From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 00:29:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED5F416A4CE for ; Sun, 15 Aug 2004 00:29:57 +0000 (GMT) Received: from av9-2-sn1.fre.skanova.net (av9-2-sn1.fre.skanova.net [81.228.11.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB23343D39 for ; Sun, 15 Aug 2004 00:29:57 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av9-2-sn1.fre.skanova.net (Postfix, from userid 502) id 0F5E837EBC; Sun, 15 Aug 2004 02:29:57 +0200 (CEST) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av9-2-sn1.fre.skanova.net (Postfix) with ESMTP id 0118637E50 for ; Sun, 15 Aug 2004 02:29:57 +0200 (CEST) Received: from corona.sajd.net (h80n2fls31o265.telia.com [217.208.189.80]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id DB90437E46 for ; Sun, 15 Aug 2004 02:29:56 +0200 (CEST) Received: from [127.0.0.1] (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i7F0TsA6006011 for ; Sun, 15 Aug 2004 02:29:55 +0200 (CEST) (envelope-from pawel.worach@telia.com) Message-ID: <411EAE81.2040409@telia.com> Date: Sun, 15 Aug 2004 02:29:53 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040808) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: cbb, link_elf: symbol exca_insert undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 00:29:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 cbb stopped working for me in a kernel from today, last known working kernel is Thu Aug 12 03:40:13 CEST. I get this message on boot: FreeBSD 5.2-CURRENT #0: Sat Aug 14 21:01:02 CEST 2004 ~ root@darkstar:/export/data/obj/usr/src/sys/CORONA link_elf: symbol exca_insert undefined KLD file cbb.ko - could not finalize loading Timecounter "i8254" frequency 1193182 Hz quality 0 ... loader.conf: exca_load="YES" cbb_load="YES" pccard_load="YES" cardbus_load="YES" corona$ nm exca.ko|grep exca_insert 00001820 t exca_insert This problem should not be module_path related as it gets set correctly to /boot/kernel;/boot/modules. - -- Pawel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBHq6ATVOzajVBZGARAs/RAKCb8cdLZrVE3v6tCtHpCQDHQgWJYwCgqxiS dHuHr2nKXVeSLfw8mjvQc1U= =3VaS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 00:56:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 000BC16A4CE for ; Sun, 15 Aug 2004 00:56:05 +0000 (GMT) Received: from av4-1-sn3.vrr.skanova.net (av4-1-sn3.vrr.skanova.net [81.228.9.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 894B543D2F for ; Sun, 15 Aug 2004 00:56:03 +0000 (GMT) (envelope-from manlix@demonized.net) Received: by av4-1-sn3.vrr.skanova.net (Postfix, from userid 502) id B52B337E9A; Sun, 15 Aug 2004 02:56:02 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av4-1-sn3.vrr.skanova.net (Postfix) with ESMTP id A300A37E49; Sun, 15 Aug 2004 02:56:02 +0200 (CEST) Received: from fisk.demonized.net (h144n2fls33o834.telia.com [213.66.186.144]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 0C70C37E42; Sun, 15 Aug 2004 02:56:02 +0200 (CEST) Received: from beard.demonized.net (beard.demonized.net [192.168.0.2]) by fisk.demonized.net (Postfix) with SMTP id E8F0160E2; Sun, 15 Aug 2004 02:56:11 +0200 (CEST) Date: Sun, 15 Aug 2004 02:56:01 +0200 From: Johan Pettersson To: Doug Rabson Message-Id: <20040815025601.522b2f7c.manlix@demonized.net> In-Reply-To: <200408141934.24107.dfr@nlsystems.com> References: <200408141934.24107.dfr@nlsystems.com> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 00:56:06 -0000 On Sat, 14 Aug 2004 19:34:24 +0100 Doug Rabson wrote: > The latest 6113 build of the nvidia graphics drivers has just appeared > > on nvidia's web site. Check out > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are > currently using the nvidia proprietary drivers. This driver works > nicely on FreeBSD-current and while this version is not thread-safe, > it does not conflict with libpthread or libthr's use of %gs so you > don't have to map everything down to libc_r any more :-). > > There will be a thread-safe driver available for FreeBSD-current > sometime after I commit the pthread parts of the TLS support code. > Im running the new driver on a recent -CURRENT and xorg 6.7.0. When starting zsnes I get this: beard ~> zsnes Fatal error 'Exceeded maximum lock level' at line 261 in file /usr/src/lib/libpthread/thread/thr_cancel.c (errno = 0) Bus error (core dumped) beard ~> From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 01:01:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD38216A4CE for ; Sun, 15 Aug 2004 01:01:13 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60E2D43D2D for ; Sun, 15 Aug 2004 01:01:13 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id 025D1175; Sat, 14 Aug 2004 21:07:09 -0400 (EDT) Received: from hachigo (hachigo [66.92.171.91]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Sat, 14 Aug 2004 21:07:09 -0400 Message-ID: <20040814210709.g2ux9ckcskgw0cow@www.sweetdreamsracing.biz> Date: Sat, 14 Aug 2004 21:07:09 -0400 From: Kenneth Culver To: Johan Pettersson References: <200408141934.24107.dfr@nlsystems.com> <20040815025601.522b2f7c.manlix@demonized.net> In-Reply-To: <20040815025601.522b2f7c.manlix@demonized.net> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 01:01:13 -0000 Quoting Johan Pettersson : > On Sat, 14 Aug 2004 19:34:24 +0100 > Doug Rabson wrote: > >> The latest 6113 build of the nvidia graphics drivers has just appeared >> >> on nvidia's web site. Check out >> http://www.nvidia.com/object/freebsd_1.0-6113.html if you are >> currently using the nvidia proprietary drivers. This driver works >> nicely on FreeBSD-current and while this version is not thread-safe, >> it does not conflict with libpthread or libthr's use of %gs so you >> don't have to map everything down to libc_r any more :-). >> >> There will be a thread-safe driver available for FreeBSD-current >> sometime after I commit the pthread parts of the TLS support code. >> > > Im running the new driver on a recent -CURRENT and xorg 6.7.0. When > starting zsnes I get this: > > beard ~> zsnes > Fatal error 'Exceeded maximum lock level' at line 261 in file > /usr/src/lib/libpthread/thread/thr_cancel.c (errno = 0) Bus error (core > dumped) > beard ~> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I believe this is probably the problem: "this version is not thread-safe" (from above) Ken From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 01:24:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2C0C16A4CE for ; Sun, 15 Aug 2004 01:24:16 +0000 (GMT) Received: from robbins.dropbear.id.au (057.a.008.mel.iprimus.net.au [210.50.86.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A3A743D1F for ; Sun, 15 Aug 2004 01:24:16 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id E6DD241FA; Sun, 15 Aug 2004 11:24:13 +1000 (EST) Date: Sun, 15 Aug 2004 11:24:13 +1000 From: Tim Robbins To: Doug Rabson Message-ID: <20040815012413.GA1872@cat.robbins.dropbear.id.au> References: <200408141934.24107.dfr@nlsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408141934.24107.dfr@nlsystems.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 01:24:17 -0000 On Sat, Aug 14, 2004 at 07:34:24PM +0100, Doug Rabson wrote: > The latest 6113 build of the nvidia graphics drivers has just appeared > on nvidia's web site. Check out > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are currently > using the nvidia proprietary drivers. This driver works nicely on > FreeBSD-current and while this version is not thread-safe, it does not > conflict with libpthread or libthr's use of %gs so you don't have to > map everything down to libc_r any more :-). Are you aware of any plans to release an AMD64 build of the driver? Tim From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 01:47:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A740816A4CF for ; Sun, 15 Aug 2004 01:47:07 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E78943D41 for ; Sun, 15 Aug 2004 01:47:07 +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 (SSL) id IBA74465; Sat, 14 Aug 2004 18:47:07 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1C5365D04; Sat, 14 Aug 2004 18:47:07 -0700 (PDT) To: "M. Warner Losh" In-reply-to: Your message of "Sat, 14 Aug 2004 16:20:10 MDT." <20040814.162010.04877596.imp@bsdimp.com> Date: Sat, 14 Aug 2004 18:47:07 -0700 From: "Kevin Oberman" Message-Id: <20040815014707.1C5365D04@ptavv.es.net> cc: sah@softcardsystems.com cc: freebsd-current@freebsd.org Subject: Re: pccard/cbb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 01:47:07 -0000 > Date: Sat, 14 Aug 2004 16:20:10 -0600 (MDT) > From: "M. Warner Losh" > Sender: owner-freebsd-current@freebsd.org > > In message: > Sam writes: > : module cbb already exists! > > That's odd. I've never seen this. How do you create it? I have been seeing this since a kernel build on Aug 13. My kernel from Aug. 11 was fine. Since I have cbb in my kernel, it looks like something is trying to load cbb again at boot time. This is a boot with no card inserted. The CardBus is still functioning and my Xircom RBEM56G-100 card insertion and removal seems to act fine (both the Ethernet and the mode), so I didn't worry too much. IBM T30. dmesg and config available on request. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 02:03:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 555AB16A4CE for ; Sun, 15 Aug 2004 02:03:44 +0000 (GMT) Received: from mail.tpgi.com.au (mail.tpgi.com.au [203.12.160.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id A50C643D3F for ; Sun, 15 Aug 2004 02:03:43 +0000 (GMT) (envelope-from agh@tpg.com.au) Received: from [192.168.0.4] (220-244-72-6.tpgi.com.au [220.244.72.6]) by mail.tpgi.com.au (8.12.10/8.12.10) with ESMTP id i7F23fZa008731 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 15 Aug 2004 12:03:42 +1000 From: "Alastair G. Hogge" To: freebsd-current@FreeBSD.ORG Date: Sun, 15 Aug 2004 12:04:25 +1000 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> In-Reply-To: <200408141934.24107.dfr@nlsystems.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151204.25592.agh@tpg.com.au> X-TPG-Antivirus: Passed Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 02:03:44 -0000 On Sun, 15 Aug 2004 04:34, Doug Rabson wrote: > The latest 6113 build of the nvidia graphics drivers has just appeared > on nvidia's web site. Check out > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are currently > using the nvidia proprietary drivers. This driver works nicely on > FreeBSD-current and while this version is not thread-safe, it does not > conflict with libpthread or libthr's use of %gs so you don't have to > map everything down to libc_r any more :-). > > There will be a thread-safe driver available for FreeBSD-current > sometime after I commit the pthread parts of the TLS support code. This is most awesome. I could only get the the module to load if I had device mem and device io in my kernel spec. Using the mem and io kernel modules would cause undefined symbols to mem_range_attr_set when trying to load nvidia.ko in /boot/loader.conf Nice work :-) -Alastair From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 02:05:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C510116A4CE; Sun, 15 Aug 2004 02:05:09 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82DF643D41; Sun, 15 Aug 2004 02:05:09 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id 5ABA517A; Sat, 14 Aug 2004 22:11:06 -0400 (EDT) Received: from hachigo (hachigo [66.92.171.91]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Sat, 14 Aug 2004 22:11:06 -0400 Message-ID: <20040814221106.ggww0cgosos808wc@www.sweetdreamsracing.biz> Date: Sat, 14 Aug 2004 22:11:06 -0400 From: Kenneth Culver To: Tim Robbins References: <200408141934.24107.dfr@nlsystems.com> <20040815012413.GA1872@cat.robbins.dropbear.id.au> In-Reply-To: <20040815012413.GA1872@cat.robbins.dropbear.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 02:05:09 -0000 Quoting Tim Robbins : > On Sat, Aug 14, 2004 at 07:34:24PM +0100, Doug Rabson wrote: >> The latest 6113 build of the nvidia graphics drivers has just >> appeared on nvidia's web site. Check out >> http://www.nvidia.com/object/freebsd_1.0-6113.html if you are >> currently using the nvidia proprietary drivers. This driver works >> nicely on FreeBSD-current and while this version is not thread-safe, >> it does not conflict with libpthread or libthr's use of %gs so you >> don't have to map everything down to libc_r any more :-). > > Are you aware of any plans to release an AMD64 build of the driver? > > Also, AGP doesn't seem to want to work with my ASUS k8v deluxe motherboard. I tried to use FreeBSD's agp.ko, and with that, the screen just goes blank and I have to push the reset button, and I tried with nvidia's agp, and this is what the sysctl values say: hw.nvidia.agp.card.rates: 8x 4x hw.nvidia.agp.card.fw: supported hw.nvidia.agp.card.sba: supported hw.nvidia.agp.card.registers: 0x1f000e1b:0x00000000 hw.nvidia.agp.status.status: disabled hw.nvidia.agp.status.driver: n/a (unused) hw.nvidia.agp.status.rate: n/a (disabled) hw.nvidia.agp.status.fw: n/a (disabled) hw.nvidia.agp.status.sba: n/a (disabled) Is there something special to do in order to enable AGP (other than change the value in the X config, and compile the kernel module right)?? This is the agp controller: agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 Ken From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 02:20:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A8D416A4CE for ; Sun, 15 Aug 2004 02:20:31 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF13F43D31 for ; Sun, 15 Aug 2004 02:20:30 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i7F2KS46009098 for ; Sun, 15 Aug 2004 03:20:28 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id i7F2KRMu075108 for ; Sun, 15 Aug 2004 03:20:27 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)i7F2KR2J075105 for ; Sun, 15 Aug 2004 03:20:27 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 15 Aug 2004 03:20:27 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: freebsd-current@freebsd.org Message-ID: <20040815030251.T71436@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Subject: Change to src/release/Makefile needed for documentation purposes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 02:20:31 -0000 Hi, Is it possible to get bin/70245 committed before the code freeze? It's a patch to make the install floppies/cd beep as they bring up the beastie-menu. I'm currently working on bringing the release installation notes[1] up-to-date, but it is impossible to bring section 1.5.6 up to date and for it to be useful without having some form of audible beep to indicate when to break into the boot menu. The patch is also available at http://www.devrandom.co.uk/freebsd/releasebeep.diff - incase the PR database is still offline. My patch to the install notes is complete and is going through the final make release at the moment, hopefully the changes to the notes will be in the PR database within 24 hours... Gavin [1]: http://www.uk.freebsd.org/releases/5.2.1R/installation-i386.html -- "Experience is directly proportional to the value of equipment destroyed." -- Carolyn Scheppner From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 02:30:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E0316A4CE for ; Sun, 15 Aug 2004 02:30:22 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24C6A43D1F for ; Sun, 15 Aug 2004 02:30:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-124-233-133.dsl.snfc21.pacbell.net [68.124.233.133])i7F2UI3d195646; Sat, 14 Aug 2004 22:30:19 -0400 Message-ID: <411ECAB8.9000107@elischer.org> Date: Sat, 14 Aug 2004 19:30:16 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Martin Blapp cc: freebsd-current@freebsd.org Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 02:30:22 -0000 Robert Watson wrote: > On Sat, 14 Aug 2004, Jon Noack wrote: > > >>Here's a data point: My dual Pentium3 system has been up for 20+ hours >>with this patch. Previously, it wouldn't survive for more than an hour >>or so (regardless of load). > > > Unfortunately, I'm running a box with the same patch and did get a hang. > The patch appears to correct some known stability issues associated with > threaded processes, but the build I was using to trigger the hang doesn't > use threads, so... Note.. this is understandable the patch NARROWS a window.. it does not close it.. the more other processes are on teh system the more likely that the hang will still occur. the problem is that the critical section holds off the preemption until teh thread has "PROBABLY" go the KSE back but if it doesn;t get it back, then the held off preemtion still causes the problem.. we need to somehow alter the [atch so that the critical section is held across the cpu_switch.. One possible fix is to make the pre-emption do nothing if (td->td_kse->ke_thread != td) (where td == curthread) > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 05:04:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EFCE16A4CE for ; Sun, 15 Aug 2004 05:04:53 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22E3743D45 for ; Sun, 15 Aug 2004 05:04:53 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 193D072DD4; Sat, 14 Aug 2004 22:04:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 14AB572DCB for ; Sat, 14 Aug 2004 22:04:53 -0700 (PDT) Date: Sat, 14 Aug 2004 22:04:53 -0700 (PDT) From: Doug White To: current@freebsd.org Message-ID: <20040814214821.S6429@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: traceback from hung system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 05:04:53 -0000 Hey folks, Hoping that Peter & other hardware people see this. This is on a dual Xeon 2.4GHz Dell PE1750, for reference. It looks like the hangs that Robert and I have been experiencing recently with buildworld are related to Scott & sandvine's problems with IPI delivery. I was able, with a hack from rwatson to avoid stop_cpus() when going into ddb, to get into ddb and get a traceback: stopped at smp_tlb_shootdown+0x45: jb smp_tlb_shootdown+0x3c db> tr smp_tlb_shootdown(f6,db5f7000,db5f8000) at smp_tlb_shootdown+0x45 smp_invlpg_range(db5f7000,db5f8000) at smp_invlpg_range+0x1c pmap_invalidate_range(c0775de0,db5f7000,db5f8000,c227a000,c22774a4) at pmap_invalidate_range+0xb5 pmap_qenter(db5f7000,c227a010,1) at pmap_qenter+0x50 sf_buf_alloc(c1526388,0,0,0,0) at sf_buf_alloc+0x1a9 uiomove_fromphys(c3f05d58,0,27a5,dfe8cc88,0) at uiomove_fromphys+0x92 pipe_read(c287fdd0,dfe8cc88,c2c11080,0,c2c679a0) at pipe_read+0x238 dofileread(c2c679a0,c287fdd0,0,812a000,4000) at dofileread+0x95 read(c2c679a0,dfe8cd14,3,0,296) at read+0x3b syscall(2f,2f,2f,80da500,80f7034) at syscall+0x287 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x80a5783, esp = 0xbfbfe72c, ebp = 0xbfbfe748 --- Additional details and data collection at http://www.gumbysoft.com/debug-20040814 (includes 'ps' and 'tr' output for all processes on CPUs.) I can get the hang to come up easily enough, although I don't know how reliable the jump to DDB is. I tried to get into gdb via firewire but it wasn't working for me. The variable smp_tlb_wait was set to 0 according to 'x smp_tlb_wait' in ddb. ddb isn't one of my strong points so any hints on things to inspect would be appreciated. I doubt a crashdump will work in this context. I'm also going to try the same trick to get into my dual 600MHz P3, which also hangs. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 05:45:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47A8016A4CE for ; Sun, 15 Aug 2004 05:45:07 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDE2443D55 for ; Sun, 15 Aug 2004 05:45:06 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-124-233-133.dsl.snfc21.pacbell.net [68.124.233.133])i7F5iw5C095126; Sun, 15 Aug 2004 01:44:59 -0400 Message-ID: <411EF85A.30006@elischer.org> Date: Sat, 14 Aug 2004 22:44:58 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <20040813121208.M31181@cvs.imp.ch> <20040813102922.E93695@carver.gumbysoft.com> <411D20DF.2000503@samsco.org> <411E9399.3050200@alumni.rice.edu> In-Reply-To: <411E9399.3050200@alumni.rice.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Martin Blapp cc: freebsd-current@freebsd.org Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 05:45:07 -0000 Jon Noack wrote: > On 08/13/04 15:13, Scott Long wrote: > >> Doug White wrote: >> >>> On Fri, 13 Aug 2004, Martin Blapp wrote: >>> >>>> Since yesterday I'm getting complete deadlocks. This time >>>> unrelated the servers are nor loaded at all, the just freeze >>>> after a while. No break into DDB possible at all. >>> >>> >>> Welcome to the club; I've been having them on my -curent builder >>> since Aug 4. I'm going to set up a duplicate box and start >>> binary-searching for the offending commit(s). >>> >>> Preemption is the default, disabled. >>> >> > My box is a dual-600MHz P3 with 1GB RAM and running kde. A make -j3 >> >>> buildworld will lock it up 75% of the time. It'll survive a >>> nonparallel build, and it'll survive a kernel build. >>> >>> Haven't tried WITNESS+INVARIANTS yet since it really dogs the >>> machine. :) >> >> >> Can you try the patch below? It's really only a band-aid, but might >> make things usable for now. Also, are more lockups being seen under >> ULE or under 4BSD. There was a recent change to ULE (rev 1.120 of >> sched_ule.c) that seems to have aggrivated the scheduler problems on >> my test systems. >> >> Scott >> >> Index: kern_switch.c >> =================================================================== >> RCS file: /usr/ncvs/src/sys/kern/kern_switch.c,v >> retrieving revision 1.78 >> diff -u -r1.78 kern_switch.c >> --- kern_switch.c 10 Aug 2004 00:26:25 -0000 1.78 >> +++ kern_switch.c 13 Aug 2004 20:11:27 -0000 >> @@ -345,6 +345,8 @@ >> return; >> } >> >> + critical_enter(); >> + >> tda = kg->kg_last_assigned; >> if ((ke = td->td_kse) == NULL) { >> if (kg->kg_idle_kses) { >> @@ -441,6 +443,7 @@ >> CTR3(KTR_RUNQ, "setrunqueue: held: td%p kg%p pid%d", >> td, td->td_ksegrp, td->td_proc->p_pid); >> } >> + critical_exit(); >> } >> >> /* > > > Here's a data point: > My dual Pentium3 system has been up for 20+ hours with this patch. > Previously, it wouldn't survive for more than an hour or so (regardless > of load). try the following change instead: in maybe_preempt() in kern_switch.c ctd = curthread; + if ((ctd->td_kse == NULL) || (ctd->td_kse->ke_thread != ctd)) + return (0); pri = td->td_priority; > > Jon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 06:21:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C22C16A4CE for ; Sun, 15 Aug 2004 06:21:12 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 612AD43D31 for ; Sun, 15 Aug 2004 06:21:12 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 557CC72DD4; Sat, 14 Aug 2004 23:21:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 52F7B72DCB; Sat, 14 Aug 2004 23:21:12 -0700 (PDT) Date: Sat, 14 Aug 2004 23:21:12 -0700 (PDT) From: Doug White To: Jeremy Chadwick In-Reply-To: <20040814004938.GA26808@parodius.com> Message-ID: <20040814232007.R6429@carver.gumbysoft.com> References: <20040814004938.GA26808@parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: MySQL on -current (possible gcc issue?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 06:21:12 -0000 On Fri, 13 Aug 2004, Jeremy Chadwick wrote: > The issue is that MySQL (4.0.x, 4.1.x, and 5.x) all sig11 on machines > which lack a defined CPUTYPE in make.conf (which translates over to a > missing -march flag to gcc during compile-time). I've confirmed this > on two -current machines, and one 5.2.1-RELEASE machine, all with > different hardware and different configurations. The 5.2.1-RELEASE > test I did solely to see if it was due to the latest gcc -- doesn't seem > to be. Also, WITH_PROC_SCOPE_PTH makes no difference either. I believe there was a fix committed to the MySQL main tree and a snapshot generated that fixed this bug, and another involving libpthread. I don't recall what the problem is, but I suspect some code that made assumptions about optimization that didn't hold when compiled more generically. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 07:46:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF33916A4CE; Sun, 15 Aug 2004 07:46:20 +0000 (GMT) Received: from mail022.syd.optusnet.com.au (mail022.syd.optusnet.com.au [211.29.132.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 101F843D1D; Sun, 15 Aug 2004 07:46:19 +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]) i7F7kGq12363; Sun, 15 Aug 2004 17:46:17 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i7F7kGxP019411; Sun, 15 Aug 2004 17:46:16 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i7F7kGc4019410; Sun, 15 Aug 2004 17:46:16 +1000 (EST) (envelope-from pjeremy) Date: Sun, 15 Aug 2004 17:46:16 +1000 From: Peter Jeremy To: Robert Watson Message-ID: <20040815074616.GJ423@cirb503493.alcatel.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i cc: current@freebsd.org Subject: Re: Summary of discussion of harvester/random locking and performance optimization X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 07:46:20 -0000 On Sat, 2004-Aug-14 11:26:51 -0400, Robert Watson wrote: > I observed that get_cyclecounter() is very cheap on modern >hardware, but that on older hardware without a TSC, it's extraordinarily >expensive. In particular, the #ifdef code on i386 suggests that i486 >systems may not have a TSC, and insead read the system clock (ouch!). We >may want to investigate what approaches we can use to mitigate this, >especially if systems like soekris boxes don't have TSC. True. AFAIR, the TSC was introduced with the Pentium. The i386 is deprecated and my impression was that 5.x would not expend much effort in efficiently supporting the i486. If the various low-end iA32 clones do support the TSC, there seems little point in changing the status quo. > Right now, the >API for retrieving cycle counts does not allow the caller to easily >distinguish those two cases, and it may be we need to teach it to do that >so that we can allow the caller to decide it doesn't want to pay the >higher cost. My understanding is that the intent of using get_cyclecounter() in the entropy havesting is simply to get a number that is varying in a way that is mostly independent of and not controlled by the caller. In this case, binuptime() is definitely overkill. Rather than expand get_cyclecounter() to understand the caller's intent, maybe the harvesting code should use a alternative API with a cheaper-and-dirtier non-TSC case: read the i8254 counter value and maybe combine it with timehands->th_offset without worrying about any locking or other niceties - this has almost as much entropy as bintime() but is very much cheaper. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:05:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C33A616A4CE; Sun, 15 Aug 2004 08:05:02 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id A79F043D4C; Sun, 15 Aug 2004 08:05:01 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.11/8.12.11/NinthNine) with ESMTP id i7F84jCB010066; Sun, 15 Aug 2004 17:04:45 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 15 Aug 2004 17:04:45 +0900 (JST) Message-Id: <200408150804.i7F84jCB010066@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Sam Leffler In-Reply-To: <200408030902.59349.sam@errno.com> References: <20040803214133.31dd9b03.nork@FreeBSD.org> <200408030902.59349.sam@errno.com> X-Mailer: Sylpheed version 0.9.12-gtk2-20040622 (GTK+ 2.4.4; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__15_Aug_2004_17_04_44_+0900_Y1qhbDMF3EYZhh=c" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.5.3 (sakura.ninth-nine.com [219.127.74.121]); Sun, 15 Aug 2004 17:04:45 +0900 (JST) cc: freebsd-current@FreeBSD.org cc: freebsd-stable@FreeBSD.org Subject: Re: OpenSSL with hifn(4) (cryptodev) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:05:03 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__15_Aug_2004_17_04_44_+0900_Y1qhbDMF3EYZhh=c Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit sam, Mike Tancsa, Doug White! Thank you for hints! On Tue, 3 Aug 2004 09:02:59 -0700 Sam Leffler wrote: > On Tuesday 03 August 2004 05:41 am, Norikatsu Shigemura wrote: > > Hi sam! > > I have two Soekris vpn1401 crypto accelerator cards. I installed > > these to 4-stable machine and 5-current machine. > ... > > I confirmed `openssl speed -engine cryptodev', but it looks not > > works. Because 1st: same speed (before/after install it), 2nd: CPU > > loadavg is always high. So I consider that openssl didn't use > > cryptodev. Do you have any idea? > Look in /usr/src/tools/tools/crypto for the cryptostats and hifnstats > programs; they will tell you if the h/w is operating correctly. I and my friends, Naoki Fukaumi, inverstigated about this behavior. As the result, we confirmed that h/w accerator is good works but some limited. 1. `openssl speed' is not so good:-(. openssl speed -evp aes128(/des/3des) is good. I saw *Giant and crydev in top(1). 2. /usr/src/tools/tools/crypto/cryptotest.c clarified the problem. According to cryptotest(I tested ./cyrptotest -z 1000), hifn(4) (=vpn1401) supports des_cbc, 3des_cbc, aes_cbc, aes192_cbc, aes256_cbc, md5_hmac and sha1_hmac. (Of course, I saw ones in top(1)) 3. I read /usr/src/crypto/openssl/crypto/engine/hw_cryptodev.c. Accoring to it, cryptodev engine supports des_cbc, 3des_cbc, aes_cbc, blf_cbc, cast5_cbc, skipjack_cbc(?), sha1_hmac, ripemd160_hmac, md5_kpdk(?), sha1_kpdk(?), md5 and sha1(?). However, we can use these cifers by cryptodev_usable_ciphers, but cannot use these digests by cryptodev_usable_digests, in hw_cryptodev.c. According to comments: * XXXX just disable all digests for now, because it sucks. * we need a better way to decide this - i.e. I may not * want digests on slow cards like hifn on fast machines, * but might want them on slow or loaded machines, etc. * will also want them when using crypto cards that don't * suck moose gonads - would be nice to be able to decide something * as reasonable default without having hackery that's card dependent. * of course, the default should probably be just do everything, * with perhaps a sysctl to turn algoritms off (or have them off * by default) on cards that generally suck like the hifn. Hum..... By union set, so we can use only des_cbc, 3des_cbc and aes_cbc. [SEE ALSO] BenchMark1: openssl speed -elapsed -evp aes128 openssl speed -elapsed -evp des3 >>In 5-current with WITNESS aes-128-cbc 33.20k 211.17k 1184.66k 2574.12k 4918.85k des-ede3-cbc 70.37k 315.16k 901.09k 1643.15k 6840.56k >>In 5-current w/o WITNESS aes-128-cbc 324.79k 1264.01k 4650.77k 13378.57k 22098.25k des-ede3-cbc 324.65k 1278.52k 4645.58k 13392.40k 22017.54k >>In 4-stable aes-128-cbc 462.81k 1795.23k 6329.75k 16686.62k 29833.64k des-ede3-cbc 463.48k 1757.60k 1889.31k 16679.92k 29766.37k >>In 5-current w/o WITNESS w/o hifn(4) (PentiumIII-M 1.0GHz x1) aes-128-cbc 17732.99k 19308.65k 23740.17k 25805.46k 25179.36k des-ede3-cbc 7347.27k 5895.96k 7762.44k 7755.75k 7824.37k And also, I attached results of `./cryptotest -z 1000'. --Multipart=_Sun__15_Aug_2004_17_04_44_+0900_Y1qhbDMF3EYZhh=c Content-Type: application/octet-stream; name="cryptotest_-z_1000_with_witness.txt" Content-Disposition: attachment; filename="cryptotest_-z_1000_with_witness.txt" Content-Transfer-Encoding: base64 IDAuMTI1IHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAgICA4IGJ5dGVzLCAgIDEyNzg5 NSBieXRlL3NlYywgICAgIDEuMCBNYi9zZWMKIDAuMTIwIHNlYywgICAgMjAwMCAgICBkZXMgY3J5 cHRzLCAgICAgIDE2IGJ5dGVzLCAgIDI2NTY2OCBieXRlL3NlYywgICAgIDIuMCBNYi9zZWMKIDAu MTIzIHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDUyMDMwNCBi eXRlL3NlYywgICAgIDQuMCBNYi9zZWMKIDAuMTI2IHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRz LCAgICAgIDY0IGJ5dGVzLCAgMTAxNzY1OCBieXRlL3NlYywgICAgIDcuOCBNYi9zZWMKIDAuMTI4 IHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMTk5OTg0NCBieXRl L3NlYywgICAgMTUuMyBNYi9zZWMKIDAuMTM2IHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAg ICAgMjU2IGJ5dGVzLCAgMzc1MjE4MCBieXRlL3NlYywgICAgMjguNiBNYi9zZWMKIDAuMTUxIHNl YywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgNjc2MDkwNiBieXRlL3Nl YywgICAgNTEuNiBNYi9zZWMKIDAuMTg1IHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAx MDI0IGJ5dGVzLCAxMTA5NTM0MCBieXRlL3NlYywgICAgODQuNyBNYi9zZWMKIDAuMjYwIHNlYywg ICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAyMDQ4IGJ5dGVzLCAxNTcyNjc0OCBieXRlL3NlYywg ICAxMjAuMCBNYi9zZWMKIDAuMzk4IHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICA0MDk2 IGJ5dGVzLCAyMDU2NDI2MiBieXRlL3NlYywgICAxNTYuOSBNYi9zZWMKIDAuNzEzIHNlYywgICAg MjAwMCAgICBkZXMgY3J5cHRzLCAgICA4MTkyIGJ5dGVzLCAyMjk5Mzk1OCBieXRlL3NlYywgICAx NzUuNCBNYi9zZWMKIDAuMTIwIHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAgICA4IGJ5 dGVzLCAgIDEzMzAzNiBieXRlL3NlYywgICAgIDEuMCBNYi9zZWMKIDAuMTIxIHNlYywgICAgMjAw MCAgIDNkZXMgY3J5cHRzLCAgICAgIDE2IGJ5dGVzLCAgIDI2NDM2MiBieXRlL3NlYywgICAgIDIu MCBNYi9zZWMKIDAuMTIyIHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAgIDMyIGJ5dGVz LCAgIDUyNTk1MiBieXRlL3NlYywgICAgIDQuMCBNYi9zZWMKIDAuMTI1IHNlYywgICAgMjAwMCAg IDNkZXMgY3J5cHRzLCAgICAgIDY0IGJ5dGVzLCAgMTAyNDc1NCBieXRlL3NlYywgICAgIDcuOCBN Yi9zZWMKIDAuMTI3IHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAg MjAxMTU2NyBieXRlL3NlYywgICAgMTUuMyBNYi9zZWMKIDAuMTM5IHNlYywgICAgMjAwMCAgIDNk ZXMgY3J5cHRzLCAgICAgMjU2IGJ5dGVzLCAgMzY3MzMzMiBieXRlL3NlYywgICAgMjguMCBNYi9z ZWMKIDAuMTUxIHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgNjc4 Mzc5MyBieXRlL3NlYywgICAgNTEuOCBNYi9zZWMKIDAuMTgzIHNlYywgICAgMjAwMCAgIDNkZXMg Y3J5cHRzLCAgICAxMDI0IGJ5dGVzLCAxMTIwMTU0MCBieXRlL3NlYywgICAgODUuNSBNYi9zZWMK IDAuMjU1IHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAyMDQ4IGJ5dGVzLCAxNjA3OTM5 MiBieXRlL3NlYywgICAxMjIuNyBNYi9zZWMKIDAuMzk4IHNlYywgICAgMjAwMCAgIDNkZXMgY3J5 cHRzLCAgICA0MDk2IGJ5dGVzLCAyMDU5MDUyMCBieXRlL3NlYywgICAxNTcuMSBNYi9zZWMKIDAu NzEyIHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICA4MTkyIGJ5dGVzLCAyMzAxMTU1OSBi eXRlL3NlYywgICAxNzUuNiBNYi9zZWMKIDAuMTIxIHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRz LCAgICAgIDE2IGJ5dGVzLCAgIDI2NTEzMSBieXRlL3NlYywgICAgIDIuMCBNYi9zZWMKIDAuMTIx IHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDUyOTY4MyBieXRl L3NlYywgICAgIDQuMCBNYi9zZWMKIDAuMTI4IHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAg ICAgIDY0IGJ5dGVzLCAgMTAwMzQwMiBieXRlL3NlYywgICAgIDcuNyBNYi9zZWMKIDAuMTI2IHNl YywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMjAyNDY2MCBieXRlL3Nl YywgICAgMTUuNCBNYi9zZWMKIDAuMTM1IHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAg MjU2IGJ5dGVzLCAgMzc4NjUzNCBieXRlL3NlYywgICAgMjguOSBNYi9zZWMKIDAuMTUwIHNlYywg ICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgNjgyMTExOSBieXRlL3NlYywg ICAgNTIuMCBNYi9zZWMKIDAuMTg0IHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAxMDI0 IGJ5dGVzLCAxMTE1MjY4MCBieXRlL3NlYywgICAgODUuMSBNYi9zZWMKIDAuMjUzIHNlYywgICAg MjAwMCAgICBhZXMgY3J5cHRzLCAgICAyMDQ4IGJ5dGVzLCAxNjE2NTgyNiBieXRlL3NlYywgICAx MjMuMyBNYi9zZWMKIDAuMzk3IHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICA0MDk2IGJ5 dGVzLCAyMDYxODM0OSBieXRlL3NlYywgICAxNTcuMyBNYi9zZWMKIDAuNzE1IHNlYywgICAgMjAw MCAgICBhZXMgY3J5cHRzLCAgICA4MTkyIGJ5dGVzLCAyMjkxOTA0NSBieXRlL3NlYywgICAxNzQu OSBNYi9zZWMKIDAuMTIxIHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICAgIDE2IGJ5dGVz LCAgIDI2MzcwMiBieXRlL3NlYywgICAgIDIuMCBNYi9zZWMKIDAuMTIxIHNlYywgICAgMjAwMCBh ZXMxOTIgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDUyODE1NyBieXRlL3NlYywgICAgIDQuMCBN Yi9zZWMKIDAuMTI0IHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICAgIDY0IGJ5dGVzLCAg MTAyOTg5OSBieXRlL3NlYywgICAgIDcuOSBNYi9zZWMKIDAuMTI2IHNlYywgICAgMjAwMCBhZXMx OTIgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMjAzMzE2NiBieXRlL3NlYywgICAgMTUuNSBNYi9z ZWMKIDAuMTM0IHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICAgMjU2IGJ5dGVzLCAgMzgx MjAyMCBieXRlL3NlYywgICAgMjkuMSBNYi9zZWMKIDAuMTUwIHNlYywgICAgMjAwMCBhZXMxOTIg Y3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgNjgxOTE2NiBieXRlL3NlYywgICAgNTIuMCBNYi9zZWMK IDAuMTg0IHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICAxMDI0IGJ5dGVzLCAxMTE0MzMz NCBieXRlL3NlYywgICAgODUuMCBNYi9zZWMKIDAuMjUzIHNlYywgICAgMjAwMCBhZXMxOTIgY3J5 cHRzLCAgICAyMDQ4IGJ5dGVzLCAxNjIxMzE3OCBieXRlL3NlYywgICAxMjMuNyBNYi9zZWMKIDAu Mzk3IHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICA0MDk2IGJ5dGVzLCAyMDYwOTczOCBi eXRlL3NlYywgICAxNTcuMiBNYi9zZWMKIDAuNzE1IHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRz LCAgICA4MTkyIGJ5dGVzLCAyMjkwMDk3NyBieXRlL3NlYywgICAxNzQuNyBNYi9zZWMKIDAuMTIw IHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAgIDE2IGJ5dGVzLCAgIDI2NTg5MSBieXRl L3NlYywgICAgIDIuMCBNYi9zZWMKIDAuMTIxIHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAg ICAgIDMyIGJ5dGVzLCAgIDUyODI0OSBieXRlL3NlYywgICAgIDQuMCBNYi9zZWMKIDAuMTMwIHNl YywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAgIDY0IGJ5dGVzLCAgIDk4MjYxMiBieXRlL3Nl YywgICAgIDcuNSBNYi9zZWMKIDAuMTI2IHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAg MTI4IGJ5dGVzLCAgMjAzNjg4NyBieXRlL3NlYywgICAgMTUuNSBNYi9zZWMKIDAuMTM1IHNlYywg ICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAgMjU2IGJ5dGVzLCAgMzgwNDk2NiBieXRlL3NlYywg ICAgMjkuMCBNYi9zZWMKIDAuMTUwIHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAgNTEy IGJ5dGVzLCAgNjgzNDMyMSBieXRlL3NlYywgICAgNTIuMSBNYi9zZWMKIDAuMTgzIHNlYywgICAg MjAwMCBhZXMyNTYgY3J5cHRzLCAgICAxMDI0IGJ5dGVzLCAxMTE5NzgwNCBieXRlL3NlYywgICAg ODUuNCBNYi9zZWMKIDAuMjUyIHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAyMDQ4IGJ5 dGVzLCAxNjI0Mjk0NiBieXRlL3NlYywgICAxMjMuOSBNYi9zZWMKIDAuMzk5IHNlYywgICAgMjAw MCBhZXMyNTYgY3J5cHRzLCAgICA0MDk2IGJ5dGVzLCAyMDU0NjU3MSBieXRlL3NlYywgICAxNTYu OCBNYi9zZWMKIDAuNzEyIHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICA4MTkyIGJ5dGVz LCAyMzAwMTY0MSBieXRlL3NlYywgICAxNzUuNSBNYi9zZWMKIDAuMDYxIHNlYywgICAgMTAwMCAg ICBtZDUgY3J5cHRzLCAgICAgICA4IGJ5dGVzLCAgIDEzMDE4NyBieXRlL3NlYywgICAgIDEuMCBN Yi9zZWMKIDAuMDYxIHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICAgIDE2IGJ5dGVzLCAg IDI2MjE4OCBieXRlL3NlYywgICAgIDIuMCBNYi9zZWMKIDAuMDYwIHNlYywgICAgMTAwMCAgICBt ZDUgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDUzMDQ5NSBieXRlL3NlYywgICAgIDQuMCBNYi9z ZWMKIDAuMDYyIHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICAgIDY0IGJ5dGVzLCAgMTAz NzU4MCBieXRlL3NlYywgICAgIDcuOSBNYi9zZWMKIDAuMDYzIHNlYywgICAgMTAwMCAgICBtZDUg Y3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMjAzMjUyMCBieXRlL3NlYywgICAgMTUuNSBNYi9zZWMK IDAuMDY3IHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICAgMjU2IGJ5dGVzLCAgMzg0ODY0 MCBieXRlL3NlYywgICAgMjkuNCBNYi9zZWMKIDAuMDc0IHNlYywgICAgMTAwMCAgICBtZDUgY3J5 cHRzLCAgICAgNTEyIGJ5dGVzLCAgNjkwODkyOSBieXRlL3NlYywgICAgNTIuNyBNYi9zZWMKIDAu MDkxIHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICAxMDI0IGJ5dGVzLCAxMTI0MTI1OSBi eXRlL3NlYywgICAgODUuOCBNYi9zZWMKIDAuMTI0IHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRz LCAgICAyMDQ4IGJ5dGVzLCAxNjQ5MjA1NiBieXRlL3NlYywgICAxMjUuOCBNYi9zZWMKIDAuMTk1 IHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICA0MDk2IGJ5dGVzLCAyMDk2MDczNCBieXRl L3NlYywgICAxNTkuOSBNYi9zZWMKIDAuMzUyIHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAg ICA4MTkyIGJ5dGVzLCAyMzI3NDc3NyBieXRlL3NlYywgICAxNzcuNiBNYi9zZWMKIDAuMDYwIHNl YywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgICA4IGJ5dGVzLCAgIDEzMjMxOSBieXRlL3Nl YywgICAgIDEuMCBNYi9zZWMKIDAuMDYzIHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAg IDE2IGJ5dGVzLCAgIDI1MjIwNyBieXRlL3NlYywgICAgIDEuOSBNYi9zZWMKIDAuMDYxIHNlYywg ICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDUyNzI0NCBieXRlL3NlYywg ICAgIDQuMCBNYi9zZWMKIDAuMDYyIHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgIDY0 IGJ5dGVzLCAgMTAzODg0MyBieXRlL3NlYywgICAgIDcuOSBNYi9zZWMKIDAuMDY0IHNlYywgICAg MTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMTk5MDg4NSBieXRlL3NlYywgICAg MTUuMiBNYi9zZWMKIDAuMDY4IHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgMjU2IGJ5 dGVzLCAgMzc0NjkwOCBieXRlL3NlYywgICAgMjguNiBNYi9zZWMKIDAuMDc1IHNlYywgICAgMTAw MCAgIHNoYTEgY3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgNjgxMzIyMiBieXRlL3NlYywgICAgNTIu MCBNYi9zZWMKIDAuMDkyIHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAxMDI0IGJ5dGVz LCAxMTE4NDI5MCBieXRlL3NlYywgICAgODUuMyBNYi9zZWMKIDAuMTI0IHNlYywgICAgMTAwMCAg IHNoYTEgY3J5cHRzLCAgICAyMDQ4IGJ5dGVzLCAxNjQ2NDc0MyBieXRlL3NlYywgICAxMjUuNiBN Yi9zZWMKIDAuMTk2IHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICA0MDk2IGJ5dGVzLCAy MDkxODc3MSBieXRlL3NlYywgICAxNTkuNiBNYi9zZWMKIDAuMzUyIHNlYywgICAgMTAwMCAgIHNo YTEgY3J5cHRzLCAgICA4MTkyIGJ5dGVzLCAyMzI3NDE4MiBieXRlL3NlYywgICAxNzcuNiBNYi9z ZWMK --Multipart=_Sun__15_Aug_2004_17_04_44_+0900_Y1qhbDMF3EYZhh=c Content-Type: application/octet-stream; name="cryptotest_-z_1000_without_witness.txt" Content-Disposition: attachment; filename="cryptotest_-z_1000_without_witness.txt" Content-Transfer-Encoding: base64 IDAuMTAxIHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAgICA4IGJ5dGVzLCAgIDE1OTEw NyBieXRlL3NlYywgICAgIDEuMiBNYi9zZWMKIDAuMDk4IHNlYywgICAgMjAwMCAgICBkZXMgY3J5 cHRzLCAgICAgIDE2IGJ5dGVzLCAgIDMyNzI0MiBieXRlL3NlYywgICAgIDIuNSBNYi9zZWMKIDAu MDk5IHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDY0ODU0OCBi eXRlL3NlYywgICAgIDQuOSBNYi9zZWMKIDAuMTAwIHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRz LCAgICAgIDY0IGJ5dGVzLCAgMTI4NTgzOCBieXRlL3NlYywgICAgIDkuOCBNYi9zZWMKIDAuMTAz IHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMjQ4NDMwMyBieXRl L3NlYywgICAgMTkuMCBNYi9zZWMKIDAuMTEwIHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAg ICAgMjU2IGJ5dGVzLCAgNDY0NjY0NiBieXRlL3NlYywgICAgMzUuNSBNYi9zZWMKIDAuMTI1IHNl YywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgODIxMDEyOCBieXRlL3Nl YywgICAgNjIuNiBNYi9zZWMKIDAuMTUzIHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAx MDI0IGJ5dGVzLCAxMzM5MzE0OSBieXRlL3NlYywgICAxMDIuMiBNYi9zZWMKIDAuMjEyIHNlYywg ICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICAyMDQ4IGJ5dGVzLCAxOTMyNzUwMSBieXRlL3NlYywg ICAxNDcuNSBNYi9zZWMKIDAuMzM2IHNlYywgICAgMjAwMCAgICBkZXMgY3J5cHRzLCAgICA0MDk2 IGJ5dGVzLCAyNDM4MjE4NiBieXRlL3NlYywgICAxODYuMCBNYi9zZWMKIDAuNjY3IHNlYywgICAg MjAwMCAgICBkZXMgY3J5cHRzLCAgICA4MTkyIGJ5dGVzLCAyNDU3NjI4MyBieXRlL3NlYywgICAx ODcuNSBNYi9zZWMKIDAuMDk4IHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAgICA4IGJ5 dGVzLCAgIDE2MzcxOCBieXRlL3NlYywgICAgIDEuMiBNYi9zZWMKIDAuMDk4IHNlYywgICAgMjAw MCAgIDNkZXMgY3J5cHRzLCAgICAgIDE2IGJ5dGVzLCAgIDMyNzQyOSBieXRlL3NlYywgICAgIDIu NSBNYi9zZWMKIDAuMDk5IHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAgIDMyIGJ5dGVz LCAgIDY0OTYzNCBieXRlL3NlYywgICAgIDUuMCBNYi9zZWMKIDAuMTAwIHNlYywgICAgMjAwMCAg IDNkZXMgY3J5cHRzLCAgICAgIDY0IGJ5dGVzLCAgMTI4Mzg5MCBieXRlL3NlYywgICAgIDkuOCBN Yi9zZWMKIDAuMTAzIHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAg MjQ4NDQ5NiBieXRlL3NlYywgICAgMTkuMCBNYi9zZWMKIDAuMTEwIHNlYywgICAgMjAwMCAgIDNk ZXMgY3J5cHRzLCAgICAgMjU2IGJ5dGVzLCAgNDY0Mzk0OSBieXRlL3NlYywgICAgMzUuNCBNYi9z ZWMKIDAuMTI0IHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgODI1 MTU0MyBieXRlL3NlYywgICAgNjMuMCBNYi9zZWMKIDAuMTUzIHNlYywgICAgMjAwMCAgIDNkZXMg Y3J5cHRzLCAgICAxMDI0IGJ5dGVzLCAxMzM2MTM0MyBieXRlL3NlYywgICAxMDEuOSBNYi9zZWMK IDAuMjEzIHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICAyMDQ4IGJ5dGVzLCAxOTI0NDk1 NSBieXRlL3NlYywgICAxNDYuOCBNYi9zZWMKIDAuMzQwIHNlYywgICAgMjAwMCAgIDNkZXMgY3J5 cHRzLCAgICA0MDk2IGJ5dGVzLCAyNDEyMzk4OSBieXRlL3NlYywgICAxODQuMSBNYi9zZWMKIDAu NjY3IHNlYywgICAgMjAwMCAgIDNkZXMgY3J5cHRzLCAgICA4MTkyIGJ5dGVzLCAyNDU1NjUwMiBi eXRlL3NlYywgICAxODcuNCBNYi9zZWMKIDAuMDk4IHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRz LCAgICAgIDE2IGJ5dGVzLCAgIDMyNjU3NCBieXRlL3NlYywgICAgIDIuNSBNYi9zZWMKIDAuMTAw IHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDYzODMwMiBieXRl L3NlYywgICAgIDQuOSBNYi9zZWMKIDAuMTAwIHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAg ICAgIDY0IGJ5dGVzLCAgMTI4MTExNSBieXRlL3NlYywgICAgIDkuOCBNYi9zZWMKIDAuMTAzIHNl YywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMjQ4MTQzOCBieXRlL3Nl YywgICAgMTguOSBNYi9zZWMKIDAuMTEwIHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAg MjU2IGJ5dGVzLCAgNDY0NTY3NiBieXRlL3NlYywgICAgMzUuNCBNYi9zZWMKIDAuMTI0IHNlYywg ICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgODIyODI3MCBieXRlL3NlYywg ICAgNjIuOCBNYi9zZWMKIDAuMTU0IHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICAxMDI0 IGJ5dGVzLCAxMzMxOTE5OSBieXRlL3NlYywgICAxMDEuNiBNYi9zZWMKIDAuMjEyIHNlYywgICAg MjAwMCAgICBhZXMgY3J5cHRzLCAgICAyMDQ4IGJ5dGVzLCAxOTI4NDA5NyBieXRlL3NlYywgICAx NDcuMSBNYi9zZWMKIDAuMzM5IHNlYywgICAgMjAwMCAgICBhZXMgY3J5cHRzLCAgICA0MDk2IGJ5 dGVzLCAyNDE2NjExOCBieXRlL3NlYywgICAxODQuNCBNYi9zZWMKIDAuNjY3IHNlYywgICAgMjAw MCAgICBhZXMgY3J5cHRzLCAgICA4MTkyIGJ5dGVzLCAyNDU1MjMwNyBieXRlL3NlYywgICAxODcu MyBNYi9zZWMKIDAuMDk4IHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICAgIDE2IGJ5dGVz LCAgIDMyNjc3MSBieXRlL3NlYywgICAgIDIuNSBNYi9zZWMKIDAuMTAwIHNlYywgICAgMjAwMCBh ZXMxOTIgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDY0MDQ3NCBieXRlL3NlYywgICAgIDQuOSBN Yi9zZWMKIDAuMTAwIHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICAgIDY0IGJ5dGVzLCAg MTI4NTkwMiBieXRlL3NlYywgICAgIDkuOCBNYi9zZWMKIDAuMTAzIHNlYywgICAgMjAwMCBhZXMx OTIgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMjQ3NzU5NSBieXRlL3NlYywgICAgMTguOSBNYi9z ZWMKIDAuMTEwIHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICAgMjU2IGJ5dGVzLCAgNDY0 MjQ3NSBieXRlL3NlYywgICAgMzUuNCBNYi9zZWMKIDAuMTI0IHNlYywgICAgMjAwMCBhZXMxOTIg Y3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgODI1MDU0NiBieXRlL3NlYywgICAgNjIuOSBNYi9zZWMK IDAuMTU0IHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICAxMDI0IGJ5dGVzLCAxMzMyNjM5 MyBieXRlL3NlYywgICAxMDEuNyBNYi9zZWMKIDAuMjEyIHNlYywgICAgMjAwMCBhZXMxOTIgY3J5 cHRzLCAgICAyMDQ4IGJ5dGVzLCAxOTI4MDM3NSBieXRlL3NlYywgICAxNDcuMSBNYi9zZWMKIDAu MzQwIHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRzLCAgICA0MDk2IGJ5dGVzLCAyNDExNDgyOCBi eXRlL3NlYywgICAxODQuMCBNYi9zZWMKIDAuNjY2IHNlYywgICAgMjAwMCBhZXMxOTIgY3J5cHRz LCAgICA4MTkyIGJ5dGVzLCAyNDYwNjU4NiBieXRlL3NlYywgICAxODcuNyBNYi9zZWMKIDAuMDk4 IHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAgIDE2IGJ5dGVzLCAgIDMyNjY2NyBieXRl L3NlYywgICAgIDIuNSBNYi9zZWMKIDAuMTAwIHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAg ICAgIDMyIGJ5dGVzLCAgIDY0MDAzOCBieXRlL3NlYywgICAgIDQuOSBNYi9zZWMKIDAuMTAwIHNl YywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAgIDY0IGJ5dGVzLCAgMTI4MDQ5OSBieXRlL3Nl YywgICAgIDkuOCBNYi9zZWMKIDAuMTAzIHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAg MTI4IGJ5dGVzLCAgMjQ4MjAxNSBieXRlL3NlYywgICAgMTguOSBNYi9zZWMKIDAuMTEwIHNlYywg ICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAgMjU2IGJ5dGVzLCAgNDY0NjE0MCBieXRlL3NlYywg ICAgMzUuNCBNYi9zZWMKIDAuMTI0IHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAgNTEy IGJ5dGVzLCAgODIzMjE3MyBieXRlL3NlYywgICAgNjIuOCBNYi9zZWMKIDAuMTUzIHNlYywgICAg MjAwMCBhZXMyNTYgY3J5cHRzLCAgICAxMDI0IGJ5dGVzLCAxMzM3MDUwMyBieXRlL3NlYywgICAx MDIuMCBNYi9zZWMKIDAuMjEzIHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICAyMDQ4IGJ5 dGVzLCAxOTI3MjM5MiBieXRlL3NlYywgICAxNDcuMCBNYi9zZWMKIDAuMzQwIHNlYywgICAgMjAw MCBhZXMyNTYgY3J5cHRzLCAgICA0MDk2IGJ5dGVzLCAyNDEwMDA3MiBieXRlL3NlYywgICAxODMu OSBNYi9zZWMKIDAuNjY2IHNlYywgICAgMjAwMCBhZXMyNTYgY3J5cHRzLCAgICA4MTkyIGJ5dGVz LCAyNDYxNDMxMiBieXRlL3NlYywgICAxODcuOCBNYi9zZWMKIDAuMDQ4IHNlYywgICAgMTAwMCAg ICBtZDUgY3J5cHRzLCAgICAgICA4IGJ5dGVzLCAgIDE2NzQxMCBieXRlL3NlYywgICAgIDEuMyBN Yi9zZWMKIDAuMDQ4IHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICAgIDE2IGJ5dGVzLCAg IDMzNTM1OSBieXRlL3NlYywgICAgIDIuNiBNYi9zZWMKIDAuMDQ4IHNlYywgICAgMTAwMCAgICBt ZDUgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDY2OTQyOCBieXRlL3NlYywgICAgIDUuMSBNYi9z ZWMKIDAuMDUwIHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICAgIDY0IGJ5dGVzLCAgMTI3 OTg3MiBieXRlL3NlYywgICAgIDkuOCBNYi9zZWMKIDAuMDUyIHNlYywgICAgMTAwMCAgICBtZDUg Y3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMjQ0NDI0MSBieXRlL3NlYywgICAgMTguNiBNYi9zZWMK IDAuMDU0IHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICAgMjU2IGJ5dGVzLCAgNDcwODcz OSBieXRlL3NlYywgICAgMzUuOSBNYi9zZWMKIDAuMDYyIHNlYywgICAgMTAwMCAgICBtZDUgY3J5 cHRzLCAgICAgNTEyIGJ5dGVzLCAgODI3MDczNyBieXRlL3NlYywgICAgNjMuMSBNYi9zZWMKIDAu MDc3IHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICAxMDI0IGJ5dGVzLCAxMzM1MjYzMiBi eXRlL3NlYywgICAxMDEuOSBNYi9zZWMKIDAuMTA1IHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRz LCAgICAyMDQ4IGJ5dGVzLCAxOTQ5MTk1MyBieXRlL3NlYywgICAxNDguNyBNYi9zZWMKIDAuMTYy IHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAgICA0MDk2IGJ5dGVzLCAyNTIxNjU1MSBieXRl L3NlYywgICAxOTIuNCBNYi9zZWMKIDAuMzI5IHNlYywgICAgMTAwMCAgICBtZDUgY3J5cHRzLCAg ICA4MTkyIGJ5dGVzLCAyNDkyNzg4MiBieXRlL3NlYywgICAxOTAuMiBNYi9zZWMKIDAuMDQ5IHNl YywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgICA4IGJ5dGVzLCAgIDE2MjQzMyBieXRlL3Nl YywgICAgIDEuMiBNYi9zZWMKIDAuMDQ5IHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAg IDE2IGJ5dGVzLCAgIDMyNTc5OSBieXRlL3NlYywgICAgIDIuNSBNYi9zZWMKIDAuMDQ5IHNlYywg ICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgIDMyIGJ5dGVzLCAgIDY1OTQxMyBieXRlL3NlYywg ICAgIDUuMCBNYi9zZWMKIDAuMDUyIHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgIDY0 IGJ5dGVzLCAgMTIyNTM3MyBieXRlL3NlYywgICAgIDkuMyBNYi9zZWMKIDAuMDUyIHNlYywgICAg MTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgMTI4IGJ5dGVzLCAgMjQ3Mzk1NiBieXRlL3NlYywgICAg MTguOSBNYi9zZWMKIDAuMDU1IHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAgMjU2IGJ5 dGVzLCAgNDYyMjUyNCBieXRlL3NlYywgICAgMzUuMyBNYi9zZWMKIDAuMDYyIHNlYywgICAgMTAw MCAgIHNoYTEgY3J5cHRzLCAgICAgNTEyIGJ5dGVzLCAgODI4MTQ0MCBieXRlL3NlYywgICAgNjMu MiBNYi9zZWMKIDAuMDc3IHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICAxMDI0IGJ5dGVz LCAxMzIyMjc5OSBieXRlL3NlYywgICAxMDAuOSBNYi9zZWMKIDAuMTA2IHNlYywgICAgMTAwMCAg IHNoYTEgY3J5cHRzLCAgICAyMDQ4IGJ5dGVzLCAxOTI0NTk1MCBieXRlL3NlYywgICAxNDYuOCBN Yi9zZWMKIDAuMTY1IHNlYywgICAgMTAwMCAgIHNoYTEgY3J5cHRzLCAgICA0MDk2IGJ5dGVzLCAy NDc2NzUwMiBieXRlL3NlYywgICAxODkuMCBNYi9zZWMKIDAuMzI4IHNlYywgICAgMTAwMCAgIHNo YTEgY3J5cHRzLCAgICA4MTkyIGJ5dGVzLCAyNDk0MjkxMCBieXRlL3NlYywgICAxOTAuMyBNYi9z ZWMK --Multipart=_Sun__15_Aug_2004_17_04_44_+0900_Y1qhbDMF3EYZhh=c-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:10:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED6A616A536 for ; Sun, 15 Aug 2004 08:10:12 +0000 (GMT) Received: from toxic.magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBEA243D54 for ; Sun, 15 Aug 2004 08:10:12 +0000 (GMT) (envelope-from drbrain@magnesium.net) Received: by toxic.magnesium.net (Postfix, from userid 1100) id 9D7E0DA885; Sun, 15 Aug 2004 01:10:12 -0700 (PDT) Date: Sun, 15 Aug 2004 01:10:12 -0700 From: Eric Hodel To: current@freebsd.org Message-ID: <20040815081012.GZ89329@segment7.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="P6d3k5Edf9pZm0D3" Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy Subject: ADA-305 - USB Audiocontrol device or proprietary poser? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:10:13 -0000 --P6d3k5Edf9pZm0D3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In light of the recent USB threads, I decided now would be a good time to bring up my USB-controlled speakers. I have ADA-305 speakers by Altec Lansing. Allegedly they support the USB audiocontrol interface, and FreeBSD's uaudio driver attempts to recognize them, but ultimately fails. (In windows there is a nifty little utility that lets me adjust the volume of each speaker.) They don't send any audio over USB, they only do volume control. Here's what uaudio says about the speakers when I plug them in: uaudio0: audio descriptors make no sense, error=3D4 device_attach: uaudio0 attach returned 6 Here's what udesc_dump says about the speakers: Standard Device Descriptor: bLength 18 bDescriptorType 01 bcdUSB 0100 bDeviceClass ff bDeviceSubClass 00 bDeviceProtocol 00 bMaxPacketSize 8 idVendor 04d2 idProduct 0305 bcdDevice 0000 iManufacturer 1 iProduct 2 iSerialNumber 0 bNumConfigurations 1 Configuration 0: Standard Configuration Descriptor: bLength 9 bDescriptorType 02 wTotalLength 25 bNumInterface 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 40 (self-powered) bMaxPower 0 (0 mA) Standard Interface Descriptor: bLength 9 bDescriptorType 04 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 01 bInterfaceSubClass 01 bInterfaceProtocol 00 iInterface 0 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 81 (in) bmAttributes 03 (Interrupt) wMaxPacketSize 2 bInterval 32 bRefresh 208 bSynchAddress d0 Codes Representing Languages by the Device: bLength 4 bDescriptorType 03 wLANGID[0] 0409 String (index 1): ALTEC LANSING Multimedia String (index 2): ADA305 Speakers I added some debugging, and the attach fails in uaudio_identify_ac on the following: id =3D uaudio_find_iface(buf, size, &offs, UISUBCLASS_AUDIOCONTROL); if (id =3D=3D NULL) return (USBD_INVAL); if (offs + sizeof *acdp > size) return (USBD_INVAL); /* BOOM! */ Here are the values it failed on: uaudio_identify_ac: offs + sizeof *acdp > size uaudio_identify_ac: offs =3D 18 uaudio_identify_ac: sizeof *acdp =3D 9 uaudio_identify_ac: size =3D 25 It looks like uaudio_find_iface is incrementing offs even if it found the correct interface descriptor, so I moved the *offsp +=3D d->bLength; after the return. (See the lengths from udesc_dump above, is this a correct fix?.) I now die just below that here: ibuf =3D buf + offs; acdp =3D (struct usb_audio_control_descriptor *)ibuf; if (acdp->bDescriptorType !=3D UDESC_CS_INTERFACE || acdp->bDescriptorSubtype !=3D UDESCSUB_AC_HEADER) return (USBD_INVAL); /* BOOM! */ Looking at the endpoint descriptor above, the DescriptorType is a UDESC_ENDPOINT, not a UDESC_CS_INTERFACE. It also has no DescriptorSubtype. Are these speakers just pretending to be USB audiocontrol devices and have some proprietary implementation underneath, or could there be something mis-detected somewhere else? --=20 Eric Hodel - drbrain@segment7.net - http://segment7.net All messages signed with fingerprint: FEC2 57F1 D465 EB15 5D6E 7C11 332A 551C 796C 9F04 --P6d3k5Edf9pZm0D3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQFBHxpkMypVHHlsnwQRAgtNAKDzoMBAQegka1NUn4CiUPSn+GSg5wCdGHP/ iu+S0hKVgHw1kkUiNDdpf0s= =7ShX -----END PGP SIGNATURE----- --P6d3k5Edf9pZm0D3-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:16:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57E8E16A4CE; Sun, 15 Aug 2004 08:16:15 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEBF743D39; Sun, 15 Aug 2004 08:16:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F8GCZL075846; Sun, 15 Aug 2004 04:16:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F8GE2h014832; Sun, 15 Aug 2004 04:16:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 65E877303F; Sun, 15 Aug 2004 04:16:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040815081614.65E877303F@freebsd-current.sentex.ca> Date: Sun, 15 Aug 2004 04:16:14 -0400 (EDT) Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:16:15 -0000 TB --- 2004-08-15 08:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-15 08:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-08-15 08:00:00 - checking out the source tree TB --- 2004-08-15 08:00:00 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-08-15 08:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-15 08:05:40 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-15 08:05:40 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-08-15 08:05:40 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libkvm rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm -c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm.c In file included from /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/sys/proc.h:44, from /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/sys/user.h:47, from /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm.c:48: /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/sys/filedesc.h:76: error: field `fd_kqlist' has incomplete type *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-08-15 08:16:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-15 08:16:14 - ERROR: failed to build world TB --- 2004-08-15 08:16:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:20:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4524616A4CE; Sun, 15 Aug 2004 08:20:32 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB0243D2F; Sun, 15 Aug 2004 08:20:31 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7F8KIn5070237; Sun, 15 Aug 2004 09:20:18 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Julian Elischer Date: Sun, 15 Aug 2004 09:20:30 +0100 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> <200408142223.51786.dfr@nlsystems.com> <411E8748.3000801@elischer.org> In-Reply-To: <411E8748.3000801@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408150920.31635.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:20:32 -0000 On Saturday 14 August 2004 22:42, Julian Elischer wrote: > Doug Rabson wrote: > > On Saturday 14 August 2004 21:50, Ruslan Ermilov wrote: > >>On Sat, Aug 14, 2004 at 07:34:24PM +0100, Doug Rabson wrote: > >>>The latest 6113 build of the nvidia graphics drivers has just > >>>appeared on nvidia's web site. Check out > >>>http://www.nvidia.com/object/freebsd_1.0-6113.html if you are > >>>currently using the nvidia proprietary drivers. This driver works > >>>nicely on FreeBSD-current and while this version is not > >>>thread-safe, it does not conflict with libpthread or libthr's use > >>>of %gs so you don't have to map everything down to libc_r any more > >>> > >>>:-). > > umm if it's not thread safe, how can you link it with libthread? Be careful not to call it from more than one thread at a time. The important thing is that it doesn't spam its own values into %gs so it doesn't break libpthread. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:28:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2F1116A4CE; Sun, 15 Aug 2004 08:28:08 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A30943D2F; Sun, 15 Aug 2004 08:28:08 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7F8S4qd070301; Sun, 15 Aug 2004 09:28:04 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Kenneth Culver Date: Sun, 15 Aug 2004 09:28:17 +0100 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> <20040815012413.GA1872@cat.robbins.dropbear.id.au> <20040814221106.ggww0cgosos808wc@www.sweetdreamsracing.biz> In-Reply-To: <20040814221106.ggww0cgosos808wc@www.sweetdreamsracing.biz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408150928.17985.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:28:08 -0000 On Sunday 15 August 2004 03:11, Kenneth Culver wrote: > Quoting Tim Robbins : > > On Sat, Aug 14, 2004 at 07:34:24PM +0100, Doug Rabson wrote: > >> The latest 6113 build of the nvidia graphics drivers has just > >> appeared on nvidia's web site. Check out > >> http://www.nvidia.com/object/freebsd_1.0-6113.html if you are > >> currently using the nvidia proprietary drivers. This driver works > >> nicely on FreeBSD-current and while this version is not > >> thread-safe, it does not conflict with libpthread or libthr's use > >> of %gs so you don't have to map everything down to libc_r any more > >> :-). > > > > Are you aware of any plans to release an AMD64 build of the driver? > > Also, AGP doesn't seem to want to work with my ASUS k8v deluxe > motherboard. I don't know about that - I'm currently using the nvidia built-in agp support. > > I tried to use FreeBSD's agp.ko, and with that, the screen just goes > blank and I > have to push the reset button, and I tried with nvidia's agp, and > this is what the sysctl values say: > > hw.nvidia.agp.card.rates: 8x 4x > hw.nvidia.agp.card.fw: supported > hw.nvidia.agp.card.sba: supported > hw.nvidia.agp.card.registers: 0x1f000e1b:0x00000000 > hw.nvidia.agp.status.status: disabled > hw.nvidia.agp.status.driver: n/a (unused) > hw.nvidia.agp.status.rate: n/a (disabled) > hw.nvidia.agp.status.fw: n/a (disabled) > hw.nvidia.agp.status.sba: n/a (disabled) > > Is there something special to do in order to enable AGP (other than > change the value in the X config, and compile the kernel module > right)?? The agp.status bits should change value after X starts. I think if you want to use FreeBSD's agp driver, you need to edit nv-freebsd.h and define NV_SUPPORT_OS_AGP. If that doesn't work, your best bet is to post in the support forum at http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:29:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AD7616A4CE; Sun, 15 Aug 2004 08:29:22 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89A8043D1F; Sun, 15 Aug 2004 08:29:21 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7F8TI9j070314; Sun, 15 Aug 2004 09:29:18 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Tim Robbins Date: Sun, 15 Aug 2004 09:29:32 +0100 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> <20040815012413.GA1872@cat.robbins.dropbear.id.au> In-Reply-To: <20040815012413.GA1872@cat.robbins.dropbear.id.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408150929.32494.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:29:22 -0000 On Sunday 15 August 2004 02:24, Tim Robbins wrote: > On Sat, Aug 14, 2004 at 07:34:24PM +0100, Doug Rabson wrote: > > The latest 6113 build of the nvidia graphics drivers has just > > appeared on nvidia's web site. Check out > > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are > > currently using the nvidia proprietary drivers. This driver works > > nicely on FreeBSD-current and while this version is not > > thread-safe, it does not conflict with libpthread or libthr's use > > of %gs so you don't have to map everything down to libc_r any more > > :-). > > Are you aware of any plans to release an AMD64 build of the driver? I'm not aware of any plans. Anything like that will require working kernel module support on amd64 though. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:32:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9588A16A4CE; Sun, 15 Aug 2004 08:32:47 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC3143D39; Sun, 15 Aug 2004 08:32:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F8WkKU095858; Sun, 15 Aug 2004 04:32:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F8WkaY019884; Sun, 15 Aug 2004 04:32:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1E6A77303F; Sun, 15 Aug 2004 04:32:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040815083246.1E6A77303F@freebsd-current.sentex.ca> Date: Sun, 15 Aug 2004 04:32:46 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:32:47 -0000 TB --- 2004-08-15 08:16:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-15 08:16:14 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-15 08:16:14 - checking out the source tree TB --- 2004-08-15 08:16:14 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-08-15 08:16:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-15 08:21:01 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-15 08:21:01 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-15 08:21:01 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libkvm rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/amd64/amd64/src/lib/libkvm /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_amd64.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_proc.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/amd64/amd64/src/lib/libkvm -c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm.c In file included from /home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include/sys/proc.h:44, from /home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include/sys/user.h:47, from /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm.c:48: /home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include/sys/filedesc.h:76: error: field `fd_kqlist' has incomplete type *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-15 08:32:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-15 08:32:46 - ERROR: failed to build world TB --- 2004-08-15 08:32:46 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:39:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6355216A4CE for ; Sun, 15 Aug 2004 08:39:48 +0000 (GMT) Received: from email11.aon.at (warsl404pip7.highway.telekom.at [195.3.96.91]) by mx1.FreeBSD.org (Postfix) with SMTP id 11EE543D1F for ; Sun, 15 Aug 2004 08:39:47 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 54670 invoked from network); 15 Aug 2004 08:39:45 -0000 Received: from m083p003.dipool.highway.telekom.at (HELO ?62.46.0.67?) ([62.46.0.67]) (envelope-sender ) by qmail2rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 15 Aug 2004 08:39:45 -0000 From: Stefan Ehmann To: Johan Pettersson In-Reply-To: <20040815025601.522b2f7c.manlix@demonized.net> References: <200408141934.24107.dfr@nlsystems.com> <20040815025601.522b2f7c.manlix@demonized.net> Content-Type: text/plain Message-Id: <1092559179.756.7.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 15 Aug 2004 10:39:40 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:39:48 -0000 On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote: > On Sat, 14 Aug 2004 19:34:24 +0100 > Doug Rabson wrote: > > > The latest 6113 build of the nvidia graphics drivers has just appeared > > > > on nvidia's web site. Check out > > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are > > currently using the nvidia proprietary drivers. This driver works > > nicely on FreeBSD-current and while this version is not thread-safe, > > it does not conflict with libpthread or libthr's use of %gs so you > > don't have to map everything down to libc_r any more :-). > > > > There will be a thread-safe driver available for FreeBSD-current > > sometime after I commit the pthread parts of the TLS support code. > > > > Im running the new driver on a recent -CURRENT and xorg 6.7.0. When > starting zsnes I get this: > > beard ~> zsnes > Fatal error 'Exceeded maximum lock level' at line 261 in file > /usr/src/lib/libpthread/thread/thr_cancel.c (errno = 0) Bus error (core > dumped) > beard ~> Same error message here when starting neverball. If I map libpthread->libc_r it's working again. xawtv also stopped working. Fortunately setting -xvport manually did fix that. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:47:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9871F16A4CE; Sun, 15 Aug 2004 08:47:10 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 414D543D4C; Sun, 15 Aug 2004 08:47:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F8l9os096876; Sun, 15 Aug 2004 04:47:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F8l9Zm023460; Sun, 15 Aug 2004 04:47:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A59347303F; Sun, 15 Aug 2004 04:47:09 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040815084709.A59347303F@freebsd-current.sentex.ca> Date: Sun, 15 Aug 2004 04:47:09 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:47:10 -0000 TB --- 2004-08-15 08:32:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-15 08:32:46 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-08-15 08:32:46 - checking out the source tree TB --- 2004-08-15 08:32:46 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-08-15 08:32:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-15 08:35:32 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-15 08:35:32 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-15 08:35:32 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libkvm rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/i386/i386/src/lib/libkvm /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_i386.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_proc.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/i386/i386/src/lib/libkvm -c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm.c In file included from /home/tinderbox/sandbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/include/sys/proc.h:44, from /home/tinderbox/sandbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/include/sys/user.h:47, from /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm.c:48: /home/tinderbox/sandbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/include/sys/filedesc.h:76: error: field `fd_kqlist' has incomplete type *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-08-15 08:47:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-15 08:47:09 - ERROR: failed to build world TB --- 2004-08-15 08:47:09 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 08:53:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 786CF16A4CE; Sun, 15 Aug 2004 08:53:44 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91F7E43D3F; Sun, 15 Aug 2004 08:53:43 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 6EC1C530C; Sun, 15 Aug 2004 10:53:42 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 7882D5308; Sun, 15 Aug 2004 10:53:33 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 246AAB872; Sun, 15 Aug 2004 10:53:33 +0200 (CEST) To: Robert Watson References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 15 Aug 2004 10:53:33 +0200 In-Reply-To: (Robert Watson's message of "Fri, 13 Aug 2004 11:20:00 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: Martin Blapp cc: freebsd-current@freebsd.org Subject: Re: Witness panic in pseudofs_vncache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 08:53:44 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Robert Watson writes: > This appears to be a bug in pseudofs due to calling vgone() while holding > the pfs_vncache_mutex, as vgone() can sleep due to acquiring lockmgr > locks. The fix is likely to make this looping even less efficient by > dropping the mutex before calling vgone() on a vnode, and then restarting. > I've CC'd DES because this is his baby. What do you think of the attached patch? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=pseudofs_vncache.diff Index: sys/fs/pseudofs/pseudofs_vncache.c =================================================================== RCS file: /home/ncvs/src/sys/fs/pseudofs/pseudofs_vncache.c,v retrieving revision 1.25 diff -u -r1.25 pseudofs_vncache.c --- sys/fs/pseudofs/pseudofs_vncache.c 14 Mar 2004 15:57:45 -0000 1.25 +++ sys/fs/pseudofs/pseudofs_vncache.c 15 Aug 2004 08:49:21 -0000 @@ -80,8 +80,7 @@ void pfs_vncache_load(void) { - mtx_init(&pfs_vncache_mutex, "pseudofs_vncache", NULL, - MTX_DEF | MTX_RECURSE); + mtx_init(&pfs_vncache_mutex, "pseudofs_vncache", NULL, MTX_DEF); pfs_exit_tag = EVENTHANDLER_REGISTER(process_exit, pfs_exit, NULL, EVENTHANDLER_PRI_ANY); } @@ -220,24 +219,35 @@ static void pfs_exit(void *arg, struct proc *p) { - struct pfs_vdata *pvd, *prev; + struct pfs_vdata *pvd; + struct vnode *vnp; mtx_lock(&Giant); - mtx_lock(&pfs_vncache_mutex); /* - * The double loop is necessary because vgone() indirectly - * calls pfs_vncache_free() which frees pvd, so we have to - * backtrace one step every time we free a vnode. + * This is extremely inefficient due to the fact that vgone() not + * only indirectly modifies the vnode cache, but may also sleep. + * We can neither hold pfs_vncache_mutex across a vgone() call, + * nor make any assumptions about the state of the cache after + * vgone() returns. In consequence, we must start over after + * every vgone() call, and keep trying until we manage to traverse + * the entire cache. + * + * The only way to improve this situation is to change the data + * structure used to implement the cache. An obvious choice in + * this particular case would be a BST sorted by PID. */ - /* XXX linear search... not very efficient */ - for (pvd = pfs_vncache; pvd != NULL; pvd = pvd->pvd_next) { - while (pvd != NULL && pvd->pvd_pid == p->p_pid) { - prev = pvd->pvd_prev; - vgone(pvd->pvd_vnode); - pvd = prev ? prev->pvd_next : pfs_vncache; + mtx_lock(&pfs_vncache_mutex); + pvd = pfs_vncache; + while (pvd != NULL) { + if (pvd->pvd_pid == p->p_pid) { + vnp = pvd->pvd_vnode; + mtx_unlock(&pfs_vncache_mutex); + vgone(vnp); + mtx_lock(&pfs_vncache_mutex); + pvd = pfs_vncache; + } else { + pvd = pvd->pvd_next; } - if (pvd == NULL) - break; } mtx_unlock(&pfs_vncache_mutex); mtx_unlock(&Giant); @@ -249,22 +259,25 @@ int pfs_disable(struct pfs_node *pn) { - struct pfs_vdata *pvd, *prev; + struct pfs_vdata *pvd; + struct vnode *vnp; if (pn->pn_flags & PFS_DISABLED) return (0); - mtx_lock(&pfs_vncache_mutex); pn->pn_flags |= PFS_DISABLED; - /* see the comment about the double loop in pfs_exit() */ - /* XXX linear search... not very efficient */ - for (pvd = pfs_vncache; pvd != NULL; pvd = pvd->pvd_next) { - while (pvd != NULL && pvd->pvd_pn == pn) { - prev = pvd->pvd_prev; - vgone(pvd->pvd_vnode); - pvd = prev ? prev->pvd_next : pfs_vncache; + /* XXX see comment above nearly identical code in pfs_exit() */ + mtx_lock(&pfs_vncache_mutex); + pvd = pfs_vncache; + while (pvd != NULL) { + if (pvd->pvd_pn == pn) { + vnp = pvd->pvd_vnode; + mtx_unlock(&pfs_vncache_mutex); + vgone(vnp); + mtx_lock(&pfs_vncache_mutex); + pvd = pfs_vncache; + } else { + pvd = pvd->pvd_next; } - if (pvd == NULL) - break; } mtx_unlock(&pfs_vncache_mutex); return (0); --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 09:02:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAA8F16A4CE; Sun, 15 Aug 2004 09:02:05 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6394C43D1F; Sun, 15 Aug 2004 09:02:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F925aG098014; Sun, 15 Aug 2004 05:02:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F925jt093552; Sun, 15 Aug 2004 05:02:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D69757303F; Sun, 15 Aug 2004 05:02:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040815090204.D69757303F@freebsd-current.sentex.ca> Date: Sun, 15 Aug 2004 05:02:04 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 09:02:05 -0000 TB --- 2004-08-15 08:47:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-15 08:47:09 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-15 08:47:09 - checking out the source tree TB --- 2004-08-15 08:47:09 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-15 08:47:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-15 08:50:27 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-15 08:50:27 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-15 08:50:27 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libkvm rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/i386/pc98/src/lib/libkvm /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_i386.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_proc.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/i386/pc98/src/lib/libkvm -c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm.c In file included from /home/tinderbox/sandbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/sys/proc.h:44, from /home/tinderbox/sandbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/sys/user.h:47, from /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm.c:48: /home/tinderbox/sandbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/sys/filedesc.h:76: error: field `fd_kqlist' has incomplete type *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-15 09:02:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-15 09:02:04 - ERROR: failed to build world TB --- 2004-08-15 09:02:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 09:03:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 526F016A4CE for ; Sun, 15 Aug 2004 09:03:44 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 191A143D1F for ; Sun, 15 Aug 2004 09:03:44 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 21622530C; Sun, 15 Aug 2004 11:03:43 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 6730E5308; Sun, 15 Aug 2004 11:03:36 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id E2527B872; Sun, 15 Aug 2004 11:03:35 +0200 (CEST) To: Doug White References: <16668.61707.474283.639200@grasshopper.cs.duke.edu> <20040813103710.F93695@carver.gumbysoft.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 15 Aug 2004 11:03:35 +0200 In-Reply-To: <20040813103710.F93695@carver.gumbysoft.com> (Doug White's message of "Fri, 13 Aug 2004 10:38:29 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org cc: Andrew Gallatin Subject: Re: Is the TSC timecounter safe on SMP system? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 09:03:44 -0000 Doug White writes: > On Fri, 13 Aug 2004, Andrew Gallatin wrote: > > I have a system where the TSC timecounter is quite a bit more accurate > > (or perhaps its just much cheaper) than the ACPI timecounter. This is a > > single CPU, HTT system running an SMP kernel. > > [...] > > 1) Is it safe to switch to TSC? > If you like your ticks bouncing around; you'll get different values > depending on which CPU you read. Not necessarily; some SMP motherboards keep the TSCs synchronized. On those systems, you can set the kern.timecounter.smp_tsc tunable to a non-zero value to make the TSC eligible. It defaults to 1 on single- CPU systems, but the TSC code can't tell the difference between an HTT-enabled single-CPU box and a dual-CPU box, so you have to force it on HTT-enabled systems. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 09:21:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 698AF16A4CE; Sun, 15 Aug 2004 09:21:38 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13AE943D1D; Sun, 15 Aug 2004 09:21:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F9Lbct099595; Sun, 15 Aug 2004 05:21:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F9Lbij079683; Sun, 15 Aug 2004 05:21:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 266F07303F; Sun, 15 Aug 2004 05:21:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040815092137.266F07303F@freebsd-current.sentex.ca> Date: Sun, 15 Aug 2004 05:21:37 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 09:21:38 -0000 TB --- 2004-08-15 09:02:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-15 09:02:05 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-15 09:02:05 - cleaning the sandbox TB --- 2004-08-15 09:03:24 - checking out the source tree TB --- 2004-08-15 09:03:24 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-15 09:03:24 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-15 09:11:11 - WARNING: /home/tinderbox/sandbox/ia64.diff does not exist TB --- 2004-08-15 09:11:11 - building world (CFLAGS=-O -pipe) TB --- 2004-08-15 09:11:11 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-15 09:11:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libkvm rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/ia64/ia64/src/lib/libkvm /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_ia64.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/ia64/ia64/src/lib/libkvm -c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm.c In file included from /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/sys/proc.h:44, from /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/sys/user.h:47, from /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm.c:48: /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/sys/filedesc.h:76: error: field `fd_kqlist' has incomplete type *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-15 09:21:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-15 09:21:36 - ERROR: failed to build world TB --- 2004-08-15 09:21:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 09:24:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3F8016A4CE for ; Sun, 15 Aug 2004 09:24:02 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C248A43D46 for ; Sun, 15 Aug 2004 09:24:01 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7F9Nqtu070691; Sun, 15 Aug 2004 10:23:53 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Stefan Ehmann Date: Sun, 15 Aug 2004 10:24:06 +0100 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> <20040815025601.522b2f7c.manlix@demonized.net> <1092559179.756.7.camel@taxman> In-Reply-To: <1092559179.756.7.camel@taxman> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151024.06247.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Johan Pettersson cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 09:24:02 -0000 On Sunday 15 August 2004 09:39, Stefan Ehmann wrote: > On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote: > > On Sat, 14 Aug 2004 19:34:24 +0100 > > > > Doug Rabson wrote: > > > The latest 6113 build of the nvidia graphics drivers has just > > > appeared > > > > > > on nvidia's web site. Check out > > > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are > > > currently using the nvidia proprietary drivers. This driver works > > > nicely on FreeBSD-current and while this version is not > > > thread-safe, it does not conflict with libpthread or libthr's use > > > of %gs so you don't have to map everything down to libc_r any > > > more :-). > > > > > > There will be a thread-safe driver available for FreeBSD-current > > > sometime after I commit the pthread parts of the TLS support > > > code. > > > > Im running the new driver on a recent -CURRENT and xorg 6.7.0. When > > starting zsnes I get this: > > > > beard ~> zsnes > > Fatal error 'Exceeded maximum lock level' at line 261 in file > > /usr/src/lib/libpthread/thread/thr_cancel.c (errno = 0) Bus error > > (core dumped) > > beard ~> > > Same error message here when starting neverball. If I map > libpthread->libc_r it's working again. > > xawtv also stopped working. Fortunately setting -xvport manually did > fix that. This might be because libGL calls libpthread's version of open() before libpthread has initialised properly. This patch might fix it - it fixes neverball's map compiler for me but I haven't actually run neverball itself. Index: thr_kern.c =================================================================== RCS file: /home/ncvs/src/lib/libpthread/thread/thr_kern.c,v retrieving revision 1.109 diff -u -r1.109 thr_kern.c --- thr_kern.c 7 Aug 2004 15:15:38 -0000 1.109 +++ thr_kern.c 8 Aug 2004 09:57:55 -0000 @@ -2382,7 +2382,7 @@ if ((thread == NULL) && ((thread = malloc(sizeof(struct pthread))) != NULL)) { bzero(thread, sizeof(struct pthread)); - if ((thread->tcb = _tcb_ctor(thread)) == NULL) { + if ((thread->tcb = _tcb_ctor(thread, curthread == NULL)) == NULL) { free(thread); thread = NULL; } else { Index: thr_open.c =================================================================== RCS file: /home/ncvs/src/lib/libpthread/thread/thr_open.c,v retrieving revision 1.16 diff -u -r1.16 thr_open.c --- thr_open.c 9 Dec 2003 02:20:56 -0000 1.16 +++ thr_open.c 15 Aug 2004 09:19:42 -0000 @@ -45,11 +45,15 @@ int __open(const char *path, int flags,...) { - struct pthread *curthread = _get_curthread(); + struct pthread *curthread; int ret; int mode = 0; va_list ap; + if (_thr_initial == NULL) + _libpthread_init(NULL); + + curthread = _get_curthread(); _thr_cancel_enter(curthread); /* Check if the file is being created: */ From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 09:40:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9427316A4CE; Sun, 15 Aug 2004 09:40:18 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3537343D1F; Sun, 15 Aug 2004 09:40:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F9eHlP084196; Sun, 15 Aug 2004 05:40:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F9eHtC039507; Sun, 15 Aug 2004 05:40:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8E96D7303F; Sun, 15 Aug 2004 05:40:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040815094017.8E96D7303F@freebsd-current.sentex.ca> Date: Sun, 15 Aug 2004 05:40:17 -0400 (EDT) Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 09:40:18 -0000 TB --- 2004-08-15 09:21:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-15 09:21:37 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2004-08-15 09:21:37 - cleaning the sandbox TB --- 2004-08-15 09:22:57 - checking out the source tree TB --- 2004-08-15 09:22:57 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc TB --- 2004-08-15 09:22:57 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-15 09:30:44 - patching the sources TB --- 2004-08-15 09:30:44 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-15 09:30:44 - /usr/bin/patch -f -s -i/home/tinderbox/sandbox/powerpc.diff TB --- 2004-08-15 09:30:44 - building world (CFLAGS=-O -pipe) TB --- 2004-08-15 09:30:44 - cd /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/src TB --- 2004-08-15 09:30:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libkvm rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_powerpc.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm.c In file included from /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/usr/include/sys/proc.h:44, from /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/usr/include/sys/user.h:47, from /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm.c:48: /home/tinderbox/sandbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/i386/usr/include/sys/filedesc.h:76: error: field `fd_kqlist' has incomplete type *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2004-08-15 09:40:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-15 09:40:17 - ERROR: failed to build world TB --- 2004-08-15 09:40:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 09:56:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52A4C16A4CE for ; Sun, 15 Aug 2004 09:56:50 +0000 (GMT) Received: from robbins.dropbear.id.au (113.b.003.mel.iprimus.net.au [210.50.32.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8080443D53 for ; Sun, 15 Aug 2004 09:56:49 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 430D641FA; Sun, 15 Aug 2004 19:56:46 +1000 (EST) Date: Sun, 15 Aug 2004 19:56:46 +1000 From: Tim Robbins To: Doug Rabson Message-ID: <20040815095646.GA3561@cat.robbins.dropbear.id.au> References: <200408141934.24107.dfr@nlsystems.com> <20040815012413.GA1872@cat.robbins.dropbear.id.au> <200408150929.32494.dfr@nlsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408150929.32494.dfr@nlsystems.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 09:56:50 -0000 On Sun, Aug 15, 2004 at 09:29:32AM +0100, Doug Rabson wrote: > On Sunday 15 August 2004 02:24, Tim Robbins wrote: > > On Sat, Aug 14, 2004 at 07:34:24PM +0100, Doug Rabson wrote: > > > The latest 6113 build of the nvidia graphics drivers has just > > > appeared on nvidia's web site. Check out > > > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are > > > currently using the nvidia proprietary drivers. This driver works > > > nicely on FreeBSD-current and while this version is not > > > thread-safe, it does not conflict with libpthread or libthr's use > > > of %gs so you don't have to map everything down to libc_r any more > > > :-). > > > > Are you aware of any plans to release an AMD64 build of the driver? > > I'm not aware of any plans. Anything like that will require working > kernel module support on amd64 though. The only remaining issue with kernel module support on amd64 seems to be that the bootloader doesn't know how to load ELF relocatable images. Depending on how early the nvidia drivers need to initialize, this may be enough. (In theory, since modules are ELF relocatables on amd64, it might even be possible to statically link the binary drivers into any standard kernel image.) Tim From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 09:57:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AC3716A4CE; Sun, 15 Aug 2004 09:57:13 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEA943D55; Sun, 15 Aug 2004 09:57:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F9vBFG086023; Sun, 15 Aug 2004 05:57:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7F9vBNL044304; Sun, 15 Aug 2004 05:57:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE7FE7303F; Sun, 15 Aug 2004 05:57:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040815095711.EE7FE7303F@freebsd-current.sentex.ca> Date: Sun, 15 Aug 2004 05:57:11 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 09:57:13 -0000 TB --- 2004-08-15 09:40:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-15 09:40:17 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-15 09:40:17 - cleaning the sandbox TB --- 2004-08-15 09:41:31 - checking out the source tree TB --- 2004-08-15 09:41:31 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-08-15 09:41:31 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-15 09:49:08 - WARNING: /home/tinderbox/sandbox/sparc64.diff does not exist TB --- 2004-08-15 09:49:08 - building world (CFLAGS=-O -pipe) TB --- 2004-08-15 09:49:08 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-15 09:49:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libkvm rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_sparc64.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c cc -O -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm.c In file included from /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/sys/proc.h:44, from /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/sys/user.h:47, from /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm.c:48: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/sys/filedesc.h:76: error: field `fd_kqlist' has incomplete type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-15 09:57:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-15 09:57:11 - ERROR: failed to build world TB --- 2004-08-15 09:57:11 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 11:48:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D89D16A4CE for ; Sun, 15 Aug 2004 11:48:43 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76F1F43D2F for ; Sun, 15 Aug 2004 11:48:42 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7FBmblJ071545; Sun, 15 Aug 2004 12:48:37 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Sun, 15 Aug 2004 12:48:50 +0100 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> <1092559179.756.7.camel@taxman> <200408151024.06247.dfr@nlsystems.com> In-Reply-To: <200408151024.06247.dfr@nlsystems.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151248.50476.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Johan Pettersson cc: Stefan Ehmann Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 11:48:43 -0000 On Sunday 15 August 2004 10:24, Doug Rabson wrote: > On Sunday 15 August 2004 09:39, Stefan Ehmann wrote: > > On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote: > > > On Sat, 14 Aug 2004 19:34:24 +0100 > > > > > > Doug Rabson wrote: > > > > The latest 6113 build of the nvidia graphics drivers has just > > > > appeared > > > > > > > > on nvidia's web site. Check out > > > > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are > > > > currently using the nvidia proprietary drivers. This driver > > > > works nicely on FreeBSD-current and while this version is not > > > > thread-safe, it does not conflict with libpthread or libthr's > > > > use of %gs so you don't have to map everything down to libc_r > > > > any more :-). > > > > > > > > There will be a thread-safe driver available for > > > > FreeBSD-current sometime after I commit the pthread parts of > > > > the TLS support code. > > > > > > Im running the new driver on a recent -CURRENT and xorg 6.7.0. > > > When starting zsnes I get this: > > > > > > beard ~> zsnes > > > Fatal error 'Exceeded maximum lock level' at line 261 in file > > > /usr/src/lib/libpthread/thread/thr_cancel.c (errno = 0) Bus error > > > (core dumped) > > > beard ~> > > > > Same error message here when starting neverball. If I map > > libpthread->libc_r it's working again. > > > > xawtv also stopped working. Fortunately setting -xvport manually > > did fix that. > > This might be because libGL calls libpthread's version of open() > before libpthread has initialised properly. This patch might fix it - > it fixes neverball's map compiler for me but I haven't actually run > neverball itself. > > Index: thr_kern.c > =================================================================== > RCS file: /home/ncvs/src/lib/libpthread/thread/thr_kern.c,v > retrieving revision 1.109 > diff -u -r1.109 thr_kern.c > --- thr_kern.c 7 Aug 2004 15:15:38 -0000 1.109 > +++ thr_kern.c 8 Aug 2004 09:57:55 -0000 > @@ -2382,7 +2382,7 @@ > if ((thread == NULL) && > ((thread = malloc(sizeof(struct pthread))) != NULL)) { > bzero(thread, sizeof(struct pthread)); > - if ((thread->tcb = _tcb_ctor(thread)) == NULL) { > + if ((thread->tcb = _tcb_ctor(thread, curthread == NULL)) == NULL) > { free(thread); > thread = NULL; > } else { Ignore this part - thats some uncomitted TLS stuff. From owner-freebsd-current@FreeBSD.ORG Fri Aug 13 19:41:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80F6F16A4CE for ; Fri, 13 Aug 2004 19:41:25 +0000 (GMT) Received: from bureau14.utcc.utoronto.ca (bureau14.utcc.utoronto.ca [128.100.132.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF26E43D2D for ; Fri, 13 Aug 2004 19:41:24 +0000 (GMT) (envelope-from achant@noc.utoronto.ca) Received: from snap.noc.utoronto.ca ([128.100.97.30] EHLO noc.utoronto.ca ident: IDENT-NOT-QUERIED [port 33544]) by bureau14.utcc.utoronto.ca with ESMTP id <890149-1244>; Fri, 13 Aug 2004 15:41:19 -0400 Message-ID: <411D1954.6000606@noc.utoronto.ca> Date: Fri, 13 Aug 2004 15:41:08 -0400 From: Andrew Chant User-Agent: Mozilla Thunderbird 0.5 (X11/20040306) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 15 Aug 2004 12:16:48 +0000 Subject: Tying a process to a processor, SMP. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 19:41:25 -0000 Hello, I was wondering if there is any mechanism to tie a process to a given processor on a SMP FreeBSD box. I have a system running snort/mysql/barnyard on a dual Xeon 3.06 GHz box w/ 1 Meg cache, and I can see from 'top' that the processes seem to skip from CPU0 through to CPU3 on a regular basis, which to me seems like it is inefficient. Someone on #FreeBSD on freenode.net suggested that there was already an API mechanism to perform this task, and that it would be a simple project to write a user-mode utility to perform this task. I'm willing to help, but I am a complete newbie to FreeBSD and I don't have a clue where to start. Thanks, -Andrew Chant achant@noc.utoronto.ca ps. - please CC in replies, not subscribed. From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 16:54:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D4F916A4CE for ; Sat, 14 Aug 2004 16:54:42 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6B3B43D2D for ; Sat, 14 Aug 2004 16:54:41 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-006.de.inter.net ([213.73.76.6] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 1Bw1nj-00050v-00 for current@freebsd.org; Sat, 14 Aug 2004 18:54:39 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i7EGsddI000961 for ; Sat, 14 Aug 2004 18:54:39 +0200 (CEST) (envelope-from matthias@current.best-eng.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.13.1/8.13.1/Submit) id i7EGscc6000960 for current@freebsd.org; Sat, 14 Aug 2004 18:54:38 +0200 (CEST) (envelope-from matthias) From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: current@freebsd.org Date: Sat, 14 Aug 2004 18:54:38 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200408141854.38477.msch@snafu.de> X-Mailman-Approved-At: Sun, 15 Aug 2004 12:16:48 +0000 Subject: ISDN4BSD broken... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2004 16:54:42 -0000 Hi all, I just rebooted into the new cuurent-kernel and found, that i4b isn't working any more. Last working kernel was of Aug 11, around 1800 UTC. Aug 14 18:19:46 current kernel: FreeBSD 5.2-CURRENT #0: \ Sat Aug 14 17:43:56 CEST 2004 [...] Aug 14 18:19:46 current kernel: ACPI link \_SB_.PCI0.LNKA \ has invalid initial irq 9, ignoring (this is a new message, which doesn't show up with my Aug 11 kernel) [...] Aug 14 18:19:46 current kernel: isic0: [GIANT-LOCKED] Aug 14 18:19:46 current kernel: isic0 at port \ 0x580-0x59f,0x180-0x19f,0x980-0x99f,0xd80-0xd9f \ irq 10 flags 0x3 on isa0 Aug 14 18:19:46 current kernel: isic0: passive stack unit 0 Aug 14 18:19:46 current kernel: isic0: Teles S0/16.3 [...] Aug 14 18:19:46 current kernel: i4bisppp: \ 2 ISDN SyncPPP device(s) attached Aug 14 18:19:46 current kernel: i4b: \ ISDN call control device attached Aug 14 18:19:46 current kernel: i4btrc: \ 1 ISDN trace device(s) attached Aug 14 18:19:46 current kernel: i4brbch: \ 2 raw B channel access device(s) attached Aug 14 18:19:46 current kernel: i4btel: \ 2 ISDN telephony interface device(s) attached Aug 14 18:19:46 current kernel: i4bipr: \ 2 IP over raw HDLC ISDN device(s) attached (VJ header compression) Aug 14 18:19:46 current kernel: i4bctl: \ ISDN system control port attached So far, the ISDN-Card is detected and attached as usual, but if I try to dial out, the following messages were recorded: Aug 14 18:22:25 current kernel: i4b-L1 timer3_expired: \ state = F4 Awaiting Signal Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ HSCX B: ISTA = 0x0 Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ ISAC: ISTA = 0x94 Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ ISAC: CISQ = 0x1e Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ HSCX B: IMASK = 0xff Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ HSCX A: IMASK = 0xf8 Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ ISAC: IMASK = 0x2a Aug 14 18:22:25 current kernel: i4b-L2 i4b_T202_timeout: \ unit 0, N202 = 3 Aug 14 18:22:25 current kernel: i4b-L1 isic_ph_data_req: \ still in state F3! Aug 14 18:22:27 current kernel: i4b-L3 T303_timeout: \ SETUP not answered, cr = 15 Aug 14 18:22:27 current kernel: i4b-L3 next_l3state: \ FSM illegal state, state = ST_OW - Out Wait EST, \ event = EV_T303EXP - T303 timeout! Aug 14 18:22:27 current kernel: i4b-L1 timer3_expired: \ state = F4 Awaiting Signal Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ HSCX B: ISTA = 0x0 Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ ISAC: ISTA = 0x4 Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ ISAC: CISQ = 0x32 Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ HSCX B: IMASK = 0xff Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ HSCX A: IMASK = 0xf8 Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ ISAC: IMASK = 0x2a Any ideas? ACPI or IRQ-Routing related? -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 20:20:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6846F16A4CE for ; Sat, 14 Aug 2004 20:20:57 +0000 (GMT) Received: from mta09-svc.ntlworld.com (mta09-svc.ntlworld.com [62.253.162.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7652C43D3F for ; Sat, 14 Aug 2004 20:20:56 +0000 (GMT) (envelope-from d3c3it-linux@ntlworld.com) Received: from spc2-with1-3-0-cust67.bagu.broadband.ntl.com ([82.4.167.67]) by mta09-svc.ntlworld.comESMTP <20040814202150.DTSQ24416.mta09-svc.ntlworld.com@spc2-with1-3-0-cust67.bagu.broadband.ntl.com> for ; Sat, 14 Aug 2004 21:21:50 +0100 From: Glyn Tebbutt To: freebsd-current@freebsd.org In-Reply-To: <200408141934.24107.dfr@nlsystems.com> References: <200408141934.24107.dfr@nlsystems.com> Content-Type: text/plain Message-Id: <1092514959.2097.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 14 Aug 2004 21:22:39 +0100 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 15 Aug 2004 12:16:48 +0000 Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2004 20:20:57 -0000 On Sat, 2004-08-14 at 19:34, Doug Rabson wrote: > The latest 6113 build of the nvidia graphics drivers has just appeared > on nvidia's web site. Check out > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are currently > using the nvidia proprietary drivers. This driver works nicely on > FreeBSD-current and while this version is not thread-safe, it does not > conflict with libpthread or libthr's use of %gs so you don't have to > map everything down to libc_r any more :-). > > There will be a thread-safe driver available for FreeBSD-current > sometime after I commit the pthread parts of the TLS support code. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" This is great news, thanks for posting this, im currently using -CURRENT as the nvidia drivers before these wouldnt work with 5.2.1, im not a developer so i'd prefer to stick with release Again thanks for all the work -- From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 21:59:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0078C16A4CE for ; Sat, 14 Aug 2004 21:59:50 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (80-219-170-240.dclient.hispeed.ch [80.219.170.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id C885B43D48 for ; Sat, 14 Aug 2004 21:59:46 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:50db:aaf0:0:220:afff:fed4:dbcb]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id i7ELxdh00872 verified NO) for ; Sat, 14 Aug 2004 23:59:44 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id i7ELxdH00871; Sat, 14 Aug 2004 23:59:39 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Sat, 14 Aug 2004 23:59:39 +0200 (CEST) Message-Id: <200408142159.i7ELxdH00871@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma References: <200407200045.aa99979@salmon.maths.tcd.ie> <200407271843.aa10377@salmon.maths.tcd.ie> <200408102244.i7AMid614188@Mail.NOSPAM.DynDNS.dK> To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sun, 15 Aug 2004 12:16:48 +0000 Subject: Re: Unloading USB driver while device is attached. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2004 21:59:50 -0000 [keep replies to the list and I'll catch up later, thanks] Talking to myself, I figured a followup (in current@) might be appropriate. > I no longer see the need_toggle_updates that froze my disk, from > my previous attempt to merge in -current code, and I've got that > disk attached now via a USB2 hub. Actually, on another machine with a different card, and the same code, I still see the problem (accompanied by panic soon after), and furthermore, the USB2 hub (although one rev number different) gets held onto by USB1. This machine is where I do most of my work (offline); the other machine where it worked great I normally don't use that much. So it could well be that the previous code would also work, if I had tried it on the machine that I use on occasion when going online. As far as I've seen, NetBSD on the machine where I had this panic works fine accessing the disk over EHCI (and it's the system disk too). For comparison, here's how the problem machine looks -- extracts from a boot dmesg, followed by usbdevs to show how the USB2 hub appears. Following it, I give the same for the machine which seemed to work. Not only are the cards different between the two machines, but even when I use card from the working machine in the problem machine, I see problems -- I had to hack pcib into -stable, and both with and without it, data retrieved both over OHCI and via firewire seems to be corrupt. With the UHCI card, the data appears perfectly fine. In other words, there could be something else going on resulting in the data_toggle problem. Like, my machine could be wacky. Which I know has some truth. uhci0: port 0x6300-0x631f irq 12 at device 11.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x6400-0x641f irq 11 at device 11.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xe1002000-0xe10020ff irq 10 at device 11.2 on pci0 using shared irq10. ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 0.95 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered [ ... ] umass0: Maxtor 5000XT v01.00.00, rev 2.00/1.00, addr 2 ehci_idone: need toggle update status=80018d40 nstatus=80008c80 ehci_idone: need toggle update status=80028d40 nstatus=80008c80 umass0: Get Max Lun not supported (STALLED) umass0:2:0:-1: Attached to scbus2 uhub3: Cypress Semiconductor Slim Hub, class 9/0, rev 2.00/0.07, addr 2 uhub3: 4 ports with 4 removable, self powered ums0: vendor 0x062a product 0x0000, rev 1.10/0.00, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, self powered, config 1, Slim Hub(0x6560), Cypress Semiconductor(0x04b4), rev 0.07 port 1 powered port 2 powered port 3 powered port 4 addr 3: low speed, power 100 mA, config 1, product 0x0000(0x0000), vendor 0x062a(0x062a), rev 0.00 Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 addr 2: high speed, self powered, config 1, 5000XT v01.00.00(0x5000), Maxtor(0x0d49), rev 1.00 port 2 powered port 3 powered port 4 powered Note that the hub remains on usb0... Now, the same from the machine where it works as expected: ohci0: mem 0xfdfff000-0xfdffffff irq 9 at device 8.0 on pci1 pcib1: device ohci0 requested decoded memory range 0xfdfff000-0xfdffffff usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfdffe000-0xfdffefff irq 11 at device 8.1 on pci1 pcib1: device ohci1 requested decoded memory range 0xfdffe000-0xfdffefff usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfdffdc00-0xfdffdcff irq 10 at device 8.2 on pci1 pcib1: device ehci0 requested decoded memory range 0xfdffdc00-0xfdffdcff ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 0.95 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 5 ports with 5 removable, self powered [ ... ] uhub3: Cypress Semiconductor Slim Hub, class 9/0, rev 2.00/0.08, addr 2 uhub3: 4 ports with 4 removable, self powered umass0: Maxtor 5000XT v01.00.00, rev 2.00/1.00, addr 3 ehci_idone: need toggle update status=80018d40 nstatus=80008c80 ehci_idone: need toggle update status=80028d40 nstatus=80008c80 umass0: Get Max Lun not supported (STALLED) umass0:3:0:-1: Attached to scbus3 [ snip bunch of x-in-1 cardreader attaches ] ums0: vendor 0x062a product 0x0000, rev 1.10/0.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. After this boot, `usbdevs' looks like this: Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), NEC(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), NEC(0x0000), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, product 0x0000(0x0000), vendor 0x062a(0x062a), rev 0.00 port 2 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), NEC(0x0000), rev 1.00 port 1 addr 2: high speed, self powered, config 1, Slim Hub(0x6560), Cypress Semiconductor(0x04b4), rev 0.08 port 1 addr 3: high speed, self powered, config 1, 5000XT v01.00.00(0x5000), Maxtor(0x0d49), rev 1.00 port 2 powered port 3 addr 4: high speed, power 96 mA, config 1, 223 USB97C223(0x223a), SMSC(0x0424), rev 1.95 port 4 addr 5: high speed, power 500 mA, config 1, USB 7-in-1 Card Reader(0x2126), OTi(0x0ea0), rev 2.00 port 2 powered port 3 powered port 4 powered port 5 powered There may well be important clues in the parts of the `dmesg' that I snipped for sake of brevity, with my luck. On the other hand, there may well be known problems with this particular chipset. I haven't done a thorough juggling of cards and machines. Note that in the non-working case, I have the disk connected directly to the card, while in the working case, it goes through an external hub. The latter is due to wanting a USB1-only mouse to work. (As is the former, where the hub is attached as USB1 and the mouse functions.) Also, the Get Max Lun with the latest code returns much faster than the default code in -current; as a workaround a while back I had added a quirk to bypass this step for my particular drive, which, as the boot doesn't hang for innumerable seconds (my fingers don't go above ten or so), no longer seems to be a show-stopper- avoider. thanks barry bouwsma From owner-freebsd-current@FreeBSD.ORG Sat Aug 14 22:23:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D691816A4CE for ; Sat, 14 Aug 2004 22:23:09 +0000 (GMT) Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id E495743D45 for ; Sat, 14 Aug 2004 22:23:08 +0000 (GMT) (envelope-from d3c3it-linux@ntlworld.com) Received: from spc2-with1-3-0-cust67.bagu.broadband.ntl.com ([82.4.167.67]) by mta03-svc.ntlworld.comESMTP <20040814222143.MVSH4149.mta03-svc.ntlworld.com@spc2-with1-3-0-cust67.bagu.broadband.ntl.com> for ; Sat, 14 Aug 2004 23:21:43 +0100 From: Glyn Tebbutt To: freebsd-current@freebsd.org In-Reply-To: <200408141934.24107.dfr@nlsystems.com> References: <200408141934.24107.dfr@nlsystems.com> Content-Type: text/plain Message-Id: <1092522291.3980.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 14 Aug 2004 23:24:52 +0100 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 15 Aug 2004 12:16:48 +0000 Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2004 22:23:09 -0000 On Sat, 2004-08-14 at 19:34, Doug Rabson wrote: > The latest 6113 build of the nvidia graphics drivers has just appeared > on nvidia's web site. Check out > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are currently > using the nvidia proprietary drivers. This driver works nicely on > FreeBSD-current and while this version is not thread-safe, it does not > conflict with libpthread or libthr's use of %gs so you don't have to > map everything down to libc_r any more :-). > > There will be a thread-safe driver available for FreeBSD-current > sometime after I commit the pthread parts of the TLS support code. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" This is great news, thanks for posting this, im currently using -CURRENT as the nvidia drivers before these wouldnt work with 5.2.1, im not a developer so i'd prefer to stick with release Again thanks for all the work From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 11:45:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F11316A4CE for ; Sun, 15 Aug 2004 11:45:52 +0000 (GMT) Received: from smtp2.bahnhof.se (mailut.bahnhof.net [213.136.33.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC47D43D3F for ; Sun, 15 Aug 2004 11:45:50 +0000 (GMT) (envelope-from mark.rowlands@mypost.se) Received: from mfilter1.bahnhof.se (mail.bahnhof.se [213.136.33.1]) by smtp2.bahnhof.se (Postfix) with ESMTP id 5AB6888CE9 for ; Sun, 15 Aug 2004 13:45:53 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by re-injector1.bahnhof.se (Postfix) with ESMTP id 80E69129129 for ; Sun, 15 Aug 2004 13:45:49 +0200 (CEST) Received: from smtp5.bahnhof.se ([213.136.33.3]) by localhost (mfilter1.bahnhof.se [10.0.1.21]) (amavisd-new, port 10024) with ESMTP id 12119-09 for ; Sun, 15 Aug 2004 13:45:49 +0200 (CEST) Received: from pcmarpxy.mine.nu (81-170-150-191.bahnhofbredband.net [81.170.150.191]) by smtp5.bahnhof.se (Postfix) with ESMTP id E812D93B72 for ; Sun, 15 Aug 2004 13:45:48 +0200 (CEST) Received: from localhost (localhost.mwrwin2k.se [127.0.0.1]) by pcmarpxy.mine.nu (Postfix) with ESMTP id B07F01180B for ; Sun, 15 Aug 2004 13:45:48 +0200 (CEST) Received: from pcmarpxy.mine.nu ([127.0.0.1]) by localhost (pcmarpxy.mine.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72760-03 for ; Sun, 15 Aug 2004 13:45:48 +0200 (CEST) Received: from EXCHSRV1.mwrwin2k.se (kalendar.mine.nu [192.168.0.4]) by pcmarpxy.mine.nu (Postfix) with ESMTP id F2B4810506 for ; Sun, 15 Aug 2004 13:45:47 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Date: Sun, 15 Aug 2004 13:45:47 +0200 Message-ID: <4789E43478F3994BB8D967C73FD9C6880C2B98@exchsrv1> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: buildworld 5-2-current cvsupped sun aug 15 13.00 gmt fails- field `fd_kqlist' has incomplete type Thread-Index: AcSCvWezLZGW6mg6RcOMXqQ+PJ+iCA== From: "mark rowlands" To: X-Virus-Scanned: by amavisd-new at bahnhof.se X-Mailman-Approved-At: Sun, 15 Aug 2004 12:16:48 +0000 Subject: buildworld 5-2-current cvsupped sun aug 15 13.00 gmt fails- field `fd_kqlist' has incomplete type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 11:45:52 -0000 cc -O -pipe -march=3Dpentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm.c In file included from /usr/obj/usr/src/i386/usr/include/sys/proc.h:44, from /usr/obj/usr/src/i386/usr/include/sys/user.h:47, from /usr/src/lib/libkvm/kvm.c:48: /usr/obj/usr/src/i386/usr/include/sys/filedesc.h:76: error: field `fd_kqlist' has incomplete type *** Error code 1 Stop in /usr/src/lib/libkvm. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 12:09:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BF5216A4CE; Sun, 15 Aug 2004 12:09:48 +0000 (GMT) Received: from unsane.co.uk (unsane.co.uk [82.152.23.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 591DB43D3F; Sun, 15 Aug 2004 12:09:47 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (localhost [127.0.0.1]) by unsane.co.uk (8.12.11/8.12.10) with ESMTP id i7FC9eob036881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Aug 2004 13:09:40 +0100 (BST) (envelope-from jhary@unsane.co.uk) Received: from localhost (jhary@localhost) by unsane.co.uk (8.12.11/8.12.10/Submit) with ESMTP id i7FC9dY5036878; Sun, 15 Aug 2004 13:09:40 +0100 (BST) (envelope-from jhary@unsane.co.uk) Date: Sun, 15 Aug 2004 13:09:39 +0100 (BST) From: Vince Hoffman To: freebsd-mobile@freebsd.org Message-ID: <20040815113727.S33525@unsane.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 15 Aug 2004 12:16:48 +0000 cc: freebsd-current@freebsd.org Subject: 5.x on a portege A100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 12:09:48 -0000 Hi all, Firstly sorry for the cross post but it seemed equaly appropriate for both lists. I'm rather idley trying to get 5.2.1+ to work on my toshiba portege A100. So far no joy, 5.x will not boot. I have tried the various boot menu options (with and without ACPI), but 5.2.1 and the latest -CURRENT snapshot I could could find on the snapshot server both freeze at pci0, ACPI enabled says, pci0: on pcib0 non ACPI says pci0: . I'll write down and retype the entire output if it'll help. 4.x (-STABLE at the mo but 4.9 and 4.10 as well) works fine with or without ACPI (with just a few problems with the synaptics touchpad, such as it not working on a warm reboot.) However I would be happpy with 4.x if it were not for the fact that the built in wireless is not supported, so i'd like to try 5.x for Project Evil. I was wondering if anyone had any ideas, either of anything i could try to get 5.x booting or else any useful I could send to the -CURRENT list, as sadly I have no useful programming skills to try and fix it myself. Vince From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 12:38:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C3016A4CF for ; Sun, 15 Aug 2004 12:38:00 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C28C43D48 for ; Sun, 15 Aug 2004 12:37:59 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7FCbrWk096012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Aug 2004 15:37:54 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i7FCbv4v060105; Sun, 15 Aug 2004 15:37:57 +0300 (EEST) (envelope-from ru) Date: Sun, 15 Aug 2004 15:37:57 +0300 From: Ruslan Ermilov To: mark rowlands Message-ID: <20040815123757.GA60079@ip.net.ua> References: <4789E43478F3994BB8D967C73FD9C6880C2B98@exchsrv1> 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: <4789E43478F3994BB8D967C73FD9C6880C2B98@exchsrv1> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: buildworld 5-2-current cvsupped sun aug 15 13.00 gmt fails- field `fd_kqlist' has incomplete type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 12:38:00 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2004 at 01:45:47PM +0200, mark rowlands wrote: > cc -O -pipe -march=3Dpentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm.c > In file included from /usr/obj/usr/src/i386/usr/include/sys/proc.h:44, > from /usr/obj/usr/src/i386/usr/include/sys/user.h:47, > from /usr/src/lib/libkvm/kvm.c:48: > /usr/obj/usr/src/i386/usr/include/sys/filedesc.h:76: error: field > `fd_kqlist' has incomplete type > *** Error code 1 >=20 > Stop in /usr/src/lib/libkvm. >=20 It's of a little help to re-post what's already reported by the tinderbox service. The responsible party will look into this after he's woken up. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBH1klqRfpzJluFF4RApOLAJ9dw10UboZMb7d/srlJr6IJx2DnRgCfUGIZ wZjBnJweHx21B7FQ+yWgy5s= =K9mG -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 13:48:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1D7B16A4CE for ; Sun, 15 Aug 2004 13:48:02 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67D1F43D3F for ; Sun, 15 Aug 2004 13:48:02 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i7FDlmdl014209; Sun, 15 Aug 2004 09:47:48 -0400 (EDT) Date: Sun, 15 Aug 2004 09:47:48 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Doug Rabson In-Reply-To: <200408151024.06247.dfr@nlsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 13:48:02 -0000 On Sun, 15 Aug 2004, Doug Rabson wrote: > > > > Same error message here when starting neverball. If I map > > libpthread->libc_r it's working again. > > > > xawtv also stopped working. Fortunately setting -xvport manually did > > fix that. > > This might be because libGL calls libpthread's version of open() before > libpthread has initialised properly. This patch might fix it - it fixes > neverball's map compiler for me but I haven't actually run neverball > itself. > > Index: thr_open.c > =================================================================== > RCS file: /home/ncvs/src/lib/libpthread/thread/thr_open.c,v > retrieving revision 1.16 > diff -u -r1.16 thr_open.c > --- thr_open.c 9 Dec 2003 02:20:56 -0000 1.16 > +++ thr_open.c 15 Aug 2004 09:19:42 -0000 > @@ -45,11 +45,15 @@ > int > __open(const char *path, int flags,...) > { > - struct pthread *curthread = _get_curthread(); > + struct pthread *curthread; > int ret; > int mode = 0; > va_list ap; > > + if (_thr_initial == NULL) > + _libpthread_init(NULL); > + > + curthread = _get_curthread(); I thought the C++ style constructor in thr_autoinit.c is supposed to take care of things like this? -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 13:58:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E2A216A50D; Sun, 15 Aug 2004 13:58:33 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5CF243D2F; Sun, 15 Aug 2004 13:58:32 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7FDwPJt072454; Sun, 15 Aug 2004 14:58:25 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Daniel Eischen Date: Sun, 15 Aug 2004 14:58:38 +0100 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151458.38437.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 13:58:34 -0000 On Sunday 15 August 2004 14:47, Daniel Eischen wrote: > On Sun, 15 Aug 2004, Doug Rabson wrote: > > > Same error message here when starting neverball. If I map > > > libpthread->libc_r it's working again. > > > > > > xawtv also stopped working. Fortunately setting -xvport manually > > > did fix that. > > > > This might be because libGL calls libpthread's version of open() > > before libpthread has initialised properly. This patch might fix it > > - it fixes neverball's map compiler for me but I haven't actually > > run neverball itself. > > > > Index: thr_open.c > > =================================================================== > > RCS file: /home/ncvs/src/lib/libpthread/thread/thr_open.c,v > > retrieving revision 1.16 > > diff -u -r1.16 thr_open.c > > --- thr_open.c 9 Dec 2003 02:20:56 -0000 1.16 > > +++ thr_open.c 15 Aug 2004 09:19:42 -0000 > > @@ -45,11 +45,15 @@ > > int > > __open(const char *path, int flags,...) > > { > > - struct pthread *curthread = _get_curthread(); > > + struct pthread *curthread; > > int ret; > > int mode = 0; > > va_list ap; > > > > + if (_thr_initial == NULL) > > + _libpthread_init(NULL); > > + > > + curthread = _get_curthread(); > > I thought the C++ style constructor in thr_autoinit.c is supposed > to take care of things like this? The problem is that there is no particular ordering for constructors. In the case with neverball, the C++ constructor in libGL which initialises OpenGL ran first and quite reasonably tried to call open(2). This was intercepted by libpthread, which hadn't yet had its constructor called. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 14:03:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6274D16A4CE for ; Sun, 15 Aug 2004 14:03:08 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 167E843D2D for ; Sun, 15 Aug 2004 14:03:08 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i7FE35dl002981; Sun, 15 Aug 2004 10:03:05 -0400 (EDT) Date: Sun, 15 Aug 2004 10:03:05 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Doug Rabson In-Reply-To: <200408151458.38437.dfr@nlsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 14:03:08 -0000 On Sun, 15 Aug 2004, Doug Rabson wrote: > On Sunday 15 August 2004 14:47, Daniel Eischen wrote: > > On Sun, 15 Aug 2004, Doug Rabson wrote: > > > > Same error message here when starting neverball. If I map > > > > libpthread->libc_r it's working again. > > > > > > > > xawtv also stopped working. Fortunately setting -xvport manually > > > > did fix that. > > > > > > This might be because libGL calls libpthread's version of open() > > > before libpthread has initialised properly. This patch might fix it > > > - it fixes neverball's map compiler for me but I haven't actually > > > run neverball itself. > > > > > > Index: thr_open.c > > > =================================================================== > > > RCS file: /home/ncvs/src/lib/libpthread/thread/thr_open.c,v > > > retrieving revision 1.16 > > > diff -u -r1.16 thr_open.c > > > --- thr_open.c 9 Dec 2003 02:20:56 -0000 1.16 > > > +++ thr_open.c 15 Aug 2004 09:19:42 -0000 > > > @@ -45,11 +45,15 @@ > > > int > > > __open(const char *path, int flags,...) > > > { > > > - struct pthread *curthread = _get_curthread(); > > > + struct pthread *curthread; > > > int ret; > > > int mode = 0; > > > va_list ap; > > > > > > + if (_thr_initial == NULL) > > > + _libpthread_init(NULL); > > > + > > > + curthread = _get_curthread(); > > > > I thought the C++ style constructor in thr_autoinit.c is supposed > > to take care of things like this? > > The problem is that there is no particular ordering for constructors. In > the case with neverball, the C++ constructor in libGL which initialises > OpenGL ran first and quite reasonably tried to call open(2). This was > intercepted by libpthread, which hadn't yet had its constructor called. Is there something else we can do so that libpthread gets initialized first? Use _init()? I'm not sure how to not add that when building static libpthread though (let's kill static libpthread!). -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 14:53:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77EC716A4CE; Sun, 15 Aug 2004 14:53:25 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6609643D48; Sun, 15 Aug 2004 14:53:24 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7FErK9I072787; Sun, 15 Aug 2004 15:53:20 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Daniel Eischen Date: Sun, 15 Aug 2004 15:53:32 +0100 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151553.32463.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 14:53:25 -0000 On Sunday 15 August 2004 15:03, Daniel Eischen wrote: > On Sun, 15 Aug 2004, Doug Rabson wrote: > > On Sunday 15 August 2004 14:47, Daniel Eischen wrote: > > > On Sun, 15 Aug 2004, Doug Rabson wrote: > > > > > Same error message here when starting neverball. If I map > > > > > libpthread->libc_r it's working again. > > > > > > > > > > xawtv also stopped working. Fortunately setting -xvport > > > > > manually did fix that. > > > > > > > > This might be because libGL calls libpthread's version of > > > > open() before libpthread has initialised properly. This patch > > > > might fix it - it fixes neverball's map compiler for me but I > > > > haven't actually run neverball itself. > > > > > > > > Index: thr_open.c > > > > =============================================================== > > > >==== RCS file: /home/ncvs/src/lib/libpthread/thread/thr_open.c,v > > > > retrieving revision 1.16 > > > > diff -u -r1.16 thr_open.c > > > > --- thr_open.c 9 Dec 2003 02:20:56 -0000 1.16 > > > > +++ thr_open.c 15 Aug 2004 09:19:42 -0000 > > > > @@ -45,11 +45,15 @@ > > > > int > > > > __open(const char *path, int flags,...) > > > > { > > > > - struct pthread *curthread = _get_curthread(); > > > > + struct pthread *curthread; > > > > int ret; > > > > int mode = 0; > > > > va_list ap; > > > > > > > > + if (_thr_initial == NULL) > > > > + _libpthread_init(NULL); > > > > + > > > > + curthread = _get_curthread(); > > > > > > I thought the C++ style constructor in thr_autoinit.c is supposed > > > to take care of things like this? > > > > The problem is that there is no particular ordering for > > constructors. In the case with neverball, the C++ constructor in > > libGL which initialises OpenGL ran first and quite reasonably tried > > to call open(2). This was intercepted by libpthread, which hadn't > > yet had its constructor called. > > Is there something else we can do so that libpthread gets > initialized first? Use _init()? I'm not sure how to > not add that when building static libpthread though (let's > kill static libpthread!). There is no way other than putting a special case for pthread initialisation into rtld. The C++ constructor trick is implemented via _init anyway so that won't work either. I have the same problem initialising TLS in static programs. My TLS initialisation must run before pthread initialises so that I can allocate the correct sized blocks for pthread's main thread. I ended up hooking the TLS initialisation directly from crt1.c before calling _init. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 15:01:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EDB116A4CE; Sun, 15 Aug 2004 15:01:09 +0000 (GMT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F6843D4C; Sun, 15 Aug 2004 15:01:08 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.11/8.12.11) with ESMTP id i7FF0ugR056185; Sun, 15 Aug 2004 09:00:56 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Sun, 15 Aug 2004 09:00:56 -0600 From: "Justin T. Gibbs" To: Doug Rabson , Daniel Eischen Message-ID: <932D0AB64B5988A5BC8FFBAF@aslan.scsiguy.com> In-Reply-To: <200408151553.32463.dfr@nlsystems.com> References: <200408151553.32463.dfr@nlsystems.com> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 15:01:09 -0000 >> Is there something else we can do so that libpthread gets >> initialized first? Use _init()? I'm not sure how to >> not add that when building static libpthread though (let's >> kill static libpthread!). > > There is no way other than putting a special case for pthread > initialisation into rtld. The C++ constructor trick is implemented via > _init anyway so that won't work either. I thought that static constructor invocation was deterministic based on link order. Does the C++ spec really indicate that the order of construction can be random? -- Justin From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 15:10:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA73F16A4CE; Sun, 15 Aug 2004 15:10:55 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28E0143D2D; Sun, 15 Aug 2004 15:10:55 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7FFApId072913; Sun, 15 Aug 2004 16:10:51 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: "Justin T. Gibbs" Date: Sun, 15 Aug 2004 16:11:04 +0100 User-Agent: KMail/1.6.2 References: <200408151553.32463.dfr@nlsystems.com> <932D0AB64B5988A5BC8FFBAF@aslan.scsiguy.com> In-Reply-To: <932D0AB64B5988A5BC8FFBAF@aslan.scsiguy.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151611.04764.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Daniel Eischen cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 15:10:56 -0000 On Sunday 15 August 2004 16:00, Justin T. Gibbs wrote: > >> Is there something else we can do so that libpthread gets > >> initialized first? Use _init()? I'm not sure how to > >> not add that when building static libpthread though (let's > >> kill static libpthread!). > > > > There is no way other than putting a special case for pthread > > initialisation into rtld. The C++ constructor trick is implemented > > via _init anyway so that won't work either. > > I thought that static constructor invocation was deterministic based > on link order. Does the C++ spec really indicate that the order of > construction can be random? I don't think the spec places any restrictions on constructor ordering. The problem here is that you get different behaviour depending on whether you link with libGL first followed by libpthread (in that case libpthread initialises first) or if you link in the other order (in which case libGL initialises first). As far as I can see, rtld calls the _init sections of each shared library in reverse order with the last library linked against being initialised first. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 15:13:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95A3B16A4CE for ; Sun, 15 Aug 2004 15:13:19 +0000 (GMT) Received: from email08.aon.at (warsl404pip7.highway.telekom.at [195.3.96.91]) by mx1.FreeBSD.org (Postfix) with SMTP id 432FA43D2F for ; Sun, 15 Aug 2004 15:13:18 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 421818 invoked from network); 15 Aug 2004 15:13:16 -0000 Received: from m083p003.dipool.highway.telekom.at (HELO ?62.46.0.67?) ([62.46.0.67]) (envelope-sender ) by 172.18.5.237 (qmail-ldap-1.03) with SMTP for ; 15 Aug 2004 15:13:16 -0000 From: Stefan Ehmann To: Doug Rabson In-Reply-To: <200408151024.06247.dfr@nlsystems.com> References: <200408141934.24107.dfr@nlsystems.com> <20040815025601.522b2f7c.manlix@demonized.net> <200408151024.06247.dfr@nlsystems.com> Content-Type: text/plain Message-Id: <1092582767.756.14.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 15 Aug 2004 17:12:47 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 15:13:19 -0000 On Sun, 2004-08-15 at 11:24, Doug Rabson wrote: > On Sunday 15 August 2004 09:39, Stefan Ehmann wrote: > > On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote: > > > On Sat, 14 Aug 2004 19:34:24 +0100 > > > > > > Doug Rabson wrote: > > > > The latest 6113 build of the nvidia graphics drivers has just > > > > appeared ... > > > > > > Im running the new driver on a recent -CURRENT and xorg 6.7.0. When > > > starting zsnes I get this: > > > > > > beard ~> zsnes > > > Fatal error 'Exceeded maximum lock level' at line 261 in file > > > /usr/src/lib/libpthread/thread/thr_cancel.c (errno = 0) Bus error > > > (core dumped) > > > beard ~> > > > > Same error message here when starting neverball. If I map > > libpthread->libc_r it's working again. > > > > xawtv also stopped working. Fortunately setting -xvport manually did > > fix that. > > This might be because libGL calls libpthread's version of open() before > libpthread has initialised properly. This patch might fix it - it fixes > neverball's map compiler for me but I haven't actually run neverball > itself. That fixed the problem, thanks. Just noticed that libthr seems to have similiar problems. Here's a backtrace when starting neverball using libthr. #0 0x2810aafc in testcancel () at /usr/src/lib/libthr/thread/thr_cancel.c:119 #1 0x2810ab67 in _thread_enter_cancellation_point () at /usr/src/lib/libthr/thread/thr_cancel.c:134 #2 0x2810a447 in _open (path=0x0, flags=2) at /usr/src/lib/libthr/thread/thr_syscalls.c:287 #3 0x282211e1 in glXChannelRectSyncSGIX () from /usr/X11R6/lib/libGL.so.1 #4 0x28244e00 in ?? () from /usr/X11R6/lib/libGL.so.1 #5 0x00000002 in ?? () #6 0x00000000 in ?? () #7 0x00000078 in ?? () #8 0x00000000 in ?? () #9 0x00000000 in ?? () #10 0xbfbfdda4 in ?? () #11 0x28a9d09a in _nv001115gl () from /usr/X11R6/lib/libGLcore.so.1 #12 0x00000914 in ?? () lots of lines like the above follow From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 15:16:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62C4D16A4CE; Sun, 15 Aug 2004 15:16:07 +0000 (GMT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E15EF43D1F; Sun, 15 Aug 2004 15:16:06 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.11/8.12.11) with ESMTP id i7FFG0fg056302; Sun, 15 Aug 2004 09:16:00 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Sun, 15 Aug 2004 09:16:00 -0600 From: "Justin T. Gibbs" To: Doug Rabson Message-ID: In-Reply-To: <200408151611.04764.dfr@nlsystems.com> References: <200408151553.32463.dfr@nlsystems.com> <200408151611.04764.dfr@nlsystems.com> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: Daniel Eischen cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 15:16:07 -0000 >> I thought that static constructor invocation was deterministic based >> on link order. Does the C++ spec really indicate that the order of >> construction can be random? > > I don't think the spec places any restrictions on constructor ordering. > The problem here is that you get different behaviour depending on > whether you link with libGL first followed by libpthread (in that case > libpthread initialises first) or if you link in the other order (in > which case libGL initialises first). As far as I can see, rtld calls > the _init sections of each shared library in reverse order with the > last library linked against being initialised first. But such ordering restrictions also apply to things like weak symbols, so I don't think that imposing a link order restriction to solve this issue is really a problem. >From my Microsoft days, I know that at least PowerPoint took advantage of the known order of static constructor invocation. The splash screen was executed from a static constructor in the first .o linked into the executable. I'm just curious if this is something the C++ spec says anything about. I'd be surprised if it didn't. -- Justin From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 15:26:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 705E016A4CE; Sun, 15 Aug 2004 15:26:55 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9C3B43D1D; Sun, 15 Aug 2004 15:26:54 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7FFQoeN073050; Sun, 15 Aug 2004 16:26:50 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: "Justin T. Gibbs" Date: Sun, 15 Aug 2004 16:27:03 +0100 User-Agent: KMail/1.6.2 References: <200408151611.04764.dfr@nlsystems.com> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151627.03820.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Daniel Eischen cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 15:26:55 -0000 On Sunday 15 August 2004 16:16, Justin T. Gibbs wrote: > >> I thought that static constructor invocation was deterministic > >> based on link order. Does the C++ spec really indicate that the > >> order of construction can be random? > > > > I don't think the spec places any restrictions on constructor > > ordering. The problem here is that you get different behaviour > > depending on whether you link with libGL first followed by > > libpthread (in that case libpthread initialises first) or if you > > link in the other order (in which case libGL initialises first). As > > far as I can see, rtld calls the _init sections of each shared > > library in reverse order with the last library linked against being > > initialised first. > > But such ordering restrictions also apply to things like weak > symbols, so I don't think that imposing a link order restriction to > solve this issue is really a problem. The algorithm for weak symbols is pretty simple - you always get either the first strong symbol that rtld finds in its search or the last weak symbol. I think we arrange for stuff like open(2) to be weak in libc and strong in libpthread. > > >From my Microsoft days, I know that at least PowerPoint took > > advantage > > of the known order of static constructor invocation. The splash > screen was executed from a static constructor in the first .o linked > into the executable. I'm just curious if this is something the C++ > spec says anything about. I'd be surprised if it didn't. I'm sure that constructor ordering differs between binutils toolchains on unix systems and Microsoft toolchains on win32 systems. The software I write in my day job uses C++ constructors heavily and I'm certain that things get constructed in a different order on the two platforms. We just accept it and write code that can initialise in any order. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 15:29:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D73016A4CE for ; Sun, 15 Aug 2004 15:29:13 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6805B43D1F for ; Sun, 15 Aug 2004 15:29:12 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7FFT9m6073071; Sun, 15 Aug 2004 16:29:09 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Stefan Ehmann Date: Sun, 15 Aug 2004 16:29:22 +0100 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> <200408151024.06247.dfr@nlsystems.com> <1092582767.756.14.camel@taxman> In-Reply-To: <1092582767.756.14.camel@taxman> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151629.22920.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 15:29:13 -0000 On Sunday 15 August 2004 16:12, Stefan Ehmann wrote: > On Sun, 2004-08-15 at 11:24, Doug Rabson wrote: > > On Sunday 15 August 2004 09:39, Stefan Ehmann wrote: > > > On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote: > > > > On Sat, 14 Aug 2004 19:34:24 +0100 > > > > > > > > Doug Rabson wrote: > > > > > The latest 6113 build of the nvidia graphics drivers has just > > > > > appeared > > ... > > > > > Im running the new driver on a recent -CURRENT and xorg 6.7.0. > > > > When starting zsnes I get this: > > > > > > > > beard ~> zsnes > > > > Fatal error 'Exceeded maximum lock level' at line 261 in file > > > > /usr/src/lib/libpthread/thread/thr_cancel.c (errno = 0) Bus > > > > error (core dumped) > > > > beard ~> > > > > > > Same error message here when starting neverball. If I map > > > libpthread->libc_r it's working again. > > > > > > xawtv also stopped working. Fortunately setting -xvport manually > > > did fix that. > > > > This might be because libGL calls libpthread's version of open() > > before libpthread has initialised properly. This patch might fix it > > - it fixes neverball's map compiler for me but I haven't actually > > run neverball itself. > > That fixed the problem, thanks. > > Just noticed that libthr seems to have similiar problems. Here's a > backtrace when starting neverball using libthr. This patch ought to fix libthr (I haven't tested it). Index: thread/thr_cancel.c =================================================================== RCS file: /home/ncvs/src/lib/libthr/thread/thr_cancel.c,v retrieving revision 1.10 diff -u -r1.10 thr_cancel.c --- thread/thr_cancel.c 20 May 2004 12:06:16 -0000 1.10 +++ thread/thr_cancel.c 15 Aug 2004 15:28:24 -0000 @@ -131,6 +131,10 @@ void _thread_enter_cancellation_point(void) { + + if (_thread_initial == NULL) + _thread_init(); + testcancel(); curthread->cancellationpoint = 1; } From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 15:59:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CA0516A4CE for ; Sun, 15 Aug 2004 15:59:37 +0000 (GMT) Received: from email07.aon.at (warsl404pip8.highway.telekom.at [195.3.96.102]) by mx1.FreeBSD.org (Postfix) with SMTP id 716C843D3F for ; Sun, 15 Aug 2004 15:59:36 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 131752 invoked from network); 15 Aug 2004 15:59:35 -0000 Received: from m093p003.dipool.highway.telekom.at (HELO ?62.46.1.131?) ([62.46.1.131]) (envelope-sender ) by 172.18.5.236 (qmail-ldap-1.03) with SMTP for ; 15 Aug 2004 15:59:35 -0000 From: Stefan Ehmann To: Doug Rabson In-Reply-To: <200408151629.22920.dfr@nlsystems.com> References: <200408141934.24107.dfr@nlsystems.com> <1092582767.756.14.camel@taxman> <200408151629.22920.dfr@nlsystems.com> Content-Type: text/plain Message-Id: <1092585570.756.18.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 15 Aug 2004 17:59:30 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 15:59:37 -0000 On Sun, 2004-08-15 at 17:29, Doug Rabson wrote: > On Sunday 15 August 2004 16:12, Stefan Ehmann wrote: > > On Sun, 2004-08-15 at 11:24, Doug Rabson wrote: > > > On Sunday 15 August 2004 09:39, Stefan Ehmann wrote: > > > > On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote: > > > > > On Sat, 14 Aug 2004 19:34:24 +0100 > > > > > > > > > > Doug Rabson wrote: > > > > > > The latest 6113 build of the nvidia graphics drivers has just > > > > > > appeared > > > > ... > > > > > > > Im running the new driver on a recent -CURRENT and xorg 6.7.0. > > > > > When starting zsnes I get this: > > > > > > > > > > beard ~> zsnes > > > > > Fatal error 'Exceeded maximum lock level' at line 261 in file > > > > > /usr/src/lib/libpthread/thread/thr_cancel.c (errno = 0) Bus > > > > > error (core dumped) > > > > > beard ~> > > > > > > > > Same error message here when starting neverball. If I map > > > > libpthread->libc_r it's working again. > > > > > > > > xawtv also stopped working. Fortunately setting -xvport manually > > > > did fix that. > > > > > > This might be because libGL calls libpthread's version of open() > > > before libpthread has initialised properly. This patch might fix it > > > - it fixes neverball's map compiler for me but I haven't actually > > > run neverball itself. > > > > That fixed the problem, thanks. > > > > Just noticed that libthr seems to have similiar problems. Here's a > > backtrace when starting neverball using libthr. > > This patch ought to fix libthr (I haven't tested it). Not quite. No segfault any more but neverball (or any GL app) immediately exits returning 1 immediately after startup. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 16:06:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83B5A16A4CE for ; Sun, 15 Aug 2004 16:06:00 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD56943D48 for ; Sun, 15 Aug 2004 16:05:59 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7FG5sex073313; Sun, 15 Aug 2004 17:05:54 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Stefan Ehmann Date: Sun, 15 Aug 2004 17:06:07 +0100 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> <200408151629.22920.dfr@nlsystems.com> <1092585570.756.18.camel@taxman> In-Reply-To: <1092585570.756.18.camel@taxman> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151706.07569.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 16:06:00 -0000 On Sunday 15 August 2004 16:59, Stefan Ehmann wrote: > On Sun, 2004-08-15 at 17:29, Doug Rabson wrote: > > On Sunday 15 August 2004 16:12, Stefan Ehmann wrote: > > > On Sun, 2004-08-15 at 11:24, Doug Rabson wrote: > > > > On Sunday 15 August 2004 09:39, Stefan Ehmann wrote: > > > > > On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote: > > > > > > On Sat, 14 Aug 2004 19:34:24 +0100 > > > > > > > > > > > > Doug Rabson wrote: > > > > > > > The latest 6113 build of the nvidia graphics drivers has > > > > > > > just appeared > > > > > > ... > > > > > > > > > Im running the new driver on a recent -CURRENT and xorg > > > > > > 6.7.0. When starting zsnes I get this: > > > > > > > > > > > > beard ~> zsnes > > > > > > Fatal error 'Exceeded maximum lock level' at line 261 in > > > > > > file /usr/src/lib/libpthread/thread/thr_cancel.c (errno = > > > > > > 0) Bus error (core dumped) > > > > > > beard ~> > > > > > > > > > > Same error message here when starting neverball. If I map > > > > > libpthread->libc_r it's working again. > > > > > > > > > > xawtv also stopped working. Fortunately setting -xvport > > > > > manually did fix that. > > > > > > > > This might be because libGL calls libpthread's version of > > > > open() before libpthread has initialised properly. This patch > > > > might fix it - it fixes neverball's map compiler for me but I > > > > haven't actually run neverball itself. > > > > > > That fixed the problem, thanks. > > > > > > Just noticed that libthr seems to have similiar problems. Here's > > > a backtrace when starting neverball using libthr. > > > > This patch ought to fix libthr (I haven't tested it). > > Not quite. No segfault any more but neverball (or any GL app) > immediately exits returning 1 immediately after startup. Interesting. That sounds like a bug I tracked down where libGL was using a 'pthread_once_t' structure which didn't match the libthr (and libpthread) ABI. Something to do with linuxthreads compatibility. Can you tell me if it dies shortly after a call to pthread_once() with a structure containing a non-zero mutex pointer? From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 16:21:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 226F616A4CE for ; Sun, 15 Aug 2004 16:21:40 +0000 (GMT) Received: from email11.aon.at (warsl404pip7.highway.telekom.at [195.3.96.91]) by mx1.FreeBSD.org (Postfix) with SMTP id E46D343D2D for ; Sun, 15 Aug 2004 16:21:38 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 425330 invoked from network); 15 Aug 2004 16:21:37 -0000 Received: from m093p003.dipool.highway.telekom.at (HELO ?62.46.1.131?) ([62.46.1.131]) (envelope-sender ) by qmail2rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 15 Aug 2004 16:21:37 -0000 From: Stefan Ehmann To: Doug Rabson In-Reply-To: <200408151706.07569.dfr@nlsystems.com> References: <200408141934.24107.dfr@nlsystems.com> <1092585570.756.18.camel@taxman> <200408151706.07569.dfr@nlsystems.com> Content-Type: text/plain Message-Id: <1092586892.756.23.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 15 Aug 2004 18:21:32 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 16:21:40 -0000 On Sun, 2004-08-15 at 18:06, Doug Rabson wrote: > On Sunday 15 August 2004 16:59, Stefan Ehmann wrote: > > On Sun, 2004-08-15 at 17:29, Doug Rabson wrote: > > > On Sunday 15 August 2004 16:12, Stefan Ehmann wrote: > > > > On Sun, 2004-08-15 at 11:24, Doug Rabson wrote: > > > > > On Sunday 15 August 2004 09:39, Stefan Ehmann wrote: > > > > > > On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote: > > > > > > > On Sat, 14 Aug 2004 19:34:24 +0100 > > > > > > > > > > > > > > Doug Rabson wrote: > > > > > > > > The latest 6113 build of the nvidia graphics drivers has > > > > > > > > just appeared > > > > > > > > ... > > > > > > > > > > > Im running the new driver on a recent -CURRENT and xorg > > > > > > > 6.7.0. When starting zsnes I get this: > > > > > > > > > > > > > > beard ~> zsnes > > > > > > > Fatal error 'Exceeded maximum lock level' at line 261 in > > > > > > > file /usr/src/lib/libpthread/thread/thr_cancel.c (errno = > > > > > > > 0) Bus error (core dumped) > > > > > > > beard ~> > > > > > > > > > > > > Same error message here when starting neverball. If I map > > > > > > libpthread->libc_r it's working again. > > > > > > > > > > > > xawtv also stopped working. Fortunately setting -xvport > > > > > > manually did fix that. > > > > > > > > > > This might be because libGL calls libpthread's version of > > > > > open() before libpthread has initialised properly. This patch > > > > > might fix it - it fixes neverball's map compiler for me but I > > > > > haven't actually run neverball itself. > > > > > > > > That fixed the problem, thanks. > > > > > > > > Just noticed that libthr seems to have similiar problems. Here's > > > > a backtrace when starting neverball using libthr. > > > > > > This patch ought to fix libthr (I haven't tested it). > > > > Not quite. No segfault any more but neverball (or any GL app) > > immediately exits returning 1 immediately after startup. > > Interesting. That sounds like a bug I tracked down where libGL was using > a 'pthread_once_t' structure which didn't match the libthr (and > libpthread) ABI. Something to do with linuxthreads compatibility. Can > you tell me if it dies shortly after a call to pthread_once() with a > structure containing a non-zero mutex pointer? No, couldn't find any calls to pthread_once(). This is the last bit from truss output when trying to start glxgears. If you need, I can provide a complete truss/ktrace output. break(0x80f5000) = 0 (0x0) getpid() = 46586 (0xb5fa) _umtx_unlock(0x804d030) ERR#22 'Invalid argument' sigprocmask(0x3,0xbfbfeadc,0x0) = 0 (0x0) thr_kill(0x0,0x6) ERR#3 'No such process' sigaction(SIGABRT,{ SIG_DFL 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t },0x0) = 0 (0x0) sigprocmask(0x3,0xbfbfeadc,0x0) = 0 (0x0) thr_kill(0x0,0x6) ERR#3 'No such process' exit(0x1) process exit, rval = 256 From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 16:24:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1EED16A4CE for ; Sun, 15 Aug 2004 16:24:36 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF6343D45 for ; Sun, 15 Aug 2004 16:24:35 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7FGOWug073435; Sun, 15 Aug 2004 17:24:32 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Stefan Ehmann Date: Sun, 15 Aug 2004 17:24:45 +0100 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> <200408151706.07569.dfr@nlsystems.com> <1092586892.756.23.camel@taxman> In-Reply-To: <1092586892.756.23.camel@taxman> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408151724.45957.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 16:24:37 -0000 On Sunday 15 August 2004 17:21, Stefan Ehmann wrote: > On Sun, 2004-08-15 at 18:06, Doug Rabson wrote: > > On Sunday 15 August 2004 16:59, Stefan Ehmann wrote: > > > On Sun, 2004-08-15 at 17:29, Doug Rabson wrote: > > > > On Sunday 15 August 2004 16:12, Stefan Ehmann wrote: > > > > > On Sun, 2004-08-15 at 11:24, Doug Rabson wrote: > > > > > > On Sunday 15 August 2004 09:39, Stefan Ehmann wrote: > > > > > > > On Sun, 2004-08-15 at 02:56, Johan Pettersson wrote: > > > > > > > > On Sat, 14 Aug 2004 19:34:24 +0100 > > > > > > > > > > > > > > > > Doug Rabson wrote: > > > > > > > > > The latest 6113 build of the nvidia graphics drivers > > > > > > > > > has just appeared > > > > > > > > > > ... > > > > > > > > > > > > > Im running the new driver on a recent -CURRENT and xorg > > > > > > > > 6.7.0. When starting zsnes I get this: > > > > > > > > > > > > > > > > beard ~> zsnes > > > > > > > > Fatal error 'Exceeded maximum lock level' at line 261 > > > > > > > > in file /usr/src/lib/libpthread/thread/thr_cancel.c > > > > > > > > (errno = 0) Bus error (core dumped) > > > > > > > > beard ~> > > > > > > > > > > > > > > Same error message here when starting neverball. If I map > > > > > > > libpthread->libc_r it's working again. > > > > > > > > > > > > > > xawtv also stopped working. Fortunately setting -xvport > > > > > > > manually did fix that. > > > > > > > > > > > > This might be because libGL calls libpthread's version of > > > > > > open() before libpthread has initialised properly. This > > > > > > patch might fix it - it fixes neverball's map compiler for > > > > > > me but I haven't actually run neverball itself. > > > > > > > > > > That fixed the problem, thanks. > > > > > > > > > > Just noticed that libthr seems to have similiar problems. > > > > > Here's a backtrace when starting neverball using libthr. > > > > > > > > This patch ought to fix libthr (I haven't tested it). > > > > > > Not quite. No segfault any more but neverball (or any GL app) > > > immediately exits returning 1 immediately after startup. > > > > Interesting. That sounds like a bug I tracked down where libGL was > > using a 'pthread_once_t' structure which didn't match the libthr > > (and libpthread) ABI. Something to do with linuxthreads > > compatibility. Can you tell me if it dies shortly after a call to > > pthread_once() with a structure containing a non-zero mutex > > pointer? > > No, couldn't find any calls to pthread_once(). This is the last bit > from truss output when trying to start glxgears. If you need, I can > provide a complete truss/ktrace output. Don't worry - I've already reproduced it locally. This is a regression of something which I thought was already fixed. By the looks of it, this version of libGL won't work with libthr, I'm afraid. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 16:46:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3D8A16A4CE for ; Sun, 15 Aug 2004 16:46:31 +0000 (GMT) Received: from shim2.irt.drexel.edu (shim2.irt.drexel.edu [144.118.29.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9098343D46 for ; Sun, 15 Aug 2004 16:46:31 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim2.irt.drexel.edu by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Sun, 15 Aug 2004 12:46:30 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I2H00JU9YLI06@shim2.irt.drexel.edu> for freebsd-current@freebsd.org; Sun, 15 Aug 2004 12:46:30 -0400 (EDT) Received: from [127.0.0.1] (vorpal.math.drexel.edu [129.25.6.250]) i7FGkTV3091675 for ; Sun, 15 Aug 2004 12:46:29 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Sun, 15 Aug 2004 12:46:29 -0400 From: Justin Smith To: freebsd-current@freebsd.org Message-id: <411F9365.8010100@drexel.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) Subject: Nvidia drivers 6113 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 16:46:31 -0000 FreeBSD jsmith.org 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0: Tue Jul 13 04:59:08 EDT 2004 root@:/usr/obj/usr/src/sys/MYKERNEL i386 My system crashed at the end of the install (I guess when the make install script was trying to load the kernel module), printing out: kernel: nvidia0: mem 0xf0000000-0xf7ffffff,0xcf000000-0xcfffffff irq 16 at device 0.0 on pci1 Aug 15 10:11:25 kernel: panic: vm_fault: fault on nofault entry, addr: e0965000 Aug 15 10:11:25 kernel: cpuid = 0; My system was thoroughly screwed up afterwards, as most config files (like rc.conf, etc) were zero-length :( -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 16:48:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E602416A4CE; Sun, 15 Aug 2004 16:48:59 +0000 (GMT) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F1C543D46; Sun, 15 Aug 2004 16:48:59 +0000 (GMT) (envelope-from andrew.lankford@verizon.net) Received: from outgoing.verizon.net ([192.168.1.1]) by out001.verizon.net ESMTP <20040815164858.WMCC24594.out001.verizon.net@outgoing.verizon.net>; Sun, 15 Aug 2004 11:48:58 -0500 X-Mailer: Openwave WebEngine, version 2.8.12 (webedge20-101-197-20030912) From: Andrew Lankford To: Doug Rabson Date: Sun, 15 Aug 2004 11:48:58 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [192.168.1.1] at Sun, 15 Aug 2004 11:48:58 -0500 Message-Id: <20040815164858.WMCC24594.out001.verizon.net@outgoing.verizon.net> cc: amd64@freebsd.org cc: freebsd-current@freebsd.org Subject: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andrew.lankford@verizon.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 16:49:00 -0000 >The latest 6113 build of the nvidia graphics drivers > has just appeared on nvidia's web site. Check out >http://www.nvidia.com/object/freebsd_1.0-6113.html if > you are currently using the nvidia proprietary drivers. Any chance of support for freebsd-amd64 being added at some point? Andrew Lankford >This driver works nicely on FreeBSD-current and while this version is not thread-safe, it does not conflict with libpthread or libthr's use of %gs so you don't have to map everything down to libc_r any more :-). There will be a thread-safe driver available for FreeBSD-current sometime after I commit the pthread parts of the TLS support code. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 16:49:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CB2716A4CE; Sun, 15 Aug 2004 16:49:33 +0000 (GMT) Received: from shim2.irt.drexel.edu (shim2.irt.drexel.edu [144.118.29.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF93543D1D; Sun, 15 Aug 2004 16:49:32 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim2.irt.drexel.edu by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) id <0I2H00301YHNQR@shim2.irt.drexel.edu>; Sun, 15 Aug 2004 12:49:32 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim2.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I2H00J0GYQK06@shim2.irt.drexel.edu>; Sun, 15 Aug 2004 12:49:32 -0400 (EDT) Received: from [127.0.0.1] (vorpal.math.drexel.edu [129.25.6.250]) i7FGnVV3091679; Sun, 15 Aug 2004 12:49:32 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Sun, 15 Aug 2004 12:49:31 -0400 From: Justin Smith To: freebsd-mobile@freebsd.org Message-id: <411F941B.8040704@drexel.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) cc: FreeBSD current developer's list Subject: 5.x on a portege A100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 16:49:33 -0000 I'd love to be able to run FreeBSD 5.x on a portege M200, but have the same problem. The only system that works out of the box is Mandrake Linux. -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 17:02:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCB2316A4D6; Sun, 15 Aug 2004 17:02:28 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82A6F43D48; Sun, 15 Aug 2004 17:02:28 +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 EEB9922852; Sun, 15 Aug 2004 19:02:25 +0200 (CEST) Date: Sun, 15 Aug 2004 19:02:02 +0200 From: Dimitry Andric X-Mailer: The Bat! (v2.12.03) Business X-Priority: 3 (Normal) Message-ID: <1526906437.20040815190202@andric.com> To: "Justin T. Gibbs" In-Reply-To: <932D0AB64B5988A5BC8FFBAF@aslan.scsiguy.com> References: <200408151553.32463.dfr@nlsystems.com> <932D0AB64B5988A5BC8FFBAF@aslan.scsiguy.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------533D1FF33D213B4" cc: Daniel Eischen cc: Johan Pettersson cc: Stefan Ehmann cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 17:02:29 -0000 ------------533D1FF33D213B4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2004-08-15 at 17:00:56 Justin T. Gibbs wrote: > I thought that static constructor invocation was deterministic based > on link order. Does the C++ spec really indicate that the order of > construction can be random? The spec only says "implementation-defined" and "not guaranteed" (see section 3.6.2, point 3 of the ISO C++ spec), so you're on your own, it seems. :) See also: http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.11 ([10.11] What's the "static initialization order fiasco"?) Of course, in most cases, any static constructors will be called in the order that you link them in. But there's no guarantee whatsoever... ------------533D1FF33D213B4 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.2.4 (MingW32) iD8DBQFBH5cKsF6jCi4glqMRAn15AJ43w9T7vj+CiDgvseTMGShUFob7zACfamMr ZNqfxEEymZ4txZu7OUk40TU= =uDCa -----END PGP MESSAGE----- ------------533D1FF33D213B4-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 17:07:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54A7A16A4CE for ; Sun, 15 Aug 2004 17:07:20 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 346F243D46 for ; Sun, 15 Aug 2004 17:07:20 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 23261 invoked from network); 15 Aug 2004 17:07:19 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Aug 2004 17:07:19 -0000 Received: from hydrogen.funkthat.com (tmzebi@localhost.funkthat.com [127.0.0.1])i7FH7JuU088081; Sun, 15 Aug 2004 10:07:19 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7FH7I3V088080; Sun, 15 Aug 2004 10:07:18 -0700 (PDT) Date: Sun, 15 Aug 2004 10:07:18 -0700 From: John-Mark Gurney To: Ruslan Ermilov Message-ID: <20040815170718.GO991@funkthat.com> Mail-Followup-To: Ruslan Ermilov , mark rowlands , freebsd-current@freebsd.org References: <4789E43478F3994BB8D967C73FD9C6880C2B98@exchsrv1> <20040815123757.GA60079@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040815123757.GA60079@ip.net.ua> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org cc: mark rowlands Subject: Re: buildworld 5-2-current cvsupped sun aug 15 13.00 gmt fails- field `fd_kqlist' has incomplete type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 17:07:20 -0000 Ruslan Ermilov wrote this message on Sun, Aug 15, 2004 at 15:37 +0300: > It's of a little help to re-post what's already reported by the > tinderbox service. The responsible party will look into this > after he's woken up. I'm awake, and have commited a fix for it. Currently running a buildworld to verify no other issues. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 17:07:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55D5D16A4CE for ; Sun, 15 Aug 2004 17:07:39 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E35A43D1D for ; Sun, 15 Aug 2004 17:07:39 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7FH5nI1062010; Sun, 15 Aug 2004 13:05:49 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7FH5mLa062007; Sun, 15 Aug 2004 13:05:49 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 15 Aug 2004 13:05:48 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Martin Blapp cc: freebsd-current@freebsd.org Subject: Re: Witness panic in pseudofs_vncache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 17:07:39 -0000 On Sun, 15 Aug 2004, Dag-Erling Sm=F8rgrav wrote: > Robert Watson writes: > > This appears to be a bug in pseudofs due to calling vgone() while holdi= ng > > the pfs_vncache_mutex, as vgone() can sleep due to acquiring lockmgr > > locks. The fix is likely to make this looping even less efficient by > > dropping the mutex before calling vgone() on a vnode, and then restarti= ng. > > I've CC'd DES because this is his baby. >=20 > What do you think of the attached patch?=20 Has all the good and bad attributes I had expected, but hopefully will fix the problem :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 17:52:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E892F16A4D8 for ; Sun, 15 Aug 2004 17:52:26 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 500B943D49 for ; Sun, 15 Aug 2004 17:52:26 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7FHqPLF094388; Sun, 15 Aug 2004 13:52:25 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7FHqOed094387; Sun, 15 Aug 2004 13:52:24 -0400 (EDT) (envelope-from green) Date: Sun, 15 Aug 2004 13:52:24 -0400 From: Brian Fundakowski Feldman To: Doug Rabson Message-ID: <20040815175224.GA94005@green.homeunix.org> References: <200408141934.24107.dfr@nlsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408141934.24107.dfr@nlsystems.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: New nvidia drivers available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 17:52:28 -0000 On Sat, Aug 14, 2004 at 07:34:24PM +0100, Doug Rabson wrote: > The latest 6113 build of the nvidia graphics drivers has just appeared > on nvidia's web site. Check out > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are currently > using the nvidia proprietary drivers. This driver works nicely on > FreeBSD-current and while this version is not thread-safe, it does not > conflict with libpthread or libthr's use of %gs so you don't have to > map everything down to libc_r any more :-). > > There will be a thread-safe driver available for FreeBSD-current > sometime after I commit the pthread parts of the TLS support code. Seems to work great other than a lock ordering issue wrt page faults. I switched all the lockmgr() locks to sx locks and I get this: lock order reversal 1st 0xc1e09324 rm.mutex_lock (rm.mutex_lock) @ nvidia_os.c:609 2nd 0xc3aec1a0 dev.api_lock (dev.api_lock) @ nvidia_subr.c:741 KDB: stack backtrace: kdb_backtrace(c06323c2,c3aec1a0,c45f41c0,c45f41c0,c45f4386) at kdb_backtrace+0x2e witness_checkorder(c3aec1a0,9,c45f4386,2e5,c04d78a6) at witness_checkorder+0x6b2 _sx_xlock(c3aec1a0,c45f4386,2e5,d76c07bc,c45da851) at _sx_xlock+0x7e nv_lock_api(c3ae5700,0,d9,c3080200,c3080200) at nv_lock_api+0x29 nvidia_dev_mmap(c3080200,f0000000,d76c07dc,1,f0000) at nvidia_dev_mmap+0x31 dev_pager_getpages(c2e807bc,d76c08a4,1,0,d76c0868) at dev_pager_getpages+0xce vm_fault(c274fb90,28a4b000,1,0,c1bb5000) at vm_fault+0x94e trap_pfault(d76c0960,0,28a4b000,d76c0984,28a4b000) at trap_pfault+0xf7 trap(18,10,10,f0000000,c3ae5700) at trap+0x350 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc05ff911, esp = 0xd76c09a0, ebp = 0xd76c09b0 --- fubyte(28a4b000,2,c3f54800,d76c09f4,c443b87a) at fubyte+0x1d nv_get_user_phys_address(28a4b000,1,0,c4430639,2000000) at nv_get_user_phys_address+0x30 _nv001233rm(c1a5c400,c3ca4000,c253bc00,c067f098,0) at _nv001233rm+0x92 _nv006271rm(c1d00002,2050200,2,0,0) at _nv006271rm+0x143 _nv006527rm(d76c0c58,4,0,c067f878,1) at _nv006527rm+0x65 _nv006196rm(c485ad20,c3977700,24,d76c0c58,c062bb0a) at _nv006196rm+0x113 rm_ioctl(c485ad20,c3977700,24,d76c0c58,c0284624) at rm_ioctl+0x1d nvidia_handle_ioctl(c3aeb900,c0284624,d76c0c58,3,c1bb5000) at nvidia_handle_ioctl+0x73 nvidia_ctl_ioctl(c3aeb900,c0284624,d76c0c58,3,c1bb5000) at nvidia_ctl_ioctl+0xcc spec_ioctl(d76c0b80,d76c0c2c,c0519f15,d76c0b80,1) at spec_ioctl+0x1ae spec_vnoperate(d76c0b80,1,c06371e4,30e,c06762e0) at spec_vnoperate+0x18 vn_ioctl(c1ffc94c,c0284624,d76c0c58,c198e480,c1bb5000) at vn_ioctl+0x1b5 ioctl(c1bb5000,d76c0d14,c,d76c0d3c,3) at ioctl+0x4f2 syscall(2f,2f,2f,bfbfed4c,0) at syscall+0x272 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2826293f, esp = 0xbfbfec8c, ebp = 0xbfbfeca8 --- I was able to get the port going with these changes: -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 18:19:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFED316A4CE; Sun, 15 Aug 2004 18:19:11 +0000 (GMT) Received: from pd5mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1958F43D39; Sun, 15 Aug 2004 18:19:11 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd3mr2so.prod.shaw.ca (pd3mr2so-ser.prod.shaw.ca [10.0.141.178])2003)) with ESMTP id <0I2I009RU2L71F@l-daemon>; Sun, 15 Aug 2004 12:12:43 -0600 (MDT) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd3mr2so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I2I0067E2L7YLF0@pd3mr2so.prod.shaw.ca>; Sun, 15 Aug 2004 12:12:43 -0600 (MDT) Received: from piii600.wadham.ox.ac.uk (S0106006067227a4a.vc.shawcable.net [24.87.233.42])2003)) with ESMTP id <0I2I009172L63V@l-daemon>; Sun, 15 Aug 2004 12:12:43 -0600 (MDT) Date: Sun, 15 Aug 2004 11:12:40 -0700 From: Colin Percival X-Sender: cperciva@popserver.sfu.ca (Unverified) To: freebsd-mobile@freebsd.org Message-id: <6.1.0.6.1.20040815104745.02a409c0@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Content-type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Looking for *90nm* Pentium M owners... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 18:19:11 -0000 Thanks very much to everyone who responded to my email to freebsd-mobile (subject: "Looking for Pentium M owners...") with their processor data. At least in the 130nm version of the Pentium M (codename "Banias") the MSR (model specific register) I'm looking at does what I thought it did. However, I haven't heard from anyone with a 90nm (codename "Dothan") Pentium M, and these are the ones I really need to hear about -- I need to make sure Intel didn't change the MSR between the two versions of the Pentium M. The 90nm Pentium M was released in May, and will normally be advertised as a "Pentium M 7xx", where 7xx is 713, 715, 723, 725, 733, 735, 738, 745, or 755. I'm not sure what hw.model will be on these -- it might contain this model number, or it might simply be "Intel(R) Pentium(R) M processor xxxxMHz". If you have a Pentium M from the past three months, and you think it might be a 90nm (Dothan) processor, please do the following: 1. Download and extract http://www.daemonology.net/tmp/dumpmsr.tgz 2. `make` 3. `kldload ./dumpmsr.ko` 4. `kldunload dumpmsr` When you kldload, it should print three lines; please send me those, along with the output of `sysctl hw.model`, and (if you know) the model name/number under which Intel advertises your processor. If I can find anyone with a 90nm Pentium M, then I should be able to support them in the Enhanced SpeedStep code I'm writing; if not, I'll release code which only works on the older 130nm Pentium Ms. Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 18:22:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEFF016A4CE for ; Sun, 15 Aug 2004 18:22:11 +0000 (GMT) Received: from av1-2-sn4.m-sp.skanova.net (av1-2-sn4.m-sp.skanova.net [81.228.10.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9315043D39 for ; Sun, 15 Aug 2004 18:22:11 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id C84CE37EBE; Sun, 15 Aug 2004 20:22:10 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av1-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id BAB3437E42; Sun, 15 Aug 2004 20:22:10 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 8F14837E42; Sun, 15 Aug 2004 20:22:10 +0200 (CEST) From: "Daniel Eriksson" To: Date: Sun, 15 Aug 2004 20:22:12 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSAkL5GmtmWhetjRLKmFU1KtfXvFwCYsbyg cc: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= cc: 'Nate Lawson' Subject: RE: More ATA interrupt(?) oddities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 18:22:11 -0000 I wrote: > Sometime during the last 3 weeks, something has changed in=20 > the kernel that makes one of my servers barf when hit with > lots of I/O on multiple filesystems (like when starting > "fsck" on all the filesystems). This used to work in the > past, but I have unfortunately not run this stress-test in > the last 3 weeks despite upgrading the kernel multiple times I would like to apologize for shouting "fire" when there is, in fact, nothing burning. After much head-scratching, some emails with S=F6ren = and Nate and trying out a few old kernels without any success, I decided to = replace the PSU powering the discs that were causing the timeout messages = mentioned in my original email. That fixed the problem. I suspect that the = combination of rather unusual temperatures in Sweden over the last 10 days, and very poor ventilation in the room where the server sits, contributed to the "half-death" of the PSU. I should have known better than to suspect FreeBSD given the symptoms = (which I've actually seen once before when I think about it), and I would like = to apologize for any time wasted trying to help me. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 18:32:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE24D16A4CE for ; Sun, 15 Aug 2004 18:32:27 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA34C43D45 for ; Sun, 15 Aug 2004 18:32:26 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7FIWHXV021515; Sun, 15 Aug 2004 20:32:22 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <411FAC1F.6060002@DeepCore.dk> Date: Sun, 15 Aug 2004 20:31:59 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org cc: 'Nate Lawson' Subject: Re: More ATA interrupt(?) oddities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 18:32:27 -0000 Daniel Eriksson wrote: > I wrote: >=20 >=20 >>Sometime during the last 3 weeks, something has changed in=20 >>the kernel that makes one of my servers barf when hit with >>lots of I/O on multiple filesystems (like when starting >>"fsck" on all the filesystems). This used to work in the >>past, but I have unfortunately not run this stress-test in >>the last 3 weeks despite upgrading the kernel multiple times >=20 >=20 > I would like to apologize for shouting "fire" when there is, in fact, > nothing burning. After much head-scratching, some emails with S=F6ren a= nd Nate > and trying out a few old kernels without any success, I decided to repl= ace > the PSU powering the discs that were causing the timeout messages menti= oned > in my original email. That fixed the problem. I suspect that the combin= ation > of rather unusual temperatures in Sweden over the last 10 days, and ver= y > poor ventilation in the room where the server sits, contributed to the > "half-death" of the PSU. >=20 > I should have known better than to suspect FreeBSD given the symptoms (= which > I've actually seen once before when I think about it), and I would like= to > apologize for any time wasted trying to help me. There is no need to apologise, we got this solved, and got a bunch of=20 real problems fixed in the process, all in all a very positive end=20 result if you ask me :) Dont ever hesitate to shout again if you encounter ATA problems... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 19:25:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9854D16A953 for ; Sun, 15 Aug 2004 19:25:43 +0000 (GMT) Received: from mail.ambrisko.com (adsl-64-174-51-43.dsl.snfc21.pacbell.net [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AD9243D31 for ; Sun, 15 Aug 2004 19:25:43 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 15 Aug 2004 12:25:43 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i7FJPYSU070942; Sun, 15 Aug 2004 12:25:34 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i7FJPY77070941; Sun, 15 Aug 2004 12:25:34 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200408151925.i7FJPY77070941@ambrisko.com> In-Reply-To: To: "George V. Neville-Neil" Date: Sun, 15 Aug 2004 12:25:34 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Vitaly Markitantov cc: current@freebsd.org Subject: Re: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 19:25:43 -0000 FYI, if you are using a newer version of vmware we ran into a bug in which the virtual NICs are reset as the system boots up. So once interrupts are enabled you get a "storm" of packets ignored by driver. Here is a patch for -stable that should be close for -current etc. Index: sys/i386/isa/if_lnc.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/sys/i386/isa/Attic/if_lnc.c,v retrieving revision 1.68.2.5 diff -u -p -r1.68.2.5 if_lnc.c --- sys/i386/isa/if_lnc.c 13 Feb 2002 00:43:10 -0000 1.68.2.5 +++ sys/i386/isa/if_lnc.c 24 Mar 2004 16:12:00 -0000 @@ -1244,6 +1244,8 @@ lnc_attach_sc(struct lnc_softc *sc, int ether_ifattach(&sc->arpcom.ac_if, ETHER_BPF_SUPPORTED); + lnc_init(sc); + printf("lnc%d: ", unit); if (sc->nic.ic == LANCE || sc->nic.ic == C_LANCE) printf("%s (%s)", @@ -1338,6 +1340,8 @@ lnc_init(xsc) s = splimp(); lnc_stop(sc); + inw(sc->rdp + PCNET_RESET - PCNET_RDP); + outw(sc->rdp + PCNET_RESET - PCNET_RDP, 0); sc->arpcom.ac_if.if_flags |= IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; /* XXX??? */ /* Doug A. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 19:29:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D232316A4CF for ; Sun, 15 Aug 2004 19:29:19 +0000 (GMT) Received: from mx1.imp.ch (mx1.imp.ch [157.161.9.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAEE843D3F for ; Sun, 15 Aug 2004 19:29:18 +0000 (GMT) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2o [157.161.9.17]) by mx1.imp.ch (8.12.11/8.12.11) with ESMTP id i7FJTA8Q076586 for ; Sun, 15 Aug 2004 21:29:11 +0200 (CEST) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (localhost [127.0.0.1]) by mx2.imp.ch (8.12.11/8.12.11/Submit) with ESMTP id i7FJT7OC055145 for ; Sun, 15 Aug 2004 21:29:08 +0200 (CEST) (envelope-from mb@imp.ch) Received: (from clamav@localhost) by mx2.imp.ch (8.12.11/8.12.11/Submit) id i7FJT79o055134 for ; Sun, 15 Aug 2004 21:29:07 +0200 (CEST) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by ns1.imp.ch (MIMEDefang) with ESMTP id i7FJT3ZW096386; Sun, 15 Aug 2004 21:29:07 +0200 (CEST) Date: Sun, 15 Aug 2004 21:29:03 +0200 (CEST) From: Martin Blapp To: Julian Elischer In-Reply-To: <411EF85A.30006@elischer.org> Message-ID: <20040815212628.U20538@cvs.imp.ch> References: <20040813121208.M31181@cvs.imp.ch> <20040813102922.E93695@carver.gumbysoft.com> <411D20DF.2000503@samsco.org> <411E9399.3050200@alumni.rice.edu> <411EF85A.30006@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Resent: Yes X-Spam-Checksum: 590785a95aab3d3029941c0108308b14 X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0112 seconds" X-Spam-Status: No, hits=-4.9 required=5 scantime="3.8095 seconds" tests=BAYES_00 X-Scanned-By: MIMEDefang 2.44 cc: freebsd-current@freebsd.org Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 19:29:19 -0000 I just upgraded one SMP box to the latest current. I can observe that background fsck freezes the box immediatly after a fresh start. Without background fsck the box survives. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 19:48:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A916D16AAC9 for ; Sun, 15 Aug 2004 19:48:06 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4618B43D60 for ; Sun, 15 Aug 2004 19:48:06 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7FJkI1D064178 for ; Sun, 15 Aug 2004 15:46:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7FJkIxY064175 for ; Sun, 15 Aug 2004 15:46:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 15 Aug 2004 15:46:18 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: MP watchdog (or: I have a dual-xeon with processors to burn) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 19:48:06 -0000 I've just committed a hack I've been using over the last day or two to debug hangs. It's hardly perfect, but it is sort of neat. Basically, it allows you to allocate a CPU on an SMP system as a watchdog to kick you into the debugger if there's a hang, even if it's spinning in sched_lock or the like. It can either fire an NMI at the boot processor, or invoke the debugger directly. I've included a sample "be nasty" sysctl that attempts to cause a nasty hang which the debugger is capable of breaking into. Note that the current SMP hang I'm experiencing resists this technique, but it's a useful one regardless, and is a decent substitute for having an NMI button. And it's a useful use for that fourth logical processor on a dual Xeon... :-) You can add MP_WATCHDOG to your i386 conf file, select SCHED_4BSD as the scheduler, and use the debug.watchdog sysctl to set a debugging CPU (I'll usually set it to 3 on my box). In ps(1) you'll see the idle thread on that CPU rename to a watchdog thread. Due to interrupt round-robining and some IPI's, there will be situations where the watchdog CPU does other things than watch, but it seems to do that in few enough situations that this is useful for a broad range of debugging. Obviously, you lose utilization of the CPU for the duration of having the watchdog enabled. Note: This does not work with sched_ule, only sched_4bsd. I'll work on fixing that at some point, but I'm still chasing the current stability problems. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research ---------- Forwarded message ---------- Date: Sun, 15 Aug 2004 18:02:10 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/conf files.i386 options.i386 src/sys/i386/i386 mp_machdep.c mp_watchdog.c src/sys/i386/include mp_watchdog.h rwatson 2004-08-15 18:02:10 UTC FreeBSD src repository Modified files: sys/conf files.i386 options.i386 sys/i386/i386 mp_machdep.c Added files: sys/i386/i386 mp_watchdog.c sys/i386/include mp_watchdog.h Log: Add an "options MP_WATCHDOG" to i386. This option allows one of the logical CPUs on a system to be used as a dedicated watchdog to cause a drop to the debugger and/or generate an NMI to the boot processor if the kernel ceases to respond. A sysctl enables the watchdog running out of the processor's idle thread; a callout is launched to reset a timer in the watchdog. If the callout fails to reset the timer for ten seconds, the watchdog will fire. The sysctl allows you to select which CPU will run the watchdog. A sample "debug.leak_schedlock" is included, which causes a sysctl to spin holding sched_lock in order to trigger the watchdog. On my Xeons, the watchdog is able to detect this failure mode and break into the debugger, which cannot otherwise be done without an NMI button. This option does not currently work with sched_ule due to ule's push notion of scheduling, similar to machdep.hlt_logical_cpus failing to work with that scheduler. On face value, this might seem somewhat inefficient, but there are a lot of dual-processor Xeons with HTT around, so using one as a watchdog for testing is not as inefficient as one might fear. Revision Changes Path 1.503 +1 -0 src/sys/conf/files.i386 1.213 +1 -0 src/sys/conf/options.i386 1.234 +9 -0 src/sys/i386/i386/mp_machdep.c 1.1 +225 -0 src/sys/i386/i386/mp_watchdog.c (new) 1.1 +34 -0 src/sys/i386/include/mp_watchdog.h (new) From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 20:51:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B42D416A4CE for ; Sun, 15 Aug 2004 20:51:26 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C3BC43D1F for ; Sun, 15 Aug 2004 20:51:26 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i7FKpP90069347; Sun, 15 Aug 2004 13:51:25 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <411FCCCC.8040508@freebsd.org> Date: Sun, 15 Aug 2004 13:51:24 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040813235434.GA75875@xor.obsecurity.org> <20040814063541.GA43063@xor.obsecurity.org> In-Reply-To: <20040814063541.GA43063@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: bsdtar's security restrictions (was Re: Spurious EACCES errors from apache) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 20:51:26 -0000 Kris Kennaway wrote: > On Fri, Aug 13, 2004 at 04:54:34PM -0700, Kris Kennaway wrote: > >>Since a recent world+kernel update, apache is frequently reporting >>errors like: >> >> ... (13)Permission denied: access to /errorlogs/i386-4-packages-latest/All/pkgconfig-0.15.0_1.tgz failed because search permissions are missing on a component of the path > > With help from rwatson we tracked it down to bsdtar, which seems to be > setting and resetting permissions on every path component when > extracting a tarball. Yes, bsdtar does protect dirs that it is currently extracting to in an attempt to close certain security races. (Otherwise, there are windows during the process of setting permissions, ownership, ACLs, file flags, etc, when a file being extracted may be vulnerable to another process.) This is done for any directory explicitly mentioned in the archive and any implicit directory that is actually created. Directories that already exist and are only referenced implicitly shouldn't have their permissions edited. > This is bad when some of those directories > already exist, because other processes trying to access files in the > directory hierarchy may lose the race and fail. I don't think I understand what exactly you're trying to do. You are extracting archives over an existing directory that is currently being served by an Apache process in order to refresh some (presumably) small number of files? Give me some more details about your situation and I'll see what I can come up with. Tim From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 20:59:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF7EE16A4CE; Sun, 15 Aug 2004 20:59:48 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FC7743D39; Sun, 15 Aug 2004 20:59:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7FKxhNW026906; Sun, 15 Aug 2004 16:59:43 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BEC255139B; Sun, 15 Aug 2004 13:59:46 -0700 (PDT) Date: Sun, 15 Aug 2004 13:59:46 -0700 From: Kris Kennaway To: Tim Kientzle Message-ID: <20040815205946.GA18580@xor.obsecurity.org> References: <20040813235434.GA75875@xor.obsecurity.org> <20040814063541.GA43063@xor.obsecurity.org> <411FCCCC.8040508@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <411FCCCC.8040508@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: bsdtar's security restrictions (was Re: Spurious EACCES errors from apache) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 20:59:48 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2004 at 01:51:24PM -0700, Tim Kientzle wrote: > >With help from rwatson we tracked it down to bsdtar, which seems to be > >setting and resetting permissions on every path component when > >extracting a tarball.=20 >=20 > Yes, bsdtar does protect dirs that it is currently > extracting to in an attempt to close certain security > races. (Otherwise, there are windows during > the process of setting permissions, ownership, > ACLs, file flags, etc, when a file being > extracted may be vulnerable to another process.) >=20 > This is done for any directory explicitly mentioned > in the archive and any implicit directory that > is actually created. Directories that already > exist and are only referenced implicitly shouldn't > have their permissions edited. >=20 > > This is bad when some of those directories > >already exist, because other processes trying to access files in the > >directory hierarchy may lose the race and fail. >=20 > I don't think I understand what > exactly you're trying to do. >=20 > You are extracting archives over an existing directory > that is currently being served by an Apache process in > order to refresh some (presumably) small number of files? >=20 > Give me some more details about your situation and I'll > see what I can come up with. I pull in packages from package build clients with ssh client tar | tar. It creates archives like this: packages packages/All packages/All/uzap-1.0.tgz packages/editors packages/editors/uzap-1.0.tgz packages/Latest packages/Latest/uzap.tgz packages/ is supposed to have these permissions: drwxr-xr-x 93 ports-i386 portmgr 2048 Aug 14 23:12 packages/ But while the archive is being extracted it is changed to drwx------ 93 ports-i386 portmgr 2048 Aug 14 23:12 packages/ Thus, other processes that are concurrently trying to read other packages in that directory (apache, trying to serve them out as dependencies for other package builds) receive EACCESS. Kris --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBH87CWry0BWjoQKURAlOHAJoCzaKCYPJOhXlW5baFhEAWAbcXmACfdSWn NkpT25G56Y9MG5i3l+iLCvo= =80Ow -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 21:11:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0570C16A4CE for ; Sun, 15 Aug 2004 21:11:41 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA75843D1F for ; Sun, 15 Aug 2004 21:11:40 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.2] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i7FLBaQw085350 for ; Sun, 15 Aug 2004 17:11:38 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: References: Date: Sun, 15 Aug 2004 23:04:54 +0200 To: current@freebsd.org From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: MP watchdog (or: I have a dual-xeon with processors to burn) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 21:11:41 -0000 At 3:46 PM -0400 2004-08-15, Robert Watson wrote: > You can add MP_WATCHDOG to your i386 conf file, select SCHED_4BSD as the > scheduler, and use the debug.watchdog sysctl to set a debugging CPU (I'll > usually set it to 3 on my box). This is way, way cool! Thanks for your hard work, and continued hard work on tracking down the SMP hangs! -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 21:25:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D64816A4CE; Sun, 15 Aug 2004 21:25:43 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F96543D1D; Sun, 15 Aug 2004 21:25:43 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id i7FLPf46017707; Sun, 15 Aug 2004 22:25:41 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id i7FLPfMu084930; Sun, 15 Aug 2004 22:25:41 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)i7FLPfIB084927; Sun, 15 Aug 2004 22:25:41 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 15 Aug 2004 22:25:41 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Vince Hoffman In-Reply-To: <20040815113727.S33525@unsane.co.uk> Message-ID: <20040815221840.U84668@ury.york.ac.uk> References: <20040815113727.S33525@unsane.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: 5.x on a portege A100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 21:25:43 -0000 On Sun, 15 Aug 2004, Vince Hoffman wrote: > I'm rather idley trying to get 5.2.1+ to work on my toshiba > portege A100. So far no joy, 5.x will not boot. I have tried the > various boot menu options (with and without ACPI), but 5.2.1 > and the latest -CURRENT snapshot I could could find on the snapshot server > both freeze at pci0, ACPI enabled says, pci0: on pcib0 > non ACPI says pci0: . I'll write down and retype the > entire output if it'll help. I've been vaguely looking into this myself on a friend's laptop... If you boot verbose, is the chip it hangs on vendor 8086 product 3584? If you drop into the bios, I believe there is an option called something like "Device config". Set it to "All devices", not "Setup by OS". The option may be called "PnP OS", in which case set it to no. Then I believe you can boot either with or without ACPI. This may not be the cause - i've been playing with a few different laptops recently... Gavin From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 21:26:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95C4916A4CE for ; Sun, 15 Aug 2004 21:26:50 +0000 (GMT) Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF66943D39 for ; Sun, 15 Aug 2004 21:26:47 +0000 (GMT) (envelope-from raoul.megelas@libertysurf.fr) Received: from libertysurf.fr (83.152.228.62) by mail.libertysurf.net (6.5.036) id 411EE56F0018EEA3 for freebsd-current@freebsd.org; Sun, 15 Aug 2004 23:26:47 +0200 Received: from raoul.megelas by port.private.music with local (Exim 4.20) id 1BwSWZ-000K31-1C for freebsd-current@freebsd.org; Sun, 15 Aug 2004 23:26:43 +0200 Date: Sun, 15 Aug 2004 23:26:42 +0200 From: "raoul.megelas" To: freebsd-current@freebsd.org Message-ID: <20040815212642.GA77050@libertysurf.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: apa-1460 Adaptec pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 21:26:50 -0000 Hello, I searched the archives list, and found nothing to fix my problem. Since a certain lot of time (?) my scsi card doesn't work. As you can see below the attach/proge fails, returning code 6. (i hope that the card is not too old). My config a Dell Inspiron 8000, running current from 4-8-2004. Below is the result of the cis debug, and error. Please, can you tell me what to do? many thanks for your reply. raoul raoul.megelas@libertysurf.fr cbb0: at device 15.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 ... aic1: at port 0x340-0x35f irq 11 function 0 config 9 on pccard0 device_attach: aic1 attach returned 6 cbb0: card inserted: event=0x00000000, state=30000410 pccard0: chip_socket_enable cbb_pcic_socket_enable: cbb0: cbb_power: 5V pccard0: read_cis cis mem map 0xd11aa000 (resource: 0xf2010000) pccard0: CIS tuple chain: CISTPL_DEVICE type=null speed=null 01 03 00 00 ff CISTPL_DEVICE_A type=rom speed=200ns 17 03 12 00 ff CISTPL_VERS_1 15 39 04 01 41 64 61 70 74 65 63 2c 20 49 6e 63 2e 00 41 50 41 2d 31 34 36 30 20 53 43 53 49 20 48 6f 73 74 20 41 64 61 70 74 65 72 00 56 65 72 73 69 6f 6e 20 30 2e 30 31 00 ff CISTPL_MANFID 20 04 2f 01 02 00 CISTPL_CONFIG 1a 05 01 08 00 20 01 CISTPL_CFTABLE_ENTRY 1b 0f c9 01 19 49 55 65 06 ca 60 40 03 1f 30 00 1e CISTPL_CFTABLE_ENTRY 1b 07 08 08 ca 60 40 01 1f CISTPL_NO_LINK 14 00 CISTPL_END ff pccard0: check_cis_quirks pccard0: CIS version PCCARD 2.0 or 2.1 pccard0: CIS info: Adaptec, Inc., APA-1460 SCSI Host Adapter, Version 0.01 pccard0: Manufacturer code 0x12f, product 0x2 pccard0: function 0: unspecified, ccr addr 2000 mask 1 pccard0: function 0, config table entry 9: I/O card; irq mask 1e00; iomask a, iospace 340-35f; io16 irqlevel pccard0: function 0, config table entry 8: I/O card; irq mask 1e00; iomask a, iospace 140-15f; io16 irqlevel pccard0: functions scanning pccard0: Card has 1 functions. pccard_mfc is 0 pccard0: I/O rid 0 start 340 end 35f cbb_pcic_socket_enable: cbb0: cbb_power: 0V cbb0: cbb_power: 5V pccard0: ccr_res == f2002000-f20023ff, base=2000 pccard0: function 0 CCR at 0 offset 0: 1 3 0 0, 17 3 12 0, ff aic1: at port 0x340-0x35f irq 11 function 0 config 9 on pccard0 device_attach: aic1 attach returned 6 From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 21:36:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41FF516A4CE; Sun, 15 Aug 2004 21:36:52 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2715243D31; Sun, 15 Aug 2004 21:36:52 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i7FLapla024734; Sun, 15 Aug 2004 14:36:51 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i7FLapSg024733; Sun, 15 Aug 2004 14:36:51 -0700 (PDT) (envelope-from dillon) Date: Sun, 15 Aug 2004 14:36:51 -0700 (PDT) From: Matthew Dillon Message-Id: <200408152136.i7FLapSg024733@apollo.backplane.com> To: Tim Kientzle References: <20040813235434.GA75875@xor.obsecurity.org> <411FCCCC.8040508@freebsd.org> cc: current@freebsd.org cc: Kris Kennaway Subject: Re: bsdtar's security restrictions (was Re: Spurious EACCES errorsfrom apache) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 21:36:52 -0000 : > This is bad when some of those directories :> already exist, because other processes trying to access files in the :> directory hierarchy may lose the race and fail. : : I don't think I understand what :exactly you're trying to do. : :You are extracting archives over an existing directory :that is currently being served by an Apache process in :order to refresh some (presumably) small number of files? : :Give me some more details about your situation and I'll :see what I can come up with. : :Tim Using tar for that sort of thing is a bad idea anyway, since tar (and bsdtar) do not use the create-temporary/write/rename trick to atomically replace files. This means that a live server like a web server could easily 'catch' files in the middle of being written, leading to odd errors. A far better way to handle updates is to extract to a temporary directory and then use something like 'cpdup -o' (/usr/ports/sysutils/cpdup), which does properly use the rename trick, to update the live master. Or, alternatively, NFS mount the master and use cpdup to update each slave (being sure to synchronize against the master so you don't catch the master in the middle of an update). -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 21:38:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F3A216A4CE; Sun, 15 Aug 2004 21:38:59 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5902F43D31; Sun, 15 Aug 2004 21:38:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7FLctZn009356; Sun, 15 Aug 2004 17:38:55 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C67C95139B; Sun, 15 Aug 2004 14:38:54 -0700 (PDT) Date: Sun, 15 Aug 2004 14:38:54 -0700 From: Kris Kennaway To: Matthew Dillon Message-ID: <20040815213854.GA22381@xor.obsecurity.org> References: <20040813235434.GA75875@xor.obsecurity.org> <20040814063541.GA43063@xor.obsecurity.org> <411FCCCC.8040508@freebsd.org> <200408152136.i7FLapSg024733@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <200408152136.i7FLapSg024733@apollo.backplane.com> User-Agent: Mutt/1.4.2.1i cc: Tim Kientzle cc: current@freebsd.org cc: Kris Kennaway Subject: Re: bsdtar's security restrictions (was Re: Spurious EACCES errors from apache) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 21:38:59 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2004 at 02:36:51PM -0700, Matthew Dillon wrote: > : > This is bad when some of those directories > :> already exist, because other processes trying to access files in the > :> directory hierarchy may lose the race and fail. > : > : I don't think I understand what > :exactly you're trying to do. > : > :You are extracting archives over an existing directory > :that is currently being served by an Apache process in > :order to refresh some (presumably) small number of files? > : > :Give me some more details about your situation and I'll > :see what I can come up with. > : > :Tim >=20 > Using tar for that sort of thing is a bad idea anyway, since tar (and > bsdtar) do not use the create-temporary/write/rename trick to atomica= lly > replace files. This means that a live server like a web server could > easily 'catch' files in the middle of being written, leading to odd= =20 > errors. No, my use is safe because I know the clients are not going to request the files until they're all in place (because of the way jobs are ordered). Kris --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBH9fuWry0BWjoQKURApvsAJ9UtrkEWOJeDiSxKE9MEZ/Km6JT5wCfRT1n th/BVsyIzF4KzITa6eObZPc= =tPIZ -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 22:01:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A45D16A4CE for ; Sun, 15 Aug 2004 22:01:56 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A52ED43D2D for ; Sun, 15 Aug 2004 22:01:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7FLx4f8050201; Sun, 15 Aug 2004 15:59:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 15 Aug 2004 15:59:24 -0600 (MDT) Message-Id: <20040815.155924.79070944.imp@bsdimp.com> To: oberman@es.net From: "M. Warner Losh" In-Reply-To: <20040815014707.1C5365D04@ptavv.es.net> References: <20040814.162010.04877596.imp@bsdimp.com> <20040815014707.1C5365D04@ptavv.es.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: sah@softcardsystems.com cc: freebsd-current@freebsd.org Subject: Re: pccard/cbb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 22:01:56 -0000 In message: <20040815014707.1C5365D04@ptavv.es.net> "Kevin Oberman" writes: : > Date: Sat, 14 Aug 2004 16:20:10 -0600 (MDT) : > From: "M. Warner Losh" : > Sender: owner-freebsd-current@freebsd.org : > : > In message: : > Sam writes: : > : module cbb already exists! : > : > That's odd. I've never seen this. How do you create it? : : I have been seeing this since a kernel build on Aug 13. My kernel from : Aug. 11 was fine. Since I have cbb in my kernel, it looks like something : is trying to load cbb again at boot time. OK. That's very odd. Nothing should be trying to load it. This is in the time frame I committed my split... Warner From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 22:21:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCF8416A4CE for ; Sun, 15 Aug 2004 22:21:49 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF56F43D31 for ; Sun, 15 Aug 2004 22:21:46 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i7FMLk90069729; Sun, 15 Aug 2004 15:21:46 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <411FE1FA.5070703@freebsd.org> Date: Sun, 15 Aug 2004 15:21:46 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040813235434.GA75875@xor.obsecurity.org> <20040814063541.GA43063@xor.obsecurity.org> <411FCCCC.8040508@freebsd.org> <20040815205946.GA18580@xor.obsecurity.org> In-Reply-To: <20040815205946.GA18580@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: bsdtar's security restrictions (was Re: Spurious EACCES errors from apache) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 22:21:50 -0000 Kris Kennaway wrote: > On Sun, Aug 15, 2004 at 01:51:24PM -0700, Tim Kientzle wrote: > >>>This is bad when some of those directories >>>already exist, because other processes trying to access files in the >>>directory hierarchy may lose the race and fail. >> >>Give me some more details about your situation and I'll >>see what I can come up with. > > I pull in packages from package build clients with > ssh client tar | tar. It creates archives like this: > > packages > packages/All > packages/All/uzap-1.0.tgz > packages/editors > packages/editors/uzap-1.0.tgz > packages/Latest > packages/Latest/uzap.tgz > > packages/ is supposed to have these permissions: > > drwxr-xr-x 93 ports-i386 portmgr 2048 Aug 14 23:12 packages/ > > But while the archive is being extracted it is changed to > > drwx------ 93 ports-i386 portmgr 2048 Aug 14 23:12 packages/ If you can change it to contain only the files (and not the directories), then this should no longer be a problem. As I mentioned earlier, the editing of dir permissions is done for "packages/" here because it's explicitly listed as an archive entry. In the meantime, I'll see about adding an option to relax the security constraints for situations like this. Tim From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 22:29:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C01F16A4CE for ; Sun, 15 Aug 2004 22:29:46 +0000 (GMT) Received: from web13421.mail.yahoo.com (web13421.mail.yahoo.com [216.136.175.125]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A4DC43D3F for ; Sun, 15 Aug 2004 22:29:46 +0000 (GMT) (envelope-from ua_vitaly@yahoo.com) Message-ID: <20040815222946.53690.qmail@web13421.mail.yahoo.com> Received: from [80.255.64.192] by web13421.mail.yahoo.com via HTTP; Sun, 15 Aug 2004 15:29:46 PDT Date: Sun, 15 Aug 2004 15:29:46 -0700 (PDT) From: Vitaly Markitantov To: "George V. Neville-Neil" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org Subject: Re: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 22:29:46 -0000 --- "George V. Neville-Neil" wrote: > At Sat, 14 Aug 2004 10:57:24 -0700 (PDT), > Vitaly Markitantov wrote: > > > On Sat, 14 Aug 2004, Vitaly Markitantov wrote: > > > > > > > > I can't get any files off of my system because without lnc0 it has no > > > > > network. I can only get in on the vmware console. > > > > > > > > I use for this purpose USB-flash drive. > > > > > > > > But turning off ACPI does nothing for this problem. lnc0 still doesn't > > > > work without ACPI too. > > > > > > I did make a change yesterday to add IFF_NEEDSGIANT to the ifnet flags of > > > the interface. Theory suggests this should't be the problem (especially > > > if you're not running with debug.mpsafenet=1), but practice is generally > > > more relevant :-). Is it possible for you to check to see if the > > > before/after versions of that change to see if that's the cause? > > > > I will try tomorrow, but i saw problem with lnc0 before yesterdays changes. > > I think problems appeared around August 04-07. > > OK, I believe this is an interrupt problem. I turned on debugging and > the memory locations of the tx and rx rings look OK. THe problem is > nothing is being sent/received, the rings are full but nothing else. > > I need to figure out how to mount a USB flash drive, under -CURRENT as > the Guest and Red Hat 9 as the vmware host. Then I can send the > output along. I'll look more into this tonight as my test pod is dead > without this stuff and I need to test some IPv6 stuff. I found what is the cause of problem with lnc0. it's commited vm_contig.c from Thu Aug 5 14:54:12 PDT 2004 ( http://lists.freebsd.org/pipermail/cvs-src/2004-August/028854.html ) I set in /boot/loader.conf vm.old_contigmalloc="1" and all stuff works fine. ===== Vitaly Markitantov +38050-3530077 __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 22:33:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FF0F16A4CE for ; Sun, 15 Aug 2004 22:33:42 +0000 (GMT) Received: from mail.dada.it (mail2.dada.it [195.110.100.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 1FBC943D1D for ; Sun, 15 Aug 2004 22:33:39 +0000 (GMT) (envelope-from riccardo@torrini.org) Received: (qmail 16448 invoked from network); 15 Aug 2004 22:33:34 -0000 Received: from unknown (HELO silos.torrini.home) (195.110.114.101) by mail.dada.it with SMTP; 15 Aug 2004 22:33:34 -0000 Received: from trudy.torrini.home (trudy.torrini.home [192.168.22.3]) by silos.torrini.home (Postfix) with ESMTP id 685F6A91B; Mon, 16 Aug 2004 00:33:36 +0200 (CEST) Received: by trudy.torrini.home (Postfix, from userid 1001) id C53C51F34; Mon, 16 Aug 2004 00:33:35 +0200 (CEST) Date: Mon, 16 Aug 2004 00:33:35 +0200 From: Riccardo Torrini To: freebsd-current@FreeBSD.ORG Message-ID: <20040815223335.GA82743@trudy.torrini.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: Nate Lawson Subject: Disabled known-bad BIOS revisions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 22:33:42 -0000 As explained in UPDATING on 20040630, ACPI has been updated to disable known-bad BIOS revisions. A message will be printed on the console... Machine is a dual pIII/500, MoBo is an ASUS P2B-DS (dual+scsi) Without hint.acpi.0.disabled="0" I got a "auto-reboot-without-panic" after loading kernel (or after loading/skipping ACPI, it is too fast so I can't see any message at all). Because the entry for my MoBo doesn't have a related PR, I think we have "imported" from other systems or from other "reliable sources". I'd like to know if any of you has that board because I use by over 2 years without problems. I currently have enabled back ACPI and rebuilded world again, it is up and running ;) (only a "don't know if related" problem: after switching to sound and snd_* my machine don't play any sound, device is found at boot but no mixer nor dsp are created into /dev, I will send a separate message). Other test I have done between jul/aug: - kernel without SMP, no hint: GOOD, see the disabled message - kernel with SMP, hint to enable ACPI: GOOD, no message - kernel with SMP, no hint: FAIL, AUTO-REBOOT Machine is a dual pIII/500 on this MoBo: # grep -A6 ASUS.P2B-DS /usr/src/sys/dev/acpica/acpi_quirks # ASUS P2B-DS 02/03/99 name: ASUS_P2B_DS oem: FADT "ASUS " "P2B-DS " oem_rev: FADT <= 0x58582e31 creator_rev: FADT <= 0x31303030 quirks: ACPI_Q_BROKEN # ASUS P2B-DS 10/21/99 name: ASUS_P2B_2 oem: FADT "ASUS " "P2B-DS " oem_rev: FADT <= 0x58582e32 creator_rev: FADT <= 0x31303030 quirks: ACPI_Q_BROKEN Can I vote for "removing" this MoBo from quirks? What test can I do to prove that is works? If you need an acpi dump you can found here: ftp://ftp.torrini.org/pub/FreeBSD/trudy.acpidump-vt.gz ftp://ftp.torrini.org/pub/FreeBSD/trudy.acpidump-vtd.gz (first is acpidump -v -t, second is the same plus -d) PS: please Cc:, I suspended subscription for holidays... -- Riccardo. ( http://www.GUFI.org/~vic/ ) From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 22:48:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD67D16A4CE; Sun, 15 Aug 2004 22:48:47 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F1DC43D2D; Sun, 15 Aug 2004 22:48:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7FMmnnA023225; Sun, 15 Aug 2004 18:48:49 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4A6E65139B; Sun, 15 Aug 2004 15:48:45 -0700 (PDT) Date: Sun, 15 Aug 2004 15:48:45 -0700 From: Kris Kennaway To: Tim Kientzle Message-ID: <20040815224844.GA26084@xor.obsecurity.org> References: <20040813235434.GA75875@xor.obsecurity.org> <20040814063541.GA43063@xor.obsecurity.org> <411FCCCC.8040508@freebsd.org> <20040815205946.GA18580@xor.obsecurity.org> <411FE1FA.5070703@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <411FE1FA.5070703@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: bsdtar's security restrictions (was Re: Spurious EACCES errors from apache) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 22:48:47 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2004 at 03:21:46PM -0700, Tim Kientzle wrote: > >packages > >packages/All > >packages/All/uzap-1.0.tgz > >packages/editors > >packages/editors/uzap-1.0.tgz > >packages/Latest > >packages/Latest/uzap.tgz > > > >packages/ is supposed to have these permissions: > > > >drwxr-xr-x 93 ports-i386 portmgr 2048 Aug 14 23:12 packages/ > > > >But while the archive is being extracted it is changed to > > > >drwx------ 93 ports-i386 portmgr 2048 Aug 14 23:12 packages/ >=20 > If you can change it to contain only the files > (and not the directories), then this should no > longer be a problem. As I mentioned earlier, the > editing of dir permissions is done for "packages/" > here because it's explicitly listed as an archive > entry. That would be a bit cumbersome..can't you make it just not clear permissions on files and directories that already exist? If they have relaxed or insecure permissions, they had insecure permissions to begin with and one may assume this is by intention. Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBH+hMWry0BWjoQKURAqDmAJ4q723RXlmDFnEjkxxE7/rclEWVKQCdEdRA pKnJ+Jibjjm3Nr1nDTxPrxM= =E3cy -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 23:04:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16D9716A4CE for ; Sun, 15 Aug 2004 23:04: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 BE35543D46 for ; Sun, 15 Aug 2004 23:04:06 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i7FN3j29001176; Sun, 15 Aug 2004 16:03:49 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200408152303.i7FN3j29001176@gw.catspoiler.org> Date: Sun, 15 Aug 2004 16:03:45 -0700 (PDT) From: Don Lewis To: imp@bsdimp.com In-Reply-To: <20040815.155924.79070944.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: sah@softcardsystems.com cc: freebsd-current@FreeBSD.org Subject: Re: pccard/cbb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 23:04:07 -0000 On 15 Aug, M. Warner Losh wrote: > In message: <20040815014707.1C5365D04@ptavv.es.net> > "Kevin Oberman" writes: > : > Date: Sat, 14 Aug 2004 16:20:10 -0600 (MDT) > : > From: "M. Warner Losh" > : > Sender: owner-freebsd-current@freebsd.org > : > > : > In message: > : > Sam writes: > : > : module cbb already exists! > : > > : > That's odd. I've never seen this. How do you create it? > : > : I have been seeing this since a kernel build on Aug 13. My kernel from > : Aug. 11 was fine. Since I have cbb in my kernel, it looks like something > : is trying to load cbb again at boot time. > > OK. That's very odd. Nothing should be trying to load it. This is > in the time frame I committed my split... I'm seeing the same thing here and I don't even have a cbb on that machine. From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 23:19:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8570116A4CE; Sun, 15 Aug 2004 23:19:52 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29BB243D45; Sun, 15 Aug 2004 23:19:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7FNJWIM051051; Sun, 15 Aug 2004 17:19:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 15 Aug 2004 17:19:51 -0600 (MDT) Message-Id: <20040815.171951.109629809.imp@bsdimp.com> To: truckman@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <200408152303.i7FN3j29001176@gw.catspoiler.org> References: <20040815.155924.79070944.imp@bsdimp.com> <200408152303.i7FN3j29001176@gw.catspoiler.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: sah@softcardsystems.com cc: freebsd-current@FreeBSD.org Subject: Re: pccard/cbb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 23:19:52 -0000 In message: <200408152303.i7FN3j29001176@gw.catspoiler.org> Don Lewis writes: : On 15 Aug, M. Warner Losh wrote: : > In message: <20040815014707.1C5365D04@ptavv.es.net> : > "Kevin Oberman" writes: : > : > Date: Sat, 14 Aug 2004 16:20:10 -0600 (MDT) : > : > From: "M. Warner Losh" : > : > Sender: owner-freebsd-current@freebsd.org : > : > : > : > In message: : > : > Sam writes: : > : > : module cbb already exists! : > : > : > : > That's odd. I've never seen this. How do you create it? : > : : > : I have been seeing this since a kernel build on Aug 13. My kernel from : > : Aug. 11 was fine. Since I have cbb in my kernel, it looks like something : > : is trying to load cbb again at boot time. : > : > OK. That's very odd. Nothing should be trying to load it. This is : > in the time frame I committed my split... : : I'm seeing the same thing here and I don't even have a cbb on that : machine. I think that this may be due to bugs in the loader. It appears that cbb has depends on exca that I neglected to commit, so I've done that in the hopes of things working better. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 01:21:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F07416A4CE; Mon, 16 Aug 2004 01:21:33 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E30D43D2F; Mon, 16 Aug 2004 01:21:32 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 91A6450B80; Mon, 16 Aug 2004 10:21:31 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 278A550B60; Mon, 16 Aug 2004 10:21:30 +0900 (JST) Date: Mon, 16 Aug 2004 10:21:30 +0900 Message-ID: <7mpt5rev39.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current , grog@FreeBSD.org User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 01:21:33 -0000 After rebooting from previous panic, I had this panic during vinum starting. I can continue booting after removing "vinum_start=YES" from /etc/rc.conf. Greg, is there what I can help for this? ----- panic: unmount: dangling vnode cpuid = 0; KDB: enter: panic [thread 100102] Stopped at kdb_enter+0x2b: nop db> trace kdb_enter(c0677962) at kdb_enter+0x2b panic(c067f68a,c398cc05,e4e7d9e8,c053a62b,c38fa000) at panic+0x131 vfs_mount_destroy(c38fa000,c3968420) at vfs_mount_destroy+0x1d getdiskbyname(c398cc00,e4e7da14,c050abcd,61,c398cc00) at getdiskbyname+0x173 open_drive(c398cc00,c3968420,0,c07c3247,c398cc00) at open_drive+0x21 init_drive(c398cc00,0,61,1,c398cc00) at init_drive+0x1c read_drive_label(c398cc00,0,e4e7da74,c,61) at read_drive_label+0x11 check_drive(c393c800,c393c808,408,c07cff26,1) at check_drive+0x4c vinum_scandisk(c3938380,c393cc00,c39bf528,c38ed700,e4e7db3c) at vinum_scandisk+0x220 vinum_super_ioctl(c38ed700,c400464b,c393cc00,c06d8ba0,1) at vinum_super_ioctl+0x4d0 vinumioctl(c38ed700,c400464b,c393cc00,3,c3968420) at vinumioctl+0x39 spec_ioctl(e4e7db88,e4e7dc34,c0547b23,e4e7db88,c06ccec0) at spec_ioctl+0x152 spec_vnoperate(e4e7db88) at spec_vnoperate+0x13 vn_ioctl(c3975154,c400464b,c393cc00,c3460480,c3968420) at vn_ioctl+0x19f ioctl(c3968420,e4e7dd14,3,4,296) at ioctl+0x3e0 syscall(2f,2f,2f,0,1) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28145083, esp = 0xbfbfe52c, ebp = 0xbfbfe958 --- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 02:25:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D71B516A4CE for ; Mon, 16 Aug 2004 02:25:15 +0000 (GMT) Received: from ms-smtp-03-eri0.ohiordc.rr.com (ms-smtp-03-smtplb.ohiordc.rr.com [65.24.5.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36B1543D45 for ; Mon, 16 Aug 2004 02:25:15 +0000 (GMT) (envelope-from meb@cinci.rr.com) Received: from [10.0.0.29] (cpe-069-133-125-111.woh.rr.com [69.133.125.111]) i7G2P3Vd002389; Sun, 15 Aug 2004 22:25:12 -0400 (EDT) Message-ID: <41201B00.6070809@cinci.rr.com> Date: Sun, 15 Aug 2004 22:25:04 -0400 From: Mike B User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jun Kuriyama References: <7mpt5rev39.wl@black.imgsrc.co.jp> In-Reply-To: <7mpt5rev39.wl@black.imgsrc.co.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: Current Subject: Re: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 02:25:16 -0000 Jun Kuriyama wrote: >After rebooting from previous panic, I had this panic during vinum >starting. I can continue booting after removing "vinum_start=YES" >from /etc/rc.conf. > >Greg, is there what I can help for this? > > >----- >panic: unmount: dangling vnode >cpuid = 0; >KDB: enter: panic >[thread 100102] >Stopped at kdb_enter+0x2b: nop >db> trace >kdb_enter(c0677962) at kdb_enter+0x2b >panic(c067f68a,c398cc05,e4e7d9e8,c053a62b,c38fa000) at panic+0x131 >vfs_mount_destroy(c38fa000,c3968420) at vfs_mount_destroy+0x1d >getdiskbyname(c398cc00,e4e7da14,c050abcd,61,c398cc00) at getdiskbyname+0x173 >open_drive(c398cc00,c3968420,0,c07c3247,c398cc00) at open_drive+0x21 >init_drive(c398cc00,0,61,1,c398cc00) at init_drive+0x1c >read_drive_label(c398cc00,0,e4e7da74,c,61) at read_drive_label+0x11 >check_drive(c393c800,c393c808,408,c07cff26,1) at check_drive+0x4c >vinum_scandisk(c3938380,c393cc00,c39bf528,c38ed700,e4e7db3c) at vinum_scandisk+0x220 >vinum_super_ioctl(c38ed700,c400464b,c393cc00,c06d8ba0,1) at vinum_super_ioctl+0x4d0 >vinumioctl(c38ed700,c400464b,c393cc00,3,c3968420) at vinumioctl+0x39 >spec_ioctl(e4e7db88,e4e7dc34,c0547b23,e4e7db88,c06ccec0) at spec_ioctl+0x152 >spec_vnoperate(e4e7db88) at spec_vnoperate+0x13 >vn_ioctl(c3975154,c400464b,c393cc00,c3460480,c3968420) at vn_ioctl+0x19f >ioctl(c3968420,e4e7dd14,3,4,296) at ioctl+0x3e0 >syscall(2f,2f,2f,0,1) at syscall+0x217 >Xint0x80_syscall() at Xint0x80_syscall+0x1f >--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28145083, esp = 0xbfbfe52c, ebp = 0xbfbfe958 --- > > > > Standard vinum in -CURRENT is busted. Please check out geom_vinum and gvinum in the archives. Mike From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 02:39:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2318A16A4D2 for ; Mon, 16 Aug 2004 02:39:05 +0000 (GMT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAD4043D31 for ; Mon, 16 Aug 2004 02:39:04 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id D621F2BD69 for ; Mon, 16 Aug 2004 12:39:02 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 686EA51201; Mon, 16 Aug 2004 12:09:00 +0930 (CST) Date: Mon, 16 Aug 2004 12:09:00 +0930 From: Greg 'groggy' Lehey To: Mike B Message-ID: <20040816023900.GE30875@wantadilla.lemis.com> References: <7mpt5rev39.wl@black.imgsrc.co.jp> <41201B00.6070809@cinci.rr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dgjlcl3Tl+kb3YDk" Content-Disposition: inline In-Reply-To: <41201B00.6070809@cinci.rr.com> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: Jun Kuriyama cc: Current Subject: Re: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 02:39:05 -0000 --dgjlcl3Tl+kb3YDk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 15 August 2004 at 22:25:04 -0400, Mike B wrote: > Jun Kuriyama wrote: > >> After rebooting from previous panic, I had this panic during vinum >> starting. I can continue booting after removing "vinum_start=YES" >> from /etc/rc.conf. >> >> Greg, is there what I can help for this? > > Standard vinum in -CURRENT is busted. Please check out geom_vinum > and gvinum in the archives. Certainly there have been problems associated with vinum_start. We should assume that "vinum" is the old version which is only still there until le gets all the functionality into gvinum. Then we'll rename gvinum to vinum. Greg -- Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --dgjlcl3Tl+kb3YDk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFBIB5EIubykFB6QiMRAqgAAKCSQqnYboQ5yYblg/7kOiOtqU+uCgCfQPm0 FjI5ppYG3qFTVWm/RYPYzk8= =KGvh -----END PGP SIGNATURE----- --dgjlcl3Tl+kb3YDk-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 02:49:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C4F716A4CE; Mon, 16 Aug 2004 02:49:10 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id D379343D2D; Mon, 16 Aug 2004 02:49:09 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 94C9750C7D; Mon, 16 Aug 2004 11:49:08 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 57ADC50C4E; Mon, 16 Aug 2004 11:48:47 +0900 (JST) Date: Mon, 16 Aug 2004 11:48:46 +0900 Message-ID: <7moelber1t.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Greg 'groggy' Lehey In-Reply-To: <20040816023900.GE30875@wantadilla.lemis.com> References: <7mpt5rev39.wl@black.imgsrc.co.jp> <41201B00.6070809@cinci.rr.com> <20040816023900.GE30875@wantadilla.lemis.com> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: Current Subject: Re: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 02:49:10 -0000 At Mon, 16 Aug 2004 12:09:00 +0930, Greg 'groggy' Lehey wrote: > Certainly there have been problems associated with vinum_start. We > should assume that "vinum" is the old version which is only still > there until le gets all the functionality into gvinum. Then we'll > rename gvinum to vinum. Thanks! I'll try with gvinum. # I hope something anti footshooting not to use old vinum for silly # newbie like me. :-( -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 03:56:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C572216A4CE for ; Mon, 16 Aug 2004 03:56:16 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5757F43D39 for ; Mon, 16 Aug 2004 03:56:12 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7G3uBEt004295; Sun, 15 Aug 2004 23:56:11 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7G3u9jD004294; Sun, 15 Aug 2004 23:56:09 -0400 (EDT) (envelope-from green) Date: Sun, 15 Aug 2004 23:56:09 -0400 From: Brian Fundakowski Feldman To: Peter Kostouros Message-ID: <20040816035609.GC980@green.homeunix.org> References: <411D7CC4.9000606@melbpc.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <411D7CC4.9000606@melbpc.org.au> User-Agent: Mutt/1.5.6i cc: freebsd-current@FreeBSD.ORG Subject: Re: [panic] runq_choose: no proc on busy queue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 03:56:16 -0000 On Sat, Aug 14, 2004 at 12:45:24PM +1000, Peter Kostouros wrote: > Hi > > I cvsup'ed a built a system on 12AUG (~7pm (I'm at GMT + 10)). The > system has been running well. I built and installed a kernel with > PREEMPTION defined and now get regular panics at startup (shortly after > identifying ata1-slave). I hope the attached backtrace is useful. > > Note, I am running SCHED_ULE and have a UP processor (no HTT). Please still leave PREEMPTION off -- the bugs it exposes have yet to be fixed, so it should be quite dangerous. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 04:07:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 238CB16A4CE; Mon, 16 Aug 2004 04:07:53 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3BCE43D46; Mon, 16 Aug 2004 04:07:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-94.dsl.snfc21.pacbell.net [64.171.186.94]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7G47p8U002171; Sun, 15 Aug 2004 21:07:52 -0700 Message-ID: <41203316.90801@root.org> Date: Sun, 15 Aug 2004 21:07:50 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Riccardo Torrini References: <20040815223335.GA82743@trudy.torrini.home> In-Reply-To: <20040815223335.GA82743@trudy.torrini.home> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG Subject: Re: Disabled known-bad BIOS revisions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 04:07:53 -0000 Riccardo Torrini wrote: > As explained in UPDATING on 20040630, ACPI has been updated to disable > known-bad BIOS revisions. A message will be printed on the console... > > Machine is a dual pIII/500, MoBo is an ASUS P2B-DS (dual+scsi) > > Without hint.acpi.0.disabled="0" I got a "auto-reboot-without-panic" > after loading kernel (or after loading/skipping ACPI, it is too fast > so I can't see any message at all). Try booting with "unset acpi_load" so that acpi is not even loaded. Does your system work then? If so, the problem that needs to be fixed is booting with ACPI disabled and is a bug. I find it hard to believe that your system was designed to not work without ACPI since it is from 1999. > (only a "don't know if related" problem: after switching to sound and > snd_* my machine don't play any sound, device is found at boot but no > mixer nor dsp are created into /dev, I will send a separate message). > > Other test I have done between jul/aug: > - kernel without SMP, no hint: GOOD, see the disabled message > - kernel with SMP, hint to enable ACPI: GOOD, no message > - kernel with SMP, no hint: FAIL, AUTO-REBOOT > > Can I vote for "removing" this MoBo from quirks? What test can I do > to prove that is works? If you need an acpi dump you can found here: > ftp://ftp.torrini.org/pub/FreeBSD/trudy.acpidump-vt.gz > ftp://ftp.torrini.org/pub/FreeBSD/trudy.acpidump-vtd.gz > (first is acpidump -v -t, second is the same plus -d) No, the hints give the same behavior you'd have on Windows, namely that it wouldn't even install the ACPI version of the HAL. Note that with ACPI enabled your sound card doesn't work. This machine's BIOS was built in 1999. Linux doesn't even support ACPI for machines older than 2001. -Nate From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 04:22:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 720FE16A4CE; Mon, 16 Aug 2004 04:22:16 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5600F43D31; Mon, 16 Aug 2004 04:22:16 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Sun, 15 Aug 2004 21:22:16 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 99E275D04; Sun, 15 Aug 2004 21:22:15 -0700 (PDT) To: "M. Warner Losh" In-reply-to: Your message of "Sun, 15 Aug 2004 17:19:51 MDT." <20040815.171951.109629809.imp@bsdimp.com> Date: Sun, 15 Aug 2004 21:22:15 -0700 From: "Kevin Oberman" Message-Id: <20040816042215.99E275D04@ptavv.es.net> cc: truckman@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: sah@softcardsystems.com Subject: Re: pccard/cbb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 04:22:16 -0000 > Date: Sun, 15 Aug 2004 17:19:51 -0600 (MDT) > From: "M. Warner Losh" > > In message: <200408152303.i7FN3j29001176@gw.catspoiler.org> > Don Lewis writes: > : On 15 Aug, M. Warner Losh wrote: > : > In message: <20040815014707.1C5365D04@ptavv.es.net> > : > "Kevin Oberman" writes: > : > : > Date: Sat, 14 Aug 2004 16:20:10 -0600 (MDT) > : > : > From: "M. Warner Losh" > : > : > Sender: owner-freebsd-current@freebsd.org > : > : > > : > : > In message: > : > : > Sam writes: > : > : > : module cbb already exists! > : > : > > : > : > That's odd. I've never seen this. How do you create it? > : > : > : > : I have been seeing this since a kernel build on Aug 13. My kernel from > : > : Aug. 11 was fine. Since I have cbb in my kernel, it looks like something > : > : is trying to load cbb again at boot time. > : > > : > OK. That's very odd. Nothing should be trying to load it. This is > : > in the time frame I committed my split... > : > : I'm seeing the same thing here and I don't even have a cbb on that > : machine. > > I think that this may be due to bugs in the loader. It appears that > cbb has depends on exca that I neglected to commit, so I've done that > in the hopes of things working better. Bad news. I just rebuilt my system and the error remains. 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.2-CURRENT #15: Sun Aug 15 20:50:12 PDT 2004 oberman@puppeteer.es.net:/usr/obj/usr/src/sys/IBM-T30-D module cbb already present! Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz (1198.99-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 536281088 (511 MB) avail memory = 515043328 (491 MB) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 04:23:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A8ED16A4CE; Mon, 16 Aug 2004 04:23:37 +0000 (GMT) Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3348B43D41; Mon, 16 Aug 2004 04:23:36 +0000 (GMT) (envelope-from cisbjc@cs.unisa.edu.au) Received: from cs.unisa.edu.au (cis202068.levels.unisa.edu.au [130.220.37.202])i7G4NYZk012852; Mon, 16 Aug 2004 13:53:34 +0930 (CST) Message-ID: <41203624.5030004@cs.unisa.edu.au> Date: Mon, 16 Aug 2004 13:50:52 +0930 From: Benjamin Close User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, sos@freebsd.org X-Enigmail-Version: 0.82.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ATA Promisc SX4 Controller Null Pointer deference at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 04:23:37 -0000 Hi All, Working on a new machine I get a crash at boot time with sources from < 1 day old. I've traced it down to a null pointer deference: File: ata-chipset.c Method: static int ata_promise_sx4_command(struct ata_device *atadev, u_int8_t command, u_int64_t lba, u_int16_t count, u_int16_t feature) { struct ata_channel *ch = atadev->channel; struct ata_dma_prdentry *prd = ch->dma->dmatab; struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(ch->dev)); caddr_t window = rman_get_virtual(ctlr->r_res1); u_int32_t *wordp; int i, idx, length = 0; if (command == ATA_ATA_IDENTIFY) { ATA_OUTL(ctlr->r_res2, 0x000c0400 + ((ch->unit + 1) << 2), 0x00000001); return ata_generic_command(atadev, command, lba, count, feature); } if (ch->running->flags & ATA_R_CONTROL) { ... ... Here "running" is NULL causing an obvious null pointer dereference. Below is a hand transcribed report: Fatal Trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x40 fault code = supervisor read, page not present instruction pointer = 0x8:0c04bffd6 stack pointer = 0x10:0xc0c21be0 frame pointer = 0x10:0xc0c21bfc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres1, def32 1, gran 1 processor eflags = interrupt enabled, resume IOPL=0 current process = 0 (swapper) [thread 0] stopped at ata_promise_sx4_command+0xf6: testb $0x1,0x40(%eax) The Trace: ata_promise_sx4_command(c238c0a8,ef,0,0,c,3) at ata_promise_sx4_command+0xf6 ata_generic_transaction(c26c82d0) at ata_generic_transaction+0xb7 ata_start(c238c00,c238c120,0,c07c7068,57) at ata_start+0x17f ata_queue_request(c26c82d0,c,370b8,c238c000,c238c0a8) at ata_queue_request+0x185 ata_controlcmd(c238c0a8,ef,3,0,0) at ata_controlcmd+07a ata_promise_setmode(c238c0a8,f) at ata_promise_setmode+0x29d ata_identify_devices(c238c000) at ata_identify_devices+0x1b8 ata_boot_attach(0) at ata_boot_attach+0x27 run_interrupt_driven_config_hooks...... mi_startup().... begin() The machine is an amd64 with a Gigabit GA-K8NS Pro motherboard: - Silicon Image sil3512 controller - GigaRaid ATA 133 Raid controller - 4xSerial ATA -4 x Parallel ATA 133 It also has in it a Promise SX4/4000 Card which is the one complaining. The card is detected as ata2 and I see the line ata2-master: pio=0x0c wdma=0x22 udma=0x45 cable=40pin It's actually on an 80pin cable but sure that's not the killer. After a few printf's thrown in the code: printf("ch = %p\n", ch ) printf("ch->running = %p\n", ch->running) I get: ch = 0xc238c000 ch->running = 0 Then a crash. I can't report on the io ports for ide as there's too many lock order reversals for networking: lock order reversal: 1st skc0 ( network driver) if_sk.c:673 2nd kernel environment kern_environment.c:285 ata0 & 1 attach fine finding the hdd and the cdrom. "show locks" only shows a sleep mutex on giant by the nfs_srvsubs.c:526 "show intrcnt" has irq14 ata0 7 irq15 ata1 14 plus other stuff in it. "show irqs" has irq16 atapci1 (pid26) {ENTROPY} plus other stuff in it "show pci regs" has atapci0:pci0:8:0: class 0x01018a card=0x50021458 chip=0x00e510de rev=0xa2 hdr=0x00 plus other stuff in it Thats about all I can give as the hdd i've got is way smaller than the memory so I can't give a full dump. Hope this helps. Please let me know if you have any patches for testing as I want to get this box up asap (well at least booting :) Cheers, Benjamin -- 3D Research Associate / System Administrator +61 8 8302 3669 School of Computer and Information Science Room D1-07, ML Campus University of South Australia Mawson Lakes Blvd. Benjamin.Close@cs.unisa.edu.au South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 04:35:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9791D16A4CE; Mon, 16 Aug 2004 04:35:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FF0543D1D; Mon, 16 Aug 2004 04:35:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7G4WLC9053631; Sun, 15 Aug 2004 22:32:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 15 Aug 2004 22:32:42 -0600 (MDT) Message-Id: <20040815.223242.84376882.imp@bsdimp.com> To: oberman@es.net From: "M. Warner Losh" In-Reply-To: <20040816042215.99E275D04@ptavv.es.net> References: <20040815.171951.109629809.imp@bsdimp.com> <20040816042215.99E275D04@ptavv.es.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: truckman@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: sah@softcardsystems.com Subject: Re: pccard/cbb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 04:35:07 -0000 In message: <20040816042215.99E275D04@ptavv.es.net> "Kevin Oberman" writes: : > Date: Sun, 15 Aug 2004 17:19:51 -0600 (MDT) : > From: "M. Warner Losh" : > : > In message: <200408152303.i7FN3j29001176@gw.catspoiler.org> : > Don Lewis writes: : > : On 15 Aug, M. Warner Losh wrote: : > : > In message: <20040815014707.1C5365D04@ptavv.es.net> : > : > "Kevin Oberman" writes: : > : > : > Date: Sat, 14 Aug 2004 16:20:10 -0600 (MDT) : > : > : > From: "M. Warner Losh" : > : > : > Sender: owner-freebsd-current@freebsd.org : > : > : > : > : > : > In message: : > : > : > Sam writes: : > : > : > : module cbb already exists! : > : > : > : > : > : > That's odd. I've never seen this. How do you create it? : > : > : : > : > : I have been seeing this since a kernel build on Aug 13. My kernel from : > : > : Aug. 11 was fine. Since I have cbb in my kernel, it looks like something : > : > : is trying to load cbb again at boot time. : > : > : > : > OK. That's very odd. Nothing should be trying to load it. This is : > : > in the time frame I committed my split... : > : : > : I'm seeing the same thing here and I don't even have a cbb on that : > : machine. : > : > I think that this may be due to bugs in the loader. It appears that : > cbb has depends on exca that I neglected to commit, so I've done that : > in the hopes of things working better. : : Bad news. I just rebuilt my system and the error remains. : 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.2-CURRENT #15: Sun Aug 15 20:50:12 PDT 2004 : oberman@puppeteer.es.net:/usr/obj/usr/src/sys/IBM-T30-D : module cbb already present! : Timecounter "i8254" frequency 1193182 Hz quality 0 : CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz (1198.99-MHz 686-class CPU) : Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 : Features=0x3febf9ff : real memory = 536281088 (511 MB) : avail memory = 515043328 (491 MB) Does this solve your problem? Warner Index: pccbb_isa.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pccbb/pccbb_isa.c,v retrieving revision 1.1 diff -u -r1.1 pccbb_isa.c --- pccbb_isa.c 12 Aug 2004 06:50:29 -0000 1.1 +++ pccbb_isa.c 16 Aug 2004 04:32:14 -0000 @@ -217,5 +217,4 @@ }; DRIVER_MODULE(cbb, isa, cbb_isa_driver, cbb_devclass, 0, 0); -MODULE_VERSION(cbb, 1); MODULE_DEPEND(cbb, exca, 1, 1, 1); Index: pccbb_pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pccbb/pccbb_pci.c,v retrieving revision 1.1 diff -u -r1.1 pccbb_pci.c --- pccbb_pci.c 12 Aug 2004 06:50:29 -0000 1.1 +++ pccbb_pci.c 16 Aug 2004 04:32:14 -0000 @@ -651,5 +651,4 @@ }; DRIVER_MODULE(cbb, pci, cbb_driver, cbb_devclass, 0, 0); -MODULE_VERSION(cbb, 1); MODULE_DEPEND(cbb, exca, 1, 1, 1); From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 05:04:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B80816A4CE for ; Mon, 16 Aug 2004 05:04:01 +0000 (GMT) Received: from bittern.mail.pas.earthlink.net (bittern.mail.pas.earthlink.net [207.217.120.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2CE943D5D for ; Mon, 16 Aug 2004 05:04:00 +0000 (GMT) (envelope-from chris@behanna.org) Received: from oh-65-40-131-183.sta.sprint-hsd.net ([65.40.131.183] helo=[192.168.168.11]) by bittern.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1BwZf6-0007KT-00 for current@freebsd.org; Sun, 15 Aug 2004 22:04:00 -0700 From: Chris BeHanna Organization: Western Pennsylvania Pizza Disposal Unit To: current@freebsd.org Date: Mon, 16 Aug 2004 01:04:03 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408160104.03708.chris@behanna.org> Subject: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chris@behanna.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 05:04:01 -0000 Forgive me if this already exists. I searched the list archives, google, and freebsd.org and did not find any way for non-committers to have read-only access to the p4 repo. Is there a read-only account that the general public could use? To alleviate load on perforce.freebsd.org, p4proxy could be set up on the current cvsup mirrors. I'd likely set up my own proxy server on my home box, just to improve local response time (and ease setting up a local vendor branch for playing around). Thanks, -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) chris@bogus.behanna.org Turning coffee into software since 1990. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 05:28:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C8C416A4CE for ; Mon, 16 Aug 2004 05:28:34 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D3A43D1F for ; Mon, 16 Aug 2004 05:28:34 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i7G5SXvU069806; Mon, 16 Aug 2004 00:28:33 -0500 (CDT) (envelope-from dan) Date: Mon, 16 Aug 2004 00:28:33 -0500 From: Dan Nelson To: "Justin T. Gibbs" Message-ID: <20040816052833.GH73391@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: Change in PSM sync behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 05:28:34 -0000 In the last episode (Aug 13), Justin T. Gibbs said: > I've had this change locally for some time and think it may be a > worth while change to commit to the tree. My patch defers the setup > of the sync bits until the first "normal" data packet is received > from the mouse. In the case of Avocent Outlook KVM's, this avoids a > bug in their intellimouse emulator that sends back incorrect sync > when you explicitly request a data packet from the mouse. Without > this change, you must force the driver into stock PS/2 mode or be > flooded with a never ending stream of "out of sync" messages. +1 vote for me! This fixes the 2-port Switchview at my desk. Resetting into regular PS/2 mode doesn't seem to do any harm (the wheel still works), but it's nice to not have to do it anymore :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 06:05:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B92DB16A4CE for ; Mon, 16 Aug 2004 06:05:38 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA65443D55 for ; Mon, 16 Aug 2004 06:05:37 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 57E7465211; Mon, 16 Aug 2004 07:05:36 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 68930-05; Mon, 16 Aug 2004 07:05:35 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-94-141.dsl.snfc21.pacbell.net [67.121.94.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 63CC96520E; Mon, 16 Aug 2004 07:05:33 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id A86D662E7; Sun, 15 Aug 2004 23:05:29 -0700 (PDT) Date: Sun, 15 Aug 2004 23:05:29 -0700 From: Bruce M Simpson To: Chris BeHanna Message-ID: <20040816060528.GA2065@empiric.icir.org> References: <200408160104.03708.chris@behanna.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408160104.03708.chris@behanna.org> cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 06:05:38 -0000 On Mon, Aug 16, 2004 at 01:04:03AM -0400, Chris BeHanna wrote: > Is there a read-only account that the general public could use? I think this is an excellent idea. Perhaps one should be set up. > To alleviate load on perforce.freebsd.org, p4proxy could be set up > on the current cvsup mirrors. I'd likely set up my own proxy server > on my home box, just to improve local response time (and ease setting > up a local vendor branch for playing around). Now I'm curious about doing this myself! It would certainly help on my laptop. I am lagging behind on -CURRENT at the moment. BMS From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 06:10:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DB216A4CE for ; Mon, 16 Aug 2004 06:10:06 +0000 (GMT) Received: from ctb-mesg6.saix.net (ctb-mesg6.saix.net [196.25.240.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C10D43D45 for ; Mon, 16 Aug 2004 06:10:05 +0000 (GMT) (envelope-from marc@bowtie.nl) Received: from [192.168.0.104] (tbnb-101-245.telkomadsl.co.za [165.165.101.245]) by ctb-mesg6.saix.net (Postfix) with ESMTP id 7DE36160AB3; Mon, 16 Aug 2004 08:10:02 +0200 (SAST) From: Marc van Kempen To: freebsd-current@freebsd.org Date: Mon, 16 Aug 2004 08:10:00 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408160810.00366.marc@bowtie.nl> Subject: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 06:10:06 -0000 Hi, Since two weeks I get this warning after resuming my laptop (IBM Thinkpad R40), this is with acpi enabled on a -current of yesterday (15 Aug), some relevant settings: hw.acpi.sleep_button_state=S3 hw.acpi.lid_switch_state=S3 hw.syscons.sc_no_suspend_vtswitch=1 hw.acpi.reset_video=0 In a time frame of about two or three weeks this setup worked wonderfully, everything worked when suspending/resuming. I could even enable glx again. After I resume I get these warnings: ATA write-dma interrupt was seen but timeout fired LBA=53346288 ATA write-dma interrupt was seen but timeout fired LBA=53346288 ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288 This basically results in the harddisk being unaccessible and the systems hangs eventually. Rebooting does not work because the harddisk can't be synced, etc. Does anyone know what is going on? Regards, Marc. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 06:28:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59CB216A4CE; Mon, 16 Aug 2004 06:28:14 +0000 (GMT) Received: from postoffice.e-easy.com.au (eth0.lnk.aims.net.au [203.31.73.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0376343D3F; Mon, 16 Aug 2004 06:28:09 +0000 (GMT) (envelope-from chris@e-easy.com.au) Received: from e-easy.com.au (eet03s01.corp.e-easy.com.au [192.168.10.3] (may be forged)) by postoffice.e-easy.com.au with ESMTP id i7G6S1gj097836; Mon, 16 Aug 2004 16:28:01 +1000 (EST) (envelope-from chris@e-easy.com.au) Message-Id: <200408160628.i7G6S1gj097836@postoffice.e-easy.com.au> Received: from eet03s01 by e-easy.com.au (MDaemon.PRO.v7.1.2.R) with ESMTP id md50000230187.msg; Mon, 16 Aug 2004 16:27:47 +1000 From: "Chris Knight" To: "'M. Warner Losh'" Date: Mon, 16 Aug 2004 16:27:44 +1000 Organization: E-Easy MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 Thread-Index: AcSDSriI0NkZ5SCNT+G9Uk3fjwlenQADvqjQ X-Spam-Processed: e-easy.com.au, Mon, 16 Aug 2004 16:27:47 +1000 (not processed: spam filter disabled) X-Return-Path: chris@e-easy.com.au X-Virus-Scanned: by amavisd-new cc: truckman@freebsd.org cc: freebsd-current@freebsd.org cc: sah@softcardsystems.com Subject: RE: pccard/cbb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chris@e-easy.com.au List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 06:28:14 -0000 Howdy, > -----Original Message----- > From: M. Warner Losh [mailto:imp@bsdimp.com] > Sent: Monday, 16 August 2004 2:33 PM > To: list-freebsd-current@e-easy.com.au > Cc: truckman@freebsd.org; freebsd-current@freebsd.org; > sah@softcardsystems.com > Subject: Re: pccard/cbb problems > > [snip] > > Does this solve your problem? > Yup. No more "module cbb already exists!" for me. Thanks! > Warner > Index: pccbb_isa.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/pccbb/pccbb_isa.c,v > retrieving revision 1.1 > diff -u -r1.1 pccbb_isa.c > --- pccbb_isa.c 12 Aug 2004 06:50:29 -0000 1.1 > +++ pccbb_isa.c 16 Aug 2004 04:32:14 -0000 > @@ -217,5 +217,4 @@ > }; > > DRIVER_MODULE(cbb, isa, cbb_isa_driver, cbb_devclass, 0, 0); > -MODULE_VERSION(cbb, 1); > MODULE_DEPEND(cbb, exca, 1, 1, 1); > Index: pccbb_pci.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/pccbb/pccbb_pci.c,v > retrieving revision 1.1 > diff -u -r1.1 pccbb_pci.c > --- pccbb_pci.c 12 Aug 2004 06:50:29 -0000 1.1 > +++ pccbb_pci.c 16 Aug 2004 04:32:14 -0000 > @@ -651,5 +651,4 @@ > }; > > DRIVER_MODULE(cbb, pci, cbb_driver, cbb_devclass, 0, 0); > -MODULE_VERSION(cbb, 1); > MODULE_DEPEND(cbb, exca, 1, 1, 1); Regards, Chris Knight Systems Administrator E-Easy Tel: +61 3 6334 9995 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.e-easy.com.au From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 06:48:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37F0816A4CE for ; Mon, 16 Aug 2004 06:48:51 +0000 (GMT) Received: from zombie.ezone.ru (zombie.ezone.ru [195.128.162.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id D557243D39 for ; Mon, 16 Aug 2004 06:48:44 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [172.16.4.26] (ultra.domain [172.16.4.26] (may be forged)) by zombie.ezone.ru (8.12.11/8.12.11) with ESMTP id i7G6mcog087537 for ; Mon, 16 Aug 2004 10:48:42 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <412058C6.5040401@mcsi.pp.ru> Date: Mon, 16 Aug 2004 10:48:38 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <411E17FB.7070603@mcsi.pp.ru> In-Reply-To: <411E17FB.7070603@mcsi.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: acpi issue? (WAS: module cbb already present) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 06:48:51 -0000 Maxim Maximov wrote: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebfbff > > Hyperthreading: 2 logical CPUs > real memory = 536674304 (511 MB) > avail memory = 514506752 (490 MB) > ACPI APIC Table: > > Also this kernel stops after 'Pre-seeding PRNG:' message and stops > until I enter DDB. I can press any keys and they are displayed at the > screen. Ctrl-C doesn't work. I dont have a console at the moment, I will > post output of DDB trace, show threads, show locks and ps in monday. I > wonder if anyone else see this? > It goes fine into single user mode. When I exit single user shell, > it boots fine. > Witness enabled, preemption disabled, htt enabled, SMP kernel, ACPI > enabled (when disabled, it panics at boot btw), cleanworld before > buildworld, debug.mpsafenet=0 or 1, it doesn't matter on this subject. > Here it is. It seems /etc/rc.d/preseedrandom runs its commands to 'sysctl -a' (proc 77) and then hangs. ATAPI_RESET time = 4330us acd0: DVDR at ata0-slave UDMA33 ad2: 57231MB [116280/16/63] at ata1-master UDMA100 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad2s3a Pre-seeding PRNG: ~KDB: enter: Break sequence on console [thread 100005] Stopped at kdb_enter+0x2b: nop db> trace kdb_enter(c08589ff) at kdb_enter+0x2b siointr1(c1ccf000,c0944d00,0,c08587c3,6ad) at siointr1+0xd5 siointr(c1ccf000) at siointr+0x21 intr_execute_handlers(c1a90890,d4270ca8,4,d4270cec,c07bdc43) at intr_execute_handlers+0xa9 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0a67461, esp = 0xd4270cec, ebp = 0xd4270cec --- acpi_cpu_c1(c0904000,c1a57a68,1,c1a57a68,c0632810) at acpi_cpu_c1+0x5 acpi_cpu_idle(d4270d1c,c0632839,d4270d34,c0632650,0) at acpi_cpu_idle+0xd9 cpu_idle(d4270d34,c0632650,0,d4270d48,0) at cpu_idle+0x28 idle_proc(0,d4270d48,0,c0632810,0) at idle_proc+0x29 fork_exit(c0632810,0,d4270d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4270d7c, ebp = 0 --- db> show threads 100085 (0xc1e44b00) sched_switch(c1e44b00,0) at sched_switch+0x15b 100084 (0xc1e449a0) sched_switch(c1e449a0,0) at sched_switch+0x15b 100103 (0xc1e94580) sched_switch(c1e94580,0) at sched_switch+0x15b 100101 (0xc1e942c0) sched_switch(c1e942c0,0) at sched_switch+0x15b 100094 (0xc1e93840) sched_switch(c1e93840,0) at sched_switch+0x15b 100083 (0xc1e44840) sched_switch(c1e44840,0) at sched_switch+0x15b 100082 (0xc1e446e0) sched_switch(c1e446e0,0) at sched_switch+0x15b 100081 (0xc1e44580) sched_switch(c1e44580,0) at sched_switch+0x15b 100046 (0xc1afc2c0) sched_switch(c1afc2c0,0) at sched_switch+0x15b 100045 (0xc1afc160) sched_switch(c1afc160,0) at sched_switch+0x15b 100044 (0xc1afc000) sched_switch(c1afc000,0) at sched_switch+0x15b 100043 (0xc1ab5dc0) sched_switch(c1ab5dc0,0) at sched_switch+0x15b 100042 (0xc1ab5c60) sched_switch(c1ab5c60,0) at sched_switch+0x15b 100041 (0xc1ab5b00) sched_switch(c1ab5b00,0) at sched_switch+0x15b 100040 (0xc1ab59a0) sched_switch(c1ab59a0,0) at sched_switch+0x15b 100039 (0xc1ab5840) sched_switch(c1ab5840,0) at sched_switch+0x15b 100069 (0xc1ba7420) sched_switch(c1ba7420,0) at sched_switch+0x15b 100068 (0xc1ba72c0) sched_switch(c1ba72c0,0) at sched_switch+0x15b 100067 (0xc1ba7160) sched_switch(c1ba7160,0) at sched_switch+0x15b 100066 (0xc1ba7000) sched_switch(c1ba7000,0) at sched_switch+0x15b 100065 (0xc1ba6dc0) sched_switch(c1ba6dc0,0) at sched_switch+0x15b 100064 (0xc1ba6c60) sched_switch(c1ba6c60,0) at sched_switch+0x15b 100030 (0xc1a64b00) sched_switch(c1a64b00,0) at sched_switch+0x15b 100029 (0xc1a649a0) sched_switch(c1a649a0,0) at sched_switch+0x15b 100028 (0xc1a64840) sched_switch(c1a64840,0) at sched_switch+0x15b 100027 (0xc1a646e0) sched_switch(c1a646e0,0) at sched_switch+0x15b 100026 (0xc1a64580) sched_switch(c1a64580,0) at sched_switch+0x15b 100025 (0xc1a64420) sched_switch(c1a64420,0) at sched_switch+0x15b 100053 (0xc1afcc60) fork_trampoline() at fork_trampoline 100052 (0xc1afcb00) sched_switch(c1afcb00,0) at sched_switch+0x15b 100051 (0xc1afc9a0) fork_trampoline() at fork_trampoline 100050 (0xc1afc840) sched_switch(c1afc840,0) at sched_switch+0x15b 100049 (0xc1afc6e0) fork_trampoline() at fork_trampoline 100048 (0xc1afc580) sched_switch(c1afc580,0) at sched_switch+0x15b 100047 (0xc1afc420) sched_switch(c1afc420,0) at sched_switch+0x15b 100015 (0xc1a5e580) sched_switch(c1a5e580,0) at sched_switch+0x15b 100014 (0xc1a5e420) sched_switch(c1a5e420,0) at sched_switch+0x15b 100013 (0xc1a5e2c0) sched_switch(c1a5e2c0,0) at sched_switch+0x15b 100012 (0xc1a5e160) fork_trampoline() at fork_trampoline 100038 (0xc1ab56e0) sched_switch(c1ab56e0,0) at sched_switch+0x15b 100037 (0xc1ab5580) fork_trampoline() at fork_trampoline 100036 (0xc1ab5420) fork_trampoline() at fork_trampoline 100035 (0xc1ab52c0) fork_trampoline() at fork_trampoline 100034 (0xc1ab5160) fork_trampoline() at fork_trampoline 100033 (0xc1ab5000) fork_trampoline() at fork_trampoline 100032 (0xc1a64dc0) fork_trampoline() at fork_trampoline 100031 (0xc1a64c60) fork_trampoline() at fork_trampoline 100001 (0xc1a58160) sched_switch(c1a58160,0) at sched_switch+0x15b 100000 (0xc1a58000) fork_trampoline() at fork_trampoline 100024 (0xc1a642c0) fork_trampoline() at fork_trampoline 100023 (0xc1a64160) sched_switch(c1a64160,0) at sched_switch+0x15b 100022 (0xc1a64000) sched_switch(c1a64000,0) at sched_switch+0x15b 100021 (0xc1a5edc0) fork_trampoline() at fork_trampoline 100020 (0xc1a5ec60) fork_trampoline() at fork_trampoline 100019 (0xc1a5eb00) fork_trampoline() at fork_trampoline 100018 (0xc1a5e9a0) fork_trampoline() at fork_trampoline 100017 (0xc1a5e840) sched_switch(c1a5e840,0) at sched_switch+0x15b 100016 (0xc1a5e6e0) fork_trampoline() at fork_trampoline 100011 (0xc1a5e000) fork_trampoline() at fork_trampoline 100010 (0xc1a58dc0) sched_switch(c1a58dc0,0) at sched_switch+0x15b 100009 (0xc1a58c60) fork_trampoline() at fork_trampoline 100008 (0xc1a58b00) fork_trampoline() at fork_trampoline 100007 (0xc1a589a0) fork_trampoline() at fork_trampoline 100006 (0xc1a58840) sched_switch(c1a58840,0) at sched_switch+0x15b 100005 (0xc1a586e0) kdb_enter(c08589ff) at kdb_enter+0x2b 100004 (0xc1a58580) sched_switch(6,c07bdfd1,c0958ea0,18,10) at sched_switch+0x15b AcpiGbl_BitRegisterInfo() at AcpiGbl_BitRegisterInfo+0x4 100003 (0xc1a58420) sched_switch(c1a58420,0) at sched_switch+0x15b 100002 (0xc1a582c0) sched_switch(c1a582c0,0) at sched_switch+0x15b 0 (0xc0900480) sched_switch(c0900480,0) at sched_switch+0x15b db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 77 c1e43c24 d98fa000 0 75 64 0004002 [SLPQ ACPI cmbat 0xc0a777b0][SLP] sysctl 75 c1e43de0 d991c000 0 73 64 0000002 [SLPQ wait 0xc1e43de0][SLP] sh 73 c1e92000 daac3000 0 71 64 0000002 [SLPQ wait 0xc1e92000][SLP] sh 71 c1e92378 dab07000 0 64 64 0000002 [SLPQ wait 0xc1e92378][SLP] sh 64 c1e97000 dab0e000 0 1 64 0004002 [SLPQ wait 0xc1e97000][SLP] sh 63 c1e45000 d991d000 0 0 0 0000204 [SLPQ - 0xc093bfac][SLP] nfsiod 3 62 c1e451bc d991e000 0 0 0 0000204 [SLPQ - 0xc093bfa8][SLP] nfsiod 2 61 c1e45378 d991f000 0 0 0 0000204 [SLPQ - 0xc093bfa4][SLP] nfsiod 1 60 c1afd1bc d5504000 0 0 0 0000204 [SLPQ - 0xc093bfa0][SLP] nfsiod 0 59 c1afd378 d5505000 0 0 0 0000204 [SLPQ syncer 0xc090586c][SLP] syncer 58 c1afd534 d5506000 0 0 0 0000204 [SLPQ vlruwt 0xc1afd534][SLP] vnlru 57 c1afd6f0 d5507000 0 0 0 0000204 [SLPQ psleep 0xc0934acc][SLP] bufdaemon 56 c1afd8ac d5508000 0 0 0 000020c [SLPQ pgzero 0xc094290c][SLP] pagezero 55 c1afda68 d5509000 0 0 0 0000204 [SLPQ psleep 0xc0942960][SLP] vmdaemon 54 c1afdc24 d550a000 0 0 0 0000204 [SLPQ psleep 0xc094291c][SLP] pagedaemon 53 c1afdde0 d550b000 0 0 0 0000204 [IWAIT] swi0: sio 52 c1ba5000 d951e000 0 0 0 0000204 [SLPQ cbb cv 0xc1b66ca0][SLP] cbb1 9 c1ba51bc d9561000 0 0 0 0000204 [SLPQ cbb cv 0xc1b674a0][SLP] cbb0 51 c1ba5378 d9562000 0 0 0 0000204 [SLPQ usbevt 0xc1bb4210][SLP] usb3 50 c1ba5534 d9563000 0 0 0 0000204 [SLPQ usbevt 0xc1bb0210][SLP] usb2 49 c1ba56f0 d9564000 0 0 0 0000204 [SLPQ usbevt 0xc1b99210][SLP] usb1 48 c1ba58ac d9565000 0 0 0 0000204 [SLPQ usbtsk 0xc08fd7d8][SLP] usbtask 47 c1ac4a68 d54d6000 0 0 0 0000204 [SLPQ usbevt 0xc1b6b210][SLP] usb0 46 c1ac4c24 d54d7000 0 0 0 0000204 [SLPQ tzpoll 0xc0a77654][SLP] acpi_thermal 8 c1ac4de0 d54d8000 0 0 0 0000204 [SLPQ ACPI cmbat 0xc0a777b0][SLP] acpi_task2 7 c1afb000 d54d9000 0 0 0 0000204 [SLPQ ACPI cmbat 0xc0a777b0][SLP] acpi_task1 6 c1afb1bc d54da000 0 0 0 0000204 [SLPQ acpislp 0xc0a779e4][SLP] acpi_task0 45 c1afb378 d54db000 0 0 0 0000204 [IWAIT] swi6:+ 44 c1afb534 d54dc000 0 0 0 0000204 [IWAIT] swi6: task queue 43 c1afb6f0 d54fe000 0 0 0 0000204 [IWAIT] swi3: cambio 42 c1afb8ac d54ff000 0 0 0 0000204 [IWAIT] swi2: camnet 41 c1afba68 d5500000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 40 c1afbc24 d5501000 0 0 0 0000204 [IWAIT] swi6:+ 5 c1afbde0 d5502000 0 0 0 0000204 [SLPQ - 0xc1b11300][SLP] thread taskq 39 c1afd000 d5503000 0 0 0 0000204 [SLPQ - 0xc08fa3a0][SLP] yarrow 4 c1ab4534 d54a9000 0 0 0 0000204 [SLPQ - 0xc09001c8][SLP] g_down 3 c1ab46f0 d54aa000 0 0 0 0000204 [SLPQ - 0xc09001c4][SLP] g_up 2 c1ab48ac d54ab000 0 0 0 0000204 [SLPQ - 0xc09001bc][SLP] g_event 38 c1ab4a68 d54ac000 0 0 0 0000204 [IWAIT] swi4: vm 37 c1ab4c24 d54ad000 0 0 0 000020c [IWAIT] swi5: clock sio 36 c1ab4de0 d54cf000 0 0 0 0000204 [IWAIT] swi1: net 35 c1ac4000 d54d0000 0 0 0 0000204 [IWAIT] irq0: clk 34 c1ac41bc d54d1000 0 0 0 0000204 [IWAIT] irq23: 33 c1ac4378 d54d2000 0 0 0 0000204 [IWAIT] irq22: 32 c1ac4534 d54d3000 0 0 0 0000204 [IWAIT] irq21: 31 c1ac46f0 d54d4000 0 0 0 0000204 [IWAIT] irq20: 30 c1ac48ac d54d5000 0 0 0 0000204 [IWAIT] irq19: uhci1 29 c1a631bc d42aa000 0 0 0 0000204 [IWAIT] irq18: skc0 fwohci+ 28 c1a63378 d42ab000 0 0 0 0000204 [IWAIT] irq17: cbb1 pcm0 27 c1a63534 d42ac000 0 0 0 0000204 [IWAIT] irq16: cbb0 uhci0+ 26 c1a636f0 d42ce000 0 0 0 0000204 [IWAIT] irq15: ata1 25 c1a638ac d42cf000 0 0 0 0000204 [IWAIT] irq14: ata0 24 c1a63a68 d42d0000 0 0 0 0000204 [IWAIT] irq13: 23 c1a63c24 d42d1000 0 0 0 0000204 [IWAIT] irq12: psm0 22 c1a63de0 d42d2000 0 0 0 0000204 [IWAIT] irq11: 21 c1ab4000 d54a6000 0 0 0 0000204 [IWAIT] irq10: 20 c1ab41bc d54a7000 0 0 0 0000204 [IWAIT] irq9: acpi0 19 c1ab4378 d54a8000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c1a57000 d425e000 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c1a571bc d42a1000 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c1a57378 d42a2000 0 0 0 0000204 [IWAIT] irq5: 15 c1a57534 d42a3000 0 0 0 0000204 [IWAIT] irq4: sio0 14 c1a576f0 d42a4000 0 0 0 0000204 [IWAIT] irq3: sio1 13 c1a578ac d42a5000 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c1a57a68 d42a6000 0 0 0 000020c [CPU 0] idle: cpu0 11 c1a57c24 d42a7000 0 0 0 000020c [CPU 1] idle: cpu1 1 c1a57de0 d42a8000 0 0 1 0004200 [SLPQ wait 0xc1a57de0][SLP] init 10 c1a63000 d42a9000 0 0 0 0000204 [SLPQ ktrace 0xc0903a78][SLP] ktrace 0 c09002c0 c0c1f000 0 0 0 0000200 [SLPQ sched 0xc09002c0][SLP] swapper db> show locks db> -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 06:57:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A57FF16A4CE for ; Mon, 16 Aug 2004 06:57:57 +0000 (GMT) Received: from mail.iinet.net.au (mail-07.iinet.net.au [203.59.3.39]) by mx1.FreeBSD.org (Postfix) with SMTP id 5558D43D1F for ; Mon, 16 Aug 2004 06:57:56 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 20997 invoked from network); 16 Aug 2004 06:57:54 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 16 Aug 2004 06:57:54 -0000 From: Warren Liddell To: freebsd-current@freebsd.org Date: Mon, 16 Aug 2004 16:57:53 +1000 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408161657.53220.shinjii@virusinfo.rdksupportinc.com> Subject: System loosing time After rdate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 06:57:57 -0000 Im running FreeBSD 5.2.1.Alpha on a Digital 2100 2x 512meg RAM and 2x 190mhz CPU . After we run rdate and then open top and watch the system time to the machine it recieved it's time for .. the server machine was taking 3seconds to go up in time by 1second .. i.e. for every 1seond on the server 3seconds has passed on the machine the server got the date/time from. Is this software error side or something else going funky ? -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 06:59:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46D8F16A4CE; Mon, 16 Aug 2004 06:59:48 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D84F43D49; Mon, 16 Aug 2004 06:59:47 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7G6xTwL028501; Mon, 16 Aug 2004 08:59:34 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41205B3E.6030509@DeepCore.dk> Date: Mon, 16 Aug 2004 08:59:10 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Close References: <41203624.5030004@cs.unisa.edu.au> In-Reply-To: <41203624.5030004@cs.unisa.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: ATA Promisc SX4 Controller Null Pointer deference at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 06:59:48 -0000 Benjamin Close wrote: > Hi All, > Working on a new machine I get a crash at boot time with sources fro= m=20 > < 1 day old. > I've traced it down to a null pointer deference: >=20 > File: ata-chipset.c I know of the problem and I'm working on a solution, sorry for the=20 brokenness... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 07:12:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C97916A4CE for ; Mon, 16 Aug 2004 07:12:04 +0000 (GMT) Received: from cocoa.syncrontech.com (cocoa-e0.syncrontech.com [62.71.8.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 006F543D4C for ; Mon, 16 Aug 2004 07:12:03 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.19])i7G7BcWw012896; Mon, 16 Aug 2004 10:11:43 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from coffee (coffee.syncrontech.com [62.71.8.37]) i7G7Ba0V024690; Mon, 16 Aug 2004 10:11:36 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <03cd01c48360$44e3dee0$2508473e@sad.syncrontech.com> From: "Ari Suutari" To: "Marc van Kempen" , References: <200408160810.00366.marc@bowtie.nl> Date: Mon, 16 Aug 2004 10:11:35 +0300 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.2149 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2149 X-Scanned-By: MIMEDefang 2.30 (www . roaringpenguin . com / mimedefang) X-Scanned-By: MIMEDefang 2.24 (www . roaringpenguin . com / mimedefang) Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 07:12:04 -0000 Hi, > ATA write-dma interrupt was seen but timeout fired LBA=53346288 > ATA write-dma interrupt was seen but timeout fired LBA=53346288 > ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288 I updated my old Compaq 1500c from 4.10 to -current last week. I'm seeing similar messages after resume and the system hangs eventually. Otherwise the system seems to work ok. Ari S. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 07:22:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C30516A4CE for ; Mon, 16 Aug 2004 07:22:52 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56B8A43D3F for ; Mon, 16 Aug 2004 07:22:51 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7G7Miac053018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Aug 2004 10:22:45 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i7G7MiSn002533; Mon, 16 Aug 2004 10:22:44 +0300 (EEST) (envelope-from ru) Date: Mon, 16 Aug 2004 10:22:43 +0300 From: Ruslan Ermilov To: Stephan van Beerschoten Message-ID: <20040816072243.GB2411@ip.net.ua> References: <4113F7B1.6040906@whacky.net> <4117359E.3000003@whacky.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline In-Reply-To: <4117359E.3000003@whacky.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@FreeBSD.org Subject: Re: world broken (due to gcc import?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 07:22:52 -0000 --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 09, 2004 at 10:28:14AM +0200, Stephan van Beerschoten wrote: > Stephan van Beerschoten wrote: >=20 > >The following has occured I believe since yesterday or the day before.= =20 > >I just cvsupped again and the problem is still there: > > > ><...> > > > >Any clue ? >=20 > Nobody has any idea how to fix this ? This error happends right at the=20 > start of the following segment: > >>> stage 4.2: building libraries >=20 > I'm surprised nobody else has this error. CVSup is freshly done; tree=20 > has been cleaned multiple times with no effect. I haven't done anything= =20 > odd with my tree, but make buildworld is not going anywhere. >=20 Do you still have this problem? If so, please show me the contents of /etc/make.conf. I suspect you might have something spicy in it... Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBIGDDqRfpzJluFF4RAj5BAJ9T4YVT4SgquB7AiON9zlBKIVhxZgCfdB0c Ehut64lQ6zc+ba80/2TZ+D0= =mriZ -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 07:30:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A20B16A4CE for ; Mon, 16 Aug 2004 07:30:38 +0000 (GMT) Received: from zombie.ezone.ru (zombie.ezone.ru [195.128.162.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 536DA43D2D for ; Mon, 16 Aug 2004 07:30:37 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [172.16.4.26] (ultra.domain [172.16.4.26] (may be forged)) by zombie.ezone.ru (8.12.11/8.12.11) with ESMTP id i7G7UZuu091936 for ; Mon, 16 Aug 2004 11:30:35 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <4120629B.3070802@mcsi.pp.ru> Date: Mon, 16 Aug 2004 11:30:35 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <411E17FB.7070603@mcsi.pp.ru> <412058C6.5040401@mcsi.pp.ru> In-Reply-To: <412058C6.5040401@mcsi.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: acpi issue? (WAS: module cbb already present) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 07:30:38 -0000 Maxim Maximov wrote: > Maxim Maximov wrote: > >> >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 >> >> Features=0xbfebfbff >> >> Hyperthreading: 2 logical CPUs >> real memory = 536674304 (511 MB) >> avail memory = 514506752 (490 MB) >> ACPI APIC Table: >> >> Also this kernel stops after 'Pre-seeding PRNG:' message and stops >> until I enter DDB. I can press any keys and they are displayed at the >> screen. Ctrl-C doesn't work. I dont have a console at the moment, I >> will post output of DDB trace, show threads, show locks and ps in >> monday. I wonder if anyone else see this? >> It goes fine into single user mode. When I exit single user shell, >> it boots fine. >> Witness enabled, preemption disabled, htt enabled, SMP kernel, >> ACPI enabled (when disabled, it panics at boot btw), cleanworld before >> buildworld, debug.mpsafenet=0 or 1, it doesn't matter on this subject. >> > > Here it is. It seems /etc/rc.d/preseedrandom runs its commands to > 'sysctl -a' (proc 77) and then hangs. > Finally, running 'sysctl -a' by hand, when in single user I observe hang after hw.acpi.acline string. After reboot it continues fine with these strings: hw.acpi.acline: 0 hw.acpi.battery.life: 86 hw.acpi.battery.time: 72 hw.acpi.battery.state: 1 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 There is significant delay (about half a second) before battery strings. It seems sometimes this delay prolongs indefinitely. This is ASUS L5 notebook. Aug 9 kernel doesn't have this problem. If someone will look into it, it would be great. -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 08:09:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E261816A4CE for ; Mon, 16 Aug 2004 08:09:52 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 425BB43D39 for ; Mon, 16 Aug 2004 08:09:52 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7G89TeL029160; Mon, 16 Aug 2004 10:09:34 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41206BA6.80908@DeepCore.dk> Date: Mon, 16 Aug 2004 10:09:10 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marc van Kempen References: <200408160810.00366.marc@bowtie.nl> In-Reply-To: <200408160810.00366.marc@bowtie.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 08:09:53 -0000 Marc van Kempen wrote: > Hi, >=20 > Since two weeks I get this warning after resuming my laptop (IBM Thinkp= ad=20 > R40), this is with acpi enabled on a -current of yesterday (15 Aug), so= me=20 > relevant settings: >=20 > hw.acpi.sleep_button_state=3DS3 > hw.acpi.lid_switch_state=3DS3 > hw.syscons.sc_no_suspend_vtswitch=3D1 > hw.acpi.reset_video=3D0 >=20 > In a time frame of about two or three weeks this setup worked wonderful= ly,=20 > everything worked when suspending/resuming. I could even enable glx aga= in. >=20 > After I resume I get these warnings: >=20 > ATA write-dma interrupt was seen but timeout fired LBA=3D53346288 > ATA write-dma interrupt was seen but timeout fired LBA=3D53346288 > ATA write-dma interrupt was seen but taskqueue stalled LBA=3D53346288 >=20 > This basically results in the harddisk being unaccessible and the syste= ms=20 > hangs eventually. Rebooting does not work because the harddisk can't be= =20 > synced, etc. >=20 > Does anyone know what is going on? Something is holding on to one of the taskqueues blocking the request=20 processesing. I'm not sure what caused it but backstepping ATA doesn't=20 make things work at least, suggesting to look somewhere else... For me at least network seems to be troublesome, if I exclude as much=20 network related code as possible in the config, I can resume just fine. YMMV as usual... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 08:27:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA85016A4CE; Mon, 16 Aug 2004 08:27:42 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2CB43D46; Mon, 16 Aug 2004 08:27:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7G8Rfst019216; Mon, 16 Aug 2004 04:27:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7G8RfKc077116; Mon, 16 Aug 2004 04:27:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 918457303F; Mon, 16 Aug 2004 04:27:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040816082741.918457303F@freebsd-current.sentex.ca> Date: Mon, 16 Aug 2004 04:27:41 -0400 (EDT) Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 08:27:42 -0000 TB --- 2004-08-16 08:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-16 08:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-08-16 08:00:00 - checking out the source tree TB --- 2004-08-16 08:00:00 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-08-16 08:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-16 08:05:38 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-16 08:05:38 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-08-16 08:05:38 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/machine/alpha_cpu.h: In function `alpha_pal_rdusp': /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:555: error: syntax error before "v0" /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:558: error: `v0' undeclared (first use in this function) /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/machine/alpha_cpu.h: At top level: /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:565: error: syntax error before "alpha_pal_whami" /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/machine/alpha_cpu.h: In function `alpha_pal_whami': /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:567: error: syntax error before "v0" /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:570: error: `v0' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-08-16 08:27:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-16 08:27:41 - ERROR: failed to build world TB --- 2004-08-16 08:27:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 08:28:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA9E616A4D0 for ; Mon, 16 Aug 2004 08:28:04 +0000 (GMT) Received: from kendy.up.ac.za (kendy.up.ac.za [137.215.101.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 786B243D39 for ; Mon, 16 Aug 2004 08:28:03 +0000 (GMT) (envelope-from marc@bowtie.nl) Received: from hades.cs.up.ac.za ([137.215.40.17]) by kendy.up.ac.za with esmtp (Exim 4.24) id 1BwcqU-0000Pk-R4 for freebsd-current@freebsd.org; Mon, 16 Aug 2004 10:27:58 +0200 Received: (qmail 12377 invoked from network); 16 Aug 2004 10:27:58 +0200 Received: from b040pc123.up.ac.za (HELO ?137.215.40.123?) (137.215.40.123) by hades.cs.up.ac.za with SMTP; 16 Aug 2004 10:27:58 +0200 Message-ID: <4120700D.7050500@bowtie.nl> Date: Mon, 16 Aug 2004 10:27:57 +0200 From: Marc van Kempen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-15?Q?S=F8ren_Schmidt?= References: <200408160810.00366.marc@bowtie.nl> <41206BA6.80908@DeepCore.dk> In-Reply-To: <41206BA6.80908@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Scan-Signature: 28ed999b5782599bf5d5bf5cb9ff0283 cc: freebsd-current@freebsd.org Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 08:28:04 -0000 Søren Schmidt wrote: > Marc van Kempen wrote: > >> Hi, >> >> Since two weeks I get this warning after resuming my laptop (IBM >> Thinkpad R40), this is with acpi enabled on a -current of yesterday >> (15 Aug), some relevant settings: >> >> hw.acpi.sleep_button_state=S3 >> hw.acpi.lid_switch_state=S3 >> hw.syscons.sc_no_suspend_vtswitch=1 >> hw.acpi.reset_video=0 >> >> In a time frame of about two or three weeks this setup worked >> wonderfully, everything worked when suspending/resuming. I could even >> enable glx again. >> >> After I resume I get these warnings: >> >> ATA write-dma interrupt was seen but timeout fired LBA=53346288 >> ATA write-dma interrupt was seen but timeout fired LBA=53346288 >> ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288 >> >> This basically results in the harddisk being unaccessible and the >> systems hangs eventually. Rebooting does not work because the >> harddisk can't be synced, etc. >> >> Does anyone know what is going on? > > > Something is holding on to one of the taskqueues blocking the request > processesing. I'm not sure what caused it but backstepping ATA doesn't > make things work at least, suggesting to look somewhere else... > > For me at least network seems to be troublesome, if I exclude as much > network related code as possible in the config, I can resume just fine. > Ok, I just had a look and I already have very little network related code (I think). Just one network card (fxp) and the miibus device. Or do you mean I should also take out the NFS* options, INET6, etc.? What I can also take out: device plip 'These two seem essential device loop device ether 'Some optional devices device tun device gif device faith device bpf 'usb ethernet drivers device aue device axe device cue device kue device rue 'firewire ethernet driver device fwe Depending on my location I'm also loading the ndis device, will try this also without it, and I'll take these out and report back. cheers, Marc. -- http://zuidafrika.vankempen.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 08:48:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B53AB16A4CE; Mon, 16 Aug 2004 08:48:14 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 050A843D39; Mon, 16 Aug 2004 08:48:14 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7G8m8R6061133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Aug 2004 11:48:09 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i7G8m81b003398; Mon, 16 Aug 2004 11:48:08 +0300 (EEST) (envelope-from ru) Date: Mon, 16 Aug 2004 11:48:08 +0300 From: Ruslan Ermilov To: FreeBSD Tinderbox Message-ID: <20040816084808.GB3205@ip.net.ua> References: <20040816082741.918457303F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vGgW1X5XWziG23Ko" Content-Disposition: inline In-Reply-To: <20040816082741.918457303F@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 08:48:14 -0000 --vGgW1X5XWziG23Ko Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 16, 2004 at 04:27:41AM -0400, FreeBSD Tinderbox wrote: > >>> stage 4.2: building libraries > [...] > /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/a= lpha/alpha/src/i386/usr/include/machine/alpha_cpu.h: In function `alpha_pal= _rdusp': > /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/a= lpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:555: error: syntax erro= r before "v0" > /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/a= lpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:558: error: `v0' undecl= ared (first use in this function) > /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/a= lpha/alpha/src/i386/usr/include/machine/alpha_cpu.h: At top level: > /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/a= lpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:565: error: syntax erro= r before "alpha_pal_whami" > /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/a= lpha/alpha/src/i386/usr/include/machine/alpha_cpu.h: In function `alpha_pal= _whami': > /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/a= lpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:567: error: syntax erro= r before "v0" > /home/tinderbox/sandbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/a= lpha/alpha/src/i386/usr/include/machine/alpha_cpu.h:570: error: `v0' undecl= ared (first use in this function) > *** Error code 1 >=20 > Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libc. > *** Error code 1 >=20 JFYI. This has been fixed. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --vGgW1X5XWziG23Ko Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBIHTIqRfpzJluFF4RAo/VAJ4gxlvDmqO3JC+Li4Bx1UdKsOdnOACfeNCa JjZQXMUN4AxkTeDInpbkSzM= =69Im -----END PGP SIGNATURE----- --vGgW1X5XWziG23Ko-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 09:23:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7C4616A4CE for ; Mon, 16 Aug 2004 09:23:13 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id A429243D45 for ; Mon, 16 Aug 2004 09:23:13 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from speck.techno.pagans (c-24-21-241-225.client.comcast.net [24.21.241.225]) by mail.bitfreak.org (Postfix) with ESMTP id 53EB22A41A for ; Mon, 16 Aug 2004 02:23:13 -0700 (PDT) Received: from spud (w0.techno.pagans [172.21.42.20]) by speck.techno.pagans (Postfix) with ESMTP id 8F16F17025 for ; Mon, 16 Aug 2004 02:23:12 -0700 (PDT) From: "Darren Pilgrim" To: Date: Mon, 16 Aug 2004 02:23:03 -0700 Message-ID: <001d01c48372$a4b5e130$142a15ac@spud> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: What's the status of vinum? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:23:13 -0000 I'm currently doing a vinum RAID 1 on a box that runs RELENG_4_8. For what I do, at least, RELENG_5_2 "feels worthy" of a production box and I'd really like to take advantage of some features 4.x doesn't have. The threads on vinum/gvinum have me wondering if I should hold off a bit. What's the current condition of gvinum? How well does vinum/gvinum work in RELENG_5_2? What are the features not yet implemented in gvinum? My eyeballs didn't capture any URLs for a status page, but if someone can point me at one, that would be great. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 09:24:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F396016A4CE for ; Mon, 16 Aug 2004 09:24:53 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id D531943D41 for ; Mon, 16 Aug 2004 09:24:53 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from speck.techno.pagans (c-24-21-241-225.client.comcast.net [24.21.241.225]) by mail.bitfreak.org (Postfix) with ESMTP id 900E32A41A for ; Mon, 16 Aug 2004 02:24:53 -0700 (PDT) Received: from spud (w0.techno.pagans [172.21.42.20]) by speck.techno.pagans (Postfix) with ESMTP id E2B6D17027 for ; Mon, 16 Aug 2004 02:24:52 -0700 (PDT) From: "Darren Pilgrim" To: Date: Mon, 16 Aug 2004 02:24:43 -0700 Message-ID: <001e01c48372$e0776d10$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 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: How solid is SATA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:24:54 -0000 How solid is SATA support in RELENG_5_2? I have a Promise SATA150 TX2plus and a HighPoint Rocket 1520 on hand. Which would be a better choice? I'm using newer (8MB cache) Western Digital disks, if it matters. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 09:35:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF1B916A4CE for ; Mon, 16 Aug 2004 09:35:25 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F7C043D2F for ; Mon, 16 Aug 2004 09:35:25 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7G9Z5ld030020; Mon, 16 Aug 2004 11:35:10 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41207FB7.6080906@DeepCore.dk> Date: Mon, 16 Aug 2004 11:34:47 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Darren Pilgrim References: <001e01c48372$e0776d10$142a15ac@spud> In-Reply-To: <001e01c48372$e0776d10$142a15ac@spud> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: current@freebsd.org Subject: Re: How solid is SATA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:35:25 -0000 Darren Pilgrim wrote: > How solid is SATA support in RELENG_5_2? I have a Promise SATA150 > TX2plus and a HighPoint Rocket 1520 on hand. Which would be a better > choice? I'm using newer (8MB cache) Western Digital disks, if it > matters. You should use the Promise hands down... However you might want to use -current or soon to bo 5.3 to get the=20 latest SATA support... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 09:47:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 462B416A4CE for ; Mon, 16 Aug 2004 09:47:44 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 106B843D46 for ; Mon, 16 Aug 2004 09:47:44 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from speck.techno.pagans (c-24-21-241-225.client.comcast.net [24.21.241.225]) by mail.bitfreak.org (Postfix) with ESMTP id 2F9AA2A41A; Mon, 16 Aug 2004 02:47:43 -0700 (PDT) Received: from spud (w0.techno.pagans [172.21.42.20]) by speck.techno.pagans (Postfix) with ESMTP id 6DDBB17027; Mon, 16 Aug 2004 02:47:42 -0700 (PDT) From: "Darren Pilgrim" To: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Date: Mon, 16 Aug 2004 02:47:33 -0700 Message-ID: <002101c48376$10c82bf0$142a15ac@spud> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <41207FB7.6080906@DeepCore.dk> Importance: Normal cc: current@freebsd.org Subject: RE: How solid is SATA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:47:44 -0000 > From: S=F8ren Schmidt [mailto:sos@DeepCore.dk]=20 >=20 > Darren Pilgrim wrote: > > How solid is SATA support in RELENG_5_2? I have a Promise SATA150 > > TX2plus and a HighPoint Rocket 1520 on hand. Which would be a better > > choice? I'm using newer (8MB cache) Western Digital disks, if it > > matters. >=20 > You should use the Promise hands down... >=20 > However you might want to use -current or soon to bo 5.3 to get the=20 > latest SATA support... I know the code freeze for 5.3 started on the 15th. What's the expected release date? From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 09:49:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13AA116A4CE for ; Mon, 16 Aug 2004 09:49:41 +0000 (GMT) Received: from web14823.mail.yahoo.com (web14823.mail.yahoo.com [216.136.225.178]) by mx1.FreeBSD.org (Postfix) with SMTP id DF08143D46 for ; Mon, 16 Aug 2004 09:49:40 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040816094940.59921.qmail@web14823.mail.yahoo.com> Received: from [212.143.154.227] by web14823.mail.yahoo.com via HTTP; Mon, 16 Aug 2004 02:49:40 PDT Date: Mon, 16 Aug 2004 02:49:40 -0700 (PDT) From: Rostislav Krasny To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:49:41 -0000 Hello all. I just powered the box on, logged in as a root, cvsuped to the today's -CURRENT and then I ran: cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src rehash w Then I wanted to run 'make buildworld' but before I hit the [Enter] key the system is paniced: dev = ad0s1f, block = 850900, fs = /usr panic: ffs_blkfree: freeing free frag cpuid = 0; KBD: enter: panic [thread 100053] Stoped at kbd_enter+0x2b: nop db> trace kbd_enter(c07eff7e) at kbd_enter+0x2b panic(c080417d,c080413d,c13c97a4,cfbd4,0) at panic+0x131 ffs_blkfree(c13b0800,14a9840,cfbd0,0,2800) at ffs_blkfree+0x45a handle_workitem_freeblocks(c1dd3400,0) at handle_workitem_freeblocks+0x278 process_worklist_item(0,0) at process_worklist_item+0x1a0 softdep_process_worklist(0) at softdep_process_worklist+0xc4 sched_sync(0,c812bd48,0,c064cfbc,0) at sched_sync+0x41a fork_exit(c064cfbc,0,c812bd48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc812bd7c, ebp = 0 --- db> This is: $ uname -a FreeBSD localhost 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sat Aug 14 04:10:43 IDT 2004 root@localhost:/usr/obj/usr/src/sys/GENERIC i386 __________________________________ Do you Yahoo!? Y! Messenger - Communicate in real time. Download now. http://messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 09:50:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C1916A4CE for ; Mon, 16 Aug 2004 09:50:30 +0000 (GMT) Received: from carrick.bishnet.net (carrick.bishnet.net [217.204.9.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 775CE43D48 for ; Mon, 16 Aug 2004 09:50:29 +0000 (GMT) (envelope-from tim-lists@bishnet.net) Received: from 82-68-45-195.dsl.in-addr.zen.co.uk ([82.68.45.195]) by carrick.bishnet.net with asmtp (TLSv1:AES256-SHA:256) (Exim 4.40 (FreeBSD)) id 1Bwe8D-0007Sn-Hn; Mon, 16 Aug 2004 10:50:21 +0100 From: Tim Bishop To: Darren Pilgrim In-Reply-To: <001d01c48372$a4b5e130$142a15ac@spud> References: <001d01c48372$a4b5e130$142a15ac@spud> Content-Type: text/plain Message-Id: <1092649820.821.2.camel@inferno.sixth.bishnet.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 16 Aug 2004 10:50:20 +0100 Content-Transfer-Encoding: 7bit X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 5, autolearn=not spam, BAYES_00 -4.90) X-Bishnet-MailScanner-From: tim-lists@bishnet.net cc: current@FreeBSD.ORG Subject: Re: What's the status of vinum? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:50:30 -0000 On Mon, 2004-08-16 at 10:23, Darren Pilgrim wrote: > I'm currently doing a vinum RAID 1 on a box that runs RELENG_4_8. For > what I do, at least, RELENG_5_2 "feels worthy" of a production box and > I'd really like to take advantage of some features 4.x doesn't have. > The threads on vinum/gvinum have me wondering if I should hold off a > bit. What's the current condition of gvinum? How well does > vinum/gvinum work in RELENG_5_2? What are the features not yet > implemented in gvinum? My eyeballs didn't capture any URLs for a status > page, but if someone can point me at one, that would be great. I'm currently using RELENG_5_2 with vinum (not gvinum). It's mirroring everything except swap, which I vaguely recall might not have worked. I believe with -CURRENT that vinum might not work right, and gvinum might be the only option. Then again I could be wrong :-) When 5.2 is released gvinum should be the default, and should hopefully be in a finished state. Cheers, Tim. -- Tim Bishop http://www.bishnet.net/tim PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 09:51:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2374316A4CE for ; Mon, 16 Aug 2004 09:51:23 +0000 (GMT) Received: from carrick.bishnet.net (carrick.bishnet.net [217.204.9.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E376A43D4C for ; Mon, 16 Aug 2004 09:51:22 +0000 (GMT) (envelope-from tim-lists@bishnet.net) Received: from 82-68-45-195.dsl.in-addr.zen.co.uk ([82.68.45.195]) by carrick.bishnet.net with asmtp (TLSv1:AES256-SHA:256) (Exim 4.40 (FreeBSD)) id 1Bwe98-0007Tl-8c; Mon, 16 Aug 2004 10:51:18 +0100 From: Tim Bishop To: Darren Pilgrim In-Reply-To: <002101c48376$10c82bf0$142a15ac@spud> References: <002101c48376$10c82bf0$142a15ac@spud> Content-Type: text/plain Message-Id: <1092649877.821.4.camel@inferno.sixth.bishnet.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 16 Aug 2004 10:51:17 +0100 Content-Transfer-Encoding: 7bit X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 5, autolearn=not spam, BAYES_00 -4.90) X-Bishnet-MailScanner-From: tim-lists@bishnet.net cc: current@freebsd.org cc: =?ISO-8859-1?Q?=27S=F8ren?= Schmidt' Subject: RE: How solid is SATA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:51:23 -0000 On Mon, 2004-08-16 at 10:47, Darren Pilgrim wrote: > > However you might want to use -current or soon to bo 5.3 to get the > > latest SATA support... > > I know the code freeze for 5.3 started on the 15th. What's the expected > release date? http://www.freebsd.org/releases/5.3R/schedule.html Cheers, Tim. -- Tim Bishop http://www.bishnet.net/tim PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 09:55:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C012016A4CE; Mon, 16 Aug 2004 09:55:02 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5921543D5A; Mon, 16 Aug 2004 09:55:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7G9t1pE025116; Mon, 16 Aug 2004 05:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7G9t1tA004294; Mon, 16 Aug 2004 05:55:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 796867303F; Mon, 16 Aug 2004 05:55:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040816095501.796867303F@freebsd-current.sentex.ca> Date: Mon, 16 Aug 2004 05:55:01 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 09:55:03 -0000 TB --- 2004-08-16 08:27:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-16 08:27:41 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-16 08:27:41 - checking out the source tree TB --- 2004-08-16 08:27:41 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-08-16 08:27:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-16 08:32:18 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-16 08:32:18 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-16 08:32:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-16 09:36:00 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-16 09:36:00 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-16 09:36:00 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 16 09:36:00 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Aug 16 09:47:49 UTC 2004 TB --- 2004-08-16 09:47:49 - generating LINT kernel config TB --- 2004-08-16 09:47:49 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-08-16 09:47:49 - /usr/bin/make -B LINT TB --- 2004-08-16 09:47:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-16 09:47:50 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-16 09:47:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Aug 16 09:47:50 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/geom/label/g_label_msdosfs.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/geom/label/g_label_ufs.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/geom/mirror/g_mirror.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/geom/mirror/g_mirror_ctl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/geom/nop/g_nop.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/geom/raid3/g_raid3.c /tinderbox/CURRENT/amd64/amd64/src/sys/geom/raid3/g_raid3.c: In function `g_raid3_worker': /tinderbox/CURRENT/amd64/amd64/src/sys/geom/raid3/g_raid3.c:1306: warning: 'ndisks' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-16 09:55:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-16 09:55:01 - ERROR: failed to build lint kernel TB --- 2004-08-16 09:55:01 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 11:21:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A003916A4CE; Mon, 16 Aug 2004 11:21:49 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BB8843D45; Mon, 16 Aug 2004 11:21:49 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7GBLmVF037414; Mon, 16 Aug 2004 04:21:48 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7GBLmYO037413; Mon, 16 Aug 2004 04:21:48 -0700 (PDT) (envelope-from obrien) Date: Mon, 16 Aug 2004 04:21:48 -0700 From: "David O'Brien" To: Andrew Lankford Message-ID: <20040816112148.GA34997@dragon.nuxi.com> References: <20040815164858.WMCC24594.out001.verizon.net@outgoing.verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040815164858.WMCC24594.out001.verizon.net@outgoing.verizon.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: amd64@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: your mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: amd64@freebsd.org, freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 11:21:49 -0000 On Sun, Aug 15, 2004 at 11:48:58AM -0500, Andrew Lankford wrote: > >The latest 6113 build of the nvidia graphics drivers > > has just appeared on nvidia's web site. Check out > >http://www.nvidia.com/object/freebsd_1.0-6113.html if > > you are currently using the nvidia proprietary drivers. > > Any chance of support for freebsd-amd64 being added at some > point? Ask nVidia. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 11:32:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B45316A4CE for ; Mon, 16 Aug 2004 11:32:49 +0000 (GMT) Received: from daemon.li (daemon.li [213.203.244.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id D143843D46 for ; Mon, 16 Aug 2004 11:32:48 +0000 (GMT) (envelope-from josef@daemon.li) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by daemon.li with local; Mon, 16 Aug 2004 11:32:46 +0000 Date: Mon, 16 Aug 2004 11:32:46 +0000 From: Josef El-Rayes To: Tim Bishop Message-ID: <20040816113246.GB674@daemon.li> References: <001d01c48372$a4b5e130$142a15ac@spud> <1092649820.821.2.camel@inferno.sixth.bishnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=_daemon.li-1346-1092655967-0001-2" Content-Disposition: inline In-Reply-To: <1092649820.821.2.camel@inferno.sixth.bishnet.net> User-Agent: Mutt/1.3.28i cc: Darren Pilgrim cc: current@FreeBSD.ORG Subject: Re: What's the status of vinum? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 11:32:49 -0000 This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_daemon.li-1346-1092655967-0001-2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Tim Bishop : > When 5.2 is released gvinum should be the default, and should hopefully > be in a finished state. i guess you mean 5.3. greets, josef --=20 Josef El-Rayes (__) Email: josef@daemon.li \\\'',)=20 Web: http://daemon.li/ \/ \ ^ FreeBSD: josef@FreeBSD.org .\._/_) --=_daemon.li-1346-1092655967-0001-2 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iQEVAwUBQSCbXlnFItmnnbU8AQJmAQf/YJdPTQrLPgg2p1I6BF6QGSZ5y2SsscSC Zod62ywTXu/YZoT+PfzWSPZ3cLTAmToRuYbPK9n1h/RRsXw6Gq0wL6c2u14YL1S6 GfHWUHDwfi8dXUf9Nua9AMfkgc6ElzUvHIBGtpuVpGOsG7+jlhoZ4X2iIa9/tbLV MMofduzB8jbwYG2ZCadTSChlE6dag7rVwYAM/CjMnQCMSv+xTFO+RwMPFFKXpodm 29Ji9Z7cWFxaP7gM84p8ZT2nyLP9rfHBekCrV8pnzI4eJEH834lHQjqjgTMW4U8e 3a1+Q35HrIbvBb4uk8QW79iaHxnPswArHB4KI3RRDL6jtg7CDK6Eqw== =whF0 -----END PGP SIGNATURE----- --=_daemon.li-1346-1092655967-0001-2-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 11:32:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD51A16A4CE; Mon, 16 Aug 2004 11:32:51 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E67343D49; Mon, 16 Aug 2004 11:32:51 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7GBWnex065066; Mon, 16 Aug 2004 07:32:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7GBWoFc036294; Mon, 16 Aug 2004 07:32:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8DC817303F; Mon, 16 Aug 2004 07:32:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040816113250.8DC817303F@freebsd-current.sentex.ca> Date: Mon, 16 Aug 2004 07:32:50 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 11:32:52 -0000 TB --- 2004-08-16 09:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-16 09:55:01 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-08-16 09:55:01 - checking out the source tree TB --- 2004-08-16 09:55:01 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-08-16 09:55:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-16 10:00:57 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-16 10:00:57 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-16 10:00:57 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-16 11:04:30 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-16 11:04:30 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-16 11:04:30 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 16 11:04:30 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Aug 16 11:20:54 UTC 2004 TB --- 2004-08-16 11:20:54 - generating LINT kernel config TB --- 2004-08-16 11:20:54 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2004-08-16 11:20:54 - /usr/bin/make -B LINT TB --- 2004-08-16 11:20:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-16 11:20:54 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-08-16 11:20:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Aug 16 11:20:54 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/compat/linux/linux _mib.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/compat/linux/linux _misc.c /tinderbox/CURRENT/i386/i386/src/sys/compat/linux/linux_misc.c: In function `linux_setitimer': /tinderbox/CURRENT/i386/i386/src/sys/compat/linux/linux_misc.c:952: error: `args' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/sys/compat/linux/linux_misc.c:952: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/sys/compat/linux/linux_misc.c:952: error: for each function it appears in.) /tinderbox/CURRENT/i386/i386/src/sys/compat/linux/linux_misc.c: In function `linux_getitimer': /tinderbox/CURRENT/i386/i386/src/sys/compat/linux/linux_misc.c:1010: error: `args' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-08-16 11:32:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-16 11:32:50 - ERROR: failed to build lint kernel TB --- 2004-08-16 11:32:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 11:43:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F10616A4CE for ; Mon, 16 Aug 2004 11:43:31 +0000 (GMT) Received: from kendy.up.ac.za (kendy.up.ac.za [137.215.101.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BB9F43D5C for ; Mon, 16 Aug 2004 11:43:27 +0000 (GMT) (envelope-from marc@bowtie.nl) Received: from hades.cs.up.ac.za ([137.215.40.17]) by kendy.up.ac.za with esmtp (Exim 4.24) id 1Bwftb-0003n9-CB for freebsd-current@freebsd.org; Mon, 16 Aug 2004 13:43:23 +0200 Received: (qmail 19475 invoked from network); 16 Aug 2004 13:43:23 +0200 Received: from b040pc123.up.ac.za (HELO ?137.215.40.123?) (137.215.40.123) by hades.cs.up.ac.za with SMTP; 16 Aug 2004 13:43:23 +0200 Message-ID: <41209DDA.3090504@bowtie.nl> Date: Mon, 16 Aug 2004 13:43:22 +0200 From: Marc van Kempen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-15?Q?S=F8ren_Schmidt?= References: <200408160810.00366.marc@bowtie.nl> <41206BA6.80908@DeepCore.dk> In-Reply-To: <41206BA6.80908@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Scan-Signature: 4e2f9fe169ea1d7ca76e7f245a47f6f3 cc: freebsd-current@freebsd.org Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 11:43:32 -0000 Søren Schmidt wrote: > Marc van Kempen wrote: > >> Hi, >> >> Since two weeks I get this warning after resuming my laptop (IBM >> Thinkpad R40), this is with acpi enabled on a -current of yesterday >> (15 Aug), some relevant settings: >> >> hw.acpi.sleep_button_state=S3 >> hw.acpi.lid_switch_state=S3 >> hw.syscons.sc_no_suspend_vtswitch=1 >> hw.acpi.reset_video=0 >> >> In a time frame of about two or three weeks this setup worked >> wonderfully, everything worked when suspending/resuming. I could even >> enable glx again. >> >> After I resume I get these warnings: >> >> ATA write-dma interrupt was seen but timeout fired LBA=53346288 >> ATA write-dma interrupt was seen but timeout fired LBA=53346288 >> ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288 >> >> This basically results in the harddisk being unaccessible and the >> systems hangs eventually. Rebooting does not work because the >> harddisk can't be synced, etc. >> >> Does anyone know what is going on? > > > Something is holding on to one of the taskqueues blocking the request > processesing. I'm not sure what caused it but backstepping ATA doesn't > make things work at least, suggesting to look somewhere else... > > For me at least network seems to be troublesome, if I exclude as much > network related code as possible in the config, I can resume just fine. > > YMMV as usual... > > -Søren > > I have taken out all the network related options/devices that I could live without and it resumes fine now. Below is my current config file. Regards, Marc. # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.410 2004/08/01 19:37:34 markm Exp $ machine i386 cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options 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 PFIL_HOOKS # pfil(9) framework # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device 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 device atapicam # ATAPI devices throught scsi 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 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 pcic # ExCA ISA and PCI bridges 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 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 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 ehci 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!) # Sound device sound device snd_ich # divert sockets options IPDIVERT options USB_DEBUG -- http://zuidafrika.vankempen.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 15 23:53:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5C9B16A4CE for ; Sun, 15 Aug 2004 23:53:07 +0000 (GMT) Received: from mirapoint1.tis.cwru.edu (mirapoint1.TIS.CWRU.Edu [129.22.104.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E0F943D1F for ; Sun, 15 Aug 2004 23:53:07 +0000 (GMT) (envelope-from jrh29@po.cwru.edu) Received: from [192.168.1.100] (oh-clevelandheights-cdnt1-bg1b-147.clvdoh.adelphia.net [68.170.192.147]) by mirapoint1.tis.cwru.edu (MOS 3.4.3-CR) with ESMTP id CGO85767 (AUTH jrh29); Sun, 15 Aug 2004 19:53:04 -0400 (EDT) In-Reply-To: <411C90D3.1090209@witchspace.com> References: <411C90D3.1090209@witchspace.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <3A53608E-EF16-11D8-819F-000A95841F44@po.cwru.edu> Content-Transfer-Encoding: 7bit From: Justin Hibbits Date: Sun, 15 Aug 2004 19:52:55 -0400 To: Jonathan Belson X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.619) X-Mailman-Approved-At: Mon, 16 Aug 2004 11:52:13 +0000 cc: freebsd-current@freebsd.org Subject: Re: Preliminary ATI TV Wonder bktr support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 23:53:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Aug 13, 2004, at 05:58, Jonathan Belson wrote: > Justin Hibbits wrote: >> It's not complete (no sound yet, and no idea where to begin), but the >> ATI TV Wonder is now auto configured. Source merged from OpenBSD. >> Since I'm not a regular FreeBSD hacker, I'm posting it here. I hope >> it's the right list. >> Anyway, maybe someone can figure out how to go from here, since I'm >> stuck now. I'll continue working on it though. > > Are you in an an area where you get NICAM-encoded audio? To enable > NICAM decoding you need to write a register which (for some reason) > isn't actually documented in the 878 datasheet. > > Also, different cards have different ideas which mux channel > corresponds to which audio source, so you might have to experiment > a bit. > > Cheers, > > -- > Jon No idea if I get NICAM audio, I just have regular cable in the US (Adelphia cable in Ohio). But, just in case, do you know what the register is? Daniel O'Conner posted links for the bt878 chip specs, but I don't think that's exactly what I need, since I believe the FreeBSD bktr driver supports the 878 as a chip. I need the specs for the TV Wonder, which I probably can't get without signing an NDA. I'm looking through the Linux bttv driver, but that's little help. The settings I tried using don't help at all, so it might be in the msp34xx driver. I'll keep hacking on it, and see if I can get it working. - -Justin - -- "And now, if you'll excuse me, I'm in the middle of 15 things, all annoying" -- Lt. Cmdr Susan Ivanova, Babylon 5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBH/dbqt29EJDZlM4RAvtFAJ4yxGTnrtMM4+6GY66oEEnYVyLT5gCeIM+8 ell2ieQE6SQdAzMBbTqccBs= =6Stg -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 10:26:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 062CF16A4CE; Mon, 16 Aug 2004 10:26:42 +0000 (GMT) Received: from unsane.co.uk (unsane.co.uk [82.152.23.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E65E43D1F; Mon, 16 Aug 2004 10:26:41 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (localhost [127.0.0.1]) by unsane.co.uk (8.12.11/8.12.10) with ESMTP id i7GAQX9X085301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Aug 2004 11:26:33 +0100 (BST) (envelope-from jhary@unsane.co.uk) Received: from localhost (jhary@localhost) by unsane.co.uk (8.12.11/8.12.10/Submit) with ESMTP id i7GAQXiU085298; Mon, 16 Aug 2004 11:26:33 +0100 (BST) (envelope-from jhary@unsane.co.uk) Date: Mon, 16 Aug 2004 11:26:33 +0100 (BST) From: Vince Hoffman To: Gavin Atkinson In-Reply-To: <20040815221840.U84668@ury.york.ac.uk> Message-ID: <20040816112059.S85084@unsane.co.uk> References: <20040815113727.S33525@unsane.co.uk> <20040815221840.U84668@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 16 Aug 2004 11:52:13 +0000 cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: 5.x on a portege A100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 10:26:42 -0000 On Sun, 15 Aug 2004, Gavin Atkinson wrote: > On Sun, 15 Aug 2004, Vince Hoffman wrote: > > I'm rather idley trying to get 5.2.1+ to work on my toshiba > > portege A100. So far no joy, 5.x will not boot. I have tried the > > various boot menu options (with and without ACPI), but 5.2.1 > > and the latest -CURRENT snapshot I could could find on the snapshot server > > both freeze at pci0, ACPI enabled says, pci0: on pcib0 > > non ACPI says pci0: . I'll write down and retype the > > entire output if it'll help. > > I've been vaguely looking into this myself on a friend's laptop... If you > boot verbose, is the chip it hangs on vendor 8086 product 3584? > > If you drop into the bios, I believe there is an option called something > like "Device config". Set it to "All devices", not "Setup by OS". The > option may be called "PnP OS", in which case set it to no. Then I believe > you can boot either with or without ACPI. > > This may not be the cause - i've been playing with a few different laptops > recently... Fredericks suggestion to set hw.pci.enable_io_modes=0 at the boot menu got me booting, but fdisk doesnt seem to like my disk controller, GEOM is set as per 4.x but fdisk says its invalid and changes it, fdisk then seems to think i have 2 Xenix partitions rather than one NTFS and one Freebsd Slice. didnt realy want to carry on as I dont have time to reinstall the MS slice of my laptop at the moment if it goes wrong. Vince > > Gavin > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 11:54:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4350016A4CE for ; Mon, 16 Aug 2004 11:54:41 +0000 (GMT) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EC3343D48 for ; Mon, 16 Aug 2004 11:54:40 +0000 (GMT) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net id i7GBscYA014252 (8.12.10/1.4); Mon, 16 Aug 2004 13:54:38 +0200 (MET DST) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id i7GBsbci004655 (8.12.10/2.02); Mon, 16 Aug 2004 13:54:37 +0200 (MEST) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Mon, 16 Aug 2004 13:54:37 +0200 (MEST) From: Michiel Boland To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: sysinstall partition editor displays funny subtypes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 11:54:41 -0000 Hi. I notice that the FDISK Partition Editor in sysinstall displays rather strange values for the partition types. For example, on a running -CURRENT (cvsupped last friday): Offset Size(ST) End Name PType Desc Subtype Flags 0 63 62 - 12 unused 0 63 78124032 78124094 ad0s1 4 unknown 0 78124095 905 78124999 - 12 unused 0 On my home machine a fresh install displayed the ad0s1 as "XENIX /usr" (subtype 3). What? :) I notice that fdisk displays the partition type ok. Here is the output from 'sysctl -b kern.geom.conftxt' 0 DISK ad0 40000000000 512 hd 16 sc 63 1 MBR ad0s1 39999504384 512 i 0 o 32256 2 BSD ad0s1f 38141648896 512 i 5 o 1857855488 2 BSD ad0s1e 268435456 512 i 4 o 1589420032 2 BSD ad0s1d 268435456 512 i 3 o 1320984576 2 BSD ad0s1c 39999504384 512 i 2 o 0 2 BSD ad0s1b 1052549120 512 i 1 o 268435456 2 BSD ad0s1a 268435456 512 i 0 o 0 Shouldn't there be a 'ty' entry for the MBR so that libdisk can populate the subtype member properly? Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 12:04:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2696616A4CE for ; Mon, 16 Aug 2004 12:04:33 +0000 (GMT) Received: from eddie.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD39343D2D for ; Mon, 16 Aug 2004 12:04:32 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id 3626611817; Mon, 16 Aug 2004 14:04:31 +0200 (CEST) Date: Mon, 16 Aug 2004 14:04:31 +0200 From: "Simon L. Nielsen" To: Michiel Boland Message-ID: <20040816120430.GB61790@eddie.nitro.dk> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: sysinstall partition editor displays funny subtypes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:04:33 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.08.16 13:54:37 +0200, Michiel Boland wrote: > Hi. I notice that the FDISK Partition Editor in sysinstall displays rathe= r=20 > strange values for the partition types. For example, on a running=20 > -CURRENT (cvsupped last friday): >=20 > Offset Size(ST) End Name PType Desc Subtype=20 > Flags >=20 > 0 63 62 - 12 unused 0 > 63 78124032 78124094 ad0s1 4 unknown 0 > 78124095 905 78124999 - 12 unused 0 >=20 > On my home machine a fresh install displayed the ad0s1 as "XENIX /usr"=20 > (subtype 3). What? :) Just a "Me too". I saw the same on a test system, but I haven't gotten around to looking more closely into what really happened. --=20 Simon L. Nielsen FreeBSD Documentation Team --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIKLOh9pcDSc1mlERAo1PAJ0cJ9HQIQqC4Xz/SG93/7iKGIdmPACeIK/J bjLIwIR/zkh8spy5WLrKRQ4= =0uyp -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 12:05:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9394916A4D4 for ; Mon, 16 Aug 2004 12:05:55 +0000 (GMT) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB5DC43D41 for ; Mon, 16 Aug 2004 12:05:54 +0000 (GMT) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net id i7GC5rYA016832 (8.12.10/1.4); Mon, 16 Aug 2004 14:05:53 +0200 (MET DST) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id i7GC5rRF004782 (8.12.10/2.02); Mon, 16 Aug 2004 14:05:53 +0200 (MEST) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Mon, 16 Aug 2004 14:05:53 +0200 (MEST) From: Michiel Boland To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: sysinstall creates PaxHeader directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:05:55 -0000 Hi. Last week I did a rebuild from scratch by doing a make release and using the resulting cdrom. I notice that sysinstall creates several directories called 'PaxHeader'. This is probably because cpio does not understand the bsdtar format? Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 12:15:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 862DD16A4D3; Mon, 16 Aug 2004 12:15:44 +0000 (GMT) Received: from av5-1-sn3.vrr.skanova.net (av5-1-sn3.vrr.skanova.net [81.228.9.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C90343D46; Mon, 16 Aug 2004 12:15:44 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av5-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 662BB37E7C; Mon, 16 Aug 2004 14:15:43 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av5-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 557E337E4A; Mon, 16 Aug 2004 14:15:43 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 1567138007; Mon, 16 Aug 2004 14:15:43 +0200 (CEST) From: "Daniel Eriksson" To: "'Riccardo Torrini'" Date: Mon, 16 Aug 2004 14:15:46 +0200 Organization: Home 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 In-Reply-To: <41203316.90801@root.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSDRywoCRzZnLLHRCyqmHffbMHucwAQ0uPQ cc: acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: RE: Disabled known-bad BIOS revisions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:15:44 -0000 Try upgrading your BIOS to the latest beta version. I'm running a P2B-DS with ACPI enabled without any problems, using the 1014.003 bios available here: ftp://ftp.asuscom.de/pub/ASUSCOM/BIOS/Slot_I/INTEL_Chipset/i440BX/P2B-DS/ /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 12:23:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9456816A4CE for ; Mon, 16 Aug 2004 12:23:18 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40FA443D2D for ; Mon, 16 Aug 2004 12:23:17 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7GCK8hF039450 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 16 Aug 2004 16:20:08 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7GCIbrC039350; (8.12.8/vak/2.1) Mon, 16 Aug 2004 16:18:37 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4120A660.9070909@cronyx.ru> Date: Mon, 16 Aug 2004 16:19:44 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:23:18 -0000 Hi, Question to gurus. Does witness keep in mind lock recursion when it checks for LORs. rik From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 12:24:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A38C116A52E for ; Mon, 16 Aug 2004 12:24:01 +0000 (GMT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29FED43D5A for ; Mon, 16 Aug 2004 12:24:01 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id 17DBC2BD71 for ; Mon, 16 Aug 2004 22:23:59 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 3D3CE511FA; Mon, 16 Aug 2004 21:53:57 +0930 (CST) Date: Mon, 16 Aug 2004 21:53:57 +0930 From: Greg 'groggy' Lehey To: Tim Bishop Message-ID: <20040816122357.GT30875@wantadilla.lemis.com> References: <001d01c48372$a4b5e130$142a15ac@spud> <1092649820.821.2.camel@inferno.sixth.bishnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jWL1oGPK2mPq0rME" Content-Disposition: inline In-Reply-To: <1092649820.821.2.camel@inferno.sixth.bishnet.net> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: Darren Pilgrim cc: current@FreeBSD.ORG Subject: Re: What's the status of vinum? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:24:02 -0000 --jWL1oGPK2mPq0rME Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 16 August 2004 at 10:50:20 +0100, Tim Bishop wrote: > On Mon, 2004-08-16 at 10:23, Darren Pilgrim wrote: >> I'm currently doing a vinum RAID 1 on a box that runs RELENG_4_8. For >> what I do, at least, RELENG_5_2 "feels worthy" of a production box and >> I'd really like to take advantage of some features 4.x doesn't have. >> The threads on vinum/gvinum have me wondering if I should hold off a >> bit. What's the current condition of gvinum? How well does >> vinum/gvinum work in RELENG_5_2? What are the features not yet >> implemented in gvinum? My eyeballs didn't capture any URLs for a status >> page, but if someone can point me at one, that would be great. > > I'm currently using RELENG_5_2 with vinum (not gvinum). It's > mirroring everything except swap, which I vaguely recall might not > have worked. Correct. Swap on Vinum does not work on 5.x: the swap code insists on GEOM. > I believe with -CURRENT that vinum might not work right, and gvinum > might be the only option. Then again I could be wrong :-) Yes, you're (still) wrong. They're both currently in the tree, and different parts of each work. > When 5.2 is released gvinum should be the default, and should > hopefully be in a finished state. For very large values of 2. 5.3 won't have a complete gvinum; hopefully 5.4 will only have gvinum, which will then be renamed vinum. Greg -- Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --jWL1oGPK2mPq0rME Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFBIKddIubykFB6QiMRAvX8AJ0eBJtTsTP7xeAPBxdfh1/J+rK7+wCdF7D/ dvAT1li2ABV2okhTrwHLWw0= =qTWp -----END PGP SIGNATURE----- --jWL1oGPK2mPq0rME-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 12:57:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EEE716A4CF; Mon, 16 Aug 2004 12:57:39 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A2F43D58; Mon, 16 Aug 2004 12:57:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7GCvc73041194; Mon, 16 Aug 2004 08:57:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7GCvb53070779; Mon, 16 Aug 2004 08:57:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A15727303F; Mon, 16 Aug 2004 08:57:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040816125737.A15727303F@freebsd-current.sentex.ca> Date: Mon, 16 Aug 2004 08:57:37 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:57:39 -0000 TB --- 2004-08-16 11:32:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-16 11:32:50 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-16 11:32:50 - checking out the source tree TB --- 2004-08-16 11:32:50 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-16 11:32:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-16 11:38:51 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-16 11:38:51 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-16 11:38:51 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-16 12:42:34 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-16 12:42:34 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-16 12:42:34 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 16 12:42:34 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Aug 16 12:56:09 UTC 2004 TB --- 2004-08-16 12:56:09 - generating LINT kernel config TB --- 2004-08-16 12:56:09 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-16 12:56:09 - /usr/bin/make -B LINT TB --- 2004-08-16 12:56:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-16 12:56:09 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-16 12:56:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Aug 16 12:56:09 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/libkern/iconv_converter_if.m -h awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pci/agp_if.m -h awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /home/tinderbox/sandbox/CURRENT/i386/pc98/obj/tinderbox/CURRENT/i386/pc98/src/make.i386/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUP ROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding /tinderbox/CURRENT/i386/pc98/src/sys/i386/i386/mp_machdep.c:32:29: opt_mp_watchdog.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-16 12:57:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-16 12:57:37 - ERROR: failed to build lint kernel TB --- 2004-08-16 12:57:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 13:30:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 387F516A4CE; Mon, 16 Aug 2004 13:30:41 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B1A143D46; Mon, 16 Aug 2004 13:30:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7GDUceB085154; Mon, 16 Aug 2004 09:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7GDUe0w081857; Mon, 16 Aug 2004 09:30:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D2A097303F; Mon, 16 Aug 2004 09:30:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040816133039.D2A097303F@freebsd-current.sentex.ca> Date: Mon, 16 Aug 2004 09:30:39 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 13:30:41 -0000 TB --- 2004-08-16 12:57:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-16 12:57:38 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-16 12:57:38 - cleaning the sandbox TB --- 2004-08-16 12:58:37 - checking out the source tree TB --- 2004-08-16 12:58:37 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-16 12:58:37 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-16 13:06:23 - WARNING: /home/tinderbox/sandbox/ia64.diff does not exist TB --- 2004-08-16 13:06:23 - building world (CFLAGS=-O -pipe) TB --- 2004-08-16 13:06:23 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-16 13:06:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/arch/ia64/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/sys -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/ia64 -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread/thr_spec.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/arch/ia64/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/sys -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/ia64 -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread/thr_spinlock.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/arch/ia64/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/sys -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/ia64 -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread/thr_stack.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/arch/ia64/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/sys -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/ia64 -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread/thr_suspend_np.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/arch/ia64/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/sys -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/ia64 -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread/thr_switch_np.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/arch/ia64/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/sys -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/ia64 -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread/thr_system.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/arch/ia64/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/sys -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/../libc/ia64 -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread/thr_symbols.c /tinderbox/CURRENT/ia64/ia64/src/lib/libpthread/thread/thr_symbols.c:57: error: structure has no member named `tp_dtv' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libpthread. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-16 13:30:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-16 13:30:39 - ERROR: failed to build world TB --- 2004-08-16 13:30:39 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 13:48:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC3A816A4CE for ; Mon, 16 Aug 2004 13:48:22 +0000 (GMT) Received: from fep16.inet.fi (fep16.inet.fi [194.251.242.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B7FC43D31 for ; Mon, 16 Aug 2004 13:48:21 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from mato.dyndns.suutari.iki.fi ([80.222.162.110]) by fep16.inet.fi with ESMTP <20040816134819.VZJF8840.fep16.inet.fi@mato.dyndns.suutari.iki.fi>; Mon, 16 Aug 2004 16:48:19 +0300 Received: from [192.168.53.130] (instant.lemi.suutari.iki.fi [192.168.53.130]) i7GDmIaC080813; Mon, 16 Aug 2004 16:48:18 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <12D2A609.5000102@suutari.iki.fi> From: Ari Suutari User-Agent: Mozilla Thunderbird 0.7 (X11/20040701) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <200408160810.00366.marc@bowtie.nl> <41206BA6.80908@DeepCore.dk> In-Reply-To: <41206BA6.80908@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.4 (mato.dyndns.suutari.iki.fi [192.168.53.129]); Mon, 16 Aug 2004 16:48:19 +0300 (EEST) cc: freebsd-current@freebsd.org cc: Marc van Kempen Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 16 Aug 2004 13:48:22 -0000 X-Original-Date: Fri, 04 Jan 1980 02:49:13 +0200 X-List-Received-Date: Mon, 16 Aug 2004 13:48:22 -0000 Hi, Søren Schmidt wrote: > For me at least network seems to be troublesome, if I exclude as much > network related code as possible in the config, I can resume just fine. > > YMMV as usual... > If I unplug wlan card (pcmcia) before suspending I can resume without problems. Ari S. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 14:03:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5FEB16A4CE; Mon, 16 Aug 2004 14:03:11 +0000 (GMT) Received: from smtp-bedford-dr.mitre.org (smtp-bedford-dr-x.mitre.org [192.160.51.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2137843D31; Mon, 16 Aug 2004 14:03:11 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) i7GE3At01912; Mon, 16 Aug 2004 10:03:10 -0400 Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id 6AA3C4F8DD; Mon, 16 Aug 2004 10:03:10 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) i7GE3Aw01859; Mon, 16 Aug 2004 10:03:10 -0400 Received: from mm112324-2k.mitre.org (128.29.3.51) by mailhub1.mitre.org with SMTP id 8899666; Mon, 16 Aug 2004 10:03:05 -0400 Message-ID: <4120BE98.1030301@mitre.org> Date: Mon, 16 Aug 2004 10:03:04 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Murray , freebsd-current@freebsd.org References: <200408132000.i7DK0nTb056584@grimreaper.grondar.org> In-Reply-To: <200408132000.i7DK0nTb056584@grimreaper.grondar.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 14:03:11 -0000 Mark Murray wrote: >Jason Andresen writes: > > >>>Make sure you compile in the 'io' and 'mem' devices. >>> >>> >>> >>Oh, I was loading them as modules. That's probably it. >> >> > >That's crazy. Loading as modules or building them in would have >had the same result here. Did you cvsup between builds or anything? > > Nope. Was the fact that I was loading them as modules fairly late in the boot cycle (right before the Nvidia driver module was loaded) instead of in the boot loader itself perhaps the problem? From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 14:08:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42EEF16A4CE; Mon, 16 Aug 2004 14:08:57 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267CC43D5A; Mon, 16 Aug 2004 14:08:57 +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 (SSL) id IBA74465; Mon, 16 Aug 2004 07:08:56 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C3FEB5D04; Mon, 16 Aug 2004 07:08:55 -0700 (PDT) To: "M. Warner Losh" In-reply-to: Your message of "Sun, 15 Aug 2004 22:32:42 MDT." <20040815.223242.84376882.imp@bsdimp.com> Date: Mon, 16 Aug 2004 07:08:55 -0700 From: "Kevin Oberman" Message-Id: <20040816140855.C3FEB5D04@ptavv.es.net> cc: truckman@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: sah@softcardsystems.com Subject: Re: pccard/cbb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 14:08:57 -0000 > Date: Sun, 15 Aug 2004 22:32:42 -0600 (MDT) > From: "M. Warner Losh" > > In message: <20040816042215.99E275D04@ptavv.es.net> > "Kevin Oberman" writes: > : > Date: Sun, 15 Aug 2004 17:19:51 -0600 (MDT) > : > From: "M. Warner Losh" > : > > : > In message: <200408152303.i7FN3j29001176@gw.catspoiler.org> > : > Don Lewis writes: > : > : On 15 Aug, M. Warner Losh wrote: > : > : > In message: <20040815014707.1C5365D04@ptavv.es.net> > : > : > "Kevin Oberman" writes: > : > : > : > Date: Sat, 14 Aug 2004 16:20:10 -0600 (MDT) > : > : > : > From: "M. Warner Losh" > : > : > : > Sender: owner-freebsd-current@freebsd.org > : > : > : > > : > : > : > In message: > : > : > : > Sam writes: > : > : > : > : module cbb already exists! > : > : > : > > : > : > : > That's odd. I've never seen this. How do you create it? > : > : > : > : > : > : I have been seeing this since a kernel build on Aug 13. My kernel from > : > : > : Aug. 11 was fine. Since I have cbb in my kernel, it looks like something > : > : > : is trying to load cbb again at boot time. > : > : > > : > : > OK. That's very odd. Nothing should be trying to load it. This is > : > : > in the time frame I committed my split... > : > : > : > : I'm seeing the same thing here and I don't even have a cbb on that > : > : machine. > : > > : > I think that this may be due to bugs in the loader. It appears that > : > cbb has depends on exca that I neglected to commit, so I've done that > : > in the hopes of things working better. > : > : Bad news. I just rebuilt my system and the error remains. > : 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.2-CURRENT #15: Sun Aug 15 20:50:12 PDT 2004 > : oberman@puppeteer.es.net:/usr/obj/usr/src/sys/IBM-T30-D > : module cbb already present! > : Timecounter "i8254" frequency 1193182 Hz quality 0 > : CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz (1198.99-MHz 686-class CPU) > : Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 > : Features=0x3febf9ff > : real memory = 536281088 (511 MB) > : avail memory = 515043328 (491 MB) > > Does this solve your problem? Bingo! The message is gone and my card still works fine. Thanks, Warner. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 14:15:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A64316A4CF for ; Mon, 16 Aug 2004 14:15:03 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0D1E43D31 for ; Mon, 16 Aug 2004 14:15:02 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i7GEEv4F033797; Mon, 16 Aug 2004 09:14:58 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 12.148.147.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Mon, 16 Aug 2004 09:14:58 -0500 (CDT) Message-ID: <37203.12.148.147.242.1092665698.squirrel@mail.ringofsaturn.com> In-Reply-To: <20040816052833.GH73391@dan.emsphone.com> References: <20040816052833.GH73391@dan.emsphone.com> Date: Mon, 16 Aug 2004 09:14:58 -0500 (CDT) From: "Rusty Nejdl" To: "Dan Nelson" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean cc: current@freebsd.org Subject: Re: Change in PSM sync behavior X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 14:15:03 -0000 Dan Nelson said: > In the last episode (Aug 13), Justin T. Gibbs said: > >> I've had this change locally for some time and think it may be a >> worth while change to commit to the tree. My patch defers the setup of >> the sync bits until the first "normal" data packet is received from the >> mouse. In the case of Avocent Outlook KVM's, this avoids a bug in their >> intellimouse emulator that sends back incorrect sync when you explicitly >> request a data packet from the mouse. Without this change, you must >> force the driver into stock PS/2 mode or be flooded with a never ending >> stream of "out of sync" messages. > > +1 vote for me! This fixes the 2-port Switchview at my desk. Resetting > into regular PS/2 mode doesn't seem to do any harm (the wheel still works), > but it's nice to not have to do it anymore :) > If this isn't committed into the src, then I'd like to at least see some way for people to optionally get this. This is something that really needs to be available as there are many of us with KVM's that have run into this exact scenario. Rusty Nejdl From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 14:16:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D9ED16A4CE for ; Mon, 16 Aug 2004 14:16:09 +0000 (GMT) Received: from mail.tecdigital.net (mail.tecdigital.net [69.20.85.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 355F443D39 for ; Mon, 16 Aug 2004 14:16:09 +0000 (GMT) (envelope-from mariodoria@yahoo.com) Received: from madd-wireless.localdomain (host-200-56-121-63.block.alestra.net.mx [200.56.121.63]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.tecdigital.net (Postfix) with ESMTP id 7D13C49FA5 for ; Mon, 16 Aug 2004 09:16:08 -0500 (CDT) From: "Mario A. Doria" To: freebsd-current@freebsd.org Date: Mon, 16 Aug 2004 09:16:06 -0500 User-Agent: KMail/1.6.82 References: <20040816120108.D545116A515@hub.freebsd.org> In-Reply-To: <20040816120108.D545116A515@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200408160916.06909.mariodoria@yahoo.com> Subject: Re: What's the status of vinum? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 14:16:09 -0000 >I'm currently doing a vinum RAID 1 on a box that runs RELENG_4_8. =A0For >what I do, at least, RELENG_5_2 "feels worthy" of a production box and >I'd really like to take advantage of some features 4.x doesn't have. >The threads on vinum/gvinum have me wondering if I should hold off a >bit. =A0What's the current condition of gvinum? =A0How well does >vinum/gvinum work in RELENG_5_2? =A0What are the features not yet >implemented in gvinum? =A0My eyeballs didn't capture any URLs for a=20 status >page, but if someone can point me at one, that would be great. Hi, I tried to upgrade a machine running vinum from sources dated=20 2004.06.17.18.00.00, to -CURRENT sources of 2004.07.12 with gvinum but=20 with no success. After installing new world and kernel, I tried to do a=20 "gvinum start". The first time I ran it, it reported a mirror and a=20 concatenated plex OK, but after the first reboot it had lost its=20 configuration. I tried to start over using gvinum, by first, using=20 vinum and doing a resetconfig, then doing a create using gvinum. No=20 luck, I still lost my gvinum configuration after a reboot. Mario=20 From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 14:18:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E987D16A4CE for ; Mon, 16 Aug 2004 14:18:56 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A0A43D2D for ; Mon, 16 Aug 2004 14:18:55 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from [192.168.0.4] (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i7GEIjus026982; Mon, 16 Aug 2004 16:18:47 +0200 Date: Mon, 16 Aug 2004 16:18:47 +0200 (CEST) From: Lukas Ertl To: "Mario A. Doria" In-Reply-To: <200408160916.06909.mariodoria@yahoo.com> Message-ID: <20040816161734.S557@korben.in.tern> References: <20040816120108.D545116A515@hub.freebsd.org> <200408160916.06909.mariodoria@yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4249; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: What's the status of vinum? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 14:18:57 -0000 On Mon, 16 Aug 2004, Mario A. Doria wrote: > I tried to upgrade a machine running vinum from sources dated > 2004.06.17.18.00.00, to -CURRENT sources of 2004.07.12 with gvinum but > with no success. You should try a more recent version, there were some fixes since then. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 14:29:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9A6116A4CE for ; Mon, 16 Aug 2004 14:29:44 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EDA043D2F for ; Mon, 16 Aug 2004 14:29:44 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7GERcmT077766; Mon, 16 Aug 2004 10:27:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7GERcEJ077763; Mon, 16 Aug 2004 10:27:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 16 Aug 2004 10:27:38 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Marc van Kempen In-Reply-To: <41209DDA.3090504@bowtie.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: =?ISO-8859-15?Q?S=F8ren_Schmidt?= Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 14:29:45 -0000 On Mon, 16 Aug 2004, Marc van Kempen wrote: > > Something is holding on to one of the taskqueues blocking the request > > processesing. I'm not sure what caused it but backstepping ATA doesn't > > make things work at least, suggesting to look somewhere else... > > > > For me at least network seems to be troublesome, if I exclude as much > > network related code as possible in the config, I can resume just fine. > > > > YMMV as usual... > I have taken out all the network related options/devices that I could > live without and it resumes fine now. > > Below is my current config file. There are a number of variables we could look at here, so it would be useful if we could sort through them some by trying a few cases -- this may take a bit! Before we start -- are you running with debug.mpsafenet=1, or any more experimental or custom network features? I.e., changes in default network allocation, etc? Could you let me know if the interrupt (and ithread) used by the network device are being shared by any other devices? On notebooks, interrupts are frequently shared (and also Dell desktop systems). This might point at a problem with ithread registration, suspension, restart, and related races. Could you try compiling in support for all the network foo, but leaving the network entirely unused (disable DHCP, don't configure an IP address, don't raise the interface, etc. Maybe even do this in single-user). This might help us determine if it's related specifically to network activity or not -- i.e., an active ithread. If this doesn't help, could you try compiling out all the network service options (inet, NFS, etc), but leaving in the network interfaces? This will help determine if we may be looking at a bug in a service, or perhaps a problem with network interrupt registration or a small set of devices. If you compile out the network interface, but do configure the services, does it still hang? If you compile out the network interface, but configure the services and use them actively over the localhost interface when you suspend, does it hang then? This would also help point at a possible problem in the protocol implementation. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 14:42:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB3DC16A4CF for ; Mon, 16 Aug 2004 14:42:40 +0000 (GMT) Received: from kendy.up.ac.za (kendy.up.ac.za [137.215.101.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5C6D43D4C for ; Mon, 16 Aug 2004 14:42:39 +0000 (GMT) (envelope-from marc@bowtie.nl) Received: from hades.cs.up.ac.za ([137.215.40.17]) by kendy.up.ac.za with esmtp (Exim 4.24) id 1Bwih1-00045R-SH for freebsd-current@freebsd.org; Mon, 16 Aug 2004 16:42:35 +0200 Received: (qmail 26809 invoked from network); 16 Aug 2004 16:42:34 +0200 Received: from b040pc123.up.ac.za (HELO ?137.215.40.123?) (137.215.40.123) by hades.cs.up.ac.za with SMTP; 16 Aug 2004 16:42:34 +0200 Message-ID: <4120C7DA.1000007@bowtie.nl> Date: Mon, 16 Aug 2004 16:42:34 +0200 From: Marc van Kempen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scan-Signature: 7dfe0ca649cca9476ed6282eba2d8737 cc: freebsd-current@freebsd.org cc: =?ISO-8859-15?Q?S=F8ren_Schmidt?= Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 14:42:40 -0000 Robert Watson wrote: >On Mon, 16 Aug 2004, Marc van Kempen wrote: > > > >>>Something is holding on to one of the taskqueues blocking the request >>>processesing. I'm not sure what caused it but backstepping ATA doesn't >>>make things work at least, suggesting to look somewhere else... >>> >>>For me at least network seems to be troublesome, if I exclude as much >>>network related code as possible in the config, I can resume just fine. >>> >>>YMMV as usual... >>> >>> >>I have taken out all the network related options/devices that I could >>live without and it resumes fine now. >> >>Below is my current config file. >> >> > >There are a number of variables we could look at here, so it would be >useful if we could sort through them some by trying a few cases -- this >may take a bit! > >Before we start -- are you running with debug.mpsafenet=1, or any more >experimental or custom network features? I.e., changes in default network >allocation, etc? > >Could you let me know if the interrupt (and ithread) used by the network >device are being shared by any other devices? On notebooks, interrupts >are frequently shared (and also Dell desktop systems). This might point >at a problem with ithread registration, suspension, restart, and related >races. > >Could you try compiling in support for all the network foo, but leaving >the network entirely unused (disable DHCP, don't configure an IP address, >don't raise the interface, etc. Maybe even do this in single-user). This >might help us determine if it's related specifically to network activity >or not -- i.e., an active ithread. > >If this doesn't help, could you try compiling out all the network service >options (inet, NFS, etc), but leaving in the network interfaces? This >will help determine if we may be looking at a bug in a service, or perhaps >a problem with network interrupt registration or a small set of devices. > >If you compile out the network interface, but do configure the services, >does it still hang? If you compile out the network interface, but >configure the services and use them actively over the localhost interface >when you suspend, does it hang then? This would also help point at a >possible problem in the protocol implementation. > >Thanks, > > Hi Robert, I will try to do this tonight, by the way how can I see if an interrupt is being shared? Cheers, Marc. -- http://zuidafrika.vankempen.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 14:59:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF2D916A4CE; Mon, 16 Aug 2004 14:59:45 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C5F443D4C; Mon, 16 Aug 2004 14:59:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7GExgRJ004714; Mon, 16 Aug 2004 10:59:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7GExijM003038; Mon, 16 Aug 2004 10:59:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A79FE7303F; Mon, 16 Aug 2004 10:59:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040816145944.A79FE7303F@freebsd-current.sentex.ca> Date: Mon, 16 Aug 2004 10:59:44 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 14:59:45 -0000 TB --- 2004-08-16 14:30:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-16 14:30:38 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-16 14:30:38 - cleaning the sandbox TB --- 2004-08-16 14:31:32 - checking out the source tree TB --- 2004-08-16 14:31:32 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-08-16 14:31:32 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-08-16 14:39:27 - WARNING: /home/tinderbox/sandbox/sparc64.diff does not exist TB --- 2004-08-16 14:39:27 - building world (CFLAGS=-O -pipe) TB --- 2004-08-16 14:39:27 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-16 14:39:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/arch/sparc64/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/sparc64 -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread/thr_spec.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/arch/sparc64/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/sparc64 -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread/thr_spinlock.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/arch/sparc64/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/sparc64 -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread/thr_stack.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/arch/sparc64/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/sparc64 -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread/thr_suspend_np.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/arch/sparc64/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/sparc64 -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread/thr_switch_np.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/arch/sparc64/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/sparc64 -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread/thr_system.c cc -O -pipe -DPTHREAD_KERNEL -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/arch/sparc64/include -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/../libc/sparc64 -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread/thr_symbols.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread/thread/thr_symbols.c:57: error: structure has no member named `tp_dtv' *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpthread. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-16 14:59:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-16 14:59:44 - ERROR: failed to build world TB --- 2004-08-16 14:59:44 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 15:13:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1D1016A4CE; Mon, 16 Aug 2004 15:13:47 +0000 (GMT) Received: from pd5mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D4A443D39; Mon, 16 Aug 2004 15:13:47 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd3mr4so.prod.shaw.ca (pd3mr4so-ser.prod.shaw.ca [10.0.141.180])2003)) with ESMTP id <0I2J00E49OMX2F@l-daemon>; Mon, 16 Aug 2004 09:06:33 -0600 (MDT) Received: from pn2ml8so.prod.shaw.ca ([10.0.121.152]) by pd3mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I2J00GWYOMXCLA0@pd3mr4so.prod.shaw.ca>; Mon, 16 Aug 2004 09:06:33 -0600 (MDT) Received: from piii600.wadham.ox.ac.uk (S0106006067227a4a.vc.shawcable.net [24.87.233.42])2003)) with ESMTP id <0I2J00C0MOMWWF@l-daemon>; Mon, 16 Aug 2004 09:06:33 -0600 (MDT) Date: Mon, 16 Aug 2004 08:06:30 -0700 From: Colin Percival X-Sender: cperciva@popserver.sfu.ca (Unverified) To: freebsd-mobile@freebsd.org Message-id: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Content-type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 15:13:47 -0000 Thanks to everyone who has been sending me data about their processors (and in particular, the 90nm versions), I now have a first draft of a Enhanced SpeedStep driver available. For people with the appropriate processors (Pentium M only), this makes it possible to adjust the cpu frequency via a new sysctl (hw.est_curfreq), and have the cpu voltage adjusted at the same time. I've also put together a very simple control daemon which reads kern.cp_time every second and adjusts the cpu frequency based on the fraction of cpu time which is idle. This increases my laptop's battery life by around 40%. All the code is online at http://www.daemonology.net/freebsd-est/ Assuming I don't hear any major bug reports in the next few days, I'll package these into ports and hopefully get them into the ports tree in time for 5.3-RELEASE. Colin Percival From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 15:34:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AC2216A4CE; Mon, 16 Aug 2004 15:34:42 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94D4243D45; Mon, 16 Aug 2004 15:34:41 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7GFYcOb025861; Mon, 16 Aug 2004 11:34:38 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7GFYcmA025860; Mon, 16 Aug 2004 11:34:38 -0400 (EDT) (envelope-from green) Date: Mon, 16 Aug 2004 11:34:37 -0400 From: Brian Fundakowski Feldman To: "M. Warner Losh" , jhb@FreeBSD.org Message-ID: <20040816153437.GJ980@green.homeunix.org> References: <20040717054014.GP1626@green.homeunix.org> <20040717.121712.83689795.imp@bsdimp.com> <20040717182841.GR1626@green.homeunix.org> <20040717.124803.33210527.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040717.124803.33210527.imp@bsdimp.com> User-Agent: Mutt/1.5.6i cc: current@FreeBSD.org Subject: Re: pccbb crashes when detaching (unsafe interrupt handler) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 15:34:42 -0000 Can we start off again on a good foot so we can fix this before -STABLE? I think, at a very very low cost (instruction cache bloat, but few extra instructions in the fast-path), we can implement suspension of ithread handlers. This would completely solve the problem at hand, and all the "slowness" would be pushed onto the ithread munging calls. I get an immediate panic when running X and unloading a card on my notebook because they share interrupts. I get an immediate panic on eject and kldunload, the exact same case, on my desktop when I'm playing music and interrupts are shared between the cardbus and the sound card. I don't think there would be harm pausing the interrupt handler to create a critical section there. That is, it_need would be cleared, ih_need would be cleared and unsuspended interrupt handlers run, suspended interrupt handlers acknowledged and then run once they become unsuspended. Where IH_DEAD is checked would be added the test for suspension and acknowledgement. We could use the mutex to synchronize the ithread suspension function by setting a flag IH_WANTSUSPEND, use a flag IH_SUSPENDED to mark it suspended, and only allow a single suspension at a time (the ithread suspender would have to sleep until it can grab IH_WANTSUSPEND). The cost would be nil (testing (IH_DEAD | IH_*SUSPEND*) instead of IH_DEAD) plus one store and load (stack variable initialized to 0 for "need to run suspended handlers" after they have been iterated through the first time). Comments, please. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 15:47:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7AFD16A4CE; Mon, 16 Aug 2004 15:47:21 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E9A843D1F; Mon, 16 Aug 2004 15:47:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7GFl0kI061359; Mon, 16 Aug 2004 09:47:00 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 16 Aug 2004 09:47:20 -0600 (MDT) Message-Id: <20040816.094720.45237009.imp@bsdimp.com> To: green@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20040816.094438.104354000.imp@bsdimp.com> References: <20040717.124803.33210527.imp@bsdimp.com> <20040816153437.GJ980@green.homeunix.org> <20040816.094438.104354000.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: current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: pccbb crashes when detaching (unsafe interrupt handler) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 15:47:21 -0000 Oh, I see what happened, I didn't merge these fixes into head yet... Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 15:47:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D79816A4D2; Mon, 16 Aug 2004 15:47:23 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2565E43D1F; Mon, 16 Aug 2004 15:47:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7GFiHil061349; Mon, 16 Aug 2004 09:44:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 16 Aug 2004 09:44:38 -0600 (MDT) Message-Id: <20040816.094438.104354000.imp@bsdimp.com> To: green@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20040816153437.GJ980@green.homeunix.org> References: <20040717182841.GR1626@green.homeunix.org> <20040717.124803.33210527.imp@bsdimp.com> <20040816153437.GJ980@green.homeunix.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: pccbb crashes when detaching (unsafe interrupt handler) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 15:47:23 -0000 In message: <20040816153437.GJ980@green.homeunix.org> Brian Fundakowski Feldman writes: : Can we start off again on a good foot so we can fix this before : -STABLE? I think, at a very very low cost (instruction cache : bloat, but few extra instructions in the fast-path), we can implement : suspension of ithread handlers. This would completely solve the : problem at hand, and all the "slowness" would be pushed onto : the ithread munging calls. I think the day of code freeze makes this too late. : I get an immediate panic when running X and unloading a card on my : notebook because they share interrupts. I get an immediate panic on : eject and kldunload, the exact same case, on my desktop when I'm playing : music and interrupts are shared between the cardbus and the sound card. : I don't think there would be harm pausing the interrupt handler to : create a critical section there. I already fixed this. At least on my machine. The races that you pointed out have been corrected. Have you tested it recently? It works for me w/o any problems, but I'll spend some time today. : That is, it_need would be cleared, ih_need would be cleared and : unsuspended interrupt handlers run, suspended interrupt handlers : acknowledged and then run once they become unsuspended. Where IH_DEAD is : checked would be added the test for suspension and acknowledgement. : We could use the mutex to synchronize the ithread suspension function by : setting a flag IH_WANTSUSPEND, use a flag IH_SUSPENDED to mark it : suspended, and only allow a single suspension at a time (the : ithread suspender would have to sleep until it can grab IH_WANTSUSPEND). : The cost would be nil (testing (IH_DEAD | IH_*SUSPEND*) instead of : IH_DEAD) plus one store and load (stack variable initialized to 0 : for "need to run suspended handlers" after they have been iterated : through the first time). I don't think we need this. The lists are already protected by mutexes. The problems you pointed out were in how the pccbb layer was bogusly handling things. Since I've merged the fixes into -current already, I don't see a need for the above. So I claim there's no problems with completely up to date sources. I'll test this claim later today on my laptop (I'll try it after the buildworld is done), but I'm pretty sure I tested it before putting it in p4. : Comments, please. Too late. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 15:54:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCC5616A4CF; Mon, 16 Aug 2004 15:54:25 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75D5443D2D; Mon, 16 Aug 2004 15:54:25 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7GFsNMv025999; Mon, 16 Aug 2004 11:54:23 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7GFsNOM025998; Mon, 16 Aug 2004 11:54:23 -0400 (EDT) (envelope-from green) Date: Mon, 16 Aug 2004 11:54:23 -0400 From: Brian Fundakowski Feldman To: "M. Warner Losh" Message-ID: <20040816155423.GK980@green.homeunix.org> References: <20040717.124803.33210527.imp@bsdimp.com> <20040816153437.GJ980@green.homeunix.org> <20040816.094438.104354000.imp@bsdimp.com> <20040816.094720.45237009.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040816.094720.45237009.imp@bsdimp.com> User-Agent: Mutt/1.5.6i cc: current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: pccbb crashes when detaching (unsafe interrupt handler) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 15:54:26 -0000 On Mon, Aug 16, 2004 at 09:47:20AM -0600, M. Warner Losh wrote: > Oh, I see what happened, I didn't merge these fixes into head yet... I'll try them out when you do :-/ -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 15:56:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3DC116A4CE for ; Mon, 16 Aug 2004 15:56:40 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FF3A43D46 for ; Mon, 16 Aug 2004 15:56:39 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from [61.8.32.38] (ppp2026.dyn.pacific.net.au [61.8.32.38]) i7GFikGW015565; Tue, 17 Aug 2004 01:44:47 +1000 From: Sam Lawrance To: Michiel Boland In-Reply-To: References: Content-Type: text/plain Message-Id: <1092671891.1051.8.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 17 Aug 2004 01:58:12 +1000 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: sysinstall creates PaxHeader directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 15:56:40 -0000 On Mon, 2004-08-16 at 22:05, Michiel Boland wrote: > Hi. Last week I did a rebuild from scratch by doing a make release and > using the resulting cdrom. I notice that sysinstall creates several > directories called 'PaxHeader'. This is probably because cpio does not > understand the bsdtar format? Around 3 weeks ago I backed up and restored my /usr from a bsdtar about 5gb in size, and noticed a bunch of PaxHeader directories lying around after extracting (that weren't there before). -Sam From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 15:58:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C09616A4CE; Mon, 16 Aug 2004 15:58:43 +0000 (GMT) Received: from telecom.net.et (ns2.telecom.net.et [213.55.64.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B57DC43D5F; Mon, 16 Aug 2004 15:58:30 +0000 (GMT) (envelope-from mtm@identd.net) Received: from [213.55.67.10] (HELO pool-151-200-10-97.res.east.verizon.net) by telecom.net.et (CommuniGate Pro SMTP 3.4.8) with ESMTP-TLS id 54549556; Mon, 16 Aug 2004 18:51:18 +0300 Received: from rogue.acs-et.com (localhost [127.0.0.1]) ESMTP id i7GFxalB002519; Mon, 16 Aug 2004 18:59:38 +0300 (EAT) (envelope-from mtm@rogue.acs-et.com) Received: (from mtm@localhost) by rogue.acs-et.com (8.13.1/8.12.11/Submit) id i7GFxXg2002517; Mon, 16 Aug 2004 18:59:33 +0300 (EAT) (envelope-from mtm) Date: Mon, 16 Aug 2004 18:56:53 +0300 From: Mike Makonnen To: Oliver Eikemeier Message-ID: <20040816155653.GA2405@rogue.acs-et.com> References: <20040731155822.GB35674@rogue.acs-et.com> <2A78201C-E316-11D8-9C56-00039312D914@fillmore-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2A78201C-E316-11D8-9C56-00039312D914@fillmore-labs.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD/5.2-CURRENT (i386) cc: freebsd-rc@freebsd.org cc: current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 15:58:43 -0000 I have thought about this considerably, and I think the best solution is to have ports rc.d scripts installed to /etc/rc.d. One of the problems with having them in a separate directory is that we don't know when that directory will be available, so we have to order the scripts in two phases: first /etc/rc.d and then the ports rc.d directory when it is ready. If we do this then there is the REAL possiblity that something may not get run the second time around. For example, let's say that /etc/rc re-orders all the scripts (base and local) when it hits the dummy script PORTS. Furthermore, after they are reordered we skip the scripts that come before PORTS. The problem is that When the scripts are reordered if a particular script does not have a dependency on PORTS (or another script that requires PORTS) you are not guaranteed that if it came after PORTS the first time it will still be after ports after the second reordering. While you can have workarounds and introduce hacks around this problem, I think the general messiness and potential problems of ordering scripts more than once makes it a bad solution. Secondly, there is really no compelling reason that all ports be ordered with the base scripts. If a port is of such a nature that it needs to be started much earlier than it currently is, either the ports should install the script automatically to /etc/rc.d or it should give the user the option of choosing. So, I think the best course of action is to convert all ports startup scripts to rc.d format and either a) install them all automatically to /etc/rc.d b) leave it to the port maintainer to choose c) leave it to the user to choose. If we go with b or c, then /etc/rc.d/localpkg will need to learn to order rc.d scripts. I have a patch for that which is similar to the one I committed except that it has a list of the broken scripts which end in .sh that it treats like old style scripts (this should preserve compatibility with those upgrading from an older release): http://people.freebsd.org/~mtm/patches/localpkg.diff Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | Fingerprint: AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm@FreeBSD.Org| FreeBSD - Unleash the Daemon ! From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:02:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C349016A4CE; Mon, 16 Aug 2004 16:02:14 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5072643D41; Mon, 16 Aug 2004 16:02:14 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7GFxW3q061607; Mon, 16 Aug 2004 09:59:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 16 Aug 2004 09:59:53 -0600 (MDT) Message-Id: <20040816.095953.75208332.imp@bsdimp.com> To: green@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20040816155423.GK980@green.homeunix.org> References: <20040816.094438.104354000.imp@bsdimp.com> <20040816.094720.45237009.imp@bsdimp.com> <20040816155423.GK980@green.homeunix.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: pccbb crashes when detaching (unsafe interrupt handler) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:02:14 -0000 In message: <20040816155423.GK980@green.homeunix.org> Brian Fundakowski Feldman writes: : On Mon, Aug 16, 2004 at 09:47:20AM -0600, M. Warner Losh wrote: : > Oh, I see what happened, I didn't merge these fixes into head yet... : : I'll try them out when you do :-/ Yes. I'm trying to teaste them out of the tree they are in right now... Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:04:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AA2216A4CE; Mon, 16 Aug 2004 16:04:18 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67ACA43D31; Mon, 16 Aug 2004 16:04:18 +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 i7GG2oZH015513; Mon, 16 Aug 2004 09:02:50 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i7GG2o8I015509; Mon, 16 Aug 2004 09:02:50 -0700 Date: Mon, 16 Aug 2004 09:02:50 -0700 From: Brooks Davis To: Mike Makonnen Message-ID: <20040816160250.GC11213@odin.ac.hmc.edu> References: <20040731155822.GB35674@rogue.acs-et.com> <2A78201C-E316-11D8-9C56-00039312D914@fillmore-labs.com> <20040816155653.GA2405@rogue.acs-et.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DSayHWYpDlRfCAAQ" Content-Disposition: inline In-Reply-To: <20040816155653.GA2405@rogue.acs-et.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-rc@freebsd.org cc: current@freebsd.org cc: Oliver Eikemeier Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:04:18 -0000 --DSayHWYpDlRfCAAQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 16, 2004 at 06:56:53PM +0300, Mike Makonnen wrote: > I have thought about this considerably, and I think the best solution > is to have ports rc.d scripts installed to /etc/rc.d. One of the problems > with having them in a separate directory is that we don't know when > that directory will be available, so we have to order the scripts > in two phases: first /etc/rc.d and then the ports rc.d directory when > it is ready. If we do this then there is the REAL possiblity that > something may not get run the second time around. For example, let's > say that /etc/rc re-orders all the scripts (base and local) when it > hits the dummy script PORTS. Furthermore, after they are reordered we > skip the scripts that come before PORTS. The problem is that When the scr= ipts > are reordered if a particular script does not have a dependency on PORTS = (or > another script that requires PORTS) you are not guaranteed that if it came > after PORTS the first time it will still be after ports after the second > reordering. >=20 > While you can have workarounds and introduce hacks around this problem, I > think the general messiness and potential problems of ordering scripts > more than once makes it a bad solution. >=20 > Secondly, there is really no compelling reason that all ports be > ordered with the base scripts. If a port is of such a nature that it > needs to be started much earlier than it currently is, either the ports > should install the script automatically to /etc/rc.d or it should give > the user the option of choosing. >=20 > So, I think the best course of action is to convert all ports startup > scripts to rc.d format and either > a) install them all automatically to /etc/rc.d > b) leave it to the port maintainer to choose > c) leave it to the user to choose. >=20 > If we go with b or c, then /etc/rc.d/localpkg will need to learn to order > rc.d scripts. I have a patch for that which is similar to the one I commi= tted > except that it has a list of the broken scripts which end in .sh that it > treats like old style scripts (this should preserve compatibility with th= ose > upgrading from an older release): > http://people.freebsd.org/~mtm/patches/localpkg.diff I definatly like the idea of installing ports rc.d scripts in /etc. It's one of the things pkgsrc does that I really like (actually, I like the way they handle most etc/ files better even though it requires more modification of ported software). -- 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 --DSayHWYpDlRfCAAQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBINqpXY6L6fI4GtQRAupfAKC/YJN1KCR/Gk8/nF4PRsrHFml5mgCghJCp ASkohwlcJqkc3Z8WBlXoGFg= =Qbsh -----END PGP SIGNATURE----- --DSayHWYpDlRfCAAQ-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:09:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9BB816A4CE for ; Mon, 16 Aug 2004 16:09:01 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54C5F43D39 for ; Mon, 16 Aug 2004 16:09:01 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from hawkwind.Chelsea-Ct.Org (pool-151-199-91-61.roa.east.verizon.net [151.199.91.61]) by gromit.dlib.vt.edu (8.12.11/8.12.11) with ESMTP id i7GG8o9U008143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Aug 2004 12:08:52 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from [192.168.1.25] (zappa [192.168.1.25])i7GG8dhF019452; Mon, 16 Aug 2004 12:08:44 -0400 (EDT) From: Paul Mather To: Darren Pilgrim In-Reply-To: <20040816120108.62A0416A50F@hub.freebsd.org> References: <20040816120108.62A0416A50F@hub.freebsd.org> Content-Type: text/plain Message-Id: <1092672517.81118.40.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 16 Aug 2004 12:08:38 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: What's the status of vinum? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:09:01 -0000 On Mon, 16 Aug 2004 02:23:03 -0700, "Darren Pilgrim" wrote: > I'm currently doing a vinum RAID 1 on a box that runs RELENG_4_8. For > what I do, at least, RELENG_5_2 "feels worthy" of a production box and > I'd really like to take advantage of some features 4.x doesn't have. > The threads on vinum/gvinum have me wondering if I should hold off a > bit. What's the current condition of gvinum? How well does > vinum/gvinum work in RELENG_5_2? What are the features not yet > implemented in gvinum? My eyeballs didn't capture any URLs for a > status > page, but if someone can point me at one, that would be great. I am using vinum in a RAID 1 root-on-vinum setup on a RELENG_5_2 system (which started life as a RELENG_5_1 vinum setup that was upgraded at various times). It works the same as my RELENG_4 system except for swap. That stopped working after FreeBSD 5.1. If you want to retain mirrored swap for RELENG_5_2 you basically have to use a hack workaround like using your old swap partition as a UFS filesystem and then swapping to a large file situated on it. (Alternatively, you can elect to have un-mirrored swap.) I am also using gvinum in a RAID 1 root-on-gvinum setup on -CURRENT (last built circa 5th August). The gvinum layout is actually copied from the above RELENG_5_2 system, and uses the same model of disk drive. Fortunately, swap works properly in this gvinum setup, so no need for those RELENG_5_2 hacks. I actually created the "gvinum" configuration a while ago using vinum because gvinum complained a little about the vinum configuration file I copied over and used. (Specifically, it didn't like the "setupstate" option for my volumes.) I don't know what other functionality the gvinum parser lacks, but I believe it has all the basic necessities. I haven't experimented very much with gvinum, but I have to say in day-to-day use that geom_vinum has been rock solid (surviving the era of PREEMPTION-induced freezes and all:). The only major omission I've noticed in the geom_vinum implementation is round-robin access to plexes in a RAID 1 volume. Right now, the behaviour is like "prefer " in that all reads go to a single plex of a volume. Lukas says he intends to address this in the future. So, right now, gvinum may give less throughput than vinum used to. Given the lack of vinum swap support on RELENG_5_2, you might want to hold on until 5.3 is released. AFAIK, gvinum is not available in RELENG_5_2. If you are just interested in a mirrored setup, there is also now a geom_mirror feature in -CURRENT that might fulfil your needs. I've not used it, so can't really comment on it. I'm guessing that it will also appear in FreeBSD 5.3. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:19:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2607916A4CE for ; Mon, 16 Aug 2004 16:19:02 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 07F5343D2F for ; Mon, 16 Aug 2004 16:19:01 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail 15544 invoked by uid 65534); 16 Aug 2004 16:18:59 -0000 Received: from unknown (EHLO [212.204.44.203]) (212.204.44.203) by mail.gmx.net (mp015) with SMTP; 16 Aug 2004 18:18:59 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: Michiel Boland In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-OimXakcDfp1st/CMMQpp" Message-Id: <1092673138.898.5.camel@klamath.ankon.de.eu.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 16 Aug 2004 18:18:58 +0200 cc: current@freebsd.org Subject: Re: sysinstall partition editor displays funny subtypes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:19:02 -0000 --=-OimXakcDfp1st/CMMQpp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-08-16 at 13:54, Michiel Boland wrote: > Hi. I notice that the FDISK Partition Editor in sysinstall displays rathe= r=20 > strange values for the partition types. For example, on a running=20 > -CURRENT (cvsupped last friday): > > [...] > > On my home machine a fresh install displayed the ad0s1 as "XENIX /usr"=20 > (subtype 3). What? :) >=20 > I notice that fdisk displays the partition type ok. Another /me too. I saw this behavior while installing from an Aug 15 SE-SNAP.=20 -- Andreas --=-OimXakcDfp1st/CMMQpp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBIN5xYucd7Ow1ygwRAnjwAJ9xZI4oh73eK0M6sywUfh1HTTV0fACgif4O MhUtO1YpXu4/lZV8hiFCpyc= =z/rT -----END PGP SIGNATURE----- --=-OimXakcDfp1st/CMMQpp-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:26:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7FBD16A4CF for ; Mon, 16 Aug 2004 16:26:42 +0000 (GMT) Received: from mail.atsec.com (mail.atsec.com [195.30.252.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C29B543D5A for ; Mon, 16 Aug 2004 16:26:41 +0000 (GMT) (envelope-from se@freebsd.org) Received: (qmail 13641 invoked by uid 10125); 16 Aug 2004 16:26:40 -0000 X-SpaceNet-Virusscan: Sophos Version: 3.84; Last IDE Update: 2004-08-16 18:00 no information about results Received: from frueh.atsec.com (HELO ?10.2.2.88?) (217.110.13.170) by mail.atsec.com with SMTP; 16 Aug 2004 16:26:40 -0000 X-SpaceNet-Authentification: SMTP AUTH verified Message-ID: <4120E03F.9030200@FreeBSD.org> Date: Mon, 16 Aug 2004 18:26:39 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.7.2) Gecko/20040803 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Mike Makonnen References: <20040731155822.GB35674@rogue.acs-et.com> <2A78201C-E316-11D8-9C56-00039312D914@fillmore-labs.com> <20040816155653.GA2405@rogue.acs-et.com> In-Reply-To: <20040816155653.GA2405@rogue.acs-et.com> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-rc@freebsd.org cc: current@freebsd.org cc: Oliver Eikemeier Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts inports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:26:42 -0000 Mike Makonnen schrieb: > So, I think the best course of action is to convert all ports startup > scripts to rc.d format and either > a) install them all automatically to /etc/rc.d > b) leave it to the port maintainer to choose > c) leave it to the user to choose. > > If we go with b or c, then /etc/rc.d/localpkg will need to learn to order > rc.d scripts. I have a patch for that which is similar to the one I committed > except that it has a list of the broken scripts which end in .sh that it > treats like old style scripts (this should preserve compatibility with those > upgrading from an older release): > http://people.freebsd.org/~mtm/patches/localpkg.diff Having ports startup scripts available for topological sorting from the start seems a good concept. I'd want to see all rcNG startup files put into just one directory not choosen by the port writer but by the local system administrator (with some sensible default). Non-converted port startup scripts could still be executed from $PREFIX/etc/rc.d with "old" semantics assumed. But I guess we may want to impose two restrictions: 1) The startup files should be located below /etc/rc.d, but (IMHO) not _within_ /etc/rc.d. E.g. put ports' startup scripts into /etc/rc.d/ports/ (or /etc/rc.d/local/). That way, no port can accidently overwrite a _system_ startup script in /etc/rc.d. (Ports' startup files could still overwrite each other, but if their names were required to be derived from the port name, even that risk could be excluded.) 2) There could be one implicit dependency applied when sorting ports' startup scripts (the exact name being specified by the system rc files). That way, a restriction on the earliest time a port startup file is executed may be imposed, beyond the dependencies placed into a port's rc file itself. Else a badly written startup file may be executed way to early and "naive" users of a port may be mislead to assume a failure in the base system ... Regards, STefan From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:27:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED5EB16A4CE for ; Mon, 16 Aug 2004 16:27:40 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E18543D48 for ; Mon, 16 Aug 2004 16:27:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7GGOB79062002; Mon, 16 Aug 2004 10:24:11 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 16 Aug 2004 10:24:32 -0600 (MDT) Message-Id: <20040816.102432.126630708.imp@bsdimp.com> To: bms@spc.org From: "M. Warner Losh" In-Reply-To: <20040816060528.GA2065@empiric.icir.org> References: <200408160104.03708.chris@behanna.org> <20040816060528.GA2065@empiric.icir.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: chris@behanna.org cc: current@FreeBSD.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:27:41 -0000 In message: <20040816060528.GA2065@empiric.icir.org> Bruce M Simpson writes: : On Mon, Aug 16, 2004 at 01:04:03AM -0400, Chris BeHanna wrote: : > Is there a read-only account that the general public could use? : : I think this is an excellent idea. Perhaps one should be set up. : : > To alleviate load on perforce.freebsd.org, p4proxy could be set up : > on the current cvsup mirrors. I'd likely set up my own proxy server : > on my home box, just to improve local response time (and ease setting : > up a local vendor branch for playing around). : : Now I'm curious about doing this myself! It would certainly help on : my laptop. I am lagging behind on -CURRENT at the moment. Doesn't cvsup10.freebsd.org already have a mirror of the p4 tree converted to cvs? Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:44:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 489E516A4CE for ; Mon, 16 Aug 2004 16:44:49 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F01C443D3F for ; Mon, 16 Aug 2004 16:44:48 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7GGgoNP080107; Mon, 16 Aug 2004 12:42:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7GGgouV080104; Mon, 16 Aug 2004 12:42:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 16 Aug 2004 12:42:50 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "M. Warner Losh" In-Reply-To: <20040816.102432.126630708.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: bms@spc.org cc: chris@behanna.org cc: current@FreeBSD.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:44:49 -0000 On Mon, 16 Aug 2004, M. Warner Losh wrote: > In message: <20040816060528.GA2065@empiric.icir.org> > Bruce M Simpson writes: > : On Mon, Aug 16, 2004 at 01:04:03AM -0400, Chris BeHanna wrote: > : > Is there a read-only account that the general public could use? > : > : I think this is an excellent idea. Perhaps one should be set up. > : > : > To alleviate load on perforce.freebsd.org, p4proxy could be set up > : > on the current cvsup mirrors. I'd likely set up my own proxy server > : > on my home box, just to improve local response time (and ease setting > : > up a local vendor branch for playing around). > : > : Now I'm curious about doing this myself! It would certainly help on > : my laptop. I am lagging behind on -CURRENT at the moment. > > Doesn't cvsup10.freebsd.org already have a mirror of the p4 tree > converted to cvs? It has a selected subset (TrustedBSD, SMPng, KSE, I believe). There's a lot of stuff in the Perforce repo, and CVS exports of Perforce trees are less storage efficient because of the name space / branching issue. There was a web server running on perforce.freebsd.org exporting the contents, but it had some problems and Peter hasn't gotten to updating it yet. Developers are selectively exporting branches; for example, I export netperf as patch sets on my web page: http://www.watson.org/~robert/freebsd/netperf/ (FYI, there's now an RSS feed of my change log there :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:50:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D61F716A4F1; Mon, 16 Aug 2004 16:50:44 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C55D43D55; Mon, 16 Aug 2004 16:50:37 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 16 Aug 2004 09:50:36 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C9B525D0A; Mon, 16 Aug 2004 09:50:35 -0700 (PDT) To: Mike Makonnen In-reply-to: Your message of "Mon, 16 Aug 2004 18:56:53 +0300." <20040816155653.GA2405@rogue.acs-et.com> Date: Mon, 16 Aug 2004 09:50:35 -0700 From: "Kevin Oberman" Message-Id: <20040816165035.C9B525D0A@ptavv.es.net> cc: freebsd-rc@freebsd.org cc: current@freebsd.org cc: Oliver Eikemeier Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:50:46 -0000 > Date: Mon, 16 Aug 2004 18:56:53 +0300 > From: Mike Makonnen > Sender: owner-freebsd-current@freebsd.org > > I have thought about this considerably, and I think the best solution > is to have ports rc.d scripts installed to /etc/rc.d. One of the problems > with having them in a separate directory is that we don't know when > that directory will be available, so we have to order the scripts > in two phases: first /etc/rc.d and then the ports rc.d directory when > it is ready. If we do this then there is the REAL possiblity that > something may not get run the second time around. For example, let's > say that /etc/rc re-orders all the scripts (base and local) when it > hits the dummy script PORTS. Furthermore, after they are reordered we > skip the scripts that come before PORTS. The problem is that When the scripts > are reordered if a particular script does not have a dependency on PORTS (or > another script that requires PORTS) you are not guaranteed that if it came > after PORTS the first time it will still be after ports after the second > reordering. > > While you can have workarounds and introduce hacks around this problem, I > think the general messiness and potential problems of ordering scripts > more than once makes it a bad solution. > > Secondly, there is really no compelling reason that all ports be > ordered with the base scripts. If a port is of such a nature that it > needs to be started much earlier than it currently is, either the ports > should install the script automatically to /etc/rc.d or it should give > the user the option of choosing. > > So, I think the best course of action is to convert all ports startup > scripts to rc.d format and either > a) install them all automatically to /etc/rc.d > b) leave it to the port maintainer to choose > c) leave it to the user to choose. > > If we go with b or c, then /etc/rc.d/localpkg will need to learn to order > rc.d scripts. I have a patch for that which is similar to the one I committed > except that it has a list of the broken scripts which end in .sh that it > treats like old style scripts (this should preserve compatibility with those > upgrading from an older release): > http://people.freebsd.org/~mtm/patches/localpkg.diff I'm all for putting all rc.d scripts in a subdirectory of /etc. As you point out, some things need to run early in the boot operation. I have one tool in mind, Tobias Roth's profile. But it absolutely MUST run long before /usr/local is available. On the other hand, I don't like putting them into /etc/rc.d. This makes the mergemaster check for orphaned startup scripts fail and can be confusing. I would suggest that the right answer is a new directory. I'm not sure whether /etc/rc.d.local or /etc/rc.d/local or /etc/local/rc.d would be the best choice. I tend to favor the latter, but I can see some objections about such a modification to hier(7). Any of these would make me happier than the previous proposals. I really dislike the hacks required to make /usr/local/etc work correctly and not just in regard to rcng. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:52:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67D5C16A4CE for ; Mon, 16 Aug 2004 16:52:55 +0000 (GMT) Received: from av5-1-sn1.fre.skanova.net (av5-1-sn1.fre.skanova.net [81.228.11.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id D14DC43D5D for ; Mon, 16 Aug 2004 16:52:53 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av5-1-sn1.fre.skanova.net (Postfix, from userid 502) id 06E1637E47; Mon, 16 Aug 2004 18:52:53 +0200 (CEST) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av5-1-sn1.fre.skanova.net (Postfix) with ESMTP id E81F437E43; Mon, 16 Aug 2004 18:52:52 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id 6204537E4B; Mon, 16 Aug 2004 18:52:51 +0200 (CEST) From: "Daniel Eriksson" To: Date: Mon, 16 Aug 2004 18:52:48 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C483C2.3976FD50" X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcSDsXWrWI336PXRR/CTVvM2HesJcw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 cc: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Subject: Anything to worry about? (failed: rid 0x20 is memory, requested 4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:52:55 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C483C2.3976FD50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I just installed a Promise SATA150 TX4 in one of my servers. Everything seems to work, but I get an error message during boot that worries me a bit: atapci2: port 0x8800-0x887f,0x9000-0x900f,0x9400-0x943f mem 0xed000000-0xed01ffff,0xed800000-0xed800fff irq 19 at device 11.0 on pci0 atapci2: failed: rid 0x20 is memory, requested 4 atapci2: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xed000000 atapci2: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xed800000 This is with kernel/userland built from sources dated 2004.08.16.13.00.00 (earlier today). The machine has a bunch of PCI cards, and I'm worried that maybe some important resource allocation fails that later will come around and bite me. Hardware: ASUS A7V600-X motherboard (VIA KT-600 based) with latest BIOS (1005), Athlon XP2500+, 1.25GB DDR (onboard VIA 8237 UDMA133 controller) (onboard VIA 6420 SATA150 controller) (onboard VIA VT6102 Rhine II NIC) (onboard VIA 83C572 USB controller) Adaptec 29160 2 x Highpoint RocketRAID 454 Promise SATA150 TX4 Generic RealTek 8169-based NIC Attached is the output from "boot -v". /Daniel Eriksson ------=_NextPart_000_0000_01C483C2.3976FD50 Content-Type: text/plain; name="FORTIFY_bootv.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="FORTIFY_bootv.txt" OK boot -v -s /boot/kernel/acpi.ko text=3D0x467bc data=3D0x1cc4+0x110c = syms=3D[0x4+0x6fa0+0x4+0x9311] KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009b800 SMAP type=3D02 base=3D000000000009b800 len=3D0000000000004800 SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 SMAP type=3D01 base=3D0000000000100000 len=3D000000004fefb000 SMAP type=3D03 base=3D000000004fffb000 len=3D0000000000004000 SMAP type=3D04 base=3D000000004ffff000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fee00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000ffff0000 len=3D0000000000010000 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.2-CURRENT #0: Mon Aug 16 16:46:50 CEST 2004 daniel@xxx.xxx.xxx:/usr/obj/usr/src/sys/FORTIFY Preloaded elf kernel "/boot/kernel/kernel" at 0xc08ae000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08ae254. Table 'FACP' at 0x4fffb0b2 Table 'BOOT' at 0x4fffb030 Table 'APIC' at 0x4fffb058 MADT: Found table at 0x4fffb058 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193207 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1999783191 Hz CPU: AMD Athlon(TM) XP 2500+ (1999.78-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 = Features=3D0x383fbff AMD Features=3D0xc0400000 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way = associative L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way = associative real memory =3D 1342156800 (1279 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c26000 - 0x000000004e94afff, 1305628672 bytes (318757 pages) avail memory =3D 1304936448 (1244 MB) bios32: Found BIOS32 Service Directory header at 0xc00f2000 bios32: Entry =3D 0xf1940 (c00f1940) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0x1970 pnpbios: Found PnP BIOS data at 0xc00f9cb0 pnpbios: Entry =3D f0000:9ce0 Rev =3D 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: active-high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff null: io: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there = (id=3D31891106) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00f1f20 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 12 A 0x05 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x01 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x02 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x03 3 4 5 7 9 10 11 12 slot 2 0 13 A 0x01 3 4 5 7 9 10 11 12 slot 2 0 13 B 0x02 3 4 5 7 9 10 11 12 slot 2 0 13 C 0x03 3 4 5 7 9 10 11 12 slot 2 0 13 D 0x05 3 4 5 7 9 10 11 12 slot 3 0 14 A 0x02 3 4 5 7 9 10 11 12 slot 3 0 14 B 0x03 3 4 5 7 9 10 11 12 slot 3 0 14 C 0x05 3 4 5 7 9 10 11 12 slot 3 0 14 D 0x01 3 4 5 7 9 10 11 12 slot 4 0 19 A 0x03 3 4 5 7 9 10 11 12 slot 4 0 19 B 0x05 3 4 5 7 9 10 11 12 slot 4 0 19 C 0x01 3 4 5 7 9 10 11 12 slot 4 0 19 D 0x02 3 4 5 7 9 10 11 12 slot 5 0 11 A 0x05 3 4 5 7 9 10 11 12 slot 5 0 11 B 0x01 3 4 5 7 9 10 11 12 slot 5 0 11 C 0x02 3 4 5 7 9 10 11 12 slot 5 0 11 D 0x03 3 4 5 7 9 10 11 12 slot 6 0 10 A 0x01 3 4 5 7 9 10 11 12 slot 6 0 10 B 0x02 3 4 5 7 9 10 11 12 slot 6 0 10 C 0x03 3 4 5 7 9 10 11 12 slot 6 0 10 D 0x05 3 4 5 7 9 10 11 12 slot 7 1 0 A 0x01 3 4 5 7 9 10 11 12 slot 7 1 0 B 0x02 3 4 5 7 9 10 11 12 embedded 0 15 A 0x06 3 4 5 7 9 10 11 12 embedded 0 15 B 0x07 3 4 5 7 9 10 11 12 embedded 0 16 A 0x06 3 4 5 7 9 10 11 12 embedded 0 16 B 0x07 3 4 5 7 9 10 11 12 embedded 0 16 C 0x08 3 4 5 7 9 10 11 12 embedded 0 16 D 0x09 3 4 5 7 9 10 11 12 embedded 0 17 C 0x08 3 4 5 7 9 10 11 12 embedded 0 17 D 0x09 3 4 5 7 9 10 11 12 embedded 0 18 A 0x06 3 4 5 7 9 10 11 12 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 15 func 0 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 18 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 4 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 16 func 5 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 unknown: not probed (disabled) unknown: not probed (disabled) cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=3D0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=3D0x1106, dev=3D0x3189, revid=3D0x80 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0xb198, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 = (0 ns) map[10]: type 4, range 32, base 0000d800, size 3, enabled map[14]: type 4, range 32, base 0000d400, size 2, enabled map[18]: type 4, range 32, base 0000d000, size 3, enabled map[1c]: type 4, range 32, base 0000b800, size 2, enabled map[20]: type 4, range 32, base 0000b400, size 8, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 16 found-> vendor=3D0x1103, dev=3D0x0008, revid=3D0x07 bus=3D0, slot=3D10, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), = maxlat=3D0x08 (2000 ns) intpin=3Da, irq=3D16 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000b000, size 3, enabled map[14]: type 4, range 32, base 0000a800, size 2, enabled map[18]: type 4, range 32, base 0000a400, size 3, enabled map[1c]: type 4, range 32, base 0000a000, size 2, enabled map[20]: type 4, range 32, base 00009800, size 8, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 16 found-> vendor=3D0x1103, dev=3D0x0008, revid=3D0x07 bus=3D0, slot=3D10, func=3D1 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), = maxlat=3D0x08 (2000 ns) intpin=3Da, irq=3D16 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00009400, size 6, enabled map[14]: type 4, range 32, base 00009000, size 4, enabled map[18]: type 4, range 32, base 00008800, size 7, enabled map[1c]: type 1, range 32, base ed800000, size 12, enabled map[20]: type 1, range 32, base ed000000, size 17, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 19 found-> vendor=3D0x105a, dev=3D0x3318, revid=3D0x02 bus=3D0, slot=3D11, func=3D0 class=3D01-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x0230, cachelnsz=3D144 (dwords) lattimer=3D0x60 (2880 ns), mingnt=3D0x04 (1000 ns), = maxlat=3D0x12 (4500 ns) intpin=3Da, irq=3D19 powerspec 2 supports D0 D1 D3 current D0 map[10]: type 4, range 32, base 00008400, size 8, enabled map[14]: type 1, range 64, base ec800000, size 12, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 19 found-> vendor=3D0x9005, dev=3D0x0080, revid=3D0x02 bus=3D0, slot=3D12, func=3D0 class=3D01-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x28 (10000 ns), = maxlat=3D0x19 (6250 ns) intpin=3Da, irq=3D19 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00008000, size 3, enabled map[14]: type 4, range 32, base 00007800, size 2, enabled map[18]: type 4, range 32, base 00007400, size 3, enabled map[1c]: type 4, range 32, base 00007000, size 2, enabled map[20]: type 4, range 32, base 00006800, size 8, enabled pcib0: matched entry for 0.13.INTA pcib0: slot 13 INTA hardwired to IRQ 16 found-> vendor=3D0x1103, dev=3D0x0008, revid=3D0x07 bus=3D0, slot=3D13, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), = maxlat=3D0x08 (2000 ns) intpin=3Da, irq=3D16 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00006400, size 3, enabled map[14]: type 4, range 32, base 00006000, size 2, enabled map[18]: type 4, range 32, base 00005800, size 3, enabled map[1c]: type 4, range 32, base 00005400, size 2, enabled map[20]: type 4, range 32, base 00005000, size 8, enabled pcib0: matched entry for 0.13.INTA pcib0: slot 13 INTA hardwired to IRQ 16 found-> vendor=3D0x1103, dev=3D0x0008, revid=3D0x07 bus=3D0, slot=3D13, func=3D1 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), = maxlat=3D0x08 (2000 ns) intpin=3Da, irq=3D16 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00004800, size 3, enabled map[14]: type 4, range 32, base 00004400, size 2, enabled map[18]: type 4, range 32, base 00004000, size 3, enabled map[1c]: type 4, range 32, base 00003800, size 2, enabled map[20]: type 4, range 32, base 00003400, size 4, enabled map[24]: type 4, range 32, base 00003000, size 8, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 20 found-> vendor=3D0x1106, dev=3D0x3149, revid=3D0x80 bus=3D0, slot=3D15, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D20 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00002800, size 4, enabled pcib0: matched entry for 0.15.INTA pcib0: slot 15 INTA hardwired to IRQ 20 found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 bus=3D0, slot=3D15, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D20 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00002400, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 00002000, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 00001800, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 00001400, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Db, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ec000000, size 8, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x86 bus=3D0, slot=3D16, func=3D4 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Dc, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=3D0x1106, dev=3D0x3227, revid=3D0x00 bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001000, size 8, enabled map[14]: type 1, range 32, base eb800000, size 8, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 23 found-> vendor=3D0x1106, dev=3D0x3065, revid=3D0x78 bus=3D0, slot=3D18, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0097, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x08 = (2000 ns) intpin=3Da, irq=3D23 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00000800, size 8, enabled map[14]: type 1, range 32, base eb000000, size 8, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 found-> vendor=3D0x10ec, dev=3D0x8169, revid=3D0x10 bus=3D0, slot=3D19, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x40 = (16000 ns) intpin=3Da, irq=3D18 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem = 0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 240M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xdfff pcib1: memory decode 0xee000000-0xefdfffff pcib1: prefetched decode 0xeff00000-0xf7ffffff ACPI PCI link initial configuration: pci1: on pcib1 pci1: physical bus=3D1 map[10]: type 1, range 32, base ee000000, size 24, enabled pcib1: device (null) requested decoded memory range = 0xee000000-0xeeffffff map[14]: type 3, range 32, base f0000000, size 27, enabled pcib1: device (null) requested decoded memory range = 0xf0000000-0xf7ffffff pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=3D0x10de, dev=3D0x0150, revid=3D0xa3 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x05 (1250 ns), = maxlat=3D0x01 (250 ns) intpin=3Da, irq=3D16 powerspec 1 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) atapci0: port = 0xb400-0xb4ff,0xb800-0xb803,0xd000-0xd007,0xd400-0xd403,0xd800-0xd807 = irq 16 at device 10.0 on pci0 atapci0: Reserved 0x100 bytes for rid 0x20 type 4 at 0xb400 atapci0: [MPSAFE] ata2: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd800 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd400 ata2: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata2-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3D50 stat1=3D50 = devices=3D0x3 ata2: [MPSAFE] ata3: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd000 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb800 ata3: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata3-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: reset tp2 stat0=3D50 stat1=3D50 = devices=3D0x3 ata3: [MPSAFE] atapci1: port = 0x9800-0x98ff,0xa000-0xa003,0xa400-0xa407,0xa800-0xa803,0xb000-0xb007 = irq 16 at device 10.1 on pci0 atapci1: Reserved 0x100 bytes for rid 0x20 type 4 at 0x9800 atapci1: [MPSAFE] ata4: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xb000 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xa800 ata4: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata4-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata4-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata4: reset tp2 stat0=3D50 stat1=3D50 = devices=3D0x3 ata4: [MPSAFE] ata5: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xa400 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xa000 ata5: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata5-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata5-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata5: reset tp2 stat0=3D50 stat1=3D50 = devices=3D0x3 ata5: [MPSAFE] atapci2: port = 0x8800-0x887f,0x9000-0x900f,0x9400-0x943f mem = 0xed000000-0xed01ffff,0xed800000-0xed800fff irq 19 at device 11.0 on = pci0 atapci2: failed: rid 0x20 is memory, requested 4 atapci2: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xed000000 atapci2: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xed800000 atapci2: [MPSAFE] ata6: channel #0 on atapci2 ata6: reset tp1 mask=3D03 ostat0=3D80 ostat1=3D80 ata6-master: stat=3D0x80 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata6-master: stat=3D0x80 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata6-master: stat=3D0x80 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata6-master: stat=3D0x80 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata6-master: stat=3D0x80 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata6-master: stat=3D0x80 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata6-master: stat=3D0x80 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata6-master: stat=3D0x80 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata6-master: stat=3D0x80 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata6-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata6-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata6: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata6: [MPSAFE] ata7: channel #1 on atapci2 ata7: reset tp1 mask=3D03 ostat0=3D80 ostat1=3D80 ata7-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata7-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata7: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata7: [MPSAFE] ata8: channel #2 on atapci2 ata8: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D7f ata8-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata8-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata8-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata8-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata8-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata8-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata8-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata8-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata8-slave: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata8: reset tp2 stat0=3Dff stat1=3Dff devices=3D0x0 ata8: [MPSAFE] ata9: channel #3 on atapci2 ata9: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D7f ata9-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata9-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata9-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata9-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata9-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata9-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata9-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata9-master: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata9-slave: stat=3D0x7f err=3D0x00 lsb=3D0x00 msb=3D0x00 ata9: reset tp2 stat0=3Dff stat1=3Dff devices=3D0x0 ata9: [MPSAFE] ahc0: port 0x8400-0x84ff mem = 0xec800000-0xec800fff irq 19 at device 12.0 on pci0 ahc0: Defaulting to MEMIO on ahc0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xec800000 ahc0: Reading SEEPROM...done. ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 423 instructions downloaded ahc0: Features 0x1def6, Bugs 0x40, Flags 0x20485560 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs atapci3: port = 0x6800-0x68ff,0x7000-0x7003,0x7400-0x7407,0x7800-0x7803,0x8000-0x8007 = irq 16 at device 13.0 on pci0 atapci3: Reserved 0x100 bytes for rid 0x20 type 4 at 0x6800 atapci3: [MPSAFE] ata10: channel #0 on atapci3 atapci3: Reserved 0x8 bytes for rid 0x10 type 4 at 0x8000 atapci3: Reserved 0x4 bytes for rid 0x14 type 4 at 0x7800 ata10: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata10-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata10-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata10: reset tp2 stat0=3D50 stat1=3D50 = devices=3D0x3 ata10: [MPSAFE] ata11: channel #1 on atapci3 atapci3: Reserved 0x8 bytes for rid 0x18 type 4 at 0x7400 atapci3: Reserved 0x4 bytes for rid 0x1c type 4 at 0x7000 ata11: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata11-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata11-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata11: reset tp2 stat0=3D50 stat1=3D50 = devices=3D0x3 ata11: [MPSAFE] atapci4: port = 0x5000-0x50ff,0x5400-0x5403,0x5800-0x5807,0x6000-0x6003,0x6400-0x6407 = irq 16 at device 13.1 on pci0 atapci4: Reserved 0x100 bytes for rid 0x20 type 4 at 0x5000 atapci4: [MPSAFE] ata12: channel #0 on atapci4 atapci4: Reserved 0x8 bytes for rid 0x10 type 4 at 0x6400 atapci4: Reserved 0x4 bytes for rid 0x14 type 4 at 0x6000 ata12: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata12-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata12-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata12: reset tp2 stat0=3D50 stat1=3D50 = devices=3D0x3 ata12: [MPSAFE] ata13: channel #1 on atapci4 atapci4: Reserved 0x8 bytes for rid 0x18 type 4 at 0x5800 atapci4: Reserved 0x4 bytes for rid 0x1c type 4 at 0x5400 ata13: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata13-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata13-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata13: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata13: [MPSAFE] atapci5: port = 0x3000-0x30ff,0x3400-0x340f,0x3800-0x3803,0x4000-0x4007,0x4400-0x4403,0x4= 800-0x4807 irq 20 at device 15.0 on pci0 atapci5: Reserved 0x10 bytes for rid 0x20 type 4 at 0x3400 atapci5: [MPSAFE] ata14: channel #0 on atapci5 atapci5: Reserved 0x8 bytes for rid 0x10 type 4 at 0x4800 atapci5: Reserved 0x4 bytes for rid 0x14 type 4 at 0x4400 ata14: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D7f ata14-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata14-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata14-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata14-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata14-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata14-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata14-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata14-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata14-slave: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata14: reset tp2 stat0=3Dff stat1=3Dff devices=3D0x0 ata14: [MPSAFE] ata15: channel #1 on atapci5 atapci5: Reserved 0x8 bytes for rid 0x18 type 4 at 0x4000 atapci5: Reserved 0x4 bytes for rid 0x1c type 4 at 0x3800 ata15: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D7f ata15-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata15-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata15-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata15-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata15-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata15-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata15-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata15-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata15-slave: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata15: reset tp2 stat0=3Dff stat1=3Dff devices=3D0x0 ata15: [MPSAFE] atapci6: port = 0x2800-0x280f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 20 at device 15.1 = on pci0 atapci6: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2800 ata0: channel #0 on atapci6 atapci6: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci6: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D50 = devices=3D0x3 ata0: [MPSAFE] ata1: channel #1 on atapci6 atapci6: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci6: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata1-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata1-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D50 stat1=3D50 = devices=3D0x3 ata1: [MPSAFE] uhci0: port 0x2400-0x241f irq 21 at device = 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2400 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2000-0x201f irq 21 at device = 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2000 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1800-0x181f irq 21 at device = 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1800 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1400-0x141f irq 21 at device = 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1400 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xec000000-0xec0000ff irq 21 = at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xec000000 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0x1000-0x10ff mem = 0xeb800000-0xeb8000ff irq 23 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1000 miibus0: on vr0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:0e:a6:1f:29:1e vr0: [GIANT-LOCKED] re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x800 re0: port 0x800-0x8ff mem = 0xeb000000-0xeb0000ff irq 18 at device 19.0 on pci0 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, = 1000baseTX-FDX, auto re0: bpf attached re0: Ethernet address: 00:50:fc:f8:c6:81 re0: [GIANT-LOCKED] fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on = acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 unknown: not probed (disabled) unknown: not probed (disabled) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0xc041 0xc041 0xc041 0xc041 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcafff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xc041 0xc041 0xc041 0xc041 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80=20 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1999783191 Hz quality 800 Timecounters tick every 1.000 msec DUMMYNET initialized (011031) ipfw2 initialized, divert enabled, rule-based forwarding enabled, = default to accept, logging unlimited lo0: bpf attached ata0-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata0-master: setting PIO4 on VIA 8237 chip ata0-master: setting UDMA100 on VIA 8237 chip ata0-slave: setting PIO4 on VIA 8237 chip ata0-slave: setting UDMA100 on VIA 8237 chip ad0: ATA-6 disk at ata0-master ad0: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ar: FreeBSD check1 failed [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:234436482 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 120031478784 end 120031511039 ad1: ATA-6 disk at ata0-slave ad1: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA100 ar: FreeBSD check1 failed GEOM: Configure ad0s1a, start 0 length 536870912 end 536870911 GEOM: Configure ad0s1b, start 536870912 length 536870912 end 1073741823 GEOM: Configure ad0s1c, start 0 length 120031478784 end 120031478783 GEOM: Configure ad0s1d, start 1073741824 length 536870912 end 1610612735 GEOM: Configure ad0s1e, start 1610612736 length 536870912 end 2147483647 GEOM: Configure ad0s1f, start 2147483648 length 10737418240 end = 12884901887 GEOM: Configure ad0s1g, start 12884901888 length 107146576896 end = 120031478783 GEOM: new disk ad1 ata1-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata1-master: setting PIO4 on VIA 8237 chip ata1-master: setting UDMA100 on VIA 8237 chip ata1-slave: setting PIO4 on VIA 8237 chip ata1-slave: setting UDMA100 on VIA 8237 chip ad2: ATA-6 disk at ata1-master ad2: 117800MB (241254720 sectors), 239340 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA100 ar: FreeBSD check1 failed ad3: ATA-6 disk at ata1-slave ad3: 117800MB (241254720 sectors), 239340 C, 16 H, 63 S, 512 B ad3: 16 secs/int, 1 depth queue, UDMA100 ar: FreeBSD check1 failed ata2-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:234436482 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad1s1, start 32256 length 120031478784 end 120031511039 ata2-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin GEOM: new disk ad2 GEOM: new disk ad3 ata2-master: setting PIO4 on HighPoint chip GEOM: Configure ad1s1b, start 536870912 length 536870912 end 1073741823 GEOM: Configure ad1s1c, start 0 length 120031478784 end 120031478783 GEOM: Configure ad1s1d, start 0 length 536870912 end 536870911 GEOM: Configure ad1s1e, start 1073741824 length 536870912 end 1610612735 GEOM: Configure ad1s1f, start 1610612736 length 536870912 end 2147483647 GEOM: Configure ad1s1g, start 2147483648 length 10737418240 end = 12884901887 GEOM: Configure ad1s1h, start 12884901888 length 107146576896 end = 120031478783 ata2-master: setting UDMA100 on HighPoint chip ata2-slave: setting PIO4 on HighPoint chip ata2-slave: setting UDMA100 on HighPoint chip [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:241248042 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad2s1, start 32256 length 123518997504 end 123519029759 ad4: ATA-6 disk at ata2-master ad4: 238475MB (488397168 sectors), 484521 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, UDMA100 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:241248042 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad3s1, start 32256 length 123518997504 end 123519029759 ad5: ATA-6 disk at ata2-slave ad5: 238475MB (488397168 sectors), 484521 C, 16 H, 63 S, 512 B ad5: 16 secs/int, 1 depth queue, UDMA100 ata3-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin ata3-master: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin ata3-master: setting PIO4 on HighPoint chip ata3-master: setting UDMA133 on HighPoint chip ata3-slave: setting PIO4 on HighPoint chip ata3-slave: setting UDMA133 on HighPoint chip ad6: ATA-7 disk at ata3-master ad6: 239372MB (490234752 sectors), 486344 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, UDMA133 GEOM: Configure ad2s1c, start 0 length 123518997504 end 123518997503 GEOM: Configure ad2s1e, start 0 length 123518997504 end 123518997503 GEOM: new disk ad4 GEOM: Configure ad3s1c, start 0 length 123518997504 end 123518997503 GEOM: Configure ad3s1e, start 0 length 123518997504 end 123518997503 GEOM: new disk ad5 GEOM: new disk ad6 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:976784067 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s1, start 32256 length 500113442304 end 500113474559 ad7: ATA-7 disk at ata3-slave ad7: 239372MB (490234752 sectors), 486344 C, 16 H, 63 S, 512 B ad7: 16 secs/int, 1 depth queue, UDMA133 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/14/63 s:63 l:488392002 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad5s1, start 32256 length 250056705024 end 250056737279 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:980462952 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad6s1, start 32256 length 501997031424 end 501997063679 ata4-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin GEOM: Configure ad4s1c, start 0 length 500113442304 end 500113442303 GEOM: Configure ad4s1d, start 0 length 500113442304 end 500113442303 GEOM: new disk ad7 ata4-master: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin ata4-master: setting PIO4 on HighPoint chip ata4-master: setting UDMA133 on HighPoint chip GEOM: Configure ad6s1c, start 0 length 501997031424 end 501997031423 GEOM: Configure ad6s1d, start 0 length 501997031424 end 501997031423 ata4-slave: setting PIO4 on HighPoint chip ata4-slave: setting UDMA133 on HighPoint chip ad8: ATA-7 disk at ata4-master ad8: 194481MB (398297088 sectors), 395136 C, 16 H, 63 S, 512 B ad8: 16 secs/int, 1 depth queue, UDMA133 GEOM: new disk ad8 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/7/63 s:63 l:398283417 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad8s1, start 32256 length 203921109504 end 203921141759 ad9: ATA-7 disk at ata4-slave ad9: 194481MB (398297088 sectors), 395136 C, 16 H, 63 S, 512 B ad9: 16 secs/int, 1 depth queue, UDMA133 GEOM: Configure ad8s1c, start 0 length 203921109504 end 203921109503 GEOM: Configure ad8s1d, start 0 length 203921109504 end 203921109503 GEOM: new disk ad9 ata5-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin ata5-master: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:796582962 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad9s1, start 32256 length 407850476544 end 407850508799 ata5-master: setting PIO4 on HighPoint chip ata5-master: setting UDMA133 on HighPoint chip ata5-slave: setting PIO4 on HighPoint chip ata5-slave: setting UDMA133 on HighPoint chip GEOM: Configure ad9s1c, start 0 length 407850476544 end 407850476543 GEOM: Configure ad9s1d, start 0 length 407850476544 end 407850476543 ad10: ATA-7 disk at ata5-master ad10: 194481MB (398297088 sectors), 395136 C, 16 H, 63 S, 512 B ad10: 16 secs/int, 1 depth queue, UDMA133 GEOM: new disk ad10 ar: HighPoint check1 failed [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/7/63 s:63 l:398283417 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad10s1, start 32256 length 203921109504 end 203921141759 ad11: ATA-7 disk at ata5-slave ad11: 239372MB (490234752 sectors), 486344 C, 16 H, 63 S, 512 B ad11: 16 secs/int, 1 depth queue, UDMA133 ar: HighPoint check1 failed GEOM: Configure ad10s1c, start 0 length 203921109504 end 203921109503 GEOM: Configure ad10s1d, start 0 length 203921109504 end 203921109503 GEOM: new disk ad11 ata6-master: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D40pin [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:490223412 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad11s1, start 32256 length 250994386944 end 250994419199 ad12: ATA-7 disk at ata6-master ad12: 239372MB (490234752 sectors), 486344 C, 16 H, 63 S, 512 B ad12: 16 secs/int, 1 depth queue, UDMA133 GEOM: Configure ad11s1c, start 0 length 250994386944 end 250994386943 GEOM: Configure ad11s1d, start 0 length 250994386944 end 250994386943 GEOM: new disk ad12 ar: Promise check1 failed ata7-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ad14: ATA-6 disk at ata7-master ad14: 238475MB (488397168 sectors), 484521 C, 16 H, 63 S, 512 B ad14: 16 secs/int, 1 depth queue, UDMA100 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:490223412 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad12s1, start 32256 length 250994386944 end 250994419199 ar: Promise check1 failed GEOM: new disk ad14 ata10-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin GEOM: Configure ad12s1c, start 0 length 250994386944 end 250994386943 GEOM: Configure ad12s1d, start 0 length 250994386944 end 250994386943 ata10-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata10-master: setting PIO4 on HighPoint chip ata10-master: setting UDMA100 on HighPoint chip ata10-slave: setting PIO4 on HighPoint chip [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:488392002 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad14s1, start 32256 length 250056705024 end 250056737279 ata10-slave: setting UDMA100 on HighPoint chip GEOM: Configure ad14a, start 8192 length 500118627328 end 500118635519 GEOM: Configure ad14c, start 0 length 500118635520 end 500118635519 GEOM: Configure ad14s1c, start 0 length 250056705024 end 250056705023 GEOM: Configure ad14s1d, start 0 length 250056705024 end 250056705023 ad20: ATA-6 disk at ata10-master ad20: 117800MB (241254720 sectors), 239340 C, 16 H, 63 S, 512 B ad20: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad20 ar: HighPoint check1 failed [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:241248042 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad20s1, start 32256 length 123518997504 end 123519029759 ad21: ATA-6 disk at ata10-slave ad21: 117800MB (241254720 sectors), 239340 C, 16 H, 63 S, 512 B ad21: 16 secs/int, 1 depth queue, UDMA100 ar: HighPoint check1 failed GEOM: Configure ad20s1c, start 0 length 123518997504 end 123518997503 GEOM: Configure ad20s1e, start 0 length 123518997504 end 123518997503 GEOM: new disk ad21 ata11-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:241248042 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad21s1, start 32256 length 123518997504 end 123519029759 ata11-master: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin ata11-master: setting PIO4 on HighPoint chip ata11-master: setting UDMA133 on HighPoint chip GEOM: Configure ad21s1c, start 0 length 123518997504 end 123518997503 GEOM: Configure ad21s1e, start 0 length 123518997504 end 123518997503 ata11-slave: setting PIO4 on HighPoint chip ata11-slave: setting UDMA133 on HighPoint chip ad22: ATA-7 disk at ata11-master ad22: 117246MB (240121728 sectors), 238216 C, 16 H, 63 S, 512 B ad22: 16 secs/int, 1 depth queue, UDMA133 GEOM: new disk ad22 ar: HighPoint check1 failed [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:240107427 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad22s1, start 32256 length 122935002624 end 122935034879 ad23: ATA-7 disk at ata11-slave ad23: 117246MB (240121728 sectors), 238216 C, 16 H, 63 S, 512 B ad23: 16 secs/int, 1 depth queue, UDMA133 GEOM: Configure ad22s1c, start 0 length 122935002624 end 122935002623 GEOM: Configure ad22s1e, start 0 length 122935002624 end 122935002623 GEOM: new disk ad23 ata12-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:468873027 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad23s1, start 32256 length 240062989824 end 240063022079 ata12-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin GEOM: Configure ad23s1c, start 0 length 240062989824 end 240062989823 GEOM: Configure ad23s1d, start 0 length 240062989824 end 240062989823 ata12-master: setting PIO4 on HighPoint chip ata12-master: setting UDMA100 on HighPoint chip ata12-slave: setting PIO4 on HighPoint chip ata12-slave: setting UDMA100 on HighPoint chip ad24: ATA-6 disk at ata12-master ad24: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B ad24: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad24 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:234436482 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad24s1, start 32256 length 120031478784 end 120031511039 ad25: ATA-6 disk at ata12-slave ad25: 117800MB (241254720 sectors), 239340 C, 16 H, 63 S, 512 B ad25: 16 secs/int, 1 depth queue, UDMA100 ar: HighPoint check1 failed GEOM: new disk ad25 ata13-master: pio=3D0x0c wdma=3D0x22 udma=3D0x44 cable=3D80pin [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:241248042 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad25s1, start 32256 length 123518997504 end 123519029759 ata13-master: setting PIO4 on HighPoint chip ata13-master: setting UDMA66 on HighPoint chip GEOM: Configure ad25s1c, start 0 length 123518997504 end 123518997503 GEOM: Configure ad25s1d, start 0 length 123518997504 end 123518997503 ad26: ATA-5 disk at ata13-master ad26: 26059MB (53369568 sectors), 52946 C, 16 H, 63 S, 512 B ad26: 16 secs/int, 1 depth queue, UDMA66 GEOM: new disk ad26 ar: HighPoint check1 failed lun 0 magic_0 0x411cf9f2 magic_1 0x00000000 flags 0x40102 40102 total_disks 2 generation 0 width 2 heads 255 sectors 63 cylinders 60802 total_sectors 976794336 interleave 128 reserved 10 offset 10 disk 0: flags =3D 0x0b b ad4 sectors 488397168 disk 1: flags =3D 0x0b b ad5 sectors 488397168 ar0: 476950MB [60802/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad5 at ata2-slave lun 1 magic_0 0x4100e31f magic_1 0x00000000 flags 0x40102 40102 total_disks 2 generation 0 width 2 heads 255 sectors 63 cylinders 61031 total_sectors 980469504 interleave 128 reserved 10 offset 10 disk 0: flags =3D 0x0b b ad6 sectors 490234752 disk 1: flags =3D 0x0b b ad7 sectors 490234752 ar1: 478744MB [61031/255/63] status: READY subdisks: disk0 READY on ad6 at ata3-master disk1 READY on ad7 at ata3-slave lun 2 magic_0 0x4100e40c magic_1 0x00000000 flags 0x40102 40102 total_disks 2 generation 0 width 2 heads 255 sectors 63 cylinders 49585 total_sectors 796594176 interleave 128 reserved 10 offset 10 disk 0: flags =3D 0x0b b ad9 sectors 398297088 disk 1: flags =3D 0x0b b ad8 sectors 398297088 ar2: 388962MB [49585/255/63] status: READY subdisks: disk0 READY on ad9 at ata4-slave disk1 READY on ad8 at ata4-master lun 3 magic_0 0x4100e468 magic_1 0x00000000 flags 0x40102 40102 total_disks 2 generation 0 width 2 heads 255 sectors 63 cylinders 29186 total_sectors 468883296 interleave 128 reserved 10 offset 10 disk 0: flags =3D 0x0b b ad23 sectors 234441648 disk 1: flags =3D 0x0b b ad24 sectors 234441648 ar3: 228946MB [29186/255/63] status: READY subdisks: disk0 READY on ad23 at ata11-slave disk1 READY on ad24 at ata12-master Waiting 5 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:53367867 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad26s1, start 32256 length 27324347904 end 27324380159 GEOM: new disk ar0 GEOM: new disk ar1 GEOM: new disk ar2 GEOM: new disk ar3 GEOM: Configure ad26s1c, start 0 length 27324347904 end 27324347903 GEOM: Configure ad26s1d, start 0 length 27324347904 end 27324347903 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:976784067 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ar0s1, start 32256 length 500113442304 end 500113474559 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:980462952 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ar1s1, start 32256 length 501997031424 end 501997063679 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:796582962 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ar2s1, start 32256 length 407850476544 end 407850508799 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:468873027 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ar3s1, start 32256 length 240062989824 end 240063022079 GEOM: Configure ar0s1c, start 0 length 500113442304 end 500113442303 GEOM: Configure ar0s1d, start 0 length 500113442304 end 500113442303 GEOM: Configure ar1s1c, start 0 length 501997031424 end 501997031423 GEOM: Configure ar1s1d, start 0 length 501997031424 end 501997031423 GEOM: Configure ar2s1c, start 0 length 407850476544 end 407850476543 GEOM: Configure ar2s1d, start 0 length 407850476544 end 407850476543 GEOM: Configure ar3s1c, start 0 length 240062989824 end 240062989823 GEOM: Configure ar3s1d, start 0 length 240062989824 end 240062989823 ahc0: Selection Timeout on A:0. 0 SCBs aborted ahc0: Selection Timeout on A:1. 0 SCBs aborted ahc0: Selection Timeout on A:4. 0 SCBs aborted ahc0: Selection Timeout on A:8. 0 SCBs aborted ahc0: Selection Timeout on A:9. 0 SCBs aborted ahc0: Selection Timeout on A:15. 0 SCBs aborted ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted ahc0: Selection Timeout on A:14. 0 SCBs aborted (ahc0:A:5:0): Sending SDTR period c, offset 7f (ahc0:A:5:0): Received SDTR period 19, offset f Filtered to period 19, offset f ahc0: target 5 synchronous at 10.0MHz, offset =3D 0xf (probe11:ahc0:0:12:0): Retrying Command (ahc0:A:5:0): Sending SDTR period 19, offset f (probe12:ahc0:0:13:0): Retrying Command (probe9:ahc0:0:10:0): Retrying Command (probe10:ahc0:0:11:0): Retrying Command (ahc0:A:5:0): Received SDTR period 19, offset f Filtered to period 19, offset f (ahc0:A:12:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options = 2 (ahc0:A:12:0): Received PPR width 1, period 9, offset 3f,options 2 Filtered to width 1, period 9, offset 3f, options 2 ahc0: target 12 using 16bit transfers ahc0: target 12 synchronous at 80.0MHz DT, offset =3D 0x3f (ahc0:A:13:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options = 2 (ahc0:A:13:0): Received PPR width 1, period 9, offset 3f,options 2 Filtered to width 1, period 9, offset 3f, options 2 ahc0: target 13 using 16bit transfers ahc0: target 13 synchronous at 80.0MHz DT, offset =3D 0x3f (ahc0:A:10:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options = 2 (ahc0:A:10:0): Received PPR width 1, period 9, offset 3f,options 2 Filtered to width 1, period 9, offset 3f, options 2 ahc0: target 10 using 16bit transfers ahc0: target 10 synchronous at 80.0MHz DT, offset =3D 0x3f (ahc0:A:11:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options = 2 (ahc0:A:11:0): Received PPR width 1, period 9, offset 3f,options 2 Filtered to width 1, period 9, offset 3f, options 2 ahc0: target 11 using 16bit transfers ahc0: target 11 synchronous at 80.0MHz DT, offset =3D 0x3f pass0 at ahc0 bus 0 target 5 lun 0 pass0: Removable Sequential Access SCSI-2 = device=20 pass0: Serial Number=20 pass0: 10.000MB/s transfers (10.000MHz, offset 15) pass1 at ahc0 bus 0 target 10 lun 0 pass1: Fixed Direct Access SCSI-3 device=20 pass1: Serial Number TFF8Y198 pass1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled pass2 at ahc0 bus 0 target 11 lun 0 pass2: Fixed Direct Access SCSI-3 device=20 pass2: Serial Number VM9B1477 pass2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled pass3 at ahc0 bus 0 target 12 lun 0 pass3: Fixed Direct Access SCSI-3 device=20 pass3: Serial Number TFF8X930 pass3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled pass4 at ahc0 bus 0 target 13 lun 0 pass4: Fixed Direct Access SCSI-3 device=20 pass4: Serial Number VFLA9712 pass4: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled sa0 at ahc0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device=20 sa0: Serial Number=20 sa0: 10.000MB/s transfers (10.000MHz, offset 15) da0 at ahc0 bus 0 target 10 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: Serial Number TFF8Y198 da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da0: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da1 at ahc0 bus 0 target 11 lun 0 da1: Fixed Direct Access SCSI-3 device=20 da1: Serial Number VM9B1477 da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da1: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da2 at ahc0 bus 0 target 12 lun 0 da2: Fixed Direct Access SCSI-3 device=20 da2: Serial Number TFF8X930 da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da2: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da3 at ahc0 bus 0 target 13 lun 0 da3: Fixed Direct Access SCSI-3 device=20 da3: Serial Number VFLA9712 da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged = Queueing Enabled da3: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 GEOM: new disk da3 ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 2 (ISA IRQ 0) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:71681967 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s1, start 32256 length 36701167104 end 36701199359 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:71681967 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da1s1, start 32256 length 36701167104 end 36701199359 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:71681967 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da2s1, start 32256 length 36701167104 end 36701199359 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:71681967 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da3s1, start 32256 length 36701167104 end 36701199359 GEOM: Configure da0s1c, start 0 length 36701167104 end 36701167103 GEOM: Configure da0s1d, start 0 length 36701167104 end 36701167103 GEOM: Configure da1s1c, start 0 length 36701167104 end 36701167103 GEOM: Configure da1s1d, start 0 length 36701167104 end 36701167103 GEOM: Configure da2s1c, start 0 length 36701167104 end 36701167103 GEOM: Configure da2s1d, start 0 length 36701167104 end 36701167103 GEOM: Configure da3s1c, start 0 length 36701167104 end 36701167103 GEOM: Configure da3s1d, start 0 length 36701167104 end 36701167103 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init Enter full pathname of shell or RETURN for /bin/sh:=20 ------=_NextPart_000_0000_01C483C2.3976FD50-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:56:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF6716A4CE for ; Mon, 16 Aug 2004 16:56:43 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DCE543D58 for ; Mon, 16 Aug 2004 16:56:43 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id B242F117C9; Mon, 16 Aug 2004 18:56:29 +0200 (CEST) Resent-To: freebsd-current@freebsd.org Resent-From: szak@era.pl (=?iso-8859-2?q?S=B3awek_=AFak?=) Resent-Date: Mon, 16 Aug 2004 18:56:29 +0200 Resent-Message-ID: <86vffjqawy.fsf@thirst.unx.era.pl> X-From-Line: nobody Mon Aug 16 18:17:55 2004 To: freebsd-current@freebsd.org From: =?iso-8859-2?q?S=B3awek_=AFak?= References: <20040813121208.M31181@cvs.imp.ch> Date: Mon, 16 Aug 2004 18:17:55 +0200 In-Reply-To: <20040813121208.M31181@cvs.imp.ch> (Martin Blapp's message of "Fri, 13 Aug 2004 12:16:57 +0200 (CEST)") Message-ID: <86y8kfqcp8.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) Lines: 30 MIME-Version: 1.0 Content-Type: text/plain; charset=undecided Content-Transfer-Encoding: 8bit Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:56:44 -0000 Martin Blapp writes: > Hi, > > Since yesterday I'm getting complete deadlocks. This time unrelated > the servers are nor loaded at all, the just freeze after a while. > No break into DDB possible at all. Despite the numerous reports of current problems I'm running 5.2-CURRENT for 12 days now without a glitch. Tested overnight with 2 buildworlds running with -j8. It's a 2 processor Xeon server with 4BSD scheduler. Just my .02 euro. Another thing is bothering me. In top I see: CPU states: 16.2% user, 0.0% nice, 2.5% system, 1.0% interrupt, 80.3% idle Mem: 254M Active, 605M Inact, 254M Wired, 16K Cache, 112M Buf, 2622M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 37033 mysql 20 0 265M 178M kserel 0 610:59 124.37% 124.37% mysqld MySQLd is running with libpthread and can go up to 400% without significantly afecting the idle percentage shown by top. I don't see how I could fit 400% into 20% on those two suckers, therefore I ask :) /S -- S³awek ¯ak : UNIX Systems Administrator : PTC Sp. zoo From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 17:06:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26FF416A4CE for ; Mon, 16 Aug 2004 17:06:50 +0000 (GMT) Received: from email09.aon.at (warsl404pip6.highway.telekom.at [195.3.96.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 937D243D2D for ; Mon, 16 Aug 2004 17:06:38 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 45328 invoked from network); 16 Aug 2004 17:06:26 -0000 Received: from m096p009.dipool.highway.telekom.at (HELO ?62.46.1.233?) ([62.46.1.233]) (envelope-sender ) by 172.18.5.238 (qmail-ldap-1.03) with SMTP for ; 16 Aug 2004 17:06:26 -0000 From: Stefan Ehmann To: msch@snafu.de In-Reply-To: <200408141854.38477.msch@snafu.de> References: <200408141854.38477.msch@snafu.de> Content-Type: text/plain Message-Id: <1092675930.2443.20.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 16 Aug 2004 19:06:20 +0200 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ISDN4BSD broken... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 17:06:50 -0000 On Sat, 2004-08-14 at 18:54, Matthias Schuendehuette wrote: > Hi all, > > I just rebooted into the new cuurent-kernel and found, that i4b isn't > working any more. Last working kernel was of Aug 11, around 1800 UTC. > > Aug 14 18:19:46 current kernel: FreeBSD 5.2-CURRENT #0: \ > Sat Aug 14 17:43:56 CEST 2004 > [...] > Aug 14 18:19:46 current kernel: ACPI link \_SB_.PCI0.LNKA \ > has invalid initial irq 9, ignoring > (this is a new message, which doesn't show up with my Aug 11 kernel) > [...] > Any ideas? ACPI or IRQ-Routing related? I also got strange error messages that haven't appeared before. i4b is still working (sometimes) though. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 17:11:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00F7716A4CE for ; Mon, 16 Aug 2004 17:11:45 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E312D43D4C for ; Mon, 16 Aug 2004 17:11:43 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7GHBaOt034572; Mon, 16 Aug 2004 19:11:41 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4120EAB5.4040802@DeepCore.dk> Date: Mon, 16 Aug 2004 19:11:17 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: 'FreeBSD Current' Subject: Re: Anything to worry about? (failed: rid 0x20 is memory, requested 4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 17:11:45 -0000 Daniel Eriksson wrote: > I just installed a Promise SATA150 TX4 in one of my servers. Everything= > seems to work, but I get an error message during boot that worries me a= bit: >=20 > atapci2: port > 0x8800-0x887f,0x9000-0x900f,0x9400-0x943f mem > 0xed000000-0xed01ffff,0xed800000-0xed800fff irq 19 at device 11.0 on pc= i0 > atapci2: failed: rid 0x20 is memory, requested 4 > atapci2: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xed000000 > atapci2: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xed800000 The message is harmless, its because the Promise has a memory resource=20 where stock ATA controllers has a port resource. The std setup code=20 tries to alloc that resource and fails, but the Promise init code knows=20 how to attach to the memory later. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 17:16:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09F3E16A4CE for ; Mon, 16 Aug 2004 17:16:39 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF57B43D41 for ; Mon, 16 Aug 2004 17:16:38 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E0FCB72DD4; Mon, 16 Aug 2004 10:16:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id DB92F72DCB; Mon, 16 Aug 2004 10:16:38 -0700 (PDT) Date: Mon, 16 Aug 2004 10:16:38 -0700 (PDT) From: Doug White To: Rostislav Krasny In-Reply-To: <20040816094940.59921.qmail@web14823.mail.yahoo.com> Message-ID: <20040816101446.M30211@carver.gumbysoft.com> References: <20040816094940.59921.qmail@web14823.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 17:16:39 -0000 On Mon, 16 Aug 2004, Rostislav Krasny wrote: > Hello all. > > I just powered the box on, logged in as a root, cvsuped to the today's > -CURRENT and then I ran: > > cd /usr/obj > chflags -R noschg * > rm -rf * > cd /usr/src > rehash > w > > Then I wanted to run 'make buildworld' but before I hit the [Enter] key > the system is paniced: > > dev = ad0s1f, block = 850900, fs = /usr > panic: ffs_blkfree: freeing free frag Running massive deletes and/or file changes while background fsck is running is known to cause wierd panics. You migth run a full foreground fsck of that filesystem to clean up any leftovers, however. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 17:18:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAAEC16A4CE for ; Mon, 16 Aug 2004 17:18:45 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5229643D4C for ; Mon, 16 Aug 2004 17:18:45 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp9-135.pppoe.mtu-net.ru ([81.195.9.135]) by mail.ciam.ru with asmtp (Exim 4.x) id 1Bwl85-0002k4-93; Mon, 16 Aug 2004 21:18:41 +0400 Message-ID: <4120EC70.9050804@FreeBSD.org> Date: Mon, 16 Aug 2004 21:18:40 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vitaly Markitantov References: <20040815222946.53690.qmail@web13421.mail.yahoo.com> In-Reply-To: <20040815222946.53690.qmail@web13421.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "George V. Neville-Neil" cc: current@freebsd.org Subject: Re: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 17:18:45 -0000 Vitaly Markitantov wrote: > I found what is the cause of problem with lnc0. > it's commited vm_contig.c from Thu Aug 5 14:54:12 PDT 2004 ( > http://lists.freebsd.org/pipermail/cvs-src/2004-August/028854.html ) > > I set in /boot/loader.conf > vm.old_contigmalloc="1" > and all stuff works fine. It does not work for me. I guess if you'll rebuild your kernel with new drivers it could stops work for you too. -- Sem. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 17:40:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1655E16A4CE; Mon, 16 Aug 2004 17:40:13 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E376343D2D; Mon, 16 Aug 2004 17:40:12 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (rwcrmhc12) with SMTP id <2004081617401101400lgue6e> (Authid: apeiron@comcast.net); Mon, 16 Aug 2004 17:40:12 +0000 Date: Mon, 16 Aug 2004 13:40:10 -0400 From: Christopher Nehren To: Mike Makonnen Message-ID: <20040816174010.GA82600@prophecy.dyndns.org> References: <20040731155822.GB35674@rogue.acs-et.com> <2A78201C-E316-11D8-9C56-00039312D914@fillmore-labs.com> <20040816155653.GA2405@rogue.acs-et.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <20040816155653.GA2405@rogue.acs-et.com> X-Please-CC-Me: In List And Group Replies User-Agent: Mutt/1.5.6i cc: freebsd-rc@freebsd.org cc: current@freebsd.org cc: Oliver Eikemeier Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 17:40:13 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 16, 2004 at 11:56:53 EDT, Mike Makonnen scribbled these curious markings: > I have thought about this considerably, and I think the best solution > is to have ports rc.d scripts installed to /etc/rc.d. One of the problems Please, no. This is in direct violation of hier(8), POLA, the concept of=20 separating third-party packages from the base system, and it also pollutes = the=20 concept of a lean, clean, vendor-provided / file system. One of the things that I love about FreeBSD is that it doesn't make a mess of the base system like Linux does. If I wanted the mess that putting port scripts in /etc/rc.d would cause, I'd use Linux. =2E.. well, maybe not. At the very least, I'd like the current way of doing things (Why does it ne= ed=20 to be changed, anyway? The current way of doing things is quite close to=20 perfect, IMHO.) to remain a viable option. And no, littering /etc/rc.d with= =20 symlinks is not the way to do it. If I wanted that, again, I'd go to Linux. Well, I'm fresh out of paint. If you'd like, you can take this message as a statement of how happy I am with FreeBSD :-). --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIPF6k/lo7zvzJioRAgNvAJ42AT5SrNRIN0Yrl0sSITHzvaji0wCfftkB YnFu+y8jaQEy8kojwJcUjI0= =Sy6C -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 17:44:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ED4F16A4CE; Mon, 16 Aug 2004 17:44:21 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4861843D39; Mon, 16 Aug 2004 17:44:21 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7GHiC8U017186; Mon, 16 Aug 2004 10:44:13 -0700 Message-ID: <4120F26B.1040808@root.org> Date: Mon, 16 Aug 2004 10:44:11 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stefan Farfeleder References: <411C6144.6060100@root.org> <20040814104054.GA579@wombat.fafoe.narf.at> In-Reply-To: <20040814104054.GA579@wombat.fafoe.narf.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: acpi mpsafe committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 17:44:21 -0000 Stefan Farfeleder wrote: > On Thu, Aug 12, 2004 at 11:35:48PM -0700, Nate Lawson wrote: > >>Let me know if there are any problems. > > > I'm now getting a panic if I want to suspend my Thinkpad R32 via Fn-F4 > (manually transcribed): > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:1874 > > db> trace > kdb_enter > panic > _mtx_assert > if_start > ieee80211_mgmt_output > ieee80211_send_mgmt > ieee80211_newstate > wi_newstate > wi_stop > wi_pci_suspend > bus_generic_suspend > pci_suspend > bus_generic_suspend > bus_generic_suspend > pci_suspend > bus_generic_suspend > bus_generic_suspend > bus_generic_suspend > bus_generic_suspend > acpi_SetSleepState > acpi_system_eventhandler_sleep > acpi_event_sleep_button_sleep > acpi_button_notify_sleep > acpi_task_thread > fork_exit > fork_trampoline > > Dmesg is at http://people.freebsd.org/~stefanf/dmesg.2004-08-14_11:50 . > I'm happy to provide more information if anyone needs it. > > Thanks, > Stefan I can't see how the acpi commit affects this. The assertion is in the if code so it's likely that wi(4) is not setting the right flag to acquire Giant before if_start. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 17:57:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5EEE16A4CE for ; Mon, 16 Aug 2004 17:57:17 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82BDA43D41 for ; Mon, 16 Aug 2004 17:57:17 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp9-135.pppoe.mtu-net.ru ([81.195.9.135]) by mail.ciam.ru with asmtp (Exim 4.x) id 1BwliN-0003PQ-B1; Mon, 16 Aug 2004 21:56:11 +0400 Message-ID: <4120F53A.4080603@FreeBSD.org> Date: Mon, 16 Aug 2004 21:56:10 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Ambrisko References: <200408151925.i7FJPY77070941@ambrisko.com> In-Reply-To: <200408151925.i7FJPY77070941@ambrisko.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "George V. Neville-Neil" cc: Vitaly Markitantov cc: current@freebsd.org Subject: Re: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 17:57:17 -0000 Doug Ambrisko wrote: > FYI, if you are using a newer version of vmware we ran into a bug in > which the virtual NICs are reset as the system boots up. So once > interrupts are enabled you get a "storm" of packets ignored by driver. > Here is a patch for -stable that should be close for -current etc. > > Index: sys/i386/isa/if_lnc.c It does not work for me too :(( -- Sem. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:08:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4D6D16A4CE; Mon, 16 Aug 2004 18:08:49 +0000 (GMT) Received: from web.portaone.com (mail.russia.cz [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C0EE43D2F; Mon, 16 Aug 2004 18:08:44 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.20] (portacare.portaone.com [195.140.247.242]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i7GI8e1S033694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Aug 2004 20:08:42 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <4120F823.2040802@portaone.com> Date: Mon, 16 Aug 2004 21:08:35 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Colin Percival References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> In-Reply-To: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:08:49 -0000 Colin Percival wrote: > Thanks to everyone who has been sending me data about their > processors (and in particular, the 90nm versions), I now have > a first draft of a Enhanced SpeedStep driver available. For > people with the appropriate processors (Pentium M only), this > makes it possible to adjust the cpu frequency via a new sysctl > (hw.est_curfreq), and have the cpu voltage adjusted at the > same time. > I've also put together a very simple control daemon which > reads kern.cp_time every second and adjusts the cpu frequency > based on the fraction of cpu time which is idle. This increases > my laptop's battery life by around 40%. It would be nice if you can extend it to use whatever speed control method is available (e.g. ACPI, TCC, ESS etc), so that it can be used on older machines as well. -Maxim > All the code is online at > http://www.daemonology.net/freebsd-est/ > Assuming I don't hear any major bug reports in the next few > days, I'll package these into ports and hopefully get them into > the ports tree in time for 5.3-RELEASE. > > Colin Percival > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:15:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A22D16A4CF; Mon, 16 Aug 2004 18:15:02 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E88C143D53; Mon, 16 Aug 2004 18:15:01 +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 (SSL) id IBA74465; Mon, 16 Aug 2004 11:15:01 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 38B785D09; Mon, 16 Aug 2004 11:15:01 -0700 (PDT) To: Christopher Nehren In-reply-to: Your message of "Mon, 16 Aug 2004 13:40:10 EDT." <20040816174010.GA82600@prophecy.dyndns.org> Date: Mon, 16 Aug 2004 11:15:01 -0700 From: "Kevin Oberman" Message-Id: <20040816181501.38B785D09@ptavv.es.net> cc: Oliver Eikemeier cc: freebsd-rc@freebsd.org cc: current@freebsd.org cc: Mike Makonnen Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:15:02 -0000 > Date: Mon, 16 Aug 2004 13:40:10 -0400 > From: Christopher Nehren > Sender: owner-freebsd-current@freebsd.org > > --/04w6evG8XlLl3ft > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Mon, Aug 16, 2004 at 11:56:53 EDT, Mike Makonnen scribbled these > curious markings: > > I have thought about this considerably, and I think the best solution > > is to have ports rc.d scripts installed to /etc/rc.d. One of the problems > > Please, no. This is in direct violation of hier(8), POLA, the concept > of separating third-party packages from the base system, and it also > pollutes the concept of a lean, clean, vendor-provided / file > system. One of the things that I love about FreeBSD is that it doesn't > make a mess of the base system like Linux does. If I wanted the mess > that putting port scripts in /etc/rc.d would cause, I'd use Linux. > > ... well, maybe not. > > At the very least, I'd like the current way of doing things (Why does it need > to be changed, anyway? The current way of doing things is quite close to > perfect, IMHO.) to remain a viable option. And no, littering /etc/rc.d with > symlinks is not the way to do it. If I wanted that, again, I'd go to Linux. > > Well, I'm fresh out of paint. > > If you'd like, you can take this message as a statement of how happy I > am with FreeBSD :-). As a LONG time BSD user (since at least BSD4.1, I don't see a violation of POLA or of heir(7), although I expected that someone would claim it. /usr/local/etc is a very recent addition and is barely mentioned in heir(7) at all. The problem is that it defeats on of the purposes of /etc. It was (to the best of my recollection) for systems specific configuration files that might be needed when only / was mounted and in single-user mode when / was read-only. There are many local system mods that require configuration files and/or scripts be available prior to mounting of any file system. I do like a separation of local stuff, but it really, really should be in the physical root partition. (And I oppose the use of symlinks, as well. That's really ugly!) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:18:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C429016A4CE for ; Mon, 16 Aug 2004 18:18:41 +0000 (GMT) Received: from endif.cjb.net (65-101-231-137.dnvr.qwest.net [65.101.231.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 0BCAE43D4C for ; Mon, 16 Aug 2004 18:18:41 +0000 (GMT) (envelope-from end@endif.cjb.net) Received: (qmail 36902 invoked by uid 1003); 16 Aug 2004 18:18:40 -0000 Date: Mon, 16 Aug 2004 12:18:40 -0600 From: Robin Schoonover To: Christopher Nehren Message-ID: <20040816181840.GA36843@rogue> References: <20040731155822.GB35674@rogue.acs-et.com> <2A78201C-E316-11D8-9C56-00039312D914@fillmore-labs.com> <20040816155653.GA2405@rogue.acs-et.com> <20040816174010.GA82600@prophecy.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040816174010.GA82600@prophecy.dyndns.org> User-Agent: Mutt/1.4.2.1i cc: Oliver Eikemeier cc: freebsd-rc@freebsd.org cc: current@freebsd.org cc: Mike Makonnen Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:18:41 -0000 On Mon, Aug 16, 2004 at 01:40:10PM -0400, Christopher Nehren wrote: > On Mon, Aug 16, 2004 at 11:56:53 EDT, Mike Makonnen scribbled these > curious markings: > > I have thought about this considerably, and I think the best solution > > is to have ports rc.d scripts installed to /etc/rc.d. One of the problems > > Please, no. This is in direct violation of hier(8), POLA, the concept of > separating third-party packages from the base system, and it also pollutes the > concept of a lean, clean, vendor-provided / file system. One of the > things that I love about FreeBSD is that it doesn't make a mess of the > base system like Linux does. If I wanted the mess that putting port > scripts in /etc/rc.d would cause, I'd use Linux. > ports tries to make it more difficult to place things outside of ${PREFIX} for a reason. :) -- Robin Schoonover (aka End) # "The algorithm to do that is extremely nasty. You might want to mug # someone with it." # -- M. Devine, Computer Science 340 From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:22:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D23D016A4CE; Mon, 16 Aug 2004 18:22:44 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ED4243D46; Mon, 16 Aug 2004 18:22:42 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) i7GIM3Aq048654; Mon, 16 Aug 2004 14:22:04 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org Date: Mon, 16 Aug 2004 14:21:57 -0400 User-Agent: KMail/1.6.2 References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4120F823.2040802@portaone.com> In-Reply-To: <4120F823.2040802@portaone.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408161421.57239.jkim@niksun.com> cc: Maxim Sobolev cc: Colin Percival cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:22:45 -0000 On Monday 16 August 2004 02:08 pm, Maxim Sobolev wrote: > Colin Percival wrote: > > Thanks to everyone who has been sending me data about their > > processors (and in particular, the 90nm versions), I now have > > a first draft of a Enhanced SpeedStep driver available. For > > people with the appropriate processors (Pentium M only), this > > makes it possible to adjust the cpu frequency via a new sysctl > > (hw.est_curfreq), and have the cpu voltage adjusted at the > > same time. > > I've also put together a very simple control daemon which > > reads kern.cp_time every second and adjusts the cpu frequency > > based on the fraction of cpu time which is idle. This increases > > my laptop's battery life by around 40%. > > It would be nice if you can extend it to use whatever speed control > method is available (e.g. ACPI, TCC, ESS etc), so that it can be > used on older machines as well. I found ACPI driver here: http://www.spa.is.uec.ac.jp/~nfukuda/software/ FYI... Jung-uk Kim > -Maxim > > > All the code is online at > > http://www.daemonology.net/freebsd-est/ > > Assuming I don't hear any major bug reports in the next few > > days, I'll package these into ports and hopefully get them into > > the ports tree in time for 5.3-RELEASE. > > > > Colin Percival From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:23:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E762416A4CE for ; Mon, 16 Aug 2004 18:23:40 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8565143D39 for ; Mon, 16 Aug 2004 18:23:40 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i7GINdW5032702 for ; Mon, 16 Aug 2004 14:23:39 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Mon, 16 Aug 2004 14:23:39 -0400 To: freebsd-current@FreeBSD.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Panic: APIC: Previous IPI is stuck (on recent current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:23:41 -0000 I came in this morning and noticed my dual-Athlon machine had rebooted during the night. I had just rebuilt current on it late last Thursday night. The previous rebuild had been on July 27th. This is the first time it had crashed on me in quite some time. The machine is not doing much, other than it usually has two copies of the "folding at home" client running. Other than that it's just use as a testing machine, and as a hot-backup for another server that I have. The dump "info" file says: Good dump found on device /dev/ad0s4b Architecture: i386 Architecture version: 1 Dump length: 1073217536B (1023 MB) Blocksize: 512 Dumptime: Mon Aug 16 01:53:21 2004 Hostname: santropez.netel.rpi.edu Versionstring: FreeBSD 5.2-CURRENT #0: Fri Aug 13 00:20:36 EDT 2004 root@santropez.netel.rpi.edu:/usr/obj/usr/src/sys/Dual-Athlon2k Panicstring: APIC: Previous IPI is stuck There is a 1-gig dump file sitting here. I don't know who would be the most interested in this, or what I should do with it. If you need more information, let me know what to do. I tried following the advice at http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html but that web page suggests: gdb -k kernel.debug /var/crash/vmcore.0 and the gdb that I have replied: gdb: unrecognized option `-k' -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:26:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85AB716A4CE for ; Mon, 16 Aug 2004 18:26:30 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0882A43D2F for ; Mon, 16 Aug 2004 18:26:30 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i7GIPEEr033964; Mon, 16 Aug 2004 19:25:14 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i7GIPER5033963; Mon, 16 Aug 2004 19:25:14 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i7GIM5aa040437; Mon, 16 Aug 2004 19:22:05 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200408161822.i7GIM5aa040437@grimreaper.grondar.org> To: Jason Andresen From: Mark Murray In-Reply-To: Your message of "Mon, 16 Aug 2004 10:03:04 EDT." <4120BE98.1030301@mitre.org> Date: Mon, 16 Aug 2004 19:22:04 +0100 Sender: mark@grondar.org cc: freebsd-current@FreeBSD.ORG Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:26:30 -0000 Jason Andresen writes: > Mark Murray wrote: > > >Jason Andresen writes: > > > > > >>>Make sure you compile in the 'io' and 'mem' devices. > >>> > >>Oh, I was loading them as modules. That's probably it. > >> > > > >That's crazy. Loading as modules or building them in would have > >had the same result here. Did you cvsup between builds or anything? > > > > Nope. Was the fact that I was loading them as modules fairly late in > the boot cycle (right before the Nvidia driver module was loaded) > instead of in the boot loader itself perhaps the problem? If it is, its a bug. Loading is loading. Can you please try this really pedantically and report back? M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:29:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E119C16A4CE for ; Mon, 16 Aug 2004 18:29:35 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F12D43D1D for ; Mon, 16 Aug 2004 18:29:35 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 29820 invoked from network); 16 Aug 2004 18:29:35 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 16 Aug 2004 18:29:34 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7GITVxg031999; Mon, 16 Aug 2004 14:29:32 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org Date: Mon, 16 Aug 2004 11:59:09 -0400 User-Agent: KMail/1.6.2 References: <4120A660.9070909@cronyx.ru> In-Reply-To: <4120A660.9070909@cronyx.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <200408161159.11250.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: FreeBSD Current cc: Roman Kurakin Subject: Re: LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:29:36 -0000 On Monday 16 August 2004 08:19 am, Roman Kurakin wrote: > Hi, > > Question to gurus. Does witness keep in mind lock recursion when > it checks for LORs. Well, I'm not sure if I understand exactly what you are asking, but witness only does lock order checks when you first acquire the lock. Any recursive locks will skip the order checking altogether since recursive acquires can never block. Similarly, trylock operations also stick order checks altogether since they can never block either. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:35:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73FC916A4CE; Mon, 16 Aug 2004 18:35:36 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2725443D55; Mon, 16 Aug 2004 18:35:36 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7GIXY81082167; Mon, 16 Aug 2004 14:33:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7GIXUad082164; Mon, 16 Aug 2004 14:33:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 16 Aug 2004 14:33:30 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Nate Lawson In-Reply-To: <4120F26B.1040808@root.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Stefan Farfeleder cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: acpi mpsafe committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:35:36 -0000 On Mon, 16 Aug 2004, Nate Lawson wrote: > Stefan Farfeleder wrote: > > On Thu, Aug 12, 2004 at 11:35:48PM -0700, Nate Lawson wrote: > > > >>Let me know if there are any problems. > > > > > > I'm now getting a panic if I want to suspend my Thinkpad R32 via Fn-F4 > > (manually transcribed): > > > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:1874 > > > > db> trace > > kdb_enter > > panic > > _mtx_assert > > if_start > > ieee80211_mgmt_output > > ieee80211_send_mgmt > > ieee80211_newstate wi_newstate() should probably call NET_LOCK_GIANT() before entering the 802.11 framework, and call NET_UNLOCK_GIANT() on its return. This will cause it to conditionally acquire and release Giant based on debug_mpsafenet. > I can't see how the acpi commit affects this. The assertion is in the > if code so it's likely that wi(4) is not setting the right flag to > acquire Giant before if_start. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:40:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E91916A4CE for ; Mon, 16 Aug 2004 18:40:13 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2163543D46 for ; Mon, 16 Aug 2004 18:40:13 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i7GIeC61094924; Mon, 16 Aug 2004 13:40:12 -0500 (CDT) (envelope-from dan) Date: Mon, 16 Aug 2004 13:40:12 -0500 From: Dan Nelson To: Slawek Zak Message-ID: <20040816184012.GK73391@dan.emsphone.com> References: <20040813121208.M31181@cvs.imp.ch> <86y8kfqcp8.fsf@thirst.unx.era.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86y8kfqcp8.fsf@thirst.unx.era.pl> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:40:13 -0000 In the last episode (Aug 16), Slawek Zak said: > Another thing is bothering me. In top I see: > > CPU states: 16.2% user, 0.0% nice, 2.5% system, 1.0% interrupt, 80.3% idle > Mem: 254M Active, 605M Inact, 254M Wired, 16K Cache, 112M Buf, 2622M Free > Swap: 4096M Total, 4096M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 37033 mysql 20 0 265M 178M kserel 0 610:59 124.37% 124.37% mysqld > > MySQLd is running with libpthread and can go up to 400% without > significantly afecting the idle percentage shown by top. I don't see > how I could fit 400% into 20% on those two suckers, therefore I ask > :) The CPU accounting for KSE threads is a bit inaccurate; new threads inherit the CPU usage of their parent, so if a program does a lot of computation, then spawns a bunch of threads, you would end up with 50 threads each with 90% cpu. Top then totals them all up :) I don't know if it's possible to accurately display per-thread CPU usage in a M:N threading scheme. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:53:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6373F16A4CE for ; Mon, 16 Aug 2004 18:53:45 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6144F43D1F for ; Mon, 16 Aug 2004 18:53:44 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 4C425FD099 for ; Mon, 16 Aug 2004 11:53:43 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00615-01 for ; Mon, 16 Aug 2004 11:53:42 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 8EFC4FD011 for ; Mon, 16 Aug 2004 11:53:42 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1092682422.2957.21.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 16 Aug 2004 11:53:42 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: linux32 compatability and ports linux_base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:53:45 -0000 I was attempting to install the linux_base ports with the new compatability and had some failures. I finally got it to install by adding --noscripts to RPMFLAGS and executing it as make MACHINE_ARCH=i386 FALLBACK_ELF_MIB=kern.elf32.fallback_brand instal For some reason the scripts would exit with a status of 1. I was not able to get verbose output from the scripts to find out why. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 18:57:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D7B816A4CE for ; Mon, 16 Aug 2004 18:57:26 +0000 (GMT) Received: from email08.aon.at (warsl404pip7.highway.telekom.at [195.3.96.91]) by mx1.FreeBSD.org (Postfix) with SMTP id BD45543D53 for ; Mon, 16 Aug 2004 18:57:24 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 538118 invoked from network); 16 Aug 2004 18:57:23 -0000 Received: from m088p007.dipool.highway.telekom.at (HELO ?62.46.0.231?) ([62.46.0.231]) (envelope-sender ) by 172.18.5.237 (qmail-ldap-1.03) with SMTP for ; 16 Aug 2004 18:57:23 -0000 From: Stefan Ehmann To: Garance A Drosihn In-Reply-To: References: Content-Type: text/plain Message-Id: <1092682635.891.2.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 16 Aug 2004 20:57:15 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: Panic: APIC: Previous IPI is stuck (on recent current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 18:57:26 -0000 On Mon, 2004-08-16 at 20:23, Garance A Drosihn wrote: > I came in this morning and noticed my dual-Athlon machine had > rebooted during the night. I had just rebuilt current on it late > last Thursday night. The previous rebuild had been on July 27th. > This is the first time it had crashed on me in quite some time. > The machine is not doing much, other than it usually has two copies > of the "folding at home" client running. Other than that it's just > use as a testing machine, and as a hot-backup for another server > that I have. The dump "info" file says: > > Good dump found on device /dev/ad0s4b > Architecture: i386 > Architecture version: 1 > Dump length: 1073217536B (1023 MB) > Blocksize: 512 > Dumptime: Mon Aug 16 01:53:21 2004 > Hostname: santropez.netel.rpi.edu > Versionstring: FreeBSD 5.2-CURRENT #0: Fri Aug 13 00:20:36 EDT 2004 > root@santropez.netel.rpi.edu:/usr/obj/usr/src/sys/Dual-Athlon2k > Panicstring: APIC: Previous IPI is stuck > > There is a 1-gig dump file sitting here. I don't know who would > be the most interested in this, or what I should do with it. If > you need more information, let me know what to do. > > I tried following the advice at > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html > > but that web page suggests: > gdb -k kernel.debug /var/crash/vmcore.0 > > and the gdb that I have replied: > gdb: unrecognized option `-k' Try kgdb instead. This should probably be fixed in the handbook. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 19:00:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE21916A5B0 for ; Mon, 16 Aug 2004 19:00:21 +0000 (GMT) Received: from fep19.inet.fi (fep19.inet.fi [194.251.242.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9351E43D2F for ; Mon, 16 Aug 2004 19:00:20 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from mato.dyndns.suutari.iki.fi ([80.222.162.110]) by fep19.inet.fi with ESMTP <20040816190019.LHPY18165.fep19.inet.fi@mato.dyndns.suutari.iki.fi>; Mon, 16 Aug 2004 22:00:19 +0300 Received: from [192.168.53.130] (instant.lemi.suutari.iki.fi [192.168.53.130]) i7GJ0IUb006487; Mon, 16 Aug 2004 22:00:18 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <41210441.8070203@suutari.iki.fi> Date: Mon, 16 Aug 2004 22:00:17 +0300 From: Ari Suutari User-Agent: Mozilla Thunderbird 0.7 (X11/20040701) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ari Suutari , freebsd-current@freebsd.org References: <200408160810.00366.marc@bowtie.nl> <41206BA6.80908@DeepCore.dk> <12D2A609.5000102@suutari.iki.fi> In-Reply-To: <12D2A609.5000102@suutari.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.4 (mato.dyndns.suutari.iki.fi [192.168.53.129]); Mon, 16 Aug 2004 22:00:19 +0300 (EEST) cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= cc: Marc van Kempen Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 19:00:22 -0000 Hi again, > Søren Schmidt wrote: > >> For me at least network seems to be troublesome, if I exclude as much >> network related code as possible in the config, I can resume just fine. >> >> YMMV as usual... >> > If I unplug wlan card (pcmcia) before suspending I can resume without > problems. I was wrong. I just had good luck several times. Now I got 'interrupt was seen but timeout fired ...' messages even when network card is not plugged in. I tried also without acpi, but with apm (which worked very well in 4.10) but got similar results. Ari S. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 19:11:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 39DD516A4CF; Mon, 16 Aug 2004 19:11:31 +0000 (GMT) In-Reply-To: <1090620548.2125.299.camel@localhost> from Evan Dower at "Jul 23, 2004 03:09:08 pm" To: evantd@u.washington.edu (Evan Dower) Date: Mon, 16 Aug 2004 19:11:31 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040816191131.39DD516A4CF@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: freebsd-current@freebsd.org Subject: Re: Evil: TI ACX111 non-success X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 19:11:31 -0000 > I managed to get rid of the "can't re-use a leaf" messaged by deleting > the duplicate entry in ndis_driver_data.h. I fixed the "can't re-use a leaf" problem recently. The routine that creates the sysctls now checks to make sure it doesn't create duplicates. > For some reason, whenever I > try to load if_ndis.ko (ndis.ko is already loaded), I get messages about > amdpm. Perhaps ndis returning 6 and failing to load is a result of the > same return value from trying to attach amdpm. Please download the ndisulator code as of today and try again. I finally got my hands on one of these cards and managed to make it work. The main reason it didn't work was that I wasn't mapping the PCI shared memory ranges correctly. This chip has two ranges, specified in PCIR_BAR(0) and PCIR_BAR(1). Most devices with two memory ranges put the second range in PCIR_BAR(2), and if_ndis_pci.c was explicitly checking for this. Since PCIR_BAR(2) is not used on this chip, it would botch the test and incorrectly save the resource handles. Along the way, I also discovered a problem with the firmware loading code, which I fixed. NOTE: you need more than just the .sys and .inf files to make this card work. If you look carefully on the CD that came with your card, you'll see there are three .bin files along with the driver: # pwd /cdrom/Driver/Windows XP # ls -l total 582 -rw-r--r-- 1 12934 547 70724 Oct 2 2003 FW1130.BIN -rw-r--r-- 1 12934 547 76208 Oct 19 2003 FwRad16.bin -rw-r--r-- 1 12934 547 78368 Oct 19 2003 FwRad17.bin -rwxr-xr-x 1 12934 547 360704 Dec 2 2003 netwg311.sys -rw-r--r-- 1 12934 547 11187 Dec 15 2003 wg311v2.inf In particular, it seems this driver wants the FwRad16.bin image. There are three ways you load the firmware files: 1) If you plan to load the ndis.ko and if_ndis.ko kernel modules AFTER THE KERNEL HAS ALREADY BOOTED, then all you need to do is put the .bin files in /compat/ndis and the driver will load them automatically. This only works when you load the driver from a multiuser state, because reading files this way only works once filesystems have been mounted. 2) If you want to pre-load the driver via the /boot/loader.conf file so that it is available when the kernel boots, do the following: # ndiscvt -f FwRad16.bin # cp FwRad16.bin.ko /boot/kernel edit /boot/loader.conf and add a lines that say: ndis_load="YES" if_ndis_load="YES" FwRad16.bin_load="YES" If things work correctly, kldstat should show you something like this: # kldstat Id Refs Address Size Name 1 9 0xc0400000 5e16d8 kernel 2 2 0xc09e2000 12728 ndis.ko 3 1 0xc09f5000 618d8 if_ndis.ko 4 1 0xc0a57000 13dc4 FwRad16.bin.ko 5 1 0xc0a6b000 51ac8 acpi.ko 3) The ndiscvt(8) utility will create both a FwRad16.bin.ko and a FwRad16.bin.o file. If you're one of those people who insists on statically compiling the driver into your kernel, then you can link the FwRad16.bin.o into your kernel image. When the driver loads, you should see the following: ndis0: mem 0xfb020000-0xfb03ffff,0xfb000000-0xfb001fff irq 23 at device 7.0 on pci0 ndis0: NDIS API version: 5.1 ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 19:13:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE5FF16A4CE for ; Mon, 16 Aug 2004 19:13:49 +0000 (GMT) Received: from www.eugeneglass.com (64-42-83-115.atgi.net [64.42.83.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D3A143D2D for ; Mon, 16 Aug 2004 19:13:49 +0000 (GMT) (envelope-from jakemsr@jakemsr.com) Received: from funk.gsky.dom (64-42-83-114.atgi.net [64.42.83.114]) by www.eugeneglass.com (8.13.0/8.13.0) with ESMTP id i7GJFFue006763; Mon, 16 Aug 2004 12:14:53 -0701 (PDT) Received: from funk.gsky.dom (jakemsr@localhost.gsky.dom [127.0.0.1]) by funk.gsky.dom (8.13.0/8.13.0) with ESMTP id i7GJFtIY007051; Mon, 16 Aug 2004 12:15:33 -0700 (PDT) Received: (from jakemsr@localhost) by funk.gsky.dom (8.13.0/8.13.0/Submit) id i7GJFsc3019256; Mon, 16 Aug 2004 12:15:32 -0700 (PDT) Date: Mon, 16 Aug 2004 12:15:32 -0700 From: Jacob Meuser To: Justin Hibbits Message-ID: <20040816191554.GA23843@funk.gsky.dom> References: <411C90D3.1090209@witchspace.com> <3A53608E-EF16-11D8-819F-000A95841F44@po.cwru.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3A53608E-EF16-11D8-819F-000A95841F44@po.cwru.edu> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: Preliminary ATI TV Wonder bktr support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 19:13:49 -0000 On Sun, Aug 15, 2004 at 07:52:55PM -0400, Justin Hibbits wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Aug 13, 2004, at 05:58, Jonathan Belson wrote: > > >Justin Hibbits wrote: > >>It's not complete (no sound yet, and no idea where to begin), but the > >>ATI TV Wonder is now auto configured. Source merged from OpenBSD. The OpenBSD source has only been tested on ATI TV Wonder/VE. The VE has no msp, the other does. On the VE, both the line out from the back of the card, and the jack labeled "CD in" on the board provide audio output. If you have a real TV Wonder (not VE), then look in the LGPL'd Windows driver, I think it's btwincap.sf.net, to get the GPIO and audio MUX values. If you do have a VE, could you post any error you get from running xawtv from an xterm and trying to change the audio source from internal to external to tuner? -- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 19:44:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B59116A4CE for ; Mon, 16 Aug 2004 19:44:15 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4181643D39 for ; Mon, 16 Aug 2004 19:44:15 +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 i7GJiEXa027582 for ; Mon, 16 Aug 2004 15:44:14 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <1092682635.891.2.camel@taxman> References: <1092682635.891.2.camel@taxman> Date: Mon, 16 Aug 2004 15:44:13 -0400 To: freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Panic: APIC: Previous IPI is stuck (on recent current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 19:44:15 -0000 At 8:57 PM +0200 8/16/04, Stefan Ehmann wrote: >On Mon, 2004-08-16 at 20:23, Garance A Drosihn wrote: > > >> There is a 1-gig dump file sitting here. I don't know who would >> be the most interested in this, or what I should do with it. If >> you need more information, let me know what to do. >> >> I tried following the advice at >> >> >>http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html >> >> but that web page suggests: >> gdb -k kernel.debug /var/crash/vmcore.0 >> >> and the gdb that I have replied: >> gdb: unrecognized option `-k' > >Try kgdb instead. This should probably be fixed in the handbook. Thanks. I tried `kgdb', and it seems to work. I can get a backtrace, at least. But it would probably be better for someone who knows what they are doing to debug this. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 19:48:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29C3E16A4CE for ; Mon, 16 Aug 2004 19:48:34 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDA0443D2D for ; Mon, 16 Aug 2004 19:48:33 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i7GJmXdw089435 for ; Mon, 16 Aug 2004 12:48:33 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i7GJmXbI089434 for freebsd-current@freebsd.org; Mon, 16 Aug 2004 12:48:33 -0700 (PDT) (envelope-from sgk) Date: Mon, 16 Aug 2004 12:48:33 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20040816194833.GA89422@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Possible to run i386 binaries on AMD64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 19:48:34 -0000 Is it possible to run I386 binaries on an AMD64 FreeBSD system? -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 19:50:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8C5416A4CE; Mon, 16 Aug 2004 19:50:08 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC97543D5A; Mon, 16 Aug 2004 19:50:07 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7GJo6pH027853; Mon, 16 Aug 2004 15:50:06 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7GJo6VW027852; Mon, 16 Aug 2004 15:50:06 -0400 (EDT) (envelope-from green) Date: Mon, 16 Aug 2004 15:50:05 -0400 From: Brian Fundakowski Feldman To: Sergey Matveychuk Message-ID: <20040816195005.GN980@green.homeunix.org> References: <20040815222946.53690.qmail@web13421.mail.yahoo.com> <4120EC70.9050804@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4120EC70.9050804@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: "George V. Neville-Neil" cc: Vitaly Markitantov cc: current@FreeBSD.org Subject: Re: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 19:50:08 -0000 On Mon, Aug 16, 2004 at 09:18:40PM +0400, Sergey Matveychuk wrote: > Vitaly Markitantov wrote: > > >I found what is the cause of problem with lnc0. > >it's commited vm_contig.c from Thu Aug 5 14:54:12 PDT 2004 ( > >http://lists.freebsd.org/pipermail/cvs-src/2004-August/028854.html ) > > > >I set in /boot/loader.conf > >vm.old_contigmalloc="1" > >and all stuff works fine. > > It does not work for me. I guess if you'll rebuild your kernel with new > drivers it could stops work for you too. The significant difference you should see between vm.old_contigmalloc settings is allocation from the bottom of memory (=1) versus the top (=0). Is lnc(4) providing incorrect information to busdma about what region the DMA can work in? This sounds an awful lot like the call to bus_dma_tag_create(9) is bogus. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 19:54:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BBCD16A4CE for ; Mon, 16 Aug 2004 19:54:57 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4881F43D3F for ; Mon, 16 Aug 2004 19:54:57 +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 i7GJt2vk017567; Mon, 16 Aug 2004 12:55:02 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i7GJt2FM017565; Mon, 16 Aug 2004 12:55:02 -0700 Date: Mon, 16 Aug 2004 12:55:02 -0700 From: Brooks Davis To: Steve Kargl Message-ID: <20040816195502.GA16428@odin.ac.hmc.edu> References: <20040816194833.GA89422@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20040816194833.GA89422@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: Possible to run i386 binaries on AMD64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 19:54:57 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 16, 2004 at 12:48:33PM -0700, Steve Kargl wrote: > Is it possible to run I386 binaries on an AMD64 FreeBSD system? For the most part, yes. I use a static i386 perforce binary on my test box and it's always worked for me. Peter added a script to build 32-bit libs in src/tools/lib32 but I haven't used it yet. You can also run i386-linux binaries as of today. -- 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 --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBIREVXY6L6fI4GtQRAmYTAKCY+0l/w7dJywxaE5Ftb+1Nzj3edgCfYcY5 gJv+Gsj+I+DuxOz6IjlR3sM= =7A/R -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 20:00:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 145EF16A5A1 for ; Mon, 16 Aug 2004 20:00:58 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A8843D1D for ; Mon, 16 Aug 2004 20:00:57 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i7GK0vOa089532; Mon, 16 Aug 2004 13:00:57 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i7GK0vF8089531; Mon, 16 Aug 2004 13:00:57 -0700 (PDT) (envelope-from sgk) Date: Mon, 16 Aug 2004 13:00:57 -0700 From: Steve Kargl To: Brooks Davis Message-ID: <20040816200057.GB89422@troutmask.apl.washington.edu> References: <20040816194833.GA89422@troutmask.apl.washington.edu> <20040816195502.GA16428@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040816195502.GA16428@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: Possible to run i386 binaries on AMD64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 20:00:58 -0000 On Mon, Aug 16, 2004 at 12:55:02PM -0700, Brooks Davis wrote: > On Mon, Aug 16, 2004 at 12:48:33PM -0700, Steve Kargl wrote: > > Is it possible to run I386 binaries on an AMD64 FreeBSD system? > > For the most part, yes. I use a static i386 perforce binary on my test > box and it's always worked for me. Peter added a script to build 32-bit > libs in src/tools/lib32 but I haven't used it yet. You can also run > i386-linux binaries as of today. > The script is massively broken because of the recent changes to make(1) and the recent import of gcc 3.4.2. I've spent a few days trying to get it to work, but my only reward is frustration. Oh, I should have mentions I can run my static i386 binaries, it is dynamically linked binaries that trouble me. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 21:11:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31ED416A4CE for ; Mon, 16 Aug 2004 21:11:33 +0000 (GMT) Received: from the-macgregors.org (82-33-59-105.cable.ubr06.stav.blueyonder.co.uk [82.33.59.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id F396543D45 for ; Mon, 16 Aug 2004 21:11:28 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (authenticated bits=0) by the-macgregors.org (8.13.1/8.13.1) with ESMTP id i7GLBRbj017293 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 16 Aug 2004 21:11:27 GMT Message-Id: <200408162111.i7GLBRbj017293@the-macgregors.org> From: "Rob MacGregor" To: Date: Mon, 16 Aug 2004 22:11:38 +0100 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: AcSDtUhjRImCdQz3Q56vVxn1ru+VrAAIB8uw In-Reply-To: <4120EC70.9050804@FreeBSD.org> X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Subject: RE: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 21:11:34 -0000 Sergey Matveychuk [sem@freebsd.org] danced on the keyboard and produced: > Vitaly Markitantov wrote: > >> I found what is the cause of problem with lnc0. >> it's commited vm_contig.c from Thu Aug 5 14:54:12 PDT 2004 ( >> http://lists.freebsd.org/pipermail/cvs-src/2004-August/028854.html ) >> >> I set in /boot/loader.conf >> vm.old_contigmalloc="1" >> and all stuff works fine. > > It does not work for me. I guess if you'll rebuild your > kernel with new > drivers it could stops work for you too. Happy to say that it did however work for me - source from this morning (circa 09:00 GMT) and VMWare 4.5.2. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 21:22:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2E3116A4DA for ; Mon, 16 Aug 2004 21:22:10 +0000 (GMT) Received: from web14828.mail.yahoo.com (web14828.mail.yahoo.com [216.136.225.230]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B0E443D1F for ; Mon, 16 Aug 2004 21:22:06 +0000 (GMT) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20040816212206.49233.qmail@web14828.mail.yahoo.com> Received: from [212.143.154.227] by web14828.mail.yahoo.com via HTTP; Mon, 16 Aug 2004 14:22:06 PDT Date: Mon, 16 Aug 2004 14:22:06 -0700 (PDT) From: Rostislav Krasny To: Doug White In-Reply-To: <20040816101446.M30211@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free frag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 21:22:10 -0000 --- Doug White wrote: > On Mon, 16 Aug 2004, Rostislav Krasny wrote: > > Hello all. > > > > I just powered the box on, logged in as a root, cvsuped to the > > today's -CURRENT and then I ran: > > > > cd /usr/obj > > chflags -R noschg * > > rm -rf * > > cd /usr/src > > rehash > > w > > > > Then I wanted to run 'make buildworld' but before I hit the [Enter] > > key the system is paniced: > > > > dev = ad0s1f, block = 850900, fs = /usr > > panic: ffs_blkfree: freeing free frag > > Running massive deletes and/or file changes while background fsck is > running is known to cause wierd panics. You migth run a full > foreground fsck of that filesystem to clean up any leftovers, however. Do you mean FreeBSD 5.x is running the background fsck every time the box was justed powered on and this is what triggered the panic? The file systems were clean. One day before I ran a foreground fsck in the single user mode after recreation of another problem that I've reported there: http://lists.freebsd.org/pipermail/freebsd-current/2004-August/034146.html Would those wierd panics be fixed sometime? Anyway, thanks for reply and explanation. __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 21:24:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84DCA16A4CE for ; Mon, 16 Aug 2004 21:24:51 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B144143D2D for ; Mon, 16 Aug 2004 21:24:50 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (unknown [217.213.129.209]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id A215F9585D; Mon, 16 Aug 2004 23:24:25 +0200 (CEST) Date: Mon, 16 Aug 2004 23:24:12 +0200 From: Hannes Mehnert To: Alexander Leidinger Message-ID: <20040816212412.GA1143@mehnert.org> References: <20040808132524.GB1033@mehnert.org> <20040808155623.2fa6fb4b@Magellan.Leidinger.net> <20040809112700.GB659@mehnert.org> <20040809150754.13ca108a@Magellan.Leidinger.net> <20040809153341.24963cfd@Magellan.Leidinger.net> <20040809161137.0bab2d07@Magellan.Leidinger.net> <20040810103127.56fda573@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040810103127.56fda573@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2.1i cc: "Bjoern A. Zeeb" cc: current@freebsd.org Subject: Re: IPSec + 5.2.current Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 21:24:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Tue, Aug 10, 2004 at 10:31:27AM +0200, Alexander Leidinger wrote: > On Mon, 9 Aug 2004 14:27:49 +0000 (UTC) > "Bjoern A. Zeeb" wrote: > > > On Mon, 9 Aug 2004, Alexander Leidinger wrote: > > > > > > which on ? use vs. require ? I think this is just not HEAD. > > > > > > In my case it's -current from Jul 18. > > > > and use vs. require does make a difference for you ? > > I don't know, I can't test it, the box is in production now. But it > seems to make a difference for Hannes. It made a difference some months ago. I've switched to FAST_IPSEC. Don't know if require and IPSEC is still broken. Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBISX5RcuNlziBjRwRAvwnAJ4k/kWQh1yZKpvF8cWIQC9cs5+gwgCglzCf fwXB6hQGP6a2gESaG4p0t8E= =Jj4i -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 21:44:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 984B716A4CF for ; Mon, 16 Aug 2004 21:44:16 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8CD343D2F for ; Mon, 16 Aug 2004 21:44:15 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7GLf6qa077282 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Tue, 17 Aug 2004 01:41:06 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i7GLePoO077212; (8.12.8/vak/2.1) Tue, 17 Aug 2004 01:40:25 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4121281C.10006@cronyx.ru> Date: Tue, 17 Aug 2004 01:33:16 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Baldwin References: <4120A660.9070909@cronyx.ru> <200408161159.11250.jhb@FreeBSD.org> In-Reply-To: <200408161159.11250.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@FreeBSD.org cc: FreeBSD Current Subject: Re: LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 21:44:16 -0000 John Baldwin: >On Monday 16 August 2004 08:19 am, Roman Kurakin wrote: > > >>Hi, >> >> Question to gurus. Does witness keep in mind lock recursion when >>it checks for LORs. >> >> > >Well, I'm not sure if I understand exactly what you are asking, but witness > My question was silly cause it is based on very silly ideas. >only does lock order checks when you first acquire the lock. Any recursive >locks will skip the order checking altogether since recursive acquires can >never block. Similarly, trylock operations also stick order checks > You've answered just that I want to know. Thanks! >altogether since they can never block either. > rik From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 22:48:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E5AB16A4F4 for ; Mon, 16 Aug 2004 22:48:41 +0000 (GMT) Received: from av5-2-sn3.vrr.skanova.net (av5-2-sn3.vrr.skanova.net [81.228.9.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id B18A343D53 for ; Mon, 16 Aug 2004 22:48:40 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av5-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 151C937F99; Tue, 17 Aug 2004 00:48:40 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av5-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 0800A37F5D for ; Tue, 17 Aug 2004 00:48:40 +0200 (CEST) Received: from corona.sajd.net (h80n2fls31o265.telia.com [217.208.189.80]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id DB70838005 for ; Tue, 17 Aug 2004 00:48:39 +0200 (CEST) Received: from [127.0.0.1] (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i7GMmbtx000731 for ; Tue, 17 Aug 2004 00:48:38 +0200 (CEST) (envelope-from pawel.worach@telia.com) Message-ID: <412139C4.2030809@telia.com> Date: Tue, 17 Aug 2004 00:48:36 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: panic in prison_check X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 22:48:41 -0000 Hi, Got this panic when i started up a new xterm. FreeBSD corona 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Mon Aug 16 21:47:06 CEST 2004 root@darkstar:/export/data/obj/usr/src/sys/CORONA i386 up, sched_ule, debug.mpsafenet=1 (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc04f9784 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:396 #2 0xc04f9b39 in panic (fmt=0xc06a5375 "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc0680c94 in trap_fatal (frame=0xcd35a938, eva=0) at /usr/src/sys/i386/i386/trap.c:812 #4 0xc0680952 in trap_pfault (frame=0xcd35a938, usermode=0, eva=1091844630) at /usr/src/sys/i386/i386/trap.c:730 #5 0xc06804ad in trap (frame= {tf_fs = -1047068648, tf_es = -852164592, tf_ds = -1068630000, tf_edi = -1042797472, tf_esi = 1092689110, tf_ebp = -852121196, tf_isp = -852121244, tf_ebx = -1043972492, tf_edx = 1091844626, tf_ecx = -1066410968, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1068353462, tf_cs = 8, tf_eflags = 66054, tf_esp = 582, tf_ss = -852121212}) at /usr/src/sys/i386/i386/trap.c:417 #6 0xc0670efa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0xc1970018 in ?? () #8 0xcd350010 in ?? () #9 0xc04e0010 in prison_check (cred1=0xc1c63e74, cred2=0x41211cd6) at /usr/src/sys/kern/kern_jail.c:402 #10 0xc0523768 in selwakeuppri (sip=0x0, pri=0) at /usr/src/sys/kern/sys_generic.c:1096 #11 0xc053300c in ttwakeup (tp=0xc1c63e00) at /usr/src/sys/kern/tty.c:2366 #12 0xc05318dc in ttymodem (tp=0xc1c63e00, flag=0) at /usr/src/sys/kern/tty.c:1625 #13 0xc0536487 in ptcopen (dev=0xc1cc4d00, flag=3, devtype=8192, td=0x0) at linedisc.h:136 #14 0xc04b570a in spec_open (ap=0xcd35aa70) at /usr/src/sys/fs/specfs/spec_vnops.c:207 #15 0xc04b53b8 in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:118 #16 0xc056eb8e in vn_open_cred (ndp=0xcd35abd8, flagp=0xcd35acd8, cmode=0, cred=0xc1d12780, fdidx=0) at vnode_if.h:228 #17 0xc056e723 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) at /usr/src/sys/kern/vfs_vnops.c:91 #18 0xc0567383 in kern_open (td=0xc197dc60, path=0x0, pathseg=UIO_USERSPACE, flags=3, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:957 #19 0xc0567260 in open (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:926 #20 0xc0681040 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134795403, tf_esi = 134795392, tf_ebp = -1077946760, tf_isp = -852120204, tf_ebx = 134795264, tf_edx = 11, tf_ecx = 11, tf_eax = 5, tf_trapno = 22, tf_err = 2, tf_eip = 675104111, tf_cs = 31, tf_eflags = 518, tf_esp = -1077946804, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1004 #21 0xc0670f4f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #22 0x0000002f in ?? () #23 0x0000002f in ?? () #24 0x0000002f in ?? () #25 0x0808d08b in ?? () #26 0x0808d080 in ?? () #27 0xbfbfd678 in ?? () #28 0xcd35ad74 in ?? () #29 0x0808d000 in ?? () #30 0x0000000b in ?? () #31 0x0000000b in ?? () #32 0x00000005 in ?? () #33 0x00000016 in ?? () #34 0x00000002 in ?? () #35 0x283d456f in ?? () #36 0x0000001f in ?? () #37 0x00000206 in ?? () #38 0xbfbfd64c in ?? () #39 0x0000002f in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () #43 0x00000000 in ?? () #44 0x0e8bc000 in ?? () #45 0xc155f9a0 in ?? () ---Type to continue, or q to quit--- #46 0xc15e3cd0 in ?? () #47 0xcd35aca4 in ?? () #48 0xcd35ac84 in ?? () #49 0xc197dc60 in ?? () #50 0xc050dd90 in sched_switch (td=0x808d000, newtd=0x808d08b) at /usr/src/sys/kern/sched_ule.c:1207 Previous frame inner to this frame (corrupt stack?) (kgdb) p panicstr $1 = 0xc06fe560 "page fault" vmcore and kernel.debug is saved if more info is requested. -- Pawel From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 23:08:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FF6416A4CE; Mon, 16 Aug 2004 23:08:26 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BDCA43D3F; Mon, 16 Aug 2004 23:08:26 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-11.local ([172.16.0.11]) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41 (FreeBSD)) id 1BwqaV-000PkH-7a; Tue, 17 Aug 2004 01:08:25 +0200 Date: Tue, 17 Aug 2004 01:10:09 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: Mike Makonnen From: Oliver Eikemeier In-Reply-To: <20040816155653.GA2405@rogue.acs-et.com> Message-Id: <6B9BDB86-EFD9-11D8-924A-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: freebsd-rc@freebsd.org cc: current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 23:08:26 -0000 Mike Makonnen wrote: > I have thought about this considerably, and I think the best solution > is to have ports rc.d scripts installed to /etc/rc.d. This is what I currently do with slapd, but this approach has multiple problems: - it violates the law that packages have to be PREFIX-clean, which has some very unfortunate consequences from a packaging point of view. - mergemaster barfs ever time (PR 64476) - you can not be sure that the script is not started before the needed filesystems are available. > One of the problems > with having them in a separate directory is that we don't know when > that directory will be available, so we have to order the scripts > in two phases: first /etc/rc.d and then the ports rc.d directory when > it is ready. If we do this then there is the REAL possiblity that > something may not get run the second time around. For example, let's > say that /etc/rc re-orders all the scripts (base and local) when it > hits the dummy script PORTS. Furthermore, after they are reordered we > skip the scripts that come before PORTS. The problem is that When the > scripts > are reordered if a particular script does not have a dependency on > PORTS (or > another script that requires PORTS) you are not guaranteed that if it > came > after PORTS the first time it will still be after ports after the second > reordering. No, my patch simply start from the beginning, leaving out every script that has already been executed. The worst thing that may happen is that a script may be executed too late, which should be ok (call it a wrong dependency in that case). So this is not a problem. > While you can have workarounds and introduce hacks around this > problem, I > think the general messiness and potential problems of ordering scripts > more than once makes it a bad solution. As written above: already solved. > Secondly, there is really no compelling reason that all ports be > ordered with the base scripts. If a port is of such a nature that it > needs to be started much earlier than it currently is, either the ports > should install the script automatically to /etc/rc.d or it should give > the user the option of choosing. As stated above: you violate PREFIX with that, which makes it a bad hack. > So, I think the best course of action is to convert all ports startup > scripts to rc.d format and either > a) install them all automatically to /etc/rc.d > b) leave it to the port maintainer to choose > c) leave it to the user to choose. There is no compelling reason *not* to let ports script participate in rcorder(8). > If we go with b or c, then /etc/rc.d/localpkg will need to learn to > order > rc.d scripts. I have a patch for that which is similar to the one I > committed > except that it has a list of the broken scripts which end in .sh that it > treats like old style scripts (this should preserve compatibility with > those > upgrading from an older release): > http://people.freebsd.org/~mtm/patches/localpkg.diff Hmmm.... I believe this list is not complete, besides it looks like a maintainance nightmare. -Oliver From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 23:19:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B75DF16A4CE for ; Mon, 16 Aug 2004 23:19:45 +0000 (GMT) Received: from Espresso.NEEBU.Net (espresso.neebu.net [66.166.158.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 47E8C43D3F for ; Mon, 16 Aug 2004 23:19:45 +0000 (GMT) (envelope-from khuon@Espresso.NEEBU.Net) Received: from Espresso.NEEBU.Net (khuon@localhost [127.0.0.1]) by Espresso.NEEBU.Net (8.12.10/8.12.10) with ESMTP id i7GNJCqq027626; Mon, 16 Aug 2004 16:19:12 -0700 (PDT) Received: from Espresso.NEEBU.Net (khuon@localhost)i7GNJB0J027625; Mon, 16 Aug 2004 16:19:12 -0700 (PDT) Message-Id: <200408162319.i7GNJB0J027625@Espresso.NEEBU.Net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 From: "Jake Khuon" To: Marc van Kempen Dcc: In-reply-to: Marc van Kempen's message of Mon, 16 Aug 2004 08:10:00 +0200. <200408160810.00366.marc@bowtie.nl> Action: Expires: Precedence: Priority: Normal X-Face: "(e&e|OIYrcV1x8y?txN%k1E2f[qWLjRjOn+a30)3>x`Wx%_9XiXs\IO2#G5L1m=c/|^h|z29wJ#]D/.?Ks,Mw1 X-URI: http://Espresso.NEEBU.Net/~khuon/ X-Organisation: Network Engineers for Effective Bandwidth Utilisation X-Header: /usr/include gives great headers X-System: Sun UltraSPARCstation2/2300MP running SunOS Release 5.8 X-Shell: tcsh 6.07.02 (Astron) 1996-10-27 (sparc-sun-solaris) options 8b,nls,dl,al,ng,rh X-Chtorr: History is full of revisionists. Where it used to say "THOU SHALT NOT KILL" it now says, "except as specified in section III-B, Paragraph 12, Sub-section D, Schedule 3." If that still doesn't suit you, wait till next year's commandments come out and trade it in for something that does. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Aug 2004 16:19:11 -0700 Sender: khuon@Espresso.NEEBU.Net cc: freebsd-current@freebsd.org Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 23:19:45 -0000 ### On Mon, 16 Aug 2004 08:10:00 +0200, Marc van Kempen ### casually decided to expound upon freebsd-current@freebsd.org the ### following thoughts about "ATA write-dma interrupt was seen but timeout ### fired LBA=53346288": MvK> After I resume I get these warnings: MvK> MvK> ATA write-dma interrupt was seen but timeout fired LBA=53346288 MvK> ATA write-dma interrupt was seen but timeout fired LBA=53346288 MvK> ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288 MvK> MvK> This basically results in the harddisk being unaccessible and the systems MvK> hangs eventually. Rebooting does not work because the harddisk can't be MvK> synced, etc. MvK> MvK> Does anyone know what is going on? I had this same problem on my IBM T30 although I'm using APM. I couldn't get ACPI suspend to play nice with XFree86 and GLX. It was very frustrating to not have reliable suspend. However, I think I might have solved it. Do you have a CDROM (or similar) device attached? I added "atacontrol detach 1" to /etc/rc.suspend to detach the CDROM drive before suspending. Likewise, I added a complementary "atacontrol attach 1" in /etc/rc.resume. Since doing that, I have not seen the interrupt problems. I do notice now that shortly before the re-attachment kicks in after coming back from suspend, I will see: Aug 16 15:45:02 Mocha kernel: stray irq15 I'm not sure if this is normal or is an indication of some weird IRQ storm. At anyrate, detaching and reattaching during the suspend/resume cycle seems to damp it and stablised the whole ATA subsystem. -- /*===================[ Jake Khuon ]======================+ | Packet Plumber, Network Engineers /| / [~ [~ |) | | --------------- | | for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| N E T W O R K S | +=========================================================================*/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 23:32:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 006C716A4CE for ; Mon, 16 Aug 2004 23:32:09 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEC6B43D67 for ; Mon, 16 Aug 2004 23:32:08 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9988B72DD4; Mon, 16 Aug 2004 16:32:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 949BD72DCB; Mon, 16 Aug 2004 16:32:08 -0700 (PDT) Date: Mon, 16 Aug 2004 16:32:08 -0700 (PDT) From: Doug White To: Garance A Drosihn In-Reply-To: Message-ID: <20040816163113.L32676@carver.gumbysoft.com> References: <1092682635.891.2.camel@taxman> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Panic: APIC: Previous IPI is stuck (on recent current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 23:32:09 -0000 On Mon, 16 Aug 2004, Garance A Drosihn wrote: > I tried `kgdb', and it seems to work. I can get a backtrace, at > least. But it would probably be better for someone who knows what > they are doing to debug this. _posting_ the backtrace would be nice :-) This will probably be symptomatic of the IPI delivery problems that rwatson and I have been exploring the last few days. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 23:38:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDCA816A4CE for ; Mon, 16 Aug 2004 23:38:42 +0000 (GMT) Received: from mail.dada.it (mail2.dada.it [195.110.100.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 3119E43D45 for ; Mon, 16 Aug 2004 23:38:37 +0000 (GMT) (envelope-from riccardo@torrini.org) Received: (qmail 21287 invoked from network); 16 Aug 2004 23:38:32 -0000 Received: from unknown (HELO silos.torrini.home) (195.110.114.101) by mail.dada.it with SMTP; 16 Aug 2004 23:38:32 -0000 Received: from trudy.torrini.home (trudy.torrini.home [192.168.22.3]) by silos.torrini.home (Postfix) with ESMTP id 03DD4A91B; Tue, 17 Aug 2004 01:38:33 +0200 (CEST) Received: by trudy.torrini.home (Postfix, from userid 1001) id 6B7DF1F36; Tue, 17 Aug 2004 01:38:33 +0200 (CEST) Date: Tue, 17 Aug 2004 01:38:33 +0200 From: Riccardo Torrini To: Nate Lawson Message-ID: <20040816233833.GA651@trudy.torrini.home> References: <20040815223335.GA82743@trudy.torrini.home> <41203316.90801@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41203316.90801@root.org> User-Agent: Mutt/1.5.6i cc: acpi@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG Subject: Re: Disabled known-bad BIOS revisions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 23:38:42 -0000 On Sun, Aug 15, 2004 at 09:07:50PM -0700, Nate Lawson wrote: > Try booting with "unset acpi_load" so that acpi is not even loaded. Ahemmm, I'm sorry, but I read the next message and updated my BIOS before any other test :-( Anyway with kernel/world after end of june it boot only if: - add hint.acpi.0.disabled="0" or - use a kernel _without_ option SMP/option apic > Does your system work then? If so, the problem that needs to be > fixed is booting with ACPI disabled and is a bug. I find it hard > to believe that your system was designed to not work without ACPI > since it is from 1999. After a BIOS upgrade it works so I think it doesn't matter. If you really need a report from my old bios I'd think to revert to old one (but only if you _really_ _really_ need it :-) >> (only a "don't know if related" problem: after switching to sound >> and snd_* my machine don't play any sound, device is found at boot >> but no mixer nor dsp are created into /dev ... No need for this, found and solved. With old drivers my AWE/64 use sbc, now it need sb16. Don't ask me why. Sorry for wasting time. Maybe I'm wrong again but I kldloaded snd_driver so I now have both of them (snd_sbc compiled into the kernel and snd_sb16 loaded as module). Reading again NOTES give me a hint: I need both? >> Can I vote for "removing" this MoBo from quirks? > No, the hints give the same behavior you'd have on ... OtherOS ... No need to remove. It is a specific version that broke ACPI boot. After an update from 1014.beta001a to 1014.beta003 works again. Thanks for your time. -- Riccardo. ( http://www.GUFI.org/~vic/ ) From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 23:42:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B772C16A4CE; Mon, 16 Aug 2004 23:42:02 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5225243D39; Mon, 16 Aug 2004 23:42:02 +0000 (GMT) (envelope-from mjoyner@vbservices.net) Received: from mike.vbservices.net (c-66-177-116-188.se.client2.attbi.com[66.177.116.188]) by comcast.net (sccrmhc11) with ESMTP id <20040816234156011004qsjme>; Mon, 16 Aug 2004 23:41:58 +0000 Received: from [IPv6:::1] (localhost [IPv6:::1]) by mike.vbservices.net (8.12.11/8.12.11) with ESMTP id i7GJh2uE001964; Mon, 16 Aug 2004 19:43:03 GMT (envelope-from mjoyner@vbservices.net) Message-ID: <41210E45.1090407@vbservices.net> Date: Mon, 16 Aug 2004 19:43:01 +0000 From: Michael Joyner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4120F823.2040802@portaone.com> In-Reply-To: <4120F823.2040802@portaone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Colin Percival cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 23:42:02 -0000 >> I've also put together a very simple control daemon which >> reads kern.cp_time every second and adjusts the cpu frequency >> based on the fraction of cpu time which is idle. This increases >> my laptop's battery life by around 40%. > > > It would be nice if you can extend it to use whatever speed control > method is available (e.g. ACPI, TCC, ESS etc), so that it can be used on > older machines as well. > > -Maxim > > I think this would be good for desktops/servers as well. save a tiny % on electric / and / cooling bill. maybe allow overclocking so long as one doesn't max out the cpu. :) From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 23:42:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8609B16A4D0; Mon, 16 Aug 2004 23:42:41 +0000 (GMT) Received: from ctb-mesg1.saix.net (ctb-mesg1.saix.net [196.25.240.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18C3743D5E; Mon, 16 Aug 2004 23:42:41 +0000 (GMT) (envelope-from marc@bowtie.nl) Received: from host10.meck.bowtie.nl (tbnb-101-245.telkomadsl.co.za [165.165.101.245]) by ctb-mesg1.saix.net (Postfix) with ESMTP id 2A90E59D9; Tue, 17 Aug 2004 01:42:37 +0200 (SAST) Received: from host10.meck.bowtie.nl (localhost [127.0.0.1]) by host10.meck.bowtie.nl (8.13.1/8.13.1) with ESMTP id i7GNXe08002022; Tue, 17 Aug 2004 01:33:40 +0200 (SAST) (envelope-from marc@host10.meck.bowtie.nl) Received: (from marc@localhost) by host10.meck.bowtie.nl (8.13.1/8.13.1/Submit) id i7GNXdOb002021; Tue, 17 Aug 2004 01:33:39 +0200 (SAST) (envelope-from marc) Date: Tue, 17 Aug 2004 01:33:38 +0200 From: Marc van Kempen To: Jake Khuon Message-ID: <20040816233338.GA1987@host10.meck.bowtie.nl> References: <200408160810.00366.marc@bowtie.nl> <200408162319.i7GNJB0J027625@Espresso.NEEBU.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408162319.i7GNJB0J027625@Espresso.NEEBU.Net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org cc: Marc van Kempen Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: marc@bowtie.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 23:42:41 -0000 On Mon, Aug 16, 2004 at 04:19:11PM -0700, Jake Khuon wrote: > ### On Mon, 16 Aug 2004 08:10:00 +0200, Marc van Kempen > ### casually decided to expound upon freebsd-current@freebsd.org the > ### following thoughts about "ATA write-dma interrupt was seen but timeout > ### fired LBA=53346288": > > MvK> After I resume I get these warnings: > MvK> > MvK> ATA write-dma interrupt was seen but timeout fired LBA=53346288 > MvK> ATA write-dma interrupt was seen but timeout fired LBA=53346288 > MvK> ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288 > MvK> > MvK> This basically results in the harddisk being unaccessible and the systems > MvK> hangs eventually. Rebooting does not work because the harddisk can't be > MvK> synced, etc. > MvK> > MvK> Does anyone know what is going on? > > I had this same problem on my IBM T30 although I'm using APM. I couldn't > get ACPI suspend to play nice with XFree86 and GLX. > try: hw.syscons.sc_no_suspend_vtswitch=1 hw.acpi.reset_video=0 > It was very frustrating to not have reliable suspend. However, I think I > might have solved it. Do you have a CDROM (or similar) device attached? > Yep! > I added "atacontrol detach 1" to /etc/rc.suspend to detach the CDROM drive > before suspending. Likewise, I added a complementary "atacontrol attach 1" > in /etc/rc.resume. Since doing that, I have not seen the interrupt > problems. I do notice now that shortly before the re-attachment kicks in > after coming back from suspend, I will see: > > Aug 16 15:45:02 Mocha kernel: stray irq15 > I see exactly the same thing (from some quick testing), manually attaching detaching the cdrom drive (actually dvd/cdrom-writer) makes suspend/resume work reliably! > I'm not sure if this is normal or is an indication of some weird IRQ storm. > At anyrate, detaching and reattaching during the suspend/resume cycle seems > to damp it and stablised the whole ATA subsystem. > The only problem left is that with acpi the file /etc/rc.{suspend,resume} don't seem to get called. Cheers, Marc. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 23:46:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9023F16A4CF for ; Mon, 16 Aug 2004 23:46:55 +0000 (GMT) Received: from mail.dada.it (mail2.dada.it [195.110.100.2]) by mx1.FreeBSD.org (Postfix) with SMTP id D6FEB43D41 for ; Mon, 16 Aug 2004 23:46:54 +0000 (GMT) (envelope-from riccardo@torrini.org) Received: (qmail 23204 invoked from network); 16 Aug 2004 23:46:50 -0000 Received: from unknown (HELO silos.torrini.home) (195.110.114.101) by mail.dada.it with SMTP; 16 Aug 2004 23:46:50 -0000 Received: from trudy.torrini.home (trudy.torrini.home [192.168.22.3]) by silos.torrini.home (Postfix) with ESMTP id BD0B0A91B; Tue, 17 Aug 2004 01:46:52 +0200 (CEST) Received: by trudy.torrini.home (Postfix, from userid 1001) id 4FCD01F36; Tue, 17 Aug 2004 01:46:52 +0200 (CEST) Date: Tue, 17 Aug 2004 01:46:52 +0200 From: Riccardo Torrini To: Daniel Eriksson Message-ID: <20040816234652.GB651@trudy.torrini.home> References: <41203316.90801@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Disabled known-bad BIOS revisions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 23:46:55 -0000 On Mon, Aug 16, 2004 at 02:15:46PM +0200, Daniel Eriksson wrote: > Try upgrading your BIOS to the latest beta version. I'm running a > P2B-DS with ACPI enabled without any problems, using the 1014.003 > bios available here: > ftp://ftp.asuscom.de/pub/ASUSCOM/BIOS/Slot_I/INTEL_Chipset/i440BX/P2B-DS/ Thanks. Really a good pointer. It solves. Now my machine boots without touching device.hint :) Only a side note: from my home netblock (both my static IP and proxy of my ISP) it is unavailable (unable to login) but from work I downloaded both BIOS and flash utility without problems. Both range are from Italy. Previous version 1014.beta001a fail with kernel after late june... -- Riccardo. ( http://www.GUFI.org/~vic/ ) From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 23:52:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB55716A4CE; Mon, 16 Aug 2004 23:52:14 +0000 (GMT) Received: from ctb-mesg6.saix.net (ctb-mesg6.saix.net [196.25.240.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAB3743D31; Mon, 16 Aug 2004 23:52:09 +0000 (GMT) (envelope-from marc@bowtie.nl) Received: from host10.meck.bowtie.nl (tbnb-101-245.telkomadsl.co.za [165.165.101.245]) by ctb-mesg6.saix.net (Postfix) with ESMTP id 295A9C213; Tue, 17 Aug 2004 01:52:06 +0200 (SAST) Received: from host10.meck.bowtie.nl (localhost [127.0.0.1]) by host10.meck.bowtie.nl (8.13.1/8.13.1) with ESMTP id i7GNq68w002368; Tue, 17 Aug 2004 01:52:06 +0200 (SAST) (envelope-from marc@host10.meck.bowtie.nl) Received: (from marc@localhost) by host10.meck.bowtie.nl (8.13.1/8.13.1/Submit) id i7GNq0Ew002367; Tue, 17 Aug 2004 01:52:00 +0200 (SAST) (envelope-from marc) Date: Tue, 17 Aug 2004 01:52:00 +0200 From: Marc van Kempen To: Jake Khuon Message-ID: <20040816235200.GB2335@host10.meck.bowtie.nl> References: <200408160810.00366.marc@bowtie.nl> <200408162319.i7GNJB0J027625@Espresso.NEEBU.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408162319.i7GNJB0J027625@Espresso.NEEBU.Net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org cc: sos@DeepCore.dk Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: marc@bowtie.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 23:52:14 -0000 On Mon, Aug 16, 2004 at 04:19:11PM -0700, Jake Khuon wrote: > ### On Mon, 16 Aug 2004 08:10:00 +0200, Marc van Kempen > ### casually decided to expound upon freebsd-current@freebsd.org the > ### following thoughts about "ATA write-dma interrupt was seen but timeout > ### fired LBA=53346288": > > MvK> After I resume I get these warnings: > MvK> > MvK> ATA write-dma interrupt was seen but timeout fired LBA=53346288 > MvK> ATA write-dma interrupt was seen but timeout fired LBA=53346288 > MvK> ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288 > MvK> > MvK> This basically results in the harddisk being unaccessible and the systems > MvK> hangs eventually. Rebooting does not work because the harddisk can't be > MvK> synced, etc. > MvK> > MvK> Does anyone know what is going on? > > I had this same problem on my IBM T30 although I'm using APM. I couldn't > get ACPI suspend to play nice with XFree86 and GLX. > try: hw.syscons.sc_no_suspend_vtswitch=1 hw.acpi.reset_video=0 works for me, glx enabled and very fast resuming/suspending. In X and Console. > It was very frustrating to not have reliable suspend. However, I think I > might have solved it. Do you have a CDROM (or similar) device attached? > > I added "atacontrol detach 1" to /etc/rc.suspend to detach the CDROM drive > before suspending. Likewise, I added a complementary "atacontrol attach 1" > in /etc/rc.resume. Since doing that, I have not seen the interrupt > problems. I do notice now that shortly before the re-attachment kicks in > after coming back from suspend, I will see: > > Aug 16 15:45:02 Mocha kernel: stray irq15 > I see exactly the same thing (from some quick testing), manually attaching detaching the cdrom drive (actually dvd/cdrom-writer) makes suspend/resume work reliably! > I'm not sure if this is normal or is an indication of some weird IRQ storm. > At anyrate, detaching and reattaching during the suspend/resume cycle seems > to damp it and stablised the whole ATA subsystem. > The only problem left is that with acpi the file /etc/rc.{suspend,resume} don't seem to get called. Cheers, Marc. From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 23:58:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DB6E16A4CE; Mon, 16 Aug 2004 23:58:11 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0843743D48; Mon, 16 Aug 2004 23:58:11 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7GNw98U024893; Mon, 16 Aug 2004 16:58:10 -0700 Message-ID: <41214A0E.7040706@root.org> Date: Mon, 16 Aug 2004 16:58:06 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Riccardo Torrini References: <20040815223335.GA82743@trudy.torrini.home> <41203316.90801@root.org> <20040816233833.GA651@trudy.torrini.home> In-Reply-To: <20040816233833.GA651@trudy.torrini.home> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG Subject: Re: Disabled known-bad BIOS revisions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 23:58:11 -0000 Riccardo Torrini wrote: > On Sun, Aug 15, 2004 at 09:07:50PM -0700, Nate Lawson wrote: >>Try booting with "unset acpi_load" so that acpi is not even loaded. > > Ahemmm, I'm sorry, but I read the next message and updated my BIOS > before any other test :-( Anyway with kernel/world after end of > june it boot only if: > - add hint.acpi.0.disabled="0" > or > - use a kernel _without_ option SMP/option apic > >>Does your system work then? If so, the problem that needs to be >>fixed is booting with ACPI disabled and is a bug. I find it hard >>to believe that your system was designed to not work without ACPI >>since it is from 1999. > > After a BIOS upgrade it works so I think it doesn't matter. If you > really need a report from my old bios I'd think to revert to old one > (but only if you _really_ _really_ need it :-) > > No need to remove. It is a specific version that broke ACPI boot. > After an update from 1014.beta001a to 1014.beta003 works again. > > Thanks for your time. That's why the first advice in the ACPI debuging handbook entry is "upgrade your BIOS." :) It would be good to fix why we couldn't boot with acpi disabled on the old BIOS. I'm guessing it was an error in your system's MADT. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 00:04:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1365E16A4CE for ; Tue, 17 Aug 2004 00:04:56 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFE2343D1D for ; Tue, 17 Aug 2004 00:04:55 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i7H04Lr8076583; Mon, 16 Aug 2004 17:04:23 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (h234.neville-neil.com [209.157.133.234] (may be forged)) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i7H044wb014277; Mon, 16 Aug 2004 17:04:04 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Mon, 16 Aug 2004 17:03:18 -0700 Message-ID: From: "George V. Neville-Neil" To: "Rob MacGregor" In-Reply-To: <200408162111.i7GLBRbj017293@the-macgregors.org> References: <4120EC70.9050804@FreeBSD.org> <200408162111.i7GLBRbj017293@the-macgregors.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 00:04:56 -0000 At Mon, 16 Aug 2004 22:11:38 +0100, Rob MacGregor wrote: > > Sergey Matveychuk [sem@freebsd.org] danced on the keyboard and produced: > > > Vitaly Markitantov wrote: > > > >> I found what is the cause of problem with lnc0. > >> it's commited vm_contig.c from Thu Aug 5 14:54:12 PDT 2004 ( > >> http://lists.freebsd.org/pipermail/cvs-src/2004-August/028854.html ) > >> > >> I set in /boot/loader.conf > >> vm.old_contigmalloc="1" > >> and all stuff works fine. > > > > It does not work for me. I guess if you'll rebuild your > > kernel with new > > drivers it could stops work for you too. > > Happy to say that it did however work for me - source from this morning (circa > 09:00 GMT) and VMWare 4.5.2. Not to say "me too" but "me too." So, do we need to fix the lance driver to handle this? Will this bite us easily on other drivers? Later, George From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 00:20:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 135AF16A4CE; Tue, 17 Aug 2004 00:20:15 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FE4F43D45; Tue, 17 Aug 2004 00:20:15 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 3C7E43F5C; Tue, 17 Aug 2004 02:20:14 +0200 (CEST) Received: from kamino.rfc1149.org (dsl-213-023-189-151.arcor-ip.net [213.23.189.151]) by coruscant.rfc1149.org (Postfix) with ESMTP id E787C3E98; Tue, 17 Aug 2004 02:20:11 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 838D54088; Tue, 17 Aug 2004 02:19:57 +0200 (CEST) To: Colin Percival In-Reply-To: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> (Colin Percival's message of "Mon, 16 Aug 2004 08:06:30 -0700") References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> From: Arne Schwabe Date: Tue, 17 Aug 2004 02:19:57 +0200 Message-ID: <86zn4uwr82.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.8 required=5.0 tests=BAYES_00,RCVD_IN_SORBS autolearn=no version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 00:20:16 -0000 Colin Percival writes: > Thanks to everyone who has been sending me data about their > processors (and in particular, the 90nm versions), I now have > a first draft of a Enhanced SpeedStep driver available. For > people with the appropriate processors (Pentium M only), this > makes it possible to adjust the cpu frequency via a new sysctl > (hw.est_curfreq), and have the cpu voltage adjusted at the > same time. > I've also put together a very simple control daemon which > reads kern.cp_time every second and adjusts the cpu frequency > based on the fraction of cpu time which is idle. This increases > my laptop's battery life by around 40%. Works for me :)) a simple speedtest confirms that: openssl speed sha1 with 600 mhz: The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes sha1 2799.31k 8809.00k 21315.56k 33035.59k 39001.77k and then setting it to 1600 mhz: The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes sha1 7490.03k 23513.16k 56742.98k 87939.26k 104086.94k The numbers are about 2,7 times higher and 600 * 2,7 ~= 1600 :) One little bug: sudo sysctl hw.est_curfreq=1600 hw.est_curfreq: 600 -> 600 [2:14]arne@kamino:~/tmp/estctrl% sudo sysctl hw.est_curfreq=600 hw.est_curfreq: 1600 -> 600 [2:14]arne@kamino:~/tmp/estctrl% sudo sysctl hw.est_curfreq=1600 hw.est_curfreq: 600 -> 600 [2:14]arne@kamino:~/tmp/estctrl% sudo sysctl hw.est_curfreq=1600 hw.est_curfreq: 1600 -> 1600 For some reason, the message when I set cpu freq higher does not work Arne From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 00:24:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7CE816A4CE; Tue, 17 Aug 2004 00:24:01 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EC7A43D2D; Tue, 17 Aug 2004 00:24:01 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 6431165211; Tue, 17 Aug 2004 01:23:59 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 82669-06; Tue, 17 Aug 2004 01:23:59 +0100 (BST) Received: from empiric.dek.spc.org (c-24-7-97-136.client.comcast.net [24.7.97.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id A9E336520E; Tue, 17 Aug 2004 01:23:58 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 1087F62B7; Mon, 16 Aug 2004 17:23:51 -0700 (PDT) Date: Mon, 16 Aug 2004 17:23:51 -0700 From: Bruce M Simpson To: Colin Percival Message-ID: <20040817002351.GC3376@empiric.icir.org> Mail-Followup-To: Colin Percival , freebsd-mobile@freebsd.org, freebsd-current@freebsd.org References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 00:24:02 -0000 On Mon, Aug 16, 2004 at 08:06:30AM -0700, Colin Percival wrote: > All the code is online at > http://www.daemonology.net/freebsd-est/ > Assuming I don't hear any major bug reports in the next few > days, I'll package these into ports and hopefully get them into > the ports tree in time for 5.3-RELEASE. I've been testing this for the last few hours on the move. Looks good so far, no problems that I've noticed yet. BMS From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 00:27:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C681D16A4CE for ; Tue, 17 Aug 2004 00:27:06 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3284843D2F for ; Tue, 17 Aug 2004 00:27:02 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 2623250BB5 for ; Tue, 17 Aug 2004 09:27:01 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id A063250B13 for ; Tue, 17 Aug 2004 09:26:59 +0900 (JST) Date: Tue, 17 Aug 2004 09:26:59 +0900 Message-ID: <7m3c2mehik.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: systat -vm shows "w" state procs, but swap is free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 00:27:06 -0000 As of 2004.08.15.22.00.00 current kernel (with debugging config). I'm not sure this is known issue or recent breakage. When I'm running buildworld with nice(1), systat(1) -vm shows some "w" state processes (approx 1 to 5). But swapinfo(8) shows no swap is used. Man page for systat(1) says "w" state is: swapped out but desiring to run (`w'). Is there something wrong? -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 00:40:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 916B316A4CE for ; Tue, 17 Aug 2004 00:40:43 +0000 (GMT) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E33343D2F for ; Tue, 17 Aug 2004 00:40:43 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1])i7H0egdf083005 for ; Mon, 16 Aug 2004 20:40:42 -0400 (EDT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost)i7H0egaP083004 for current@freebsd.org; Mon, 16 Aug 2004 20:40:42 -0400 (EDT) (envelope-from mwlucas) Date: Mon, 16 Aug 2004 20:40:42 -0400 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20040817004042.GA82970@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Subject: disappearing laptop keyboard mouse nubbin with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 00:40:43 -0000 Hi, I've checked the man pages, Google, and the recent "synaptics touchpad" threads in -current without joy. I have a laptop with a Synaptics touchpad beneath the space bar and a pointer nubbin in the middle of the keyboard. For a year or so, both have worked. As of -current a couple months ago, it worked. With last night's -current, however, the nubbin has stopped working. The good news is, the touchpad works, so I have some sort of pointing device. The bad news is, I find touchpads icky and really, really miss my pointer nubbin. (Removing my hands from the home row while writing really clashes with my working style.) How can I get it working again? My mouse now shows up as: psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0 previously, it was: Aug 12 05:23:04 ratbastard kernel: psm0: irq 12 on atkbdc0 Aug 12 05:23:04 ratbastard kernel: psm0: [GIANT-LOCKED] Aug 12 05:23:04 ratbastard kernel: psm0: model Generic PS/2 mouse, device ID 0 Any help would be appreciated. Thanks, ==ml -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org "I'm sorry, but 'Social Darwinism' is no excuse for killing all of your co-workers." -- Ivan Brunetti http://www.BlackHelicopters.org/~mwlucas/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 01:24:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79DD916A4CE for ; Tue, 17 Aug 2004 01:24:21 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4076543D41 for ; Tue, 17 Aug 2004 01:24:21 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id A12973EBF; Tue, 17 Aug 2004 03:24:19 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 489D33EB5; Tue, 17 Aug 2004 03:24:14 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 831324088; Tue, 17 Aug 2004 03:24:12 +0200 (CEST) To: "Michael W. Lucas" In-Reply-To: <20040817004042.GA82970@bewilderbeast.blackhelicopters.org> (Michael W. Lucas's message of "Mon, 16 Aug 2004 20:40:42 -0400") References: <20040817004042.GA82970@bewilderbeast.blackhelicopters.org> From: Arne Schwabe Date: Tue, 17 Aug 2004 03:24:12 +0200 Message-ID: <861xi6mu9v.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: current@freebsd.org Subject: Re: disappearing laptop keyboard mouse nubbin with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 01:24:21 -0000 "Michael W. Lucas" writes: > Hi, > > I've checked the man pages, Google, and the recent "synaptics > touchpad" threads in -current without joy. > > I have a laptop with a Synaptics touchpad beneath the space bar and a > pointer nubbin in the middle of the keyboard. For a year or so, both > have worked. As of -current a couple months ago, it worked. With > last night's -current, however, the nubbin has stopped working. > > The good news is, the touchpad works, so I have some sort of pointing > device. The bad news is, I find touchpads icky and really, really > miss my pointer nubbin. (Removing my hands from the home row while > writing really clashes with my working style.) How can I get it > working again? Check out the last commit some hours ago :) philip@ commited a patch that makes that the stick working again. Arne From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 01:35:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1C0816A4CE for ; Tue, 17 Aug 2004 01:35:29 +0000 (GMT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3606443D2D for ; Tue, 17 Aug 2004 01:35:29 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id E9C6E2BD69 for ; Tue, 17 Aug 2004 11:35:26 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 16602511FA; Tue, 17 Aug 2004 11:05:25 +0930 (CST) Date: Tue, 17 Aug 2004 11:05:25 +0930 From: Greg 'groggy' Lehey To: Radek Kozlowski Message-ID: <20040817013525.GF81257@wantadilla.lemis.com> References: <20040812215859.GM19643@wantadilla.lemis.com> <20040812230741.GC10869@werd> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8S1fMsFYqgBC+BN/" Content-Disposition: inline In-Reply-To: <20040812230741.GC10869@werd> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD current users Subject: Re: Current method of dumping a processor? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 01:35:29 -0000 --8S1fMsFYqgBC+BN/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Friday, 13 August 2004 at 1:07:41 +0200, Radek Kozlowski wrote: > On Fri, Aug 13, 2004 at 07:28:59AM +0930, Greg 'groggy' Lehey wrote: >> I've tried it on kernels built in January, May and yesterday. In each >> case, I did: >> >> dumpon /dev/ad0s2b >> >> (for appropriate values of ad0s2b). All kernels include ddb. I >> entered the debugger with ctrl-alt-esc and entered "panic". The >> kernel from January dumps just fine. The kernels from May and August >> hang. >> >> Am I doing something wrong? Has something else changed? Does anybody >> else have this problem? > > I also had this problem back in June when I was trying to get a crash > dump, but nobody replied (see > http://lists.freebsd.org/pipermail/freebsd-current/2004-June/029434.html). > I then learnt that I can use call doadump in ddb and have been using > that since then. Thanks. Yes, this seems to work. Are we agreed that it's a bug that the 'panic' command just hangs? Greg -- Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --8S1fMsFYqgBC+BN/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFBIWDdIubykFB6QiMRAs+jAJ42uzsOonhgbrBp5vVrjY4EAh977gCeNcBc i/eJN+8pSUn+y6RrwLhQVEA= =XmlL -----END PGP SIGNATURE----- --8S1fMsFYqgBC+BN/-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 02:06:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1C2616A4D2; Tue, 17 Aug 2004 02:05:59 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF41043D3F; Tue, 17 Aug 2004 02:05:57 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i7H25Nr4078182; Mon, 16 Aug 2004 19:05:26 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (h234.neville-neil.com [209.157.133.234] (may be forged)) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i7H24Xwb030140; Mon, 16 Aug 2004 19:04:34 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Mon, 16 Aug 2004 19:04:34 -0700 Message-ID: From: "George V. Neville-Neil" To: freebsd-net@freebsd.org User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org cc: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= Subject: Patch to remove the old IPv6 prefix code from -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 02:06:00 -0000 Hi Folks, Enclosed is a patch against the recent -CURRENT tree which removes the in6_prefix code that has already been removed from the Kame tree by the Kame team. I would appreciate it if folks could try this out before we include this in our own tree. I have done some testing of this code on my own machines, but this is only ping6/traceroute6 and ssh type testing. Thanks, George --- sys/conf/files.orig +++ sys/conf/files @@ -1502,7 +1502,6 @@ netinet6/in6_gif.c optional gif inet6 netinet6/in6_ifattach.c optional inet6 netinet6/in6_pcb.c optional inet6 -netinet6/in6_prefix.c optional inet6 netinet6/in6_proto.c optional inet6 netinet6/in6_rmx.c optional inet6 netinet6/in6_src.c optional inet6 --- sys/netinet6/in6.c.orig +++ sys/netinet6/in6.c @@ -1151,7 +1151,6 @@ struct in6_ifaddr *ia; struct ifnet *ifp; { - int plen, iilen; struct in6_ifaddr *oia; int s = splnet(); @@ -1171,12 +1170,6 @@ } } - if (oia->ia6_ifpr) { /* check for safety */ - plen = in6_mask2len(&oia->ia_prefixmask.sin6_addr, NULL); - iilen = (sizeof(oia->ia_prefixmask.sin6_addr) << 3) - plen; - in6_prefix_remove_ifid(iilen, oia); - } - /* * When an autoconfigured address is being removed, release the * reference to the base prefix. Also, since the release might --- sys/netinet6/in6_ifattach.c.orig +++ sys/netinet6/in6_ifattach.c @@ -754,9 +754,6 @@ struct in6_multi *in6m; struct in6_multi *in6m_next; - /* nuke prefix list. this may try to remove some of ifaddrs as well */ - in6_purgeprefix(ifp); - /* remove neighbor management table */ nd6_purge(ifp); --- sys/netinet6/in6_proto.c.orig +++ sys/netinet6/in6_proto.c @@ -102,7 +102,6 @@ #include #include #include -#include #ifdef IPSEC #include --- sys/netinet6/ip6_input.c.orig +++ sys/netinet6/ip6_input.c @@ -105,7 +105,6 @@ #include #include #include -#include #ifdef IPSEC #include @@ -212,10 +211,6 @@ callout_init(&nd6_timer_ch, 0); callout_reset(&nd6_timer_ch, hz, nd6_timer, NULL); - /* router renumbering prefix list maintenance */ - callout_init(&in6_rr_timer_ch, 0); - callout_reset(&in6_rr_timer_ch, hz, in6_rr_timer, NULL); - /* timer for regeneranation of temporary addresses randomize ID */ callout_init(&in6_tmpaddrtimer_ch, 0); callout_reset(&in6_tmpaddrtimer_ch, --- sys/netinet6/nd6.c.orig +++ sys/netinet6/nd6.c @@ -65,7 +65,6 @@ #include #include #include -#include #include #include @@ -1410,26 +1409,6 @@ i++; pr = pr->ndpr_next; } - { - struct rr_prefix *rpp; - - for (rpp = LIST_FIRST(&rr_prefix); rpp; - rpp = LIST_NEXT(rpp, rp_entry)) { - if (i >= PRLSTSIZ) - break; - (void)in6_embedscope(&oprl->prefix[i].prefix, - &pr->ndpr_prefix, NULL, NULL); - oprl->prefix[i].raflags = rpp->rp_raf; - oprl->prefix[i].prefixlen = rpp->rp_plen; - oprl->prefix[i].vltime = rpp->rp_vltime; - oprl->prefix[i].pltime = rpp->rp_pltime; - oprl->prefix[i].if_index = rpp->rp_ifp->if_index; - oprl->prefix[i].expire = rpp->rp_expire; - oprl->prefix[i].advrtrs = 0; - oprl->prefix[i].origin = rpp->rp_origin; - i++; - } - } splx(s); break; From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 03:21:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC7C16A4CE for ; Tue, 17 Aug 2004 03:21:10 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE0A43D58 for ; Tue, 17 Aug 2004 03:21:09 +0000 (GMT) (envelope-from wilkinsa@squirm.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 i7H3KNfl021815 for ; Tue, 17 Aug 2004 12:50:23 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Tue, 17 Aug 2004 12:51:01 +0930 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 i7H3GDw24475 for ; Tue, 17 Aug 2004 12:46:13 +0930 (CST) Received: from squirm.dsto.defence.gov.au ([131.185.40.211]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id QXSX4NNB; Tue, 17 Aug 2004 12:46:07 +0930 Received: from squirm.dsto.defence.gov.au (localhost [127.0.0.1]) by squirm.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id i7H3GHhX019854 for ; Tue, 17 Aug 2004 12:46:17 +0930 (CST) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squirm.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id i7H3GG43019851 for current@freebsd.org; Tue, 17 Aug 2004 12:46:16 +0930 (CST) (envelope-from wilkinsa) Date: Tue, 17 Aug 2004 12:46:16 +0930 From: "Wilkinson, Alex" To: current@freebsd.org Message-ID: <20040817031616.GB80641@squirm.dsto.defence.gov.au> Mail-Followup-To: current@freebsd.org References: <20040816.102432.126630708.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: X-Message-Flag: "Beware of Outlook !" User-Agent: Mutt/1.5.6i Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 03:21:10 -0000 0n Mon, Aug 16, 2004 at 12:42:50PM -0400, Robert Watson wrote: It has a selected subset (TrustedBSD, SMPng, KSE, I believe). There's a lot of stuff in the Perforce repo, and CVS exports of Perforce trees are less storage efficient because of the name space / branching issue. There was a web server running on perforce.freebsd.org exporting the contents, but it had some problems and Peter hasn't gotten to updating it yet. Developers are selectively exporting branches; for example, I export netperf as patch sets on my web page: http://www.watson.org/~robert/freebsd/netperf/ (FYI, there's now an RSS feed of my change log there :-). What's the diff between a perforce repository and a CVS repository ? [not knowing anything at all about perforce] - aW From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 03:25:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E9E16A4CE for ; Tue, 17 Aug 2004 03:25:46 +0000 (GMT) Received: from mimoza.pantel.net (mimoza.pantel.net [212.24.191.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3835B43D3F for ; Tue, 17 Aug 2004 03:25:46 +0000 (GMT) (envelope-from arutz@mimoza.pantel.net) Received: by mimoza.pantel.net (Postfix, from userid 1000) id A082010A92; Tue, 17 Aug 2004 05:25:44 +0200 (CEST) Date: Tue, 17 Aug 2004 05:25:44 +0200 From: Antal Rutz To: current@freebsd.org Message-ID: <20040817032544.GA42839@mimoza.pantel.net> References: <20040805071236.GA595@loge.nixsys.be> <200408102254.32722.marc@bowtie.nl> <20040810210348.GO14911@fasolt.home.paeps.cx> <20040810231202.GD1067@laptop.lambertfam.org> <20040811013106.GA14911@fasolt.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040811013106.GA14911@fasolt.home.paeps.cx> User-Agent: Mutt/1.4.2i Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 03:25:46 -0000 On Wed, Aug 11, Philip Paeps wrote: > Synaptics have 0c here. I'm not aware of any Synaptics hardware responding > differently to probes (though the specs might be a bit dated here and there, I > wouldn't expect them to change something like that). > > > I have a Compaq Presario 2195US with Synaptics touchpad. > > Are you really sure it's a Synaptics? I've got an HP/compaq nx9005. My synaptics is also detected as intellimouse (psm.c:1.77). I will build a kernel with PSM_DEBUG=2 during the day. It worked before with unofficial out-of-cvs patches. -- --rutz From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 03:49:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2408016A4CE; Tue, 17 Aug 2004 03:49:23 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8606543D53; Tue, 17 Aug 2004 03:49:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7H3nLnb024051; Mon, 16 Aug 2004 23:49:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7H3nLwb076450; Mon, 16 Aug 2004 23:49:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DDC387303F; Mon, 16 Aug 2004 23:49:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040817034921.DDC387303F@freebsd-current.sentex.ca> Date: Mon, 16 Aug 2004 23:49:21 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 03:49:23 -0000 TB --- 2004-08-17 02:39:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-17 02:39:07 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-17 02:39:07 - checking out the source tree TB --- 2004-08-17 02:39:07 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-08-17 02:39:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-17 02:45:11 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-17 02:45:11 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-17 02:45:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-17 03:49:20 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-17 03:49:20 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-08-17 03:49:20 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 17 03:49:20 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] ===> aic7xxx ===> aic7xxx/aicasm ===> aic7xxx/ahc ===> aic7xxx/ahc/ahc_eisa rm -f ../aic7xxx_reg.h ../aic7xxx_seq.h /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aic7xxx/ahc/ahc_eisa/export_syms ahc_eisa.ko ahc_eisa.kld ahc_eisa.o @ machine symb.tmp tmp.o ahc_eisa.ko.debug opt_scsi.h opt_cam.h opt_aic7xxx.h bus_if.h device_if.h eisa_if.h rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> aic7xxx/ahc/ahc_isa cd: can't cd to /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aic7xxx/ahc/ahc_isa *** Error code 2 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aic7xxx/ahc. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/aic7xxx. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-17 03:49:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-17 03:49:21 - ERROR: failed to build generic kernel TB --- 2004-08-17 03:49:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 04:27:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FC6C16A4CE for ; Tue, 17 Aug 2004 04:27:51 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B007C43D3F for ; Tue, 17 Aug 2004 04:27:50 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7H4Pw0G000119; Tue, 17 Aug 2004 00:25:58 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7H4Pvnm000114; Tue, 17 Aug 2004 00:25:58 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 17 Aug 2004 00:25:57 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Pawel Worach In-Reply-To: <412139C4.2030809@telia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic in prison_check X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 04:27:51 -0000 On Tue, 17 Aug 2004, Pawel Worach wrote: > #9 0xc04e0010 in prison_check (cred1=0xc1c63e74, cred2=0x41211cd6) > at /usr/src/sys/kern/kern_jail.c:402 Looks like the second pointer here is bad... I'm having trouble finding a calling path from selwakeuppri() to prison_check(). > #10 0xc0523768 in selwakeuppri (sip=0x0, pri=0) > at /usr/src/sys/kern/sys_generic.c:1096 And the first pointer here is NULL..? > #11 0xc053300c in ttwakeup (tp=0xc1c63e00) at /usr/src/sys/kern/tty.c:2366 This seems like a reasonable pointer. Would be interesting to know what *tp looks like. > #12 0xc05318dc in ttymodem (tp=0xc1c63e00, flag=0) > at /usr/src/sys/kern/tty.c:1625 > #13 0xc0536487 in ptcopen (dev=0xc1cc4d00, flag=3, devtype=8192, td=0x0) > at linedisc.h:136 > #14 0xc04b570a in spec_open (ap=0xcd35aa70) > at /usr/src/sys/fs/specfs/spec_vnops.c:207 > #15 0xc04b53b8 in spec_vnoperate (ap=0x0) > at /usr/src/sys/fs/specfs/spec_vnops.c:118 > #16 0xc056eb8e in vn_open_cred (ndp=0xcd35abd8, flagp=0xcd35acd8, cmode=0, > cred=0xc1d12780, fdidx=0) at vnode_if.h:228 > #17 0xc056e723 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) > at /usr/src/sys/kern/vfs_vnops.c:91 > #18 0xc0567383 in kern_open (td=0xc197dc60, path=0x0, > pathseg=UIO_USERSPACE, > flags=3, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:957 > #19 0xc0567260 in open (td=0x0, uap=0x0) > at /usr/src/sys/kern/vfs_syscalls.c:926 > #20 0xc0681040 in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134795403, tf_esi = > 134795392, tf_ebp = -1077946760, tf_isp = -852120204, tf_ebx = > 134795264, tf_edx = 11, tf_ecx = 11, tf_eax = 5, tf_trapno = 22, tf_err > = 2, tf_eip = 675104111, tf_cs = 31, tf_eflags = 518, tf_esp = > -1077946804, tf_ss = 47}) > at /usr/src/sys/i386/i386/trap.c:1004 > #21 0xc0670f4f in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:201 > #22 0x0000002f in ?? () > #23 0x0000002f in ?? () > #24 0x0000002f in ?? () > #25 0x0808d08b in ?? () > #26 0x0808d080 in ?? () > #27 0xbfbfd678 in ?? () > #28 0xcd35ad74 in ?? () > #29 0x0808d000 in ?? () > #30 0x0000000b in ?? () > #31 0x0000000b in ?? () > #32 0x00000005 in ?? () > #33 0x00000016 in ?? () > #34 0x00000002 in ?? () > #35 0x283d456f in ?? () > #36 0x0000001f in ?? () > #37 0x00000206 in ?? () > #38 0xbfbfd64c in ?? () > #39 0x0000002f in ?? () > #40 0x00000000 in ?? () > #41 0x00000000 in ?? () > #42 0x00000000 in ?? () > #43 0x00000000 in ?? () > #44 0x0e8bc000 in ?? () > #45 0xc155f9a0 in ?? () > ---Type to continue, or q to quit--- > #46 0xc15e3cd0 in ?? () > #47 0xcd35aca4 in ?? () > #48 0xcd35ac84 in ?? () > #49 0xc197dc60 in ?? () > #50 0xc050dd90 in sched_switch (td=0x808d000, newtd=0x808d08b) > at /usr/src/sys/kern/sched_ule.c:1207 > Previous frame inner to this frame (corrupt stack?) > (kgdb) p panicstr > $1 = 0xc06fe560 "page fault" > > vmcore and kernel.debug is saved if more info is requested. > > -- > Pawel > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 04:43:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 917DC16A4CE for ; Tue, 17 Aug 2004 04:43:29 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10BBD43D2D for ; Tue, 17 Aug 2004 04:43:29 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i7H4hMYV005062 for ; Mon, 16 Aug 2004 21:43:26 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200408170443.i7H4hMYV005062@gw.catspoiler.org> Date: Mon, 16 Aug 2004 21:43:21 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: thoughts on system hangs after panic() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 04:43:29 -0000 I suspect the cause of the system hangs after a panic that are keeping crash dumps from working is one of the shutdown_pre_sync handlers getting wedged. The most likely culprit is syncer_shutdown(), but I think any of the handlers could get wedged in kthread_suspend(). Either we should skip shutdown_pre_sync entirely if RB_NOSYNC is set, or the handlers should obey this bit as appropriate. The latter would require a little more code to be touched, but would allow for more flexibility. From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 05:15:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C47116A4CE for ; Tue, 17 Aug 2004 05:15:03 +0000 (GMT) Received: from smtp003.bizmail.yahoo.com (smtp003.bizmail.yahoo.com [216.136.130.195]) by mx1.FreeBSD.org (Postfix) with SMTP id D96EE43D5C for ; Tue, 17 Aug 2004 05:15:02 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp003.bizmail.yahoo.com with SMTP; 17 Aug 2004 05:15:02 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 8BEA261AA; Tue, 17 Aug 2004 00:15:01 -0500 (CDT) 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 51742-01; Tue, 17 Aug 2004 00:14:59 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id B968261A4; Tue, 17 Aug 2004 00:14:59 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i7H5EqfP052384; Tue, 17 Aug 2004 00:14:54 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4121944C.5060802@alumni.rice.edu> Date: Tue, 17 Aug 2004 00:14:52 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20040813121208.M31181@cvs.imp.ch> <20040813102922.E93695@carver.gumbysoft.com> <411D20DF.2000503@samsco.org> <411E9399.3050200@alumni.rice.edu> <411EF85A.30006@elischer.org> In-Reply-To: <411EF85A.30006@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: Martin Blapp cc: freebsd-current@freebsd.org Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 05:15:03 -0000 On 08/15/04 00:44, Julian Elischer wrote: > Jon Noack wrote: >> On 08/13/04 15:13, Scott Long wrote: >>> Can you try the patch below? It's really only a band-aid, but might >>> make things usable for now. Also, are more lockups being seen under >>> ULE or under 4BSD. There was a recent change to ULE (rev 1.120 of >>> sched_ule.c) that seems to have aggrivated the scheduler problems on >>> my test systems. >>> >>> Scott >>> >>> Index: kern_switch.c >>> =================================================================== >>> RCS file: /usr/ncvs/src/sys/kern/kern_switch.c,v >>> retrieving revision 1.78 >>> diff -u -r1.78 kern_switch.c >>> --- kern_switch.c 10 Aug 2004 00:26:25 -0000 1.78 >>> +++ kern_switch.c 13 Aug 2004 20:11:27 -0000 >>> @@ -345,6 +345,8 @@ >>> return; >>> } >>> >>> + critical_enter(); >>> + >>> tda = kg->kg_last_assigned; >>> if ((ke = td->td_kse) == NULL) { >>> if (kg->kg_idle_kses) { >>> @@ -441,6 +443,7 @@ >>> CTR3(KTR_RUNQ, "setrunqueue: held: td%p kg%p pid%d", >>> td, td->td_ksegrp, td->td_proc->p_pid); >>> } >>> + critical_exit(); >>> } >>> >>> /* >> >> Here's a data point: >> My dual Pentium3 system has been up for 20+ hours with this patch. >> Previously, it wouldn't survive for more than an hour or so >> (regardless of load). > > try the following change instead: > in maybe_preempt() in kern_switch.c > > ctd = curthread; > + if ((ctd->td_kse == NULL) || (ctd->td_kse->ke_thread != ctd)) > + return (0); > pri = td->td_priority; With the previous patch I still had difficulties getting through a buildworld in multi-user (while running apache, postfix+amavisd-new, nfs, etc.). With this patch I have not run into any issues (make -j4 buildworlds are stable on my dual p3 even after uncommenting -DUSE_KQUEUE and rebuilding make). If the last patch was a bandaid, this is one of those new-fangled "sport" bandaids that are water- and sweat-resistent... ;-) Jon From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 05:45:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A7B816A4CF for ; Tue, 17 Aug 2004 05:45:24 +0000 (GMT) Received: from jeffenstein.dyndns.org (Lsne-CaTV-dhcp-15-72.urbanet.ch [80.238.15.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6F0343D68 for ; Tue, 17 Aug 2004 05:45:23 +0000 (GMT) (envelope-from jeff@jeffenstein.dyndns.org) Received: by jeffenstein.dyndns.org (Postfix, from userid 1001) id 1A388155D6; Tue, 17 Aug 2004 07:45:03 +0200 (CEST) Date: Tue, 17 Aug 2004 07:45:01 +0200 From: Jeff Fisher To: current@freebsd.org Message-ID: <20040817054501.GB942@frogger.jeffnet> Mail-Followup-To: current@freebsd.org References: <20040816174010.GA82600@prophecy.dyndns.org> <20040816181501.38B785D09@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20040816181501.38B785D09@ptavv.es.net> User-Agent: Mutt/1.5.6i Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 05:45:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Aug 16, 2004 at 11:15:01AM -0700, Kevin Oberman wrote: > > Date: Mon, 16 Aug 2004 13:40:10 -0400 > > From: Christopher Nehren > > Sender: owner-freebsd-current@freebsd.org > > > > --/04w6evG8XlLl3ft > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > > > > On Mon, Aug 16, 2004 at 11:56:53 EDT, Mike Makonnen scribbled these > > curious markings: > > > I have thought about this considerably, and I think the best solution > > > is to have ports rc.d scripts installed to /etc/rc.d. One of the problems > > > > Please, no. This is in direct violation of hier(8), POLA, the concept > > of separating third-party packages from the base system, and it also > > pollutes the concept of a lean, clean, vendor-provided / file > > system. One of the things that I love about FreeBSD is that it doesn't > > make a mess of the base system like Linux does. If I wanted the mess > > that putting port scripts in /etc/rc.d would cause, I'd use Linux. I'd have to agree. Startup scripts are generally the exception on other unixy o.s., but this does not look like a good direction. First, startup scripts are sourced, and now they are moved into the root filesystem. Soon, they'll be installed under /usr... Someone else has already asked what benefit this sourcing gives, but they went unanswered, so I'll try again. :-( > There are many local system mods that require configuration files and/or > scripts be available prior to mounting of any file system. > > I do like a separation of local stuff, but it really, really should be > in the physical root partition. (And I oppose the use of symlinks, as > well. That's really ugly!) The problem is that all of the ports require /usr/local (or /usr/X11R6) to be available before they can do anything. Putting their startup scripts in / won't add Jack over the existing system. Just to go off onto a bit of a rant, I originally chose FreeBSD over Linux for just a couple important reasons: it was stable, and it had this great ports tree. One of the great things about the ports tree was that it installed stuff seperately from the OS. With linux, everything gets put into /usr, and you don't know what you've added afterwards. With FreeBSD, it's added in a seperate package, and in a seperate directory; all very clean, and much closer to commercial unix versions. Commercial unix versions are like this for a reason: manageability on the large scale. Also, stability could be threatened with the recent change to source ports scripts instead of run them. Now a mistake in a ports script can cause all of the following ports to not start, leaving a half-running system. With the old system of running ports scripts, if there is an error or a problem introduced by a local modification of a port startup script, it affects only that port. If the objective is to simplify writing startup scripts, could the sourcing not have been in the opposite direction? Why not just supply a script with common functions, and have the ports scripts source this common script? This accomplishes the same task without sacrificing stability. And now, I see that the seperation of ports from the base o.s. is also being threatened. Not greatly, but moving the startup scripts now, and later some config files, and then why not move the binaries? It'll only break a few sites stupid enough to run nfs-mounted or rsynced /usr/local... Pardon me if I've gone too far, but I love the O.S., and only want it to remain the same O.S. I chose to use and advocate so long ago. - -- jeff@jeffenstein.dyndns.org http://jeffenstein.dyndns.org/ PGP encrypted mail preferred. Key id 0x19C987F5 === Hanlon's Razor: One should never attribute to malice that which can be adequately explained by stupidity. -----BEGIN PGP SIGNATURE----- iQIVAwUBQSGbXRwPMBUZyYf1AQIMww/9Grk6m8bxEQ9ZtbOl9PzYh5L9YRnLfUNz wPEf9bFwB7aRkcOGx9VgDnMQVGtcIXpVUc7jkx/oJHlUwLtlG5pn/+iodIfGRQjw tLrRz+NThhyjnvljozHPzmCX0ptNKoiXq+ChBF7O0vSpqe8TIVb3sCquTt1e2d0j UX+1rM5rILKuDHPf0ipE+iBwdeC3Po8T88gSb3O07bloH0FGu/8lfIaRNH0h8MDa e2jZ6gGOfa8zRr9bD3styashHulq0GWOfvijhUoBjaPb9wOOMpz9Ws7cm7mhDj8j 2pF/BGYJt0R40Q/U2YaBNImXMVAQM/WgJJhJo/tk7ELZ/u4xHDKNp4NSTkYa+gCx 31gzXyaj/h8t/I37DcEKiPKWrMFqya/WOKXNF3s+vHy/RRxgFVJFlDulgAGlXSfs wQ/DUijiK/nPFdAwMUHSIVcyN7EKAdyJayVgQwkrECvA43Me4seOEYnk1hMFs1B2 wHs364qEr1wzC37QLZZKoH/tisYrTfo0Tn1I799PjjdVeMneT3pHoBbagYqoFb5j pUBPvx/gM6l4cp8/s2TqXN/dZIai3Z0bgMqIZmxJ1Q+KkkO+VeTd2sS4Ha+lKrwR LM/RfyrFDR7OUMdmF5/AM/ThiFC21SPl9fGHLCS2t/LZDk8TKhGxyn7BXjFRMJKI G3qEIUxATvE= =JRTm -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 05:58:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 992E016A4CE for ; Tue, 17 Aug 2004 05:58:47 +0000 (GMT) Received: from jeffenstein.dyndns.org (Lsne-CaTV-dhcp-15-72.urbanet.ch [80.238.15.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BFE643D2F for ; Tue, 17 Aug 2004 05:58:47 +0000 (GMT) (envelope-from jeff@jeffenstein.dyndns.org) Received: by jeffenstein.dyndns.org (Postfix, from userid 1001) id 82C75155D6; Tue, 17 Aug 2004 07:58:27 +0200 (CEST) Date: Tue, 17 Aug 2004 07:58:26 +0200 From: Jeff Fisher To: current@freebsd.org Message-ID: <20040817055826.GC942@frogger.jeffnet> Mail-Followup-To: current@freebsd.org References: <20040816155653.GA2405@rogue.acs-et.com> <6B9BDB86-EFD9-11D8-924A-00039312D914@fillmore-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <6B9BDB86-EFD9-11D8-924A-00039312D914@fillmore-labs.com> User-Agent: Mutt/1.5.6i Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 05:58:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Aug 17, 2004 at 01:10:09AM +0200, Oliver Eikemeier wrote: > > There is no compelling reason *not* to let ports script participate in > rcorder(8). > I'm back on 4.x, so I don't have this man page... However, why not use S###name.sh, and let the shell wildcard order them for you? It's simple, effective, and matches what almost everybody else does, which makes it easier to manage. Dependencies are handled by having a standard on what number to choose; i.e. S1xx = Adding libraries to ldpath or essential system daemons, S2xx = Non-essential daemons with no dependencies, S3xx = Non-essential daemons with dependencies, etc.... Someone would be the maintaner of the numbers, and give everybody their unique number. It's not perfect, but is relatively easy to manage. - -- jeff@jeffenstein.dyndns.org http://jeffenstein.dyndns.org/ PGP encrypted mail preferred. Key id 0x19C987F5 === "I am ready to meet my Maker. Whether my Maker is prepared for the great ordeal of meeting me is another matter." -- Winston Churchill -----BEGIN PGP SIGNATURE----- iQIVAwUBQSGeghwPMBUZyYf1AQKPZg//dIH/X8/dW+vMkIO4PZ7wqvlDWb8g/uaA 7MBBPxsQZ/zVeTKHdZ/tIbix3RKKMAf6tR5ODX/dvSPmdNSByvPdOWDMamcK7Oe+ 7OzycUtFm5KNH1SXdWrYecbUnOLFebQ/z7kHQeYKb9m1mxPDcmA/huBCAm7eeGEp I+Dz+6iTmjyBBl0IrIiFz2N781IM0PvZqsQ1dn/l0HyXw4EVE8uMCqg/cNJtV6I2 CVI9t4VpXSr9VPaIAecdxJ/6Uh+0djMbUZNSa9OVnLn5Hv/ieFEXF1Ge02pmiLCM fnh/rfuzfQNdzfWMYfFNC4BzFwTSMyL9afrLkXBFcQd0HexjffmnaEEGbqc9u9Vu Yt58/xaR1q3zs6L0/O6vhVcpl5tedipbw//Cjp7m+MQXZc/3JfFWuou5+D/IabFB 7UWJP5nwGAtYDZv5iL01YskGNRXoqzi4OhnhQjVzMbRw98oM2meyiwrZXjqrDF1c lmw/Mg5Y5bkd2XRNnFXjYXIeyBPhESCXmhMSVe54rRkSHf5C4XztjRE3JPX5aOUj bGu1RcLaiX2SvuJ4K0MJQx38Qu2/Iy4FWIlXOYP2lZjUiNUy5G5Cfu9KJvykPHWK FdaAbaatGV0eC6AmXo28plhXtljOoZyBgLrVFZCZc0f9yigzYcD9uhCgQLx9JN70 8/h6G9wtBwA= =DSI7 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 06:05:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71A7716A4CE for ; Tue, 17 Aug 2004 06:05:57 +0000 (GMT) Received: from mail.parodius.com (mail.parodius.com [64.62.145.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 506BE43D5F for ; Tue, 17 Aug 2004 06:05:57 +0000 (GMT) (envelope-from jdc@pentarou.parodius.com) Received: from pentarou.parodius.com (jdc@localhost [127.0.0.1]) by mail.parodius.com (8.12.11/8.12.11) with ESMTP id i7H65uaA007856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 16 Aug 2004 23:05:56 -0700 (PDT) (envelope-from jdc@pentarou.parodius.com) Received: (from jdc@localhost) by pentarou.parodius.com (8.12.11/8.12.11/Submit) id i7H65u7E007855 for freebsd-current@freebsd.org; Mon, 16 Aug 2004 23:05:56 -0700 (PDT) (envelope-from jdc) Date: Mon, 16 Aug 2004 23:05:56 -0700 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20040817060556.GA7458@parodius.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: ipfw2 net.inet.ip.fw.verbose_limit broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 06:05:57 -0000 Just wanted to toss this one up here. Also, apologies for not cross-posting this to freebsd-ipfw, but I'm not on the list; although they seem to be aware of it: http://lists.freebsd.org/mailman/htdig/freebsd-ipfw/2004-July/001239.html Seems that ipfw2's support for net.inet.ip.fw.verbose_limit is, to put it bluntly, broken. This applies to both -STABLE and -CURRENT. The following PR has been sitting around for quite some time... http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/46080 I've managed to confirm this still exists even as of an August 5th build of -CURRENT. Using `logamount' directives per rule works properly as a workaround. I've also looked at the patch, although I'm not sure about the performance implications of looking up a sysctl value per packet with a matching ipfw2 `log' directive. The ipfw2 code isn't something I feel even remotely comfortable tinkering with, so if someone could take a poke at this (or contact the correct people), that'd be great. Thanks! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. | From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 06:07:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F137816A4CE for ; Tue, 17 Aug 2004 06:07:55 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id CECA643D5D for ; Tue, 17 Aug 2004 06:07:55 +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 i7H67urX027523 for ; Mon, 16 Aug 2004 23:07:56 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i7H67uAW027522 for current@freebsd.org; Mon, 16 Aug 2004 23:07:56 -0700 Date: Mon, 16 Aug 2004 23:07:55 -0700 From: Brooks Davis To: current@freebsd.org Message-ID: <20040817060755.GA24819@odin.ac.hmc.edu> References: <20040816155653.GA2405@rogue.acs-et.com> <6B9BDB86-EFD9-11D8-924A-00039312D914@fillmore-labs.com> <20040817055826.GC942@frogger.jeffnet> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20040817055826.GC942@frogger.jeffnet> 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 Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 06:07:56 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 17, 2004 at 07:58:26AM +0200, Jeff Fisher wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > On Tue, Aug 17, 2004 at 01:10:09AM +0200, Oliver Eikemeier wrote: > >=20 > > There is no compelling reason *not* to let ports script participate in= =20 > > rcorder(8). > >=20 >=20 > I'm back on 4.x, so I don't have this man page... However, why not use > S###name.sh, and let the shell wildcard order them for you? It's simple, > effective, and matches what almost everybody else does, which makes it ea= sier > to manage. =20 It's also hard to maintain by virtue of attempting to may a simple but correction model (dependencies) into an even simpler, but wrong one (linear ordering). Please spend some time learning about the system before bitching. There are plenty of resource to learn about the new system including this writeup: http://www.daemonnews.org/200108/rcdsystem.html and of course lukem's origional paper: http://www.cs.rmit.edu.au/~lukem/papers/rc.d.pdf For that matter you can read any freebsd manpage with a simple query like: http://www.freebsd.org/cgi/man.cgi?query=3Drcorder > Dependencies are handled by having a standard on what number to choose; i= .e. > S1xx =3D Adding libraries to ldpath or essential system daemons, S2xx =3D > Non-essential daemons with no dependencies, S3xx =3D Non-essential daemon= s with > dependencies, etc.... Someone would be the maintaner of the numbers, and = give > everybody their unique number. It's not perfect, but is relatively easy = to > manage. Real dependencies are much easier to manage (speaking as someone who admin'd Solaris for many years.) -- 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 --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBIaC7XY6L6fI4GtQRAgm7AKCnrTsvARPu6EqCgT2JcbU/sEuoYgCg2jLa 4YMZlbCJm5Qbhypg94w6RfY= =nhX9 -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 06:29:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E511E16A4CE for ; Tue, 17 Aug 2004 06:29:45 +0000 (GMT) Received: from the-macgregors.org (82-33-59-105.cable.ubr06.stav.blueyonder.co.uk [82.33.59.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 100C443D1D for ; Tue, 17 Aug 2004 06:29:45 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (authenticated bits=0) by the-macgregors.org (8.13.1/8.13.1) with ESMTP id i7H6Thov026861 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 17 Aug 2004 06:29:43 GMT Message-Id: <200408170629.i7H6Thov026861@the-macgregors.org> From: "Rob MacGregor" To: Date: Tue, 17 Aug 2004 07:29:43 +0100 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: AcSD7gtnjYnGTCS7QhKau1TX5eGavgANUK3w In-Reply-To: X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Subject: RE: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 06:29:46 -0000 On Tuesday, August 17, 2004 1:03 AM, George V. Neville-Neil danced on the keyboard and produced: > So, do we need to fix the lance driver to handle this? Will this bite > us easily on other drivers? I'd say that it would have to be fixed (but then I'm not going to be the one doing it, so I would :>). If only because having a known failure like this is going to bite somebody doing their first install of FreeBSD, and put them (quite rightly IMO) off it. Heck, it's going to bite those with experience too. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 06:42:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B032C16A4CE; Tue, 17 Aug 2004 06:42:07 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C003343D2D; Tue, 17 Aug 2004 06:42:06 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (s9hnicfe@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i7H6g4ep005212; Tue, 17 Aug 2004 10:42:04 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 17 Aug 2004 10:42:04 +0400 (MSD) From: Maxim Konovalov To: Jeremy Chadwick In-Reply-To: <20040817060556.GA7458@parodius.com> Message-ID: <20040817102003.P5098@mp2.macomnet.net> References: <20040817060556.GA7458@parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: luigi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ipfw2 net.inet.ip.fw.verbose_limit broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 06:42:07 -0000 [ CC: Luigi ] On Mon, 16 Aug 2004, 23:05-0700, Jeremy Chadwick wrote: > Just wanted to toss this one up here. Also, apologies for not > cross-posting this to freebsd-ipfw, but I'm not on the list; although > they seem to be aware of it: > > http://lists.freebsd.org/mailman/htdig/freebsd-ipfw/2004-July/001239.html > > Seems that ipfw2's support for net.inet.ip.fw.verbose_limit is, to > put it bluntly, broken. This applies to both -STABLE and -CURRENT. > The following PR has been sitting around for quite some time... > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/46080 > > I've managed to confirm this still exists even as of an August 5th build > of -CURRENT. Using `logamount' directives per rule works properly as > a workaround. > > I've also looked at the patch, although I'm not sure about the performance > implications of looking up a sysctl value per packet with a matching > ipfw2 `log' directive. > > The ipfw2 code isn't something I feel even remotely comfortable tinkering > with, so if someone could take a poke at this (or contact the correct > people), that'd be great. I discussed that patch with Luigi almost two years ago but Luigi was against it because a changing net.inet.ip.fw.verbose_limit does not affect the existent rules. While I more or less agree with Luigi I think we should commit this code until we find a more correct or more logic solution. The current version of the patch is below. Index: ipfw2.c =================================================================== RCS file: /home/ncvs/src/sbin/ipfw/ipfw2.c,v retrieving revision 1.54 diff -u -r1.54 ipfw2.c --- ipfw2.c 12 Aug 2004 22:06:55 -0000 1.54 +++ ipfw2.c 17 Aug 2004 06:37:48 -0000 @@ -2775,6 +2775,7 @@ * various flags used to record that we entered some fields. */ ipfw_insn *have_state = NULL; /* check-state or keep-state */ + size_t len; int i; @@ -2956,6 +2957,12 @@ errx(EX_DATAERR, "logamount must be positive"); c->max_log = l; ac--; av++; + } else { + len = sizeof(c->max_log); + if (sysctlbyname("net.inet.ip.fw.verbose_limit", + &c->max_log, &len, NULL, 0) == -1) + errx(1, "sysctlbyname(\"%s\")", + "net.inet.ip.fw.verbose_limit"); } cmd = next_cmd(cmd); } %%% -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 07:24:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0459516A4CE for ; Tue, 17 Aug 2004 07:24:40 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFBC843D39 for ; Tue, 17 Aug 2004 07:24:39 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 6760 invoked from network); 17 Aug 2004 07:24:39 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Aug 2004 07:24:39 -0000 Received: from hydrogen.funkthat.com (mrwvmz@localhost.funkthat.com [127.0.0.1])i7H7OcuU023742 for ; Tue, 17 Aug 2004 00:24:38 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7H7OcgF023741 for freebsd-current@freebsd.org; Tue, 17 Aug 2004 00:24:38 -0700 (PDT) Date: Tue, 17 Aug 2004 00:24:38 -0700 From: John-Mark Gurney To: freebsd-current@freebsd.org Message-ID: <20040817072438.GA99980@funkthat.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: new if_sk locking patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 07:24:40 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Ok, I just happen to pick up a Belkin F5D5005 Gige card. (I couldn't resist at $25.) They were nice enough to include Linux drivers on the CD (yeh!) which made it much easier for me to find out what driver it was compatible with. It didn't take much time to get the card working. Of course, once I had the card working I was getting soooo many LOR's that my serial console was overloaded. I took Doug White's patch and modified it a little. I left in the recursion since I wanted to get it working first. So, here it is attached, and availabe at: http://people.freebsd.org/~jmg/if_sk.diff I don't get any LOR's w/ this patch and debug.mpsafenet=1. I didn't try using it as a module though. (Hence I don't know if kldload/kldunload works.) Test it out and let me know how it works for you. Thanks! -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_sk.diff" Index: if_sk.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_sk.c,v retrieving revision 1.83 diff -u -r1.83 if_sk.c --- if_sk.c 2004/06/28 20:07:03 1.83 +++ if_sk.c 2004/08/17 07:13:23 @@ -156,6 +156,11 @@ "Marvell Gigabit Ethernet" }, { + VENDORID_MARVELL, + DEVICEID_BELKIN_5005, + "Belkin F5D5005 Gigabit Ethernet" + }, + { VENDORID_3COM, DEVICEID_3COM_3C940, "3Com 3C940 Gigabit Ethernet" @@ -1332,7 +1337,6 @@ error = 0; sc_if = device_get_softc(dev); sc = device_get_softc(device_get_parent(dev)); - SK_LOCK(sc); port = *(int *)device_get_ivars(dev); free(device_get_ivars(dev), M_DEVBUF); device_set_ivars(dev, NULL); @@ -1347,6 +1351,40 @@ if (port == SK_PORT_B) sc_if->sk_tx_bmu = SK_BMU_TXS_CSR1; + /* Allocate the descriptor queues. */ + sc_if->sk_rdata = contigmalloc(sizeof(struct sk_ring_data), M_DEVBUF, + M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0); + + if (sc_if->sk_rdata == NULL) { + printf("sk%d: no memory for list buffers!\n", sc_if->sk_unit); + error = ENOMEM; + goto fail; + } + + bzero(sc_if->sk_rdata, sizeof(struct sk_ring_data)); + + /* Try to allocate memory for jumbo buffers. */ + if (sk_alloc_jumbo_mem(sc_if)) { + printf("sk%d: jumbo buffer allocation failed\n", + sc_if->sk_unit); + error = ENOMEM; + goto fail; + } + + ifp = &sc_if->arpcom.ac_if; + ifp->if_softc = sc_if; + if_initname(ifp, device_get_name(dev), device_get_unit(dev)); + ifp->if_mtu = ETHERMTU; + ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; + ifp->if_ioctl = sk_ioctl; + ifp->if_start = sk_start; + ifp->if_watchdog = sk_watchdog; + ifp->if_init = sk_init; + ifp->if_baudrate = 1000000000; + ifp->if_snd.ifq_maxlen = SK_TX_RING_CNT - 1; + + callout_handle_init(&sc_if->sk_tick_ch); + /* * Get station address for this interface. Note that * dual port cards actually come with three station @@ -1356,6 +1394,7 @@ * are operating in failover mode. Currently we don't * use this extra address. */ + SK_LOCK(sc); for (i = 0; i < ETHER_ADDR_LEN; i++) sc_if->arpcom.ac_enaddr[i] = sk_win_read_1(sc, SK_MAC0_0 + (port * 8) + i); @@ -1409,48 +1448,26 @@ printf("skc%d: unsupported PHY type: %d\n", sc->sk_unit, sc_if->sk_phytype); error = ENODEV; - goto fail; - } - - /* Allocate the descriptor queues. */ - sc_if->sk_rdata = contigmalloc(sizeof(struct sk_ring_data), M_DEVBUF, - M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0); - - if (sc_if->sk_rdata == NULL) { - printf("sk%d: no memory for list buffers!\n", sc_if->sk_unit); - error = ENOMEM; - goto fail; - } - - bzero(sc_if->sk_rdata, sizeof(struct sk_ring_data)); - - /* Try to allocate memory for jumbo buffers. */ - if (sk_alloc_jumbo_mem(sc_if)) { - printf("sk%d: jumbo buffer allocation failed\n", - sc_if->sk_unit); - error = ENOMEM; + SK_UNLOCK(sc); goto fail; } - ifp = &sc_if->arpcom.ac_if; - ifp->if_softc = sc_if; - if_initname(ifp, device_get_name(dev), device_get_unit(dev)); - ifp->if_mtu = ETHERMTU; - ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; - ifp->if_ioctl = sk_ioctl; - ifp->if_start = sk_start; - ifp->if_watchdog = sk_watchdog; - ifp->if_init = sk_init; - ifp->if_baudrate = 1000000000; - ifp->if_snd.ifq_maxlen = SK_TX_RING_CNT - 1; - - callout_handle_init(&sc_if->sk_tick_ch); + /* XXX dwhite + * Drop interface lock around ether_ifattach, which + * cannot be called with locks held. + */ + SK_UNLOCK(sc); /* * Call MI attach routine. */ ether_ifattach(ifp, sc_if->arpcom.ac_enaddr); + /* XXX dwhite + * Pick the lock back up. + */ + SK_LOCK(sc); + /* * Do miibus setup. */ @@ -1463,16 +1480,15 @@ break; } + SK_UNLOCK(sc); if (mii_phy_probe(dev, &sc_if->sk_miibus, sk_ifmedia_upd, sk_ifmedia_sts)) { printf("skc%d: no PHY found!\n", sc_if->sk_unit); ether_ifdetach(ifp); error = ENXIO; - goto fail; } fail: - SK_UNLOCK(sc); if (error) { /* Access should be ok even though lock has been dropped */ sc->sk_if[port] = NULL; @@ -1532,6 +1548,7 @@ sc->sk_type = SK_GENESIS; break; case DEVICEID_SK_V2: + case DEVICEID_BELKIN_5005: case DEVICEID_3COM_3C940: case DEVICEID_LINKSYS_EG1032: case DEVICEID_DLINK_DGE530T: @@ -1623,7 +1640,7 @@ bus_generic_attach(dev); /* Hook interrupt last to avoid having to lock softc */ - error = bus_setup_intr(dev, sc->sk_irq, INTR_TYPE_NET, + error = bus_setup_intr(dev, sc->sk_irq, INTR_TYPE_NET|INTR_MPSAFE, sk_intr, sc, &sc->sk_intrhand); if (error) { @@ -1661,10 +1678,22 @@ /* These should only be active if attach_xmac succeeded */ if (device_is_attached(dev)) { sk_stop(sc_if); + /* XXX dwhite + * Can't hold locks while calling detach + */ + SK_IF_UNLOCK(sc_if); ether_ifdetach(ifp); + SK_IF_LOCK(sc_if); } + /* XXX dwhite + * We're generally called from skc_detach() which is using + * device_delete_child() to get to here. It's already trashed + * miibus for us, so don't do it here or we'll panic. + */ + /* if (sc_if->sk_miibus) device_delete_child(dev, sc_if->sk_miibus); + */ bus_generic_detach(dev); if (sc_if->sk_cdata.sk_jumbo_buf) contigfree(sc_if->sk_cdata.sk_jumbo_buf, SK_JMEM, M_DEVBUF); @@ -1685,7 +1714,6 @@ sc = device_get_softc(dev); KASSERT(mtx_initialized(&sc->sk_mtx), ("sk mutex not initialized")); - SK_LOCK(sc); if (device_is_alive(dev)) { if (sc->sk_devs[SK_PORT_A] != NULL) @@ -1702,7 +1730,6 @@ if (sc->sk_res) bus_release_resource(dev, SK_RES, SK_RID, sc->sk_res); - SK_UNLOCK(sc); mtx_destroy(&sc->sk_mtx); return(0); @@ -2357,7 +2384,8 @@ return; } -static void sk_init_yukon(sc_if) +static void +sk_init_yukon(sc_if) struct sk_if_softc *sc_if; { u_int32_t phy; Index: if_skreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_skreg.h,v retrieving revision 1.20 diff -u -r1.20 if_skreg.h --- if_skreg.h 2004/03/31 12:35:51 1.20 +++ if_skreg.h 2004/08/17 07:13:24 @@ -71,6 +71,11 @@ #define DEVICEID_SK_V2 0x4320 /* + * Belkin F5D5005 + */ +#define DEVICEID_BELKIN_5005 0x5005 + +/* * 3Com PCI vendor ID */ #define VENDORID_3COM 0x10b7 @@ -1436,6 +1441,7 @@ #define SK_LOCK_ASSERT(_sc) mtx_assert(&(_sc)->sk_mtx, MA_OWNED) #define SK_IF_LOCK(_sc) mtx_lock(&(_sc)->sk_softc->sk_mtx) #define SK_IF_UNLOCK(_sc) mtx_unlock(&(_sc)->sk_softc->sk_mtx) +#define SK_IF_LOCK_ASSERT(_sc) mtx_assert(&(_sc)->sk_mtx, MA_OWNED) /* Softc for each logical interface */ struct sk_if_softc { --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 07:29:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D9C516A4CE; Tue, 17 Aug 2004 07:29:32 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FAA43D67; Tue, 17 Aug 2004 07:29:31 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7H7TFLb042203; Tue, 17 Aug 2004 09:29:16 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4121B3B8.9030204@DeepCore.dk> Date: Tue, 17 Aug 2004 09:28:56 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: marc@bowtie.nl References: <200408160810.00366.marc@bowtie.nl> <200408162319.i7GNJB0J027625@Espresso.NEEBU.Net> <20040816235200.GB2335@host10.meck.bowtie.nl> In-Reply-To: <20040816235200.GB2335@host10.meck.bowtie.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org cc: Jake Khuon Subject: Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 07:29:32 -0000 Marc van Kempen wrote: >>It was very frustrating to not have reliable suspend. However, I think= I >>might have solved it. Do you have a CDROM (or similar) device attached= ? >> >>I added "atacontrol detach 1" to /etc/rc.suspend to detach the CDROM dr= ive >>before suspending. Likewise, I added a complementary "atacontrol attac= h 1" >>in /etc/rc.resume. Since doing that, I have not seen the interrupt >>problems. I do notice now that shortly before the re-attachment kicks = in >>after coming back from suspend, I will see: >> >>Aug 16 15:45:02 Mocha kernel: stray irq15 >> > I see exactly the same thing (from some quick testing), manually attach= ing > detaching the cdrom drive (actually dvd/cdrom-writer) makes suspend/res= ume > work reliably! That does not fix it here at least :( I cannot tell if I get any stray irq's since the laptop locks before it=20 gets so far as to switch on the display... >>I'm not sure if this is normal or is an indication of some weird IRQ st= orm.=20 >>At anyrate, detaching and reattaching during the suspend/resume cycle s= eems >>to damp it and stablised the whole ATA subsystem. An interrupt storm would be bad and make the system seem to lockup in=20 various places, maybe we are seeing that but on different irq's due to=20 how the HW is setup etc.. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 07:30:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E33CD16A4CE; Tue, 17 Aug 2004 07:30:17 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A758E43D70; Tue, 17 Aug 2004 07:30:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7H7UHtw049412; Tue, 17 Aug 2004 03:30:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7H7UGBP051394; Tue, 17 Aug 2004 03:30:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 03E6D7303F; Tue, 17 Aug 2004 03:30:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040817073017.03E6D7303F@freebsd-current.sentex.ca> Date: Tue, 17 Aug 2004 03:30:17 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 07:30:18 -0000 TB --- 2004-08-17 06:11:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-17 06:11:23 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-17 06:11:23 - checking out the source tree TB --- 2004-08-17 06:11:23 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-17 06:11:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-17 06:17:21 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-17 06:17:21 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-17 06:17:21 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-17 07:29:08 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-17 07:29:08 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-17 07:29:08 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 17 07:29:08 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h ln -s /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_bdg.h opt_bdg.h ln -s /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_bus.h opt_bus.h rm -f .depend mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/home/tinderbox/sandbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/i386/usr/include -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp.c agp_if.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_i810.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_intel.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_via.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_sis.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_ali.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_amd.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_nvidia.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_via.c:31:21: opt_agp.h: No such file or directory /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_sis.c:31:21: opt_agp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-17 07:30:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-17 07:30:16 - ERROR: failed to build generic kernel TB --- 2004-08-17 07:30:16 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 07:37:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DEE316A4CE; Tue, 17 Aug 2004 07:37:52 +0000 (GMT) Received: from t40.kaktusas.org (office.microlink.lt [213.197.128.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1FE343D41; Tue, 17 Aug 2004 07:37:51 +0000 (GMT) (envelope-from paulius@devnull.lt) Date: Tue, 17 Aug 2004 10:37:52 +0300 From: Paulius Bulotas To: Colin Percival Message-ID: <20040817073752.GC675@devnull.lt> Mail-Followup-To: Colin Percival , freebsd-mobile@freebsd.org, freebsd-current@freebsd.org References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> X-URL: http://devnull.lt/ cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 07:37:52 -0000 Hello, On 04 08 16, Colin Percival wrote: > I've also put together a very simple control daemon which > reads kern.cp_time every second and adjusts the cpu frequency > based on the fraction of cpu time which is idle. This increases > my laptop's battery life by around 40%. works with my T40 with Pentium M 1300MHz. Only I doubt it would increase life on battery, since the lowest speed is 600MHz. And if I run on battery all the time, it's always 600MHz. So, now it only raises speed (which still is good, since it makes cpu intensive jobs run faster), but how this could prolong battery life? In normal conditions on battery I can work ~2 hours (and in Windows ~4, but I use them rarely). So now probably less? Or this has to do something with voltage? Paulius From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 08:10:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 042D016A4CE; Tue, 17 Aug 2004 08:10:37 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3F0B43D4C; Tue, 17 Aug 2004 08:10:34 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7H8AUjI043475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Aug 2004 11:10:31 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7H8AUd5087520; Tue, 17 Aug 2004 11:10:30 +0300 (EEST) (envelope-from ru) Date: Tue, 17 Aug 2004 11:10:30 +0300 From: Ruslan Ermilov To: Poul-Henning Kamp , "David O'Brien" Message-ID: <20040817081030.GC17578@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tEFtbjk+mNEviIIX" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@FreeBSD.org Subject: Fully parallelized "make universe" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 08:10:37 -0000 --tEFtbjk+mNEviIIX Content-Type: multipart/mixed; boundary="uh9ZiVrAOUUm9fzH" Content-Disposition: inline --uh9ZiVrAOUUm9fzH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Poul-Henning Kamp wrote: > David O'Brien writes: > >Actually I'd really love for a way to do the outter loop in parallel. > >Due to -j messing up error output too much, I'd like to have the work for > >each platform going in parallel instead. E.g.: > > > > make universe for i386 only & > > make universe for powerpc only & > > make universe for sparc64 only & > > make universe for amd64 only & > > make universe for alpha only & > > make universe for ia64 only & >=20 > True, but I can't get that working no matter how much I've tried. >=20 OK, here it comes. The attached patch unrolls the main universe loop, making it possible for "universe" subtargets corresponding to individual architectures to be built in parallel. EXAMPLES make -j4 universe will build four architectures in parallel, each will be built using four parallel make's. make -j8 universe JFLAG=3D-j4 will build eight architectures in parallel, each will be built using four parallel make's. make -j8 universe JFLAG=3D-B will build eight architectures in parallel, each will be built using one make. Please test. Points considered: since "buildkernels" is implemented using the make's .for loop, kernels for a given architecture are built sequentially (each can still be built in parallel). I didn't see much point in parallelizing this task, but this is easily doable. (One redundant JFLAG when calling buildkernels was removed by the patch.) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --uh9ZiVrAOUUm9fzH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/Makefile,v retrieving revision 1.306 diff -u -r1.306 Makefile --- Makefile 9 Aug 2004 11:38:41 -0000 1.306 +++ Makefile 17 Aug 2004 07:54:43 -0000 @@ -144,10 +144,9 @@ # Set a reasonable default .MAIN: all =20 -.if defined(HISTORICAL_MAKE_WORLD) || defined(DESTDIR) -.if make(world) STARTTIME!=3D LC_ALL=3DC date -.endif + +.if defined(HISTORICAL_MAKE_WORLD) || defined(DESTDIR) # # world # @@ -242,16 +241,20 @@ # universe # # Attempt to rebuild *everything* for all supported architectures, -# with reasonable chance of success, regardless of how old your +# with a reasonable chance of success, regardless of how old your # existing system is. # -i386_mach=3D pc98 -universe: +universe: universe_prologue +universe_prologue: @echo "--------------------------------------------------------------" @echo ">>> make universe started on ${STARTTIME}" @echo "--------------------------------------------------------------" -.for arch in i386 sparc64 alpha ia64 amd64 -.for mach in ${arch} ${${arch}_mach} +.for target in i386 i386:pc98 sparc64 alpha ia64 amd64 +.for arch in ${target:C/:.*$//} +.for mach in ${target:C/^.*://} +universe: universe_${mach} +.ORDER: universe_prologue universe_${mach} universe_epilogue +universe_${mach}: @echo ">> ${mach} started on `LC_ALL=3DC date`" -cd ${.CURDIR} && ${MAKE} ${JFLAG} buildworld \ TARGET_ARCH=3D${arch} TARGET=3D${mach} \ @@ -262,10 +265,13 @@ -cd ${.CURDIR}/sys/${mach}/conf && ${MAKE} LINT \ > ${.CURDIR}/_.${mach}.makeLINT 2>&1 .endif - cd ${.CURDIR} && ${MAKE} ${JFLAG} buildkernels TARGET_ARCH=3D${arch} TARG= ET=3D${mach} + cd ${.CURDIR} && ${MAKE} buildkernels TARGET_ARCH=3D${arch} TARGET=3D${ma= ch} @echo ">> ${mach} completed on `LC_ALL=3DC date`" .endfor .endfor +.endfor +universe: universe_epilogue +universe_epilogue: @echo "--------------------------------------------------------------" @echo ">>> make universe completed on `LC_ALL=3DC date`" @echo " (started ${STARTTIME})" @@ -274,8 +280,6 @@ .if make(buildkernels) KERNCONFS!=3D cd ${.CURDIR}/sys/${TARGET}/conf && \ find [A-Z]*[A-Z] -type f -maxdepth 0 ! -name NOTES -.endif - buildkernels: .for kernel in ${KERNCONFS} -cd ${.CURDIR} && ${MAKE} ${JFLAG} buildkernel \ @@ -283,3 +287,4 @@ __MAKE_CONF=3D/dev/null \ > _.${TARGET}.${kernel} 2>&1 .endfor +.endif --uh9ZiVrAOUUm9fzH-- --tEFtbjk+mNEviIIX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIb12qRfpzJluFF4RArzaAKCRFRH9fOlMwHuJ9dtUbyTvhwPmhACeMS0J vupi+D+XG1x+3ZtlFTDpefw= =utmc -----END PGP SIGNATURE----- --tEFtbjk+mNEviIIX-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 08:12:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD48116A4CE for ; Tue, 17 Aug 2004 08:12:40 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B77C343D3F for ; Tue, 17 Aug 2004 08:12:39 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail 18385 invoked by uid 65534); 17 Aug 2004 08:12:38 -0000 Received: from unknown (EHLO [212.204.44.203]) (212.204.44.203) by mail.gmx.net (mp021) with SMTP; 17 Aug 2004 10:12:38 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-jrKSjF+MdXiCYYHDhHeW" Message-Id: <1092730357.898.389.camel@klamath.ankon.de.eu.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 17 Aug 2004 10:12:38 +0200 Subject: SiS7012(snd_ich) and interrupt storms? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 08:12:40 -0000 --=-jrKSjF+MdXiCYYHDhHeW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, I installed FreeBSD -CURRENT on a friend's laptop. The laptop has a SiS 7012 audio chip. Whenever I load snd_ich, the machine instantly uses ~20% cpu power for interrupt handling of irq10:pcm (according to top and systat). Unloading the module brings everything back to normal. This is /dev/sndstat when the snd_ich is loaded: FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xdc00, 0xd800 irq 10 bufsz 16384 kld snd_ich (1p/1r/0v channels duplex default) pciconf: none1@pci0:2:7: class=3D0x040100 card=3D0x52031584 chip=3D0x70121039 rev=3D= 0xa0 hdr=3D0x00 vendor =3D 'Silicon Integrated Systems (SiS)' device =3D 'SiS7012 PCI Audio Accelerator' class =3D multimedia subclass =3D audio Are there any known problems in snd_ich that I should be aware of? Regards, Andreas --=-jrKSjF+MdXiCYYHDhHeW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBIb31Yucd7Ow1ygwRAka1AJ44rlu9GENIvm52n3dHVo1o734UJQCdExB5 APTGqvSbWob5bYQWKDkkY2Y= =dm6B -----END PGP SIGNATURE----- --=-jrKSjF+MdXiCYYHDhHeW-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 08:38:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8CCE16A4CE for ; Tue, 17 Aug 2004 08:38:57 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F32E43D4C for ; Tue, 17 Aug 2004 08:38:57 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7H8ctjo042745 for ; Tue, 17 Aug 2004 10:38:55 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4121C409.6010605@DeepCore.dk> Date: Tue, 17 Aug 2004 10:38:33 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'FreeBSD Current'" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Subject: suspend/resume panic in ACPI.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 08:38:57 -0000 With all the trouble in suspend/resume lately I thought to better test=20 it out on my trusty workstation that always has worked with=20 suspend/resume (modulus various problems in our ACPI code from time to=20 time) and now it just panic's as seen below. Something is not koscher in there, and that need to be fixed before we=20 can call 5.3 stable IMHO... in single use mode: #acpiconf -s3 panic: pmap_invalidate_page: interrupts disabled cpuid=3D0; KDB: enter: panic [thread 100076] Stopped at kdb_enter+0x2b: nop db>trace kdb_enter(c068cbef) kdb_enter+0x2b panic(c069f761,c067803b,0,c1e85b4c,9a000) at panic+0x131 pmap_invalidate_page(c1e85b4c,9a000) at pmap_invalidate_page+0x2b pmap_enter(c1e85b4c,9a000,c0c49b08,7,1) at pmap_enter+0x246 acpi_sleep_machdep(c1e88a00, 3) at acpi_sleep_machdep+0xcd acpi_SetSleepState(c1e88a00, 3) at acpi_SetSleepState+0x22b acpiioctl(c06dedfc,80045003,e4aefc60,3,c1f04dc0) at acpiioctl+0x12b =2E.. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 09:09:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8073716A4CE for ; Tue, 17 Aug 2004 09:09:28 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8DC5C43D39 for ; Tue, 17 Aug 2004 09:09:27 +0000 (GMT) (envelope-from andreasheinze@gmx.de) Received: (qmail 17787 invoked by uid 65534); 17 Aug 2004 09:09:26 -0000 Received: from dsl-082-082-088-073.arcor-ip.net (EHLO localhost.heinze) (82.82.88.73) by mail.gmx.net (mp020) with SMTP; 17 Aug 2004 11:09:26 +0200 X-Authenticated: #127112 To: freebsd-current@freebsd.org References: Message-ID: Date: Tue, 17 Aug 2004 11:10:33 +0200 From: "Andreas Heinze" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: broken world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 09:09:28 -0000 -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj DESTDIR= INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=502010 -DNOLINT -DNO_CPU_CFLAGS -DNO_WARNS build-tools ===> bin/csh grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' >> sh.err.h cc -E -O -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1[];/' | sort >> tc.const.h cc -o gethost -L/usr/obj/usr/src/i386/legacy/usr/lib -O -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"' -I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/gethost.c ===> bin/sh cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mkinit.c cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -static -L/usr/obj/usr/src/i386/legacy/usr/lib mkinit.o -o mkinit cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mknodes.c cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -static -L/usr/obj/usr/src/i386/legacy/usr/lib mknodes.o -o mknodes cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/bin/sh/mksyntax.c cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -I/usr/obj/usr/src/i386/legacy/usr/include -static -L/usr/obj/usr/src/i386/legacy/usr/lib mksyntax.o -o mksyntax ===> rescue/rescue make: don't know how to make build-tools. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. what's wrong?? From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 09:31:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9670516A4CE for ; Tue, 17 Aug 2004 09:31:13 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1BF943D5E for ; Tue, 17 Aug 2004 09:31:12 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7H9TwTN056497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Aug 2004 12:29:59 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7H9Tweq013564; Tue, 17 Aug 2004 12:29:58 +0300 (EEST) (envelope-from ru) Date: Tue, 17 Aug 2004 12:29:58 +0300 From: Ruslan Ermilov To: Andreas Heinze Message-ID: <20040817092958.GA10506@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: broken world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 09:31:13 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 17, 2004 at 11:10:33AM +0200, Andreas Heinze wrote: > -------------------------------------------------------------- > >>>stage 2.3: build tools > -------------------------------------------------------------- [...] > =3D=3D=3D> rescue/rescue > make: don't know how to make build-tools. Stop > *** Error code 2 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > what's wrong?? >=20 Make sure your src/rescue/rescue/Makefile is not damaged -- it should have the build-tools target defined. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIdAWqRfpzJluFF4RAqomAJ0WLGOl7iXn7DFSs28vpaAz6NyT/gCghNhc jXCHvYa147CZfq2aTIvbMMs= =YSAm -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 10:39:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 582CF16A4CE for ; Tue, 17 Aug 2004 10:39:04 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F22443D41 for ; Tue, 17 Aug 2004 10:39:03 +0000 (GMT) (envelope-from andreasheinze@gmx.de) Received: (qmail 7545 invoked by uid 65534); 17 Aug 2004 10:39:01 -0000 Received: from dsl-082-082-088-073.arcor-ip.net (EHLO localhost.heinze) (82.82.88.73) by mail.gmx.net (mp023) with SMTP; 17 Aug 2004 12:39:01 +0200 X-Authenticated: #127112 To: freebsd-current@freebsd.org References: <20040817092958.GA10506@ip.net.ua> Message-ID: Date: Tue, 17 Aug 2004 12:40:15 +0200 From: "Andreas Heinze" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <20040817092958.GA10506@ip.net.ua> User-Agent: Opera M2/7.54 (FreeBSD, build 751) Subject: Re: broken world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 10:39:04 -0000 > Make sure your src/rescue/rescue/Makefile is not damaged -- it > should have the build-tools target defined. -r--r--r-- 1 root wheel 24589 Aug 16 05:16 Makefile,v that's all in src/rescue/rescue/ where is the Makefile?? i was just doing a cvsup this day.... how can i get the missing file(s) ?? thx From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 10:56:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6FD516A4CE for ; Tue, 17 Aug 2004 10:56:03 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA66F43D5A for ; Tue, 17 Aug 2004 10:56:02 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7HAtlq3074431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Aug 2004 13:55:47 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7HAtkWJ067955; Tue, 17 Aug 2004 13:55:46 +0300 (EEST) (envelope-from ru) Date: Tue, 17 Aug 2004 13:55:41 +0300 From: Ruslan Ermilov To: Andreas Heinze Message-ID: <20040817105541.GA60405@ip.net.ua> References: <20040817092958.GA10506@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: broken world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 10:56:04 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 17, 2004 at 12:40:15PM +0200, Andreas Heinze wrote: >=20 > >Make sure your src/rescue/rescue/Makefile is not damaged -- it > >should have the build-tools target defined. >=20 > -r--r--r-- 1 root wheel 24589 Aug 16 05:16 Makefile,v >=20 > that's all in src/rescue/rescue/ > where is the Makefile?? i was just doing a cvsup this day.... > how can i get the missing file(s) ?? >=20 I meant the contents of your /usr/src/rescue/rescue/ directory. It should have checked out files, not CVS files. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIeQtqRfpzJluFF4RAiOcAJ0ebShuOnYpG6rdBpwaDsH3IZANwgCfYeJ4 /gb0qJa9ov+eXyIRYgB3scg= =CQXq -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 11:09:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB2D16A4CF for ; Tue, 17 Aug 2004 11:09:41 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9DAC143D5D for ; Tue, 17 Aug 2004 11:09:40 +0000 (GMT) (envelope-from andreasheinze@gmx.de) Received: (qmail 9098 invoked by uid 65534); 17 Aug 2004 11:09:39 -0000 Received: from dsl-082-082-088-073.arcor-ip.net (EHLO localhost.heinze) (82.82.88.73) by mail.gmx.net (mp014) with SMTP; 17 Aug 2004 13:09:39 +0200 X-Authenticated: #127112 To: "Ruslan Ermilov" References: <20040817092958.GA10506@ip.net.ua> <20040817105541.GA60405@ip.net.ua> Message-ID: Date: Tue, 17 Aug 2004 13:10:53 +0200 From: "Andreas Heinze" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <20040817105541.GA60405@ip.net.ua> User-Agent: Opera M2/7.54 (FreeBSD, build 751) cc: freebsd-current@freebsd.org Subject: Re: broken world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 11:09:41 -0000 13:06 [/usr/src/rescue/rescue] ll total 26 -r--r--r-- 1 root wheel 24589 Aug 16 05:16 Makefile,v 13:06 [/usr/src/rescue/rescue] there is just one file inside. From where should this directory get files if not out of the cvs?? Sorry, but didn't that kinda error before... thx From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 11:25:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1562416A4CE for ; Tue, 17 Aug 2004 11:25:38 +0000 (GMT) Received: from mx1.imp.ch (mx1.imp.ch [157.161.9.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D0AA43D3F for ; Tue, 17 Aug 2004 11:25:37 +0000 (GMT) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2o [157.161.9.17]) by mx1.imp.ch (8.12.11/8.12.11) with ESMTP id i7HBPTea004077 for ; Tue, 17 Aug 2004 13:25:30 +0200 (CEST) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (localhost [127.0.0.1]) by mx2.imp.ch (8.12.11/8.12.11/Submit) with ESMTP id i7HBPQeX063249 for ; Tue, 17 Aug 2004 13:25:27 +0200 (CEST) (envelope-from mb@imp.ch) Received: (from clamav@localhost) by mx2.imp.ch (8.12.11/8.12.11/Submit) id i7HBPP0R063245 for ; Tue, 17 Aug 2004 13:25:25 +0200 (CEST) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by ns1.imp.ch (MIMEDefang) with ESMTP id i7HBPLZW098697; Tue, 17 Aug 2004 13:25:25 +0200 (CEST) Date: Tue, 17 Aug 2004 13:25:21 +0200 (CEST) From: Martin Blapp To: Jon Noack In-Reply-To: <4121944C.5060802@alumni.rice.edu> Message-ID: <20040817132426.U4594@cvs.imp.ch> References: <20040813121208.M31181@cvs.imp.ch> <20040813102922.E93695@carver.gumbysoft.com> <411D20DF.2000503@samsco.org> <411E9399.3050200@alumni.rice.edu> <411EF85A.30006@elischer.org> <4121944C.5060802@alumni.rice.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Resent: Yes X-Spam-Checksum: 1e45e287f0098ad4a7468193bb3d6d3a X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0041 seconds" X-Spam-Status: No, hits=-5.9 required=5 scantime="3.4704 seconds" tests=BAYES_00, SMILEY X-Scanned-By: MIMEDefang 2.44 cc: freebsd-current@freebsd.org cc: Julian Elischer Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 11:25:38 -0000 Hi, > > + if ((ctd->td_kse == NULL) || (ctd->td_kse->ke_thread != ctd)) > > + return (0); > With the previous patch I still had difficulties getting through a > buildworld in multi-user (while running apache, postfix+amavisd-new, > nfs, etc.). With this patch I have not run into any issues (make -j4 > buildworlds are stable on my dual p3 even after uncommenting > -DUSE_KQUEUE and rebuilding make). If the last patch was a bandaid, > this is one of those new-fangled "sport" bandaids that are water- and > sweat-resistent... ;-) Have you PREEMPTION or FULL_PREEMTION defined ? Else I can't see how this patch would be effective. Martin From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 12:26:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB13216A4CE for ; Mon, 16 Aug 2004 12:26:00 +0000 (GMT) Received: from mpb4.plala.or.jp (c156253.vh.plala.or.jp [210.150.156.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB35743D39 for ; Mon, 16 Aug 2004 12:25:59 +0000 (GMT) (envelope-from t-ogawa@triaez.kaisei.org) Received: from solder.dyndns.org ([220.99.179.226]) by mpb4.plala.or.jp with SMTP id <20040816122558.CYTD26466.mpb4.plala.or.jp@solder.dyndns.org> for ; Mon, 16 Aug 2004 21:25:58 +0900 Received: (qmail 62127 invoked from network); 16 Aug 2004 12:25:58 -0000 Received: from localhost (HELO gandalf.middle.earth) (127.0.0.1) by localhost with SMTP; 16 Aug 2004 12:25:58 -0000 Date: Mon, 16 Aug 2004 21:25:58 +0900 Message-ID: <867jrznuax.wl.t-ogawa@triaez.kaisei.org> From: OGAWA Takaya To: Pawel Worach In-Reply-To: <411EAE81.2040409@telia.com> References: <411EAE81.2040409@telia.com> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-2022-JP X-Mailman-Approved-At: Tue, 17 Aug 2004 11:55:45 +0000 cc: imp@freebsd.org cc: current@freebsd.org Subject: Re: cbb, link_elf: symbol exca_insert undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:26:01 -0000 Hi, At Sun, 15 Aug 2004 02:29:53 +0200, Pawel Worach wrote: > cbb stopped working for me in a kernel from today, > last known working kernel is Thu Aug 12 03:40:13 CEST. > > I get this message on boot: > FreeBSD 5.2-CURRENT #0: Sat Aug 14 21:01:02 CEST 2004 > ~ root@darkstar:/export/data/obj/usr/src/sys/CORONA > link_elf: symbol exca_insert undefined > KLD file cbb.ko - could not finalize loading > Timecounter "i8254" frequency 1193182 Hz quality 0 > .. > > loader.conf: > exca_load="YES" > cbb_load="YES" > pccard_load="YES" > cardbus_load="YES" > > corona$ nm exca.ko|grep exca_insert > 00001820 t exca_insert > > This problem should not be module_path related as it gets set correctly > to /boot/kernel;/boot/modules. The same situation here. Try following patch and rebuild cbb.ko: --- sys/modules/cbb/Makefile 27 Aug 2002 15:59:19 -0000 1.8 +++ sys/modules/cbb/Makefile 16 Aug 2004 12:12:40 -0000 @@ -3,7 +3,7 @@ .PATH: ${.CURDIR}/../../dev/pccbb KMOD= cbb -SRCS= pccbb.c \ - device_if.h bus_if.h power_if.h card_if.h pci_if.h pcib_if.h +SRCS= pccbb.c pccbb_pci.c pccbb_isa.c \ + device_if.h bus_if.h power_if.h card_if.h pci_if.h pcib_if.h isa_if.h .include ---------- $B$*$,$o(B $B$?$+$d(B t-ogawa@triaez.kaisei.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 12:56:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4D0B16A4CE for ; Mon, 16 Aug 2004 12:56:03 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id B89FF43D48 for ; Mon, 16 Aug 2004 12:55:59 +0000 (GMT) (envelope-from junsu@delphij.net) Received: (qmail 42668 invoked by uid 0); 16 Aug 2004 12:53:11 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 16 Aug 2004 12:53:11 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id E559A11475; Mon, 16 Aug 2004 20:55:52 +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 02834-01; Mon, 16 Aug 2004 20:55:49 +0800 (CST) Received: from sujunmobile (unknown [211.161.222.65]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 48CCC11EDB; Mon, 16 Aug 2004 20:55:45 +0800 (CST) Message-ID: <002701c48390$5f1d6df0$7302a8c0@fareast.corp.microsoft.com> From: "csj" To: "Bruce M Simpson" , References: <200408160104.03708.chris@behanna.org> <20040816060528.GA2065@empiric.icir.org> Date: Mon, 16 Aug 2004 20:55:51 +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.2149 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2149 X-Virus-Scanned: by amavisd-new at frontfree.net X-Mailman-Approved-At: Tue, 17 Aug 2004 11:55:45 +0000 Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:56:03 -0000 ----- Original Message ----- From: "Bruce M Simpson" Newsgroups: gmane.os.freebsd.current Cc: Sent: Monday, August 16, 2004 2:05 PM Subject: Re: Public Access to Perforce? > On Mon, Aug 16, 2004 at 01:04:03AM -0400, Chris BeHanna wrote: >> Is there a read-only account that the general public could use? > > I think this is an excellent idea. Perhaps one should be set up. Perforce license not only limits the user number but also the client number. I don't think a read-only account will work. > >> To alleviate load on perforce.freebsd.org, p4proxy could be set up >> on the current cvsup mirrors. I'd likely set up my own proxy server >> on my home box, just to improve local response time (and ease setting >> up a local vendor branch for playing around). > > Now I'm curious about doing this myself! It would certainly help on > my laptop. I am lagging behind on -CURRENT at the moment. > > BMS Jun From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 12:57:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 196DF16A4CE for ; Mon, 16 Aug 2004 12:57:39 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 112AF43D45 for ; Mon, 16 Aug 2004 12:57:38 +0000 (GMT) (envelope-from junsu@delphij.net) Received: (qmail 42674 invoked by uid 0); 16 Aug 2004 12:54:54 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 16 Aug 2004 12:54:54 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 5659C11475 for ; Mon, 16 Aug 2004 20:57:36 +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 02973-03 for ; Mon, 16 Aug 2004 20:57:33 +0800 (CST) Received: from sujunmobile (unknown [211.161.222.65]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 42FD611F1F for ; Mon, 16 Aug 2004 20:57:32 +0800 (CST) Message-ID: <002f01c48390$9cff1ab0$7302a8c0@fareast.corp.microsoft.com> From: "csj" To: Date: Mon, 16 Aug 2004 20:57:37 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="gb2312"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2149 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2149 X-Virus-Scanned: by amavisd-new at frontfree.net X-Mailman-Approved-At: Tue, 17 Aug 2004 11:55:45 +0000 Subject: compile warning in recent import dhcp-client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 12:57:39 -0000 We didn't define PTRSIZE_64BIT in the 64bit platform. When I compile it in Alpha, I got a warning. In common/icmp.c, around line 174: #ifdef PTRSIZE_64BIT icmp.icmp_id = (((u_int32_t)(u_int64_t)addr) ^ (u_int32_t)(((u_int64_t)addr) >> 32)); #else icmp.icmp_id = (u_int32_t)addr; <=== this line generates the warning. #endif Should we define this constant in the Makefile? Jun Su From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 16:17:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD93416A4CE for ; Mon, 16 Aug 2004 16:17:57 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF6943D3F for ; Mon, 16 Aug 2004 16:17:57 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 9A2C3117CA; Mon, 16 Aug 2004 18:17:55 +0200 (CEST) To: freebsd-current@freebsd.org From: =?iso-8859-2?q?S=B3awek_=AFak?= References: <20040813121208.M31181@cvs.imp.ch> Date: Mon, 16 Aug 2004 18:17:55 +0200 In-Reply-To: <20040813121208.M31181@cvs.imp.ch> (Martin Blapp's message of "Fri, 13 Aug 2004 12:16:57 +0200 (CEST)") Message-ID: <86y8kfqcp8.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 17 Aug 2004 11:55:45 +0000 Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 16:17:57 -0000 Martin Blapp writes: > Hi, > > Since yesterday I'm getting complete deadlocks. This time unrelated > the servers are nor loaded at all, the just freeze after a while. > No break into DDB possible at all. Despite the numerous reports of current problems I'm running 5.2-CURRENT for 12 days now without a glitch. Tested overnight with 2 buildworlds running with -j8. It's a 2 processor Xeon server with 4BSD scheduler. Just my .02 euro. Another thing is bothering me. In top I see: CPU states: 16.2% user, 0.0% nice, 2.5% system, 1.0% interrupt, 80.3% idle Mem: 254M Active, 605M Inact, 254M Wired, 16K Cache, 112M Buf, 2622M Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 37033 mysql 20 0 265M 178M kserel 0 610:59 124.37% 124.37% mysqld MySQLd is running with libpthread and can go up to 400% without significantly afecting the idle percentage shown by top. I don't see how I could fit 400% into 20% on those two suckers, therefore I ask :) /S -- S³awek ¯ak : UNIX Systems Administrator : PTC Sp. zoo From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 19:17:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64AE016A4CE for ; Mon, 16 Aug 2004 19:17:49 +0000 (GMT) Received: from mirapoint1.tis.cwru.edu (mirapoint1.TIS.CWRU.Edu [129.22.104.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1364643D39 for ; Mon, 16 Aug 2004 19:17:49 +0000 (GMT) (envelope-from jrh29@po.cwru.edu) Received: from [192.168.1.100] (oh-clevelandheights-cdnt1-bg1b-147.clvdoh.adelphia.net [68.170.192.147]) by mirapoint1.tis.cwru.edu (MOS 3.4.3-CR) with ESMTP id CGW47827 (AUTH jrh29); Mon, 16 Aug 2004 15:17:33 -0400 (EDT) In-Reply-To: <20040816191554.GA23843@funk.gsky.dom> References: <411C90D3.1090209@witchspace.com> <3A53608E-EF16-11D8-819F-000A95841F44@po.cwru.edu> <20040816191554.GA23843@funk.gsky.dom> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Justin Hibbits Date: Mon, 16 Aug 2004 15:17:10 -0400 To: Jacob Meuser X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.619) X-Mailman-Approved-At: Tue, 17 Aug 2004 11:55:45 +0000 cc: freebsd-current@freebsd.org Subject: Re: Preliminary ATI TV Wonder bktr support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 19:17:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Aug 16, 2004, at 15:15, Jacob Meuser wrote: > On Sun, Aug 15, 2004 at 07:52:55PM -0400, Justin Hibbits wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On Aug 13, 2004, at 05:58, Jonathan Belson wrote: >> >>> Justin Hibbits wrote: >>>> It's not complete (no sound yet, and no idea where to begin), but >>>> the >>>> ATI TV Wonder is now auto configured. Source merged from OpenBSD. > > The OpenBSD source has only been tested on ATI TV Wonder/VE. The > VE has no msp, the other does. On the VE, both the line out from the > back of the card, and the jack labeled "CD in" on the board provide > audio output. > > If you have a real TV Wonder (not VE), then look in the LGPL'd Windows > driver, I think it's btwincap.sf.net, to get the GPIO and audio MUX > values. > > If you do have a VE, could you post any error you get from running > xawtv > from an xterm and trying to change the audio source from internal to > external to tuner? > > -- > Thanks, will do. I do have the real TV Wonder. I've been staring at the Linux drivers for what seems forever, hopefully the Windows drivers will help. Xawtv doesn't seem to like me, so I've been using fxtv (xawtv doesn't display a picture, and keys don't work. Probably a problem with my X build, which is a different issue entirely). - -Justin - -- "And now, if you'll excuse me, I'm in the middle of 15 things, all annoying" -- Lt. Cmdr Susan Ivanova, Babylon 5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBIQhFqt29EJDZlM4RAhuxAJ0Qywp5wVm8CwafLIkSZrvf+lWu8wCfZb4M qBAZVxAnGe/fD5acpol+vzQ= =D3On -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 20:08:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E85516A4CE for ; Mon, 16 Aug 2004 20:08:34 +0000 (GMT) Received: from vmx2.skoleetaten.oslo.no (vmx2.ude.oslo.no [193.156.192.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7675C43D31 for ; Mon, 16 Aug 2004 20:08:33 +0000 (GMT) (envelope-from shamz@localhost.ude.oslo.no) Received: from smtp.skoleetaten.oslo.no (localhost [127.0.0.1]) AFA67792F2 for ; Mon, 16 Aug 2004 22:08:31 +0200 (CEST) Received: from localhost.ude.oslo.no (nevada.ude.oslo.no [193.156.192.131]) 7AB82792C4 for ; Mon, 16 Aug 2004 22:08:31 +0200 (CEST) Received: from localhost.ude.oslo.no (localhost [127.0.0.1]) i7GK8VMN033494 for ; Mon, 16 Aug 2004 22:08:31 +0200 (CEST) (envelope-from shamz@localhost.ude.oslo.no) Received: (from shamz@localhost) by localhost.ude.oslo.no (8.12.10/8.12.10/Submit) id i7GK8PTk033493 for freebsd-current@freebsd.org; Mon, 16 Aug 2004 22:08:25 +0200 (CEST) (envelope-from shamz) Date: Mon, 16 Aug 2004 22:08:25 +0200 From: Shaun Jurrens To: freebsd-current@freebsd.org Message-ID: <20040816200825.GL61024@nevada.ude.oslo.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NZiXfHLGvOGtDZMn" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.2.1-RELEASE-p8 X-Mailman-Approved-At: Tue, 17 Aug 2004 11:55:45 +0000 Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 20:08:34 -0000 --NZiXfHLGvOGtDZMn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable (written from the non-subscribing ranks) Guys, while all of us appreciate the effort, leave the separation between system and 3rd party packages alone. For the less than 1% exceptions, we don't need uncontrollable growth of / . I know there's a lot of OS's that do it, but it's not any better, and breaks a lot of the administration simplicity that FreeBSD has to offer. (minimal installs with nfs /usr/local, for example) A class of ports that _has_ to have configs or startup scripts in /etc could be made (I'm not volunteering, although I should, because I'll spend the rest of my days cursing your existance with this move, just don't have the time atm) and those could pop up in /etc/init.d/local (or whatever the= =20 beast has to be called to be sufficiently different but the same as the res= t=20 of the SysV world) or /etc/rc.d/local/ with hardlinks to whatever other=20 runlevels or degrees of order you need. Really, I appreciate the effort at making it easier to stop and start all services and to have a system of ordering and dependency as well as the=20 cooperation with other BSD's, but don't make it perfect at the cost of=20 breaking everything else. You've done a great job, now quit while you're= =20 ahead. I'll leave the paint and brush ready for the next guy... hope he likes gree= n. --=20 Med vennlig hilsen/Sincerely, Shaun D. Jurrens Drift og Sikkerhetskonsulent IKT-Avdeling Oslo Utdanningsetaten gpg key fingerprint: 007A B6BD 8B1B BAB9 C583 2D19 3A7F 4A3E F83E 84AE --NZiXfHLGvOGtDZMn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBIRQ5On9KPvg+hK4RAhgOAJ42xnnW+DlCMRzF1y9bE9D2pVdGUgCdGwZQ vsL+MTA2tLlBjlel1dHOCCM= =R46p -----END PGP SIGNATURE----- --NZiXfHLGvOGtDZMn-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 16 22:34:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78AB716A4CF for ; Mon, 16 Aug 2004 22:34:14 +0000 (GMT) Received: from gicco.homeip.net (80-218-73-163.dclient.hispeed.ch [80.218.73.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B98643D1D for ; Mon, 16 Aug 2004 22:34:13 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from snoopy.here (localhost [127.0.0.1]) by gicco.homeip.net (8.12.10/8.12.10) with ESMTP id i7GMYAQW000911 for ; Tue, 17 Aug 2004 00:34:11 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by snoopy.here (8.12.10/8.12.10/Submit) id i7GMYARU000910 for freebsd-current@freebsd.org; Tue, 17 Aug 2004 00:34:10 +0200 (CEST) (envelope-from hampi@rootshell.be) X-Authentication-Warning: snoopy.here: idefix set sender to hampi@rootshell.be using -f Date: Tue, 17 Aug 2004 00:34:10 +0200 From: Hanspeter Roth To: freebsd-current@freebsd.org Message-ID: <20040816223410.GA810@gicco.homeip.net> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Tue, 17 Aug 2004 11:55:45 +0000 Subject: enabling APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 22:34:14 -0000 Hello, I have installed 5.2-current on a Mitac Laptop. ACPI suspend (S3) is not supported. Standby does not turn off the display. So I would like to use APM which used to work with 4.10. When I set hint.apm.0.disabled="0" and boot with ACPI disabled in the beastie boot menu the laptop drops into the debugger early in the boot process. How is APM supposed to be enabled in 5.2-current? -Hanspeter From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 00:02:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 804AA16A4D1; Tue, 17 Aug 2004 00:02:58 +0000 (GMT) Received: from angel.grumly.eu.org (angel.grumly.eu.org [193.138.90.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B6AE43D1D; Tue, 17 Aug 2004 00:02:58 +0000 (GMT) (envelope-from ced@grumly.eu.org) Received: by angel.grumly.eu.org (Postfix, from userid 1001) id 4BE4AFF5E; Tue, 17 Aug 2004 02:02:52 +0200 (CEST) Date: Tue, 17 Aug 2004 02:02:52 +0200 From: Cedric Tabary To: Mark Murray Message-ID: <20040817000252.GE37300@efrei.fr> References: <4120BE98.1030301@mitre.org> <200408161822.i7GIM5aa040437@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200408161822.i7GIM5aa040437@grimreaper.grondar.org> X-Mailman-Approved-At: Tue, 17 Aug 2004 11:55:45 +0000 cc: freebsd-current@FreeBSD.ORG Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 00:02:58 -0000 On 16/08/2004 19:22, Mark Murray wrote: > Jason Andresen writes: > > Mark Murray wrote: > > >Jason Andresen writes: > > > > > >>>Make sure you compile in the 'io' and 'mem' devices. > > >>> > > >>Oh, I was loading them as modules. That's probably it. > > >> > > > > > >That's crazy. Loading as modules or building them in would have > > >had the same result here. Did you cvsup between builds or anything? > > > > > > > Nope. Was the fact that I was loading them as modules fairly late in > > the boot cycle (right before the Nvidia driver module was loaded) > > instead of in the boot loader itself perhaps the problem? > > If it is, its a bug. Loading is loading. > > Can you please try this really pedantically and report back? I had exactly the same problem with nvidia driver compiled from ports with default options except -DWITHOUT_LINUX. kldload mem kldload io (needed by xorg) kldload nvidia -> failed (mem_range_attr_set undefined) I had to compile 'device mem' into kernel note 1: I did not try loading mem at the boot loader stage note 2: I did not try the new release of nvidia driver Hope this helps ... Cédric Tabary From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 08:08:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DB916A4CE; Tue, 17 Aug 2004 08:08:15 +0000 (GMT) Received: from miranda.expro.pl (mail2.expro.pl [193.25.166.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15F1E43D1F; Tue, 17 Aug 2004 08:08:15 +0000 (GMT) (envelope-from winfried@miranda.expro.pl) Received: by miranda.expro.pl (Postfix, from userid 1001) id 66F8A153B3; Tue, 17 Aug 2004 10:08:12 +0200 (CEST) Date: Tue, 17 Aug 2004 10:08:12 +0200 From: Jan Srzednicki To: Oliver Eikemeier Message-ID: <20040817080812.GF37212@miranda.expro.pl> References: <20040816155653.GA2405@rogue.acs-et.com> <6B9BDB86-EFD9-11D8-924A-00039312D914@fillmore-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6B9BDB86-EFD9-11D8-924A-00039312D914@fillmore-labs.com> User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Tue, 17 Aug 2004 11:55:45 +0000 cc: freebsd-rc@freebsd.org cc: current@freebsd.org cc: Mike Makonnen Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 08:08:15 -0000 On Tue, Aug 17, 2004 at 01:10:09AM +0200, Oliver Eikemeier wrote: > Mike Makonnen wrote: > > >I have thought about this considerably, and I think the best solution > >is to have ports rc.d scripts installed to /etc/rc.d. > > This is what I currently do with slapd, but this approach has multiple > problems: > > - it violates the law that packages have to be PREFIX-clean, which has > some very unfortunate consequences from a packaging point of view. Indeed, unfortunately. > - mergemaster barfs ever time (PR 64476) That's why my suggestion would be: /etc/rc.d/local/ (or /etc/rc.d/ports/, or whatever you want to call it). In this way you can easily separate both directories, and as new-style ports rc-scripts have to be placed in the new location, there is absolutely no confusion about them. Old scripts in /usr/local/etc/rc.d would be run with localpkg as they have been before. > - you can not be sure that the script is not started before the needed > filesystems are available. And what if I'd like to make a port that is just a script that makes something in the base system, before mountcritical stuff or whatever? If a script requires all mounts to be done, it REQUIREs them. If a port maintainer breaks his script, that'd be his own fault. The point is, that rcorder(8) would read and sort both directories in just one step. It doesn't have to enforce any artificial requirements for the ports directory, it just goes as it should. And /etc/rc.d/localpkg works as it doas. It's all a bit code aesthetics, but I think this one is the cleanest. The only hack that needs to be done is to specify /etc/rc.d/local/ in bsd.port.mk, so that noone will complain about the broken PREFIX. This would probably require some new variable, which would add the thing to the already generated package-list and include it in the port's data (so, no changes to the portdir/pkg-plist, just a change in making the real package's filelist). I hope that wasn't too much bikeshed. ;) greets, -- Jan 'wrzask' Srzednicki w@expro.pl From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 12:10:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DDEC16A4CF for ; Tue, 17 Aug 2004 12:10:05 +0000 (GMT) Received: from hrothgar.unconceived.net (rrcs-se-24-73-170-14.biz.rr.com [24.73.170.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EB5043D3F for ; Tue, 17 Aug 2004 12:10:02 +0000 (GMT) (envelope-from jhandvil@tampabay.rr.com) Received: from localhost (localhost [IPv6:::1])i7HCMWPB010526; Tue, 17 Aug 2004 08:22:32 -0400 (EDT) (envelope-from jhandvil@tampabay.rr.com) From: jhandvil To: Jeff Fisher , current@freebsd.org Date: Tue, 17 Aug 2004 08:22:32 -0400 User-Agent: KMail/1.5.4 References: <20040816155653.GA2405@rogue.acs-et.com> <6B9BDB86-EFD9-11D8-924A-00039312D914@fillmore-labs.com> <20040817055826.GC942@frogger.jeffnet> In-Reply-To: <20040817055826.GC942@frogger.jeffnet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200408170822.32183.jhandvil@tampabay.rr.com> Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports(without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jhandvil@tampabay.rr.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 12:10:05 -0000 On Tuesday 17 August 2004 01:58 am, Jeff Fisher wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, Aug 17, 2004 at 01:10:09AM +0200, Oliver Eikemeier wrote: > > There is no compelling reason *not* to let ports script participate in > > rcorder(8). > > I'm back on 4.x, so I don't have this man page... However, why not use > S###name.sh, and let the shell wildcard order them for you? It's simple, > effective, and matches what almost everybody else does, which makes it > easier to manage. > > Dependencies are handled by having a standard on what number to choose; > i.e. S1xx = Adding libraries to ldpath or essential system daemons, S2xx = > Non-essential daemons with no dependencies, S3xx = Non-essential daemons > with dependencies, etc.... Someone would be the maintaner of the numbers, > and give everybody their unique number. It's not perfect, but is > relatively easy to manage. This is messy, IMO. While this is a step, I don't think that this would be a step forward. I think that a better way would be to find an elegant method of allowing /usr/local/etc/rc.d to participate in rcorder. I've got plenty of ideas about how to do this without breaking the filesystem dependency, but I'll wait to see what -current and -hackers come up with. I am sure that their method will be cleaner. Thanks, Justin From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 12:30:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77C1F16A4D4 for ; Tue, 17 Aug 2004 12:30:25 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA4EA43D45 for ; Tue, 17 Aug 2004 12:30:16 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7HCTXxQ089938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Aug 2004 15:29:34 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7HCTXjD046736; Tue, 17 Aug 2004 15:29:33 +0300 (EEST) (envelope-from ru) Date: Tue, 17 Aug 2004 15:29:33 +0300 From: Ruslan Ermilov To: Andreas Heinze Message-ID: <20040817122933.GA39637@ip.net.ua> References: <20040817092958.GA10506@ip.net.ua> <20040817105541.GA60405@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@FreeBSD.org Subject: Re: broken world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 12:30:25 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 17, 2004 at 01:10:53PM +0200, Andreas Heinze wrote: > 13:06 [/usr/src/rescue/rescue] ll > total 26 > -r--r--r-- 1 root wheel 24589 Aug 16 05:16 Makefile,v > 13:06 [/usr/src/rescue/rescue] >=20 > there is just one file inside. From where should this directory get files= =20 > if not out of the cvs?? > Sorry, but didn't that kinda error before... >=20 There's probably something odd with your CVSup setup then. Take the standard files from /usr/share/examples/cvsup/ as templates, and work with them -- you seem to have fetched the CVS into /usr/src, while you should have "checked out" them. Show us your supfile, and we'll point you to an error. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIfotqRfpzJluFF4RAiwhAJ9y/lNcQp/IjjdX09wMkQWrVuaAKACfa4as fYSnD2yYeo2s43QiWi867Mc= =EgVn -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 12:49:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F5BC16A4D0 for ; Tue, 17 Aug 2004 12:49:43 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 600F543D2F for ; Tue, 17 Aug 2004 12:49:42 +0000 (GMT) (envelope-from andreasheinze@gmx.de) Received: (qmail 21574 invoked by uid 65534); 17 Aug 2004 12:49:41 -0000 Received: from dsl-082-082-088-073.arcor-ip.net (EHLO localhost.heinze) (82.82.88.73) by mail.gmx.net (mp017) with SMTP; 17 Aug 2004 14:49:41 +0200 X-Authenticated: #127112 To: "Ruslan Ermilov" References: <20040817092958.GA10506@ip.net.ua> <20040817105541.GA60405@ip.net.ua> <20040817122933.GA39637@ip.net.ua> Message-ID: Date: Tue, 17 Aug 2004 14:50:55 +0200 From: "Andreas Heinze" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <20040817122933.GA39637@ip.net.ua> User-Agent: Opera M2/7.54 (FreeBSD, build 751) cc: freebsd-current@freebsd.org Subject: Re: broken world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 12:49:43 -0000 > Show us your supfile, and we'll > point you to an error. that's my supfile: *default host=cvsup.de.freebsd.org *default base=/usr *default prefix=/usr *default release=cvs *default delete use-rel-suffix *default compress src-all it would be kind if you can help me to build an optimized supfile :-) thx, andreas. From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 13:01:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D24816A4CE; Tue, 17 Aug 2004 13:01:50 +0000 (GMT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAACD43D48; Tue, 17 Aug 2004 13:01:49 +0000 (GMT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 522841A8; Tue, 17 Aug 2004 06:01:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 510641A6; Tue, 17 Aug 2004 06:01:49 -0700 (PDT) Date: Tue, 17 Aug 2004 06:01:49 -0700 (PDT) From: Jamie Bowden To: current@FreeBSD.org Message-ID: <20040817055546.N22209-100000@moo.sysabend.org> X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: stable@FreeBSD.org Subject: RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 13:01:50 -0000 It was scheduled to branch RSN (yesterday IIRC), but I haven't seen any announcements about that having happened. Anyone have word on the status of that? On another subject, anyone else having the nvidia module silently fail to load? The kernel thinks it's present, and I can kldload and kldunload all day long with no dmesg output nor errors, and X refuses to start claiming module is not present. FreeBSD ghast 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Thu Aug 5 13:26:49 EDT 2004 jamie@ghast:/usr/obj/usr/src/sys/ghast i386 I'm cvsupping right now, and hopefully this will fix itself, but I'm curious if anyone else has seen it. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 13:11:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15EDC16A4CE for ; Tue, 17 Aug 2004 13:11:42 +0000 (GMT) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 9440343D46 for ; Tue, 17 Aug 2004 13:11:40 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 61424 invoked by uid 1001); 17 Aug 2004 13:11:39 -0000 To: jhandvil@tampabay.rr.com From: sthaug@nethelp.no In-Reply-To: Your message of "Tue, 17 Aug 2004 08:22:32 -0400" References: <200408170822.32183.jhandvil@tampabay.rr.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 17 Aug 2004 15:11:39 +0200 Message-ID: <61422.1092748299@bizet.nethelp.no> cc: current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports(without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 13:11:42 -0000 > I think that a better way would be to find an elegant method of > allowing /usr/local/etc/rc.d to participate in rcorder. I've got plenty of > ideas about how to do this without breaking the filesystem dependency, but > I'll wait to see what -current and -hackers come up with. I am sure that > their method will be cleaner. I would much prefer to keep ports out of /etc (or out of the root file system in general). I agree with the point made by several others that the clean separation of base system and local mods is one of the great strengths of FreeBSD. Since /etc/rc.d/local (or similar) has been proposed: - Why cannot /usr/local/etc/rc.d be used with rcorder if /etc/rc.d/local is okay? - If the argument is that /usr/local is not available: Okay, but in that case you won't be able to start the ports anyway, since they are located somewhere under /usr/local. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 13:26:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E22016A4CE for ; Tue, 17 Aug 2004 13:26:44 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 197A343D55 for ; Tue, 17 Aug 2004 13:26:43 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7HDNB8b099226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Aug 2004 16:23:12 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7HDNBev003614; Tue, 17 Aug 2004 16:23:11 +0300 (EEST) (envelope-from ru) Date: Tue, 17 Aug 2004 16:23:11 +0300 From: Ruslan Ermilov To: Andreas Heinze Message-ID: <20040817132311.GA3547@ip.net.ua> References: <20040817092958.GA10506@ip.net.ua> <20040817105541.GA60405@ip.net.ua> <20040817122933.GA39637@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: broken world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 13:26:44 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 17, 2004 at 02:50:55PM +0200, Andreas Heinze wrote: > >Show us your supfile, and we'll > >point you to an error. >=20 > that's my supfile: > *default host=3Dcvsup.de.freebsd.org > *default base=3D/usr > *default prefix=3D/usr > *default release=3Dcvs > *default delete use-rel-suffix > *default compress > src-all >=20 > it would be kind if you can help me to build an optimized supfile :-) >=20 You probably need the ``*default release=3Dcvs tag=3D.'' if you want your /usr/src to be populated with 5.2-CURRENT sources. Take a look at the /usr/share/examples/cvsup/standard-supfile for a working example. Read the cvsup(1) manpage for the meaning of different settings in the supfile. Throw away your /usr/src, fix your supfile, re-cvsup, and your /usr/src will be populated with HEAD sources. You don't even need to write your own supfile, the standard one should work for you: cvsup -h cvsup.de.FreeBSD.org /usr/share/examples/cvsup/standard-supfile P.S. Please send your further questions on the subject (should you have any) to the freebsd-questions@ mailing list. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIga/qRfpzJluFF4RApIDAJ9Yf7ROjN4R4KtmBpP+OEyMf/ApqQCfTNX7 ZLOU85/hlt8gediAoNWUUes= =n0Yz -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 13:33:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6508E16A4CE for ; Tue, 17 Aug 2004 13:33:43 +0000 (GMT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBA5543D45 for ; Tue, 17 Aug 2004 13:33:42 +0000 (GMT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9c.okladot.state.ok.us [10.36.36.31])IAA21894; Tue, 17 Aug 2004 08:33:40 -0500 Received: from isdmon2.okladot.state.ok.us ([192.149.244.24]) by notes9c.okladot.state.ok.us (Lotus Domino Release 6.5.1) with ESMTP id 2004081708343393-4600 ; Tue, 17 Aug 2004 08:34:33 -0500 Received: from techpc04.okladot.state.ok.us (techpc04.okladot.state.ok.us [199.27.9.37])i7HDUeor057593; Tue, 17 Aug 2004 08:30:40 -0500 (CDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id B7A015CA0; Tue, 17 Aug 2004 08:30:05 -0500 (CDT) To: From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" Message-Id: <20040817133005.B7A015CA0@techpc04.okladot.state.ok.us> Date: Tue, 17 Aug 2004 08:30:05 -0500 (CDT) X-ODOT-MailScanner-Information: Please contact the Help Desk for more information X-ODOT-MailScanner: This E-mail appears not to contain malware. X-ODOT-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-3.3, required 5, BAYES_10 -5.80, FVGT_u_BZ_TLD 2.40, RCVD_IN_ORBS 0.12) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 6.5.1|January 21, 2004) at 08/17/2004 08:34:34 AM,at 08/17/2004 08:34:35 AM, Serialize complete at 08/17/2004 08:34:35 AM Subject: linprocfs.c:94:24: opt_compat.h: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 13:33:43 -0000 Seems the recent linux patches have now broken building modules-with-world: [...] ===> sys/modules/linprocfs @ -> /src/sys machine -> /src/sys/i386/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/src/i386/usr/include /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c:94:24: opt_compat.h: No such file or directory mkdep: compile failed *** Error code 1 (continuing) `depend' not remade because of errors. ===> sys/modules/linux [...] ===> sys/modules/linprocfs cc -O -pipe -march=pentium2 -pipe -Os -march=pentium2 -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c:94:24: opt_compat.h: No such file or directory *** Error code 1 (continuing) `all' not remade because of errors. ===> sys/modules/linux [...] # uname -a FreeBSD techpc04.okladot.state.ok.us 5.2-CURRENT FreeBSD 5.2-CURRENT #2: Wed Aug 11 09:28:02 CDT 2004 root@techpc04.okladot.state.ok.us:/usr/obj/src/sys/IBM300SY_4BSD_Os i386 # ident /src/sys/compat/linprocfs/linprocfs.c /src/sys/compat/linprocfs/linprocfs.c: $FreeBSD: src/sys/compat/linprocfs/linprocfs.c,v 1.84 2004/08/16 08:19:18 tjr Exp $ We've been busy getting 543(!) ports recompiled with gcc342. We got 'em down to a couple handfuls, so we now need to try Soren's ata-* patches committed yesterday re: PR/64637. The /usr/obj/* was blown away and all NOCLEAN env-vars in /etc/make.conf were all commented-out. Building linux options in kernel seem to be okay as of these overnight runs. We must follow -Current via CTM due to political firewall. This build includes deltas thru late yesterday evening (CDT). I'm awaiting this morning's bucket but I see no commits mentioned in the cvs-src@ maillist that seem to deal with this particular new problem. Please advise. -- thx, Paul Seniura System Specialist State of Okla. D.O.T. From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 13:34:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D4E216A4CE for ; Tue, 17 Aug 2004 13:34:46 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D74543D48 for ; Tue, 17 Aug 2004 13:34:45 +0000 (GMT) (envelope-from andreasheinze@gmx.de) Received: (qmail 26733 invoked by uid 65534); 17 Aug 2004 13:34:43 -0000 Received: from dsl-082-082-088-073.arcor-ip.net (EHLO andi.arcor.de) (82.82.88.73) by mail.gmx.net (mp026) with SMTP; 17 Aug 2004 15:34:43 +0200 X-Authenticated: #127112 To: "Ruslan Ermilov" References: <20040817092958.GA10506@ip.net.ua> <20040817105541.GA60405@ip.net.ua> <20040817122933.GA39637@ip.net.ua> <20040817132311.GA3547@ip.net.ua> Message-ID: Date: Tue, 17 Aug 2004 15:36:19 +0200 From: "Andreas Heinze" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <20040817132311.GA3547@ip.net.ua> User-Agent: Opera M2/7.53 (Win32, build 3850) cc: freebsd-current@freebsd.org Subject: Re: broken world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 13:34:46 -0000 > the standard one should work > for you: > > cvsup -h cvsup.de.FreeBSD.org /usr/share/examples/cvsup/standard-supfile > > P.S. Please send your further questions on the subject (should you > have any) to the freebsd-questions@ mailing list. Ok and thanks a lot. bye, andreas. From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 13:54:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E865216A4CE; Tue, 17 Aug 2004 13:54:13 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DD8D43D5A; Tue, 17 Aug 2004 13:54:13 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7HDqIXC014078; Tue, 17 Aug 2004 09:52:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7HDqIMD014075; Tue, 17 Aug 2004 09:52:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 17 Aug 2004 09:52:18 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Cedric Tabary In-Reply-To: <20040817000252.GE37300@efrei.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.ORG cc: Mark Murray Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 13:54:14 -0000 On Tue, 17 Aug 2004, Cedric Tabary wrote: > > If it is, its a bug. Loading is loading. > > > > Can you please try this really pedantically and report back? > > I had exactly the same problem with nvidia driver compiled from ports > with default options except -DWITHOUT_LINUX. > > kldload mem > kldload io (needed by xorg) > kldload nvidia -> failed (mem_range_attr_set undefined) > > I had to compile 'device mem' into kernel > > note 1: I did not try loading mem at the boot loader stage > note 2: I did not try the new release of nvidia driver > > Hope this helps ... The mem kld will need to explicitly symbols required by other modules using the EXPORT_SYMS line in its Makefile. So try adding: EXPORT_SYMS= mem_range_attr_set to the module Makefile for mem, rebuilding, reloading, and adding additional symbols until it works? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 13:57:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFBE116A4CE; Tue, 17 Aug 2004 13:57:31 +0000 (GMT) Received: from web.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 506BA43D49; Tue, 17 Aug 2004 13:57:31 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.100] (xDSL-2-2.united.net.ua [193.111.9.226]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i7HDvS1S001965 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Aug 2004 15:57:30 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <41220EC4.5010607@portaone.com> Date: Tue, 17 Aug 2004 16:57:24 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Colin Percival References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4120F823.2040802@portaone.com> <6.1.0.6.1.20040816235520.03faa468@popserver.sfu.ca> In-Reply-To: <6.1.0.6.1.20040816235520.03faa468@popserver.sfu.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.ORG cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 13:57:32 -0000 Colin Percival wrote: > At 11:08 16/08/2004, Maxim Sobolev wrote: > >>Colin Percival wrote: >> >>> Thanks to everyone who has been sending me data about their >>>processors (and in particular, the 90nm versions), I now have >>>a first draft of a Enhanced SpeedStep driver available. [...] >> >>It would be nice if you can extend it to use whatever speed control method is available (e.g. ACPI, TCC, ESS etc), so that it can be used on older machines as well. > > > njl is working on a general cpufreq framework, and I'm sure he'll > commit it as soon as it's ready; given that my knowledge of ACPI > is absolutely nil, I think it's best if I leave that to him. :-) > > My Enhanced SpeedStep code is simply a temporary solution for a > relatively simple case until cpufreq is ready. Well, TCC is not that different from ESS. The only difference is that it operates with percentages, not with absolute frequences and that there are fewer steps available. Therefore, it should be fairly easy to add support for TCC as well. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 14:02:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 188E116A4CE for ; Tue, 17 Aug 2004 14:02:55 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFAFF43D4C for ; Tue, 17 Aug 2004 14:02:54 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [10.0.1.2] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i7HE2Rup025177; Tue, 17 Aug 2004 10:02:42 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: bs663385@127.0.0.1 Message-Id: In-Reply-To: <61422.1092748299@bizet.nethelp.no> References: <200408170822.32183.jhandvil@tampabay.rr.com> <61422.1092748299@bizet.nethelp.no> Date: Tue, 17 Aug 2004 16:01:44 +0200 To: sthaug@nethelp.no From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: jhandvil@tampabay.rr.com cc: current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports(without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 14:02:55 -0000 At 3:11 PM +0200 2004-08-17, sthaug@nethelp.no wrote: > - Why cannot /usr/local/etc/rc.d be used with rcorder if /etc/rc.d/local > is okay? You can't guarantee that /usr/local is on the same filesystem as /etc (and available early in the boot process), and while you can't guarantee that /etc/rc.d/local is also on the same filesytem, it's a lot easier for some people to guarantee. Moreover, many sites may mount /usr read-only, or /usr/local non-suid. > - If the argument is that /usr/local is not available: Okay, but in that > case you won't be able to start the ports anyway, since they are located > somewhere under /usr/local. Maybe. Maybe not. It all depends on your particular site configuration and whether or not you use the ports 100% unchanged, including location of configuration files, resources, etc.... -- Brad Knowles, "Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin (1706-1790), reply of the Pennsylvania Assembly to the Governor, November 11, 1755 SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 14:07:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B88F16A4CE for ; Tue, 17 Aug 2004 14:07:10 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B68043D76 for ; Tue, 17 Aug 2004 14:07:09 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 35506 invoked from network); 17 Aug 2004 14:06:27 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Aug 2004 14:06:27 -0000 Message-ID: <41221108.6010407@freebsd.org> Date: Tue, 17 Aug 2004 16:07:04 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040608 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sthaug@nethelp.no References: <200408170822.32183.jhandvil@tampabay.rr.com> <61422.1092748299@bizet.nethelp.no> In-Reply-To: <61422.1092748299@bizet.nethelp.no> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: jhandvil@tampabay.rr.com cc: current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports(without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 14:07:10 -0000 sthaug@nethelp.no wrote: >>I think that a better way would be to find an elegant method of >>allowing /usr/local/etc/rc.d to participate in rcorder. I've got plenty of >>ideas about how to do this without breaking the filesystem dependency, but >>I'll wait to see what -current and -hackers come up with. I am sure that >>their method will be cleaner. > > I would much prefer to keep ports out of /etc (or out of the root file > system in general). I agree with the point made by several others that > the clean separation of base system and local mods is one of the great > strengths of FreeBSD. > > Since /etc/rc.d/local (or similar) has been proposed: > > - Why cannot /usr/local/etc/rc.d be used with rcorder if /etc/rc.d/local > is okay? > > - If the argument is that /usr/local is not available: Okay, but in that > case you won't be able to start the ports anyway, since they are located > somewhere under /usr/local. Same opinion++ -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 14:08:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B3D16A4CE for ; Tue, 17 Aug 2004 14:08:49 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B47DB43D39 for ; Tue, 17 Aug 2004 14:08:48 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 35514 invoked from network); 17 Aug 2004 14:08:06 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Aug 2004 14:08:06 -0000 Message-ID: <4122116C.8010409@freebsd.org> Date: Tue, 17 Aug 2004 16:08:44 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040608 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brad Knowles References: <200408170822.32183.jhandvil@tampabay.rr.com> <61422.1092748299@bizet.nethelp.no> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: jhandvil@tampabay.rr.com cc: current@freebsd.org cc: sthaug@nethelp.no Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports(without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 14:08:49 -0000 Brad Knowles wrote: > At 3:11 PM +0200 2004-08-17, sthaug@nethelp.no wrote: > >> - Why cannot /usr/local/etc/rc.d be used with rcorder if /etc/rc.d/local >> is okay? > > You can't guarantee that /usr/local is on the same filesystem as > /etc (and available early in the boot process), and while you can't > guarantee that /etc/rc.d/local is also on the same filesytem, it's a lot > easier for some people to guarantee. > > Moreover, many sites may mount /usr read-only, or /usr/local non-suid. So? How does this prevent rc scripts being used from /usr or /usr/local? -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 14:11:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFFCD16A4CE for ; Tue, 17 Aug 2004 14:11:28 +0000 (GMT) Received: from av3-1-sn3.vrr.skanova.net (av3-1-sn3.vrr.skanova.net [81.228.9.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D73D43D53 for ; Tue, 17 Aug 2004 14:11:28 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 6CF4937EAB; Tue, 17 Aug 2004 16:11:27 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 5CF7137E46 for ; Tue, 17 Aug 2004 16:11:27 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 2A0E738017 for ; Tue, 17 Aug 2004 16:11:24 +0200 (CEST) From: "Daniel Eriksson" To: Date: Tue, 17 Aug 2004 16:11:23 +0200 Organization: Home 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: AcSEZBNh9F8BT9qtSa6F95OT8ddlng== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: /var/run/dmesg.boot not complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 14:11:28 -0000 For machines with lots of cards and discs, /var/run/dmesg.boot does not capture the full "boot -v" log (the beginning is lost). Are there any tunables I can tweak to extend the buffers used for creating the file? /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 14:14:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D57416A4CF; Tue, 17 Aug 2004 14:14:02 +0000 (GMT) Received: from smtp-bedford-dr.mitre.org (smtpproxy2.mitre.org [192.160.51.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E19643D48; Tue, 17 Aug 2004 14:14:01 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) i7HEE0c04846; Tue, 17 Aug 2004 10:14:00 -0400 Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id 506C84F8E6; Tue, 17 Aug 2004 10:13:59 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) i7HEDwZ04634; Tue, 17 Aug 2004 10:13:58 -0400 Received: from mm112324-2k.mitre.org (128.29.3.51) by mailhub2.mitre.org with SMTP id 4183359; Tue, 17 Aug 2004 10:13:53 -0400 Message-ID: <412212A0.2040502@mitre.org> Date: Tue, 17 Aug 2004 10:13:52 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Cedric Tabary Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 14:14:02 -0000 Robert Watson wrote: >On Tue, 17 Aug 2004, Cedric Tabary wrote: > > > >>>If it is, its a bug. Loading is loading. >>> >>>Can you please try this really pedantically and report back? >>> >>> >>I had exactly the same problem with nvidia driver compiled from ports >>with default options except -DWITHOUT_LINUX. >> >>kldload mem >>kldload io (needed by xorg) >>kldload nvidia -> failed (mem_range_attr_set undefined) >> >>I had to compile 'device mem' into kernel >> >>note 1: I did not try loading mem at the boot loader stage >>note 2: I did not try the new release of nvidia driver >> >>Hope this helps ... >> >> > >The mem kld will need to explicitly symbols required by other modules >using the EXPORT_SYMS line in its Makefile. So try adding: > > EXPORT_SYMS= mem_range_attr_set > >to the module Makefile for mem, rebuilding, reloading, and adding >additional symbols until it works? > > Sure, I can try this. Where is the Makefile for the mem device? From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 14:28:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 445EC16A4CE for ; Tue, 17 Aug 2004 14:28:21 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 902A843D1D for ; Tue, 17 Aug 2004 14:28:20 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7HESIDo035007; Tue, 17 Aug 2004 10:28:18 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7HESIdJ035006; Tue, 17 Aug 2004 10:28:18 -0400 (EDT) (envelope-from green) Date: Tue, 17 Aug 2004 10:28:18 -0400 From: Brian Fundakowski Feldman To: Rob MacGregor Message-ID: <20040817142818.GO980@green.homeunix.org> References: <200408170629.i7H6Thov026861@the-macgregors.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408170629.i7H6Thov026861@the-macgregors.org> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 14:28:21 -0000 On Tue, Aug 17, 2004 at 07:29:43AM +0100, Rob MacGregor wrote: > On Tuesday, August 17, 2004 1:03 AM, George V. Neville-Neil > danced on the keyboard and produced: > > So, do we need to fix the lance driver to handle this? Will this bite > > us easily on other drivers? > > I'd say that it would have to be fixed (but then I'm not going to be the one > doing it, so I would :>). > > If only because having a known failure like this is going to bite somebody > doing their first install of FreeBSD, and put them (quite rightly IMO) off it. > Heck, it's going to bite those with experience too. Why aren't you reading what I posted? If lnc doesn't work, it's probably because there's some extra constraint on the usable memory range that is incorrectly specified in the driver. You should try to get VMWare to give you information on that, since you're a customer. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:00:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12DF016A4CE; Tue, 17 Aug 2004 15:00:46 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D77C43D45; Tue, 17 Aug 2004 15:00:39 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7HEwipP016009; Tue, 17 Aug 2004 10:58:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7HEwiqt016006; Tue, 17 Aug 2004 10:58:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 17 Aug 2004 10:58:44 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jason Andresen In-Reply-To: <412212A0.2040502@mitre.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Cedric Tabary Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:00:46 -0000 On Tue, 17 Aug 2004, Jason Andresen wrote: > >>kldload mem > >>kldload io (needed by xorg) > >>kldload nvidia -> failed (mem_range_attr_set undefined) > >> > >>I had to compile 'device mem' into kernel > >> > >>note 1: I did not try loading mem at the boot loader stage > >>note 2: I did not try the new release of nvidia driver > > > >The mem kld will need to explicitly symbols required by other modules > >using the EXPORT_SYMS line in its Makefile. So try adding: > > > > EXPORT_SYMS= mem_range_attr_set > > > >to the module Makefile for mem, rebuilding, reloading, and adding > >additional symbols until it works? > > Sure, I can try this. Where is the Makefile for the mem device? You can find the Makefile for the mem module in src/sys/modules/mem. You might want to look at some of the other module Makefiles in related directories for examples of EXPORT_SYMBOLS use. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:03:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6B6816A4CE for ; Tue, 17 Aug 2004 15:03:03 +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 C234543D55 for ; Tue, 17 Aug 2004 15:03:03 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp005.bizmail.sc5.yahoo.com with SMTP; 17 Aug 2004 15:03:03 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 8EB64620A; Tue, 17 Aug 2004 10:03:02 -0500 (CDT) 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 29428-02-3; Tue, 17 Aug 2004 10:03:01 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 8F9376208; Tue, 17 Aug 2004 10:03:01 -0500 (CDT) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Tue, 17 Aug 2004 10:03:01 -0500 (CDT) Message-ID: <59874.69.53.57.66.1092754981.squirrel@69.53.57.66> In-Reply-To: <20040817132426.U4594@cvs.imp.ch> References: <20040813121208.M31181@cvs.imp.ch> <20040813102922.E93695@carver.gumbysoft.com> <411D20DF.2000503@samsco.org> <411E9399.3050200@alumni.rice.edu> <411EF85A.30006@elischer.org> <4121944C.5060802@alumni.rice.edu> <20040817132426.U4594@cvs.imp.ch> Date: Tue, 17 Aug 2004 10:03:01 -0500 (CDT) From: "Jon Noack" To: "Martin Blapp" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org cc: Julian Elischer Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:03:03 -0000 Martin Blapp wrote: >> > + if ((ctd->td_kse == NULL) || (ctd->td_kse->ke_thread != ctd)) >> > + return (0); >> With the previous patch I still had difficulties getting through a >> buildworld in multi-user (while running apache, postfix+amavisd-new, >> nfs, etc.). With this patch I have not run into any issues (make -j4 >> buildworlds are stable on my dual p3 even after uncommenting >> -DUSE_KQUEUE and rebuilding make). If the last patch was a bandaid, >> this is one of those new-fangled "sport" bandaids that are water- and >> sweat-resistent... ;-) > > Have you PREEMPTION or FULL_PREEMTION defined ? Else I can't see how > this patch would be effective. No, I don't have PREEMPTION defined. Have I just been lucky so far? Jon From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:09:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C82AB16A4CE for ; Tue, 17 Aug 2004 15:09:09 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5835843D39 for ; Tue, 17 Aug 2004 15:09:09 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdchild.rent-a-wizard.net (bsdchild [192.168.254.2]) by fw.farid-hajji.net (Postfix) with ESMTP id 5A85D4B3D9; Tue, 17 Aug 2004 17:09:59 +0200 (CEST) Date: Tue, 17 Aug 2004 17:07:58 +0200 From: cpghost@cordula.ws To: csj Message-ID: <20040817150758.GA92786@bsdchild.rent-a-wizard.net> References: <200408160104.03708.chris@behanna.org> <20040816060528.GA2065@empiric.icir.org> <002701c48390$5f1d6df0$7302a8c0@fareast.corp.microsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002701c48390$5f1d6df0$7302a8c0@fareast.corp.microsoft.com> User-Agent: Mutt/1.5.6i cc: Bruce M Simpson cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:09:09 -0000 On Mon, Aug 16, 2004 at 08:55:51PM +0800, csj wrote: > Perforce license not only limits the user number but also the client > number. I don't think a read-only account will work. Do we have an FOSS Perforce clone project in the works somewhere? And if only to get rid of such silly restrictions? cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:09:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27C0216A4CF for ; Tue, 17 Aug 2004 15:09:47 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B316543D1D for ; Tue, 17 Aug 2004 15:09:46 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so111389rnl for ; Tue, 17 Aug 2004 08:09:26 -0700 (PDT) Received: by 10.38.79.23 with SMTP id c23mr65935rnb; Tue, 17 Aug 2004 08:09:25 -0700 (PDT) Message-ID: <790a9fff0408170809f006b57@mail.gmail.com> Date: Tue, 17 Aug 2004 10:09:25 -0500 From: Scot Hetzel To: Jan Srzednicki In-Reply-To: <20040817080812.GF37212@miranda.expro.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040816155653.GA2405@rogue.acs-et.com> <20040817080812.GF37212@miranda.expro.pl> cc: freebsd-rc@freebsd.org cc: current@freebsd.org Subject: Re: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:09:47 -0000 On Tue, 17 Aug 2004 10:08:12 +0200, Jan Srzednicki wrote: > On Tue, Aug 17, 2004 at 01:10:09AM +0200, Oliver Eikemeier wrote: > > Mike Makonnen wrote: > > > > >I have thought about this considerably, and I think the best solution > > >is to have ports rc.d scripts installed to /etc/rc.d. > > > > This is what I currently do with slapd, but this approach has multiple > > problems: > > > > - it violates the law that packages have to be PREFIX-clean, which has > > some very unfortunate consequences from a packaging point of view. > > Indeed, unfortunately. > > > - mergemaster barfs ever time (PR 64476) > > That's why my suggestion would be: /etc/rc.d/local/ (or > /etc/rc.d/ports/, or whatever you want to call it). In this way you can > easily separate both directories, and as new-style ports rc-scripts have > to be placed in the new location, there is absolutely no confusion about > them. Old scripts in /usr/local/etc/rc.d would be run with localpkg as > they have been before. > Except this breaks for people who are NFS mounting /usr/local from another machine, as the startup scripts are on the machine where the port was originally installed, instead on in local/etc/rc.d. Which is one of the purposes of putting them into local/etc/rc.d in the first place. Scot From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:15:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD4AD16A4CE for ; Tue, 17 Aug 2004 15:15:44 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49A2243D2F for ; Tue, 17 Aug 2004 15:15:44 +0000 (GMT) (envelope-from plexus@snafu.de) Received: from pd9517b93.dip.t-dialin.net ([217.81.123.147] helo=snafu.de) by clever.eusc.inter.net with asmtp (Exim 3.36 #4) id 1Bx5gc-0001cx-00 for current@freebsd.org; Tue, 17 Aug 2004 17:15:42 +0200 Message-ID: <41222452.8020602@snafu.de> Date: Tue, 17 Aug 2004 17:29:22 +0200 From: Oliver Fischer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7b) Gecko/20040316 X-Accept-Language: ru, de-de, en, en-us MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: /dev/io lost after cvs update today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:15:44 -0000 Hello, Today I updated my source tree, built and installed the hole base system. Since this /dev/io does not longer exist and I get a lot of messages like this: ATA write-dma interrupt was seen but timeout fired LBA=53346288 ATA write-dma interrupt was seen but timeout fired LBA=53346288 ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288 furthermore I am not able to log-on because the system hangs after typing in username and password. Does someone have the same problems? Regards, Oliver Fischer From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:21:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CC2616A4CE for ; Tue, 17 Aug 2004 15:21:02 +0000 (GMT) Received: from flappie.debank.tv (flappie.debank.tv [212.206.127.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F36AE43D31 for ; Tue, 17 Aug 2004 15:21:01 +0000 (GMT) (envelope-from rob@debank.tv) Received: from localhost (localhost.debank.tv [127.0.0.1]) by flappie.debank.tv (Postfix) with ESMTP id B5DEF51CF; Tue, 17 Aug 2004 17:20:59 +0200 (CEST) Received: from flappie.debank.tv ([127.0.0.1]) by localhost (flappie.debank.tv [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28125-02; Tue, 17 Aug 2004 17:20:57 +0200 (CEST) Received: from [192.168.1.69] (node-d-09e5.a2000.nl [62.195.9.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by flappie.debank.tv (Postfix) with ESMTP id 4227E5198; Tue, 17 Aug 2004 17:20:57 +0200 (CEST) Message-ID: <41222257.6070408@debank.tv> Date: Tue, 17 Aug 2004 17:20:55 +0200 From: Rob Evers User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Fischer References: <41222452.8020602@snafu.de> In-Reply-To: <41222452.8020602@snafu.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at debank.tv cc: current@freebsd.org Subject: Re: /dev/io lost after cvs update today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:21:02 -0000 Oliver Fischer wrote: > Hello, > > Today I updated my source tree, built and installed the hole base > system. Since this /dev/io does not longer exist and I get a lot of > messages like this: > > ATA write-dma interrupt was seen but timeout fired LBA=53346288 > ATA write-dma interrupt was seen but timeout fired LBA=53346288 > ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288 > > furthermore I am not able to log-on because the system hangs after > typing in username and password. > > > Does someone have the same problems? > > Regards, > > Oliver Fischer > > > Please read /usr/src/UPDATING, /dev/io is a kernel option now. Rob -- "Microsoft Exchange for Dummies" must surely be a one page pull-out with the the word "DON'T" printed on it. From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:26:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55EFB16A4CE for ; Tue, 17 Aug 2004 15:26:21 +0000 (GMT) Received: from itxmarket.com (fw.itxmarket.com [213.11.40.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id F400D43D2D for ; Tue, 17 Aug 2004 15:26:20 +0000 (GMT) (envelope-from mich@freebsdcluster.net) Received: from mail2.itxmarket.com (unknown [192.168.2.19]) by itxmarket.com (Postfix) with ESMTP id F3CEC3FDA; Tue, 17 Aug 2004 17:26:19 +0200 (CEST) Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id B81611C0817; Tue, 17 Aug 2004 17:26:19 +0200 (CEST) Received: by freebsdcluster.net (Postfix, from userid 1001) id 8D6BC2284E; Tue, 17 Aug 2004 17:26:19 +0200 (CEST) Date: Tue, 17 Aug 2004 17:26:19 +0200 From: "Michael L. Hostbaek" To: Oliver Fischer Message-ID: <20040817152619.GB77984@mich2.itxmarket.com> Mail-Followup-To: "Michael L. Hostbaek" , Oliver Fischer , current@freebsd.org References: <41222452.8020602@snafu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41222452.8020602@snafu.de> X-Operating-System: FreeBSD 5.2.1-RELEASE-p8 i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: /dev/io lost after cvs update today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:26:21 -0000 Oliver Fischer (plexus) writes: > Hello, Hello, > > Today I updated my source tree, built and installed the hole base > system. Since this /dev/io does not longer exist and I get a lot of > messages like this: Please read /usr/src/UPDATING: 20040801: The /dev/mem, /dev/io /dev/(null/zero) devices are now modules, so you may wish to add them to your kernel config file. See GENERIC for examples. /mich From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:30:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4DBC16A4CF for ; Tue, 17 Aug 2004 15:30:31 +0000 (GMT) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40FC843D46 for ; Tue, 17 Aug 2004 15:30:31 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd10.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1Bx5uw-00035O-00; Tue, 17 Aug 2004 17:30:30 +0200 Received: from Andro-Beta.Leidinger.net (rIQ9-TZCrecocqFtGYMjgGYfkyyjozB5GEoFbw-QDPwhSnfAHTN9sG@[217.229.209.187]) by fmrl10.sul.t-online.com with esmtp id 1Bx5uk-1E0vDs0; Tue, 17 Aug 2004 17:30:18 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i7HFUKUc039484; Tue, 17 Aug 2004 17:30:20 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 17 Aug 2004 17:31:15 +0200 From: Alexander Leidinger To: "Daniel Eriksson" Message-Id: <20040817173115.002187a6@Magellan.Leidinger.net> In-Reply-To: References: X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: rIQ9-TZCrecocqFtGYMjgGYfkyyjozB5GEoFbw-QDPwhSnfAHTN9sG@t-dialin.net cc: freebsd-current@freebsd.org Subject: Re: /var/run/dmesg.boot not complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:30:32 -0000 On Tue, 17 Aug 2004 16:11:23 +0200 "Daniel Eriksson" wrote: > > For machines with lots of cards and discs, /var/run/dmesg.boot does not > capture the full "boot -v" log (the beginning is lost). > > Are there any tunables I can tweak to extend the buffers used for creating > the file? options MSGBUF_SIZE=40960 Bye, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:33:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 741F316A4CE; Tue, 17 Aug 2004 15:33:33 +0000 (GMT) Received: from the-macgregors.org (82-33-59-105.cable.ubr06.stav.blueyonder.co.uk [82.33.59.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5901843D46; Tue, 17 Aug 2004 15:33:28 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (authenticated bits=0) by the-macgregors.org (8.13.1/8.13.1) with ESMTP id i7HFXMw1025005 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 17 Aug 2004 15:33:22 GMT Message-Id: <200408171533.i7HFXMw1025005@the-macgregors.org> From: "Rob MacGregor" To: "'Brian Fundakowski Feldman'" Date: Tue, 17 Aug 2004 16:33:23 +0100 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: AcSEZrkWzHL5f0APQmadfOfrWUlJhgACIbVA In-Reply-To: <20040817142818.GO980@green.homeunix.org> X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) cc: current@freebsd.org Subject: RE: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:33:33 -0000 On Tuesday, August 17, 2004 3:28 PM, Brian Fundakowski Feldman danced on the keyboard and produced: > Why aren't you reading what I posted? If lnc doesn't work, > it's probably > because there's some extra constraint on the usable memory range that > is incorrectly specified in the driver. You should try to get VMWare > to give you information on that, since you're a customer. Ah, my bad. I did read what you posted, but saw another post that reported a breakage, but didn't appear to reference VMWare. Having a closer look, it *does* reference VMWare. I'll go flag the bug up on their boards. Sorry. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:36:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A8D816A4CE; Tue, 17 Aug 2004 15:36:08 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A35C43D53; Tue, 17 Aug 2004 15:36:08 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.0.27] (dns.packetdesign.com [65.192.41.10]) (authenticated bits=0) by a.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i7HFZw43019846 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 17 Aug 2004 08:36:07 -0700 From: "Bruce A. Mah" To: Jamie Bowden In-Reply-To: <20040817055546.N22209-100000@moo.sysabend.org> References: <20040817055546.N22209-100000@moo.sysabend.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LQ+XJMU1fGXwuCWjsPif" Message-Id: <1092756881.864.2.camel@localhost.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 17 Aug 2004 08:34:42 -0700 cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:36:08 -0000 --=-LQ+XJMU1fGXwuCWjsPif Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-08-17 at 06:01, Jamie Bowden wrote: > It was scheduled to branch RSN (yesterday IIRC), but I haven't seen any > announcements about that having happened. Anyone have word on the status > of that? HEAD is in code-freeze. RELENG_5 will be branched once the release engineering team is satisfied that the tree is buildable and that the current state of HEAD is a reasonable starting point for the branch. Bruce. --=-LQ+XJMU1fGXwuCWjsPif Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBIiWR2MoxcVugUsMRAvELAJ9pmVfwQSSNPqSwZmC+semV4/2sOwCgqGpd F2sJUbWSu1YXiWGMBwB46i4= =4irD -----END PGP SIGNATURE----- --=-LQ+XJMU1fGXwuCWjsPif-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:36:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E309316A4ED; Tue, 17 Aug 2004 15:36:30 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79D7943D48; Tue, 17 Aug 2004 15:36:29 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i7HFaREg063026; Tue, 17 Aug 2004 17:36:27 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <083a01c4846f$f6271810$471b3dd4@digiware.nl> From: "Willem Jan Withagen" To: "Greg 'groggy' Lehey" , "Radek Kozlowski" References: <20040812215859.GM19643@wantadilla.lemis.com><20040812230741.GC10869@werd> <20040817013525.GF81257@wantadilla.lemis.com> Date: Tue, 17 Aug 2004 17:36:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: FreeBSD current users Subject: Re: Current method of dumping a processor? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:36:31 -0000 From: "Greg 'groggy' Lehey" To: "Radek Kozlowski" > On Friday, 13 August 2004 at 1:07:41 +0200, Radek Kozlowski wrote: > > On Fri, Aug 13, 2004 at 07:28:59AM +0930, Greg 'groggy' Lehey wrote: > >> I've tried it on kernels built in January, May and yesterday. In each > >> case, I did: > >> > >> dumpon /dev/ad0s2b > >> > >> (for appropriate values of ad0s2b). All kernels include ddb. I > >> entered the debugger with ctrl-alt-esc and entered "panic". The > >> kernel from January dumps just fine. The kernels from May and August > >> hang. > >> > >> Am I doing something wrong? Has something else changed? Does anybody > >> else have this problem? > > > > I also had this problem back in June when I was trying to get a crash > > dump, but nobody replied (see > > http://lists.freebsd.org/pipermail/freebsd-current/2004-June/029434.html). > > I then learnt that I can use call doadump in ddb and have been using > > that since then. > > Thanks. Yes, this seems to work. Are we agreed that it's a bug that > the 'panic' command just hangs? This was a problem on amd64 with large amounts of memory due to 32bit overflow until I fixed it in a very crude way (after good suggestions where to look) and after a short while it got really fixed in an upper layer by someone who knew what he was doing. But that was when even 'call doadump' did not even work. So if call doadump does work for you big chance it is in the boot() code before it calls doadump. Since that is more or less what panic calls. Since then I've not seen kernels where this problem returned. BTW I'm running amd64 with dual processor. --WjW From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:40:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C00EC16A4CE for ; Tue, 17 Aug 2004 15:40:30 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58FA943D46 for ; Tue, 17 Aug 2004 15:40:30 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd03.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1Bx64b-0003AT-03; Tue, 17 Aug 2004 17:40:29 +0200 Received: from Andro-Beta.Leidinger.net (SrdMBTZeQeRw1f90wvtKi8EBZ6ZPSQCndOSJwPHoVcoi1G1Y7avncz@[217.229.209.187]) by fmrl03.sul.t-online.com with esmtp id 1Bx64V-1EfLPc0; Tue, 17 Aug 2004 17:40:23 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i7HFeQa1040940 for ; Tue, 17 Aug 2004 17:40:26 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 17 Aug 2004 17:41:21 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-Id: <20040817174121.6e506107@Magellan.Leidinger.net> In-Reply-To: <41221108.6010407@freebsd.org> References: <200408170822.32183.jhandvil@tampabay.rr.com> <61422.1092748299@bizet.nethelp.no> <41221108.6010407@freebsd.org> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: SrdMBTZeQeRw1f90wvtKi8EBZ6ZPSQCndOSJwPHoVcoi1G1Y7avncz@t-dialin.net Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports(without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:40:30 -0000 On Tue, 17 Aug 2004 16:07:04 +0200 Andre Oppermann wrote: > sthaug@nethelp.no wrote: > >>I think that a better way would be to find an elegant method of > >>allowing /usr/local/etc/rc.d to participate in rcorder. I've got plenty of > >>ideas about how to do this without breaking the filesystem dependency, but > >>I'll wait to see what -current and -hackers come up with. I am sure that > >>their method will be cleaner. > > > > I would much prefer to keep ports out of /etc (or out of the root file > > system in general). I agree with the point made by several others that > > the clean separation of base system and local mods is one of the great > > strengths of FreeBSD. > > > > Since /etc/rc.d/local (or similar) has been proposed: > > > > - Why cannot /usr/local/etc/rc.d be used with rcorder if /etc/rc.d/local > > is okay? > > > > - If the argument is that /usr/local is not available: Okay, but in that > > case you won't be able to start the ports anyway, since they are located > > somewhere under /usr/local. > > Same opinion++ AOL, but additionally an /etc/rc.d/local/ would be good too. In case you want to use self-written scripts which want to do things before /usr/local isn't available. You can't place such scripts into /usr/local (obviously), and you can't reliably place such scripts into /etc/rc.d/, since mergemaster complains about them (and if you aren't the only person maintaining the system the foot-shooting potential increases by placing such scripts into plain /etc/rc.d/). Bye, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:58:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D76BE16A4CE; Tue, 17 Aug 2004 15:58:01 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B6F543D46; Tue, 17 Aug 2004 15:58:01 +0000 (GMT) (envelope-from plexus@snafu.de) Received: from pd9eb1dfe.dip.t-dialin.net ([217.235.29.254] helo=snafu.de) by smart.eusc.inter.net with asmtp (Exim 3.36 #4) id 1Bx6LY-0007PE-00; Tue, 17 Aug 2004 17:58:00 +0200 Message-ID: <41222E3B.4070904@snafu.de> Date: Tue, 17 Aug 2004 18:11:39 +0200 From: Oliver Fischer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7b) Gecko/20040316 X-Accept-Language: ru, de-de, en, en-us MIME-Version: 1.0 To: "Michael L. Hostbaek" References: <41222452.8020602@snafu.de> <20040817152619.GB77984@mich2.itxmarket.com> In-Reply-To: <20040817152619.GB77984@mich2.itxmarket.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: /dev/io lost after cvs update today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:58:02 -0000 Michael L. Hostbaek wrote: >Please read /usr/src/UPDATING: > > Thanks, to stupid.... Oliver From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:59:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CD3D16A4CE; Tue, 17 Aug 2004 15:59:03 +0000 (GMT) Received: from miranda.expro.pl (mail2.expro.pl [193.25.166.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3816443D49; Tue, 17 Aug 2004 15:59:01 +0000 (GMT) (envelope-from winfried@miranda.expro.pl) Received: by miranda.expro.pl (Postfix, from userid 1001) id 96102153DB; Tue, 17 Aug 2004 17:58:56 +0200 (CEST) Date: Tue, 17 Aug 2004 17:58:56 +0200 From: Jan Srzednicki To: Scot Hetzel Message-ID: <20040817155856.GA28897@miranda.expro.pl> References: <20040816155653.GA2405@rogue.acs-et.com> <20040817080812.GF37212@miranda.expro.pl> <790a9fff0408170809f006b57@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0408170809f006b57@mail.gmail.com> User-Agent: Mutt/1.5.6i cc: freebsd-rc@freebsd.org cc: current@freebsd.org Subject: Re: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:59:03 -0000 On Tue, Aug 17, 2004 at 10:09:25AM -0500, Scot Hetzel wrote: > On Tue, 17 Aug 2004 10:08:12 +0200, Jan Srzednicki wrote: > > > > That's why my suggestion would be: /etc/rc.d/local/ (or > > /etc/rc.d/ports/, or whatever you want to call it). In this way you can > > easily separate both directories, and as new-style ports rc-scripts have > > to be placed in the new location, there is absolutely no confusion about > > them. Old scripts in /usr/local/etc/rc.d would be run with localpkg as > > they have been before. > > > Except this breaks for people who are NFS mounting /usr/local from > another machine, as the startup scripts are on the machine where the > port was originally installed, instead on in local/etc/rc.d. Which is > one of the purposes of putting them into local/etc/rc.d in the first > place. That can easily be fixed by a global make option (in /etc/make.conf) that would not install anything in /etc/rc.d/local/ and use old-style /usr/local/etc/rc.d, even if the system supports /etc/rc.d/local/. So it brings us to two make options - INSTALL_RCD and IGNORE_INSTALL_RCD (just a naming suggestion). /etc/rc.d/localpkg won't go away, so this seems to me to be a good solution. -- Jan 'wrzask' Srzednicki w@expro.pl From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 16:21:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 891E316A4CE for ; Tue, 17 Aug 2004 16:21:30 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F6BB43D48 for ; Tue, 17 Aug 2004 16:21:30 +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 i7HGIQBF028600; Tue, 17 Aug 2004 09:18:26 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i7HGIQtT028599; Tue, 17 Aug 2004 09:18:26 -0700 Date: Tue, 17 Aug 2004 09:18:26 -0700 From: Brooks Davis To: csj Message-ID: <20040817161826.GB28054@odin.ac.hmc.edu> References: <200408160104.03708.chris@behanna.org> <20040816060528.GA2065@empiric.icir.org> <002701c48390$5f1d6df0$7302a8c0@fareast.corp.microsoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline In-Reply-To: <002701c48390$5f1d6df0$7302a8c0@fareast.corp.microsoft.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Bruce M Simpson cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 16:21:30 -0000 --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 16, 2004 at 08:55:51PM +0800, csj wrote: > ----- Original Message -----=20 > From: "Bruce M Simpson" > Newsgroups: gmane.os.freebsd.current > Cc: > Sent: Monday, August 16, 2004 2:05 PM > Subject: Re: Public Access to Perforce? >=20 >=20 > >On Mon, Aug 16, 2004 at 01:04:03AM -0400, Chris BeHanna wrote: > >> Is there a read-only account that the general public could use? > > > >I think this is an excellent idea. Perhaps one should be set up. >=20 > Perforce license not only limits the user number but also the client=20 > number. I don't think a read-only account will work. If we ever switch to Perforce as our development repository, the primary source access mechanism will remain CVS as we will maintain a fully CVS repository that looks just like our current one (with possiable exception of some early, ill advised, temporary branches). -- 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 --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBIi/RXY6L6fI4GtQRAgzdAKC16NcjFNC/xxt6qNEIs/2cc9hhkACeMxXE IS77Xp07kOln7fqFIQvyZo8= =6wpF -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 17:10:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A2FD16A4CF for ; Tue, 17 Aug 2004 17:10:52 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id B71ED43D49 for ; Tue, 17 Aug 2004 17:10:51 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-124-233-133.dsl.snfc21.pacbell.net [68.124.233.133])i7HHAk5C013614; Tue, 17 Aug 2004 13:10:47 -0400 Message-ID: <41223C15.7050305@elischer.org> Date: Tue, 17 Aug 2004 10:10:45 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: =?ISO-8859-2?Q?S=B3awek_=AFak?= References: <20040813121208.M31181@cvs.imp.ch> <86y8kfqcp8.fsf@thirst.unx.era.pl> In-Reply-To: <86y8kfqcp8.fsf@thirst.unx.era.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 17:10:52 -0000 S³awek ¯ak wrote: > Martin Blapp writes: > > >>Hi, >> >>Since yesterday I'm getting complete deadlocks. This time unrelated >>the servers are nor loaded at all, the just freeze after a while. >>No break into DDB possible at all. > > > Despite the numerous reports of current problems I'm running 5.2-CURRENT for > 12 days now without a glitch. Tested overnight with 2 buildworlds running > with -j8. It's a 2 processor Xeon server with 4BSD scheduler. Just my .02 > euro. > > Another thing is bothering me. In top I see: > > CPU states: 16.2% user, 0.0% nice, 2.5% system, 1.0% interrupt, 80.3% idle > Mem: 254M Active, 605M Inact, 254M Wired, 16K Cache, 112M Buf, 2622M Free > Swap: 4096M Total, 4096M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 37033 mysql 20 0 265M 178M kserel 0 610:59 124.37% 124.37% mysqld > > > MySQLd is running with libpthread and can go up to 400% without > significantly afecting the idle percentage shown by top. I don't see how I > could fit 400% into 20% on those two suckers, therefore I ask :) > > /S Cpu percentage use is broken for pthread applications.. it's almost impossible to work out the right way of doing it due to the nature of M:N threading where there is no fixed rule as to which user thread is run by which kernel thread. I have ideas but it will probably have to be an aggreagate cpu% for the thread group, divided by the number of kernel threads in the group. From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 17:13:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ACA116A4CE; Tue, 17 Aug 2004 17:13:54 +0000 (GMT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 081A543D39; Tue, 17 Aug 2004 17:13:54 +0000 (GMT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 395C11B0; Tue, 17 Aug 2004 10:13:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 380B11AC; Tue, 17 Aug 2004 10:13:53 -0700 (PDT) Date: Tue, 17 Aug 2004 10:13:53 -0700 (PDT) From: Jamie Bowden To: Andre Oppermann In-Reply-To: <4122116C.8010409@freebsd.org> Message-ID: <20040817100832.I22209-100000@moo.sysabend.org> X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: jhandvil@tampabay.rr.com cc: current@freebsd.org cc: sthaug@nethelp.no Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports(without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 17:13:54 -0000 On Tue, 17 Aug 2004, Andre Oppermann wrote: > Brad Knowles wrote: > > At 3:11 PM +0200 2004-08-17, sthaug@nethelp.no wrote: > > > >> - Why cannot /usr/local/etc/rc.d be used with rcorder if /etc/rc.d/local > >> is okay? > > > > You can't guarantee that /usr/local is on the same filesystem as > > /etc (and available early in the boot process), and while you can't > > guarantee that /etc/rc.d/local is also on the same filesytem, it's a lot > > easier for some people to guarantee. > > > > Moreover, many sites may mount /usr read-only, or /usr/local non-suid. > > So? How does this prevent rc scripts being used from /usr or /usr/local? Imagine /usr/local is NFS mounted from one machine across multiple in your network. Now imagine each machine needs a local set of individual startup scripts for certain bits of software specific to it. I have seen this setup more than once. On Irix and Solaris (and other SysV derived systems), this isn't a problem, you just put the startup scripts for the software you want to run in /etc/rcN.d/SNNscriptname, and you control the order of startup and which particiular pieces of software startup. Od you also have the option of KNNscriptname for processes that must shut down cleanly when changing run levels. Screeds about how vile NFS is can be sent to /dev/null to save us all the trouble of deleting them. Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 17:20:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E189116A4CF for ; Tue, 17 Aug 2004 17:20:13 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A6B43D46 for ; Tue, 17 Aug 2004 17:20:13 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so116001rnl for ; Tue, 17 Aug 2004 10:20:06 -0700 (PDT) Received: by 10.38.126.73 with SMTP id y73mr106769rnc; Tue, 17 Aug 2004 10:20:06 -0700 (PDT) Message-ID: <790a9fff04081710207a373e03@mail.gmail.com> Date: Tue, 17 Aug 2004 12:20:06 -0500 From: Scot Hetzel To: Jan Srzednicki In-Reply-To: <20040817155856.GA28897@miranda.expro.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040816155653.GA2405@rogue.acs-et.com> <20040817080812.GF37212@miranda.expro.pl> <790a9fff0408170809f006b57@mail.gmail.com> <20040817155856.GA28897@miranda.expro.pl> cc: freebsd-rc@freebsd.org cc: current@freebsd.org Subject: Re: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 17:20:14 -0000 On Tue, 17 Aug 2004 17:58:56 +0200, Jan Srzednicki wrote: > > > On Tue, Aug 17, 2004 at 10:09:25AM -0500, Scot Hetzel wrote: > > On Tue, 17 Aug 2004 10:08:12 +0200, Jan Srzednicki wrote: > > > > > > That's why my suggestion would be: /etc/rc.d/local/ (or > > > /etc/rc.d/ports/, or whatever you want to call it). In this way you can > > > easily separate both directories, and as new-style ports rc-scripts have > > > to be placed in the new location, there is absolutely no confusion about > > > them. Old scripts in /usr/local/etc/rc.d would be run with localpkg as > > > they have been before. > > > > > Except this breaks for people who are NFS mounting /usr/local from > > another machine, as the startup scripts are on the machine where the > > port was originally installed, instead on in local/etc/rc.d. Which is > > one of the purposes of putting them into local/etc/rc.d in the first > > place. > > That can easily be fixed by a global make option (in /etc/make.conf) > that would not install anything in /etc/rc.d/local/ and use old-style > /usr/local/etc/rc.d, even if the system supports /etc/rc.d/local/. So it > brings us to two make options - INSTALL_RCD and IGNORE_INSTALL_RCD (just > a naming suggestion). /etc/rc.d/localpkg won't go away, so this seems to > me to be a good solution. > There is still no need to have the ports system install the startup scripts into /etc/rc.d/ or /etc/rc.d/local. If you have a look at the NetBSD ports startup scripts, at the top of each script is a comment that says to move the file.sh to /etc/rc.d/file, if you wish to have them participate in rcorder. It is best to leave the moving of these scripts up to the individual administrator. From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 17:24:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 824C716A4CE for ; Tue, 17 Aug 2004 17:24:29 +0000 (GMT) Received: from cpanel.ezone.ru (cpanel.ezone.ru [213.85.31.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A37843D39 for ; Tue, 17 Aug 2004 17:24:28 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [81.195.2.135] (ppp2-135.pppoe.mtu-net.ru [81.195.2.135]) (authenticated bits=0) by cpanel.ezone.ru (8.13.1/8.12.11) with ESMTP id i7HHOLQN038949; Tue, 17 Aug 2004 21:24:21 +0400 (MSD) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <41223F40.8030702@mcsi.pp.ru> Date: Tue, 17 Aug 2004 21:24:16 +0400 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <20040817072438.GA99980@funkthat.com> In-Reply-To: <20040817072438.GA99980@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mail3.ezone.ru cc: freebsd-current@freebsd.org Subject: Re: new if_sk locking patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 17:24:29 -0000 John-Mark Gurney wrote: > Ok, I just happen to pick up a Belkin F5D5005 Gige card. (I couldn't > resist at $25.) They were nice enough to include Linux drivers on the > CD (yeh!) which made it much easier for me to find out what driver it > was compatible with. It didn't take much time to get the card working. > > Of course, once I had the card working I was getting soooo many LOR's > that my serial console was overloaded. I took Doug White's patch and > modified it a little. I left in the recursion since I wanted to get > it working first. > > So, here it is attached, and availabe at: > http://people.freebsd.org/~jmg/if_sk.diff > > I don't get any LOR's w/ this patch and debug.mpsafenet=1. I didn't > try using it as a module though. (Hence I don't know if kldload/kldunload > works.) > > Test it out and let me know how it works for you. > Hello. This patch fixes all witness errors and LOR 011 (from http://sources.zabbadoz.net/freebsd/lor.html) and kern/69752 can be closed after committing. The card itself is working ok. skc0: <3Com 3C940 Gigabit Ethernet> port 0xa800-0xa8ff mem 0xfeafc000-0xfeafffff irq 18 at device 0.0 on pci2 skc0: 3Com Gigabit LOM (3C940) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:b9:f9:f8 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto Thank you very much, now I can remove 'options MSGBUF_SIZE=1048576' from my kernel config :) -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 17:55:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA33216A517 for ; Tue, 17 Aug 2004 17:55:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04D3843D39 for ; Tue, 17 Aug 2004 17:55: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 5A5551FF90C; Tue, 17 Aug 2004 19:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 66D431FFDD4; Tue, 17 Aug 2004 19:55:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 4A8E21567C; Tue, 17 Aug 2004 17:50:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3FAF215329; Tue, 17 Aug 2004 17:50:39 +0000 (UTC) Date: Tue, 17 Aug 2004 17:50:39 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Maxim Maximov In-Reply-To: <41223F40.8030702@mcsi.pp.ru> Message-ID: References: <20040817072438.GA99980@funkthat.com> <41223F40.8030702@mcsi.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: John-Mark Gurney cc: freebsd-current@freebsd.org Subject: Re: new if_sk locking patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 17:55:09 -0000 On Tue, 17 Aug 2004, Maxim Maximov wrote: > > So, here it is attached, and availabe at: > > http://people.freebsd.org/~jmg/if_sk.diff > > > > This patch fixes all witness errors and LOR 011 (from > http://sources.zabbadoz.net/freebsd/lor.html) and kern/69752 can be > closed after committing. The card itself is working ok. Does that also fix the "hangs" a lot of people can see ? I guess not ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 18:00:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5081816A4CF for ; Tue, 17 Aug 2004 18:00:38 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id D997143D5F for ; Tue, 17 Aug 2004 18:00:31 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7HHxwMK036190; Tue, 17 Aug 2004 13:59:58 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7HHxjoP036189; Tue, 17 Aug 2004 13:59:45 -0400 (EDT) (envelope-from green) Date: Tue, 17 Aug 2004 13:59:45 -0400 From: Brian Fundakowski Feldman To: Rob MacGregor Message-ID: <20040817175945.GP980@green.homeunix.org> References: <20040817142818.GO980@green.homeunix.org> <200408171533.i7HFXMw1025005@the-macgregors.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408171533.i7HFXMw1025005@the-macgregors.org> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 18:00:38 -0000 On Tue, Aug 17, 2004 at 04:33:23PM +0100, Rob MacGregor wrote: > On Tuesday, August 17, 2004 3:28 PM, Brian Fundakowski Feldman > danced on the keyboard and produced: > > Why aren't you reading what I posted? If lnc doesn't work, > > it's probably > > because there's some extra constraint on the usable memory range that > > is incorrectly specified in the driver. You should try to get VMWare > > to give you information on that, since you're a customer. > > Ah, my bad. I did read what you posted, but saw another post that reported a > breakage, but didn't appear to reference VMWare. > > Having a closer look, it *does* reference VMWare. I'll go flag the bug up on > their boards. Sorry. Thanks; Occam's razor says that this is almost certainly due to the fact that the new contigmalloc allocates from the top instead of the bottom of the range you give it. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 18:08:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CA4C16A4CE; Tue, 17 Aug 2004 18:08:18 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26EA143D2F; Tue, 17 Aug 2004 18:08:18 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7HI8H8U015333; Tue, 17 Aug 2004 11:08:17 -0700 Message-ID: <41224990.9050008@root.org> Date: Tue, 17 Aug 2004 11:08:16 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alex Vasylenko References: <20040817014828.GA12921@tadpole.intranet> In-Reply-To: <20040817014828.GA12921@tadpole.intranet> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: LOR (drm,acpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 18:08:18 -0000 Alex Vasylenko wrote: > The following was reported when leaving X on FreeBSD 5.2-CURRENT #6: Sat Aug 14 09:23:46 EDT 2004: > > lock order reversal > 1st 0xc18ae064 drm device (drm device) @ @/dev/drm/drm_irq.h:192 > 2nd 0xc0872060 ACPI root bus (ACPI root bus) @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:841 > KDB: stack backtrace: > kdb_backtrace(c06c0eb4,c0872060,c086c28e,c086c28e,c086c693) at kdb_backtrace+0x2e > witness_checkorder(c0872060,9,c086c693,349,c06f0bc4) at witness_checkorder+0x6a6 > _sx_xlock(c0872060,c086c693,349,c06f0ba0,40) at _sx_xlock+0x7e > acpi_release_resource(c1794680,c1742a00,1,0,c18046c0) at acpi_release_resource+0x2b > bus_generic_release_resource(c1742e00,c1742a00,1,0,c18046c0) at bus_generic_release_resource+0x82 > resource_list_release(c1794084,c1801d00,c1742a00,1,0) at resource_list_release+0x84 > bus_generic_rl_release_resource(c1801d00,c1742a00,1,0,c18046c0) at bus_generic_rl_release_resource+0x86 > bus_generic_release_resource(c1802080,c1742a00,1,0,c18046c0) at bus_generic_release_resource+0x82 > resource_list_release(c1794084,c1742e80,c1742a00,1,0) at resource_list_release+0x13b > bus_generic_rl_release_resource(c1742e80,c1742a00,1,0,c18046c0) at bus_generic_rl_release_resource+0x86 > bus_release_resource(c1742a00,1,0,c18046c0,c18ae064) at bus_release_resource+0x7f > radeon_irq_uninstall(c18ae000,0,c1d85640,c0,c1d88130) at radeon_irq_uninstall+0x7b > radeon_control(c1ce8b00,80086414,d5de0c58,43,c19a22c0) at radeon_control+0x8d > radeon_ioctl(c1ce8b00,80086414,d5de0c58,43,c19a22c0) at radeon_ioctl+0x1f6 > spec_ioctl(d5de0b80,d5de0c2c,c0590fc1,d5de0b80,1) at spec_ioctl+0x1ce > spec_vnoperate(d5de0b80,1,c06c6266,30e,c070f8a0) at spec_vnoperate+0x18 > vn_ioctl(c19acd48,80086414,d5de0c58,c1d91480,c19a22c0) at vn_ioctl+0x1c1 > ioctl(c19a22c0,d5de0d14,c,437,3) at ioctl+0x4f2 > syscall(2840002f,bfbf002f,bfbf002f,8945400,8734000) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2827000f, esp = 0xbfbfeadc, ebp = 0xbfbfeaf8 --- I can't see how the radeon and acpi locks are interrelated. Anyone else have an idea? The radeon call is just a simple: bus_release_resource(dev->device, SYS_RES_IRQ, irqrid, dev->irqr); Perhaps it's not ok to hold a sx lock while calling into the parent (from acpi.c): ret = BUS_RELEASE_RESOURCE(device_get_parent(bus), child, type, rid, r); -Nate From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 18:13:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2AC116A4CE for ; Tue, 17 Aug 2004 18:13:12 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBACC43D48 for ; Tue, 17 Aug 2004 18:13:12 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 784 invoked from network); 17 Aug 2004 18:13:12 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail4.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Aug 2004 18:13:11 -0000 Received: from hydrogen.funkthat.com (mrwvmz@localhost.funkthat.com [127.0.0.1])i7HIDAuU032880; Tue, 17 Aug 2004 11:13:10 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7HID7Hm032879; Tue, 17 Aug 2004 11:13:07 -0700 (PDT) Date: Tue, 17 Aug 2004 11:13:07 -0700 From: John-Mark Gurney To: "Bjoern A. Zeeb" Message-ID: <20040817181307.GB99980@funkthat.com> Mail-Followup-To: "Bjoern A. Zeeb" , Maxim Maximov , freebsd-current@freebsd.org References: <20040817072438.GA99980@funkthat.com> <41223F40.8030702@mcsi.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Maxim Maximov cc: freebsd-current@freebsd.org Subject: Re: new if_sk locking patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 18:13:13 -0000 Bjoern A. Zeeb wrote this message on Tue, Aug 17, 2004 at 17:50 +0000: > On Tue, 17 Aug 2004, Maxim Maximov wrote: > > > > So, here it is attached, and availabe at: > > > http://people.freebsd.org/~jmg/if_sk.diff > > > > > > > This patch fixes all witness errors and LOR 011 (from > > http://sources.zabbadoz.net/freebsd/lor.html) and kern/69752 can be > > closed after committing. The card itself is working ok. > > Does that also fix the "hangs" a lot of people can see ? > I guess not ? Probably not... it only fixed the LOR's on attach... I just got my card, but if you could get me a back trace on the hang, I can look at it more... Though the hangs might be due to other problems... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 18:28:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 722B416A4CE for ; Tue, 17 Aug 2004 18:28:55 +0000 (GMT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB1D843D4C for ; Tue, 17 Aug 2004 18:28:54 +0000 (GMT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9c.okladot.state.ok.us [10.36.36.31])NAA37194; Tue, 17 Aug 2004 13:23:24 -0500 Received: from isdmon2.okladot.state.ok.us ([192.149.244.24]) by notes9c.okladot.state.ok.us (Lotus Domino Release 6.5.1) with ESMTP id 2004081713241809-5942 ; Tue, 17 Aug 2004 13:24:18 -0500 Received: from techpc04.okladot.state.ok.us (techpc04.okladot.state.ok.us [199.27.9.37])i7HIN0or077399; Tue, 17 Aug 2004 13:23:01 -0500 (CDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 117925CA0; Tue, 17 Aug 2004 13:22:38 -0500 (CDT) To: From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <20040817133005.B7A015CA0@techpc04.okladot.state.ok.us> References: <20040817133005.B7A015CA0@techpc04.okladot.state.ok.us> Message-Id: <20040817182238.117925CA0@techpc04.okladot.state.ok.us> Date: Tue, 17 Aug 2004 13:22:38 -0500 (CDT) X-ODOT-MailScanner-Information: Please contact the Help Desk for more information X-ODOT-MailScanner: This E-mail appears not to contain malware. X-ODOT-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-8.8, required 5, BAYES_10 -5.80, IN_REP_TO -3.20, RCVD_IN_ORBS 0.12, TW_OC 0.08) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 6.5.1|January 21, 2004) at 08/17/2004 01:24:18 PM,at 08/17/2004 01:24:18 PM, Serialize complete at 08/17/2004 01:24:18 PM Subject: ...and more buildworld errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 18:28:55 -0000 Got today's CTM bucket applied. Now we got two modules not building: [...] ===> aic7xxx/ahc/ahc_isa ( cd .. ; make aic7xxx_reg.h ) `aic7xxx_reg.h' is up to date. rm -f .depend mkdep -f .depend -a -nostdinc -I/src/sys/modules/aic7xxx/ahc/ahc_isa/../../../../dev/aic7xxx -I.. -D_KERNEL -DKLD_MODULE -I- -I/src/sys/modules/aic7xxx/ahc/ahc_isa/../../../../dev/aic7xxx -I.. -I. -I@ -I@/contrib/altq -I@/../include /src/sys/modules/aic7xxx/ahc/ahc_isa/../../../../dev/aic7xxx/ahc_isa.c In file included from @/dev/aic7xxx/aic_osm_lib.h:186, from @/dev/aic7xxx/aic7xxx_osm.h:170, from /src/sys/modules/aic7xxx/ahc/ahc_isa/../../../../dev/aic7xxx/ahc_isa.c:41: @/dev/aic7xxx/aic7xxx.h:49:25: aic7xxx_reg.h: No such file or directory In file included from /src/sys/modules/aic7xxx/ahc/ahc_isa/../../../../dev/aic7xxx/ahc_isa.c:44: @/dev/eisa/eisaconf.h:37:21: eisa_if.h: No such file or directory mkdep: compile failed *** Error code 1 (continuing) `depend' not remade because of errors. ===> aic7xxx/ahc/ahc_pci [...] ===> linprocfs rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c:94:24: opt_compat.h: No such file or directory mkdep: compile failed *** Error code 1 (continuing) `depend' not remade because of errors. ===> linux [...] ident /src/sys/modules/aic7xxx/ahc/ahc_isa/../../../../dev/aic7xxx/ahc_isa.c: $FreeBSD: src/sys/dev/aic7xxx/ahc_isa.c,v 1.1 2004/08/17 02:32:30 gibbs Exp $ ident /src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c: $FreeBSD: src/sys/compat/linprocfs/linprocfs.c,v 1.84 2004/08/16 08:19:18 tjr Exp $ My custom kernel is building okay; it should include the two modules above, but is it safe to test? I still need to try Soren's ata-* patches as my earlier msg today mentioned (see "previous thread" link). Another CTM delta won't be scheduled to pop out until after Midnight CDT. I can steal updates from cvsweb, but there aren't anything newer ATM. ;) Anything I can do to help, please hollar. -- thx, Paul Seniura System Specialist State of Okla. D.O.T. From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 19:30:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0B2716A4CE for ; Tue, 17 Aug 2004 19:30:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 662A643D31 for ; Tue, 17 Aug 2004 19:30: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 4D35D1FF931; Tue, 17 Aug 2004 21:30:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 572331FF91D; Tue, 17 Aug 2004 21:30:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 83A1A1567C; Tue, 17 Aug 2004 19:26:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 78EE015329; Tue, 17 Aug 2004 19:26:58 +0000 (UTC) Date: Tue, 17 Aug 2004 19:26:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: John-Mark Gurney In-Reply-To: <20040817181307.GB99980@funkthat.com> Message-ID: References: <20040817072438.GA99980@funkthat.com> <41223F40.8030702@mcsi.pp.ru> <20040817181307.GB99980@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Maxim Maximov cc: freebsd-current@freebsd.org Subject: Re: new if_sk locking patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 19:30:10 -0000 On Tue, 17 Aug 2004, John-Mark Gurney wrote: > > Does that also fix the "hangs" a lot of people can see ? > > I guess not ? > > Probably not... it only fixed the LOR's on attach... I just > got my card, but if you could get me a back trace on the hang, > I can look at it more... Though the hangs might be due to other > problems... it's not a problem of kernel hang but sk is up/active but no data passes the interface and established connections drop. In most cases connectivity comes back after some amount of time. See kern/69879. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 19:50:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 713C816A4CF; Tue, 17 Aug 2004 19:50:51 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EED3443D1F; Tue, 17 Aug 2004 19:50:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7HJnutS079283; Tue, 17 Aug 2004 13:49:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 17 Aug 2004 13:49:57 -0600 (MDT) Message-Id: <20040817.134957.35663556.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <41224990.9050008@root.org> References: <20040817014828.GA12921@tadpole.intranet> <41224990.9050008@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: lxv@omut.org cc: current@freebsd.org Subject: Re: LOR (drm,acpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 19:50:51 -0000 In message: <41224990.9050008@root.org> Nate Lawson writes: : Alex Vasylenko wrote: : > The following was reported when leaving X on FreeBSD 5.2-CURRENT #6: Sat Aug 14 09:23:46 EDT 2004: : > : > lock order reversal : > 1st 0xc18ae064 drm device (drm device) @ @/dev/drm/drm_irq.h:192 : > 2nd 0xc0872060 ACPI root bus (ACPI root bus) @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:841 : > KDB: stack backtrace: : > kdb_backtrace(c06c0eb4,c0872060,c086c28e,c086c28e,c086c693) at kdb_backtrace+0x2e : > witness_checkorder(c0872060,9,c086c693,349,c06f0bc4) at witness_checkorder+0x6a6 : > _sx_xlock(c0872060,c086c693,349,c06f0ba0,40) at _sx_xlock+0x7e : > acpi_release_resource(c1794680,c1742a00,1,0,c18046c0) at acpi_release_resource+0x2b : > bus_generic_release_resource(c1742e00,c1742a00,1,0,c18046c0) at bus_generic_release_resource+0x82 : > resource_list_release(c1794084,c1801d00,c1742a00,1,0) at resource_list_release+0x84 : > bus_generic_rl_release_resource(c1801d00,c1742a00,1,0,c18046c0) at bus_generic_rl_release_resource+0x86 : > bus_generic_release_resource(c1802080,c1742a00,1,0,c18046c0) at bus_generic_release_resource+0x82 : > resource_list_release(c1794084,c1742e80,c1742a00,1,0) at resource_list_release+0x13b : > bus_generic_rl_release_resource(c1742e80,c1742a00,1,0,c18046c0) at bus_generic_rl_release_resource+0x86 : > bus_release_resource(c1742a00,1,0,c18046c0,c18ae064) at bus_release_resource+0x7f : > radeon_irq_uninstall(c18ae000,0,c1d85640,c0,c1d88130) at radeon_irq_uninstall+0x7b : > radeon_control(c1ce8b00,80086414,d5de0c58,43,c19a22c0) at radeon_control+0x8d : > radeon_ioctl(c1ce8b00,80086414,d5de0c58,43,c19a22c0) at radeon_ioctl+0x1f6 : > spec_ioctl(d5de0b80,d5de0c2c,c0590fc1,d5de0b80,1) at spec_ioctl+0x1ce : > spec_vnoperate(d5de0b80,1,c06c6266,30e,c070f8a0) at spec_vnoperate+0x18 : > vn_ioctl(c19acd48,80086414,d5de0c58,c1d91480,c19a22c0) at vn_ioctl+0x1c1 : > ioctl(c19a22c0,d5de0d14,c,437,3) at ioctl+0x4f2 : > syscall(2840002f,bfbf002f,bfbf002f,8945400,8734000) at syscall+0x2a0 : > Xint0x80_syscall() at Xint0x80_syscall+0x1f : > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2827000f, esp = 0xbfbfeadc, ebp = 0xbfbfeaf8 --- : : I can't see how the radeon and acpi locks are interrelated. Anyone else : have an idea? The radeon call is just a simple: : : bus_release_resource(dev->device, SYS_RES_IRQ, irqrid, dev->irqr); : : Perhaps it's not ok to hold a sx lock while calling into the parent : (from acpi.c): : : ret = BUS_RELEASE_RESOURCE(device_get_parent(bus), child, type, rid, r); The lock is the ACPI root lock vs the drm lock. It appears that there are two different code paths, one of which takes the drm lock first, the other of which takes the acpi lock first. My guess is that the former is taken in the probe routine, while the latter is taken when reconfiguring itself via ioctl at runtime. One should look there for the problems. Warner From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 19:57:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD7A16A4CE for ; Tue, 17 Aug 2004 19:57:37 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0F5143D1F for ; Tue, 17 Aug 2004 19:57:37 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from [192.168.0.103] (c-24-21-18-195.client.comcast.net[24.21.18.195]) by comcast.net (rwcrmhc13) with SMTP id <2004081719573601500s817ie>; Tue, 17 Aug 2004 19:57:37 +0000 From: Eric Anholt To: "M. Warner Losh" In-Reply-To: <20040817.134957.35663556.imp@bsdimp.com> References: <20040817014828.GA12921@tadpole.intranet> <20040817.134957.35663556.imp@bsdimp.com> Content-Type: text/plain Message-Id: <1092772654.928.12.camel@leguin> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 17 Aug 2004 12:57:35 -0700 Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: nate@root.org Subject: Re: LOR (drm,acpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 19:57:38 -0000 On Tue, 2004-08-17 at 12:49, M. Warner Losh wrote: > In message: <41224990.9050008@root.org> > Nate Lawson writes: > : Alex Vasylenko wrote: > : > The following was reported when leaving X on FreeBSD 5.2-CURRENT #6: Sat Aug 14 09:23:46 EDT 2004: > : > > : > lock order reversal > : > 1st 0xc18ae064 drm device (drm device) @ @/dev/drm/drm_irq.h:192 > : > 2nd 0xc0872060 ACPI root bus (ACPI root bus) @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:841 > : > KDB: stack backtrace: > : > kdb_backtrace(c06c0eb4,c0872060,c086c28e,c086c28e,c086c693) at kdb_backtrace+0x2e > : > witness_checkorder(c0872060,9,c086c693,349,c06f0bc4) at witness_checkorder+0x6a6 > : > _sx_xlock(c0872060,c086c693,349,c06f0ba0,40) at _sx_xlock+0x7e > : > acpi_release_resource(c1794680,c1742a00,1,0,c18046c0) at acpi_release_resource+0x2b > : > bus_generic_release_resource(c1742e00,c1742a00,1,0,c18046c0) at bus_generic_release_resource+0x82 > : > resource_list_release(c1794084,c1801d00,c1742a00,1,0) at resource_list_release+0x84 > : > bus_generic_rl_release_resource(c1801d00,c1742a00,1,0,c18046c0) at bus_generic_rl_release_resource+0x86 > : > bus_generic_release_resource(c1802080,c1742a00,1,0,c18046c0) at bus_generic_release_resource+0x82 > : > resource_list_release(c1794084,c1742e80,c1742a00,1,0) at resource_list_release+0x13b > : > bus_generic_rl_release_resource(c1742e80,c1742a00,1,0,c18046c0) at bus_generic_rl_release_resource+0x86 > : > bus_release_resource(c1742a00,1,0,c18046c0,c18ae064) at bus_release_resource+0x7f > : > radeon_irq_uninstall(c18ae000,0,c1d85640,c0,c1d88130) at radeon_irq_uninstall+0x7b > : > radeon_control(c1ce8b00,80086414,d5de0c58,43,c19a22c0) at radeon_control+0x8d > : > radeon_ioctl(c1ce8b00,80086414,d5de0c58,43,c19a22c0) at radeon_ioctl+0x1f6 > : > spec_ioctl(d5de0b80,d5de0c2c,c0590fc1,d5de0b80,1) at spec_ioctl+0x1ce > : > spec_vnoperate(d5de0b80,1,c06c6266,30e,c070f8a0) at spec_vnoperate+0x18 > : > vn_ioctl(c19acd48,80086414,d5de0c58,c1d91480,c19a22c0) at vn_ioctl+0x1c1 > : > ioctl(c19a22c0,d5de0d14,c,437,3) at ioctl+0x4f2 > : > syscall(2840002f,bfbf002f,bfbf002f,8945400,8734000) at syscall+0x2a0 > : > Xint0x80_syscall() at Xint0x80_syscall+0x1f > : > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2827000f, esp = 0xbfbfeadc, ebp = 0xbfbfeaf8 --- > : > : I can't see how the radeon and acpi locks are interrelated. Anyone else > : have an idea? The radeon call is just a simple: > : > : bus_release_resource(dev->device, SYS_RES_IRQ, irqrid, dev->irqr); > : > : Perhaps it's not ok to hold a sx lock while calling into the parent > : (from acpi.c): > : > : ret = BUS_RELEASE_RESOURCE(device_get_parent(bus), child, type, rid, r); > > The lock is the ACPI root lock vs the drm lock. It appears that there > are two different code paths, one of which takes the drm lock first, > the other of which takes the acpi lock first. My guess is that the > former is taken in the probe routine, while the latter is taken when > reconfiguring itself via ioctl at runtime. One should look there for > the problems. I had a hard time getting any review when adding locking to the DRM. I suspect that I made the mistake of holding the lock while calling into other subsystems in some cases. I could probably get things fixed up now (having learned more, and having more examples available), but unfortunately I'm consumed with critical bugfixes for the next X.Org release and moving to a new house. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 20:05:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E54F216A4CE for ; Tue, 17 Aug 2004 20:05:33 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 703F043D41 for ; Tue, 17 Aug 2004 20:05:33 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7HK59iX079412; Tue, 17 Aug 2004 14:05:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 17 Aug 2004 14:05:09 -0600 (MDT) Message-Id: <20040817.140509.34606349.imp@bsdimp.com> To: eta@lclark.edu From: "M. Warner Losh" In-Reply-To: <1092772654.928.12.camel@leguin> References: <41224990.9050008@root.org> <20040817.134957.35663556.imp@bsdimp.com> <1092772654.928.12.camel@leguin> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: nate@root.org Subject: Re: LOR (drm,acpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 20:05:34 -0000 In message: <1092772654.928.12.camel@leguin> Eric Anholt writes: : On Tue, 2004-08-17 at 12:49, M. Warner Losh wrote: : > In message: <41224990.9050008@root.org> : > Nate Lawson writes: : > : Alex Vasylenko wrote: : > : > The following was reported when leaving X on FreeBSD 5.2-CURRENT #6: Sat Aug 14 09:23:46 EDT 2004: : > : > : > : > lock order reversal : > : > 1st 0xc18ae064 drm device (drm device) @ @/dev/drm/drm_irq.h:192 : > : > 2nd 0xc0872060 ACPI root bus (ACPI root bus) @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:841 : > : > KDB: stack backtrace: : > : > kdb_backtrace(c06c0eb4,c0872060,c086c28e,c086c28e,c086c693) at kdb_backtrace+0x2e : > : > witness_checkorder(c0872060,9,c086c693,349,c06f0bc4) at witness_checkorder+0x6a6 : > : > _sx_xlock(c0872060,c086c693,349,c06f0ba0,40) at _sx_xlock+0x7e : > : > acpi_release_resource(c1794680,c1742a00,1,0,c18046c0) at acpi_release_resource+0x2b : > : > bus_generic_release_resource(c1742e00,c1742a00,1,0,c18046c0) at bus_generic_release_resource+0x82 : > : > resource_list_release(c1794084,c1801d00,c1742a00,1,0) at resource_list_release+0x84 : > : > bus_generic_rl_release_resource(c1801d00,c1742a00,1,0,c18046c0) at bus_generic_rl_release_resource+0x86 : > : > bus_generic_release_resource(c1802080,c1742a00,1,0,c18046c0) at bus_generic_release_resource+0x82 : > : > resource_list_release(c1794084,c1742e80,c1742a00,1,0) at resource_list_release+0x13b : > : > bus_generic_rl_release_resource(c1742e80,c1742a00,1,0,c18046c0) at bus_generic_rl_release_resource+0x86 : > : > bus_release_resource(c1742a00,1,0,c18046c0,c18ae064) at bus_release_resource+0x7f : > : > radeon_irq_uninstall(c18ae000,0,c1d85640,c0,c1d88130) at radeon_irq_uninstall+0x7b : > : > radeon_control(c1ce8b00,80086414,d5de0c58,43,c19a22c0) at radeon_control+0x8d : > : > radeon_ioctl(c1ce8b00,80086414,d5de0c58,43,c19a22c0) at radeon_ioctl+0x1f6 : > : > spec_ioctl(d5de0b80,d5de0c2c,c0590fc1,d5de0b80,1) at spec_ioctl+0x1ce : > : > spec_vnoperate(d5de0b80,1,c06c6266,30e,c070f8a0) at spec_vnoperate+0x18 : > : > vn_ioctl(c19acd48,80086414,d5de0c58,c1d91480,c19a22c0) at vn_ioctl+0x1c1 : > : > ioctl(c19a22c0,d5de0d14,c,437,3) at ioctl+0x4f2 : > : > syscall(2840002f,bfbf002f,bfbf002f,8945400,8734000) at syscall+0x2a0 : > : > Xint0x80_syscall() at Xint0x80_syscall+0x1f : > : > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2827000f, esp = 0xbfbfeadc, ebp = 0xbfbfeaf8 --- : > : : > : I can't see how the radeon and acpi locks are interrelated. Anyone else : > : have an idea? The radeon call is just a simple: : > : : > : bus_release_resource(dev->device, SYS_RES_IRQ, irqrid, dev->irqr); : > : : > : Perhaps it's not ok to hold a sx lock while calling into the parent : > : (from acpi.c): : > : : > : ret = BUS_RELEASE_RESOURCE(device_get_parent(bus), child, type, rid, r); : > : > The lock is the ACPI root lock vs the drm lock. It appears that there : > are two different code paths, one of which takes the drm lock first, : > the other of which takes the acpi lock first. My guess is that the : > former is taken in the probe routine, while the latter is taken when : > reconfiguring itself via ioctl at runtime. One should look there for : > the problems. : : I had a hard time getting any review when adding locking to the DRM. I : suspect that I made the mistake of holding the lock while calling into : other subsystems in some cases. I could probably get things fixed up : now (having learned more, and having more examples available), but : unfortunately I'm consumed with critical bugfixes for the next X.Org : release and moving to a new house. Changes are excellent that this LOR can be ignored...for the moment. It isn't critical. Warner From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 21:19:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B0A616A4CE for ; Tue, 17 Aug 2004 21:19:49 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5677F43D49 for ; Tue, 17 Aug 2004 21:19:47 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id E5953FD07C for ; Tue, 17 Aug 2004 14:19:46 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92426-01 for ; Tue, 17 Aug 2004 14:19:46 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 74687FD012 for ; Tue, 17 Aug 2004 14:19:46 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1092777586.92327.9.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 17 Aug 2004 14:19:46 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 21:19:49 -0000 Don't think this is amd64-specific, but perhaps.... I just tried to unarchive a file that didn't exist and got a core dump: tar zxvvf nonexistent.tar.gz Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 21:26:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8274A16A4CE for ; Tue, 17 Aug 2004 21:26:43 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CD5C943D1D for ; Tue, 17 Aug 2004 21:26:42 +0000 (GMT) (envelope-from stuart@footworkmedia.com) Received: (qmail 5367 invoked from network); 17 Aug 2004 21:26:41 -0000 Received: from c-24-0-30-107.client.comcast.net (HELO casiopea) (24.0.30.107) by relay.pair.com with SMTP; 17 Aug 2004 21:26:41 -0000 X-pair-Authenticated: 24.0.30.107 From: "Stuart Stegall" To: Date: Tue, 17 Aug 2004 16:26:52 -0500 Message-ID: <000001c484a0$e9df0f00$0200a8c0@casiopea> 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 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: installworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 21:26:43 -0000 In updating to -current from 5.2.1, I am experiencing the following problem: After booting to single user mode, I ran mergemaster -p and then tried to run make installworld, but it fails saying the proxy user is not there. I looked in UPDATING and it says that the 'pf' user should be added by mergemaster, but it looks as though it is not doing it's job. Any ideas how best to resolve this issue, should I just manually add the pf user? From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 21:39:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D174016A4CE; Tue, 17 Aug 2004 21:39:03 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B665843D1F; Tue, 17 Aug 2004 21:39:03 +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 (SSL) id IBA74465; Tue, 17 Aug 2004 14:39:03 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 36ACD5D04; Tue, 17 Aug 2004 14:39:03 -0700 (PDT) To: Paulius Bulotas In-reply-to: Your message of "Tue, 17 Aug 2004 10:37:52 +0300." <20040817073752.GC675@devnull.lt> Date: Tue, 17 Aug 2004 14:39:03 -0700 From: "Kevin Oberman" Message-Id: <20040817213903.36ACD5D04@ptavv.es.net> cc: freebsd-current@freebsd.org cc: Colin Percival cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 21:39:04 -0000 > Date: Tue, 17 Aug 2004 10:37:52 +0300 > From: Paulius Bulotas > Sender: owner-freebsd-current@freebsd.org > > Hello, > > On 04 08 16, Colin Percival wrote: > > I've also put together a very simple control daemon which > > reads kern.cp_time every second and adjusts the cpu frequency > > based on the fraction of cpu time which is idle. This increases > > my laptop's battery life by around 40%. > > works with my T40 with Pentium M 1300MHz. Only I doubt it would increase > life on battery, since the lowest speed is 600MHz. And if I run on > battery all the time, it's always 600MHz. So, now it only raises speed > (which still is good, since it makes cpu intensive jobs run faster), but > how this could prolong battery life? In normal conditions on battery I > can work ~2 hours (and in Windows ~4, but I use them rarely). So now > probably less? Or this has to do something with voltage? Assuming that your T40 works like my T30, it runs at the clock speed selected at boot time. So, if you boot on battery, you run at a slow speed (1.2 GHz on my T30). If you plug into AC, you stay there. Conversely, it you boot on AC and switch to battery, your speed stays at the max (1.8 GHz on my T30). So, it I had Enhanced SpeedStep on my T30 (I don't), I could boot on battery and speed up the CPU when I get to my power supply and, more importantly, I can pull the plug while something is running and reduce CPU speed to keep my battery alive for a while. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 21:48:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7629716A4CE for ; Tue, 17 Aug 2004 21:48:38 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63FFC43D31 for ; Tue, 17 Aug 2004 21:48:38 +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 (SSL) id IBA74465 for ; Tue, 17 Aug 2004 14:48:38 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DE5C35D04 for ; Tue, 17 Aug 2004 14:48:37 -0700 (PDT) To: freebsd-current@freebsd.org In-reply-to: Your message of "Tue, 17 Aug 2004 00:34:10 +0200." <20040816223410.GA810@gicco.homeip.net> Date: Tue, 17 Aug 2004 14:48:37 -0700 From: "Kevin Oberman" Message-Id: <20040817214837.DE5C35D04@ptavv.es.net> Subject: Re: enabling APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 21:48:38 -0000 You need to load APM in /boot/loader.conf. Just add the line: apm_load="YES" Then, add the line hint.acpi.disabled="1" to /boot/device.hints. That should do the trick. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 21:55:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D149916A4CE for ; Tue, 17 Aug 2004 21:55:22 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B531343D2D for ; Tue, 17 Aug 2004 21:55:22 +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 (SSL) id IBA74465; Tue, 17 Aug 2004 14:55:21 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4BCA45D04; Tue, 17 Aug 2004 14:55:21 -0700 (PDT) To: sthaug@nethelp.no In-reply-to: Your message of "Tue, 17 Aug 2004 15:11:39 +0200." <61422.1092748299@bizet.nethelp.no> Date: Tue, 17 Aug 2004 14:55:21 -0700 From: "Kevin Oberman" Message-Id: <20040817215521.4BCA45D04@ptavv.es.net> cc: jhandvil@tampabay.rr.com cc: current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports(without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 21:55:22 -0000 > From: sthaug@nethelp.no > Date: Tue, 17 Aug 2004 15:11:39 +0200 > Sender: owner-freebsd-current@freebsd.org > > > I think that a better way would be to find an elegant method of > > allowing /usr/local/etc/rc.d to participate in rcorder. I've got plenty of > > ideas about how to do this without breaking the filesystem dependency, but > > I'll wait to see what -current and -hackers come up with. I am sure that > > their method will be cleaner. > > I would much prefer to keep ports out of /etc (or out of the root file > system in general). I agree with the point made by several others that > the clean separation of base system and local mods is one of the great > strengths of FreeBSD. > > Since /etc/rc.d/local (or similar) has been proposed: > > - Why cannot /usr/local/etc/rc.d be used with rcorder if /etc/rc.d/local > is okay? What if a startup script need to do something BEFORE /usr is mounted? My case in point is Tobias Roth's profile.sh script. Since this is a script only with no programs in /usr/local, the only way to put it into a port is to allow it into the root filesystem in some place where it can be run before any filesystem is mounted. (It is dependent on ly on fsck.) > - If the argument is that /usr/local is not available: Okay, but in that > case you won't be able to start the ports anyway, since they are located > somewhere under /usr/local. Nope. The man page could be in /usr/local/man, but the startup script is the entire port, so there is nothing in /usr/local needed to run it. I can conceive of other ports that DO have executables in /usr/local that need to do some type of initialization before /usr is mounted. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 21:58:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FF2A16A4CE; Tue, 17 Aug 2004 21:58:15 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id F417C43D41; Tue, 17 Aug 2004 21:58:14 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Tue, 17 Aug 2004 14:58:14 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7CA575D04; Tue, 17 Aug 2004 14:58:14 -0700 (PDT) To: Scot Hetzel In-reply-to: Your message of "Tue, 17 Aug 2004 12:20:06 CDT." <790a9fff04081710207a373e03@mail.gmail.com> Date: Tue, 17 Aug 2004 14:58:14 -0700 From: "Kevin Oberman" Message-Id: <20040817215814.7CA575D04@ptavv.es.net> cc: Jan Srzednicki cc: freebsd-rc@freebsd.org cc: current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 21:58:15 -0000 > Date: Tue, 17 Aug 2004 12:20:06 -0500 > From: Scot Hetzel > Sender: owner-freebsd-current@freebsd.org > > On Tue, 17 Aug 2004 17:58:56 +0200, Jan Srzednicki wrote: > > > > > > On Tue, Aug 17, 2004 at 10:09:25AM -0500, Scot Hetzel wrote: > > > On Tue, 17 Aug 2004 10:08:12 +0200, Jan Srzednicki wrote: > > > > > > > > That's why my suggestion would be: /etc/rc.d/local/ (or > > > > /etc/rc.d/ports/, or whatever you want to call it). In this way you can > > > > easily separate both directories, and as new-style ports rc-scripts have > > > > to be placed in the new location, there is absolutely no confusion about > > > > them. Old scripts in /usr/local/etc/rc.d would be run with localpkg as > > > > they have been before. > > > > > > > Except this breaks for people who are NFS mounting /usr/local from > > > another machine, as the startup scripts are on the machine where the > > > port was originally installed, instead on in local/etc/rc.d. Which is > > > one of the purposes of putting them into local/etc/rc.d in the first > > > place. > > > > That can easily be fixed by a global make option (in /etc/make.conf) > > that would not install anything in /etc/rc.d/local/ and use old-style > > /usr/local/etc/rc.d, even if the system supports /etc/rc.d/local/. So it > > brings us to two make options - INSTALL_RCD and IGNORE_INSTALL_RCD (just > > a naming suggestion). /etc/rc.d/localpkg won't go away, so this seems to > > me to be a good solution. > > > There is still no need to have the ports system install the startup > scripts into /etc/rc.d/ or /etc/rc.d/local. If you have a look at the > NetBSD ports startup scripts, at the top of each script is a comment > that says to move the file.sh to /etc/rc.d/file, if you wish to have > them participate in rcorder. > > It is best to leave the moving of these scripts up to the individual > administrator. Only if mergemaster is fixed! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 22:03:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3814C16A4CE for ; Tue, 17 Aug 2004 22:03:32 +0000 (GMT) Received: from lakermmtao10.cox.net (lakermmtao10.cox.net [68.230.240.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B237043D5C for ; Tue, 17 Aug 2004 22:03:31 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao10.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040817220329.XKFG16005.lakermmtao10.cox.net@dolphin.local.net> for ; Tue, 17 Aug 2004 18:03:29 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7HM3Ti2077507 for ; Tue, 17 Aug 2004 17:03:29 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 17 Aug 2004 17:03:24 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-Id: <20040817170324.1d69243d@dolphin.local.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: "options AGP_AMD64_GART" in i386/conf/NOTES but not amd64/conf/NOTES? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:03:32 -0000 This seems a little odd to me. Why is "options AGP_AMD64_GART" listed in the NOTES file for i386, but not for amd64? Can this be right? -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 22:04:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ABA516A4CF for ; Tue, 17 Aug 2004 22:04:57 +0000 (GMT) Received: from the-macgregors.org (82-33-59-105.cable.ubr06.stav.blueyonder.co.uk [82.33.59.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 132E243D41 for ; Tue, 17 Aug 2004 22:04:56 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (authenticated bits=0) by the-macgregors.org (8.13.1/8.13.1) with ESMTP id i7HM4tKT011150 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 17 Aug 2004 22:04:55 GMT Message-Id: <200408172204.i7HM4tKT011150@the-macgregors.org> From: "Rob MacGregor" To: Date: Tue, 17 Aug 2004 23:05:00 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20040817175945.GP980@green.homeunix.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSEhBZsrvPv8lkCRTW2DmLN7IMbkwAId6LA X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Subject: RE: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:04:57 -0000 On Tuesday, August 17, 2004 7:00 PM, Brian Fundakowski Feldman danced on the keyboard and produced: > Thanks; Occam's razor says that this is almost certainly due > to the fact > that the new contigmalloc allocates from the top instead of the bottom > of the range you give it. I've got a thread going at http://www.vmware.com/community/thread.jspa?threadID=7055&tstart=0 on the matter. If anybody can provide details to petr (who may or may not be working for VMWare, but he certainly seems to be the most helpful person on the board) I'm sure it'll help track down the source of the problem. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 22:24:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DF1D16A4CE for ; Tue, 17 Aug 2004 22:24:09 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA2E243D3F for ; Tue, 17 Aug 2004 22:24:06 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) i7HMNiAq091831; Tue, 17 Aug 2004 18:23:44 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org Date: Tue, 17 Aug 2004 18:23:42 -0400 User-Agent: KMail/1.6.2 References: <20040817170324.1d69243d@dolphin.local.net> In-Reply-To: <20040817170324.1d69243d@dolphin.local.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408171823.42972.jkim@niksun.com> Subject: Re: "options AGP_AMD64_GART" in i386/conf/NOTES but not amd64/conf/NOTES? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:24:09 -0000 On Tuesday 17 August 2004 06:03 pm, Conrad J. Sabatier wrote: > This seems a little odd to me. Why is "options AGP_AMD64_GART" > listed in the NOTES file for i386, but not for amd64? Can this be > right? When I submitted the patch, I had an option for AMD64 (you can find it from the archive) but David removed it. So, it is unconditional now for AMD64. #if defined(__amd64__) || defined(AGP_AMD64_GART) Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 22:24:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6046B16A4CE for ; Tue, 17 Aug 2004 22:24:28 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B31543D1D for ; Tue, 17 Aug 2004 22:24:28 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so126145rnl for ; Tue, 17 Aug 2004 15:24:27 -0700 (PDT) Received: by 10.38.126.73 with SMTP id y73mr198275rnc; Tue, 17 Aug 2004 15:24:27 -0700 (PDT) Message-ID: <790a9fff04081715243288f5b0@mail.gmail.com> Date: Tue, 17 Aug 2004 17:24:27 -0500 From: Scot Hetzel To: Kevin Oberman In-Reply-To: <20040817215814.7CA575D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040817215814.7CA575D04@ptavv.es.net> cc: Jan Srzednicki cc: freebsd-rc@freebsd.org cc: current@freebsd.org Subject: Re: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:24:28 -0000 On Tue, 17 Aug 2004 14:58:14 -0700, Kevin Oberman wrote: > > It is best to leave the moving of these scripts up to the individual > > administrator. > > Only if mergemaster is fixed! > This could be fixed by adding: # KEYWORD: FreeBSD PORT to each startup script. Then making mergemaster ignore any script that has PORT in the KEYWORD line. Scot From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 22:33:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9629D16A4CE; Tue, 17 Aug 2004 22:33:36 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D70443D1D; Tue, 17 Aug 2004 22:33:36 +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 (SSL) id IBA74465; Tue, 17 Aug 2004 15:33:36 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id F2E3B5D04; Tue, 17 Aug 2004 15:33:35 -0700 (PDT) To: Scot Hetzel In-reply-to: Your message of "Tue, 17 Aug 2004 17:24:27 CDT." <790a9fff04081715243288f5b0@mail.gmail.com> Date: Tue, 17 Aug 2004 15:33:35 -0700 From: "Kevin Oberman" Message-Id: <20040817223335.F2E3B5D04@ptavv.es.net> cc: Jan Srzednicki cc: freebsd-rc@freebsd.org cc: current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:33:36 -0000 > Date: Tue, 17 Aug 2004 17:24:27 -0500 > From: Scot Hetzel > > On Tue, 17 Aug 2004 14:58:14 -0700, Kevin Oberman wrote: > > > It is best to leave the moving of these scripts up to the individual > > > administrator. > > > > Only if mergemaster is fixed! > > > This could be fixed by adding: > > # KEYWORD: FreeBSD PORT > > to each startup script. Then making mergemaster ignore any script > that has PORT in the KEYWORD line. Yes, this would work, although I would prefer: # KEYWORD: FreeBSD USER since some systems might want to add scripts to rc.local that are not from ports. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 22:35:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7148C16A4CE for ; Tue, 17 Aug 2004 22:35:02 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B1343D2D for ; Tue, 17 Aug 2004 22:35:02 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (rwcrmhc12) with SMTP id <2004081722350101400lfn56e> (Authid: apeiron@comcast.net); Tue, 17 Aug 2004 22:35:01 +0000 Date: Tue, 17 Aug 2004 18:34:57 -0400 From: Christopher Nehren To: Stuart Stegall Message-ID: <20040817223457.GA26302@prophecy.dyndns.org> References: <000001c484a0$e9df0f00$0200a8c0@casiopea> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <000001c484a0$e9df0f00$0200a8c0@casiopea> X-Please-CC-Me: In List And Group Replies User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: installworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:35:02 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 17, 2004 at 17:26:52 EDT, Stuart Stegall scribbled these curious markings: > Any ideas how best to resolve this issue, should I just manually add the = pf > user? When I updated, mergemaster's handling of /etc/master.passwd and /etc/group wasn't as fine-grained as I required: I would've had to readd users and groups with any of the choices that it offered me. So I merged those two files manually. --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIogRk/lo7zvzJioRAmSvAJsG7FDcVp/69ww0QXNSyb60Rx2oNgCggEBp bkYB23tlXxGmbvsf4G46uTw= =W32L -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 22:37:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9AA416A4CE for ; Tue, 17 Aug 2004 22:37:34 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75CE943D41 for ; Tue, 17 Aug 2004 22:37:34 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao01.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040817223731.XJZJ15934.lakermmtao01.cox.net@dolphin.local.net> for ; Tue, 17 Aug 2004 18:37:31 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7HMbWau077863 for ; Tue, 17 Aug 2004 17:37:32 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 17 Aug 2004 17:37:26 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-Id: <20040817173726.736dc3d8@dolphin.local.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Man pages for sound need updating from "pcm" to "sound" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:37:35 -0000 With the renaming of the pcm device to sound, we should update the man pages accordingly. There is currently no "sound" man page, only "pcm", which is obsolete and inaccurate. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 22:38:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16D6416A4CE for ; Tue, 17 Aug 2004 22:38:15 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B485F43D39 for ; Tue, 17 Aug 2004 22:38:14 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so217629rnk for ; Tue, 17 Aug 2004 15:38:04 -0700 (PDT) Received: by 10.38.14.76 with SMTP id 76mr194834rnn; Tue, 17 Aug 2004 15:38:03 -0700 (PDT) Message-ID: <790a9fff04081715382b449355@mail.gmail.com> Date: Tue, 17 Aug 2004 17:38:03 -0500 From: Scot Hetzel To: Kevin Oberman In-Reply-To: <20040817223335.F2E3B5D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040817223335.F2E3B5D04@ptavv.es.net> cc: Jan Srzednicki cc: freebsd-rc@freebsd.org cc: current@freebsd.org Subject: Re: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:38:15 -0000 On Tue, 17 Aug 2004 15:33:35 -0700, Kevin Oberman wrote: > > Date: Tue, 17 Aug 2004 17:24:27 -0500 > > From: Scot Hetzel > > > > > > On Tue, 17 Aug 2004 14:58:14 -0700, Kevin Oberman wrote: > > > > It is best to leave the moving of these scripts up to the individual > > > > administrator. > > > > > > Only if mergemaster is fixed! > > > > > This could be fixed by adding: > > > > # KEYWORD: FreeBSD PORT > > > > to each startup script. Then making mergemaster ignore any script > > that has PORT in the KEYWORD line. > > Yes, this would work, although I would prefer: > # KEYWORD: FreeBSD USER > since some systems might want to add scripts to rc.local that are not > from ports. > Another option is to use: # KEYWORD: FreeBSD SYSTEM for system startup scripts and only have mergemaster look at scripts with SYSTEM as KEYWORD. Scot From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 23:00:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7114316A4CE for ; Tue, 17 Aug 2004 23:00:22 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0600843D46 for ; Tue, 17 Aug 2004 23:00:22 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id C5ACE167686 for ; Wed, 18 Aug 2004 01:00:15 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i7HN02t7079339 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 18 Aug 2004 01:00:06 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@FreeBSD.org Date: Wed, 18 Aug 2004 00:59:57 +0200 User-Agent: KMail/1.6.2 References: <20040817173726.736dc3d8@dolphin.local.net> In-Reply-To: <20040817173726.736dc3d8@dolphin.local.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_x3oIBhQAs87J13H"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408180100.02205.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: Re: Man pages for sound need updating from "pcm" to "sound" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 23:00:22 -0000 --Boundary-02=_x3oIBhQAs87J13H Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 18 August 2004 00:37, Conrad J. Sabatier wrote: > With the renaming of the pcm device to sound, we should update the man > pages accordingly. There is currently no "sound" man page, only "pcm", > which is obsolete and inaccurate. And all the subdrivers' manpages still reference pcm. Also the sbc manpage= =20 does not reference the sb8 and sb16 sub-subdrivers (the sb16 subdriver is=20 necessary for getting PnP AWE64 cards to work for instance). =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 --Boundary-02=_x3oIBhQAs87J13H Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBIo3xXhc68WspdLARAjp7AKCUSN4oSZ+TTWgz7HCWDuJpK6cJSgCeKytg C+xP81PrpthoK8BZmgKqA34= =l5oD -----END PGP SIGNATURE----- --Boundary-02=_x3oIBhQAs87J13H-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 23:36:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A42616A4CE for ; Tue, 17 Aug 2004 23:36:25 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1276E43D45 for ; Tue, 17 Aug 2004 23:36:24 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 1747 invoked from network); 17 Aug 2004 23:36:23 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.54]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Aug 2004 23:36:23 -0000 Message-ID: <4122967B.8AE0261E@freebsd.org> Date: Wed, 18 Aug 2004 01:36:27 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------45152B5E26CB7702EE634D43" Subject: FYI: ipfw converted to PFIL_HOOKS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 23:36:25 -0000 This is a multi-part message in MIME format. --------------45152B5E26CB7702EE634D43 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit For your information and as a little heads up that this has happend. If anything doesn't work or behave as before don't hesitate to contact me with specifics of the problem. -- Andre --------------45152B5E26CB7702EE634D43 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: Delivered-To: andre@networx.ch Received: (qmail 1192 invoked from network); 17 Aug 2004 22:07:29 -0000 Received: from mx2.freebsd.org ([216.136.204.119]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 17 Aug 2004 22:07:29 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 990B458168 for ; Tue, 17 Aug 2004 22:05:58 +0000 (GMT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id E381416A4D9; Tue, 17 Aug 2004 22:05:56 +0000 (GMT) Delivered-To: andre@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id B71C816A4D0; Tue, 17 Aug 2004 22:05:56 +0000 (GMT) Delivered-To: src-committers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2343416A4CE; Tue, 17 Aug 2004 22:05:55 +0000 (GMT) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C55F43D48; Tue, 17 Aug 2004 22:05:55 +0000 (GMT) (envelope-from andre@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.12.11/8.12.11) with ESMTP id i7HM5sr7087607; Tue, 17 Aug 2004 22:05:54 GMT (envelope-from andre@repoman.freebsd.org) Received: (from andre@localhost) by repoman.freebsd.org (8.12.11/8.12.11/Submit) id i7HM5sDs087606; Tue, 17 Aug 2004 22:05:54 GMT (envelope-from andre) Message-Id: <200408172205.i7HM5sDs087606@repoman.freebsd.org> From: Andre Oppermann Date: Tue, 17 Aug 2004 22:05:54 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/conf files options src/sys/modules/ipfw Makefile src/sys/net bridge.c src/sys/netgraph ng_bridge.c src/sys/netinet ip_divert.c ip_dummynet.c ip_dummynet.h ip_fastfwd.c ip_fw.h ip_fw2.c ip_fw_pfil.c ip_input.c ip_output.c ... X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Mozilla-Status2: 00000000 andre 2004-08-17 22:05:54 UTC FreeBSD src repository Modified files: sys/conf files options sys/modules/ipfw Makefile sys/net bridge.c sys/netgraph ng_bridge.c sys/netinet ip_divert.c ip_dummynet.c ip_dummynet.h ip_fastfwd.c ip_fw.h ip_fw2.c ip_input.c ip_output.c ip_var.h raw_ip.c tcp_input.c tcp_sack.c sys/sys mbuf.h Added files: sys/netinet ip_fw_pfil.c Log: Convert ipfw to use PFIL_HOOKS. This is change is transparent to userland and preserves the ipfw ABI. The ipfw core packet inspection and filtering functions have not been changed, only how ipfw is invoked is different. However there are many changes how ipfw is and its add-on's are handled: In general ipfw is now called through the PFIL_HOOKS and most associated magic, that was in ip_input() or ip_output() previously, is now done in ipfw_check_[in|out]() in the ipfw PFIL handler. IPDIVERT is entirely handled within the ipfw PFIL handlers. A packet to be diverted is checked if it is fragmented, if yes, ip_reass() gets in for reassembly. If not, or all fragments arrived and the packet is complete, divert_packet is called directly. For 'tee' no reassembly attempt is made and a copy of the packet is sent to the divert socket unmodified. The original packet continues its way through ip_input/output(). ipfw 'forward' is done via m_tag's. The ipfw PFIL handlers tag the packet with the new destination sockaddr_in. A check if the new destination is a local IP address is made and the m_flags are set appropriately. ip_input() and ip_output() have some more work to do here. For ip_input() the m_flags are checked and a packet for us is directly sent to the 'ours' section for further processing. Destination changes on the input path are only tagged and the 'srcrt' flag to ip_forward() is set to disable destination checks and ICMP replies at this stage. The tag is going to be handled on output. ip_output() again checks for m_flags and the 'ours' tag. If found, the packet will be dropped back to the IP netisr where it is going to be picked up by ip_input() again and the directly sent to the 'ours' section. When only the destination changes, the route's 'dst' is overwritten with the new destination from the forward m_tag. Then it jumps back at the route lookup again and skips the firewall check because it has been marked with M_SKIP_FIREWALL. ipfw 'forward' has to be compiled into the kernel with 'option IPFIREWALL_FORWARD' to enable it. DUMMYNET is entirely handled within the ipfw PFIL handlers. A packet for a dummynet pipe or queue is directly sent to dummynet_io(). Dummynet will then inject it back into ip_input/ip_output() after it has served its time. Dummynet packets are tagged and will continue from the next rule when they hit the ipfw PFIL handlers again after re-injection. BRIDGING and IPFW_ETHER are not changed yet and use ipfw_chk() directly as they did before. Later this will be changed to dedicated ETHER PFIL_HOOKS. More detailed changes to the code: conf/files Add netinet/ip_fw_pfil.c. conf/options Add IPFIREWALL_FORWARD option. modules/ipfw/Makefile Add ip_fw_pfil.c. net/bridge.c Disable PFIL_HOOKS if ipfw for bridging is active. Bridging ipfw is still directly invoked to handle layer2 headers and packets would get a double ipfw when run through PFIL_HOOKS as well. netinet/ip_divert.c Removed divert_clone() function. It is no longer used. netinet/ip_dummynet.[ch] Neither the route 'ro' nor the destination 'dst' need to be stored while in dummynet transit. Structure members and associated macros are removed. netinet/ip_fastfwd.c Removed all direct ipfw handling code and replace it with the new 'ipfw forward' handling code. netinet/ip_fw.h Removed 'ro' and 'dst' from struct ip_fw_args. netinet/ip_fw2.c (Re)moved some global variables and the module handling. netinet/ip_fw_pfil.c New file containing the ipfw PFIL handlers and module initialization. netinet/ip_input.c Removed all direct ipfw handling code and replace it with the new 'ipfw forward' handling code. ip_forward() does not longer require the 'next_hop' struct sockaddr_in argument. Disable early checks if 'srcrt' is set. netinet/ip_output.c Removed all direct ipfw handling code and replace it with the new 'ipfw forward' handling code. netinet/ip_var.h Add ip_reass() as general function. (Used from ipfw PFIL handlers for IPDIVERT.) netinet/raw_ip.c Directly check if ipfw and dummynet control pointers are active. netinet/tcp_input.c Rework the 'ipfw forward' to local code to work with the new way of forward tags. netinet/tcp_sack.c Remove include 'opt_ipfw.h' which is not needed here. sys/mbuf.h Remove m_claim_next() macro which was exclusively for ipfw 'forward' and is no longer needed. Approved by: re (scottl) Revision Changes Path 1.943 +1 -0 src/sys/conf/files 1.475 +1 -0 src/sys/conf/options 1.17 +1 -1 src/sys/modules/ipfw/Makefile 1.82 +2 -0 src/sys/net/bridge.c 1.28 +2 -0 src/sys/netgraph/ng_bridge.c 1.98 +0 -21 src/sys/netinet/ip_divert.c 1.83 +7 -35 src/sys/netinet/ip_dummynet.c 1.32 +0 -2 src/sys/netinet/ip_dummynet.h 1.17 +32 -200 src/sys/netinet/ip_fastfwd.c 1.89 +15 -7 src/sys/netinet/ip_fw.h 1.70 +14 -51 src/sys/netinet/ip_fw2.c 1.1 +402 -0 src/sys/netinet/ip_fw_pfil.c (new) 1.283 +65 -217 src/sys/netinet/ip_input.c 1.225 +66 -281 src/sys/netinet/ip_output.c 1.89 +2 -0 src/sys/netinet/ip_var.h 1.142 +6 -6 src/sys/netinet/raw_ip.c 1.252 +19 -7 src/sys/netinet/tcp_input.c 1.3 +0 -1 src/sys/netinet/tcp_sack.c 1.157 +0 -15 src/sys/sys/mbuf.h --------------45152B5E26CB7702EE634D43-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 00:12:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7933A16A4CE for ; Wed, 18 Aug 2004 00:12:10 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33BBD43D3F for ; Wed, 18 Aug 2004 00:12:10 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i7I0BLr4094799; Tue, 17 Aug 2004 17:11:24 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (fa0-1-wlan-rtr.corp.yahoo.com [216.145.49.5]) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i7I0AXpG002449; Tue, 17 Aug 2004 17:10:33 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Tue, 17 Aug 2004 17:10:29 -0700 Message-ID: From: "George V. Neville-Neil" To: "Rob MacGregor" In-Reply-To: <200408172204.i7HM4tKT011150@the-macgregors.org> References: <20040817175945.GP980@green.homeunix.org> <200408172204.i7HM4tKT011150@the-macgregors.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: lnc0 in VmWare doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 00:12:10 -0000 At Tue, 17 Aug 2004 23:05:00 +0100, Rob MacGregor wrote: > I've got a thread going at > http://www.vmware.com/community/thread.jspa?threadID=7055&tstart=0 > on the matter. If anybody can provide details to petr (who may or > may not be working for VMWare, but he certainly seems to be the most > helpful person on the board) I'm sure it'll help track down the > source of the problem. I have posted this to the vmware forum and will reproduce it here. This is what the debug output of the failing driver looked like: Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: lnc0: Device timeout -- Resetting Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Driver/NIC [lnc0] state dump Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Memory access mode: 1 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Host memory Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: ----------- Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Receive ring: base = 0xcc136000, next = 0xcc136000 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 0:0xcc136000 md = 0xcc136098 buff = 0xcc136118 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 1:0xcc136008 md = 0xcc1360a0 buff = 0xcc136706 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 2:0xcc136010 md = 0xcc1360a8 buff = 0xcc136cf4 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 3:0xcc136018 md = 0xcc1360b0 buff = 0xcc1372e2 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 4:0xcc136020 md = 0xcc1360b8 buff = 0xcc1378d0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 5:0xcc136028 md = 0xcc1360c0 buff = 0xcc137ebe Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 6:0xcc136030 md = 0xcc1360c8 buff = 0xcc1384ac Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 7:0xcc136038 md = 0xcc1360d0 buff = 0xcc138a9a Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Transmit ring: base = 0xcc136040, next = 0xcc136040 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 0:0xcc136040 md = 0xcc1360d8 buff = 0xcc139088 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 1:0xcc136048 md = 0xcc1360e0 buff = 0xcc139676 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 2:0xcc136050 md = 0xcc1360e8 buff = 0xcc139c64 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 3:0xcc136058 md = 0xcc1360f0 buff = 0xcc13a252 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 4:0xcc136060 md = 0xcc1360f8 buff = 0xcc13a840 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 5:0xcc136068 md = 0xcc136100 buff = 0xcc13ae2e Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 6:0xcc136070 md = 0xcc136108 buff = 0xcc13b41c Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 7:0xcc136078 md = 0xcc136110 buff = 0xcc13ba0a Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Lance memory (may be on host(DMA) or card(SHMEM)) Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Init block = 0xcc136080 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: mode = 0 rlen:rdra = 60c4:9098 tlen:tdra = 60c4:90d8 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Receive descriptor ring Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 0 buffer = 0xc49118, BCNT = 1518, MCNT = 0, flags = 80 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 1 buffer = 0xc49706, BCNT = 1518, MCNT = 0, flags = 80 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 2 buffer = 0xc49cf4, BCNT = 1518, MCNT = 0, flags = 80 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 3 buffer = 0xc4a2e2, BCNT = 1518, MCNT = 0, flags = 80 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 4 buffer = 0xc4a8d0, BCNT = 1518, MCNT = 0, flags = 80 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 5 buffer = 0xc4aebe, BCNT = 1518, MCNT = 0, flags = 80 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 6 buffer = 0xc4b4ac, BCNT = 1518, MCNT = 0, flags = 80 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 7 buffer = 0xc4ba9a, BCNT = 1518, MCNT = 0, flags = 80 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Transmit descriptor ring Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 0 buffer = 0xc4c088, BCNT = 60, flags = 83 0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 1 buffer = 0xc4c676, BCNT = 60, flags = 83 0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 2 buffer = 0xc4cc64, BCNT = 60, flags = 83 0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 3 buffer = 0xc4d252, BCNT = 60, flags = 83 0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 4 buffer = 0xc4d840, BCNT = 60, flags = 83 0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 5 buffer = 0xc4de2e, BCNT = 0, flags = 0 0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 6 buffer = 0xc4e41c, BCNT = 0, flags = 0 0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: 7 buffer = 0xc4ea0a, BCNT = 0, flags = 0 0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: next_to_send = 5 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: CSR0 = 43 CSR1 = 9080 CSR2 = c4 CSR3 = 0 Aug 14 12:10:17 FreeBSD-CURRENT-2 kernel: If this tells anyone anything let me know. I might take more of a look at this but now that it works I'm more motivated to work on the IPv6 stuff that I'm supposed to be working on. Later, George From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 00:31:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6ADC16A4CE for ; Wed, 18 Aug 2004 00:31:29 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12B8B43D39 for ; Wed, 18 Aug 2004 00:31:26 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i7I0VL9q099915 for ; Wed, 18 Aug 2004 00:31:21 GMT (envelope-from anton@nikiforov.ru) Received: from [192.168.20.3] (florent-mashin.rmt.ru [81.13.8.34]) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i7I0VLTt099869; Wed, 18 Aug 2004 00:31:21 GMT (envelope-from anton@nikiforov.ru) Message-ID: <4122A34F.2020607@nikiforov.ru> Date: Wed, 18 Aug 2004 04:31:11 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040724 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <20040817234314.GA31323@laptoxa.toxa.lan> In-Reply-To: <20040817234314.GA31323@laptoxa.toxa.lan> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030601040806090509050002" cc: freebsd-current@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 00:31:29 -0000 This is a cryptographically signed message in MIME format. --------------ms030601040806090509050002 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Toxa wrote: > On Mon, Aug 16, 2004 at 08:06:30AM -0700, Colin Percival wrote: > >> Thanks to everyone who has been sending me data about their >>processors (and in particular, the 90nm versions), I now have >>a first draft of a Enhanced SpeedStep driver available. For >>people with the appropriate processors (Pentium M only), this >>makes it possible to adjust the cpu frequency via a new sysctl >>(hw.est_curfreq), and have the cpu voltage adjusted at the >>same time. >> I've also put together a very simple control daemon which >>reads kern.cp_time every second and adjusts the cpu frequency >>based on the fraction of cpu time which is idle. This increases >>my laptop's battery life by around 40%. >> All the code is online at >>http://www.daemonology.net/freebsd-est/ >> Assuming I don't hear any major bug reports in the next few >>days, I'll package these into ports and hopefully get them into >>the ports tree in time for 5.3-RELEASE. > > > I'm curious about processor's name. My laptop (sony vaio pcg-v505bx) has a Pentium 4 M, but not Centrino (which name is... Pentium 4 M too), afaik it's capable to support speedsted, (enhanced or not?). When loading your module: > > [(3:40)(85.32%)(p1):~/tmp/est ] sudo kldload ./est.ko > [(3:40)(85.32%)(p1):~/tmp/est ] kldstat|grep est > 27 1 0xc23cd000 2000 est.ko > [(3:40)(85.32%)(p1):~/tmp/est ] sysctl hw.est_curfreq > [(3:40)(85.32%)(p1):~/tmp/est ] sysctl hw.est_freqs > hw.est_freqs: > > e.g. nothing > Is this for Centrino processors only? > > p.s.: from dmesg: > > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1193.11-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > Features=0xbfebf9ff > I have COMPAQ Presario 2585 and have absolutley the same problem. My processor also supports for speedstep and dmesg looks like: #dmesg|grep CPU CPU: Mobile Intel(R) Pentium(R) 4 CPU 2.30GHz (2224.01-MHz 686-class CPU) in the est.c code i found out the followig: ....... err = kernel_sysctlbyname(curthread, "hw.model", hwmodel, &modellen, NULL, 0, NULL); ....... if (strncmp(hwmodel, "Intel(R) Pentium(R) M processor", 31) but my sysctl hw.model returns hw.model: Mobile Intel(R) Pentium(R) 4 CPU 2.30GHz The same as in dmesg. Changing the code to find a substring Mobile in hw.model delivers system stuck at the module load time. -- Best regads, Anton Nikiforov --------------ms030601040806090509050002 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA4MTgwMDMxMTJaMCMGCSqGSIb3DQEJ BDEWBBTOMI62/48OJ3A6dF4+YHCMIGNECzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQB0HgQy ssL3qtST3VJTxKVKqrs2gpopYNsVyEK7p1bOF4aJriXw000hE0jtHeiCmAhNiJylmbh6yho8 FIy6X4ZwE7SFiCmfgr87kX3qNzYbFwnEMXKyEDFwKxMpOOIT93eWYcJk9ysAV7kQp9l9rJDT yJ65xTCQV1UCmPV0/kKBr5NRkMpGlrIBma57wEDoXhyGIVdL06WM+vDuuXRyKYCyIarUoSRP G3xZrtn4xwpb9XxyDWKVjveRPDKsOf1jA7YHW3TwogOIT7CNi5/eA4l4zVxZf0nWfrwMHLV2 J3OVteuH/yllLZmPRrmsB/STv5kP44Ufix9hccf1Pq+3TmBXAAAAAAAA --------------ms030601040806090509050002-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 00:36:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A11016A4CE for ; Wed, 18 Aug 2004 00:36:39 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE89443D49 for ; Wed, 18 Aug 2004 00:36:36 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id BE88350BC0 for ; Wed, 18 Aug 2004 09:36:33 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 53DC850BED for ; Wed, 18 Aug 2004 09:36:32 +0900 (JST) Date: Wed, 18 Aug 2004 09:36:32 +0900 Message-ID: <7m7jrxcmen.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: panic: lock (sleep mutex) inp not locked @ /usr/src/sys/netinet6/in6_pcb.c:710 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 00:36:39 -0000 This is current kernel as of 2004.08.17.04.10.00+00. panic: lock (sleep mutex) inp not locked @ /usr/src/sys/netinet6/in6_pcb.c:710 cpuid = 1; KDB: enter: panic [thread 100012] Stopped at kdb_enter+0x2b: nop db> trace kdb_enter(c0679e1c) at kdb_enter+0x2b panic(c067d733,c068df54,c0688ab3,c0686de5,2c6) at panic+0x131 witness_unlock(c3b4084c,8,c0686de5,2c6) at witness_unlock+0xbc _mtx_unlock_flags(c3b4084c,0,c0686de5,2c6) at _mtx_unlock_flags+0x5b in6_pcbnotify(c0709d40,e4d3abb0,1600,e4d3abd0,9bed) at in6_pcbnotify+0x26d tcp6_ctlinput(6,e4d3abb0,e4d3ab80) at tcp6_ctlinput+0xf0 icmp6_notify_error(c3ad5b00,28,4c,6) at icmp6_notify_error+0x70e icmp6_input(e4d3acd4,e4d3ac74,3a,0,3a) at icmp6_input+0xc14 ip6_input(c3ad5b00) at ip6_input+0xd22 netisr_processqueue(c0708ca4) at netisr_processqueue+0x6e swi_net(0) at swi_net+0x88 ithread_loop(c3461b80,e4d3ad48,c3461b80,c04de148,0) at ithread_loop+0x124 fork_exit(c04de148,c3461b80,e4d3ad48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4d3ad7c, ebp = 0 --- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 01:16:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4A7C16A4CE; Wed, 18 Aug 2004 01:16:46 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC2F743D46; Wed, 18 Aug 2004 01:16:45 +0000 (GMT) (envelope-from wilkinsa@squirm.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 i7I1Fxfl000313; Wed, 18 Aug 2004 10:45:59 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id ; Wed, 18 Aug 2004 10:46:28 +0930 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 i7I1E9w03936; Wed, 18 Aug 2004 10:44:09 +0930 (CST) Received: from squirm.dsto.defence.gov.au ([131.185.40.211]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id QXSXVYLW; Wed, 18 Aug 2004 10:44:01 +0930 Received: from squirm.dsto.defence.gov.au (localhost [127.0.0.1]) by squirm.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id i7I1EGGx078111 ; Wed, 18 Aug 2004 10:44:16 +0930 (CST) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squirm.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id i7I1EDUe078110; Wed, 18 Aug 2004 10:44:13 +0930 (CST) (envelope-from wilkinsa) Date: Wed, 18 Aug 2004 10:44:13 +0930 From: "Wilkinson, Alex" To: Maxim Sobolev Message-ID: <20040818011413.GB75214@squirm.dsto.defence.gov.au> Mail-Followup-To: Maxim Sobolev , Colin Percival , current@freebsd.org, freebsd-mobile@freebsd.org References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4120F823.2040802@portaone.com> <6.1.0.6.1.20040816235520.03faa468@popserver.sfu.ca> <41220EC4.5010607@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <41220EC4.5010607@portaone.com> X-Message-Flag: "Beware of Outlook !" User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: Colin Percival cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 01:16:47 -0000 0n Tue, Aug 17, 2004 at 04:57:24PM +0300, Maxim Sobolev wrote: Well, TCC is not that different from ESS. The only difference is that it operates with percentages, not with absolute frequences and that there are fewer steps available. Therefore, it should be fairly easy to add support for TCC as well. Trying to follow this thread. Can you please elaborate on the acronyms: TCC and ESS. Thanks Thanks - aW From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 01:23:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAC6416A4CE; Wed, 18 Aug 2004 01:23:53 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7BC343D31; Wed, 18 Aug 2004 01:23:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7I1NqWc048064; Tue, 17 Aug 2004 21:23:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7I1NprY001818; Tue, 17 Aug 2004 21:23:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A8C17303F; Tue, 17 Aug 2004 21:23:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040818012351.2A8C17303F@freebsd-current.sentex.ca> Date: Tue, 17 Aug 2004 21:23:51 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 01:23:54 -0000 TB --- 2004-08-18 00:10:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-18 00:10:16 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-18 00:10:16 - checking out the source tree TB --- 2004-08-18 00:10:16 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-18 00:10:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-18 00:16:12 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-18 00:16:12 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-18 00:16:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-18 01:21:47 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-18 01:21:47 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-18 01:21:47 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 18 01:21:47 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h ln -s /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_bdg.h opt_bdg.h ln -s /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_bus.h opt_bus.h rm -f .depend mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/home/tinderbox/sandbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/i386/usr/include -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp.c agp_if.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_i810.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_intel.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_via.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_sis.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_ali.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_amd.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_nvidia.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_via.c:31:21: opt_agp.h: No such file or directory /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp/../../pci/agp_sis.c:31:21: opt_agp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/agp. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-18 01:23:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-18 01:23:50 - ERROR: failed to build generic kernel TB --- 2004-08-18 01:23:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 01:29:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D577016A4CE for ; Wed, 18 Aug 2004 01:29:36 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (omoikane.mb.skyweb.ca [64.42.246.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FBA143D2D for ; Wed, 18 Aug 2004 01:29:36 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 2509461CBD; Tue, 17 Aug 2004 20:29:35 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Tue, 17 Aug 2004 20:29:35 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408172029.35506.mjohnston@skyweb.ca> Subject: cvs-src summary for August 9-16 - special last-minute shopping edition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 01:29:37 -0000 Here's this week's giant summary. As you probably know, a code freeze went into effect first thing on the 17th, which is the main reason for the length of this summary. In other news, Omer Faruk Sen has kindly arranged to host a mailing list exclusively for the summaries, in case you'd like to get them separately from your current@ mail. The address of this list is freebsd-cvs-summary@lists.enderunix.org; to subscribe, send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org. Thanks, Omer! FreeBSD cvs-src summary for 09/08/04 to 16/08/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). If you would like to get the summary without subscribing to current@, please send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org. Thanks to Omer Faruk Sen and EnderUNIX for hosting this list. For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ====== Errata ====== I reported last week that Nate Lawson (njl) had moved the crypto distribution into the base system. This was actually done by Colin Percival (cperciva). I also creatively described UMA as standing for "Uniform Memory Access", when in reality it stands for "Universal Memory Allocator". Apologies to Colin and Nate, and anyone confused by the UMA mixup. ============ New features ============ ADAPTIVE_GIANT turned on by default ----------------------------------- Robert Watson (rwatson) enabled ADAPTIVE_GIANT by default in the GENERIC kernel. ADAPTIVE_GIANT makes the Giant system mutex adaptive. That is, when a thread wants to lock the Giant mutex, but it is already locked by a thread on another CPU, the first thread will keep running and wait for the lock to be released. Normally, the thread would instead go back to sleep and wait for its next chance to run. On an SMP system, Robert has noted a 16% improvement on buildworld and a 30% improvement in MySQL performance. Thanks to Colin Percival (cperciva) for sending me a pointer to this change. http://www.freebsd.org/cgi/mid.cgi?200408110134.i7B1YI9Y045791 GEOM support for read-only compressed disks added ------------------------------------------------- Max Khon (fjoe) committed geom_uzip, a GEOM class that implements read-only compressed disks. Using geom_uzip, you can natively mount disks compressed in cloop 2.0 format. The FreeSBIE_ project supplied some timings for application startup on their LiveCD, showing drastic improvements. Times are in minutes and seconds. Boot 1:26 1:04 X 41 9 XFce 1:17 18 xterm 13 2 Firefox 3:02 24 .. _FreeSBIE: http://www.freesbie.org/ http://www.freebsd.org/cgi/mid.cgi?200408130940.i7Dewwq077646 GEOM RAID 3 class added ----------------------- Pawel Jakub Dawidek (pjd) added a GEOM class for RAID 3 and a utility named graid3 that is used to manage it. RAID 3 spreads data across a number of drives, using another drive to store parity data. In the event of any one drive failing, the parity drive can be used to recover it. In other words, RAID 3 is like RAID 5, but it uses a dedicated drive for parity data. http://www.freebsd.org/cgi/mid.cgi?200408160623.i7G6NExIO57228 Speed enhancements for mmap and pipes ------------------------------------- Alan Cox (alc) committed code submitted by Mark W. Krentzel that changes the VM code to use an O(log n) algorithm instead of the old linear search when finding space to map memory. This results in much lower overhead for applications that mmap many regions. Dag-Erling Smorgrav (des) followed up, pointing out that the commit should also greatly increase pipe performance. http://www.freebsd.org/cgi/mid.cgi?200408130806.i7D86YJZ075107 ipfw rules can now be associated with jails ------------------------------------------- Christian S. J. Peron (csjp) added a "jail" option to ipfw, allowing rules to be associated with specific jail IDs. He gives the following example:: ipfw add count ip from any to any jail 2 http://www.freebsd.org/cgi/mid.cgi?200408122205.i7CM5lTf044327 GNU sort updated to latest version ---------------------------------- Tim Robbins (tjr) updated GNU sort to the latest version from GNU. The new version of sort improves the performance of merging large files with -m, as well as fixing some POSIX conformance issues. The semantics of "-o" have changed so that "-o -" means to write to a file named "-", not standard output; "-k" with a b argument has changed to skip leading blanks in some cases. See `Tim's followup`_ for more details. .. _`Tim's followup`: http://www.freebsd.org/cgi/mid.cgi?20040812063334.GA79720 http://www.freebsd.org/cgi/mid.cgi?200408120537.i7C5bkIs005791 Routing table entries using much less memory now ------------------------------------------------ Andre Oppermann (andre) converted the system routing table to use a UMA zone to store entries. The effect of this is to reduce the memory used by about 50%, from 256 bytes plus overhead to 132 bytes per entry. In testing, Andre reports he was able to load roughly 1.2 million routes before running out of space. http://www.freebsd.org/cgi/mid.cgi?200408111726.i7BHQuPC078939 Support for new Adaptec architecture and 2130S adapter added ------------------------------------------------------------ Scott Long (scottl) added support for the Adaptec RAID-On-Chip architecture, introducing support for the Adaptec 2130S adapter. Scott thanks Adaptec for providing hardware for this work. http://www.freebsd.org/cgi/mid.cgi?200408130144.i7D1i9Nc060041 Support for VIA C3 Nehemiah AES encryption ------------------------------------------ Mark Murray (markm) committed support for the Via C3 Nehemiah chip's embedded "Padlock" AES encryption. This code was imported from the yet-unreleased OpenSSL 0.9.5. http://www.freebsd.org/cgi/mid.cgi?200408141338.i7EDcZTE040442 ACPI locking added ------------------ Nate Lawson (njl) added locking to much of the ACPI code, preparing it to use on SMP without the Giant mutex. (many) 32-bit linux emulation on 64-bit platforms introduced ----------------------------------------------------- Tim Robbins (tjr) committed preliminary support for running 32-bit Linux binaries on the AMD64 platform. This is enabled with the COMPAT_LINUX32 option. More work is still required before both 32-bit and 64-bit Linux emulation can be used at once. http://www.freebsd.org/cgi/mid.cgi?200408160755.i7G7t6GG064950 =============== Notable changes =============== sysinstall changed to X.org instead of XFree86 ---------------------------------------------- Ken Smith (kensmith) committed patches from Eric Anholt (anholt) to change sysinstall from installing XFree86_ to installing the `X.org`_ X server. There was a major controversy in February 2004 regarding license changes in XFree86; `a summary`_ can be found at `Linux Today`_. FreeBSD initially switched to X.org in July (see `Eric's HEADSUP`_). .. _XFree86: http://www.xfree86.org .. _`X.org`: http://www.x.org .. _`a summary`: http://linuxtoday.com/developer/2004021803026NWDTLL .. _`Linux Today`: http://www.linuxtoday.com .. _`Eric's HEADSUP`: http://lists.freebsd.org/pipermail/freebsd-current/2004-July/032267.html http://www.freebsd.org/cgi/mid.cgi?200408100218.i7A2ISVL090391 pcic for NEWCARD removed ------------------------ Warner Losh (imp) removed the pcic driver for NEWCARD, as it was "badly broken". http://www.freebsd.org/cgi/mid.cgi?200408111724.i7BHOgxY078756 RANDOM_IP_ID kernel option becomes a sysctl ------------------------------------------- David Malone (dwmalone) eliminated the RANDOM_IP_ID kernel option, which randomized the identifier field on IP packets, and added a new sysctl, net.inet.ip.random_id. Setting the sysctl to 1 gives the same effect as setting RANDOM_IP_ID did. This change is based on similar work done in NetBSD. http://www.freebsd.org/cgi/mid.cgi?200408141532.i7EFWKAT043669 ================= Discussion topics ================= Preserving the user interface on an MFC --------------------------------------- Oliver Eikemeier (eik) merged the latest pkg_install tools from -CURRENT to -STABLE. As part of this change, he replaced the old Perl version of pkg_version with the new C version, which no longer supports the -c flag. In -STABLE, the -c flag outputs commands you could use to update your packages to the latest versions, although if used as-is, the resulting commands will destroy dependencies. Ceri Davies (ceri) followed up, "I don't think that this should have gone into RELENG_4 [with pkg_version -c not working]." Alfred Perlstein (alfred) agreed, "We don't break things that used to work in 4.x unless there is dire need." Doug Barton (dougb) agreed as well, saying, "This should not have happened, and I'd like to see it backed out." Oliver replied to all three, offering, "When anyone from re@ thinks it is worth the effort, I will add an -c option to the C pkg_version code ASAP." He also mentioned, "I believe backing this out won't be beneficial for -STABLE users, since they'll loose a lot of features (and speed).", asking, "Has anyone on this thread *ever* used that option?" Doug replied, "I am happy to let re@ make the decision [ . . . ]." He also addressed the second part of Oliver's post, saying, "None of these arguments are relevant, sorry. One of the key principles for a -stable branch is not violating trust with our users that 'how things work is how they will always work' without a really good reason. 'It's better, stronger, faster!' is not a really good reason." Ken Smith (kensmith), as a member of re@, said, "I would like to see the -c added please. [ . . . ] Additional features (and speed ;-) are always welcome/good as long as existing semantics don't change." Oliver replied, "Ok, I'll write a patch then." Ken responded, "First thank you, the effort is appreciated. [ . . . ] It sounds like Oliver is agreeable to adding -c so I'm OK with his previous commit remaining in RELENG_4 as long as adding -c doesn't take too long." Bruce Mah (bmah) then followed up, saying "As the original author of pkg_version (the Perl one), I wish I had never added the -c option. Of the users I have talked to who used this option, the majority used it wrongly (as a package updating script). In hindsight, this was basically a foot-shooting device. :-(" Alfred pointed out, "But wouldn't it suck to be that user that actually does use '-c' correctly, and to have it suddenly gone in the middle of a 'stable' release?" Will Andrews (will) replied, "It is a broken mis-feature. Please tell me how you managed to make it work properly. Do you have some sort of script that sorts the output in order by dependency tree? Or do you actually go through it every time and sort it by hand? [ . . . ] portupgrade is a much better tool. How about simply replacing -c with a message suggesting use of that instead?" Ceri answered, "The fact is that the development community have an agreement with the userbase that we will not do this. The fact that we all think that -c is shit doesn't change that." http://www.freebsd.org/cgi/mid.cgi?200408111616.i7BGGOYZ074677 Network interface flag ambiguities ---------------------------------- Maksim Yevmenkin (emax) committed code to set the IFF_RUNNING flag on the tap network interface as soon as its control device is opened. Max Laier (mlaier) responded, "IFF_RUNNING has a different meaning (for all I know) - 'resources allocated' i.e. address(es) assigned. See if_loop.c for instance." Brian Feldman (green) replied, "Having written a driver recently, the best I could find is that IFF_RUNNING essentially means not dead..." John Polstra (jdp) replied, "That's pretty much correct. IFF_UP is an administrative control that expresses the desired state of the interface. [ . . . ] IFF_RUNNING is the driver's idea of the _actual_ state." He clarified, "Neither IFF_UP nor IFF_RUNNING have anything at all to do with whether any addresses are assigned to the interface." Roman Kurakin (rik) pointed out, "PPP state machine can remove IFF_UP. For example if connection is not persistent and link was broken for any reason." John answered, "I call that a bug." Roman argued, "This is not a bug, this is feature of protocol. Some times link should go down (or other state from which it could go up only by administrator (or program) intervention)." John disagreed, saying, "PPP should clear IFF_RUNNING in that case, but should leave IFF_UP untouched." Roman noted, "But in that case we need some other way to bring line up again, since we unable just to ifconfig XXX up." He asked, "Could you describe why is so bad that some administrative action could be canceled due to protection or some other reasons by device state machine?" John answered, "Well, it is standard practice to separate administrative controls from driver status bits.", pointing out that IEEE standards use "'adminEnable' and 'operEnable' to reflect the administratively requested state and the actual state, respectively." Sam Leffler (sam) responded to John's previous post, clarifying, "IFF_RUNNING was intended to mark a device "ready for use" and should be managed by the driver. IFF_UP was to be administratively controlled and any automated change is contrary to the original intent/design." Roman replied, saying, "Ok. Since IFF_UP is used this way by many implementations we have to agree that this is normal behavior that was introduced by evolution and practice like word spelling could be changed from its origin." Sam responded, "The instances that I am aware of are misdesigns that need correcting." John also replied, saying, "There's a big difference between human language and software design. IFF_UP is misused by some implementations because the implementors didn't understand it. That's not evolution, it's just a plain old bug. :-)" http://www.freebsd.org/cgi/mid.cgi?200408110012.i7B0CRnp039953 ================= Committer changes ================= Matt Jacob (mjacob) has returned after a brief absence; he requested his commit bit be suspended in March. http://www.freebsd.org/cgi/mid.cgi?200408122116.i7CLGiRW042861 =============== Other bug fixes =============== Max Laier (mlaier) imported a fix from OpenBSD for pf. This fix corrects a problem that caused incorrect packet checksums when using the "scrub random-id" option. http://www.freebsd.org/cgi/mid.cgi?200408121359.i7CDxiHD024666 Tim Robbins (tjr) fixed a bug in gzip that could result in a crash when processing certain corrupt input files. This fix was also MFC'ed. http://www.freebsd.org/cgi/mid.cgi?200408130538.i7D5ciLc069647 Martin Blapp (mbr) fixed a bug in the DHCP client that could result in it neither renewing its old address nor requesting a new one. http://www.freebsd.org/cgi/mid.cgi?200408161609.i7GG9oKa005749 Bill Paul (wpaul) fixed the NDISulator to support the Texas Instruments 802.11g chipset, as used in the Netgear WG311v2 wireless PCI card. The NDISulator allows the use of Windows network drivers under FreeBSD. Note that the firmware, supplied with the driver as .bin files, will need to be installed in /compat/ndis. http://www.freebsd.org/cgi/mid.cgi?200408161850.i7GIoK6c020520 Eric Anholt (anholt) fixed a problem in the AGP code that was resulting in a spontaneous reboot with VIA AGPv3 chipsets when an AGPv2 card was used. This closes `PR 69953`_. .. _`PR 69953`: http://www.freebsd.org/cgi/query-pr.cgi?pr=69953 http://www.freebsd.org/cgi/mid.cgi?200408092101.i79L1nD8078620 Ian Dowse (iedowse) fixed a bug in the driver for the ASIX Electronics AX88172 USB Ethernet adapter, as used in the D-Link DUBE100, the Linksys USB200M, the Netgear FA120, and other cards. The bug was resulting in the interface breaking down under load. This closes `PR 70474`_, which also had the fix from Andrew Thompson. .. _`PR 70474`: http://www.freebsd.org/cgi/query-pr.cgi?pr=70474 http://www.freebsd.org/cgi/mid.cgi?200408151051.i7FApLh8081711 From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 01:35:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40CA316A4CE for ; Wed, 18 Aug 2004 01:35:27 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5179243D53 for ; Wed, 18 Aug 2004 01:35:26 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7I1Mljr040086 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 17 Aug 2004 21:22:48 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Marc van Kempen Date: Tue, 17 Aug 2004 21:36:20 -0400 User-Agent: KMail/1.6.2 References: <40CDDFFC.6070507@bowtie.nl> <200406201131.18562.mistry.7@osu.edu> <200408110820.07720.marc@bowtie.nl> In-Reply-To: <200408110820.07720.marc@bowtie.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408172136.28147.mistry.7@osu.edu> X-Spam-Status: No, hits=-4.3 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,J_CHICKENPOX_32,PGP_SIGNATURE, QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: USB Mouse not working on Thinkpad R40, works under WinXP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 01:35:27 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 11 August 2004 02:20 am, you wrote: > Hi Anish, > > Did you get any further in the mean time? > > Regards, > Marc. > > On Sunday 20 June 2004 17:31, you wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Sunday 20 June 2004 05:09 am, Tai-hwa Liang wrote: > > > On Mon, 14 Jun 2004, Marc van Kempen wrote: > > > > Hi, > > > > > > > > I just bought a new usb mouse (Genius Powerscroll Eye U+P, optical > > > > mouse), and while my other USB mouse works fine under FreeBSD > > > > -current (about two months old), this one doesn't. > > > > > > I have the similar problem on both -STABLE and -CURRENT. Mine is an > > > "ELECOM M-MAPP1KHBK" optical mouse, which can be probed by ums.ko and > > > usbd; however, I found no mouse event from /dev/ums0 while moving, > > > clicking or wheel scrolling the mouse. > > > > > > > The mouse is recognized (I see the entry in /var/log/messages) and > > > > usbd is running and forking off a moused (moused -p /dev/ums0 -I > > > > /var/run/...). X is configured to work with sysmouse (and this works > > > > with my other USB mouse), but both on the text console and in X the > > > > pointer doesn't move and buttons don't work. > > > > > > Same here: the usbd detected the mouse, but neither the console > > > pointer(moused) nor the XFree86 responded to the mouse movement. > > > > I'm working on importing the NetBSD sources (this particular part of the > > code has been out of sync for a while, so it's going to take a bit of > > time) which I believe may fix this problem. You might want to search t= he > > hardware list for a small patch by Markus Wild (Fix for Logitech DiNovo > > cordless mouse) that might fix this problem. > > - -- > > Anish Mistry > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.2.4 (FreeBSD) > > > > iD8DBQFA1a3FxqA5ziudZT0RAoBfAJ4n3ILw9eBq1hZh6yFU0Wh7hlW9UACg1fTe > > 1II6JfPB6ePrXXmtXTrAOjU=3D > > =3DCupK > > -----END PGP SIGNATURE----- I've got a USB MS Intellimouse that does the same thing. I was able to get= it=20 to work by commenting out the right 2 returns in the ums_intr. For some=20 reason it keeps returning the status IOERROR, but it works. I'm working on= a=20 better patch that will enable the tilt function too. I'll try to post this= =20 tonight. =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBIrKbxqA5ziudZT0RArDEAJ9ddkDNLXHkXt8S40w5K7Tq/rqH5gCfXVN2 QFLJSUTx/snUhy4uZd7lwp8=3D =3Dh4Xi =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 02:10:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8679516A4CE; Wed, 18 Aug 2004 02:10:24 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 368E343D1D; Wed, 18 Aug 2004 02:10:24 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i7I2AFbg007683; Tue, 17 Aug 2004 19:10:18 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200408180210.i7I2AFbg007683@gw.catspoiler.org> Date: Tue, 17 Aug 2004 19:10:15 -0700 (PDT) From: Don Lewis To: grog@FreeBSD.org In-Reply-To: <20040817013525.GF81257@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: mb@imp.ch cc: FreeBSD-current@FreeBSD.org cc: radek@raadradd.com Subject: Re: Current method of dumping a processor? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 02:10:24 -0000 On 17 Aug, Greg 'groggy' Lehey wrote: > On Friday, 13 August 2004 at 1:07:41 +0200, Radek Kozlowski wrote: >> On Fri, Aug 13, 2004 at 07:28:59AM +0930, Greg 'groggy' Lehey wrote: >>> I've tried it on kernels built in January, May and yesterday. In each >>> case, I did: >>> >>> dumpon /dev/ad0s2b >>> >>> (for appropriate values of ad0s2b). All kernels include ddb. I >>> entered the debugger with ctrl-alt-esc and entered "panic". The >>> kernel from January dumps just fine. The kernels from May and August >>> hang. >>> >>> Am I doing something wrong? Has something else changed? Does anybody >>> else have this problem? >> >> I also had this problem back in June when I was trying to get a crash >> dump, but nobody replied (see >> http://lists.freebsd.org/pipermail/freebsd-current/2004-June/029434.html). >> I then learnt that I can use call doadump in ddb and have been using >> that since then. > > Thanks. Yes, this seems to work. Are we agreed that it's a bug that > the 'panic' command just hangs? Try the patch below. I suspect that syncer_shutdown() is the most likely culprit, but a number of the other shutdown_pre_sync handlers could potentially hang. They should probably be tweaked to only execute if they can run without blocking. Index: sys/kern/vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.522 diff -u -r1.522 vfs_subr.c --- sys/kern/vfs_subr.c 16 Aug 2004 08:33:37 -0000 1.522 +++ sys/kern/vfs_subr.c 18 Aug 2004 01:54:56 -0000 @@ -60,6 +60,7 @@ #include #include #include +#include #include #include #include @@ -1742,6 +1743,8 @@ { struct thread *td; + if (howto & RB_NOSYNC) + return; td = FIRST_THREAD_IN_PROC(updateproc); sleepq_remove(td, &lbolt); mtx_lock(&sync_mtx); From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 02:15:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 937C816A4CE; Wed, 18 Aug 2004 02:15:43 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 222E043D6E; Wed, 18 Aug 2004 02:15:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7I2FgUh052703; Tue, 17 Aug 2004 22:15:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7I2FeoM014832; Tue, 17 Aug 2004 22:15:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 271BC7303F; Tue, 17 Aug 2004 22:15:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040818021541.271BC7303F@freebsd-current.sentex.ca> Date: Tue, 17 Aug 2004 22:15:41 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 02:15:43 -0000 TB --- 2004-08-18 01:23:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-18 01:23:51 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-18 01:23:51 - checking out the source tree TB --- 2004-08-18 01:23:51 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-18 01:23:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-18 01:30:20 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-18 01:30:20 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-18 01:30:20 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-18 02:15:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-18 02:15:40 - ERROR: failed to build world TB --- 2004-08-18 02:15:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 02:48:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E4C516A4CE; Wed, 18 Aug 2004 02:48:53 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDF0743D31; Wed, 18 Aug 2004 02:48:52 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i7I2minn007733; Tue, 17 Aug 2004 19:48:47 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200408180248.i7I2minn007733@gw.catspoiler.org> Date: Tue, 17 Aug 2004 19:48:44 -0700 (PDT) From: Don Lewis To: grog@FreeBSD.org In-Reply-To: <200408180210.i7I2AFbg007683@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: FreeBSD-current@FreeBSD.org cc: mb@imp.ch cc: radek@raadradd.com Subject: Re: Current method of dumping a processor? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 02:48:53 -0000 On 17 Aug, Don Lewis wrote: > On 17 Aug, Greg 'groggy' Lehey wrote: >> On Friday, 13 August 2004 at 1:07:41 +0200, Radek Kozlowski wrote: >>> On Fri, Aug 13, 2004 at 07:28:59AM +0930, Greg 'groggy' Lehey wrote: >>>> I've tried it on kernels built in January, May and yesterday. In each >>>> case, I did: >>>> >>>> dumpon /dev/ad0s2b >>>> >>>> (for appropriate values of ad0s2b). All kernels include ddb. I >>>> entered the debugger with ctrl-alt-esc and entered "panic". The >>>> kernel from January dumps just fine. The kernels from May and August >>>> hang. >>>> >>>> Am I doing something wrong? Has something else changed? Does anybody >>>> else have this problem? >>> >>> I also had this problem back in June when I was trying to get a crash >>> dump, but nobody replied (see >>> http://lists.freebsd.org/pipermail/freebsd-current/2004-June/029434.html). >>> I then learnt that I can use call doadump in ddb and have been using >>> that since then. >> >> Thanks. Yes, this seems to work. Are we agreed that it's a bug that >> the 'panic' command just hangs? > > Try the patch below. I suspect that syncer_shutdown() is the most > likely culprit, but a number of the other shutdown_pre_sync handlers > could potentially hang. They should probably be tweaked to only execute > if they can run without blocking. > > > Index: sys/kern/vfs_subr.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v > retrieving revision 1.522 > diff -u -r1.522 vfs_subr.c > --- sys/kern/vfs_subr.c 16 Aug 2004 08:33:37 -0000 1.522 > +++ sys/kern/vfs_subr.c 18 Aug 2004 01:54:56 -0000 > @@ -60,6 +60,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -1742,6 +1743,8 @@ > { > struct thread *td; > > + if (howto & RB_NOSYNC) > + return; > td = FIRST_THREAD_IN_PROC(updateproc); > sleepq_remove(td, &lbolt); > mtx_lock(&sync_mtx); > There is a patch below for another problem I found when I broke into DDB and executed panic(). The system paniced a second time after the crash dump succeeded. Geom could be fixed to not call malloc() in the MOD_SHUTDOWN case, but it is probably better not to invoke the module shutdown handlers if the system panics. Dump complete panic: malloc(M_WAITOK) in interrupt context cpuid = 0; KDB: enter: panic [thread 100075] Stopped at kdb_enter+0x2b: nop db> tr kdb_enter(c0811deb) at kdb_enter+0x2b panic(c0810484,c07e67b9,c22520c0,c0847360,2) at panic+0x131 malloc(8,c086a260,102) at malloc+0x74 g_modevent(c22520c0,2,c0847360) at g_modevent+0x59 module_shutdown(0,104,c224d00c,0,c0811e0f) at module_shutdown+0x2d boot(104,104,c23d2c60,0,c0837748) at boot+0x61f panic(c07dcc32,e8eb8bdc,c0461620,c062804b,0) at panic+0x17f db_panic(c062804b,0,ffffffff,e8eb8b50,0) at db_panic+0xd db_command(c08b8404,c08406c0,c0837748,c0837764,c07dcc40) at db_command+0x264 db_command_loop(0,0,e8eb8c08,e8eb8bf4,e8eb8c3c) at db_command_loop+0x5c db_trap(3,0,3,c23d2c60,e8eb8c88) at db_trap+0xdd kdb_trap(3,0,e8eb8c90) at kdb_trap+0x8b trap(18,10,10,f9,c23bd000) at trap+0x4ac calltrap() at calltrap+0x5 --- trap 0x3, eip = 0xc062804b, esp = 0xe8eb8cd0, ebp = 0xe8eb8cd0 --- kdb_enter(c082df9e) at kdb_enter+0x2b siointr1(c23bd000,c0916000,0,c082dd62,6ad) at siointr1+0xce siointr(c23bd000) at siointr+0x21 intr_execute_handlers(c225d490,e8eb8d44,4,bfbfe090,c0796543) at intr_execute_han dlers+0xa9 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0x8059717, esp = 0xbfbfe058, ebp = 0xbfbfe090 --- Index: sys/kern/kern_module.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_module.c,v retrieving revision 1.45 diff -u -r1.45 kern_module.c --- sys/kern/kern_module.c 15 Jul 2004 08:26:05 -0000 1.45 +++ sys/kern/kern_module.c 18 Aug 2004 02:27:17 -0000 @@ -37,6 +37,7 @@ #include #include #include +#include #include #include #include @@ -94,6 +95,8 @@ { module_t mod; + if (arg2 & RB_NOSYNC) + return; MOD_SLOCK; TAILQ_FOREACH(mod, &modules, link) MOD_EVENT(mod, MOD_SHUTDOWN); From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 02:53:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F72616A4CE for ; Wed, 18 Aug 2004 02:53:11 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CC6D43D2F for ; Wed, 18 Aug 2004 02:53:09 +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 i7I2qrVo033617 for ; Wed, 18 Aug 2004 12:22:53 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 18 Aug 2004 12:22:52 +0930 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200408181222.52676.doconnor@gsoft.com.au> X-Spam-Score: -2.8 () CARRIAGE_RETURNS,PGP_SIGNATURE,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 02:53:11 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Running the following worked for me.. sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o devel/imak= e-6 imake-4* sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-l= ibraries XFree86-libraries sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-c= lients XFree86-clients sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-server= s/xorg-server XFree86-Server sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-d= ocuments XFree86-documents sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/= xorg-fonts-truetype XFree86-fontScalable sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/= xorg-fonts-100dpi XFree86-font100dpi sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/= xorg-fonts-75dpi XFree86-font75dpi sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/= xorg-fonts-type1 XFree86-fontDefaultBitmaps sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/= xorg-fonts-cyrillic XFree86-fontCyrillic sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/= xorg-fonts-encodings XFree86-fontEncodings sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg -= f XFree86 =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBIsSE5ZPcIHs/zowRAozvAJ9nLwA9HAaPb5Y4bY683Wbs6BvHNQCgpnHY NRzcKIWzB738jPLRi+p3GN4=3D =3DYLNh =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 03:11:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9071216A4CE for ; Wed, 18 Aug 2004 03:11:31 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E562643D41 for ; Wed, 18 Aug 2004 03:11:29 +0000 (GMT) (envelope-from wilkinsa@squirm.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 i7I3Ahfl013205 for ; Wed, 18 Aug 2004 12:40:43 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id ; Wed, 18 Aug 2004 12:41:17 +0930 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 i7I36fw26324; Wed, 18 Aug 2004 12:36:42 +0930 (CST) Received: from squirm.dsto.defence.gov.au ([131.185.40.211]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id QXSXV8YY; Wed, 18 Aug 2004 12:36:33 +0930 Received: from squirm.dsto.defence.gov.au (localhost [127.0.0.1]) by squirm.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id i7I36f7h012768 ; Wed, 18 Aug 2004 12:36:41 +0930 (CST) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squirm.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id i7I36fv4012767; Wed, 18 Aug 2004 12:36:41 +0930 (CST) (envelope-from wilkinsa) Date: Wed, 18 Aug 2004 12:36:41 +0930 From: "Wilkinson, Alex" To: "Daniel O'Connor" Message-ID: <20040818030640.GA440@squirm.dsto.defence.gov.au> Mail-Followup-To: Daniel O'Connor , freebsd-current@freebsd.org References: <200408181222.52676.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <200408181222.52676.doconnor@gsoft.com.au> X-Message-Flag: "Beware of Outlook !" User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 03:11:31 -0000 0n Wed, Aug 18, 2004 at 12:22:52PM +0930, Daniel O'Connor wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Running the following worked for me.. sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o devel/imake-6 imake-4* sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-libraries XFree86-libraries sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-clients XFree86-clients sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-servers/xorg-server XFree86-Server sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-documents XFree86-documents sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-truetype XFree86-fontScalable sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-100dpi XFree86-font100dpi sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-75dpi XFree86-font75dpi sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-type1 XFree86-fontDefaultBitmaps sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-cyrillic XFree86-fontCyrillic sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-encodings XFree86-fontEncodings sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg -f XFree86 What's the point in doing each port separately when you could have just done: # portupgrade -Rrav ?? - aW From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 03:24:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA6416A4CE for ; Wed, 18 Aug 2004 03:24:58 +0000 (GMT) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E910B43D48 for ; Wed, 18 Aug 2004 03:24:57 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from [207.41.94.233] (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i7I3OENQ029363; Tue, 17 Aug 2004 20:24:15 -0700 From: kstewart To: freebsd-current@freebsd.org Date: Tue, 17 Aug 2004 20:24:42 -0700 User-Agent: KMail/1.6.2 References: <200408181222.52676.doconnor@gsoft.com.au> <20040818030640.GA440@squirm.dsto.defence.gov.au> In-Reply-To: <20040818030640.GA440@squirm.dsto.defence.gov.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408172024.42469.kstewart@owt.com> cc: "Wilkinson, Alex" Subject: Re: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 03:24:58 -0000 On Tuesday 17 August 2004 08:06 pm, Wilkinson, Alex wrote: > 0n Wed, Aug 18, 2004 at 12:22:52PM +0930, Daniel O'Connor wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Running the following worked for me.. > > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o > devel/imake-6 imake-4* sudo portupgrade -l /tmp/portupgrade.log -L > /tmp/portupgrade- -o x11/xorg-libraries XFree86-libraries sudo portupgrade > -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-clients > XFree86-clients sudo portupgrade -l /tmp/portupgrade.log -L > /tmp/portupgrade- -o x11-servers/xorg-server XFree86-Server sudo > portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o > x11/xorg-documents XFree86-documents sudo portupgrade -l > /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-truetype > XFree86-fontScalable sudo portupgrade -l /tmp/portupgrade.log -L > /tmp/portupgrade- -o x11-fonts/xorg-fonts-100dpi XFree86-font100dpi sudo > portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o > x11-fonts/xorg-fonts-75dpi XFree86-font75dpi sudo portupgrade -l > /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-type1 > XFree86-fontDefaultBitmaps sudo portupgrade -l /tmp/portupgrade.log -L > /tmp/portupgrade- -o x11-fonts/xorg-fonts-cyrillic XFree86-fontCyrillic > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o > x11-fonts/xorg-fonts-encodings XFree86-fontEncodings sudo portupgrade -l > /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg -f XFree86 > > > What's the point in doing each port separately when you could have just > done: > > # portupgrade -Rrav > I have the understanding the the x-libraries are added statically. I did the pkg_delete and then added xorg back in. Lots of broken dependancies when you do it individually. The links for XFree86 and xorg are different. It seemed like forever before I could do a "portupgrade -rf xorg-libraries" and have it actually build everything. The other problem I am having is with KDE. With xorg, KDE has lost track of xdb, your keyboard and layouts. It got to the point on 4.10-stable that all I could type in konsole showed up like "?? ??? ?" and etc. In other utilities, they were all greek letters. I went back to XFree86 to get things working again. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html Support the Bison at http://www.buffalofieldcampaign.org/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 03:25:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9DB416A4D0 for ; Wed, 18 Aug 2004 03:25:34 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E5B943D48 for ; Wed, 18 Aug 2004 03:25:32 +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 DB6BE74; Tue, 17 Aug 2004 23:25:30 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: "Wilkinson, Alex" In-Reply-To: <20040818030640.GA440@squirm.dsto.defence.gov.au> References: <200408181222.52676.doconnor@gsoft.com.au> <20040818030640.GA440@squirm.dsto.defence.gov.au> Content-Type: text/plain Message-Id: <1092799529.15740.3.camel@rushlight.kf8nh.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 17 Aug 2004 23:25:30 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 03:25:35 -0000 On Tue, 2004-08-17 at 23:06, Wilkinson, Alex wrote: > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o devel/imake-6 imake-4* > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-libraries XFree86-libraries > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-clients XFree86-clients > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-servers/xorg-server XFree86-Server > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg-documents XFree86-documents > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-truetype XFree86-fontScalable > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-100dpi XFree86-font100dpi > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-75dpi XFree86-font75dpi > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-type1 XFree86-fontDefaultBitmaps > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-cyrillic XFree86-fontCyrillic > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11-fonts/xorg-fonts-encodings XFree86-fontEncodings > sudo portupgrade -l /tmp/portupgrade.log -L /tmp/portupgrade- -o x11/xorg -f XFree86 > > > What's the point in doing each port separately when you could have just done: > > # portupgrade -Rrav The point is the -o options, which tell portupgrade to upgrade the installed XFree86 port *from the corresponding xorg port* so dependencies get updated correctly. Yours will just try to upgrade the XFree86 ports as XFree86 ports, not switch to xorg. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 03:54:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D8A716A4CE for ; Wed, 18 Aug 2004 03:54:18 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03EC643D1D for ; Wed, 18 Aug 2004 03:54:15 +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 i7I3sAkk036806; Wed, 18 Aug 2004 13:24:10 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: kstewart Date: Wed, 18 Aug 2004 13:23:55 +0930 User-Agent: KMail/1.6.2 References: <200408181222.52676.doconnor@gsoft.com.au> <20040818030640.GA440@squirm.dsto.defence.gov.au> <200408172024.42469.kstewart@owt.com> In-Reply-To: <200408172024.42469.kstewart@owt.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408181324.02212.doconnor@gsoft.com.au> X-Spam-Score: -5.2 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,TO_LOCALPART_EQ_REAL,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: "Wilkinson, Alex" Subject: Re: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 03:54:18 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 18 Aug 2004 12:54, kstewart wrote: > > # portupgrade -Rrav > > I have the understanding the the x-libraries are added statically. I did > the pkg_delete and then added xorg back in. Lots of broken dependancies Not really sure what you mean by "added statically". The x.org libraries _should_ be called pretty much the same as the XFree on= es=20 (and indeed some of them HAVE to). I did the commands I listed, and logged out and logged back in and it worke= d=20 fine. > The other problem I am having is with KDE. With xorg, KDE has lost track = of > xdb, your keyboard and layouts. It got to the point on 4.10-stable that a= ll > I could type in konsole showed up like "?? ??? ?" and etc. In other > utilities, they were all greek letters. I went back to XFree86 to get > thiapplicationsngs working again. Strange..=20 Works fine here with KDE 3.2.3. =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBItLZ5ZPcIHs/zowRApyIAJ0bKrUI4SaW1K6uS3x32zLEveRQsgCglvcO 8pFoaa/fhPSlaR+1PBD32FE=3D =3DNeaM =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 04:04:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9936D16A4CE for ; Wed, 18 Aug 2004 04:04:40 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17CEB43D5C for ; Wed, 18 Aug 2004 04:04:40 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7I42j1L036240; Wed, 18 Aug 2004 00:02:45 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7I42iCJ036237; Wed, 18 Aug 2004 00:02:45 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 18 Aug 2004 00:02:44 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jun Kuriyama In-Reply-To: <7m7jrxcmen.wl@black.imgsrc.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Current Subject: Re: panic: lock (sleep mutex) inp not locked @ /usr/src/sys/netinet6/in6_pcb.c:710 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 04:04:40 -0000 On Wed, 18 Aug 2004, Jun Kuriyama wrote: > This is current kernel as of 2004.08.17.04.10.00+00. > > panic: lock (sleep mutex) inp not locked @ > /usr/src/sys/netinet6/in6_pcb.c:710 Hmm. This code is somewhat more spaghetti than I thought. In the IPv4 version, we check the return value of the notify function to decide if we need to unlock. Something like the following may fix this: Index: in6_pcb.c =================================================================== RCS file: /home/ncvs/src/sys/netinet6/in6_pcb.c,v retrieving revision 1.59 diff -u -r1.59 in6_pcb.c --- in6_pcb.c 14 Aug 2004 15:32:20 -0000 1.59 +++ in6_pcb.c 18 Aug 2004 04:02:00 -0000 @@ -705,9 +705,11 @@ } do_notify: - if (notify) - (*notify)(inp, errno); - INP_UNLOCK(inp); + if (notify) { + if ((*notify)(inp, errno)) + INP_UNLOCK(inp); + } else + INP_UNLOCK(inp); } INP_INFO_WUNLOCK(pcbinfo); splx(s); Do you have a dump for this? If so, is there any chance you could tell me what function 'notify' was set to point to, and what the value of 'inp' is there? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > cpuid = 1; > KDB: enter: panic > [thread 100012] > Stopped at kdb_enter+0x2b: nop > db> trace > kdb_enter(c0679e1c) at kdb_enter+0x2b > panic(c067d733,c068df54,c0688ab3,c0686de5,2c6) at panic+0x131 > witness_unlock(c3b4084c,8,c0686de5,2c6) at witness_unlock+0xbc > _mtx_unlock_flags(c3b4084c,0,c0686de5,2c6) at _mtx_unlock_flags+0x5b > in6_pcbnotify(c0709d40,e4d3abb0,1600,e4d3abd0,9bed) at in6_pcbnotify+0x26d > tcp6_ctlinput(6,e4d3abb0,e4d3ab80) at tcp6_ctlinput+0xf0 > icmp6_notify_error(c3ad5b00,28,4c,6) at icmp6_notify_error+0x70e > icmp6_input(e4d3acd4,e4d3ac74,3a,0,3a) at icmp6_input+0xc14 > ip6_input(c3ad5b00) at ip6_input+0xd22 > netisr_processqueue(c0708ca4) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0x88 > ithread_loop(c3461b80,e4d3ad48,c3461b80,c04de148,0) at ithread_loop+0x124 > fork_exit(c04de148,c3461b80,e4d3ad48) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe4d3ad7c, ebp = 0 --- > > > -- > Jun Kuriyama // IMG SRC, Inc. > // FreeBSD Project > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 04:18:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 648FD16A4CE; Wed, 18 Aug 2004 04:18:45 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA17843D5D; Wed, 18 Aug 2004 04:18:44 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 80ED050B13; Wed, 18 Aug 2004 13:18:41 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 1C39C50881; Wed, 18 Aug 2004 13:18:40 +0900 (JST) Date: Wed, 18 Aug 2004 13:18:40 +0900 Message-ID: <7mwtzxaxjz.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Robert Watson In-Reply-To: References: <7m7jrxcmen.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: Current Subject: Re: panic: lock (sleep mutex) inp not locked @ /usr/src/sys/netinet6/in6_pcb.c:710 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 04:18:45 -0000 At Wed, 18 Aug 2004 00:02:44 -0400 (EDT), Robert Watson wrote: > Hmm. This code is somewhat more spaghetti than I thought. In the IPv4 > version, we check the return value of the notify function to decide if we > need to unlock. Something like the following may fix this: Okay, I'll try with your patch. > Do you have a dump for this? If so, is there any chance you could tell me > what function 'notify' was set to point to, and what the value of 'inp' is > there? Sorry, I didn't take a dump at this time. I'll take it when I get a panic next time. > in6_pcbnotify(c0709d40,e4d3abb0,1600,e4d3abd0,9bed) at in6_pcbnotify+0x26d Is "9bed" is the value of notify argument? It seems it is too small for function pointer... -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 04:30:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 642FE16A4CE for ; Wed, 18 Aug 2004 04:30:41 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E781043D49 for ; Wed, 18 Aug 2004 04:30:38 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7I4Siw9037836; Wed, 18 Aug 2004 00:28:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7I4SibP037833; Wed, 18 Aug 2004 00:28:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 18 Aug 2004 00:28:44 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jun Kuriyama In-Reply-To: <7mwtzxaxjz.wl@black.imgsrc.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Current Subject: Re: panic: lock (sleep mutex) inp not locked @ /usr/src/sys/netinet6/in6_pcb.c:710 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 04:30:41 -0000 On Wed, 18 Aug 2004, Jun Kuriyama wrote: > > in6_pcbnotify(c0709d40,e4d3abb0,1600,e4d3abd0,9bed) at in6_pcbnotify+0x26d > > Is "9bed" is the value of notify argument? It seems it is too small for > function pointer... We're truncating the arguments because there are so many; that's actually lport_arg, I believe. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 04:52:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E48016A4CE for ; Wed, 18 Aug 2004 04:52:10 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 652EE43D3F for ; Wed, 18 Aug 2004 04:52:10 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 5406 invoked from network); 18 Aug 2004 04:52:09 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Aug 2004 04:52:09 -0000 Received: from hydrogen.funkthat.com (fgjajc@localhost.funkthat.com [127.0.0.1])i7I4q7uU041919; Tue, 17 Aug 2004 21:52:09 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7I4q6Pq041918; Tue, 17 Aug 2004 21:52:06 -0700 (PDT) Date: Tue, 17 Aug 2004 21:52:06 -0700 From: John-Mark Gurney To: Mark Johnston Message-ID: <20040818045206.GD99980@funkthat.com> Mail-Followup-To: Mark Johnston , current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org References: <200408172029.35506.mjohnston@skyweb.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408172029.35506.mjohnston@skyweb.ca> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-cvs-summary@lists.enderunix.org cc: current@freebsd.org Subject: Re: cvs-src summary for August 9-16 - special last-minute shopping edition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 04:52:10 -0000 Mark Johnston wrote this message on Tue, Aug 17, 2004 at 20:29 -0500: > Here's this week's giant summary. As you probably know, a code freeze went > into effect first thing on the 17th, which is the main reason for the length > of this summary. Another change you forgot is that I commit patches to make kqueue safe to use on -current. This has been a long outstanding problem with -current. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 04:52:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C5DA16A4CE for ; Wed, 18 Aug 2004 04:52:55 +0000 (GMT) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A72943D48 for ; Wed, 18 Aug 2004 04:52:55 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from [207.41.94.233] (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i7I4qKNQ032491; Tue, 17 Aug 2004 21:52:20 -0700 From: kstewart To: freebsd-current@freebsd.org Date: Tue, 17 Aug 2004 21:52:49 -0700 User-Agent: KMail/1.6.2 References: <200408181222.52676.doconnor@gsoft.com.au> <200408172024.42469.kstewart@owt.com> <200408181324.02212.doconnor@gsoft.com.au> In-Reply-To: <200408181324.02212.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408172152.49021.kstewart@owt.com> cc: "Wilkinson, Alex" Subject: Re: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 04:52:55 -0000 On Tuesday 17 August 2004 08:53 pm, Daniel O'Connor wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 18 Aug 2004 12:54, kstewart wrote: > > > # portupgrade -Rrav > > > > I have the understanding the the x-libraries are added statically. I did > > the pkg_delete and then added xorg back in. Lots of broken dependancies > > Not really sure what you mean by "added statically". > The x.org libraries _should_ be called pretty much the same as the XFree > ones (and indeed some of them HAVE to). Static means they are included when you link. Most libraries are loaded dynamic so that you change the library and the next time you execute, you get the latest version. With static you have to re-link the programs that use the library. > > I did the commands I listed, and logged out and logged back in and it > worked fine. > > > The other problem I am having is with KDE. With xorg, KDE has lost track > > of xdb, your keyboard and layouts. It got to the point on 4.10-stable > > that all I could type in konsole showed up like "?? ??? ?" and etc. In > > other utilities, they were all greek letters. I went back to XFree86 to > > get thiapplicationsngs working again. > > Strange.. > Works fine here with KDE 3.2.3. > Go into the Control Center > Regional & accessibility > Keyboard layouts and see if you have anything. Mine is empty. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html Support the Bison at http://www.buffalofieldcampaign.org/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 05:13:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C782C16A4CE; Wed, 18 Aug 2004 05:13:00 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A85B43D41; Wed, 18 Aug 2004 05:13:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i7I5D0cO050969; Wed, 18 Aug 2004 01:13:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7I5CxSu076996; Wed, 18 Aug 2004 01:12:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9C4167303F; Wed, 18 Aug 2004 01:12:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040818051259.9C4167303F@freebsd-current.sentex.ca> Date: Wed, 18 Aug 2004 01:12:59 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 05:13:01 -0000 TB --- 2004-08-18 03:31:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-18 03:31:03 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-18 03:31:03 - checking out the source tree TB --- 2004-08-18 03:31:03 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-08-18 03:31:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-18 03:36:44 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-18 03:36:44 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-18 03:36:44 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-18 04:47:49 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-18 04:47:49 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-18 04:47:49 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 18 04:47:50 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Aug 18 05:01:40 UTC 2004 TB --- 2004-08-18 05:01:40 - generating LINT kernel config TB --- 2004-08-18 05:01:40 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-08-18 05:01:40 - /usr/bin/make -B LINT TB --- 2004-08-18 05:01:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-18 05:01:41 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-18 05:01:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 18 05:01:42 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_encap.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_fastfwd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_fw2.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_fw_pfil.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_icmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_input.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_input.c: In function `ip_input': /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_input.c:416: error: label `pass' used but not defined *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-18 05:12:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-18 05:12:58 - ERROR: failed to build lint kernel TB --- 2004-08-18 05:12:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 05:13:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 835C716A4DC for ; Wed, 18 Aug 2004 05:13:09 +0000 (GMT) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D897143D3F for ; Wed, 18 Aug 2004 05:13:08 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from [207.41.94.233] (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i7I5CZNQ000773; Tue, 17 Aug 2004 22:12:36 -0700 From: kstewart To: freebsd-current@freebsd.org Date: Tue, 17 Aug 2004 22:13:04 -0700 User-Agent: KMail/1.6.2 References: <200408181222.52676.doconnor@gsoft.com.au> <200408181324.02212.doconnor@gsoft.com.au> <200408172152.49021.kstewart@owt.com> In-Reply-To: <200408172152.49021.kstewart@owt.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408172213.04769.kstewart@owt.com> cc: "Wilkinson, Alex" Subject: Re: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 05:13:09 -0000 On Tuesday 17 August 2004 09:52 pm, kstewart wrote: > On Tuesday 17 August 2004 08:53 pm, Daniel O'Connor wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Wed, 18 Aug 2004 12:54, kstewart wrote: > > > > # portupgrade -Rrav > > > > > > I have the understanding the the x-libraries are added statically. I > > > did the pkg_delete and then added xorg back in. Lots of broken > > > dependancies > > > > Not really sure what you mean by "added statically". > > The x.org libraries _should_ be called pretty much the same as the XFree > > ones (and indeed some of them HAVE to). > > Static means they are included when you link. Most libraries are loaded > dynamic so that you change the library and the next time you execute, you > get the latest version. With static you have to re-link the programs that > use the library. One more point. When you build a new library, the only safe thing to do is rebuild everything that uses that library. You don't know if they changed an element of a structure or not. If they didn't and you rebuild everything, all you did is lose some cpu time. If they modified something, and you don't rebuild everything, then, you have introduced the possiblity for massive offset errors that you won't know about until someone breaks into your system. Kent > > > I did the commands I listed, and logged out and logged back in and it > > worked fine. > > > > > The other problem I am having is with KDE. With xorg, KDE has lost > > > track of xdb, your keyboard and layouts. It got to the point on > > > 4.10-stable that all I could type in konsole showed up like "?? ??? ?" > > > and etc. In other utilities, they were all greek letters. I went back > > > to XFree86 to get thiapplicationsngs working again. > > > > Strange.. > > Works fine here with KDE 3.2.3. > > Go into the Control Center > Regional & accessibility > Keyboard layouts > and see if you have anything. Mine is empty. > > Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html Support the Bison at http://www.buffalofieldcampaign.org/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 06:26:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEDD816A4CE for ; Wed, 18 Aug 2004 06:26:25 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF6D43D48 for ; Wed, 18 Aug 2004 06:26:22 +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 i7I6QHOY040520; Wed, 18 Aug 2004 15:56:18 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: kstewart Date: Wed, 18 Aug 2004 15:56:07 +0930 User-Agent: KMail/1.6.2 References: <200408181222.52676.doconnor@gsoft.com.au> <200408181324.02212.doconnor@gsoft.com.au> <200408172152.49021.kstewart@owt.com> In-Reply-To: <200408172152.49021.kstewart@owt.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408181556.16717.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,TO_LOCALPART_EQ_REAL,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: "Wilkinson, Alex" Subject: Re: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 06:26:25 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 18 Aug 2004 14:22, kstewart wrote: > > Not really sure what you mean by "added statically". > > The x.org libraries _should_ be called pretty much the same as the XFree > > ones (and indeed some of them HAVE to). > > Static means they are included when you link. Most libraries are loaded > dynamic so that you change the library and the next time you execute, you > get the latest version. With static you have to re-link the programs that > use the library. In general X applications are linked dynamically.. (I am not aware of any statically linked ones) > > Strange.. > > Works fine here with KDE 3.2.3. > > Go into the Control Center > Regional & accessibility > Keyboard layouts= =20 > and see if you have anything. Mine is empty. Yep, it's empty. Maybe it needs an extension in the X server..? =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBIvaH5ZPcIHs/zowRAgqcAJ9qKDpnZPncFbgp1qsV8AnK6qCl+wCfVWFP 1WL89Z3tCjkKQQJ4dl/3xeM=3D =3D8CA7 =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 06:28:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D662B16A4CE for ; Wed, 18 Aug 2004 06:28:43 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB92943D46 for ; Wed, 18 Aug 2004 06:28:42 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i7I6Rukt040558; Wed, 18 Aug 2004 15:58:05 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 18 Aug 2004 15:57:56 +0930 User-Agent: KMail/1.6.2 References: <200408181222.52676.doconnor@gsoft.com.au> <200408172152.49021.kstewart@owt.com> <200408172213.04769.kstewart@owt.com> In-Reply-To: <200408172213.04769.kstewart@owt.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408181557.56952.doconnor@gsoft.com.au> X-Spam-Score: -4.6 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_03_05,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: "Wilkinson, Alex" cc: kstewart Subject: Re: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 06:28:43 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 18 Aug 2004 14:43, kstewart wrote: > One more point. When you build a new library, the only safe thing to do is > rebuild everything that uses that library. You don't know if they changed > an element of a structure or not. If they didn't and you rebuild > everything, all you did is lose some cpu time. If they modified something, > and you don't rebuild everything, then, you have introduced the possiblity > for massive offset errors that you won't know about until someone breaks > into your system. I am pretty sure that things like Xlib have quite a fixed ABI which means y= ou=20 shouldn't have to rebuild apps that use it. The most likely outcome of a broken ABI is a coredump and I don't see any o= f=20 those, all the applications I've tried work fine too. Don't forget that even if there was a static binary the X wire protocol is= =20 well defined so it wouldn't affect things. =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBIvbs5ZPcIHs/zowRAnDnAJ4jZzO6dL1Ayjrf67irfQqOKh4d3wCgi+zM a+ghRYz0ZHM7vwUKHsfFbbI=3D =3D8h9J =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 06:37:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF3E216A4CE for ; Wed, 18 Aug 2004 06:37:10 +0000 (GMT) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 606FC43D1F for ; Wed, 18 Aug 2004 06:37:10 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from [207.41.94.233] (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i7I6aUNQ003435; Tue, 17 Aug 2004 23:36:37 -0700 From: kstewart To: "Daniel O'Connor" Date: Tue, 17 Aug 2004 23:36:58 -0700 User-Agent: KMail/1.6.2 References: <200408181222.52676.doconnor@gsoft.com.au> <200408172213.04769.kstewart@owt.com> <200408181557.56952.doconnor@gsoft.com.au> In-Reply-To: <200408181557.56952.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408172336.58601.kstewart@owt.com> cc: freebsd-current@freebsd.org cc: "Wilkinson, Alex" Subject: Re: Migrating to X.org with portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 06:37:10 -0000 On Tuesday 17 August 2004 11:27 pm, Daniel O'Connor wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 18 Aug 2004 14:43, kstewart wrote: > > One more point. When you build a new library, the only safe thing to do > > is rebuild everything that uses that library. You don't know if they > > changed an element of a structure or not. If they didn't and you rebuild > > everything, all you did is lose some cpu time. If they modified > > something, and you don't rebuild everything, then, you have introduced > > the possiblity for massive offset errors that you won't know about until > > someone breaks into your system. > > I am pretty sure that things like Xlib have quite a fixed ABI which means > you shouldn't have to rebuild apps that use it. I didn't know about that end :). > > The most likely outcome of a broken ABI is a coredump and I don't see any > of those, all the applications I've tried work fine too. Mine did to. Around that time they also made a number of changes to 3.2.3 and changed the gcc compiler. There were a number of ports that had to be rebuilt because of the upgrade in the gcc compiler. I think at some point, I just rebuilt everything. Kent > > Don't forget that even if there was a static binary the X wire protocol is > well defined so it wouldn't affect things. > > - -- -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html Support the Bison at http://www.buffalofieldcampaign.org/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 06:52:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99E6616A4CE; Wed, 18 Aug 2004 06:52:51 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC1CC43D2F; Wed, 18 Aug 2004 06:52:50 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7I6qjKL093961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Aug 2004 09:52:46 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7I65mf7017150; Wed, 18 Aug 2004 09:05:48 +0300 (EEST) (envelope-from ru) Date: Wed, 18 Aug 2004 09:05:48 +0300 From: Ruslan Ermilov To: Scott Long Message-ID: <20040818060547.GB6348@ip.net.ua> References: <200408180021.i7I0LCCK020175@repoman.freebsd.org> <20040818002136.03A8B16A524@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20040818002136.03A8B16A524@hub.freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@FreeBSD.org Subject: Re: [src] cvs commit: src/sys/sys param.h src/sys/conf newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 06:52:51 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 12:21:36AM +0000, Scott Long wrote: > Index: src/sys/sys/param.h [...] > * scheme is: <0 if release branch, otherwise 1= >xx > */ > #undef __FreeBSD_version > -#define __FreeBSD_version 502128 /* Master, propagated to newvers */ > +#define __FreeBSD_version 600000 /* Master, propagated to newvers */ ^^^^^^ I believe this should be 600100, or are we changing the scheme again? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD4DBQFBIvG6qRfpzJluFF4RAj6IAJ0UjT2l/U1czlgFjy6Q5ERwj2fPdgCXRuk7 1QXcMB5QAbRKMfqpKZp28g== =sHYH -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 06:53:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06F9C16A4CE; Wed, 18 Aug 2004 06:53: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 3D19243D46; Wed, 18 Aug 2004 06:53:09 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7I6qjKR093961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Aug 2004 09:53:02 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7I6RAQl033677; Wed, 18 Aug 2004 09:27:10 +0300 (EEST) (envelope-from ru) Date: Wed, 18 Aug 2004 09:27:09 +0300 From: Ruslan Ermilov To: John-Mark Gurney Message-ID: <20040818062709.GC6348@ip.net.ua> References: <200408172029.35506.mjohnston@skyweb.ca> <20040818045206.GD99980@funkthat.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aT9PWwzfKXlsBJM1" Content-Disposition: inline In-Reply-To: <20040818045206.GD99980@funkthat.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@FreeBSD.org Subject: kqueue is safe to use? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 06:53:10 -0000 --aT9PWwzfKXlsBJM1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 17, 2004 at 09:52:06PM -0700, John-Mark Gurney wrote: > Mark Johnston wrote this message on Tue, Aug 17, 2004 at 20:29 -0500: > > Here's this week's giant summary. As you probably know, a code freeze = went=20 > > into effect first thing on the 17th, which is the main reason for the l= ength=20 > > of this summary. >=20 > Another change you forgot is that I commit patches to make kqueue safe > to use on -current. This has been a long outstanding problem with > -current. >=20 Would the following be safe to commit now? %%% Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.bin/make/Makefile,v retrieving revision 1.33 diff -u -r1.33 Makefile --- Makefile 12 Aug 2004 11:49:55 -0000 1.33 +++ Makefile 18 Aug 2004 06:23:06 -0000 @@ -18,11 +18,10 @@ CFLAGS+=3D-DMAKE_VERSION=3D\"5200408120\" .if defined(_UPGRADING) CFLAGS+=3D-D__FBSDID=3D__RCSID +.else +CFLAGS+=3D-DUSE_KQUEUE .endif =20 -# XXX: kernel currently broken -# CFLAGS+=3D-DUSE_KQUEUE - main.o: ${MAKEFILE} =20 # Set the shell which make(1) uses. Bourne is the default, but a decent %%% Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --aT9PWwzfKXlsBJM1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIva9qRfpzJluFF4RAk5TAJ0eA2xjXOMPleXN3+nxIk+gIPstNwCfZweL 2GkuCelLRo4Pfb5J3DIXAt4= =pK2N -----END PGP SIGNATURE----- --aT9PWwzfKXlsBJM1-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 07:15:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 350BF16A4CE for ; Wed, 18 Aug 2004 07:15:00 +0000 (GMT) Received: from smtp003.bizmail.yahoo.com (smtp003.bizmail.yahoo.com [216.136.130.195]) by mx1.FreeBSD.org (Postfix) with SMTP id E35BC43D49 for ; Wed, 18 Aug 2004 07:14:59 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp003.bizmail.yahoo.com with SMTP; 18 Aug 2004 07:14:59 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id A1C106243; Wed, 18 Aug 2004 02:14:58 -0500 (CDT) 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 59245-01; Wed, 18 Aug 2004 02:14:57 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 407E1620A; Wed, 18 Aug 2004 02:14:57 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i7I7Euax028537; Wed, 18 Aug 2004 02:14:56 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <412301F0.2070307@alumni.rice.edu> Date: Wed, 18 Aug 2004 02:14:56 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <200408180021.i7I0LCCK020175@repoman.freebsd.org> <20040818002136.03A8B16A524@hub.freebsd.org> <20040818060547.GB6348@ip.net.ua> In-Reply-To: <20040818060547.GB6348@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: Scott Long cc: current@FreeBSD.org Subject: Re: [src] cvs commit: src/sys/sys param.h src/sys/conf newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 07:15:00 -0000 On 08/18/04 01:05, Ruslan Ermilov wrote: > On Wed, Aug 18, 2004 at 12:21:36AM +0000, Scott Long wrote: >> Index: src/sys/sys/param.h > > [...] > >> * scheme is: <0 if release branch, otherwise 1>xx >> */ >> #undef __FreeBSD_version >> -#define __FreeBSD_version 502128 /* Master, propagated to newvers */ >> +#define __FreeBSD_version 600000 /* Master, propagated to newvers */ > ^^^^^^ > I believe this should be 600100, or are we changing the scheme > again? No, 600000 is correct. The reason is that 600100 will be used for 6-CURRENT *after* a 6.0-RELEASE. 6-CURRENT before and *including* 6.0-RELEASE should follow the 6000xx scheme. Note that this is unchanged from the way 5-CURRENT and 5.0-RELEASE (which ended up being 500043) were handled: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html Jon From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 07:30:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7811E16A4CE; Wed, 18 Aug 2004 07:30:20 +0000 (GMT) Received: from dd2626.kasserver.com (dd2626.kasserver.com [81.209.184.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id CADF643D2D; Wed, 18 Aug 2004 07:30:19 +0000 (GMT) (envelope-from outi@bytephobia.de) Received: from duality.bytephobia.de (pD95F06D2.dip.t-dialin.net [217.95.6.210]) by dd2626.kasserver.com (Postfix) with SMTP id 0F85879C99; Wed, 18 Aug 2004 09:30:17 +0200 (CEST) Date: Wed, 18 Aug 2004 08:21:41 +0200 From: Patrick Hurrelmann To: anton@nikiforov.ru Message-Id: <20040818082141.5d2fcee7@duality.bytephobia.de> In-Reply-To: <4122A34F.2020607@nikiforov.ru> References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <20040817234314.GA31323@laptoxa.toxa.lan> <4122A34F.2020607@nikiforov.ru> Organization: private X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Toxa cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: outi@bytephobia.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 07:30:20 -0000 On Wed, 18 Aug 2004 04:31:11 +0400 Anton Nikiforov wrote: > Toxa wrote: > > On Mon, Aug 16, 2004 at 08:06:30AM -0700, Colin Percival wrote: > > > >> Thanks to everyone who has been sending me data about their > >>processors (and in particular, the 90nm versions), I now have > >>a first draft of a Enhanced SpeedStep driver available. For > >>people with the appropriate processors (Pentium M only), this > >>makes it possible to adjust the cpu frequency via a new sysctl > >>(hw.est_curfreq), and have the cpu voltage adjusted at the > >>same time. > >> I've also put together a very simple control daemon which > >>reads kern.cp_time every second and adjusts the cpu frequency > >>based on the fraction of cpu time which is idle. This increases > >>my laptop's battery life by around 40%. > >> All the code is online at > >>http://www.daemonology.net/freebsd-est/ > >> Assuming I don't hear any major bug reports in the next few > >>days, I'll package these into ports and hopefully get them into > >>the ports tree in time for 5.3-RELEASE. > > > > > > I'm curious about processor's name. My laptop (sony vaio pcg-v505bx) has a Pentium 4 M, but not Centrino (which name is... Pentium 4 M too), afaik it's capable to support speedsted, (enhanced or not?). When loading your module: > > > > [(3:40)(85.32%)(p1):~/tmp/est ] sudo kldload ./est.ko > > [(3:40)(85.32%)(p1):~/tmp/est ] kldstat|grep est > > 27 1 0xc23cd000 2000 est.ko > > [(3:40)(85.32%)(p1):~/tmp/est ] sysctl hw.est_curfreq > > [(3:40)(85.32%)(p1):~/tmp/est ] sysctl hw.est_freqs > > hw.est_freqs: > > > > e.g. nothing > > Is this for Centrino processors only? > > > > p.s.: from dmesg: > > > > CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1193.11-MHz > > 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > > Features=0xbfebf9ff > > > I have COMPAQ Presario 2585 and have absolutley the same problem. > My processor also supports for speedstep and dmesg looks like: > #dmesg|grep CPU > CPU: Mobile Intel(R) Pentium(R) 4 CPU 2.30GHz (2224.01-MHz 686-class > CPU) > in the est.c code i found out the followig: > ....... > err = kernel_sysctlbyname(curthread, "hw.model", hwmodel, > &modellen, NULL, 0, NULL); > ....... > if (strncmp(hwmodel, "Intel(R) Pentium(R) M processor", 31) > > but my sysctl hw.model returns > hw.model: Mobile Intel(R) Pentium(R) 4 CPU 2.30GHz > The same as in dmesg. Changing the code to find a substring Mobile in > hw.model delivers system stuck at the module load time. > Guys... Pentium 4 M is the mobile version of a Pentium 4 and capable of speed step. Pentium M is a complete new processor and not a mobile version of any other. Indeed it is based on the Pentium 3 layout (but only based ;) ). Centrino is no processor at all. Centrino is the name for a hardware bundle: - Intel Pentium M (no Pentium 4!) - Intel Chipset (with or without onboard graphic) - Intel Wireless-LAN adapter If one of this partsis missing on a system it must not be called Centrino (that's Intel politics). I hope i could achieve clarification. This discussions are seen anywhere and many don't really know the diferences ;) If I'm wrong in any part, please let me know. -- =========================================================================== Patrick Hurrelmann | "Programming today is a race between software Mannheim, Germany | engineers striving to build bigger and better | idiot-proof programs, and the Universe trying outi at bytephobia.de | to produce bigger and better idiots. So far, www.bytephobia.de | the Universe is winning." - Rich Cook From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 07:37:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B04916A4D0 for ; Wed, 18 Aug 2004 07:37:43 +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 209C343D2D for ; Wed, 18 Aug 2004 07:37:43 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp005.bizmail.sc5.yahoo.com with SMTP; 18 Aug 2004 07:37:42 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 259716243; Wed, 18 Aug 2004 02:37:42 -0500 (CDT) 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 59245-02; Wed, 18 Aug 2004 02:37:40 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id CED04620A; Wed, 18 Aug 2004 02:37:40 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i7I7beEs028619; Wed, 18 Aug 2004 02:37:40 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <41230744.5030504@alumni.rice.edu> Date: Wed, 18 Aug 2004 02:37:40 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <200408180021.i7I0LCCK020175@repoman.freebsd.org> <20040818002136.03A8B16A524@hub.freebsd.org> <20040818060547.GB6348@ip.net.ua> <412301F0.2070307@alumni.rice.edu> In-Reply-To: <412301F0.2070307@alumni.rice.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: Scott Long cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: [src] cvs commit: src/sys/sys param.h src/sys/conf newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 07:37:43 -0000 On 08/18/04 02:14, Jon Noack wrote: > On 08/18/04 01:05, Ruslan Ermilov wrote: >> On Wed, Aug 18, 2004 at 12:21:36AM +0000, Scott Long wrote: >>> Index: src/sys/sys/param.h >> >> [...] >> >>> * scheme is: <0 if release branch, >>> otherwise 1>xx >>> */ >>> #undef __FreeBSD_version >>> -#define __FreeBSD_version 502128 /* Master, propagated to newvers */ >>> +#define __FreeBSD_version 600000 /* Master, propagated to newvers */ >> ^^^^^^ >> I believe this should be 600100, or are we changing the scheme >> again? > > No, 600000 is correct. The reason is that 600100 will be used for > 6-CURRENT *after* a 6.0-RELEASE. 6-CURRENT before and *including* > 6.0-RELEASE should follow the 6000xx scheme. Note that this is > unchanged from the way 5-CURRENT and 5.0-RELEASE (which ended up being > 500043) were handled: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html This feels really Linux, but I'll throw it out anyway: Perhaps pre-n.0 (prior to a major release, in other words) should use an (n-1)999xx numbering scheme so that n.0 can be n00000. For instance, 6-CURRENT would start at 599900. That would allow 6.0 to be 600000. Numbering after the n.0 release would remain the same as it is now. There may be places were 600000 is hardcoded in the source (BURN_BRIDGES comes to mind), but that could be fixed. I feel like I'm having my own personal bikeshed over this issue, but it annoys me we can't tag an n.0 release as n00000. Oh well, it's probably not important enough to change so I'll go to sleep before someone can properly embarrass me about this. Jon From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 07:46:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1734216A4CE for ; Wed, 18 Aug 2004 07:46:38 +0000 (GMT) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 98DD443D1D for ; Wed, 18 Aug 2004 07:46:36 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 17777 invoked by uid 1001); 18 Aug 2004 07:46:33 -0000 To: oberman@es.net From: sthaug@nethelp.no In-Reply-To: Your message of "Tue, 17 Aug 2004 14:55:21 -0700" References: <20040817215521.4BCA45D04@ptavv.es.net> X-Mailer: Mew version 1.05+ on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 18 Aug 2004 09:46:33 +0200 Message-ID: <17775.1092815193@bizet.nethelp.no> cc: current@freebsd.org Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports(without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 07:46:38 -0000 > > - Why cannot /usr/local/etc/rc.d be used with rcorder if /etc/rc.d/local > > is okay? > > What if a startup script need to do something BEFORE /usr is mounted? My > case in point is Tobias Roth's profile.sh script. Since this is a script > only with no programs in /usr/local, the only way to put it into a port > is to allow it into the root filesystem in some place where it can be > run before any filesystem is mounted. (It is dependent on ly on fsck.) Good point. In my opinion, this is a sufficiently special requirement that it should have a special solution - no need to change the existing /usr/local/etc/rc.d mechanism. Though I can see how others would see it differently. I can live with /etc/local/etc/rc.d or /etc/rc.d/local however - it's just not something I would prefer. Also, having a separate "local" directory somewhere under /etc for startup would make it easy for mergemaster to ignore it. If /etc/local/etc/rc.d or /etc/rc.d/local is chosen it would be really nice if rcorder could also look at /usr/local/etc/rc.d, for those of us who prefer to keep things out of /etc. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 07:54:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D62F16A4CE; Wed, 18 Aug 2004 07:54:21 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48EAC43D49; Wed, 18 Aug 2004 07:54:20 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7I7sB4W001191 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Aug 2004 10:54:13 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7I7sCVs070371; Wed, 18 Aug 2004 10:54:12 +0300 (EEST) (envelope-from ru) Date: Wed, 18 Aug 2004 10:54:11 +0300 From: Ruslan Ermilov To: Scott Long , Jon Noack Message-ID: <20040818075411.GA91053@ip.net.ua> References: <200408180021.i7I0LCCK020175@repoman.freebsd.org> <20040818002136.03A8B16A524@hub.freebsd.org> <20040818060547.GB6348@ip.net.ua> <412301F0.2070307@alumni.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <412301F0.2070307@alumni.rice.edu> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@FreeBSD.org Subject: Re: [src] cvs commit: src/sys/sys param.h src/sys/conf newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 07:54:21 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 02:14:56AM -0500, Jon Noack wrote: > On 08/18/04 01:05, Ruslan Ermilov wrote: > >On Wed, Aug 18, 2004 at 12:21:36AM +0000, Scott Long wrote: > >>Index: src/sys/sys/param.h > > > >[...] > > > >> * scheme is: <0 if release branch, otherwise= =20 > >> 1>xx > >> */ > >> #undef __FreeBSD_version > >>-#define __FreeBSD_version 502128 /* Master, propagated to newvers */ > >>+#define __FreeBSD_version 600000 /* Master, propagated to newvers */ > > ^^^^^^ > >I believe this should be 600100, or are we changing the scheme > >again? >=20 > No, 600000 is correct. The reason is that 600100 will be used for=20 > 6-CURRENT *after* a 6.0-RELEASE. 6-CURRENT before and *including*=20 > 6.0-RELEASE should follow the 6000xx scheme. Note that this is=20 > unchanged from the way 5-CURRENT and 5.0-RELEASE (which ended up being=20 > 500043) were handled: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd= -versions.html >=20 You're right. I was confused by a misleading comment in : scheme is: <0 if release branch, otherwise 1>xx This should actually read: scheme is: Rxx R is 0 if release branch or x.0-CURRENT before RELENG_x_0 is created, otherwise 1 Scott, would this be an appropriate time now to discuss my proposals to the release naming, and what would be an appropriate forum then? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBIwsjqRfpzJluFF4RAkJrAJ96sD+mT+77N2jgOdAfW8ZH5WXvEQCfWYC5 HdjOY+u491bZrea5OH5AHaU= =tI7s -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 08:52:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DBF916A4CF for ; Wed, 18 Aug 2004 08:52:47 +0000 (GMT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B17A943D48 for ; Wed, 18 Aug 2004 08:52:43 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from mail.newlines.ru (root@localhost) by mail.newlines.ru (8.12.10/8.12.9) with SMTP id i7I8qdUd017484 for ; Wed, 18 Aug 2004 08:52:39 GMT (envelope-from anton@nikiforov.ru) Received: from [192.168.20.3] (florent-mashin.rmt.ru [81.13.8.34]) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i7I8qZTt017313; Wed, 18 Aug 2004 08:52:39 GMT (envelope-from anton@nikiforov.ru) Message-ID: <412318CE.3040205@nikiforov.ru> Date: Wed, 18 Aug 2004 12:52:30 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040724 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: outi@bytephobia.de References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <20040817234314.GA31323@laptoxa.toxa.lan> <4122A34F.2020607@nikiforov.ru> <20040818082141.5d2fcee7@duality.bytephobia.de> In-Reply-To: <20040818082141.5d2fcee7@duality.bytephobia.de> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070508010401060505090100" cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org cc: Toxa Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 08:52:47 -0000 This is a cryptographically signed message in MIME format. --------------ms070508010401060505090100 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit > Guys... > > Pentium 4 M is the mobile version of a Pentium 4 and capable of speed step. > Pentium M is a complete new processor and not a mobile version of any other. Indeed it is based on the Pentium 3 layout (but only based ;) ). > > Centrino is no processor at all. Centrino is the name for a hardware bundle: > - Intel Pentium M (no Pentium 4!) > - Intel Chipset (with or without onboard graphic) > - Intel Wireless-LAN adapter > > If one of this partsis missing on a system it must not be called Centrino (that's Intel politics). > > I hope i could achieve clarification. This discussions are seen anywhere and many don't really know the diferences ;) > > If I'm wrong in any part, please let me know. > > Yes. You are 100% right (IMHO). But it is very good idea to have speedstep on Anton's Vaio or on my compaq and on many-many other's notebooks with P-IV :) Or if i did not quite catch something and the speedstep tech is different - it is pitty thing :( -- Best regads, Anton Nikiforov --------------ms070508010401060505090100 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII7TCC AtEwggI6oAMCAQICAwvaFTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQwMzA1MjExMjI4WhcNMDUwMzA1MjExMjI4 WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1Ps7E cf3xTnaY72Aip/U5HeUmGwQ6QmbCjMcqS3XfO6EsA+5ol526JvhQ1XStpDX/kh8R8MDELUJD SVooXFiDInspw5tmPOlXV1C60xH4VWf5Gh+2y3yDGzHyWBAalul7LbhC1p8zDNUA12pAu4Ry 1k1A0Yepomr8CRbh/Z9JryfJcqHYDL+z1qgLzQlpJsao9E3Zld5ZfgJPORcFoRB7Z6jvqVLh pLNmSrvfDbSw6WK/K9EbZT9zlOTlmOnt4uLBy3hKZMcvkaFrYVYTRXLMegJHFPAp3sxLYef2 iW9fEUKgrs4W7d5c8UWlmiGurVt1Xdzc58W8X3vekMLqu9elAgMBAAGjLzAtMB0GA1UdEQQW MBSBEmFudG9uQG5pa2lmb3Jvdi5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GB ABINGnCD0TGnBHqGYbJHSwjFfxEsVS1ygSUVIyb0Q1S0SphgUSeRWIZ4+joWR9TzxFGqLtYM TEQvRTQ7VJcugjn2o2nTgQ4EPhze0O5ki2eUWHE9dViHboQWOWI0r1vurUTkDnmloeM8mpMo CAAtXbjyhz7AVKUwI7vULQKuE+imMIIC0TCCAjqgAwIBAgIDC9oVMA0GCSqGSIb3DQEBBAUA MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNDAz MDUyMTEyMjhaFw0wNTAzMDUyMTEyMjhaMEQxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBN ZW1iZXIxITAfBgkqhkiG9w0BCQEWEmFudG9uQG5pa2lmb3Jvdi5ydTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALU+zsRx/fFOdpjvYCKn9Tkd5SYbBDpCZsKMxypLdd87oSwD 7miXnbom+FDVdK2kNf+SHxHwwMQtQkNJWihcWIMieynDm2Y86VdXULrTEfhVZ/kaH7bLfIMb MfJYEBqW6XstuELWnzMM1QDXakC7hHLWTUDRh6miavwJFuH9n0mvJ8lyodgMv7PWqAvNCWkm xqj0TdmV3ll+Ak85FwWhEHtnqO+pUuGks2ZKu98NtLDpYr8r0RtlP3OU5OWY6e3i4sHLeEpk xy+RoWthVhNFcsx6AkcU8CnezEth5/aJb18RQqCuzhbt3lzxRaWaIa6tW3Vd3Nznxbxfe96Q wuq716UCAwEAAaMvMC0wHQYDVR0RBBYwFIESYW50b25AbmlraWZvcm92LnJ1MAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAEg0acIPRMacEeoZhskdLCMV/ESxVLXKBJRUjJvRD VLRKmGBRJ5FYhnj6OhZH1PPEUaou1gxMRC9FNDtUly6COfajadOBDgQ+HN7Q7mSLZ5RYcT11 WIduhBY5YjSvW+6tROQOeaWh4zyakygIAC1duPKHPsBUpTAju9QtAq4T6KYwggM/MIICqKAD AgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZy ZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHy v1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsY Pge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0T AQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20v VGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQe MBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD 6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+hLGZ GwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC 3CEZNd4ksdMdRv9dX2VPMYIDOzCCAzcCAQEwaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs IEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTAJBgUrDgMCGgUAoIIBpzAYBgkqhkiG9w0BCQMx CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA4MTgwODUyMzBaMCMGCSqGSIb3DQEJ BDEWBBTWn5eCJHHsOdP67RnSzDsYaX4OMTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQAyR/ow gjzrLmTWRcL5QG0GMVfkOj5hKElONwzUDFUWIYYzXkNJGk7dAr73uoz7BJPEuu5fRo0KRtie Q1i+/m17ODGfNGkt+Onq7RgW2eqbs/4Ff2ChOdT/f6nWdN06owAYdT4zAnaOPYxND0POXvVD 70vO2AmroH6CALvxVvJPo9L3BeSIezvYT9UPsUY9LJw4spw3FQiheEaZCUc+ouHBrIg+w/G0 jDnItlhS8NvDGRKi0wwV72soOeTEE4kO8DJn8omOIiuW4MchC/8pwoF0tA4PILLDDbMwLS8P Ei/D7YzOsoVE9NXLq0nyFLK04aAcvDPxyqdOb+8d6/ZN7CfvAAAAAAAA --------------ms070508010401060505090100-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 08:58:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5049816A4CE for ; Wed, 18 Aug 2004 08:58:05 +0000 (GMT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 92F0443D49 for ; Wed, 18 Aug 2004 08:58:04 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 21612 invoked from network); 18 Aug 2004 08:58:03 -0000 Received: from 0x50a43fc7.hknxx1.adsl-dhcp.tele.dk (HELO peter.osted.lan) (80.164.63.199) by relay.pair.com with SMTP; 18 Aug 2004 08:58:03 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost [127.0.0.1]) by peter.osted.lan (8.12.10/8.12.10) with ESMTP id i7I8w1Rf011082 for ; Wed, 18 Aug 2004 10:58:01 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.10/8.12.10/Submit) id i7I8w0qV011081 for current@freebsd.org; Wed, 18 Aug 2004 10:58:00 +0200 (CEST) (envelope-from pho) Date: Wed, 18 Aug 2004 10:58:00 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20040818085800.GA10870@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: panic: getnewbuf: locked buf @ kern/vfs_bio.c:1879 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 08:58:05 -0000 With current from Aug 18 02:12 UTC: panic: getnewbuf: locked buf cpuid = 0; KDB: enter: panic [thread 100188] Stopped at kdb_enter+0x30: leave db> where kdb_enter(c08b36e7,0,c08ba5e1,d13198d4,100) at kdb_enter+0x30 panic(c08ba5e1,80012,0,c1e0d160,c1c2d000) at panic+0x156 getnewbuf(0,0,4000,4000,fffd0000) at getnewbuf+0x286 getblk(c1c2d000,fffffff4,ffffffff,4000,0) at getblk+0x408 breadn(c1c2d000,fffffff4,ffffffff,4000,0) at breadn+0x52 bread(c1c2d000,fffffff4,ffffffff,4000,0) at bread+0x4c ffs_balloc_ufs2(c1c2d000,a4adeb,0,2dec,c1a31080) at ffs_balloc_ufs2+0x1573 ffs_write(d1319c0c,20002,c1e0d160,246,680003) at ffs_write+0x37d vn_write(c1d7e50c,d1319c80,c1a31080,0,c1e0d160) at vn_write+0x256 dofilewrite(c1e0d160,c1d7e50c,1,8048cd9,1) at dofilewrite+0xcb write(c1e0d160,d1319d14,c,d1319d3c,3) at write+0x69 syscall(804002f,bfbf002f,bfbf002f,8049568,bfbfebd4) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x280c162f, esp = 0xbfbfeb4c, ebp = 0xbfbfeb8c --- -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 08:59:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C66E616A4CE for ; Wed, 18 Aug 2004 08:59:31 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA1E43D41 for ; Wed, 18 Aug 2004 08:59:31 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 0589250B80 for ; Wed, 18 Aug 2004 17:59:28 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id B546E50881 for ; Wed, 18 Aug 2004 17:59:26 +0900 (JST) Date: Wed, 18 Aug 2004 17:59:26 +0900 Message-ID: <7moel8bz4h.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: Performance with X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 08:59:31 -0000 I usually feel interactivity stress when running background buildworld on X. This benchmark is not strict, but I can see the trend. My box is dual Pentium-III 800MHz with 2GB memory and Matrox G450 AGP card. Kernel is compiled with SCHED_4BSD now, but there is only small difference with _ULE. With X, this shows too many context switches, and takes doubled time. When I check systat -vm, "Interrupts" of drm is 40% of total even if in idle. Is there anything I can improve the performance of this box? ----- time(1) output of make -j2 without X 1561.49 real 1213.73 user 855.41 sys 60676 maximum resident set size 2142 average shared memory size 1134 average unshared data size 125 average unshared stack size 5706397 page reclaims 152 page faults 0 swaps 1181 block input operations 1451 block output operations 0 messages sent 0 messages received 7472 signals received 1170457 voluntary context switches 305224 involuntary context switches ----- time(1) output of make -j2 with X 3882.32 real 1206.42 user 2985.05 sys 60676 maximum resident set size 1647 average shared memory size 863 average unshared data size 125 average unshared stack size 5705483 page reclaims 0 page faults 0 swaps 424 block input operations 1355 block output operations 0 messages sent 0 messages received 7506 signals received 1834731 voluntary context switches 708232 involuntary context switches ----- typical "Interrupts" output from systat -vm with X in idle nterrupts 398 total 1: atkb 4: sio0 5: uhci 6: fdc0 128 8: rtc 12: psm 13: npx 14: ata 15: ata 170 16: drm 18: ata 19: fwo 100 0: clk -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 09:07:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313BC16A4CE for ; Wed, 18 Aug 2004 09:07:42 +0000 (GMT) Received: from ptcnat.era.pl (ptcnat.era.pl [213.158.197.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2D2543D6E for ; Wed, 18 Aug 2004 09:07:41 +0000 (GMT) (envelope-from zaks@era.pl) Received: by localhost (Postfix, from userid 1001) id 92F43117C9; Wed, 18 Aug 2004 11:07:39 +0200 (CEST) To: Julian Elischer From: =?iso-8859-2?q?S=B3awek_=AFak?= References: <20040813121208.M31181@cvs.imp.ch> <86y8kfqcp8.fsf@thirst.unx.era.pl> <41223C15.7050305@elischer.org> Date: Wed, 18 Aug 2004 11:07:39 +0200 In-Reply-To: <41223C15.7050305@elischer.org> (Julian Elischer's message of "Tue, 17 Aug 2004 10:10:45 -0700") Message-ID: <863c2kolus.fsf@thirst.unx.era.pl> User-Agent: Gnus/5.110003 (No Gnus v0.3) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: Deadlocks with recent SMP current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 09:07:42 -0000 Julian Elischer writes: > S³awek ¯ak wrote: [...] >> MySQLd is running with libpthread and can go up to 400% without >> significantly afecting the idle percentage shown by top. I don't see how I >> could fit 400% into 20% on those two suckers, therefore I ask :) > > Cpu percentage use is broken for pthread applications.. > it's almost impossible to work out the right way of doing it > due to the nature of M:N threading where there is no fixed rule as > to which user thread is run by which kernel thread. > > I have ideas but it will probably have to be an aggreagate cpu% for the thread > group, divided by the number of kernel threads in the group. Well. Better this than the current sorry, saying nothing number :) /S -- S³awek ¯ak : UNIX Systems Administrator : PTC Sp. zoo From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 09:16:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B22AC16A4CE; Wed, 18 Aug 2004 09:16:44 +0000 (GMT) Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [202.0.58.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D96D243D31; Wed, 18 Aug 2004 09:16:43 +0000 (GMT) (envelope-from info@mirdev.net) Received: from smtp-3.paradise.net.nz (smtp-3b.paradise.net.nz [202.0.32.212]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0I2M005VYXRUK3@linda-2.paradise.net.nz>; Wed, 18 Aug 2004 21:16:42 +1200 (NZST) Received: from pcmird (203-79-122-191.cable.paradise.net.nz [203.79.122.191]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id 6AA78AE75D; Wed, 18 Aug 2004 21:16:37 +1200 (NZST) Received: from 127.0.0.1 (AVG SMTP 6.0.0 [494]); Wed, 18 Aug 2004 21:16:30 +1200 Date: Wed, 18 Aug 2004 21:16:30 +1200 From: John Armstrong To: freebsd-current@freebsd.org Message-id: <41231E6E.80405@mirdev.net> MIME-version: 1.0 Content-type: multipart/mixed; boundary=------------010706080102070700050003 X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) cc: freebsd-acpi@freebsd.org Subject: acpi link set: _CRS failed / calcru: negative runtime in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 09:16:44 -0000 This is a multi-part message in MIME format. --------------010706080102070700050003 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I recently decided to shift from 5.2.1p9 to 5.2-CURRENT on my home server, but I've been having trouble getting a fully bootable kernel, with the issue being a string of 'calcru: negative runtime' errors followed by a freeze after start_init even with a GENERIC kernel. I can however successfully boot with ACPI disabled, although that presents another problem as one of my NICs dies with no ACPI, *sigh* ;). Anyway, after a little hunt through dmesg I noted some ACPI errors when enabled: acpi link set: _CRS failed for link \_SB_.PCI0.ALKB - AE_NULL_ENTRY unknown: _SRS failed, irq 21 via \_SB_.PCI0.ALKB acpi link set: _CRS failed for link \_SB_.PCI0.ALKD - AE_NULL_ENTRY unknown: _SRS failed, irq 23 via \_SB_.PCI0.ALKD I'm taking a wild stab in the dark and guessing that the ACPI timer is going a little berserk which may be causing the negative runtime errors, although to tell the truth I'm a complete newbie as far as this sort of thing goes. Attached is the dmesg from a boot -v .. if there is anything else you'd like me to provide please let me know. Cheers, John Armstrong --------------010706080102070700050003 Content-Type: text/plain; name="server-dmesg-20040818.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="server-dmesg-20040818.log" 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.2-CURRENT #1: Wed Aug 18 18:00:57 NZST 2004 mird@server.homenet:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b85000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b85228. Calibrating clock(s) ... i8254 clock: 1193239 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 900005706 Hz CPU: AMD Duron(tm) processor (900.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x631 Stepping = 1 Features=0x183fbff AMD Features=0xc0440000 Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000001f6bffff, 514420736 bytes (125591 pages) avail memory = 515633152 (491 MB) Table 'FACP' at 0x1fff3040 Table 'APIC' at 0x1fff6fc0 MADT: Found table at 0x1fff6fc0 MP Configuration Table version 1.4 found at 0xc00f1400 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00faf20 bios32: Entry = 0xfb390 (c00fb390) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb3c0 pnpbios: Found PnP BIOS data at 0xc00fbe90 pnpbios: Entry = f0000:bec0 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=30991106) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fdea0 PCI-Only Interrupts: 5 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 9 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 9 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 9 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 9 D 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 B 0x05 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 A 0x05 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 D 0x05 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 A 0x05 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 D 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 17 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 17 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 16 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 16 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 16 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 16 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 18 A 0x01 3 4 5 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 1, max = 3, width = 2 ACPI timer looks GOOD min = 1, max = 3, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 ACPI timer looks GOOD min = 1, max = 2, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 unknown: not probed (disabled) cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.0 \_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.1 \_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.2 \_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.3 \_SB_.PCI0.ALKA irq 0: [20] 0+ low,level,sharable 0.17.0 \_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.17.1 \_SB_.PCI0.ALKC irq 0: [22] 0+ low,level,sharable 0.17.2 \_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.17.3 \_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.0 \_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.1 \_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.2 \_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x1106, dev=0x3099, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb099, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e4000000, size 24, enabled map[14]: type 1, range 32, base e5000000, size 14, enabled map[18]: type 1, range 32, base e6000000, size 23, enabled pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 16 found-> vendor=0x102b, dev=0x051b, revid=0x00 bus=0, slot=9, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 map[10]: type 4, range 32, base 0000c000, size 6, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 19 found-> vendor=0x10b7, dev=0x9050, revid=0x00 bus=0, slot=12, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=19 map[10]: type 4, range 32, base 0000c400, size 8, enabled map[14]: type 1, range 32, base ffffff00, size 8, enabled pcib0: matched entry for 0.14.INTA pcib0: slot 14 INTA hardwired to IRQ 17 found-> vendor=0x1106, dev=0x3065, revid=0x43 bus=0, slot=14, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.16.INTA (src \_SB_.PCI0.ALKB) pcib0: possible interrupts: 21 ACPI PCI link arbitrated settings: \_SB_.PCI0.ALKB (references 5, priority 250): interrupts: 21 penalty: 50 \_SB_.PCI0.ALKD (references 5, priority 250): interrupts: 23 penalty: 50 \_SB_.PCI0.ALKA (references 1, priority 10): interrupts: 20 penalty: 10 \_SB_.PCI0.ALKC (references 1, priority 10): interrupts: 22 penalty: 10 acpi link set: _CRS failed for link \_SB_.PCI0.ALKB - AE_NULL_ENTRY unknown: _SRS failed, irq 21 via \_SB_.PCI0.ALKB found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.16.INTB (src \_SB_.PCI0.ALKB) pcib0: slot 16 INTB is already routed to irq 0 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=0 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.16.INTC (src \_SB_.PCI0.ALKB) pcib0: slot 16 INTC is already routed to irq 0 found-> vendor=0x1106, dev=0x3038, revid=0x80 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=0 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffffff00, size 8, enabled pcib0: matched entry for 0.16.INTD (src \_SB_.PCI0.ALKB) pcib0: slot 16 INTD is already routed to irq 0 found-> vendor=0x1106, dev=0x3104, revid=0x82 bus=0, slot=16, func=3 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=0 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3177, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d400, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e000, size 8, enabled map[14]: type 1, range 32, base ffffff00, size 8, enabled pcib0: matched entry for 0.18.INTA (src \_SB_.PCI0.ALKD) pcib0: possible interrupts: 23 ACPI PCI link arbitrated settings: \_SB_.PCI0.ALKD (references 5, priority 500): interrupts: 23 penalty: 100 \_SB_.PCI0.ALKA (references 1, priority 20): interrupts: 20 penalty: 20 \_SB_.PCI0.ALKC (references 1, priority 20): interrupts: 22 penalty: 20 \_SB_.PCI0.ALKB (references 5, priority 0): interrupts: 21 penalty: 100 acpi link set: _CRS failed for link \_SB_.PCI0.ALKD - AE_NULL_ENTRY unknown: _SRS failed, irq 23 via \_SB_.PCI0.ALKD found-> vendor=0x1106, dev=0x3065, revid=0x74 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 8, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 19 found-> vendor=0x13f6, dev=0x0111, revid=0x10 bus=0, slot=19, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 pci0: at device 9.0 (no driver attached) xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xc000-0xc03f irq 19 at device 12.0 on pci0 xl0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xc000 xl0: using port I/O xl0: media options word: e040 xl0: found MII/AUTO miibus0: on xl0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:60:08:2f:27:05 xl0: [GIANT-LOCKED] vr0: port 0xc400-0xc4ff mem 0xffffff00-0xffffffff irq 17 at device 14.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc400 miibus1: on vr0 ukphy0: on miibus1 ukphy0: OUI 0x0005be, model 0x0008, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:05:5d:e0:a5:bf vr0: [GIANT-LOCKED] uhci0: port 0xc800-0xc81f irq 11 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcc00-0xcc1f irq 0 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 0 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 16.3 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xd400-0xd40f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd400 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=20 ostat1=30 ata1-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 ata1-slave: stat=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ata1: [MPSAFE] vr1: port 0xe000-0xe0ff mem 0xffffff00-0xffffffff irq 11 at device 18.0 on pci0 vr1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe000 miibus2: on vr1 ukphy1: on miibus2 ukphy1: OUI 0x004063, model 0x0032, rev. 5 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: bpf attached vr1: Ethernet address: 00:50:70:22:8c:70 vr1: [GIANT-LOCKED] pci0: at device 19.0 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 sio0: irq maps: 0x5003 0x5013 0x5003 0x5003 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x5003 0x500b 0x5003 0x5003 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 plip0: on ppbus0 plip0: bpf attached unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 12: ioport 0xcc00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 900005706 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ata0-slave: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata0-master: setting PIO4 on VIA 8235 chip ata0-master: setting UDMA33 on VIA 8235 chip ata0-slave: setting PIO4 on VIA 8235 chip ata0-slave: setting UDMA100 on VIA 8235 chip ad0: ATA-4 disk at ata0-master ad0: 2014MB (4124736 sectors), 4092 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ar: FreeBSD check1 failed [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:4124673 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 2111832576 end 2111864831 ad1: ATA-6 disk at ata0-slave ad1: 38166MB (78165360 sectors), 77545 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA100 ar: FreeBSD check1 failed ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 11 (ISA IRQ 11) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 GEOM: Configure ad0s1a, start 0 length 1073741824 end 1073741823 GEOM: Configure ad0s1b, start 1073741824 length 268435456 end 1342177279 GEOM: Configure ad0s1c, start 0 length 2111832576 end 2111832575 GEOM: Configure ad0s1d, start 1342177280 length 268435456 end 1610612735 GEOM: Configure ad0s1e, start 1610612736 length 501219840 end 2111832575 GEOM: new disk ad1 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:78156162 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad1s1, start 32256 length 40015954944 end 40015987199 GEOM: Configure ad1s1c, start 0 length 40015954944 end 40015954943 GEOM: Configure ad1s1d, start 0 length 40015954944 end 40015954943 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init calcru: negative runtime of -941689 usec for pid 66 (rcorder) calcru: negative runtime of -647032 usec for pid 81 (sysctl) IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled calcru: negative runtime of -669025 usec for pid 198 (ipf) calcru: negative runtime of -419390 usec for pid 11 (idle: cpu0) calcru: negative runtime of -419390 usec for pid 11 (idle: cpu0) calcru: negative runtime of -991447 usec for pid 303 (sysctl) --------------010706080102070700050003-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 09:50:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C34CD16A4CE; Wed, 18 Aug 2004 09:50:50 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4903843D5A; Wed, 18 Aug 2004 09:50:50 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1BxN5W-0007Pk-00; Wed, 18 Aug 2004 11:50:34 +0200 Date: Wed, 18 Aug 2004 11:50:34 +0200 To: Anton Nikiforov Message-ID: <20040818095034.GE29560@poupinou.org> References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <20040817234314.GA31323@laptoxa.toxa.lan> <4122A34F.2020607@nikiforov.ru> <20040818082141.5d2fcee7@duality.bytephobia.de> <412318CE.3040205@nikiforov.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <412318CE.3040205@nikiforov.ru> User-Agent: Mutt/1.5.5.1+cvs20040105i From: Bruno Ducrot cc: outi@bytephobia.de cc: freebsd-current@freebsd.org cc: Toxa cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 09:50:50 -0000 On Wed, Aug 18, 2004 at 12:52:30PM +0400, Anton Nikiforov wrote: > >Guys... > > > >Pentium 4 M is the mobile version of a Pentium 4 and capable of speed step. > >Pentium M is a complete new processor and not a mobile version of any > >other. Indeed it is based on the Pentium 3 layout (but only based ;) ). > > > >Centrino is no processor at all. Centrino is the name for a hardware > >bundle: > > - Intel Pentium M (no Pentium 4!) > > - Intel Chipset (with or without onboard graphic) > > - Intel Wireless-LAN adapter > > > >If one of this partsis missing on a system it must not be called Centrino > >(that's Intel politics). > > > >I hope i could achieve clarification. This discussions are seen anywhere > >and many don't really know the diferences ;) > > > >If I'm wrong in any part, please let me know. > > > > > Yes. You are 100% right (IMHO). > But it is very good idea to have speedstep on Anton's Vaio or on my > compaq and on many-many other's notebooks with P-IV :) > Or if i did not quite catch something and the speedstep tech is > different - it is pitty thing :( I will provide soon one this week unless someone else beat me. Will work with intel chipset only though. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 11:22:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB91916A4CE; Wed, 18 Aug 2004 11:22:01 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E05043D5A; Wed, 18 Aug 2004 11:22:01 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 4B1CB6520C; Wed, 18 Aug 2004 12:21:59 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07572-02-9; Wed, 18 Aug 2004 12:21:58 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-94-141.dsl.snfc21.pacbell.net [67.121.94.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 4638765292; Wed, 18 Aug 2004 12:21:49 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 0B4BF62E7; Wed, 18 Aug 2004 04:21:44 -0700 (PDT) Date: Wed, 18 Aug 2004 04:21:44 -0700 From: Bruce M Simpson To: Patrick Hurrelmann Message-ID: <20040818112144.GD83913@empiric.icir.org> Mail-Followup-To: Patrick Hurrelmann , anton@nikiforov.ru, freebsd-current@freebsd.org, Toxa , freebsd-mobile@freebsd.org References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <20040817234314.GA31323@laptoxa.toxa.lan> <4122A34F.2020607@nikiforov.ru> <20040818082141.5d2fcee7@duality.bytephobia.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040818082141.5d2fcee7@duality.bytephobia.de> cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org cc: anton@nikiforov.ru cc: Toxa Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 11:22:02 -0000 On Wed, Aug 18, 2004 at 08:21:41AM +0200, Patrick Hurrelmann wrote: > Centrino is no processor at all. Centrino is the name for a hardware bundle: > - Intel Pentium M (no Pentium 4!) > - Intel Chipset (with or without onboard graphic) > - Intel Wireless-LAN adapter > > If one of this partsis missing on a system it must not be called Centrino (that's Intel politics). Thank god I've de-Centrino-ified my IBM T40. I recommend everyone else does the same. I'm sick of Intel's closed-source policy with regards to its radio hardware. BMS From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 11:33:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B95A16A4CE; Wed, 18 Aug 2004 11:33:50 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F2D43D3F; Wed, 18 Aug 2004 11:33:49 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id B55DD3EF8; Wed, 18 Aug 2004 13:33:48 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.cs.upb.de [131.234.20.130]) by coruscant.rfc1149.org (Postfix) with ESMTP id 5A5D13D10; Wed, 18 Aug 2004 13:33:46 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id A2B2040F3; Wed, 18 Aug 2004 13:33:20 +0200 (CEST) To: Patrick Hurrelmann In-Reply-To: <20040818112144.GD83913@empiric.icir.org> (Bruce M. Simpson's message of "Wed, 18 Aug 2004 04:21:44 -0700") References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4122A34F.2020607@nikiforov.ru> <20040818082141.5d2fcee7@duality.bytephobia.de> <20040818112144.GD83913@empiric.icir.org> From: Arne Schwabe Date: Wed, 18 Aug 2004 13:33:20 +0200 Message-ID: <86n00sr88v.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org cc: anton@nikiforov.ru cc: Toxa Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 11:33:50 -0000 Bruce M Simpson writes: > On Wed, Aug 18, 2004 at 08:21:41AM +0200, Patrick Hurrelmann wrote: >> Centrino is no processor at all. Centrino is the name for a hardware bundle: >> - Intel Pentium M (no Pentium 4!) >> - Intel Chipset (with or without onboard graphic) >> - Intel Wireless-LAN adapter >> >> If one of this partsis missing on a system it must not be called Centrino (that's Intel politics). > > Thank god I've de-Centrino-ified my IBM T40. I recommend everyone else > does the same. I'm sick of Intel's closed-source policy with regards to > its radio hardware. Well for atheros chipsets you also have a binary hal ;) Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 11:51:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 548E616A4CE for ; Wed, 18 Aug 2004 11:51:17 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D5F443D6B for ; Wed, 18 Aug 2004 11:51:16 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i7IBp3iL217576 for ; Wed, 18 Aug 2004 13:51:08 +0200 Date: Wed, 18 Aug 2004 13:51:03 +0200 (CEST) From: Lukas Ertl To: current@FreeBSD.org Message-ID: <20040818134950.U6187@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: imap 4249; Body=1 Fuz1=1 Fuz2=1 Subject: KLD debugging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 11:51:17 -0000 Hi all, is there any kernel debugger available on -CURRENT that can handle KLDs? I tried kgdb from base and both gdb53 and gdb6 from ports, and all fail to show the desired info in the backtrace. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 11:53:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EF7216A4CE; Wed, 18 Aug 2004 11:53:58 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBED943D49; Wed, 18 Aug 2004 11:53:57 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 394D23E94; Wed, 18 Aug 2004 13:53:56 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id E5CB83D10; Wed, 18 Aug 2004 13:53:53 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id A2B2040F3; Wed, 18 Aug 2004 13:33:20 +0200 (CEST) To: Patrick Hurrelmann In-Reply-To: <20040818112144.GD83913@empiric.icir.org> (Bruce M. Simpson's message of "Wed, 18 Aug 2004 04:21:44 -0700") References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4122A34F.2020607@nikiforov.ru> <20040818082141.5d2fcee7@duality.bytephobia.de> <20040818112144.GD83913@empiric.icir.org> From: Arne Schwabe Date: Wed, 18 Aug 2004 13:33:20 +0200 Message-ID: <86n00sr88v.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=no version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org cc: anton@nikiforov.ru cc: Toxa Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 11:53:58 -0000 Bruce M Simpson writes: > On Wed, Aug 18, 2004 at 08:21:41AM +0200, Patrick Hurrelmann wrote: >> Centrino is no processor at all. Centrino is the name for a hardware bundle: >> - Intel Pentium M (no Pentium 4!) >> - Intel Chipset (with or without onboard graphic) >> - Intel Wireless-LAN adapter >> >> If one of this partsis missing on a system it must not be called Centrino (that's Intel politics). > > Thank god I've de-Centrino-ified my IBM T40. I recommend everyone else > does the same. I'm sick of Intel's closed-source policy with regards to > its radio hardware. Well for atheros chipsets you also have a binary hal ;) Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 11:54:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01CEC16A4D1; Wed, 18 Aug 2004 11:54:05 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA1C043D66; Wed, 18 Aug 2004 11:54:04 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id DBCFC3D10; Wed, 18 Aug 2004 13:54:03 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 487AC3EF8; Wed, 18 Aug 2004 13:53:57 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 785FD4109; Wed, 18 Aug 2004 13:33:20 +0200 (CEST) To: Patrick Hurrelmann In-Reply-To: <20040818112144.GD83913@empiric.icir.org> (Bruce M. Simpson's message of "Wed, 18 Aug 2004 04:21:44 -0700") References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4122A34F.2020607@nikiforov.ru> <20040818082141.5d2fcee7@duality.bytephobia.de> <20040818112144.GD83913@empiric.icir.org> From: Arne Schwabe Date: Wed, 18 Aug 2004 13:33:20 +0200 Message-ID: <86n00sr88v.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=no version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org cc: anton@nikiforov.ru cc: Toxa Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 11:54:05 -0000 Bruce M Simpson writes: > On Wed, Aug 18, 2004 at 08:21:41AM +0200, Patrick Hurrelmann wrote: >> Centrino is no processor at all. Centrino is the name for a hardware bundle: >> - Intel Pentium M (no Pentium 4!) >> - Intel Chipset (with or without onboard graphic) >> - Intel Wireless-LAN adapter >> >> If one of this partsis missing on a system it must not be called Centrino (that's Intel politics). > > Thank god I've de-Centrino-ified my IBM T40. I recommend everyone else > does the same. I'm sick of Intel's closed-source policy with regards to > its radio hardware. Well for atheros chipsets you also have a binary hal ;) Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 12:22:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 280FE16A4CE; Wed, 18 Aug 2004 12:22:28 +0000 (GMT) Received: from web.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DBCA43D1D; Wed, 18 Aug 2004 12:22:27 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.20] (portacare.portaone.com [195.140.247.242]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i7ICME1S078503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Aug 2004 14:22:19 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <412349F1.3050002@portaone.com> Date: Wed, 18 Aug 2004 15:22:09 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Wilkinson, Alex" References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4120F823.2040802@portaone.com> <6.1.0.6.1.20040816235520.03faa468@popserver.sfu.ca> <41220EC4.5010607@portaone.com> <20040818011413.GB75214@squirm.dsto.defence.gov.au> In-Reply-To: <20040818011413.GB75214@squirm.dsto.defence.gov.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Colin Percival cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 12:22:28 -0000 Wilkinson, Alex wrote: > 0n Tue, Aug 17, 2004 at 04:57:24PM +0300, Maxim Sobolev wrote: > > Well, TCC is not that different from ESS. The only difference is that it > operates with percentages, not with absolute frequences and that there > are fewer steps available. Therefore, it should be fairly easy to add > support for TCC as well. > > Trying to follow this thread. Can you please elaborate on the acronyms: > TCC and ESS. TCC == Thermal Control Circuit, special circuit found in p4 CPUs, which allows to control processor trottling, effectively controlling power consumption and performance. Usually is controlled automatically to prevent CPU overheating, but it is possible to control it from software. ESS == Enhanced Speed Step, special technology in Centrino CPUs, which allows to control frequency at which CPU runs again to control power consumption and performance. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 14:51:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97AEF16A4CE for ; Tue, 17 Aug 2004 14:51:41 +0000 (GMT) Received: from www.ideaway.net (ideaway.net [207.251.107.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F0EA43D1F for ; Tue, 17 Aug 2004 14:51:41 +0000 (GMT) (envelope-from mspam@www.ideaway.net) Received: from www.ideaway.net (localhost [127.0.0.1]) by localhost (8.10.2/8.10.2) with ESMTP id i7HEpbq29936 for ; Tue, 17 Aug 2004 10:51:37 -0400 From: "Mike" To: freebsd-current@freebsd.org Date: Tue, 17 Aug 2004 09:51:37 -0500 Message-Id: <20040817145137.M47203@www.ideaway.net> X-Mailer: Open WebMail 1.81 20021203 X-OriginatingIP: 128.2.134.162 (mferdman@www.ideaway.net) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Wed, 18 Aug 2004 12:23:40 +0000 Subject: Re: RFC: Alternate patch to have true new-style rc.d scripts in ports (without touching localpkg) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 14:51:41 -0000 I guess that by having enough people bring up their concerns, I am hoping that such a change will be reconsidered... Without sounding too much like a broken record - separating packages from the base into a different partition is an asset I would much rather not loose. I believe many people have made a coherent enough argument that I wholehearedly agree with, but I'd just also like to add something I haven't seen (perhaps missed). I have a setup where an old slow NIS/NFS server provides a combination of /usr/local, /home, and swap for a bunch of even slower machines. The beauty of this setup is that as long as the software installed in /usr/local is built for the lowest common denominator processor (all are obviously x86) everything just works. And it works well. The scripts that run from /usr/local/etc/rc.d run exactly as expected, on all machines, and I am happy to only change them in one place to have the whole farm "just work". In all this, there is but one kludge - the dhcpd startup script just exits if run on any host other than the one hardcoded in the script. I would imagine that this setup is not unique to me - but it relies on having the startup scripts in /usr/local/etc/rc.d; I gladly accept criticism on this (e.g. this setup is dumb, here's a better way to do it) or explanations why startup scritps for packages in /etc will not break the setup above. But please don't offer me to also start NFS mounting /etc/local; /var/db/pkg is already annoying enough. Mike From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 15:11:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6BE116A4CE for ; Tue, 17 Aug 2004 15:11:42 +0000 (GMT) Received: from web41106.mail.yahoo.com (web41106.mail.yahoo.com [66.218.93.22]) by mx1.FreeBSD.org (Postfix) with SMTP id C180343D41 for ; Tue, 17 Aug 2004 15:11:42 +0000 (GMT) (envelope-from jmkatcher@yahoo.com) Message-ID: <20040817151142.18997.qmail@web41106.mail.yahoo.com> Received: from [24.18.54.216] by web41106.mail.yahoo.com via HTTP; Tue, 17 Aug 2004 08:11:42 PDT Date: Tue, 17 Aug 2004 08:11:42 -0700 (PDT) From: Jeffrey Katcher To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 18 Aug 2004 12:23:40 +0000 Subject: ATA read/write-dma interrupt was seen but timeout fired in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 15:11:43 -0000 As of yesterday (and not fixed by cvsup-ing this morning) I'm seeing a torrent of these messages leading to lockup on my IBM Thinkpad T40. Was there an ata change? Jeff Katcher From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 16:38:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A48316A4CE for ; Tue, 17 Aug 2004 16:38:39 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1FC643D2F for ; Tue, 17 Aug 2004 16:38:38 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so198341rnk for ; Tue, 17 Aug 2004 09:38:38 -0700 (PDT) Received: by 10.38.14.76 with SMTP id 76mr92321rnn; Tue, 17 Aug 2004 09:38:38 -0700 (PDT) Message-ID: Date: Tue, 17 Aug 2004 12:38:38 -0400 From: David Rhodus To: chris@behanna.org In-Reply-To: <200408160104.03708.chris@behanna.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408160104.03708.chris@behanna.org> X-Mailman-Approved-At: Wed, 18 Aug 2004 12:23:40 +0000 cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 16:38:39 -0000 On Mon, 16 Aug 2004 01:04:03 -0400, Chris BeHanna wrote: > Forgive me if this already exists. I searched the list archives, > google, and freebsd.org and did not find any way for non-committers to > have read-only access to the p4 repo. > > Is there a read-only account that the general public could use? With the perforce trees being hidden away without public access to the changes, this makes the FreeBSD project no longer an open source project. -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 22:20:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B490D16A4CE for ; Tue, 17 Aug 2004 22:20:12 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2EAD43D2D for ; Tue, 17 Aug 2004 22:20:11 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from gicco.homeip.net (80-218-73-163.dclient.hispeed.ch [80.218.73.163])i7HMKABG017711 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 18 Aug 2004 00:20:10 +0200 Received: from localhost.here (idefix@gicco.homeip.net [127.0.0.1]) by gicco.homeip.net (8.12.8p2/8.12.8) with ESMTP id i7HMKA4g001410 for ; Wed, 18 Aug 2004 00:20:10 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by localhost.here (8.12.8p2/8.12.8/Submit) id i7HMK96C001409 for freebsd-current@freebsd.org; Wed, 18 Aug 2004 00:20:09 +0200 (CEST) X-Authentication-Warning: localhost.here: idefix set sender to hampi@rootshell.be using -f Date: Wed, 18 Aug 2004 00:20:09 +0200 From: Hanspeter Roth To: freebsd-current@freebsd.org Message-ID: <20040817222009.GA1381@gicco.homeip.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20040816223410.GA810@gicco.homeip.net> <20040817214837.DE5C35D04@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040817214837.DE5C35D04@ptavv.es.net> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Wed, 18 Aug 2004 12:23:40 +0000 Subject: Re: enabling APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 22:20:12 -0000 On Aug 17 at 14:48, Kevin Oberman spoke: > You need to load APM in /boot/loader.conf. Just add the line: > apm_load="YES" > Then, add the line hint.acpi.disabled="1" to /boot/device.hints. That > should do the trick. Ok. Thanks. This also takes me into the debugger. Can I assume I have encountered a bug? -Hanspeter From owner-freebsd-current@FreeBSD.ORG Tue Aug 17 23:46:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5A3816A4CE; Tue, 17 Aug 2004 23:46:50 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B23443D1D; Tue, 17 Aug 2004 23:46:50 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 3A674334; Wed, 18 Aug 2004 03:47:04 +0400 (MSD) Received: from localhost (ppp-dialup-6.atcom.spb.ru [213.182.168.6]) by ns.atcom.spb.ru (Postfix) with ESMTP id F337D2FC; Wed, 18 Aug 2004 03:46:40 +0400 (MSD) Date: Wed, 18 Aug 2004 03:43:14 +0400 From: Toxa To: freebsd-mobile@freebsd.org, freebsd-current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040817234314.GA31323@laptoxa.toxa.lan> Mail-Followup-To: freebsd-mobile@freebsd.org, freebsd-current@freebsd.org References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Mailman-Approved-At: Wed, 18 Aug 2004 12:23:40 +0000 Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2004 23:46:50 -0000 On Mon, Aug 16, 2004 at 08:06:30AM -0700, Colin Percival wrote: > Thanks to everyone who has been sending me data about their > processors (and in particular, the 90nm versions), I now have > a first draft of a Enhanced SpeedStep driver available. For > people with the appropriate processors (Pentium M only), this > makes it possible to adjust the cpu frequency via a new sysctl > (hw.est_curfreq), and have the cpu voltage adjusted at the > same time. > I've also put together a very simple control daemon which > reads kern.cp_time every second and adjusts the cpu frequency > based on the fraction of cpu time which is idle. This increases > my laptop's battery life by around 40%. > All the code is online at > http://www.daemonology.net/freebsd-est/ > Assuming I don't hear any major bug reports in the next few > days, I'll package these into ports and hopefully get them into > the ports tree in time for 5.3-RELEASE. I'm curious about processor's name. My laptop (sony vaio pcg-v505bx) has a Pentium 4 M, but not Centrino (which name is... Pentium 4 M too), afaik it's capable to support speedsted, (enhanced or not?). When loading your module: [(3:40)(85.32%)(p1):~/tmp/est ] sudo kldload ./est.ko [(3:40)(85.32%)(p1):~/tmp/est ] kldstat|grep est 27 1 0xc23cd000 2000 est.ko [(3:40)(85.32%)(p1):~/tmp/est ] sysctl hw.est_curfreq [(3:40)(85.32%)(p1):~/tmp/est ] sysctl hw.est_freqs hw.est_freqs: e.g. nothing Is this for Centrino processors only? p.s.: from dmesg: CPU: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz (1193.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status #-------------------------------------------------- "Anyone who quotes me in their sig is an idiot." Rusty Russell. #-------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 12:26:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3170816A4F3 for ; Wed, 18 Aug 2004 12:26:07 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9AE643D49 for ; Wed, 18 Aug 2004 12:26:05 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7ICN3io035927 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 18 Aug 2004 16:23:03 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7ICMBnA035893 for ; (8.12.8/vak/2.1) Wed, 18 Aug 2004 16:22:11 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41234A3B.7000404@cronyx.ru> Date: Wed, 18 Aug 2004 16:23:23 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: __asm ("int $3") while Giant lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 12:26:08 -0000 Hi, I am trying to find out reason od LOR's in my code. I've placed __asm ("int $3) instruction in my code to enter debugger, but after I enter 'n' command systems goes to panic. Is this normal? Should I send output? rik From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 12:50:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B187E16A4CE for ; Wed, 18 Aug 2004 12:50:09 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E46C43D1D for ; Wed, 18 Aug 2004 12:50:08 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7ICl4tt037086 for current@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 18 Aug 2004 16:47:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7ICjonA037020; (8.12.8/vak/2.1) Wed, 18 Aug 2004 16:45:50 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41234FC6.1000005@cronyx.ru> Date: Wed, 18 Aug 2004 16:47:02 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: drhodus@machdep.com References: <200408160104.03708.chris@behanna.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: chris@behanna.org cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 12:50:09 -0000 David Rhodus wrote: >On Mon, 16 Aug 2004 01:04:03 -0400, Chris BeHanna wrote: > > >> Forgive me if this already exists. I searched the list archives, >>google, and freebsd.org and did not find any way for non-committers to >>have read-only access to the p4 repo. >> >> Is there a read-only account that the general public could use? >> >> > >With the perforce trees being hidden away without public access to the >changes, this makes the FreeBSD project no longer an open source >project. > > This hides only development proccess, not a stable result. If you don't have access to my home disks were I keep my intermediate code with additional debug/hacks and so on while I am debuggin new functionality would affect open source status of results of my work? rik From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 12:27:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D5B516A4CE; Wed, 18 Aug 2004 12:27:40 +0000 (GMT) Received: from phuket.psconsult.nl (ps226.psconsult.nl [213.222.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1E6943D53; Wed, 18 Aug 2004 12:27:38 +0000 (GMT) (envelope-from fb-stable@psconsult.nl) Received: from phuket.psconsult.nl (localhost [127.0.0.1]) by phuket.psconsult.nl (8.12.8p2/8.12.8) with ESMTP id i7ICRbYe062179; Wed, 18 Aug 2004 14:27:37 +0200 (CEST) (envelope-from fb-stable@psconsult.nl) Received: (from paul@localhost) by phuket.psconsult.nl (8.12.8p2/8.12.8/Submit) id i7ICRbrd062178; Wed, 18 Aug 2004 14:27:37 +0200 (CEST) Date: Wed, 18 Aug 2004 14:27:37 +0200 From: Paul Schenkeveld To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20040818122736.GA61825@psconsult.nl> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Wed, 18 Aug 2004 12:58:47 +0000 Subject: -stable -current NFS interoperability bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 12:27:40 -0000 Hi all, Found this output from df: Filesystem 1K-blocks Used Avail Capacity Mounted on server:/arch 240382062 227608336 18014398503025146 0% /arch Wish I had that much space available :-) On the server, the same filesystem looks like: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad2s1a 240382062 227608336 -6456838 103% /arch Sounds like a signed/unsigned inconsistency to me. Unfortunately, I have no newer -stable to test with at the moment. Server: FreeBSD server.local 4.7-RELEASE-p26 FreeBSD 4.7-RELEASE-p26 #8: Wed Mar 31 01:52:22 CEST 2004 root@server.local:/usr/obj/usr/src/sys/SERVER47 i386 Client: FreeBSD client.local 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Wed Aug 4 18:21:10 CEST 2004 root@client.local:/usr/obj/usr/src/sys/CLIENT5 i386 Regards, Paul Schenkeveld From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 13:24:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B4A116A4CE for ; Wed, 18 Aug 2004 13:24:34 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E798D43D41 for ; Wed, 18 Aug 2004 13:24:33 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7IDMaYN052705; Wed, 18 Aug 2004 09:22:36 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7IDMaVj052702; Wed, 18 Aug 2004 09:22:36 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 18 Aug 2004 09:22:36 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: drhodus@machdep.com In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: chris@behanna.org cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 13:24:34 -0000 On Tue, 17 Aug 2004, David Rhodus wrote: > With the perforce trees being hidden away without public access to the > changes, this makes the FreeBSD project no longer an open source > project. That comment seems to be in stark contrast to reality. One of the most important goals in using Perforce to supplement CVS has been to get developers to stop keeping weeks or months of "in progress" changes solely on their notebook or workstation, and to increase collaboration opportunities among developers. Previously, developers would maintain large oustanding change sets on local machines as they developed features that were too "in progress" to merge to the main tree. This presented a risk to the project: by not maintaining this source on backed up systems, the chances of accidental deletion or loss, theft, crash, etc, were unsettlingly high. By providing access to a Perforce repository for personal or small project use, we've allowed developers to move personal development off of local and potentially unreliable systems onto a centrally manged "work in progress" server with revision control. If this weren't enough, the benefits of having three-way merging to better maintain and update "in progress" work with local revision control have improved efficiency and collaboration. As already pointed out, most if not all of the interesting "in progress" work in Perforce is regularly and mechanically exported as patch sets or via cvsup by the developers, something they can now do much more easily now than they could before. Most of the major group work going on in Perforce is exported via cvsup10 (TrustedBSD, etc). In addition, many developers post regular patch sets of the remaining work (SMPng, ...) to mailing lists or personal/project web sites. For example, instead of hosting the TrustedBSD work on an independent CVS server and having to maintain separate infrastructure, the TrustedBSD work is hosted on the FreeBSD Perforce server, making its source trees accessible via FreeBSD's cvsup infrastructure. When you subscribe to the TrustedBSD CVS list, you actually get a feed of the Perforce change sets from the TrustedBSD section of the FreeBSD Perforce repository. I think you'd have to work fairly hard to find open source projects that have no ouststanding local patch sets of as-yet uncommitted and experimental changes; by providing a central infrastructure to manage this, we're helping developers to avoid loss and collaborate better/more. Local and experimental changes are a necessary part of the development process for any reasonably large project, as the software mainline requires greater stability than the stability of every work in progress. CVS is notoriously poor at providing for this sort of branched development capability; while I know there's interest in other open source revision control systems to play the role Perforce is currently playing, attempts to import the FreeBSD revision history into other open source systems have generally failed due to the volume of changes and history present in the FreeBSD project. Undoubtably, people will keep trying until an open source revision control product is up to it. The unavailability of the perforce.freebsd.org web site is due to bugs in the older version of the Perforce web server, and that the software has not yet been upgraded. Hopefully that will be fixed soon, as that site was beneficial to everyone. However, I'm having trouble thinking of much or any on-going work in Perforce that doesn't get merged rapidly or made available via other means. If there's specific work you are interested in that isn't exported, I can make it available to you easily. I believe the general purpose submit list is also subscribable, although the volume of local changes is extremely high due to their "in progress" nature. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 13:55:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3088416A4CE; Wed, 18 Aug 2004 13:55:18 +0000 (GMT) Received: from smtp-bedford-dr.mitre.org (smtp-bedford-dr-x.mitre.org [192.160.51.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 703D543D4C; Wed, 18 Aug 2004 13:55:17 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) i7IDtGf07337; Wed, 18 Aug 2004 09:55:16 -0400 Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id BEC394F8D7; Wed, 18 Aug 2004 09:55:16 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) i7IDtGm07271; Wed, 18 Aug 2004 09:55:16 -0400 Received: from mm112324-2k.mitre.org (128.29.3.51) by mailhub2.mitre.org with SMTP id 4204044; Wed, 18 Aug 2004 09:55:08 -0400 Message-ID: <41235FBC.4040706@mitre.org> Date: Wed, 18 Aug 2004 09:55:08 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Cedric Tabary Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 13:55:18 -0000 Robert Watson wrote: >On Tue, 17 Aug 2004, Jason Andresen wrote: > > >>>>kldload mem >>>>kldload io (needed by xorg) >>>>kldload nvidia -> failed (mem_range_attr_set undefined) >>>> >>>>I had to compile 'device mem' into kernel >>>> >>>>note 1: I did not try loading mem at the boot loader stage >>>>note 2: I did not try the new release of nvidia driver >>>> >>>> >>>The mem kld will need to explicitly symbols required by other modules >>>using the EXPORT_SYMS line in its Makefile. So try adding: >>> >>> EXPORT_SYMS= mem_range_attr_set >>> >>>to the module Makefile for mem, rebuilding, reloading, and adding >>>additional symbols until it works? >>> >>> >>Sure, I can try this. Where is the Makefile for the mem device? >> >> > >You can find the Makefile for the mem module in src/sys/modules/mem. You >might want to look at some of the other module Makefiles in related >directories for examples of EXPORT_SYMBOLS use. > > Ok, I removed the device mem from my kernel config and added the line: EXPORT_SYMS+= mem_range_attr_set to src/sys/modules/mem/Makefile and recompiled with 'make buildkernel' / 'make installkernel' Then I booted the new kernel and manually ran 'kldload mem' then 'kldload nvidia' and I still got the message: link_elf: symbol mem_range_attr_set undefined From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:02:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84EC816A4CE for ; Wed, 18 Aug 2004 14:02:11 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D7F843D5A for ; Wed, 18 Aug 2004 14:02:10 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7IDxGLA040610 for current@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 18 Aug 2004 17:59:16 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7IDu728040434; (8.12.8/vak/2.1) Wed, 18 Aug 2004 17:56:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4123603F.2050201@cronyx.ru> Date: Wed, 18 Aug 2004 17:57:19 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: drhodus@machdep.com References: <200408160104.03708.chris@behanna.org> <41234FC6.1000005@cronyx.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: chris@behanna.org cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:02:11 -0000 I fully agree with you. But this not affect "open source"ness. I'd rather call it open development. rik David Rhodus wrote: >On Wed, 18 Aug 2004 16:47:02 +0400, Roman Kurakin wrote: > > >>David Rhodus wrote: >> >> >> >>>On Mon, 16 Aug 2004 01:04:03 -0400, Chris BeHanna wrote: >>> >>> >>> >>> >>>> Forgive me if this already exists. I searched the list archives, >>>>google, and freebsd.org and did not find any way for non-committers to >>>>have read-only access to the p4 repo. >>>> >>>> Is there a read-only account that the general public could use? >>>> >>>> >>>> >>>> >>>With the perforce trees being hidden away without public access to the >>>changes, this makes the FreeBSD project no longer an open source >>>project. >>> >>> >>> >>> >>This hides only development proccess, not a stable result. >>If you don't have access to my home disks were I keep my >>intermediate code with additional debug/hacks and so on >>while I am debuggin new functionality would affect open >>source status of results of my work? >> >>rik >> >> > >No this is not what I'm talking about, I don't think that level of >development work is able to sustain here. The development work should >be done in the public cvs tree were it is open to public scrutiny and >were a section of the community can help on the development process. >The current method of merging large commits back into the cvs tree >from the perforce tree's should be inexcusable by the FreeBSD >community. If perforce is the choice for FreeBSD a line needs to be >drawn and completely move over to it. Then when the commercial >problem comes from someone, well, we now have the foundation. I'm >sure they can work something out with perforce. Even if that means >contracting someone for ~80hrs of development work to write a perforce >clone. > >The FreeBSD project has a -stable and a -current tree. This system >has been under heavy abuse for the past several years now which is one >of the leading causes of the major bulk of the development work to be >pushed into perforce trees. This issue and the overwhelming unneeded >complexity the code base has grown into are the reasons the >development work is now being done were the public isn't able to >access the code until a large commit hits the cvs tree. These large >commits are a not harder to audit than a small steady stream of >changes, which has always been the preferred method. > > > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:02:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64AA916A4CE; Wed, 18 Aug 2004 14:02:35 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id D481F43D5A; Wed, 18 Aug 2004 14:02:34 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.202] (c-24-99-11-35.atl.client2.attbi.com [24.99.11.35]) by saturn.criticalmagic.com (Postfix) with ESMTP id D2E9A3BD21; Wed, 18 Aug 2004 10:02:33 -0400 (EDT) Message-ID: <41236212.5070500@criticalmagic.com> Date: Wed, 18 Aug 2004 10:05:06 -0400 From: Richard Coleman User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:02:35 -0000 Very well said. And very useful since reading this helps me to understand better what is going on behind the scenes. At some point in the future, it would be nice if this type of local experimentation and the mainline were brought under the same infrastructure (subversion/whatever). But I don't think there is any hurry since the current setup doesn't appear to be an obstacle. Richard Coleman rcoleman@criticalmagic.com Robert Watson wrote: > On Tue, 17 Aug 2004, David Rhodus wrote: > > >> With the perforce trees being hidden away without public access to >> the changes, this makes the FreeBSD project no longer an open >> source project. > > > That comment seems to be in stark contrast to reality. One of the > most important goals in using Perforce to supplement CVS has been to > get developers to stop keeping weeks or months of "in progress" > changes solely on their notebook or workstation, and to increase > collaboration opportunities among developers. Previously, developers > would maintain large oustanding change sets on local machines as they > developed features that were too "in progress" to merge to the main > tree. This presented a risk to the project: by not maintaining this > source on backed up systems, the chances of accidental deletion or > loss, theft, crash, etc, were unsettlingly high. By providing access > to a Perforce repository for personal or small project use, we've > allowed developers to move personal development off of local and > potentially unreliable systems onto a centrally manged "work in > progress" server with revision control. If this weren't enough, the > benefits of having three-way merging to better maintain and update > "in progress" work with local revision control have improved > efficiency and collaboration. > > As already pointed out, most if not all of the interesting "in > progress" work in Perforce is regularly and mechanically exported as > patch sets or via cvsup by the developers, something they can now do > much more easily now than they could before. Most of the major group > work going on in Perforce is exported via cvsup10 (TrustedBSD, etc). > In addition, many developers post regular patch sets of the remaining > work (SMPng, ...) to mailing lists or personal/project web sites. > For example, instead of hosting the TrustedBSD work on an independent > CVS server and having to maintain separate infrastructure, the > TrustedBSD work is hosted on the FreeBSD Perforce server, making its > source trees accessible via FreeBSD's cvsup infrastructure. When you > subscribe to the TrustedBSD CVS list, you actually get a feed of the > Perforce change sets from the TrustedBSD section of the FreeBSD > Perforce repository. > > I think you'd have to work fairly hard to find open source projects > that have no ouststanding local patch sets of as-yet uncommitted and > experimental changes; by providing a central infrastructure to manage > this, we're helping developers to avoid loss and collaborate > better/more. Local and experimental changes are a necessary part of > the development process for any reasonably large project, as the > software mainline requires greater stability than the stability of > every work in progress. CVS is notoriously poor at providing for this > sort of branched development capability; while I know there's > interest in other open source revision control systems to play the > role Perforce is currently playing, attempts to import the FreeBSD > revision history into other open source systems have generally failed > due to the volume of changes and history present in the FreeBSD > project. Undoubtably, people will keep trying until an open source > revision control product is up to it. > > The unavailability of the perforce.freebsd.org web site is due to > bugs in the older version of the Perforce web server, and that the > software has not yet been upgraded. Hopefully that will be fixed > soon, as that site was beneficial to everyone. However, I'm having > trouble thinking of much or any on-going work in Perforce that > doesn't get merged rapidly or made available via other means. If > there's specific work you are interested in that isn't exported, I > can make it available to you easily. I believe the general purpose > submit list is also subscribable, although the volume of local > changes is extremely high due to their "in progress" nature. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee > Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:05:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D78616A4D0 for ; Wed, 18 Aug 2004 14:05:27 +0000 (GMT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id C281E43D2F for ; Wed, 18 Aug 2004 14:05:26 +0000 (GMT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i7IE5PbC006097 for ; Wed, 18 Aug 2004 10:05:25 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i7IE5PhV006095 for current@freebsd.org; Wed, 18 Aug 2004 10:05:25 -0400 (EDT) Date: Wed, 18 Aug 2004 10:05:25 -0400 From: Thomas Dickey To: current@freebsd.org Message-ID: <20040818140525.GA5546@saltmine.radix.net> References: <200408160104.03708.chris@behanna.org> <41234FC6.1000005@cronyx.ru> <4123603F.2050201@cronyx.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <4123603F.2050201@cronyx.ru> User-Agent: Mutt/1.3.27i Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:05:27 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 05:57:19PM +0400, Roman Kurakin wrote: > I fully agree with you. But this not affect "open source"ness. > I'd rather call it open development. If the change history(*) is locked up in a form that doesn't provide ready access, there's no distinction. (*) noting of course that for many projects the change history comments are worthless. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFBI2IjtIqByHxlDocRAkv1AJ9S5g76Vode1R5n5GyhNMJJOkfPLQCfainO ukSnAPYIJIJrARVXz68w9Js= =AGxH -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:07:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2DBF16A4CE; Wed, 18 Aug 2004 14:07:25 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C2943D4C; Wed, 18 Aug 2004 14:07:25 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7IE7OHb022210; Wed, 18 Aug 2004 10:07:24 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7IE7N30022209; Wed, 18 Aug 2004 10:07:23 -0400 (EDT) (envelope-from green) Date: Wed, 18 Aug 2004 10:07:23 -0400 From: Brian Fundakowski Feldman To: Don Lewis Message-ID: <20040818140723.GA1525@green.homeunix.org> References: <200408170443.i7H4hMYV005062@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408170443.i7H4hMYV005062@gw.catspoiler.org> User-Agent: Mutt/1.5.6i cc: current@FreeBSD.org Subject: Re: thoughts on system hangs after panic() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:07:25 -0000 On Mon, Aug 16, 2004 at 09:43:21PM -0700, Don Lewis wrote: > I suspect the cause of the system hangs after a panic that are keeping > crash dumps from working is one of the shutdown_pre_sync handlers > getting wedged. The most likely culprit is syncer_shutdown(), but I > think any of the handlers could get wedged in kthread_suspend(). > > Either we should skip shutdown_pre_sync entirely if RB_NOSYNC is set, or > the handlers should obey this bit as appropriate. The latter would > require a little more code to be touched, but would allow for more > flexibility. I'll love you forever if that fixes it. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:11:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0945916A4CE; Wed, 18 Aug 2004 14:11:45 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F7C243D58; Wed, 18 Aug 2004 14:11:44 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7IEBiDp024888; Wed, 18 Aug 2004 10:11:44 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7IEBhAu024887; Wed, 18 Aug 2004 10:11:44 -0400 (EDT) (envelope-from green) Date: Wed, 18 Aug 2004 10:11:43 -0400 From: Brian Fundakowski Feldman To: Ruslan Ermilov Message-ID: <20040818141143.GB1525@green.homeunix.org> References: <200408172029.35506.mjohnston@skyweb.ca> <20040818045206.GD99980@funkthat.com> <20040818062709.GC6348@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040818062709.GC6348@ip.net.ua> User-Agent: Mutt/1.5.6i cc: John-Mark Gurney cc: current@FreeBSD.org Subject: Re: kqueue is safe to use? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:11:45 -0000 On Wed, Aug 18, 2004 at 09:27:09AM +0300, Ruslan Ermilov wrote: > On Tue, Aug 17, 2004 at 09:52:06PM -0700, John-Mark Gurney wrote: > > Mark Johnston wrote this message on Tue, Aug 17, 2004 at 20:29 -0500: > > > Here's this week's giant summary. As you probably know, a code freeze went > > > into effect first thing on the 17th, which is the main reason for the length > > > of this summary. > > > > Another change you forgot is that I commit patches to make kqueue safe > > to use on -current. This has been a long outstanding problem with > > -current. > > > Would the following be safe to commit now? > > %%% > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/usr.bin/make/Makefile,v > retrieving revision 1.33 > diff -u -r1.33 Makefile > --- Makefile 12 Aug 2004 11:49:55 -0000 1.33 > +++ Makefile 18 Aug 2004 06:23:06 -0000 > @@ -18,11 +18,10 @@ > CFLAGS+=-DMAKE_VERSION=\"5200408120\" > .if defined(_UPGRADING) > CFLAGS+=-D__FBSDID=__RCSID > +.else > +CFLAGS+=-DUSE_KQUEUE > .endif > > -# XXX: kernel currently broken > -# CFLAGS+=-DUSE_KQUEUE > - > main.o: ${MAKEFILE} > > # Set the shell which make(1) uses. Bourne is the default, but a decent > %%% > > I've been using it for a long time; still works just as safely with regular -CURRENT now as it did with my previous kqueue reimplementation. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:28:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 621F716A4CE for ; Wed, 18 Aug 2004 14:28:48 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1F6043D48 for ; Wed, 18 Aug 2004 14:28:47 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so245699rnk for ; Wed, 18 Aug 2004 07:28:47 -0700 (PDT) Received: by 10.38.99.20 with SMTP id w20mr390348rnb; Wed, 18 Aug 2004 07:28:47 -0700 (PDT) Message-ID: Date: Wed, 18 Aug 2004 10:28:47 -0400 From: David Rhodus To: Roman Kurakin In-Reply-To: <4123603F.2050201@cronyx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408160104.03708.chris@behanna.org> <41234FC6.1000005@cronyx.ru><4123603F.2050201@cronyx.ru> cc: chris@behanna.org cc: drhodus@machdep.com cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:28:48 -0000 On Wed, 18 Aug 2004 17:57:19 +0400, Roman Kurakin wrote: > I fully agree with you. But this not affect "open source"ness. > I'd rather call it open development. > > rik Yes, it does when the public doesn't have direct access to the development work going on. Thats what started this thread in the first place. -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:42:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0594516A4CE for ; Wed, 18 Aug 2004 14:42:52 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF64D43D2D; Wed, 18 Aug 2004 14:42:51 +0000 (GMT) (envelope-from bmilekic@FreeBSD.org) Received: from freefall.freebsd.org (bmilekic@localhost [127.0.0.1]) i7IEgpxe024895; Wed, 18 Aug 2004 14:42:51 GMT (envelope-from bmilekic@freefall.freebsd.org) Received: (from bmilekic@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7IEgpZk024894; Wed, 18 Aug 2004 14:42:51 GMT (envelope-from bmilekic) Date: Wed, 18 Aug 2004 14:42:51 +0000 From: Bosko Milekic To: David Rhodus Message-ID: <20040818144251.GA22971@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: current@freebsd.org cc: chris@behanna.org cc: drhodus@machdep.com cc: Roman Kurakin Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:42:52 -0000 David Rhodus wrote: >On Wed, 18 Aug 2004 17:57:19 +0400, Roman Kurakin wrote: >> I fully agree with you. But this not affect "open source"ness. >> I'd rather call it open development. >> >> rik > >Yes, it does when the public doesn't have direct access to the >development work going on. Thats what started this thread in the >first place. > >-- > -David > Steven David Rhodus When are you and some of your DragonFly minions going to stop spreading this garbage? If you want to talk about open-source, why don't you divert the attention to the frankly cowardly behavior going on pertaining to parts of the DragonFly source tree instead? Whereas DragonFly has appropriated a significant amount of FreeBSD code, only to ammend the lisencing to its own network code to include the advertising clause (removed officially from the BSDL a while ago now), and for what? Only to make it difficult for FreeBSD to take some of the code back. So if you want to talk about 'shitty open-source practises,' I'd argue that yours are much more significant than ours. -Bosko From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:48:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C0F316A4CE for ; Wed, 18 Aug 2004 14:48:53 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A40E543D1D for ; Wed, 18 Aug 2004 14:48:52 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so145063rnl for ; Wed, 18 Aug 2004 07:48:51 -0700 (PDT) Received: by 10.38.164.57 with SMTP id m57mr108928rne; Wed, 18 Aug 2004 07:48:51 -0700 (PDT) Message-ID: Date: Wed, 18 Aug 2004 10:48:51 -0400 From: David Rhodus To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: chris@behanna.org cc: drhodus@machdep.com cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:48:53 -0000 On Wed, 18 Aug 2004 09:22:36 -0400 (EDT), Robert Watson wrote: > > On Tue, 17 Aug 2004, David Rhodus wrote: > > > With the perforce trees being hidden away without public access to the > > changes, this makes the FreeBSD project no longer an open source > > project. > > That comment seems to be in stark contrast to reality. One of the most > important goals in using Perforce to supplement CVS has been to get > developers to stop keeping weeks or months of "in progress" changes solely > on their notebook or workstation, and to increase collaboration > opportunities among developers. Previously, developers would maintain Right, but there are many more developers outside of the people with access to the perforce server. > As already pointed out, most if not all of the interesting "in progress" > work in Perforce is regularly and mechanically exported as patch sets or > via cvsup by the developers, something they can now do much more easily > now than they could before. Most of the major group work going on in > Perforce is exported via cvsup10 (TrustedBSD, etc). In addition, many The trustedbsd trees are the only thing exported there, well for other than some mostly dead trees. None of the TLS, AMD64, NETSMP, and who knows what else since its not redly a public forum. > > I think you'd have to work fairly hard to find open source projects that > have no ouststanding local patch sets of as-yet uncommitted and So with perforce development software, fbsd will become extra stable hence removing the need for the -current tree ? > experimental changes; by providing a central infrastructure to manage > this, we're helping developers to avoid loss and collaborate better/more. > Local and experimental changes are a necessary part of the development > process for any reasonably large project, as the software mainline > requires greater stability than the stability of every work in progress. But all of these is why we have had the -stable and -current trees. Yes, its not the best method but at least its an method which provides open access to the development work that is ongoing. > > The unavailability of the perforce.freebsd.org web site is due to bugs in > the older version of the Perforce web server, and that the software has The perforce.freebsd.org web site is a marsh pit to navigate. I think more people would be content If the site could be cleaned up and the method of offering a .tar.gz file of every tree on the hour for download via the website was added. -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:50:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F4D016A4D8; Wed, 18 Aug 2004 14:50:03 +0000 (GMT) Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51B9F43D64; Wed, 18 Aug 2004 14:50:03 +0000 (GMT) (envelope-from mark@markdnet.demon.co.uk) Received: from pr-webmail-1.demon.net ([194.159.244.51] helo=web.mail.demon.net) by anchor-post-33.mail.demon.net with smtp (Exim 3.35 #1) id 1BxRlK-000McZ-0X; Wed, 18 Aug 2004 14:50:02 +0000 Received: from markdnet.demon.co.uk ([62.49.138.165]) by web.mail.demon.net with http; Wed, 18 Aug 2004 15:50:02 +0100 From: mark@markdnet.demon.co.uk To: "Bosko Milekic" In-Reply-To: <20040818144251.GA22971@freefall.freebsd.org> Date: Wed, 18 Aug 2004 15:50:02 +0100 User-Agent: Demon-WebMail/2.0 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:50:03 -0000 bmilekic@FreeBSD.org wrote: > > If you want to talk about open-source, why don't you divert the attention > to the frankly cowardly behavior going on pertaining to parts of the > DragonFly source tree instead? Whereas DragonFly has appropriated a > significant amount of FreeBSD code, only to ammend the lisencing to its > own network code to include the advertising clause (removed officially > from the BSDL a while ago now), and for what? Only to make it difficult for > FreeBSD to take some of the code back. Strictly speaking, this is surely illegal? The BSD license states that you may pretty much do what you like as long as you retain the copyright. Surely changing the license fails to meet the license conditions, and thus doing so without the permission of the original copyright holder is in breach of the license. Mark From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:07:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 537C716A4CE for ; Wed, 18 Aug 2004 15:07:29 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 020E143D6A for ; Wed, 18 Aug 2004 15:07:29 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so145888rnl for ; Wed, 18 Aug 2004 08:07:25 -0700 (PDT) Received: by 10.38.126.73 with SMTP id y73mr403166rnc; Wed, 18 Aug 2004 08:07:24 -0700 (PDT) Message-ID: Date: Wed, 18 Aug 2004 11:07:24 -0400 From: David Rhodus To: Bosko Milekic In-Reply-To: <20040818144251.GA22971@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040818144251.GA22971@freefall.freebsd.org> cc: current@freebsd.org cc: chris@behanna.org cc: drhodus@machdep.com cc: Roman Kurakin Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:07:29 -0000 On Wed, 18 Aug 2004 14:42:51 +0000, Bosko Milekic wrote: > When are you and some of your DragonFly minions going to stop spreading > this garbage? This conversation has nothing to do with DragonFly Bosko and you damn well know it. The thread is about a method in which the perforce development trees can be opened up for the public. > If you want to talk about open-source, why don't you divert the attention > to the frankly cowardly behavior going on pertaining to parts of the > DragonFly source tree instead? Whereas DragonFly has appropriated a > significant amount of FreeBSD code, only to ammend the lisencing to its > own network code to include the advertising clause (removed officially > from the BSDL a while ago now), and for what? Only to make it difficult for > FreeBSD to take some of the code back. Anyway this has nothing to do with the current thread of discussion Bosko. The networking code in DragonFly has been developed with the intention of some commercial reasoning in mind for some of the developers who have worked on it. This is only to further improve the ongoing development work in DragonFly. The advertising clause sun-sets in a year anyway and anyone can still download the DragonFly source and do what ever with it , so your point is moot. > So if you want to talk about 'shitty open-source > practises,' I'd argue that yours are much more significant than ours. Again this was not the point of the conversation. Why not toss in some more point less items like GPL, LGPL, etc... -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:10:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C314A16A4CE for ; Wed, 18 Aug 2004 15:10:24 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D40743D58 for ; Wed, 18 Aug 2004 15:10:24 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 76so156266rnl for ; Wed, 18 Aug 2004 08:10:17 -0700 (PDT) Received: by 10.38.96.34 with SMTP id t34mr78208rnb; Wed, 18 Aug 2004 08:10:17 -0700 (PDT) Message-ID: Date: Wed, 18 Aug 2004 11:10:17 -0400 From: David Rhodus To: "mark@markdnet.demon.co.uk" In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: Bosko Milekic cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:10:24 -0000 On Wed, 18 Aug 2004 15:50:02 +0100, mark@markdnet.demon.co.uk wrote: > bmilekic@FreeBSD.org wrote: > > > > If you want to talk about open-source, why don't you divert the attention > > to the frankly cowardly behavior going on pertaining to parts of the > > DragonFly source tree instead? Whereas DragonFly has appropriated a > > significant amount of FreeBSD code, only to ammend the lisencing to its > > own network code to include the advertising clause (removed officially > > from the BSDL a while ago now), and for what? Only to make it difficult for > > FreeBSD to take some of the code back. > > Strictly speaking, this is surely illegal? > > The BSD license states that you may pretty much do what you like as long as you retain the copyright. Surely changing the license fails to meet the license conditions, and thus doing so without the permission of the original copyright holder is in breach of the license. These are entirely new files and completely original development work of Jeff Hsu. So the BSD license doesn't apply in the case of completely original development. -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:11:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31F5216A4CE; Wed, 18 Aug 2004 15:11:46 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8419443D66; Wed, 18 Aug 2004 15:11:45 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7IFBUFd002747; Wed, 18 Aug 2004 16:11:30 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org, drhodus@machdep.com Date: Wed, 18 Aug 2004 16:11:44 +0100 User-Agent: KMail/1.6.2 References: <200408160104.03708.chris@behanna.org> <4123603F.2050201@cronyx.ru> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408181611.45299.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: chris@behanna.org cc: current@freebsd.org cc: Roman Kurakin Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:11:46 -0000 On Wednesday 18 August 2004 15:28, David Rhodus wrote: > On Wed, 18 Aug 2004 17:57:19 +0400, Roman Kurakin wrote: > > I fully agree with you. But this not affect "open source"ness. > > I'd rather call it open development. > > > > rik > > Yes, it does when the public doesn't have direct access to the > development work going on. Thats what started this thread in the > first place. This is ludicrous. You don't have access to my private source trees on my private machines where I test and develop software before committing it to CVS. How does that change the fact that when I commit that software it has a standard two clause BSD open source license. Its the results that are open source, not the pre-commit experiments. Next you will be demanding that everyone writes every single thought they have about FreeBSD into some interminable web log so that the project can be truly 'open source'. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:11:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31F5216A4CE; Wed, 18 Aug 2004 15:11:46 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8419443D66; Wed, 18 Aug 2004 15:11:45 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7IFBUFd002747; Wed, 18 Aug 2004 16:11:30 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org, drhodus@machdep.com Date: Wed, 18 Aug 2004 16:11:44 +0100 User-Agent: KMail/1.6.2 References: <200408160104.03708.chris@behanna.org> <4123603F.2050201@cronyx.ru> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408181611.45299.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: chris@behanna.org cc: current@freebsd.org cc: Roman Kurakin Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:11:46 -0000 On Wednesday 18 August 2004 15:28, David Rhodus wrote: > On Wed, 18 Aug 2004 17:57:19 +0400, Roman Kurakin wrote: > > I fully agree with you. But this not affect "open source"ness. > > I'd rather call it open development. > > > > rik > > Yes, it does when the public doesn't have direct access to the > development work going on. Thats what started this thread in the > first place. This is ludicrous. You don't have access to my private source trees on my private machines where I test and develop software before committing it to CVS. How does that change the fact that when I commit that software it has a standard two clause BSD open source license. Its the results that are open source, not the pre-commit experiments. Next you will be demanding that everyone writes every single thought they have about FreeBSD into some interminable web log so that the project can be truly 'open source'. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:19:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0ED416A4CF for ; Wed, 18 Aug 2004 15:19:30 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36FA243D2D for ; Wed, 18 Aug 2004 15:19:30 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so146442rnl for ; Wed, 18 Aug 2004 08:19:29 -0700 (PDT) Received: by 10.38.164.57 with SMTP id m57mr118199rne; Wed, 18 Aug 2004 08:19:29 -0700 (PDT) Message-ID: Date: Wed, 18 Aug 2004 11:19:29 -0400 From: David Rhodus To: Doug Rabson In-Reply-To: <200408181611.45299.dfr@nlsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408160104.03708.chris@behanna.org> <200408181611.45299.dfr@nlsystems.com> cc: chris@behanna.org cc: freebsd-current@freebsd.org cc: Roman Kurakin cc: drhodus@machdep.com cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:19:30 -0000 On Wed, 18 Aug 2004 16:11:44 +0100, Doug Rabson wrote: > On Wednesday 18 August 2004 15:28, David Rhodus wrote: > > On Wed, 18 Aug 2004 17:57:19 +0400, Roman Kurakin > wrote: > > > I fully agree with you. But this not affect "open source"ness. > > > I'd rather call it open development. > > > > > > rik > > > > Yes, it does when the public doesn't have direct access to the > > development work going on. Thats what started this thread in the > > first place. > > This is ludicrous. You don't have access to my private source trees on > my private machines where I test and develop software before committing > it to CVS. How does that change the fact that when I commit that > software it has a standard two clause BSD open source license. Well that is fine if that is the method in which you are using the perforce system. But when overly large commits hit the cvs tree from perforce which should have came with incremental changes so there could be more detail public scrutiny, etc.. there is a problem. -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:19:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0BD616A4CE for ; Wed, 18 Aug 2004 15:19:30 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3713443D31 for ; Wed, 18 Aug 2004 15:19:30 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so146440rnl for ; Wed, 18 Aug 2004 08:19:29 -0700 (PDT) Received: by 10.38.164.57 with SMTP id m57mr118199rne; Wed, 18 Aug 2004 08:19:29 -0700 (PDT) Message-ID: Date: Wed, 18 Aug 2004 11:19:29 -0400 From: David Rhodus To: Doug Rabson In-Reply-To: <200408181611.45299.dfr@nlsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408160104.03708.chris@behanna.org> <200408181611.45299.dfr@nlsystems.com> cc: chris@behanna.org cc: freebsd-current@freebsd.org cc: Roman Kurakin cc: drhodus@machdep.com cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:19:30 -0000 On Wed, 18 Aug 2004 16:11:44 +0100, Doug Rabson wrote: > On Wednesday 18 August 2004 15:28, David Rhodus wrote: > > On Wed, 18 Aug 2004 17:57:19 +0400, Roman Kurakin > wrote: > > > I fully agree with you. But this not affect "open source"ness. > > > I'd rather call it open development. > > > > > > rik > > > > Yes, it does when the public doesn't have direct access to the > > development work going on. Thats what started this thread in the > > first place. > > This is ludicrous. You don't have access to my private source trees on > my private machines where I test and develop software before committing > it to CVS. How does that change the fact that when I commit that > software it has a standard two clause BSD open source license. Well that is fine if that is the method in which you are using the perforce system. But when overly large commits hit the cvs tree from perforce which should have came with incremental changes so there could be more detail public scrutiny, etc.. there is a problem. -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:24:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EEFC16A4CE; Wed, 18 Aug 2004 15:24:14 +0000 (GMT) Received: from mailer.nec-labs.com (mailer.nec-labs.com [138.15.108.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A84E043D1D; Wed, 18 Aug 2004 15:24:13 +0000 (GMT) (envelope-from bohra@cs.rutgers.edu) Received: from [138.15.108.135] ([138.15.108.135] unverified) by mailer.nec-labs.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 18 Aug 2004 11:24:11 -0400 Message-ID: <4123749B.2090101@cs.rutgers.edu> Date: Wed, 18 Aug 2004 11:24:11 -0400 From: Aniruddha Bohra User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: drhodus@machdep.com References: <200408160104.03708.chris@behanna.org> <200408181611.45299.dfr@nlsystems.com> In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Aug 2004 15:24:11.0630 (UTC) FILETIME=[69B3C0E0:01C48537] cc: Roman Kurakin cc: chris@behanna.org cc: current@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:24:14 -0000 Could this please be moved to -chat or something. Current has too much traffic as it is :( Thanks Aniruddha David Rhodus wrote: >On Wed, 18 Aug 2004 16:11:44 +0100, Doug Rabson wrote: > > >>On Wednesday 18 August 2004 15:28, David Rhodus wrote: >> >> >>>On Wed, 18 Aug 2004 17:57:19 +0400, Roman Kurakin >>> >>> >>wrote: >> >> >>>>I fully agree with you. But this not affect "open source"ness. >>>>I'd rather call it open development. >>>> >>>>rik >>>> >>>> >>>Yes, it does when the public doesn't have direct access to the >>>development work going on. Thats what started this thread in the >>>first place. >>> >>> >>This is ludicrous. You don't have access to my private source trees on >>my private machines where I test and develop software before committing >>it to CVS. How does that change the fact that when I commit that >>software it has a standard two clause BSD open source license. >> >> > >Well that is fine if that is the method in which you are using the >perforce system. But when overly large commits hit the cvs tree from >perforce which should have came with incremental changes so there >could be more detail public scrutiny, etc.. there is a problem. > > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:24:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EEFC16A4CE; Wed, 18 Aug 2004 15:24:14 +0000 (GMT) Received: from mailer.nec-labs.com (mailer.nec-labs.com [138.15.108.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A84E043D1D; Wed, 18 Aug 2004 15:24:13 +0000 (GMT) (envelope-from bohra@cs.rutgers.edu) Received: from [138.15.108.135] ([138.15.108.135] unverified) by mailer.nec-labs.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 18 Aug 2004 11:24:11 -0400 Message-ID: <4123749B.2090101@cs.rutgers.edu> Date: Wed, 18 Aug 2004 11:24:11 -0400 From: Aniruddha Bohra User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: drhodus@machdep.com References: <200408160104.03708.chris@behanna.org> <200408181611.45299.dfr@nlsystems.com> In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Aug 2004 15:24:11.0630 (UTC) FILETIME=[69B3C0E0:01C48537] cc: Roman Kurakin cc: chris@behanna.org cc: current@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:24:14 -0000 Could this please be moved to -chat or something. Current has too much traffic as it is :( Thanks Aniruddha David Rhodus wrote: >On Wed, 18 Aug 2004 16:11:44 +0100, Doug Rabson wrote: > > >>On Wednesday 18 August 2004 15:28, David Rhodus wrote: >> >> >>>On Wed, 18 Aug 2004 17:57:19 +0400, Roman Kurakin >>> >>> >>wrote: >> >> >>>>I fully agree with you. But this not affect "open source"ness. >>>>I'd rather call it open development. >>>> >>>>rik >>>> >>>> >>>Yes, it does when the public doesn't have direct access to the >>>development work going on. Thats what started this thread in the >>>first place. >>> >>> >>This is ludicrous. You don't have access to my private source trees on >>my private machines where I test and develop software before committing >>it to CVS. How does that change the fact that when I commit that >>software it has a standard two clause BSD open source license. >> >> > >Well that is fine if that is the method in which you are using the >perforce system. But when overly large commits hit the cvs tree from >perforce which should have came with incremental changes so there >could be more detail public scrutiny, etc.. there is a problem. > > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:25:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18DA116A4CE; Wed, 18 Aug 2004 15:25:55 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E5F243D53; Wed, 18 Aug 2004 15:25:54 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7IFNvaB056588; Wed, 18 Aug 2004 11:23:57 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7IFNvJ9056585; Wed, 18 Aug 2004 11:23:57 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 18 Aug 2004 11:23:57 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: drhodus@machdep.com In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: gordon@freebsd.org cc: chris@behanna.org cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:25:55 -0000 On Wed, 18 Aug 2004, David Rhodus wrote: > > That comment seems to be in stark contrast to reality. One of the most > > important goals in using Perforce to supplement CVS has been to get > > developers to stop keeping weeks or months of "in progress" changes solely > > on their notebook or workstation, and to increase collaboration > > opportunities among developers. Previously, developers would maintain > > Right, but there are many more developers outside of the people with > access to the perforce server. I don't think you'll find disagreement here. I agree with the premise, but not the conclusion: openness is good, but that doesn't mean FreeBSD is no longer an open source project. > > As already pointed out, most if not all of the interesting "in progress" > > work in Perforce is regularly and mechanically exported as patch sets or > > via cvsup by the developers, something they can now do much more easily > > now than they could before. Most of the major group work going on in > > Perforce is exported via cvsup10 (TrustedBSD, etc). In addition, many > > The trustedbsd trees are the only thing exported there, well for other > than some mostly dead trees. None of the TLS, AMD64, NETSMP, and who > knows what else since its not redly a public forum. The AMD64 work in general appears to be merged within days of being put in Perforce. The netperf work is exported as regular patch sets on the netperf web page, including careful annotation of all changes, and even an RSS feed of the change log. My understanding is that the TLS work is now merged. > > I think you'd have to work fairly hard to find open source projects that > > have no ouststanding local patch sets of as-yet uncommitted and > > So with perforce development software, fbsd will become extra stable > hence removing the need for the -current tree ? I think that does not accurately describe our intent. There will remain a -CURRENT, but by using additional branching, we can reduce the thrashing in -CURRENT by allowing work in progress development to be more parallel. When you have many dozens or hundreds of active developers working on a source tree, managing that parallelism is necessary. In previous years, this has been done using separate work areas, often based on separate CVS repositories or private developer work areas. Now, we're attempting to focus that work more centrally. For example, if you follow the netperf work, you'll see that some changes go into the netperf work area weeks or months in advance of hitting the main tree. Other changes are merged within a couple of days. This allows experimental approaches in the netperf branch that would be too unstable to put on every desktop, but that are acceptable in a more constrained and directed source tree. Each area of highly experimental work introduces substantial instability: by constraining that instability for initial testing and fielding in a specific work area, we bound the degree of universal instability better. That work will need more broad exposure in -current, but if something is known to crash 60% of the time under high load, there's no reason to defer merging it for a bit. Sometimes, this will take the form of making things conditionally compiled but using different defaults (i.e., I merged ADAPTIVE_GIANT quickly to CVS, but didn't enable it by default for a bit longer, whereas it was the default in the netperf branch). Other times, it can't be managed by conditional compilation: while roto-tilling the socket buffer locking code in steps in the netperf branch, I broken compiling and/or running for extended periods (12+ hours for compiling, and a week for running). I was then able to merge these changes in relatively clean change sets to CVS once I'd finished the grunt work. One of our hopes was to find a model that has some of the benefits of a "contrib" model, wherein only more stable/discrete change sets go into CVS, but without the more painful aspects of CVS vendor branches or the notion of the "primary" copy being maintained elsewhere. With the netperf work, for example, the CVS repository will be the master copy, and I include full revision change information when I merge from Perforce to CVS. Perforce is a branch off of CVS, not vice versa. > > experimental changes; by providing a central infrastructure to manage > > this, we're helping developers to avoid loss and collaborate better/more. > > Local and experimental changes are a necessary part of the development > > process for any reasonably large project, as the software mainline > > requires greater stability than the stability of every work in progress. > > But all of these is why we have had the -stable and -current trees. > Yes, its not the best method but at least its an method which provides > open access to the development work that is ongoing. I think you're arguing that parallelism and branching are OK as long as there's openness; I think that an argument against parallelism and branching does not serve our needs. Parallelism and branching has always happened with large open source projects, including FreeBSD, Linux, NetBSD, OpenBSD, KDE, etc; the challenge has been increasing the openness without increasing the workload. Given the scope of work that takes place, I think putting all intermediate steps in CVS in -current doesn't serve the broader community: effective large-scale changes take time to perfect, and branching gives that opportunity without exposing all the intermediate steps. Using Perforce for netperf allows me to make mis-steps or experiment without hurting other development efforts, for example. I can try a locking strategy and discover it's a bad idea without enforcing that approach on everyone. > > The unavailability of the perforce.freebsd.org web site is due to bugs in > > the older version of the Perforce web server, and that the software has > > The perforce.freebsd.org web site is a marsh pit to navigate. I think > more people would be content If the site could be cleaned up and the > method of offering a .tar.gz file of every tree on the hour for download > via the website was added. I agree. Up until now, accessibility to individual projects in Perforce has been managed by the developers working on the project. I.e., I maintain a netperf web page, netperf patch sets, a checkout of the netperf work on fxr.watson.org with diffing against various FreeBSD and *BSD revisions, etc. Centralizing that infrastructure (or at least, providing similar centralized infrastructure) takes this notion to the logical next step, increasing access to those outside the immediate committer community while maintaining the benefits we've gained by using Perforce. I think the primary disagreement I have with your comments is the assertion that Perforce has made the FreeBSD project less open: I believe it hasn't, because it's brought what were previously private personal repositories and work more into the open, whereas previously that work was still inaccessible to the broader community. It has improved parallel development capabilities through developer collaboration, multi-way branching, light-weight branching, and provided a better tool for development and communication. Open source projects are no different from close source ones in the desire to use better tools, improve developer efficiency, etc. Perforce has made a dramatic difference in our ability to do work like TrustedBSD, netperf, etc. Avoiding throwing out babies with bath water is important. I agree with your comment that this can be improved further, but that's true of most tools in the open source (and closed source) worlds. Getting the Perforce web page back online is a priority (I've CC'd Gordon to see if we can harass him into getting it online now that he's a Perforce admin). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:33:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD1E916A4CF for ; Wed, 18 Aug 2004 15:33:08 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088EE43D3F for ; Wed, 18 Aug 2004 15:33:08 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7IFV7sf056820; Wed, 18 Aug 2004 11:31:07 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7IFV6Tr056817; Wed, 18 Aug 2004 11:31:07 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 18 Aug 2004 11:31:06 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Richard Coleman In-Reply-To: <41236212.5070500@criticalmagic.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:33:08 -0000 On Wed, 18 Aug 2004, Richard Coleman wrote: > Very well said. And very useful since reading this helps me to > understand better what is going on behind the scenes. > > At some point in the future, it would be nice if this type of local > experimentation and the mainline were brought under the same > infrastructure (subversion/whatever). But I don't think there is any > hurry since the current setup doesn't appear to be an obstacle. Yeah, the trick is finding the right tool. The FreeBSD CVS repository is imported in full (pretty much), and updated in the Perforce repository every couple of minutes. Exporting to CVS is a bit harder because CVS has trouble representing many of the more complex branching notions efficiently (the cvsup export of perforce.freebsd.org for TrustedBSD is much larger than the storage for the Perforce version of the same). A first test for any open source replacement for CVS in the FreeBSD project is that it be able to import our current history and workload efficiently. I believe last time this was attempted with Subversion, the importer ran at least a month before the person trying it gave up :-). Once a piece of software has been found that can have the complete history imported and handle our iterative workload from CVS commits, then the question becomes whether our development strategies can be mapped effectively into its capabilities: i.e., use of tags and branches for release engineering, etc. We need to periodically reevaluate the choices; the next logical point to do that is probably the next Subversion release, since it seems to be a popular suggestion for an alternative. It's worth noting that the Linux community has run into much the same problem: currently, they're using BitKeeper, a similar commercial product, for much the same reasons. svk is another promising looking alternative, but no doubt there are many others. The limitations of CVS are well known, and fairly well understood, but revision control software (especially supporting highly parallel, high volume development) is up there with OS programming in complexity :-). And as with OS programming, you put your source history in your most stable version, not your development head with the latest experimental changes. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > Richard Coleman > rcoleman@criticalmagic.com > > Robert Watson wrote: > > On Tue, 17 Aug 2004, David Rhodus wrote: > > > > > >> With the perforce trees being hidden away without public access to > >> the changes, this makes the FreeBSD project no longer an open > >> source project. > > > > > > That comment seems to be in stark contrast to reality. One of the > > most important goals in using Perforce to supplement CVS has been to > > get developers to stop keeping weeks or months of "in progress" > > changes solely on their notebook or workstation, and to increase > > collaboration opportunities among developers. Previously, developers > > would maintain large oustanding change sets on local machines as they > > developed features that were too "in progress" to merge to the main > > tree. This presented a risk to the project: by not maintaining this > > source on backed up systems, the chances of accidental deletion or > > loss, theft, crash, etc, were unsettlingly high. By providing access > > to a Perforce repository for personal or small project use, we've > > allowed developers to move personal development off of local and > > potentially unreliable systems onto a centrally manged "work in > > progress" server with revision control. If this weren't enough, the > > benefits of having three-way merging to better maintain and update > > "in progress" work with local revision control have improved > > efficiency and collaboration. > > > > As already pointed out, most if not all of the interesting "in > > progress" work in Perforce is regularly and mechanically exported as > > patch sets or via cvsup by the developers, something they can now do > > much more easily now than they could before. Most of the major group > > work going on in Perforce is exported via cvsup10 (TrustedBSD, etc). > > In addition, many developers post regular patch sets of the remaining > > work (SMPng, ...) to mailing lists or personal/project web sites. > > For example, instead of hosting the TrustedBSD work on an independent > > CVS server and having to maintain separate infrastructure, the > > TrustedBSD work is hosted on the FreeBSD Perforce server, making its > > source trees accessible via FreeBSD's cvsup infrastructure. When you > > subscribe to the TrustedBSD CVS list, you actually get a feed of the > > Perforce change sets from the TrustedBSD section of the FreeBSD > > Perforce repository. > > > > I think you'd have to work fairly hard to find open source projects > > that have no ouststanding local patch sets of as-yet uncommitted and > > experimental changes; by providing a central infrastructure to manage > > this, we're helping developers to avoid loss and collaborate > > better/more. Local and experimental changes are a necessary part of > > the development process for any reasonably large project, as the > > software mainline requires greater stability than the stability of > > every work in progress. CVS is notoriously poor at providing for this > > sort of branched development capability; while I know there's > > interest in other open source revision control systems to play the > > role Perforce is currently playing, attempts to import the FreeBSD > > revision history into other open source systems have generally failed > > due to the volume of changes and history present in the FreeBSD > > project. Undoubtably, people will keep trying until an open source > > revision control product is up to it. > > > > The unavailability of the perforce.freebsd.org web site is due to > > bugs in the older version of the Perforce web server, and that the > > software has not yet been upgraded. Hopefully that will be fixed > > soon, as that site was beneficial to everyone. However, I'm having > > trouble thinking of much or any on-going work in Perforce that > > doesn't get merged rapidly or made available via other means. If > > there's specific work you are interested in that isn't exported, I > > can make it available to you easily. I believe the general purpose > > submit list is also subscribable, although the volume of local > > changes is extremely high due to their "in progress" nature. > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > robert@fledge.watson.org Principal Research Scientist, McAfee > > Research > From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:38:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21D6616A4D0; Wed, 18 Aug 2004 15:38:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E3CD43D2F; Wed, 18 Aug 2004 15:38:25 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.2.73] (cpe.125.wat.v126.packetworks.net [64.235.97.125] (may be forged)) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i7IFcqvi064309; Wed, 18 Aug 2004 09:38:52 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <41237755.6030902@samsco.org> Date: Wed, 18 Aug 2004 09:35:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <200408180021.i7I0LCCK020175@repoman.freebsd.org> <20040818002136.03A8B16A524@hub.freebsd.org> <20040818060547.GB6348@ip.net.ua> <412301F0.2070307@alumni.rice.edu> <41230744.5030504@alumni.rice.edu> In-Reply-To: <41230744.5030504@alumni.rice.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Scott Long cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: [src] cvs commit: src/sys/sys param.h src/sys/conf newvers.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:38:26 -0000 Jon Noack wrote: > On 08/18/04 02:14, Jon Noack wrote: > >> On 08/18/04 01:05, Ruslan Ermilov wrote: >> >>> On Wed, Aug 18, 2004 at 12:21:36AM +0000, Scott Long wrote: >>> >>>> Index: src/sys/sys/param.h >>> >>> >>> [...] >>> >>>> * scheme is: <0 if release branch, >>>> otherwise 1>xx >>>> */ >>>> #undef __FreeBSD_version >>>> -#define __FreeBSD_version 502128 /* Master, propagated to >>>> newvers */ >>>> +#define __FreeBSD_version 600000 /* Master, propagated to >>>> newvers */ >>> >>> ^^^^^^ >>> I believe this should be 600100, or are we changing the scheme >>> again? >> >> >> No, 600000 is correct. The reason is that 600100 will be used for >> 6-CURRENT *after* a 6.0-RELEASE. 6-CURRENT before and *including* >> 6.0-RELEASE should follow the 6000xx scheme. Note that this is >> unchanged from the way 5-CURRENT and 5.0-RELEASE (which ended up being >> 500043) were handled: >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html > > > > This feels really Linux, but I'll throw it out anyway: > Perhaps pre-n.0 (prior to a major release, in other words) should use an > (n-1)999xx numbering scheme so that n.0 can be n00000. For instance, > 6-CURRENT would start at 599900. That would allow 6.0 to be 600000. > Numbering after the n.0 release would remain the same as it is now. > There may be places were 600000 is hardcoded in the source (BURN_BRIDGES > comes to mind), but that could be fixed. > > I feel like I'm having my own personal bikeshed over this issue, but it > annoys me we can't tag an n.0 release as n00000. Oh well, it's probably > not important enough to change so I'll go to sleep before someone can > properly embarrass me about this. > > Jon FreeBSD 4.0 was 400017 FreeBSD 3.0 was 300005 I think that what we have is fine. Trying to do '999' numbers just gets us into the same bind as other projects that do that, estimate wrong, and then run out of number space. The __FreeBSD_version isn't an advertised version number, it's just a tag that can be used to track changes programatically. Scott From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:39:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE41016A4CE; Wed, 18 Aug 2004 15:39:02 +0000 (GMT) Received: from eddie.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36D7D43D45; Wed, 18 Aug 2004 15:39:02 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id 47C46117FE; Wed, 18 Aug 2004 17:39:00 +0200 (CEST) Date: Wed, 18 Aug 2004 17:38:59 +0200 From: "Simon L. Nielsen" To: Robert Watson Message-ID: <20040818153859.GB84892@eddie.nitro.dk> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: gordon@freebsd.org cc: chris@behanna.org cc: drhodus@machdep.com cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:39:03 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.08.18 11:23:57 -0400, Robert Watson wrote: [...] > Getting > the Perforce web page back online is a priority (I've CC'd Gordon to see > if we can harass him into getting it online now that he's a Perforce > admin). The FreeBSD perforce website at http://perforce.freebsd.org/ has been online again for a couple for weeks... or are you talking about something else? --=20 Simon L. Nielsen FreeBSD Documentation Team --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBI3gTh9pcDSc1mlERAqpnAKC5qudnHyJJBcpnw51cowCN3cMx3ACfX3p4 ZHZY9MKL9JpCp/KagIB6iOY= =iUvA -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:42:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C373416A4CE; Wed, 18 Aug 2004 15:42:05 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2689343D41; Wed, 18 Aug 2004 15:42:05 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7IFfsX5002950; Wed, 18 Aug 2004 16:41:54 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Wed, 18 Aug 2004 16:42:11 +0100 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408181642.11999.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Richard Coleman cc: Robert Watson cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:42:05 -0000 On Wednesday 18 August 2004 16:31, Robert Watson wrote: > A first test for any open > source replacement for CVS in the FreeBSD project is that it be able > to import our current history and workload efficiently. I believe > last time this was attempted with Subversion, the importer ran at > least a month before the person trying it gave up :-). For what its worth, the latest cvs2svn converter is at least two orders of magnitude faster than when this test was run. I have a private CVS test repository which used to take several days to convert on a fairly slow machine. With the latest convertion script it only takes a few hours. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:42:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C373416A4CE; Wed, 18 Aug 2004 15:42:05 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2689343D41; Wed, 18 Aug 2004 15:42:05 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7IFfsX5002950; Wed, 18 Aug 2004 16:41:54 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Wed, 18 Aug 2004 16:42:11 +0100 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408181642.11999.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Richard Coleman cc: Robert Watson cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:42:05 -0000 On Wednesday 18 August 2004 16:31, Robert Watson wrote: > A first test for any open > source replacement for CVS in the FreeBSD project is that it be able > to import our current history and workload efficiently. I believe > last time this was attempted with Subversion, the importer ran at > least a month before the person trying it gave up :-). For what its worth, the latest cvs2svn converter is at least two orders of magnitude faster than when this test was run. I have a private CVS test repository which used to take several days to convert on a fairly slow machine. With the latest convertion script it only takes a few hours. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:44:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2091016A4CE for ; Wed, 18 Aug 2004 15:44:49 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2AAC43D45 for ; Wed, 18 Aug 2004 15:44:48 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7IFgqe0057340; Wed, 18 Aug 2004 11:42:52 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7IFgqvO057337; Wed, 18 Aug 2004 11:42:52 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 18 Aug 2004 11:42:52 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Thomas Dickey In-Reply-To: <20040818140525.GA5546@saltmine.radix.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:44:49 -0000 On Wed, 18 Aug 2004, Thomas Dickey wrote: > On Wed, Aug 18, 2004 at 05:57:19PM +0400, Roman Kurakin wrote: > > I fully agree with you. But this not affect "open source"ness. > > I'd rather call it open development. > > If the change history(*) is locked up in a form that doesn't provide > ready access, there's no distinction. > > (*) noting of course that for many projects the change history comments > are worthless. You'll notice that developers using Perforce are careful to include complete change desriptions when changes are merged to CVS. Often, better ones, because the changes are complete. It's not necessary to commit every mistake to CVS, which is a large part of what Perforce allows us to avoid. This is intentional: FreeBSD developers consider CVS to be the "real" repository, and Perforce to be a working area in which to explore ideas before merging to CVS. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:49:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BC9616A4CE; Wed, 18 Aug 2004 15:49:30 +0000 (GMT) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 697B843D45; Wed, 18 Aug 2004 15:49:30 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.0.27] (dns.packetdesign.com [65.192.41.10]) (authenticated bits=0) by b.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i7IFnKHF003565 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 18 Aug 2004 08:49:27 -0700 From: "Bruce A. Mah" To: Robert Watson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WI+AMn8psn4hr5s+Lydg" Message-Id: <1092844084.705.7.camel@localhost.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 18 Aug 2004 08:48:04 -0700 cc: Richard Coleman cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:49:30 -0000 --=-WI+AMn8psn4hr5s+Lydg Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-08-18 at 08:31, Robert Watson wrote: > On Wed, 18 Aug 2004, Richard Coleman wrote: >=20 > > Very well said. And very useful since reading this helps me to > > understand better what is going on behind the scenes.=20 > >=20 > > At some point in the future, it would be nice if this type of local > > experimentation and the mainline were brought under the same > > infrastructure (subversion/whatever). But I don't think there is any > > hurry since the current setup doesn't appear to be an obstacle.=20 >=20 > Yeah, the trick is finding the right tool. The FreeBSD CVS repository is > imported in full (pretty much), and updated in the Perforce repository > every couple of minutes. Just to clarify a point that might be confusing to folks: What's really imported into Perforce every few minutes is a snapshot of HEAD (for src/ and doc/ anyways, don't remember for ports/), not the entire repository with all of the history, branches, etc. As you pointed out later on, converting the entire repository is a pretty big task, although I've heard several times about developers in the Subversion community using the FreeBSD CVS repository as test data.=20 :-) Bruce. --=-WI+AMn8psn4hr5s+Lydg Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBI3oz2MoxcVugUsMRAuPnAJ0UL2kwIQzQEIAqi0tsR4wdq2z5GACdG6my b7wzjIezVCACo652BdCG1YM= =QV3v -----END PGP SIGNATURE----- --=-WI+AMn8psn4hr5s+Lydg-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:52:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7316E16A4CE for ; Wed, 18 Aug 2004 15:52:02 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21EE843D39 for ; Wed, 18 Aug 2004 15:52:02 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7IFo5Us057599; Wed, 18 Aug 2004 11:50:05 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7IFo5wK057596; Wed, 18 Aug 2004 11:50:05 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 18 Aug 2004 11:50:05 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: drhodus@machdep.com In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: chris@behanna.org cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:52:02 -0000 On Wed, 18 Aug 2004, Robert Watson wrote: > The unavailability of the perforce.freebsd.org web site is due to bugs > in the older version of the Perforce web server, and that the software > has not yet been upgraded. Hopefully that will be fixed soon, as that > site was beneficial to everyone. However, I'm having trouble thinking > of much or any on-going work in Perforce that doesn't get merged rapidly > or made available via other means. If there's specific work you are > interested in that isn't exported, I can make it available to you > easily. I believe the general purpose submit list is also subscribable, > although the volume of local changes is extremely high due to their "in > progress" nature. As has been pointed out, the comment about inavailability is now correct: the web site is back online again. The set of front page subtrees could use some updating though, the netperf_socket branch is no longer the are where most netperf work is happening -- it now happens in rwatson_netperf. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:53:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4212E16A4CE; Wed, 18 Aug 2004 15:53:39 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF13043D5C; Wed, 18 Aug 2004 15:53:38 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7IFpgFV057645; Wed, 18 Aug 2004 11:51:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7IFpgn9057641; Wed, 18 Aug 2004 11:51:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 18 Aug 2004 11:51:42 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Doug Rabson In-Reply-To: <200408181642.11999.dfr@nlsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Richard Coleman cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:53:39 -0000 On Wed, 18 Aug 2004, Doug Rabson wrote: > On Wednesday 18 August 2004 16:31, Robert Watson wrote: > > A first test for any open > > source replacement for CVS in the FreeBSD project is that it be able > > to import our current history and workload efficiently. I believe > > last time this was attempted with Subversion, the importer ran at > > least a month before the person trying it gave up :-). > > For what its worth, the latest cvs2svn converter is at least two orders > of magnitude faster than when this test was run. I have a private CVS > test repository which used to take several days to convert on a fairly > slow machine. With the latest convertion script it only takes a few > hours. Last I looked, my primary concerns with Subversion were: - Cost to import full FreeBSD history. - That it promised the multi-way branching and merging in a future release, but did not yet have it. Do you know how things look with respect to the second issue? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 15:53:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4212E16A4CE; Wed, 18 Aug 2004 15:53:39 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF13043D5C; Wed, 18 Aug 2004 15:53:38 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7IFpgFV057645; Wed, 18 Aug 2004 11:51:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7IFpgn9057641; Wed, 18 Aug 2004 11:51:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 18 Aug 2004 11:51:42 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Doug Rabson In-Reply-To: <200408181642.11999.dfr@nlsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Richard Coleman cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 15:53:39 -0000 On Wed, 18 Aug 2004, Doug Rabson wrote: > On Wednesday 18 August 2004 16:31, Robert Watson wrote: > > A first test for any open > > source replacement for CVS in the FreeBSD project is that it be able > > to import our current history and workload efficiently. I believe > > last time this was attempted with Subversion, the importer ran at > > least a month before the person trying it gave up :-). > > For what its worth, the latest cvs2svn converter is at least two orders > of magnitude faster than when this test was run. I have a private CVS > test repository which used to take several days to convert on a fairly > slow machine. With the latest convertion script it only takes a few > hours. Last I looked, my primary concerns with Subversion were: - Cost to import full FreeBSD history. - That it promised the multi-way branching and merging in a future release, but did not yet have it. Do you know how things look with respect to the second issue? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:00:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE8BC16A4D0; Wed, 18 Aug 2004 16:00:42 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2442343D46; Wed, 18 Aug 2004 16:00:42 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7IG0b6k003185; Wed, 18 Aug 2004 17:00:37 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Robert Watson Date: Wed, 18 Aug 2004 17:00:55 +0100 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408181700.55424.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org cc: Richard Coleman cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:00:43 -0000 On Wednesday 18 August 2004 16:51, Robert Watson wrote: > On Wed, 18 Aug 2004, Doug Rabson wrote: > > On Wednesday 18 August 2004 16:31, Robert Watson wrote: > > > A first test for any open > > > source replacement for CVS in the FreeBSD project is that it be > > > able to import our current history and workload efficiently. I > > > believe last time this was attempted with Subversion, the > > > importer ran at least a month before the person trying it gave up > > > :-). > > > > For what its worth, the latest cvs2svn converter is at least two > > orders of magnitude faster than when this test was run. I have a > > private CVS test repository which used to take several days to > > convert on a fairly slow machine. With the latest convertion script > > it only takes a few hours. > > Last I looked, my primary concerns with Subversion were: > > - Cost to import full FreeBSD history. > > - That it promised the multi-way branching and merging in a future > release, but did not yet have it. > > Do you know how things look with respect to the second issue? Branching is cheap and fast. Repeated merging is not explicitly handled by subversion but in using it for my own work, I've found that the transaction oriented nature of subversion makes repeated merging between branches quite easy (in comparison to being pretty near impossible in cvs). All I do is keep track of the transaction number of my last merge and use that as the start of the transaction range to merge next time around. The svk system (which layers on top of subversion) does support repeated merges as well as distributed repositories. The mechanism used to support merges (storing extra state in properties) could probably be used in subversion itself. It certainly won't be in subversion 1.1 but it doesn't seem unreasonable that it might be included in 1.2. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:00:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE8BC16A4D0; Wed, 18 Aug 2004 16:00:42 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2442343D46; Wed, 18 Aug 2004 16:00:42 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7IG0b6k003185; Wed, 18 Aug 2004 17:00:37 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Robert Watson Date: Wed, 18 Aug 2004 17:00:55 +0100 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408181700.55424.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org cc: Richard Coleman cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:00:43 -0000 On Wednesday 18 August 2004 16:51, Robert Watson wrote: > On Wed, 18 Aug 2004, Doug Rabson wrote: > > On Wednesday 18 August 2004 16:31, Robert Watson wrote: > > > A first test for any open > > > source replacement for CVS in the FreeBSD project is that it be > > > able to import our current history and workload efficiently. I > > > believe last time this was attempted with Subversion, the > > > importer ran at least a month before the person trying it gave up > > > :-). > > > > For what its worth, the latest cvs2svn converter is at least two > > orders of magnitude faster than when this test was run. I have a > > private CVS test repository which used to take several days to > > convert on a fairly slow machine. With the latest convertion script > > it only takes a few hours. > > Last I looked, my primary concerns with Subversion were: > > - Cost to import full FreeBSD history. > > - That it promised the multi-way branching and merging in a future > release, but did not yet have it. > > Do you know how things look with respect to the second issue? Branching is cheap and fast. Repeated merging is not explicitly handled by subversion but in using it for my own work, I've found that the transaction oriented nature of subversion makes repeated merging between branches quite easy (in comparison to being pretty near impossible in cvs). All I do is keep track of the transaction number of my last merge and use that as the start of the transaction range to merge next time around. The svk system (which layers on top of subversion) does support repeated merges as well as distributed repositories. The mechanism used to support merges (storing extra state in properties) could probably be used in subversion itself. It certainly won't be in subversion 1.1 but it doesn't seem unreasonable that it might be included in 1.2. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:11:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A2D16A4CE for ; Wed, 18 Aug 2004 16:11:21 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 514A343D49 for ; Wed, 18 Aug 2004 16:11:20 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7IG86jM046466 for current@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 18 Aug 2004 20:08:06 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7IG5gnn046334; (8.12.8/vak/2.1) Wed, 18 Aug 2004 20:05:42 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41237E9F.20408@cronyx.ru> Date: Wed, 18 Aug 2004 20:06:55 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20040818153859.GB84892@eddie.nitro.dk> In-Reply-To: <20040818153859.GB84892@eddie.nitro.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: gordon@freebsd.org cc: chris@behanna.org cc: Robert Watson cc: drhodus@machdep.com cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:11:21 -0000 Simon L. Nielsen wrote: >On 2004.08.18 11:23:57 -0400, Robert Watson wrote: > >[...] > > >>Getting >>the Perforce web page back online is a priority (I've CC'd Gordon to see >>if we can harass him into getting it online now that he's a Perforce >>admin). >> >> > >The FreeBSD perforce website at http://perforce.freebsd.org/ has been >online again for a couple for weeks... or are you talking about >something else? > > By the way, if we would be able to sort this list http://perforce.freebsd.org/userList.cgi by access data, developer name etc and not only by user field it would be much better. rik From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:14:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B66B16A4CE; Wed, 18 Aug 2004 16:14:14 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB85343D53; Wed, 18 Aug 2004 16:14:13 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.202] (c-24-99-11-35.atl.client2.attbi.com [24.99.11.35]) by saturn.criticalmagic.com (Postfix) with ESMTP id 42A803BD21; Wed, 18 Aug 2004 12:14:13 -0400 (EDT) Message-ID: <412380F2.3040707@criticalmagic.com> Date: Wed, 18 Aug 2004 12:16:50 -0400 From: Richard Coleman User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:14:14 -0000 Robert Watson wrote: > Last I looked, my primary concerns with Subversion were: > > - Cost to import full FreeBSD history. > > - That it promised the multi-way branching and merging in a future > release, but did not yet have it. > > Do you know how things look with respect to the second issue? > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee > Research Reading the ChangeLog for the upcoming subversion-1.1 release, it doesn't look like it. http://svn.collab.net/repos/svn/trunk/CHANGES My understanding is that the merge functionality in subversion is still about the same that is currently in CVS (although faster). But there's no denying that subversion is getting better by the day. For a new project, I wouldn't hesitate to suggest subversion. But for a large, existing project like *BSD there doesn't seem to be a compelling reason to switch (yet). But that will change eventually. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:14:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B66B16A4CE; Wed, 18 Aug 2004 16:14:14 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB85343D53; Wed, 18 Aug 2004 16:14:13 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.202] (c-24-99-11-35.atl.client2.attbi.com [24.99.11.35]) by saturn.criticalmagic.com (Postfix) with ESMTP id 42A803BD21; Wed, 18 Aug 2004 12:14:13 -0400 (EDT) Message-ID: <412380F2.3040707@criticalmagic.com> Date: Wed, 18 Aug 2004 12:16:50 -0400 From: Richard Coleman User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:14:14 -0000 Robert Watson wrote: > Last I looked, my primary concerns with Subversion were: > > - Cost to import full FreeBSD history. > > - That it promised the multi-way branching and merging in a future > release, but did not yet have it. > > Do you know how things look with respect to the second issue? > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee > Research Reading the ChangeLog for the upcoming subversion-1.1 release, it doesn't look like it. http://svn.collab.net/repos/svn/trunk/CHANGES My understanding is that the merge functionality in subversion is still about the same that is currently in CVS (although faster). But there's no denying that subversion is getting better by the day. For a new project, I wouldn't hesitate to suggest subversion. But for a large, existing project like *BSD there doesn't seem to be a compelling reason to switch (yet). But that will change eventually. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:18:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D9C016A4CE; Wed, 18 Aug 2004 16:18:33 +0000 (GMT) Received: from smtp-bedford-dr.mitre.org (smtp-bedford-dr-x.mitre.org [192.160.51.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB38543D39; Wed, 18 Aug 2004 16:18:32 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) i7IGIWf08802; Wed, 18 Aug 2004 12:18:32 -0400 Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id 674C24F8D8; Wed, 18 Aug 2004 12:18:32 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) i7IGIVm08721; Wed, 18 Aug 2004 12:18:31 -0400 Received: from mm112324-2k.mitre.org (128.29.3.51) by mailhub2.mitre.org with SMTP id 4208357; Wed, 18 Aug 2004 12:18:27 -0400 Message-ID: <41238153.1080307@mitre.org> Date: Wed, 18 Aug 2004 12:18:27 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Andresen References: <41235FBC.4040706@mitre.org> In-Reply-To: <41235FBC.4040706@mitre.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Robert Watson cc: Cedric Tabary Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:18:33 -0000 Jason Andresen wrote: > Robert Watson wrote: > >> On Tue, 17 Aug 2004, Jason Andresen wrote: >> >> >>>>> kldload mem >>>>> kldload io (needed by xorg) >>>>> kldload nvidia -> failed (mem_range_attr_set undefined) >>>>> >>>>> I had to compile 'device mem' into kernel >>>>> >>>>> note 1: I did not try loading mem at the boot loader stage >>>>> note 2: I did not try the new release of nvidia driver >>>>> >>>> >>>> The mem kld will need to explicitly symbols required by other modules >>>> using the EXPORT_SYMS line in its Makefile. So try adding: >>>> >>>> EXPORT_SYMS= mem_range_attr_set >>>> >>>> to the module Makefile for mem, rebuilding, reloading, and adding >>>> additional symbols until it works? >>>> >>> >>> Sure, I can try this. Where is the Makefile for the mem device? >> >> >> You can find the Makefile for the mem module in src/sys/modules/mem. >> You >> might want to look at some of the other module Makefiles in related >> directories for examples of EXPORT_SYMBOLS use. >> >> > > Ok, I removed the device mem from my kernel config and added the line: > EXPORT_SYMS+= mem_range_attr_set > to src/sys/modules/mem/Makefile > > and recompiled with 'make buildkernel' / 'make installkernel' > > Then I booted the new kernel and manually ran 'kldload mem' then > 'kldload nvidia' and I still got the message: > link_elf: symbol mem_range_attr_set undefined One more note. I upgraded to the new 6113 driver and it appears to attach just fine with mem as a device. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:26:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4562616A4CE for ; Wed, 18 Aug 2004 16:26:21 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC9D743D1F for ; Wed, 18 Aug 2004 16:26:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9164 invoked from network); 18 Aug 2004 16:26:20 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 18 Aug 2004 16:26:20 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7IGQ1OZ047684; Wed, 18 Aug 2004 12:26:15 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 18 Aug 2004 12:08:53 -0400 User-Agent: KMail/1.6.2 References: <41234A3B.7000404@cronyx.ru> In-Reply-To: <41234A3B.7000404@cronyx.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <200408181208.53473.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Roman Kurakin Subject: Re: __asm ("int $3") while Giant lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:26:21 -0000 On Wednesday 18 August 2004 08:23 am, Roman Kurakin wrote: > Hi, > > I am trying to find out reason od LOR's in my code. I've placed > __asm ("int $3) > instruction in my code to enter debugger, but after I enter 'n' command > systems > goes to panic. > > Is this normal? > Should I send output? Try using 'kdb_enter("foo");' instead. For one thing it's more portable. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:31:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B751B16A4DE; Wed, 18 Aug 2004 16:31:12 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E009A43D68; Wed, 18 Aug 2004 16:30:39 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i7IGUWM2029160; Wed, 18 Aug 2004 12:30:34 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Wed, 18 Aug 2004 12:30:32 -0400 To: Robert Watson , Richard Coleman From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:31:13 -0000 At 11:31 AM -0400 8/18/04, Robert Watson wrote: >A first test for any open source replacement for CVS in the >FreeBSD project is that it be able to import our current >history and workload efficiently. I believe last time this >was attempted with Subversion, the importer ran at least a >month before the person trying it gave up :-). That was with an earlier version of the conversion script. I am told by one of the subversion guys that the script has been considerably improved since then, but I haven't had the time to try it out. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:31:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1682F16A4CE; Wed, 18 Aug 2004 16:31:49 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7382743D5D; Wed, 18 Aug 2004 16:31:48 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i7IGU9eJ028380; Wed, 18 Aug 2004 17:30:09 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i7IGU9OP028379; Wed, 18 Aug 2004 17:30:09 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i7IGRVbq021318; Wed, 18 Aug 2004 17:27:31 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200408181627.i7IGRVbq021318@grimreaper.grondar.org> To: Jason Andresen From: Mark Murray In-Reply-To: Your message of "Wed, 18 Aug 2004 12:18:27 EDT." <41238153.1080307@mitre.org> Date: Wed, 18 Aug 2004 17:27:31 +0100 Sender: mark@grondar.org cc: freebsd-current@FreeBSD.ORG cc: Robert Watson cc: Cedric Tabary Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:31:49 -0000 Jason Andresen writes: > One more note. I upgraded to the new 6113 driver and it appears to > attach just fine with mem as a device. Any difference if the EXPORT_SYMS+= is there or not? M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:34:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1834516A4CE for ; Wed, 18 Aug 2004 16:34:46 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF68D43D1F for ; Wed, 18 Aug 2004 16:34:45 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7IGYg8U013188; Wed, 18 Aug 2004 09:34:43 -0700 Message-ID: <41237D6A.5070209@root.org> Date: Wed, 18 Aug 2004 09:01:46 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "David W. Chapman Jr." , current@freebsd.org References: <200408171836.i7HIa7SQ079437@repoman.freebsd.org> <20040817191227.GA54933@minubian.inethouston.net> <41227373.4090800@root.org> <20040818140116.GA3231@minubian.inethouston.net> In-Reply-To: <20040818140116.GA3231@minubian.inethouston.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cvs commit: src/sys/dev/acpica acpi_cmbat.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:34:46 -0000 David W. Chapman Jr. wrote: >>Depends when "quite some time" was and what you mean by "loading the >>kernel". If it appeared on Aug. 12 and happens at the end of boot right >>after starting init, this is likely to fix your problem. > > > "quite some time" = any 5.x version of FreeBSD (all releases and any > snapshots I could get my hands on) > > "loading the kernel" = while it is still probing for devices before > it gets to start userland processes. > > So it sounds like this does not fix it. Thanks for the prompt > response! > Send me your dmesg from boot -v up to the hang. -Nate From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:38:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E13116A4CE for ; Wed, 18 Aug 2004 16:38:12 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB91F43D5C for ; Wed, 18 Aug 2004 16:38:11 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7IGZIhU047846 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 18 Aug 2004 20:35:18 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7IGYsnn047724; (8.12.8/vak/2.1) Wed, 18 Aug 2004 20:34:54 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41238577.8070701@cronyx.ru> Date: Wed, 18 Aug 2004 20:36:07 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard Coleman References: <412380F2.3040707@criticalmagic.com> In-Reply-To: <412380F2.3040707@criticalmagic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:38:12 -0000 Warning! current@ is doubled in cc, please remove one. Richard Coleman wrote: > Robert Watson wrote: > >> Last I looked, my primary concerns with Subversion were: >> >> - Cost to import full FreeBSD history. >> >> - That it promised the multi-way branching and merging in a future >> release, but did not yet have it. >> >> Do you know how things look with respect to the second issue? >> >> Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >> robert@fledge.watson.org Principal Research Scientist, McAfee >> Research > > > Reading the ChangeLog for the upcoming subversion-1.1 release, it > doesn't look like it. > > http://svn.collab.net/repos/svn/trunk/CHANGES > > My understanding is that the merge functionality in subversion is > still about the same that is currently in CVS (although faster). > > But there's no denying that subversion is getting better by the day. > For a new project, I wouldn't hesitate to suggest subversion. But for > a large, existing project like *BSD there doesn't seem to be a > compelling reason to switch (yet). But that will change eventually. > > Richard Coleman > rcoleman@criticalmagic.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:38:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CADB116A4CE for ; Wed, 18 Aug 2004 16:38:46 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9665743D49 for ; Wed, 18 Aug 2004 16:38:46 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 2634 invoked from network); 18 Aug 2004 16:38:46 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Aug 2004 16:38:45 -0000 Received: from hydrogen.funkthat.com (jchobm@localhost.funkthat.com [127.0.0.1])i7IGchuU053170; Wed, 18 Aug 2004 09:38:43 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7IGcfjv053169; Wed, 18 Aug 2004 09:38:41 -0700 (PDT) Date: Wed, 18 Aug 2004 09:38:40 -0700 From: John-Mark Gurney To: "Bjoern A. Zeeb" Message-ID: <20040818163840.GE99980@funkthat.com> Mail-Followup-To: "Bjoern A. Zeeb" , Maxim Maximov , freebsd-current@freebsd.org References: <20040817072438.GA99980@funkthat.com> <41223F40.8030702@mcsi.pp.ru> <20040817181307.GB99980@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Maxim Maximov cc: freebsd-current@freebsd.org Subject: Re: new if_sk locking patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:38:46 -0000 Bjoern A. Zeeb wrote this message on Tue, Aug 17, 2004 at 19:26 +0000: > On Tue, 17 Aug 2004, John-Mark Gurney wrote: > > > > Does that also fix the "hangs" a lot of people can see ? > > > I guess not ? > > > > Probably not... it only fixed the LOR's on attach... I just > > got my card, but if you could get me a back trace on the hang, > > I can look at it more... Though the hangs might be due to other > > problems... > > it's not a problem of kernel hang but sk is up/active but no data > passes the interface and established connections drop. In most cases > connectivity comes back after some amount of time. See kern/69879. I took a quick look, and did some tests last night, and I couldn't get the box to hang. I will admit I don't have the fastest hardware, I was using my Apple TiBook doing testing w/ ssh and nfs. With ssh (I believe blowfish), I was able to tar up and transfer ~31gigs of data, getting around 6.5meg/sec. With nfs, I did a bunch of transfers of multigigs of data, and then wrote a program (to lessen the cpu usage on the laptop) to just read the file, and got about 13meg/sec for a 1gig VOB. Never did I see the sk interface hang. I was running with debug.mpsafenet=1 on a Uniproc box though. I'm going to commit my locking patch shortly, and could you test again? Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:44:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6493316A4CE; Wed, 18 Aug 2004 16:44:49 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2978943D1F; Wed, 18 Aug 2004 16:44:49 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7IGil8U013804; Wed, 18 Aug 2004 09:44:48 -0700 Message-ID: <41238213.6030804@root.org> Date: Wed, 18 Aug 2004 09:21:39 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Armstrong References: <41231E6E.80405@mirdev.net> In-Reply-To: <41231E6E.80405@mirdev.net> Content-Type: multipart/mixed; boundary="------------080601000100080201020602" cc: David Malone cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi link set: _CRS failed / calcru: negative runtime in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:44:49 -0000 This is a multi-part message in MIME format. --------------080601000100080201020602 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Armstrong wrote: > I recently decided to shift from 5.2.1p9 to 5.2-CURRENT on my home > server, but I've been having trouble getting a fully bootable kernel, > with the issue being a string of 'calcru: negative runtime' errors > followed by a freeze after start_init even with a GENERIC kernel. > > I can however successfully boot with ACPI disabled, although that > presents another problem as one of my NICs dies with no ACPI, *sigh* ;). > Anyway, after a little hunt through dmesg I noted some ACPI errors when > enabled: > > > acpi link set: _CRS failed for link \_SB_.PCI0.ALKB - AE_NULL_ENTRY > unknown: _SRS failed, irq 21 via \_SB_.PCI0.ALKB > acpi link set: _CRS failed for link \_SB_.PCI0.ALKD - AE_NULL_ENTRY > unknown: _SRS failed, irq 23 via \_SB_.PCI0.ALKD > > > I'm taking a wild stab in the dark and guessing that the ACPI timer is > going a little berserk which may be causing the negative runtime errors, > although to tell the truth I'm a complete newbie as far as this sort of > thing goes. > > Attached is the dmesg from a boot -v .. if there is anything else you'd > like me to provide please let me know. Try the patch I just committed (also attached). -Nate --------------080601000100080201020602 Content-Type: text/plain; name="link.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="link.diff" njl 2004-08-18 16:39:59 UTC FreeBSD src repository Modified files: sys/dev/acpica acpi_pci_link.c Log: If _CRS fails, assume that it succeeded. The ASUS K8V (and others) defines single-entry irq links even though it uses an APIC. It appears that it ignores _SRS when in APIC mode but returns a valid irq at other times. Revision Changes Path 1.25 +1 -2 src/sys/dev/acpica/acpi_pci_link.c Index: src/sys/dev/acpica/acpi_pci_link.c --- src/sys/dev/acpica/acpi_pci_link.c:1.24 Fri Aug 13 19:27:21 2004 +++ src/sys/dev/acpica/acpi_pci_link.c Wed Aug 18 16:39:59 2004 @@ -25,7 +25,7 @@ */ #include -__FBSDID("$FreeBSD: /repoman/r/ncvs/src/sys/dev/acpica/acpi_pci_link.c,v 1.24 2004/08/13 19:27:21 njl Exp $"); +__FBSDID("$FreeBSD: /repoman/r/ncvs/src/sys/dev/acpica/acpi_pci_link.c,v 1.25 2004/08/18 16:39:59 njl Exp $"); #include "opt_acpi.h" #include @@ -648,10 +648,9 @@ * assume we were successful. */ error = acpi_pci_link_get_current_irq(link, &link->current_irq); - if (ACPI_FAILURE(error)) { + if (ACPI_FAILURE(error) && bootverbose) { printf("acpi link set: _CRS failed for link %s - %s\n", acpi_name(link->handle), AcpiFormatException(error)); - goto out; } if (link->current_irq != irq) { printf("acpi link set: curr irq %d != %d for %s (ignoring)\n", --------------080601000100080201020602-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 16:50:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5141616A4CE for ; Wed, 18 Aug 2004 16:50:11 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B40E643D2D for ; Wed, 18 Aug 2004 16:50:10 +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 7355C1FFDD6; Wed, 18 Aug 2004 18:50:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 6B87D1FFDD4; Wed, 18 Aug 2004 18:50:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 5192815672; Wed, 18 Aug 2004 16:48:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 46BC215329; Wed, 18 Aug 2004 16:48:36 +0000 (UTC) Date: Wed, 18 Aug 2004 16:48:36 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: John-Mark Gurney In-Reply-To: <20040818163840.GE99980@funkthat.com> Message-ID: References: <20040817072438.GA99980@funkthat.com> <41223F40.8030702@mcsi.pp.ru> <20040818163840.GE99980@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Maxim Maximov cc: freebsd-current@freebsd.org Subject: Re: new if_sk locking patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:50:11 -0000 On Wed, 18 Aug 2004, John-Mark Gurney wrote: > I took a quick look, and did some tests last night, and I couldn't > get the box to hang. I will admit I don't have the fastest hardware, only the interface "hangs" and not the whole box. only seens problem reports for the Yukons for that. > I was running with debug.mpsafenet=1 on a Uniproc box though. I'm going > to commit my locking patch shortly, and could you test again? might be able to test later this evening but cannot promise. are you going to remove the XXX before ? I really do not like the patch as is (w/ or w/o the XXX) but it's better than nothing for now I guess. BTW: hadn't had LORs with dwhite's patch when using modularized version on my amd64 box. Seen LORs when compiled into the kernel. Well at least that's what I think it had been. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 17:03:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CF2516A4CE for ; Wed, 18 Aug 2004 17:03:57 +0000 (GMT) Received: from mailgate-internal2.sri.com (mailgate-internal2.SRI.COM [128.18.84.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 10A9F43D5E for ; Wed, 18 Aug 2004 17:03:57 +0000 (GMT) (envelope-from gilham@csl.sri.com) Received: (qmail 25132 invoked from network); 18 Aug 2004 17:03:56 -0000 Received: from localhost (HELO mailgate-internal2.SRI.COM) (127.0.0.1) by mailgate-internal2.sri.com with SMTP; 18 Aug 2004 17:03:56 -0000 Received: from quarter.csl.sri.com ([130.107.1.30]) M2004081810035610336 for ; Wed, 18 Aug 2004 10:03:56 -0700 Received: from snapdragon.csl.sri.com (snapdragon.csl.sri.com [130.107.19.20]) by quarter.csl.sri.com (8.12.9/8.12.10) with ESMTP id i7IH3uN8027845 for ; Wed, 18 Aug 2004 10:03:56 -0700 Received: from snapdragon (localhost [127.0.0.1])i7IH3u2l016736 for ; Wed, 18 Aug 2004 10:03:56 -0700 (PDT) (envelope-from gilham@snapdragon.csl.sri.com) Message-Id: <200408181703.i7IH3u2l016736@snapdragon.csl.sri.com> To: freebsd-current@freebsd.org In-Reply-To: Message from Doug Rabson of "Wed, 18 Aug 2004 16:42:11 BST." <200408181642.11999.dfr@nlsystems.com> Date: Wed, 18 Aug 2004 10:03:56 -0700 From: Fred Gilham Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 17:03:57 -0000 Hey, guys, please take the cc: current@freebsd.org line out of the headers. Otherwise people get two copies of your email. -- Fred Gilham gilham@csl.sri.com ...Please don't assume Lisp is only useful for Animation and Graphics, AI, Bioinformatics, B2B and E-Commerce, Data Mining, EDA/Semiconductor applications, Expert Systems, Finance, Intelligent Agents, Knowledge Management, Mechanical CAD, Modeling and Simulation, Natural Language, Optimization, Research, Risk Analysis, Scheduling, Telecom, and Web Authoring just because these are the only things they happened to list. -- Kent Pitman From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 17:33:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A95D16A4CF for ; Wed, 18 Aug 2004 17:33:08 +0000 (GMT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE60943D45 for ; Wed, 18 Aug 2004 17:33:07 +0000 (GMT) (envelope-from robin.blanchard@gactr.uga.edu) Received: from localhost (localhost [127.0.0.1]) by mail.gactr.uga.edu (Postfix) with ESMTP id B2213DA826 for ; Wed, 18 Aug 2004 13:32:29 -0400 (EDT) Received: from EBE1.gc.nat (E2K1.gc.nat [10.10.11.21]) by mail.gactr.uga.edu (Postfix) with ESMTP id 3ED4ADA8D6 for ; Wed, 18 Aug 2004 13:32:29 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 18 Aug 2004 13:33:05 -0400 Message-ID: <9B5C1FCAFB35084787C21EFFFA78DD9E612D83@EBE1.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RELENG_5 + ipsec Thread-Index: AcSFSWuycTf7r1X/RUGqq5sbmcXBig== From: "Robin P. Blanchard" To: X-Virus-Scanned: by amavisd-new at gactr.uga.edu Subject: RELENG_5 + ipsec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 17:33:08 -0000 cc -c -O -pipe -march=3Dpentiumpro -Wall -Wredundant-decls = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica = -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=3D2 -ffreestanding -Werror /usr/src/sys/netinet/ip_input.c /usr/src/sys/netinet/ip_input.c: In function `ip_input': /usr/src/sys/netinet/ip_input.c:416: error: label `pass' used but not = defined *** Error code 1 Stop in /usr/obj/usr/src/sys/ipsec. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # fgrep FreeBSD /usr/src/sys/netinet/ip_input.c=20 * $FreeBSD: src/sys/netinet/ip_input.c,v 1.283 2004/08/17 22:05:54 = andre Exp $ --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 < > fax: 706.542.6546 --------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 17:36:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0289616A4CE for ; Wed, 18 Aug 2004 17:36:07 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE5A443D4C for ; Wed, 18 Aug 2004 17:36:06 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 4152 invoked from network); 18 Aug 2004 17:36:06 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Aug 2004 17:36:06 -0000 Received: from hydrogen.funkthat.com (vsjivi@localhost.funkthat.com [127.0.0.1])i7IHa5uU054099; Wed, 18 Aug 2004 10:36:06 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7IHa5jF054098; Wed, 18 Aug 2004 10:36:05 -0700 (PDT) Date: Wed, 18 Aug 2004 10:36:05 -0700 From: John-Mark Gurney To: Ruslan Ermilov Message-ID: <20040818173605.GF99980@funkthat.com> Mail-Followup-To: Ruslan Ermilov , current@FreeBSD.org References: <200408172029.35506.mjohnston@skyweb.ca> <20040818045206.GD99980@funkthat.com> <20040818062709.GC6348@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040818062709.GC6348@ip.net.ua> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: current@FreeBSD.org Subject: Re: kqueue is safe to use? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 17:36:07 -0000 Ruslan Ermilov wrote this message on Wed, Aug 18, 2004 at 09:27 +0300: > On Tue, Aug 17, 2004 at 09:52:06PM -0700, John-Mark Gurney wrote: > > Mark Johnston wrote this message on Tue, Aug 17, 2004 at 20:29 -0500: > > > Here's this week's giant summary. As you probably know, a code freeze went > > > into effect first thing on the 17th, which is the main reason for the length > > > of this summary. > > > > Another change you forgot is that I commit patches to make kqueue safe > > to use on -current. This has been a long outstanding problem with > > -current. > > > Would the following be safe to commit now? yes it would be safe... I did some performance testing and didn't see much of a difference though. (Though it wasn't very exhaustive.) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 17:38:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 616C716A4CE for ; Wed, 18 Aug 2004 17:38:24 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2438B43D2D for ; Wed, 18 Aug 2004 17:38:24 +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 0A1211FFDDB; Wed, 18 Aug 2004 19:38:23 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 1F9121FFDD9; Wed, 18 Aug 2004 19:38:21 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 759F115672; Wed, 18 Aug 2004 17:38:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6AE9515329; Wed, 18 Aug 2004 17:38:14 +0000 (UTC) Date: Wed, 18 Aug 2004 17:38:14 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: "Robin P. Blanchard" In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9E612D83@EBE1.gc.nat> Message-ID: References: <9B5C1FCAFB35084787C21EFFFA78DD9E612D83@EBE1.gc.nat> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: Re: RELENG_5 + ipsec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 17:38:24 -0000 On Wed, 18 Aug 2004, Robin P. Blanchard wrote: > /usr/src/sys/netinet/ip_input.c: In function `ip_input': > /usr/src/sys/netinet/ip_input.c:416: error: label `pass' used but not defined > *** Error code 1 rwatson corrected this in HEAD already: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_input.c.diff?r1=1.283&r2=1.284 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 17:47:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 355B216A4CE for ; Wed, 18 Aug 2004 17:47:24 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51E8F43D55 for ; Wed, 18 Aug 2004 17:47:23 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 7845 invoked from network); 18 Aug 2004 17:47:14 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 18 Aug 2004 17:47:14 -0000 Message-ID: <4123962A.8000000@freebsd.org> Date: Wed, 18 Aug 2004 19:47:22 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Robin P. Blanchard" References: <9B5C1FCAFB35084787C21EFFFA78DD9E612D83@EBE1.gc.nat> In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9E612D83@EBE1.gc.nat> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: RELENG_5 + ipsec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 17:47:24 -0000 Robin P. Blanchard wrote: > cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. > -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd > -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-builtin -mno-align-long-strings > -mpreferred-stack-boundary=2 -ffreestanding -Werror > /usr/src/sys/netinet/ip_input.c > /usr/src/sys/netinet/ip_input.c: In function `ip_input': > /usr/src/sys/netinet/ip_input.c:416: error: label `pass' used but not defined > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/ipsec. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > # fgrep FreeBSD /usr/src/sys/netinet/ip_input.c > * $FreeBSD: src/sys/netinet/ip_input.c,v 1.283 2004/08/17 22:05:54 andre Exp > $ This has been fixed by Peter in -current but it has not been backported yet. I'm going to ask RE for backport permission now. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 17:48:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F81216A4CE for ; Wed, 18 Aug 2004 17:48:12 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC45143D3F for ; Wed, 18 Aug 2004 17:48:11 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 7858 invoked from network); 18 Aug 2004 17:48:03 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 18 Aug 2004 17:48:03 -0000 Message-ID: <4123965B.9010703@freebsd.org> Date: Wed, 18 Aug 2004 19:48:11 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <9B5C1FCAFB35084787C21EFFFA78DD9E612D83@EBE1.gc.nat> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Robin P. Blanchard" cc: FreeBSD current mailing list Subject: Re: RELENG_5 + ipsec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 17:48:12 -0000 Bjoern A. Zeeb wrote: > On Wed, 18 Aug 2004, Robin P. Blanchard wrote: > >>/usr/src/sys/netinet/ip_input.c: In function `ip_input': >>/usr/src/sys/netinet/ip_input.c:416: error: label `pass' used but not defined >>*** Error code 1 > > rwatson corrected this in HEAD already: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/ip_input.c.diff?r1=1.283&r2=1.284 Ah, that is the other one. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 17:54:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C721216A4CE for ; Wed, 18 Aug 2004 17:54:49 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B8A843D4C for ; Wed, 18 Aug 2004 17:54:49 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 8216 invoked from network); 18 Aug 2004 17:54:48 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Aug 2004 17:54:48 -0000 Received: from hydrogen.funkthat.com (dqfmhm@localhost.funkthat.com [127.0.0.1])i7IHsluU054416; Wed, 18 Aug 2004 10:54:47 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7IHsjVj054415; Wed, 18 Aug 2004 10:54:45 -0700 (PDT) Date: Wed, 18 Aug 2004 10:54:45 -0700 From: John-Mark Gurney To: "Bjoern A. Zeeb" Message-ID: <20040818175445.GH99980@funkthat.com> Mail-Followup-To: "Bjoern A. Zeeb" , Maxim Maximov , freebsd-current@freebsd.org References: <20040817072438.GA99980@funkthat.com> <41223F40.8030702@mcsi.pp.ru> <20040817181307.GB99980@funkthat.com> <20040818163840.GE99980@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Maxim Maximov cc: freebsd-current@freebsd.org Subject: Re: new if_sk locking patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 17:54:50 -0000 Bjoern A. Zeeb wrote this message on Wed, Aug 18, 2004 at 16:48 +0000: > On Wed, 18 Aug 2004, John-Mark Gurney wrote: > > > I took a quick look, and did some tests last night, and I couldn't > > get the box to hang. I will admit I don't have the fastest hardware, > > only the interface "hangs" and not the whole box. > only seens problem reports for the Yukons for that. Well, I'm not 100% sure my card is a Yukon, but that's what I have it tagged as, and it's working. > > I was running with debug.mpsafenet=1 on a Uniproc box though. I'm going > > to commit my locking patch shortly, and could you test again? > > might be able to test later this evening but cannot promise. > > are you going to remove the XXX before ? I really do not like the > patch as is (w/ or w/o the XXX) but it's better than nothing for now > I guess. I do plan on going through the card more, and as Doug pointed out, there are resource leaks in my patch, but which also existed before my patch too. > BTW: hadn't had LORs with dwhite's patch when using modularized > version on my amd64 box. Seen LORs when compiled into the kernel. > Well at least that's what I think it had been. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 18:02:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2155116A4CF for ; Wed, 18 Aug 2004 18:02:24 +0000 (GMT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA1E043D58 for ; Wed, 18 Aug 2004 18:02:23 +0000 (GMT) (envelope-from chris@behanna.org) Received: from oh-65-40-131-183.sta.sprint-hsd.net ([65.40.131.183] helo=[192.168.168.11]) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1BxUlT-0005AS-00 for current@freebsd.org; Wed, 18 Aug 2004 11:02:23 -0700 From: Chris BeHanna Organization: Western Pennsylvania Pizza Disposal Unit To: current@freebsd.org Date: Wed, 18 Aug 2004 14:03:00 -0400 User-Agent: KMail/1.6.2 References: <200408160104.03708.chris@behanna.org> <20040816060528.GA2065@empiric.icir.org> In-Reply-To: <20040816060528.GA2065@empiric.icir.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408181403.00873.chris@behanna.org> Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chris@behanna.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 18:02:24 -0000 On Monday 16 August 2004 02:05, Bruce M Simpson wrote: > On Mon, Aug 16, 2004 at 01:04:03AM -0400, Chris BeHanna wrote: > > Is there a read-only account that the general public could use? > > I think this is an excellent idea. Perhaps one should be set up. I wish. OpenWatcom has guest Perforce access, for example. > > To alleviate load on perforce.freebsd.org, p4proxy could be set up > > on the current cvsup mirrors. I'd likely set up my own proxy server > > on my home box, just to improve local response time (and ease setting > > up a local vendor branch for playing around). > > Now I'm curious about doing this myself! It would certainly help on > my laptop. I am lagging behind on -CURRENT at the moment. It is dirt simple to set up a p4proxy. The disk space that is required is constrained to the size of the master p4 repo, so that is a consideration (this will likely be several GB). Personally, I'd donate to the maintainer of cvsup11 (the closest node to me) to provide disk space for this if it became available. Atomic commits, always up-to-date. *Wonderful*. Even for committers, it'd be great, because the proxies are write-through (for accounts that have write access). -- Chris BeHanna Software Engineer (Remove "bogus" before responding.) chris@bogus.behanna.org Turning coffee into software since 1990. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 18:09:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1011216A4CE; Wed, 18 Aug 2004 18:09:47 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 511BA43D3F; Wed, 18 Aug 2004 18:09:46 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.12.11/8.12.11) with ESMTP id i7II9Y7u014723; Wed, 18 Aug 2004 14:09:35 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.12.11/8.12.11/Submit) id i7II9Y6s014722; Wed, 18 Aug 2004 14:09:34 -0400 (EDT) (envelope-from geoff) Date: Wed, 18 Aug 2004 14:09:33 -0400 From: Geoff Speicher To: Richard Coleman Message-ID: <20040818180933.GA14249@sirius.speicher.org> References: <412380F2.3040707@criticalmagic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <412380F2.3040707@criticalmagic.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 18:09:47 -0000 Sorry for keeping this thread alive, but... On Wed, Aug 18, 2004 at 12:16:50PM -0400, Richard Coleman wrote: > Robert Watson wrote: > >Last I looked, my primary concerns with Subversion were: > > > >- Cost to import full FreeBSD history. > > > >- That it promised the multi-way branching and merging in a future > >release, but did not yet have it. > > > >Do you know how things look with respect to the second issue? > > > >Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > >robert@fledge.watson.org Principal Research Scientist, McAfee > >Research > > Reading the ChangeLog for the upcoming subversion-1.1 release, it > doesn't look like it. > > http://svn.collab.net/repos/svn/trunk/CHANGES > > My understanding is that the merge functionality in subversion is still > about the same that is currently in CVS (although faster). Saying that the merge functionality is the same is a little misleading. On paper, it appears the same in that it too lacks a mechanism to help prevent repeated merges. In practice, it's much easier because of the way revision numbers work---across the tree. This allows you to use one simple merge command on one revision number to get an whole set of changes across an entire tree. We made the switch from CVS to Subversion at work almost a year ago and never looked back. Or Robert, do you mean something else by multi-way branching and merging? > But there's no denying that subversion is getting better by the day. > For a new project, I wouldn't hesitate to suggest subversion. But for a > large, existing project like *BSD there doesn't seem to be a compelling > reason to switch (yet). But that will change eventually. For a large existing project like FreeBSD where time is a precious resource, the reasons seem even more compelling. Subversion provides an automated solution to much of the manual dog work of CVS... can anyone say "no more repo-copies"? Geoff From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 18:56:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 126E916A4CE; Wed, 18 Aug 2004 18:56:40 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39F643D1F; Wed, 18 Aug 2004 18:56:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7IIufEU021622; Wed, 18 Aug 2004 14:56:41 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 10E02512EE; Wed, 18 Aug 2004 11:56:38 -0700 (PDT) Date: Wed, 18 Aug 2004 11:56:38 -0700 From: Kris Kennaway To: tjr@FreeBSD.org, current@FreeBSD.org Message-ID: <20040818185637.GA41627@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: vnode deadlock with nullfs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 18:56:40 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I turned on debug.mpsafevm on a SMP package build machine, and it didn't last long before grinding to a halt: db> trace 10328 sched_switch(c5b32c60,0,15d,c072db39,c5b32c60) at sched_switch+0xec mi_switch(1,0,c072fd06,198,c053c3c3) at mi_switch+0x2e4 sleepq_switch(c5abbd0c,1,c5b32c60,c5abbd0c,f121e928) at sleepq_switch+0x135 sleepq_wait(c5abbd0c,0,c072da37,e7,0) at sleepq_wait+0x11 msleep(c5abbd0c,c07a0814,50,c0733c07,0) at msleep+0x4a7 acquire(f121e9b0,1000040,200,e7,c5abbd0c) at acquire+0xf7 lockmgr(c5abbd0c,1010002,c5abbc60,c5b32c60) at lockmgr+0x45e ufs_lock(f121ea00,f121ea1c,c05b5233,f121ea00,c067e47a) at ufs_lock+0x4a ufs_vnoperate(f121ea00,c067e47a,c5b1a2bc,1010002,c5b1a210) at ufs_vnoperate+0x18 vn_lock(c5abbc60,10002,c5b32c60,0,2) at vn_lock+0x11a vget(c5abbc60,10002,c5b32c60,7d,c5b32c60) at vget+0x102 ufs_ihashget(c59f0e00,2,2,f121eb00,1000000) at ufs_ihashget+0xd8 ffs_vget(c585f800,2,2,f121eb00,0) at ffs_vget+0x44 ufs_root(c585f800,f121eb54,c5b32c60,c071eb1f,c5b1a210) at ufs_root+0x29 lookup(f121ec10,0,c07353b7,a4,1) at lookup+0x60c namei(f121ec10,0,d8,f121ec44,c053c100) at namei+0x2a1 stat(c5b32c60,f121ed14,c0748ea3,3e2,c5b32c60) at stat+0x52 syscall(2f,2f,2f,8083e12,8083e12) at syscall+0x2c8 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x8067157, esp = 0xbfbfdfbc, ebp = 0xbfbfecc0 --- db> show lockedvnods Locked vnodes 0xc5abbc60: tag ufs, type VDIR, usecount 16, writecount 0, refcount 1, flags (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5a7c420 (pid 10304) with 15 pending ino 2, on dev da0s1e (4, 17) 0xc5d3a318: tag ufs, type VDIR, usecount 2, writecount 0, refcount 2, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5a1dc60 (pid 10310) with 1 pending ino 376832, on dev da0s1e (4, 17) 0xc5d4a420: tag ufs, type VDIR, usecount 3, writecount 0, refcount 2, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc578d840 (pid 10309) with 1 pending ino 376833, on dev da0s1e (4, 17) 0xc5f24738: tag ufs, type VDIR, usecount 4, writecount 0, refcount 2, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5a7b9a0 (pid 10301) with 1 pending ino 377018, on dev da0s1e (4, 17) 0xc5fb5840: tag ufs, type VDIR, usecount 6, writecount 0, refcount 2, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5d4eb00 (pid 9831) with 1 pending ino 400386, on dev da0s1e (4, 17) 0xc6263000: tag ufs, type VDIR, usecount 5, writecount 0, refcount 2, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc578db00 (pid 9801) with 2 pending ino 424617, on dev da0s1e (4, 17) 0xc9465a50: tag ufs, type VREG, usecount 3, writecount 0, refcount 0, lock type ufs: EXCL (count 1) by thread 0xc5b319a0 (pid 9802) with 1 pending ino 425034, on dev da0s1e (4, 17) 0xc8fcb738: tag null, type VDIR, usecount 1, writecount 0, refcount 0, flags (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5d4eb00 (pid 9831) with 1 pending vp=0xc8fcb738, lowervp=0xc5fb5840 0xc8bee318: tag null, type VDIR, usecount 0, writecount 0, refcount 0, lock type ufs: EXCL (count 1) by thread 0xc578db00 (pid 9801) with 2 pending vp=0xc8bee318, lowervp=0xc6263000 0xc8b09318: tag null, type VREG, usecount 1, writecount 0, refcount 0, lock type ufs: EXCL (count 1) by thread 0xc5b319a0 (pid 9802) with 1 pending vp=0xc8b09318, lowervp=0xc9465a50 0xc90ebc60: tag null, type VDIR, usecount 1, writecount 0, refcount 0, flags (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5d4eb00 (pid 9831) with 1 pending vp=0xc90ebc60, lowervp=0xc5fb5840 0xc8925e70: tag null, type VDIR, usecount 1, writecount 0, refcount 0, lock type ufs: EXCL (count 1) by thread 0xc578db00 (pid 9801) with 2 pending vp=0xc8925e70, lowervp=0xc6263000 db> I'm going to try and repeat this with DEBUG_VFS_LOCKS and WITNESS. Kris --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBI6ZlWry0BWjoQKURAkHhAJ4uBefOlF1LFjrzjtURT3DFrOKB8QCgpUmU GO5fX+0XiqMNVSPSFSeY1VY= =99x6 -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 18:59:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 847C116A4CE; Wed, 18 Aug 2004 18:59:33 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E9FF43D46; Wed, 18 Aug 2004 18:59:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7IIxWCY027287; Wed, 18 Aug 2004 14:59:32 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 82247513CE; Wed, 18 Aug 2004 11:59:31 -0700 (PDT) Date: Wed, 18 Aug 2004 11:59:31 -0700 From: Kris Kennaway To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20040818185931.GA41714@xor.obsecurity.org> References: <20040818122736.GA61825@psconsult.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <20040818122736.GA61825@psconsult.nl> User-Agent: Mutt/1.4.2.1i Subject: Re: -stable -current NFS interoperability bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 18:59:33 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 02:27:37PM +0200, Paul Schenkeveld wrote: > Hi all, >=20 > Found this output from df: >=20 > Filesystem 1K-blocks Used Avail Capacity Mounted = on > server:/arch 240382062 227608336 18014398503025146 0% /arch >=20 > Wish I had that much space available :-) >=20 > On the server, the same filesystem looks like: >=20 > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad2s1a 240382062 227608336 -6456838 103% /arch >=20 > Sounds like a signed/unsigned inconsistency to me. Unfortunately, I > have no newer -stable to test with at the moment. A bug like this was fixed earlier this year. I don't know if it was merged to -STABLE, but that should be the next thing you check. Kris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBI6cSWry0BWjoQKURAnA3AKD93REcCsaZUKNPCfU3QlP3NIDECACfU2Wc 8E2Bg7fuAPnLemjEFdAZJTA= =xBB/ -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 19:00:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D04616A4CE for ; Wed, 18 Aug 2004 19:00:38 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 771B143D45 for ; Wed, 18 Aug 2004 19:00:37 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) i7IIxvxg055628 for ; Wed, 18 Aug 2004 14:59:57 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3H6stF9tMaujJ0YsXWAH" Organization: MarcusCom, Inc. Message-Id: <1092855647.721.26.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 18 Aug 2004 15:00:47 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com Subject: Can no longer build clean jail using make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 19:00:38 -0000 --=-3H6stF9tMaujJ0YsXWAH Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I just updated my tinderbox machine to 6.0-CURRENT, and I'm trying to build a clean 6.0-CURRENT jail. I'm using the new make(1), and I do not have MAKEOBJDIRPREFIX set anywhere. The script I'm using basically does: rm -rf /space/jails/6-CURRENT/tmp mkdir -p /space/jails/6-CURRENT/tmp cd /space/jails/6-CURRENT/src make world DESTDIR=3D/space/jails/6-CURRENT/tmp (Basically taken right out of the jail(8) man page.) This is the error I get: -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /space/jails/6-CURRENT/src; MAKEOBJDIRPREFIX=3D/usr/obj/space/jails/6-CURRENT/src/i386 DESTDIR=3D=20 INSTALL=3D"sh /space/jails/6-CURRENT/src/tools/install.sh"=20 PATH=3D/usr/obj/space/jails/6-CURRENT/src/i386/legacy/usr/sbin:/usr/obj/spa= ce/jails/6-CURRENT/src/i386/legacy/usr/bin:/usr/obj/space/jails/6-CURRENT/s= rc/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=3D/usr/obj= /space/jails/6-CURRENT/src/i386 MAKEFLAGS=3D"-m /space/jails/6-CURRENT/src= /tools/build/mk DESTDIR=3D/space/jails/6-CURRENT/tmp -m /space/jails/6-CUR= RENT/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=3D600000 -DNOHTML = -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -= DNO_WARNS bootstrap-tools =3D=3D=3D> games/fortune/strfile /usr/obj/space/jails/6-CURRENT/src/i386/space/jails/6-CURRENT/src/games/for= tune/strfile created for /space/jails/6-CURRENT/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a =20 -I/usr/obj/space/jails/6-CURRENT/src/i386/legacy/usr/include /space/jails/6-CURRENT/src/games/fortune/strfile/strfile.c echo strfile: /space/jails/6-CURRENT/tmp/usr/lib/libc.a /usr/obj/space/jails/6-CURRENT/src/i386/legacy/usr/lib/libegacy.a >> .depend cc -O -pipe=20 -I/usr/obj/space/jails/6-CURRENT/src/i386/legacy/usr/include -c /space/jails/6-CURRENT/src/games/fortune/strfile/strfile.c make: don't know how to make /space/jails/6-CURRENT/tmp/usr/lib/libc.a. Stop *** Error code 2 What am I missing? Thanks. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-3H6stF9tMaujJ0YsXWAH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBI6dfb2iPiv4Uz4cRAhuPAKCa8DnhYm88mceBEnamPKWiZrP+ZgCffgT4 TisVF7a8gb5rMj1X3LBvNws= =+B2j -----END PGP SIGNATURE----- --=-3H6stF9tMaujJ0YsXWAH-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 19:06:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D792F16A4CE for ; Wed, 18 Aug 2004 19:06:46 +0000 (GMT) Received: from sirius.firepipe.net (sirius.firepipe.net [69.13.116.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA3B43D67 for ; Wed, 18 Aug 2004 19:06:46 +0000 (GMT) (envelope-from will@csociety.org) Received: by sirius.firepipe.net (Postfix, from userid 1000) id 3793A180F7; Wed, 18 Aug 2004 14:06:46 -0500 (EST) Date: Wed, 18 Aug 2004 14:06:46 -0500 From: Will Andrews To: current@FreeBSD.org Message-ID: <20040818190646.GF90227@sirius.firepipe.net> Mail-Followup-To: current@FreeBSD.org References: <1092844084.705.7.camel@localhost.kitchenlab.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mR8QP4gmHujQHb1c" Content-Disposition: inline In-Reply-To: <1092844084.705.7.camel@localhost.kitchenlab.org> User-Agent: Mutt/1.5.6i Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 19:06:47 -0000 --mR8QP4gmHujQHb1c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 08:48:04AM -0700, Bruce A. Mah wrote: > As you pointed out later on, converting the entire repository is a > pretty big task, although I've heard several times about developers in > the Subversion community using the FreeBSD CVS repository as test data.= =20 That's mostly because it's extremely polluted. Branch and tag names are mixed all over the place. That doesn't sit well with the normal subversion tree style, due to name collisions. I know this because I tried to convert it to svn some time ago. FreeBSD's repository needs a slightly different svn repository layout than usual in order for it to work. :-/ However, perhaps svn is not the best choice, in fundamental style. As a diverse project, FreeBSD should support remote, loosely coupled repositories based on the main one. I believe svn doesn't work well for that purpose. Regards, --=20 wca --mR8QP4gmHujQHb1c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBI6jFF47idPgWcsURAjsCAJ98D61bew+CvBqvnBXtq8mazHC3+gCfelmv Vd6LBNfCzaum2o8QVoCo180= =EsZP -----END PGP SIGNATURE----- --mR8QP4gmHujQHb1c-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 19:10:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 057BD16A4CE for ; Wed, 18 Aug 2004 19:10:40 +0000 (GMT) Received: from ms-smtp-05-eri0.texas.rr.com (ms-smtp-05.texas.rr.com [24.93.47.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 523FE43D5E for ; Wed, 18 Aug 2004 19:10:39 +0000 (GMT) (envelope-from shocking@houston.rr.com) Received: from bleep.craftncomp.com (cs68201234-207.houston.rr.com [68.201.234.207])i7IJAaBu012913 for ; Wed, 18 Aug 2004 14:10:37 -0500 (CDT) Received: from bleep.craftncomp.com (localhost.craftncomp.com [127.0.0.1]) by bleep.craftncomp.com (8.13.1/8.12.3) with ESMTP id i7IJAawl081643 for ; Wed, 18 Aug 2004 14:10:36 -0500 (CDT) (envelope-from shocking@bleep.craftncomp.com) Message-Id: <200408181910.i7IJAawl081643@bleep.craftncomp.com> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Aug 2004 14:10:36 -0500 From: Stephen Hocking X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Persisten buildworld errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 19:10:40 -0000 All, I've not been able to get a clean buildworld since after August 6th. The errors have varied (there was a persistent gcc error about various headers missing) and the latest problem is this - c++ -O -pipe -I/usr/obj/cfs/bongo/current-src/src/i386/legacy/usr/include -I/cfs/bongo/current-src/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/cfs/bongo/current-src/src/gnu/usr.bin/gperf -c /cfs/bongo/current-src/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /cfs/bongo/current-src/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:38: error: `operator new' takes type `size_t' (`unsigned int') as first parameter *** Error code 1 Stop in /cfs/bongo/current-src/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /cfs/bongo/current-src/src. *** Error code 1 Stop in /cfs/bongo/current-src/src. *** Error code 1 Stop in /cfs/bongo/current-src/src. -- "If any question why we died Tell them, because our fathers lied." - Rudyard Kipling. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 19:37:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF83716A4CE; Wed, 18 Aug 2004 19:37:27 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A01443D5E; Wed, 18 Aug 2004 19:37:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7IJbQQq044664; Wed, 18 Aug 2004 15:37:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7IJbQ58040434; Wed, 18 Aug 2004 15:37:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9DE0F7303F; Wed, 18 Aug 2004 15:37:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040818193726.9DE0F7303F@freebsd-current.sentex.ca> Date: Wed, 18 Aug 2004 15:37:26 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 19:37:28 -0000 TB --- 2004-08-18 18:47:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-18 18:47:25 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-18 18:47:25 - checking out the source tree TB --- 2004-08-18 18:47:25 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-18 18:47:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-18 18:52:49 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-18 18:52:49 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-18 18:52:49 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-18 19:37:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-18 19:37:26 - ERROR: failed to build world TB --- 2004-08-18 19:37:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:02:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8633B16A4CE; Wed, 18 Aug 2004 20:02:57 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D49943D31; Wed, 18 Aug 2004 20:02:55 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7IK0aVJ006071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Aug 2004 23:00:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7IK0bfi016668; Wed, 18 Aug 2004 23:00:37 +0300 (EEST) (envelope-from ru) Date: Wed, 18 Aug 2004 23:00:36 +0300 From: Ruslan Ermilov To: Joe Marcus Clarke Message-ID: <20040818200036.GF16055@ip.net.ua> References: <1092855647.721.26.camel@gyros> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GLp9dJVi+aaipsRk" Content-Disposition: inline In-Reply-To: <1092855647.721.26.camel@gyros> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Hartmut Brandt cc: current@FreeBSD.org Subject: Re: Can no longer build clean jail using make world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:02:57 -0000 --GLp9dJVi+aaipsRk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 03:00:47PM -0400, Joe Marcus Clarke wrote: > I just updated my tinderbox machine to 6.0-CURRENT, and I'm trying to > build a clean 6.0-CURRENT jail. I'm using the new make(1), and I do not > have MAKEOBJDIRPREFIX set anywhere. The script I'm using basically > does: >=20 > rm -rf /space/jails/6-CURRENT/tmp > mkdir -p /space/jails/6-CURRENT/tmp > cd /space/jails/6-CURRENT/src > make world DESTDIR=3D/space/jails/6-CURRENT/tmp >=20 > (Basically taken right out of the jail(8) man page.) >=20 > This is the error I get: >=20 > -------------------------------------------------------------- > >>> stage 1.2: bootstrap tools > -------------------------------------------------------------- > cd /space/jails/6-CURRENT/src; > MAKEOBJDIRPREFIX=3D/usr/obj/space/jails/6-CURRENT/src/i386 DESTDIR=3D=20 > INSTALL=3D"sh /space/jails/6-CURRENT/src/tools/install.sh"=20 > PATH=3D/usr/obj/space/jails/6-CURRENT/src/i386/legacy/usr/sbin:/usr/obj/s= pace/jails/6-CURRENT/src/i386/legacy/usr/bin:/usr/obj/space/jails/6-CURRENT= /src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=3D/usr/o= bj/space/jails/6-CURRENT/src/i386 MAKEFLAGS=3D"-m /space/jails/6-CURRENT/s= rc/tools/build/mk DESTDIR=3D/space/jails/6-CURRENT/tmp -m /space/jails/6-C= URRENT/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=3D600000 -DNOHTM= L -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS= -DNO_WARNS bootstrap-tools > =3D=3D=3D> games/fortune/strfile > /usr/obj/space/jails/6-CURRENT/src/i386/space/jails/6-CURRENT/src/games/f= ortune/strfile created for /space/jails/6-CURRENT/src/games/fortune/strfile > rm -f .depend > mkdep -f .depend -a =20 > -I/usr/obj/space/jails/6-CURRENT/src/i386/legacy/usr/include > /space/jails/6-CURRENT/src/games/fortune/strfile/strfile.c > echo strfile: /space/jails/6-CURRENT/tmp/usr/lib/libc.a > /usr/obj/space/jails/6-CURRENT/src/i386/legacy/usr/lib/libegacy.a >> > .depend > cc -O -pipe=20 > -I/usr/obj/space/jails/6-CURRENT/src/i386/legacy/usr/include -c > /space/jails/6-CURRENT/src/games/fortune/strfile/strfile.c > make: don't know how to make /space/jails/6-CURRENT/tmp/usr/lib/libc.a. > Stop > *** Error code 2 >=20 > What am I missing? Thanks. >=20 Command-line variables (of the highest priority) are now passed as command-line to processes that make(1) executes, including the sub-makes. What it means is that DESTDIR=3D settings made by the buildworld substages are now ignored in the synopsis shown by you. Two work arounds for you: env DESTDIR=3D/space/jails/6-CURRENT/tmp make world -or- make buildworld make installworld DESTDIR=3D/space/jails/6-CURRENT/tmp while I'm working on a true fix. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --GLp9dJVi+aaipsRk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBI7VkqRfpzJluFF4RAvJZAKCEEV0rbbVRllrnvDNIK635ygPahwCgg8dA G/FUVMIFbWb+ow8dUP9ejWU= =aShg -----END PGP SIGNATURE----- --GLp9dJVi+aaipsRk-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:05:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 552E616A4CE for ; Wed, 18 Aug 2004 20:05:35 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C7B643D53 for ; Wed, 18 Aug 2004 20:05:33 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) i7IK5VTW088863 for ; Wed, 18 Aug 2004 22:05:31 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.12.11/8.12.11/Submit) id i7IK5Ud5088862 for freebsd-current@FreeBSD.org; Wed, 18 Aug 2004 22:05:31 +0200 (CEST) (envelope-from marc) Date: Wed, 18 Aug 2004 22:05:30 +0200 From: Marc Fonvieille To: freebsd-current@FreeBSD.org Message-ID: <20040818200530.GA88370@abigail.blackend.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.10-PRERELEASE Subject: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:05:35 -0000 Hello, Since I installed a recent -CURRENT (from 16/08) on my laptop, I noted a big difference during "make clean" in a port directory. With 5.2.1, the make clean operation is transparent, I mean I don't notice any difference on system load or user interactivity. With -CURRENT, I see some little freezes, xmms skips etc. and a large swap is used... My laptop is a Dell Inspiron 4150 (P4 1.8GHz/256MB). Since it's difficult to explain a performance problem with words, I did some tests and used vmstat -w 1 as monitor. -CURRENT uses a GENERIC kernel without any debugging options. The 5.2.1 uses a custom kernel, it's just a GENERIC without some drivers (nothing particular that could explain the differences below). During the test I ran the same apps: X (X4.3 under 5.2.1 and Xorg under -CURRENT), window maker, gaim, firefox, xmms, and some rxvt with screen. Each time I did 2 "make clean" inside the same ports directory. After each test, I looked at swapinfo output. One thing to note is the fact the ports dir is already "clean". Here's what vmstat -w 1 gave me: 5.2.1 first make clean procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 fd0 in sy cs us sy id 0 0 0 191832 87252 0 0 0 0 0 0 0 0 552 0 1612 2 2 95 1 0 0 191832 87252 17 0 0 0 17 0 0 0 443 0 989 2 4 94 1 0 0 191832 87252 0 0 0 0 0 0 3 0 427 0 923 4 2 94 2 0 0 191832 87252 17 0 0 0 17 0 0 0 524 0 1438 5 2 93 3 0 0 191832 87252 0 0 0 0 0 0 0 0 566 0 1694 5 4 92 2 1 0 192420 86472 653 0 9 0 632 0 32 0 476 0 1197 5 4 91 2 3 0 203716 84808 4022 7 5 0 3816 0 57 0 619 0 2059 29 14 57 3 9 0 235544 81412 7382 0 0 0 6848 0 26 0 575 0 2360 67 18 15 3 13 0 256548 78756 8576 0 0 0 8357 0 39 0 618 0 2475 32 29 38 3 0 0 194356 83452 10573 0 0 0 12027 0 16 0 513 0 2159 67 23 9 5 1 0 195168 83212 8914 0 0 0 9161 0 1 0 533 0 2111 74 26 0 2 0 0 194400 83416 8094 0 0 0 8419 0 0 0 566 0 2155 75 25 0 3 0 0 193272 83532 4226 0 0 0 4394 0 10 0 539 0 2665 42 29 29 1 0 0 191848 84956 1212 0 0 0 1568 0 2 0 563 0 1578 5 5 89 2 0 0 191848 84956 0 0 0 0 0 0 0 0 522 0 1450 2 5 93 0 0 0 191848 84956 17 0 0 0 17 0 5 0 486 0 1193 3 2 95 4 0 0 191848 84956 0 0 0 0 0 0 0 0 420 0 950 5 1 95 2 0 0 191848 84956 17 0 0 0 17 0 0 0 419 0 942 3 2 95 3 0 0 191848 84956 0 0 0 0 0 0 0 0 418 0 947 5 1 95 2 0 0 191848 84956 19 0 0 0 17 0 0 0 460 0 1172 4 2 94 3 0 0 191848 84956 0 0 0 0 0 0 1 0 518 0 1350 5 2 92 swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s3b 524288 0 524288 0% It's easy to figure out when I launched the clean, the ad0 numbers seem normal. The swap is not used. 5.2.1 second make clean: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 fd0 in sy cs us sy id 0 0 0 191880 83564 559 3 5 0 483 0 0 0 446 0 1133 8 4 88 3 0 0 191880 83564 21 0 0 0 21 0 0 0 506 0 1369 5 2 92 1 0 0 191880 83564 0 0 0 0 0 0 0 0 531 0 1584 5 5 90 2 0 0 191880 83564 17 0 0 0 17 0 0 0 464 0 1156 2 2 96 1 0 0 191880 83564 0 0 0 0 0 0 0 0 514 0 1410 5 7 88 2 0 0 193764 81684 1567 0 0 0 1097 0 0 0 502 0 1387 9 4 87 4 0 0 191880 83564 1550 0 0 0 2020 0 0 0 512 0 1613 11 6 83 2 0 0 191880 83564 3117 0 0 0 3121 0 4 0 556 0 1845 17 7 76 1 0 0 191880 83564 17 0 0 0 17 0 4 0 545 0 1516 5 5 90 2 0 0 191880 83564 0 0 0 0 0 0 0 0 519 0 1428 6 2 91 4 0 0 191880 83564 17 0 0 0 17 0 0 0 457 0 1132 4 3 93 2 0 0 191880 83564 0 0 0 0 0 0 0 0 417 0 903 4 2 94 2 0 0 191880 83564 17 0 0 0 17 0 0 0 418 0 920 2 2 96 1 0 0 191880 83564 0 0 0 0 0 0 0 0 415 0 925 6 2 91 2 0 0 191880 83564 22 0 0 0 17 0 0 0 422 0 881 4 2 95 3 0 0 191880 83588 0 0 0 0 0 0 0 0 419 0 934 6 2 92 swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s3b 524288 0 524288 0% The second time is of course less stressing for the system. Let's have a look to the same tests under -CURRENT: -CURRENT first make clean: procs memory page disk faults cpu r b w avm fre flt re pi po fr sr ad0 in sy cs us sy id 2 0 0 180764 94540 21 0 0 0 0 0 0 425 2410 970 3 2 95 3 0 0 180764 94540 0 0 0 0 0 0 0 423 2382 959 3 2 95 3 0 0 180764 94536 21 0 0 0 0 0 0 427 2330 958 5 4 92 3 0 0 180764 94520 0 0 0 0 0 0 1 430 2554 1002 2 3 95 1 0 0 180764 94492 25 0 0 0 0 0 4 427 2352 966 2 5 93 4 0 0 180764 94492 0 0 0 0 0 0 0 414 2245 916 5 2 92 2 0 0 180764 94492 66 0 0 0 49 0 8 431 2274 957 6 2 92 3 0 0 180764 94492 0 0 0 0 0 0 0 430 2552 1000 5 3 91 5 0 0 181516 93376 1655 0 14 0 1521 0 46 505 4757 1381 8 9 83 3 3 0 212432 65348 16076 0 2 0 9180 0 21 601 11847 2581 69 24 7 2 5 0 240964 38548 14398 0 0 0 7717 0 5 613 10569 2260 74 26 0 3 8 0 269996 41756 17186 128 0 113 14588 445649 130 676 9470 3049 36 55 9 1 13 0 327708 1260 18511 591 6 82 11808 64616 97 654 9364 2457 53 33 13 0 13 0 327812 1264 468 0 4 300 481 15972 304 765 2832 2641 5 11 84 0 15 0 327828 1692 63 0 12 574 117 1642 578 984 1173 3602 2 13 85 0 20 0 328652 1268 502 2 12 558 575 2068 565 967 1412 3501 4 7 89 2 12 0 328848 1520 103 4 9 208 112 8037 223 652 851 1819 0 5 95 6 13 0 357976 14092 4002 14 34 0 4059 5606 46 478 3454 1249 16 10 74 0 16 0 358164 1420 4624 5 8 343 4636 15189 346 763 2439 2763 12 10 78 2 48 0 357084 1332 163 18 11 495 189 1442 504 922 2187 3509 3 5 92 1 15 0 357976 1584 74 0 0 451 46 3063 448 843 2015 3215 3 10 87 0 18 0 361348 11372 1947 4 12 237 2011 10952 250 643 2554 2299 7 9 84 1 16 0 385016 1460 6868 25 4 372 6849 29816 369 759 3458 2877 15 13 72 2 15 0 385016 1408 1 0 1 239 16 3809 238 741 4355 2638 4 5 91 4 12 0 359612 36892 3766 8 22 3 10051 10065 33 492 3668 1683 18 12 71 4 9 0 327396 64440 14925 3 22 0 21775 0 27 495 7394 2169 52 24 24 2 2 0 212412 170504 18578 0 34 0 45009 0 44 511 8972 3098 60 35 5 5 0 0 185168 182860 13189 2362 236 0 13246 0 235 735 11780 4144 47 31 22 2 0 0 187028 182040 10937 0 0 0 10559 0 0 435 15867 1519 80 20 0 2 4 0 187028 180884 6240 7 68 0 6102 0 66 562 10787 2412 71 26 4 4 7 0 190820 178300 10918 38 121 0 10267 0 118 615 14704 2181 70 30 0 1 4 0 183012 179344 3611 25 105 0 3971 0 105 596 7862 2437 34 15 51 2 0 0 180992 178348 2040 33 104 0 1809 0 105 496 4083 1420 14 7 79 4 0 0 180992 178348 90 0 0 0 45 0 0 387 1873 800 5 3 91 2 0 0 180992 178348 21 0 0 0 0 0 0 386 1917 811 2 2 96 1 0 0 180992 178208 11 10 9 0 0 0 11 399 1900 843 2 1 98 1 0 0 180992 178208 21 0 0 0 4 0 34 426 1829 873 2 1 97 1 0 0 180992 178172 6 0 5 0 0 0 5 386 1904 808 2 3 95 1 0 0 180992 178172 21 0 0 0 0 0 0 389 1887 782 2 1 97 3 0 0 180992 178172 0 0 0 0 0 0 0 388 1879 784 2 1 97 1 0 0 180992 178172 21 0 0 0 0 0 0 385 1900 779 2 2 96 3 0 0 180992 178032 95 0 6 0 45 0 6 393 1904 809 4 5 91 1 0 0 180992 178032 21 0 0 0 0 0 0 392 1900 792 1 4 95 2 0 0 180992 177984 1 0 1 0 0 0 1 384 1910 785 0 4 96 1 0 0 180992 177984 21 0 0 0 0 0 0 388 1864 783 3 1 96 3 0 0 180992 177656 19 0 15 0 0 0 16 404 1843 843 2 2 96 swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s2b 786432 55052 731380 7% The system activity is completly different and swap has been used. -CURRENT second make clean: procs memory page disk faults cpu r b w avm fre flt re pi po fr sr ad0 in sy cs us sy id 1 1 0 179140 170460 943 11 6 10 904 1626 0 462 3669 1226 9 5 87 2 1 0 179140 170460 3 0 0 0 3 0 0 475 3180 1251 5 2 93 2 1 0 179140 170460 0 0 0 0 0 0 0 485 3623 1341 4 3 93 1 1 0 179140 170456 3 0 1 0 0 0 1 420 2112 1011 3 2 95 1 1 0 179140 170456 0 0 0 0 0 0 0 484 3236 1271 2 3 95 1 1 0 179140 170456 212 0 0 0 94 0 2 569 5013 1698 6 5 88 2 1 0 179140 170456 0 0 0 0 0 0 0 471 3232 1243 3 4 93 2 1 0 179140 170456 0 0 0 0 0 0 0 525 4487 1537 5 4 91 1 1 0 179140 170456 89 0 0 0 45 0 0 520 4153 1478 7 2 91 2 1 0 179140 170456 0 0 0 0 0 0 0 534 4383 1524 4 4 92 2 1 0 179140 170456 0 0 0 0 0 0 0 533 4157 1488 5 2 93 2 1 0 179140 170436 7653 0 1 0 7190 0 3 582 5933 2227 28 11 61 0 1 0 179140 170420 11 0 3 0 0 0 3 429 2244 1051 5 2 92 6 5 0 213272 142032 14636 0 1 0 7405 0 1 467 11598 1561 54 20 26 5 7 0 268484 95108 21043 0 7 0 9055 0 7 554 10820 1936 70 30 0 2 15 0 354884 23908 31746 0 1 0 13880 0 27 594 13591 2177 64 36 0 0 17 0 383164 1592 15294 87 5 296 9301 517506 295 848 7082 3048 25 60 15 2 17 0 383164 1492 23 0 12 93 43 159 103 696 4481 2093 4 6 90 1 17 0 383164 1272 31 0 19 316 77 567 333 890 4007 3085 4 4 92 0 17 0 383172 1288 170 4 6 512 193 1086 515 1031 2838 3763 1 12 88 2 21 0 383424 1264 199 0 4 273 187 1848 271 825 3142 2510 2 7 92 2 13 0 383424 1256 15 0 2 192 24 8269 199 761 2287 1954 1 4 95 2 26 0 354700 39580 802 36 72 0 7340 3806 65 585 2606 1642 9 10 81 1 23 0 356384 37724 631 31 76 0 332 0 77 676 5319 2010 11 5 84 2 23 0 356420 36680 677 26 68 0 507 0 68 531 3214 1465 5 7 88 1 18 0 298788 88612 8897 26 92 0 23041 0 92 621 6255 2903 32 22 47 1 12 0 268492 114544 522 2 93 0 7161 0 94 600 3441 1985 8 8 84 2 15 0 212260 166092 18069 6 88 0 31051 0 83 608 9027 3553 52 32 16 0 8 0 210052 158676 3326 1793 100 0 548 0 102 641 5113 2065 8 6 86 1 5 0 183512 183148 10438 16 80 0 15087 0 82 655 14062 2673 65 24 11 3 6 0 186136 181536 10343 4 97 0 9919 0 96 633 15278 2331 68 32 0 4 6 0 185256 180636 5051 32 106 0 4831 0 105 674 10696 2784 73 17 10 2 4 0 185128 179580 9768 10 108 0 9474 0 108 613 15113 2497 66 34 0 2 3 0 183536 177220 8809 183 134 0 8032 0 133 618 9339 2888 45 28 27 3 3 0 181024 177044 1067 24 159 0 996 0 157 692 5377 2428 12 6 81 2 1 0 180560 177076 5341 44 36 0 5037 0 37 612 5469 1950 26 9 65 3 1 0 179140 178500 3138 0 0 0 3288 0 0 525 4326 1526 12 4 84 3 1 0 179140 178376 7677 0 9 0 7190 0 9 584 5605 2403 25 18 57 0 1 0 179140 178376 0 0 0 0 0 0 0 489 3529 1349 2 5 94 3 1 0 179140 178340 92 0 2 0 45 0 2 542 4371 1550 7 5 88 1 1 0 180592 176824 2161 0 2 0 1657 0 2 480 3144 1249 9 5 85 1 1 0 179140 178280 5511 0 0 0 5533 0 6 556 5256 1756 19 9 72 3 1 0 179140 178280 0 0 0 0 0 0 0 553 4978 1659 3 6 91 1 3 0 179140 177408 61 8 46 0 0 0 45 566 4035 1691 5 5 91 4 1 0 180560 175512 3908 6 58 0 3243 0 90 643 4950 2062 14 9 78 0 3 0 179140 176708 3849 1 7 0 3951 0 6 538 4628 2059 18 8 75 % swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s2b 786432 60716 725716 8% The second make clean uses less resources but still more than 5.2.1, and swap used increased. That's all. It really seems something is not Ok with recent -CURRENT, I don't thing it's related to my hardware. Maybe someone could find why a such difference between 5.2.1 and -CURRENT. Marc From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:23:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A89316A4CE for ; Wed, 18 Aug 2004 20:23:50 +0000 (GMT) Received: from miranda.expro.pl (mail2.expro.pl [193.25.166.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47EEA43D5D for ; Wed, 18 Aug 2004 20:23:50 +0000 (GMT) (envelope-from winfried@miranda.expro.pl) Received: by miranda.expro.pl (Postfix, from userid 1001) id 0E3CD153B3; Wed, 18 Aug 2004 22:23:49 +0200 (CEST) Date: Wed, 18 Aug 2004 22:23:48 +0200 From: Jan Srzednicki To: current@freebsd.org Message-ID: <20040818202348.GF28897@miranda.expro.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Another LOR in PF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:23:50 -0000 I couldn't find that reported earlier, so here it comes: lock order reversal 1st 0xc1668b1c inp (tcpinp) @ /usr/src/sys/netinet/tcp_syncache.c:1161 2nd 0xc16a8600 pf task mtx (pf task mtx) @ /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:5828 KDB: stack backtrace: witness_checkorder(c16a8600,9,c16a688e,16c4,c12bfc80) at witness_checkorder+0x5bb _mtx_lock_flags(c16a8600,0,c16a688e,16c4,c073c460) at _mtx_lock_flags+0x54 pf_test(2,c13f6000,d57e39a4,c158b1c0,c076e260) at pf_test+0x8d pf_check_out(0,d57e39a4,c13f6000,2,0) at pf_check_out+0x47 pfil_run_hooks(c076e260,d57e3a30,c13f6000,2,c077ab40) at pfil_run_hooks+0x14e ip_output(c15a4300,0,d57e39fc,0,0) at ip_output+0x3f2 syncache_respond(d57e3ad0,c076ed00,1c,346,14) at syncache_respond+0x2d0 syncache_add(d57e3b80,d57e3bf0,c13b2834,d57e3b7c,c138ea00) at syncache_add+0x662 tcp_input(c138ea00,14,c13f6000,1,246) at tcp_input+0x2df7 ip_input(c138ea00,0,c06ea00d,96,18) at ip_input+0xea netisr_processqueue(c073c4a0,8,c06ea00d,fe,c12e6940) at netisr_processqueue+0x15 swi_net(0,0,c06de235,268,d57e3d10) at swi_net+0x108 ithread_loop(c12bfc80,d57e3d48,c06de00a,32c,0) at ithread_loop+0x1fd fork_exit(c050ad10,c12bfc80,d57e3d48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd57e3d7c, ebp = 0 --- That's a very recent RELENG_5 box, SMP and 2 processors, nothing special in the kernel, pf as a module. greetings, -- Jan 'wrzask' Srzednicki w@expro.pl From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:32:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DA8A16A4CE; Wed, 18 Aug 2004 20:32:54 +0000 (GMT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FF1B43D1D; Wed, 18 Aug 2004 20:32:53 +0000 (GMT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9c.okladot.state.ok.us [10.36.36.31])PAA35362; Wed, 18 Aug 2004 15:32:35 -0500 Received: from isdmon2.okladot.state.ok.us ([192.149.244.24]) by notes9c.okladot.state.ok.us (Lotus Domino Release 6.5.1) with ESMTP id 2004081815332779-10573 ; Wed, 18 Aug 2004 15:33:27 -0500 Received: from techpc04.okladot.state.ok.us (techpc04.okladot.state.ok.us [199.27.9.37])i7IKW7or063409; Wed, 18 Aug 2004 15:32:08 -0500 (CDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 6B2545C9B; Wed, 18 Aug 2004 15:31:48 -0500 (CDT) To: "Tim J. Robbins" , "Justin T. Gibbs" From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <20040819.011130.41651882.nyan@jp.FreeBSD.org> References: <20040817182238.117925CA0@techpc04.okladot.state.ok.us> <20040817133005.B7A015CA0@techpc04.okladot.state.ok.us> <20040819.011130.41651882.nyan@jp.FreeBSD.org> <200408170232.i7H2WVDV047939@repoman.freebsd.org> <6FC8AA28613381987876B2E4@aslan.scsiguy.com> <200408170014.i7H0EVEh043873@repoman.freebsd.org> <200408181139.i7IBduG0042667@repoman.freebsd.org> Message-Id: <20040818203148.6B2545C9B@techpc04.okladot.state.ok.us> Date: Wed, 18 Aug 2004 15:31:48 -0500 (CDT) X-ODOT-MailScanner-Information: Please contact the Help Desk for more information X-ODOT-MailScanner: This E-mail appears not to contain malware. X-ODOT-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-8.7, required 5, BAYES_01 -6.60, IN_REP_TO -3.20, J_CHICKENPOX_13 1.00, RCVD_IN_ORBS 0.12) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 6.5.1|January 21, 2004) at 08/18/2004 03:33:27 PM,at 08/18/2004 03:33:28 PM, Serialize complete at 08/18/2004 03:33:28 PM cc: cvs-src@freebsd.org cc: freebsd-current@freebsd.org cc: cvs-all@freebsd.org Subject: re: cvs commits: src/sys/modules/linprocfs Makefile & src/sys/dev/aic7xxx ahc_isa.c src/sys/modules/aic7xxx/ahc/ahc_isa Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:32:54 -0000 FYI I reported the breakages caused by prior commits possibly related to these modules early yesterday. No one ever responded. Refs: Not that I want recognition, but just a reminder that AFAIK the -current@ maillist is for our feedback on these kinds of matters. Thank y'all for finally fixing these glitches. It would help if the tinderboxes could make a run-thru doing "building world-with-current" and sending its results back the usual way. -- thx, Paul Seniura. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:36:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15F5216A4CE; Wed, 18 Aug 2004 20:36:24 +0000 (GMT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id A673143D48; Wed, 18 Aug 2004 20:36:22 +0000 (GMT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9c.okladot.state.ok.us [10.36.36.31])PAA47398; Wed, 18 Aug 2004 15:36:21 -0500 Received: from isdmon2.okladot.state.ok.us ([192.149.244.24]) by notes9c.okladot.state.ok.us (Lotus Domino Release 6.5.1) with ESMTP id 2004081815371313-10592 ; Wed, 18 Aug 2004 15:37:13 -0500 Received: from techpc04.okladot.state.ok.us (techpc04.okladot.state.ok.us [199.27.9.37])i7IKZAor063624; Wed, 18 Aug 2004 15:35:10 -0500 (CDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id E838E5C28; Wed, 18 Aug 2004 15:35:04 -0500 (CDT) To: "Tim J. Robbins" , "Justin T. Gibbs" From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <20040819.011130.41651882.nyan@jp.FreeBSD.org> References: <20040817182238.117925CA0@techpc04.okladot.state.ok.us> <20040817133005.B7A015CA0@techpc04.okladot.state.ok.us> <20040819.011130.41651882.nyan@jp.FreeBSD.org> <200408170232.i7H2WVDV047939@repoman.freebsd.org> <6FC8AA28613381987876B2E4@aslan.scsiguy.com> <200408170014.i7H0EVEh043873@repoman.freebsd.org> <200408181139.i7IBduG0042667@repoman.freebsd.org> Message-Id: <20040818203504.E838E5C28@techpc04.okladot.state.ok.us> Date: Wed, 18 Aug 2004 15:35:04 -0500 (CDT) X-ODOT-MailScanner-Information: Please contact the Help Desk for more information X-ODOT-MailScanner: This E-mail appears not to contain malware. X-ODOT-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-9.7, required 5, BAYES_01 -6.60, IN_REP_TO -3.20, RCVD_IN_ORBS 0.12) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 6.5.1|January 21, 2004) at 08/18/2004 03:37:13 PM,at 08/18/2004 03:37:14 PM, Serialize complete at 08/18/2004 03:37:14 PM cc: cvs-src@freebsd.org cc: freebsd-current@freebsd.org cc: cvs-all@freebsd.org Subject: re: cvs commits: src/sys/modules/linprocfs Makefile & src/sys/dev/aic7xxx ahc_isa.c src/sys/modules/aic7xxx/ahc/ahc_isa Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:36:24 -0000 oops I meant: > run-thru doing "building world-with-current" and . ^^^^^^^^^^^^^^^^^^ . modules-with-world -- thx, Paul Seniura. From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:40:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48E0916A4CE; Wed, 18 Aug 2004 20:40:31 +0000 (GMT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B04D743D39; Wed, 18 Aug 2004 20:40:30 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.11/8.12.11) with ESMTP id i7IKeQGE083504; Wed, 18 Aug 2004 14:40:26 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 18 Aug 2004 14:40:26 -0600 From: "Justin T. Gibbs" To: Paul Seniura , "Tim J. Robbins" Message-ID: <1168D2C434C377911858778F@aslan.scsiguy.com> In-Reply-To: <20040818203148.6B2545C9B@techpc04.okladot.state.ok.us> References: <20040817182238.117925CA0@techpc04.okladot.state.ok.us> <20040817133005.B7A015CA0@techpc04.okladot.state.ok.us> <200408170232.i7H2WVDV047939@repoman.freebsd.org> <200408170014.i7H0EVEh043873@repoman.freebsd.org> <20040818203148.6B2545C9B@techpc04.okladot.state.ok.us> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: cvs-src@freebsd.org cc: freebsd-current@freebsd.org cc: cvs-all@freebsd.org Subject: re: cvs commits: src/sys/modules/linprocfs Makefile & src/sys/dev/aic7xxx ahc_isa.c src/sys/modules/aic7xxx/ahc/ahc_isa Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:40:31 -0000 > FYI I reported the breakages caused by prior commits > possibly related to these modules early yesterday. > No one ever responded. Since you were aware of the check-ins that caused your problem, a CC to the developer would have ensured a response. Our mailing lists get a lot of mail these days and some of us only read them once ever 24-48hours. -- Justin From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:45:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE2F16A4CE; Wed, 18 Aug 2004 20:45:27 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF84C43D55; Wed, 18 Aug 2004 20:45:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7IKjSEU018281; Wed, 18 Aug 2004 16:45:28 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 755BF512EE; Wed, 18 Aug 2004 13:45:24 -0700 (PDT) Date: Wed, 18 Aug 2004 13:45:24 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20040818204524.GA47843@xor.obsecurity.org> References: <20040818185637.GA41627@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <20040818185637.GA41627@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org cc: tjr@FreeBSD.org Subject: Re: vnode deadlock with nullfs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:45:27 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 11:56:37AM -0700, Kris Kennaway wrote: > I turned on debug.mpsafevm on a SMP package build machine, and it > didn't last long before grinding to a halt: >=20 > db> trace 10328 > sched_switch(c5b32c60,0,15d,c072db39,c5b32c60) at sched_switch+0xec > mi_switch(1,0,c072fd06,198,c053c3c3) at mi_switch+0x2e4 > sleepq_switch(c5abbd0c,1,c5b32c60,c5abbd0c,f121e928) at sleepq_switch+0x1= 35 > sleepq_wait(c5abbd0c,0,c072da37,e7,0) at sleepq_wait+0x11 > msleep(c5abbd0c,c07a0814,50,c0733c07,0) at msleep+0x4a7 > acquire(f121e9b0,1000040,200,e7,c5abbd0c) at acquire+0xf7 > lockmgr(c5abbd0c,1010002,c5abbc60,c5b32c60) at lockmgr+0x45e > ufs_lock(f121ea00,f121ea1c,c05b5233,f121ea00,c067e47a) at ufs_lock+0x4a > ufs_vnoperate(f121ea00,c067e47a,c5b1a2bc,1010002,c5b1a210) at ufs_vnopera= te+0x18 > vn_lock(c5abbc60,10002,c5b32c60,0,2) at vn_lock+0x11a > vget(c5abbc60,10002,c5b32c60,7d,c5b32c60) at vget+0x102 > ufs_ihashget(c59f0e00,2,2,f121eb00,1000000) at ufs_ihashget+0xd8 > ffs_vget(c585f800,2,2,f121eb00,0) at ffs_vget+0x44 > ufs_root(c585f800,f121eb54,c5b32c60,c071eb1f,c5b1a210) at ufs_root+0x29 > lookup(f121ec10,0,c07353b7,a4,1) at lookup+0x60c > namei(f121ec10,0,d8,f121ec44,c053c100) at namei+0x2a1 > stat(c5b32c60,f121ed14,c0748ea3,3e2,c5b32c60) at stat+0x52 > syscall(2f,2f,2f,8083e12,8083e12) at syscall+0x2c8 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (188, FreeBSD ELF32, stat), eip =3D 0x8067157, esp =3D 0xbfbf= dfbc, ebp =3D 0xbfbfecc0 --- > db> show lockedvnods > Locked vnodes > 0xc5abbc60: tag ufs, type VDIR, usecount 16, writecount 0, refcount 1, fl= ags (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5a7c420= (pid 10304) with 15 pending > ino 2, on dev da0s1e (4, 17) > 0xc5d3a318: tag ufs, type VDIR, usecount 2, writecount 0, refcount 2, fla= gs (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5a1dc60 (pid 103= 10) with 1 pending > ino 376832, on dev da0s1e (4, 17) > 0xc5d4a420: tag ufs, type VDIR, usecount 3, writecount 0, refcount 2, fla= gs (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc578d840 (pid 103= 09) with 1 pending > ino 376833, on dev da0s1e (4, 17) > 0xc5f24738: tag ufs, type VDIR, usecount 4, writecount 0, refcount 2, fla= gs (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5a7b9a0 (pid 103= 01) with 1 pending > ino 377018, on dev da0s1e (4, 17) > 0xc5fb5840: tag ufs, type VDIR, usecount 6, writecount 0, refcount 2, fla= gs (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5d4eb00 (pid 983= 1) with 1 pending > ino 400386, on dev da0s1e (4, 17) > 0xc6263000: tag ufs, type VDIR, usecount 5, writecount 0, refcount 2, fla= gs (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc578db00 (pid 980= 1) with 2 pending > ino 424617, on dev da0s1e (4, 17) > 0xc9465a50: tag ufs, type VREG, usecount 3, writecount 0, refcount 0, loc= k type ufs: EXCL (count 1) by thread 0xc5b319a0 (pid 9802) with 1 pending > ino 425034, on dev da0s1e (4, 17) > 0xc8fcb738: tag null, type VDIR, usecount 1, writecount 0, refcount 0, fl= ags (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5d4eb00= (pid 9831) with 1 pending > vp=3D0xc8fcb738, lowervp=3D0xc5fb5840 > 0xc8bee318: tag null, type VDIR, usecount 0, writecount 0, refcount 0, lo= ck type ufs: EXCL (count 1) by thread 0xc578db00 (pid 9801) with 2 pending > vp=3D0xc8bee318, lowervp=3D0xc6263000 > 0xc8b09318: tag null, type VREG, usecount 1, writecount 0, refcount 0, lo= ck type ufs: EXCL (count 1) by thread 0xc5b319a0 (pid 9802) with 1 pending > vp=3D0xc8b09318, lowervp=3D0xc9465a50 > 0xc90ebc60: tag null, type VDIR, usecount 1, writecount 0, refcount 0, fl= ags (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc5d4eb00= (pid 9831) with 1 pending > vp=3D0xc90ebc60, lowervp=3D0xc5fb5840 > 0xc8925e70: tag null, type VDIR, usecount 1, writecount 0, refcount 0, lo= ck type ufs: EXCL (count 1) by thread 0xc578db00 (pid 9801) with 2 pending > vp=3D0xc8925e70, lowervp=3D0xc6263000 > db> >=20 > I'm going to try and repeat this with DEBUG_VFS_LOCKS and WITNESS. They didn't give any debugging messages when it happened again: db> show lockedvnods Locked vnodes 0xc5d5c318: tag ufs, type VDIR, usecount 27, writecount 0, refcount 2, flag= s (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246= ) with 10 pending ino 400386, on dev da0s1e (4, 17) 0xc657fb58: tag ufs, type VDIR, usecount 5, writecount 0, refcount 1, flags= (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xcace6dc0 (pid 4247)= with 2 pending ino 424617, on dev da0s1e (4, 17) 0xc644be70: tag ufs, type VREG, usecount 3, writecount 0, refcount 1, flags= (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xcad44160 (pid 4255)= with 1 pending ino 425034, on dev da0s1e (4, 17) 0xc6cdb528: tag null, type VDIR, usecount 1, writecount 0, refcount 0, flag= s (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xcace5840 (= pid 4246) with 10 pending vp=3D0xc6cdb528, lowervp=3D0xc5d5c318 0xc75ada50: tag null, type VDIR, usecount 0, writecount 0, refcount 0, lock= type ufs: EXCL (count 1) by thread 0xcace6dc0 (pid 4247) with 2 pending vp=3D0xc75ada50, lowervp=3D0xc657fb58 0xc5de5948: tag null, type VREG, usecount 1, writecount 0, refcount 0, lock= type ufs: EXCL (count 1) by thread 0xcad44160 (pid 4255) with 1 pending vp=3D0xc5de5948, lowervp=3D0xc644be70 0xc5f05318: tag null, type VDIR, usecount 1, writecount 0, refcount 0, flag= s (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xcace5840 (= pid 4246) with 10 pending vp=3D0xc5f05318, lowervp=3D0xc5d5c318 0xc6c3c210: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xcace5840 (= pid 4246) with 10 pending vp=3D0xc6c3c210, lowervp=3D0xc5d5c318 0xc9774630: tag null, type VDIR, usecount 1, writecount 0, refcount 0, flag= s (VV_ROOT|VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xcace5840 (= pid 4246) with 10 pending vp=3D0xc9774630, lowervp=3D0xc5d5c318 0xc759f738: tag null, type VDIR, usecount 1, writecount 0, refcount 0, lock= type ufs: EXCL (count 1) by thread 0xcace6dc0 (pid 4247) with 2 pending vp=3D0xc759f738, lowervp=3D0xc657fb58 0xc6121738: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246) = with 10 pending vp=3D0xc6121738, lowervp=3D0xc5d5c318 0xc6d68528: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246) = with 10 pending vp=3D0xc6d68528, lowervp=3D0xc5d5c318 0xc6d05d68: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246) = with 10 pending vp=3D0xc6d05d68, lowervp=3D0xc5d5c318 0xc6cf9528: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246) = with 10 pending vp=3D0xc6cf9528, lowervp=3D0xc5d5c318 0xc7c32e70: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246) = with 10 pending vp=3D0xc7c32e70, lowervp=3D0xc5d5c318 0xc7c64000: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246) = with 10 pending vp=3D0xc7c64000, lowervp=3D0xc5d5c318 0xc78b2a50: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246) = with 10 pending vp=3D0xc78b2a50, lowervp=3D0xc5d5c318 0xc780d210: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246) = with 10 pending vp=3D0xc780d210, lowervp=3D0xc5d5c318 0xc780b318: tag null, type VDIR, usecount 2, writecount 0, refcount 0, flag= s (VV_ROOT), lock type ufs: EXCL (count 1) by thread 0xcace5840 (pid 4246) = with 10 pending vp=3D0xc780b318, lowervp=3D0xc5d5c318 db> show locks db> --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBI7/kWry0BWjoQKURAswaAJ0Typs1v6+jLMjHQpVchH8lwPXdigCaAu9J SmJCDyvAb+t8SqMswcJVRmk= =Nb55 -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:50:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44B0D16A4CE; Wed, 18 Aug 2004 20:50:31 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0732D43D1D; Wed, 18 Aug 2004 20:50:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7IKoPNW019859; Wed, 18 Aug 2004 16:50:25 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C42C5512EE; Wed, 18 Aug 2004 13:50:29 -0700 (PDT) Date: Wed, 18 Aug 2004 13:50:29 -0700 From: Kris Kennaway To: Marc Fonvieille Message-ID: <20040818205029.GA48028@xor.obsecurity.org> References: <20040818200530.GA88370@abigail.blackend.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20040818200530.GA88370@abigail.blackend.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:50:31 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 10:05:30PM +0200, Marc Fonvieille wrote: > Hello, >=20 > Since I installed a recent -CURRENT (from 16/08) on my laptop, I noted > a big difference during "make clean" in a port directory. > With 5.2.1, the make clean operation is transparent, I mean I don't > notice any difference on system load or user interactivity. With > -CURRENT, I see some little freezes, xmms skips etc. and a large swap is > used... Did you read the big note at the head of UPDATING? Kris --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBI8EVWry0BWjoQKURAntBAKCbVMnJqHaLHtTsd0tBFfrk4evzhQCg9i4J RVZYHoFt5mHDubhTkKcDd50= =axJc -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:51:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC01E16A4CE for ; Wed, 18 Aug 2004 20:51:12 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2CED43D41 for ; Wed, 18 Aug 2004 20:51:12 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 5398 invoked from network); 18 Aug 2004 20:51:12 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Aug 2004 20:51:12 -0000 Received: from hydrogen.funkthat.com (onkdqt@localhost.funkthat.com [127.0.0.1])i7IKpAuU057181; Wed, 18 Aug 2004 13:51:11 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7IKpANL057180; Wed, 18 Aug 2004 13:51:10 -0700 (PDT) Date: Wed, 18 Aug 2004 13:51:10 -0700 From: John-Mark Gurney To: kientzle@funkthat.com Message-ID: <20040818205110.GJ99980@funkthat.com> Mail-Followup-To: kientzle@funkthat.com, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: bsdtar in ssh session... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:51:12 -0000 I found out recently that if you do something like: ssh freebsdhostwbsdtar tar -cf - / > /dev/null and then in the middle of the tar, hit ctrl-c, then bsdtar on the FreeBSD host will not exit, instead it's parent will become init, and it will continue on trying to create the archive... It will ignore the EPIPE error, assuming that the write was successful and continue on.. It appears that gtar is is seeing EPIPE and just loops hoping that write will be successful in the future (which it never will be)... Neither are good solutions.... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:55:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E58D516A4CE for ; Wed, 18 Aug 2004 20:55:40 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2B043D5C for ; Wed, 18 Aug 2004 20:55:40 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 2242 invoked from network); 18 Aug 2004 20:55:40 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Aug 2004 20:55:40 -0000 Received: from hydrogen.funkthat.com (vuhupc@localhost.funkthat.com [127.0.0.1])i7IKtduU057327 for ; Wed, 18 Aug 2004 13:55:40 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7IKtdqn057326 for freebsd-current@freebsd.org; Wed, 18 Aug 2004 13:55:39 -0700 (PDT) Date: Wed, 18 Aug 2004 13:55:39 -0700 From: John-Mark Gurney To: freebsd-current@freebsd.org Message-ID: <20040818205539.GK99980@funkthat.com> Mail-Followup-To: freebsd-current@freebsd.org References: <20040818205110.GJ99980@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040818205110.GJ99980@funkthat.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: Re: bsdtar in ssh session... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:55:41 -0000 John-Mark Gurney wrote this message on Wed, Aug 18, 2004 at 13:51 -0700: please remove kientzle@funkthat.com from the to/cc list in replies, I forgot to put @freebsd.org, and my local domain got added, you'll just get bounces. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 20:57:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5703716A4CE for ; Wed, 18 Aug 2004 20:57:03 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C0943D3F for ; Wed, 18 Aug 2004 20:57:02 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) i7IKv0Dw089541; Wed, 18 Aug 2004 22:57:00 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.12.11/8.12.11/Submit) id i7IKv0DO089540; Wed, 18 Aug 2004 22:57:00 +0200 (CEST) (envelope-from marc) Date: Wed, 18 Aug 2004 22:56:59 +0200 From: Marc Fonvieille To: Kris Kennaway Message-ID: <20040818205659.GB88370@abigail.blackend.org> References: <20040818200530.GA88370@abigail.blackend.org> <20040818205029.GA48028@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20040818205029.GA48028@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.10-PRERELEASE cc: freebsd-current@FreeBSD.org Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 20:57:03 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 01:50:29PM -0700, Kris Kennaway wrote: >=20 > Did you read the big note at the head of UPDATING? > Did you read my mail? :)) Of course, as I said in my mail, I removed INVARIANTS, WITNESS etc. Marc --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBI8Ka81T1MWxkgcoRAsk0AKCe4HfqQvCzXkA9mCkd6dCf3RaldwCfWsC5 Jy9we0g/cc62wW88076iBds= =P5Zc -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 21:01:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 258EB16A4CF for ; Wed, 18 Aug 2004 21:01:31 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33E243D49 for ; Wed, 18 Aug 2004 21:01:30 +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 i7IL1TFU099265; Wed, 18 Aug 2004 17:01:29 -0400 (EDT) (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 98834-06; Wed, 18 Aug 2004 17:01:29 -0400 (EDT) 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 i7IL1Thl099235; Wed, 18 Aug 2004 17:01:29 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i7IL1NUs007478; Wed, 18 Aug 2004 17:01:23 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040818170232.05773880@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 18 Aug 2004 17:05:13 -0400 To: Kris Kennaway From: Mike Tancsa In-Reply-To: <20040818205029.GA48028@xor.obsecurity.org> References: <20040818200530.GA88370@abigail.blackend.org> <20040818205029.GA48028@xor.obsecurity.org> 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 cc: freebsd-current@freebsd.org Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 21:01:31 -0000 At 04:50 PM 18/08/2004, Kris Kennaway wrote: >On Wed, Aug 18, 2004 at 10:05:30PM +0200, Marc Fonvieille wrote: > > Hello, > > > > Since I installed a recent -CURRENT (from 16/08) on my laptop, I noted > > a big difference during "make clean" in a port directory. > > With 5.2.1, the make clean operation is transparent, I mean I don't > > notice any difference on system load or user interactivity. With > > -CURRENT, I see some little freezes, xmms skips etc. and a large swap is > > used... > >Did you read the big note at the head of UPDATING? Hi, As someone who is also going to start testing the waters with RELENG_5 on some non critical production servers (e.g. one of n spam and av scanning machines), I take it you mean, NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: FreeBSD 5.x has many debugging features turned on, in both the kernel and userland. These features attempt to detect incorrect use of system primitives, and encourage loud failure through extra sanity checking and fail stop semantics. They also substantially impact system performance. If you want to do performance measurement, benchmarking, and optimization, you'll want to turn them off. This includes various WITNESS- related kernel options, INVARIANTS, malloc debugging flags in userland, and various verbose features in the kernel. Many developers choose to disable these features on build machines to maximize performance. Are there more details somewhere as to what exactly to turn off and tweak ? ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 21:02:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B57816A4CE for ; Wed, 18 Aug 2004 21:02:53 +0000 (GMT) Received: from plouf.absolight.net (plouf.absolight.net [212.43.217.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0CC843D1F for ; Wed, 18 Aug 2004 21:02:52 +0000 (GMT) (envelope-from mat@FreeBSD.org) X-Original-To: current@freebsd.org X-Original-To: chris@behanna.org Received: from [192.168.1.51] (l15v-8-120.d2.club-internet.fr [62.34.135.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id 8F0FB401D; Wed, 18 Aug 2004 23:02:49 +0200 (CEST) Date: Wed, 18 Aug 2004 23:02:44 +0200 From: Mathieu Arnold To: chris@behanna.org, current@freebsd.org Message-ID: In-Reply-To: <200408181403.00873.chris@behanna.org> References: <200408160104.03708.chris@behanna.org> <20040816060528.GA2065@empiric.icir.org> <200408181403.00873.chris@behanna.org> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========1F58CC65FFC1AE2A36FA==========" X-Spam-Checker-Version: SpamAssassin 2.64-abso_2004012301 (2004-01-11) on plouf.absolight.net by root@absolight.fr X-Virus-Scanned: by amavisd-new at plouf.absolight.net X-Spam-Status: No, hits=-2.914 tagged_above=-10 required=5 tests=AWL, BAYES_00, J_CHICKENPOX_15, RCVD_IN_NJABL_DUL X-Spam-Level: Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 21:02:53 -0000 --==========1F58CC65FFC1AE2A36FA========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +-Le 18/08/2004 14:03 -0400, Chris BeHanna a dit : | On Monday 16 August 2004 02:05, Bruce M Simpson wrote: |> On Mon, Aug 16, 2004 at 01:04:03AM -0400, Chris BeHanna wrote: |> > Is there a read-only account that the general public could use? |> |> I think this is an excellent idea. Perhaps one should be set up. | | I wish. OpenWatcom has guest Perforce access, for example. | |> > To alleviate load on perforce.freebsd.org, p4proxy could be set up |> > on the current cvsup mirrors. I'd likely set up my own proxy server |> > on my home box, just to improve local response time (and ease setting |> > up a local vendor branch for playing around). |> |> Now I'm curious about doing this myself! It would certainly help on |> my laptop. I am lagging behind on -CURRENT at the moment. | | It is dirt simple to set up a p4proxy. The disk space that is | required is constrained to the size of the master p4 repo, so that is | a consideration (this will likely be several GB). Personally, I'd | donate to the maintainer of cvsup11 (the closest node to me) to | provide disk space for this if it became available. | | Atomic commits, always up-to-date. *Wonderful*. Even for | committers, it'd be great, because the proxies are write-through | (for accounts that have write access). Making me think that I'll certainly provide a p4p on anoncvs.fr.freebsd.org if it becomes something that is getting in the move :-) -- Mathieu Arnold --==========1F58CC65FFC1AE2A36FA========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) iQEVAwUBQSPD+FvROjYJ63c1AQKN6QgAjdynO6MQlnxaR1VPRXzL4se2ueVJYrQt Gr9aKnUIqeERPkJTyYpNnNyOUeYq5WEMIWct237B4oY6kV4V/C31DvdI9LvrCQ0X 09BVemuLtIbChQ6BRW3wr1oCYL+xsFGJJW3nI1Efd/jU8/JVblhqj/Q6eWaMHjou CjgJbsFJrYKWqjPFpKu10083aDgiBJU67NTadif/njqjIU5+3+RpgVFi2FTAgPsc FYerOOIfReSNSaJDkuIYBqd2T7PCX17ZvqSdkaE5YtDuMsbB6f0aPAGFAOPLX+K5 cXduVGF0C6itgvE+WH3VlL8wPHuhLBgE5Niwr5ByZu0vVHaNbprgaQ== =HeKh -----END PGP SIGNATURE----- --==========1F58CC65FFC1AE2A36FA==========-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 21:10:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8974616A4CE for ; Wed, 18 Aug 2004 21:10:57 +0000 (GMT) Received: from web14107.mail.yahoo.com (web14107.mail.yahoo.com [216.136.172.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 5FAA143D48 for ; Wed, 18 Aug 2004 21:10:57 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040818211057.51555.qmail@web14107.mail.yahoo.com> Received: from [194.248.174.50] by web14107.mail.yahoo.com via HTTP; Wed, 18 Aug 2004 23:10:57 CEST Date: Wed, 18 Aug 2004 23:10:57 +0200 (CEST) From: =?iso-8859-1?q?Claus=20Guttesen?= To: Marc Fonvieille , Kris Kennaway In-Reply-To: <20040818205659.GB88370@abigail.blackend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@FreeBSD.org Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 21:10:57 -0000 > > Did you read the big note at the head of UPDATING? > Did you read my mail? :)) Of course, as I said in > my mail, I removed > INVARIANTS, WITNESS etc. Does 'ln -s aj /etc/malloc.conf' still apply in relation to the upcoming 5.3? If so, it will speed up some operations. Claus Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og virusscan From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 21:17:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9AEA16A4CE; Wed, 18 Aug 2004 21:17:38 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id A381043D48; Wed, 18 Aug 2004 21:17:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7ILHeEU001625; Wed, 18 Aug 2004 17:17:40 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 28143513CE; Wed, 18 Aug 2004 14:17:37 -0700 (PDT) Date: Wed, 18 Aug 2004 14:17:37 -0700 From: Kris Kennaway To: Marc Fonvieille Message-ID: <20040818211736.GA50662@xor.obsecurity.org> References: <20040818200530.GA88370@abigail.blackend.org> <20040818205029.GA48028@xor.obsecurity.org> <20040818205659.GB88370@abigail.blackend.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <20040818205659.GB88370@abigail.blackend.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: Kris Kennaway Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 21:17:39 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 10:56:59PM +0200, Marc Fonvieille wrote: > On Wed, Aug 18, 2004 at 01:50:29PM -0700, Kris Kennaway wrote: > >=20 > > Did you read the big note at the head of UPDATING? > > >=20 > Did you read my mail? :)) Of course, as I said in my mail, I removed > INVARIANTS, WITNESS etc. Well, you only said "debugging options". How about malloc debugging? Kris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBI8dwWry0BWjoQKURAkpuAKDGYQfJPeP18F2nUdV5fl0Wwhwd9QCfbtha 68qAv/NkRnpZfGtxMKrGpR8= =4eNo -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 21:42:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FABD16A4D0 for ; Wed, 18 Aug 2004 21:42:15 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4285943D67 for ; Wed, 18 Aug 2004 21:42:15 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-68-124-233-133.dsl.snfc21.pacbell.net [68.124.233.133])i7ILg83d195636; Wed, 18 Aug 2004 17:42:09 -0400 Message-ID: <4123CD2F.7060901@elischer.org> Date: Wed, 18 Aug 2004 14:42:07 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: drhodus@machdep.com References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: chris@behanna.org cc: Robert Watson cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 21:42:15 -0000 David Rhodus wrote: > On Wed, 18 Aug 2004 09:22:36 -0400 (EDT), Robert Watson > wrote: > >>On Tue, 17 Aug 2004, David Rhodus wrote: >> >> > > The trustedbsd trees are the only thing exported there, well for other > than some mostly dead trees. None of the TLS, AMD64, NETSMP, and who > knows what else since its not redly a public forum. Actually the TLS IS exported ..It's in the KSE branch which is exported. > > >>I think you'd have to work fairly hard to find open source projects that >>have no ouststanding local patch sets of as-yet uncommitted and > > > So with perforce development software, fbsd will become extra stable > hence removing the need for the -current tree ? > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 21:47:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B089B16A4CE for ; Wed, 18 Aug 2004 21:47:14 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BC9043D46 for ; Wed, 18 Aug 2004 21:47:13 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) i7ILlAof090450; Wed, 18 Aug 2004 23:47:11 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.12.11/8.12.11/Submit) id i7ILlAsO090449; Wed, 18 Aug 2004 23:47:10 +0200 (CEST) (envelope-from marc) Date: Wed, 18 Aug 2004 23:47:09 +0200 From: Marc Fonvieille To: Kris Kennaway Message-ID: <20040818214709.GA90089@abigail.blackend.org> References: <20040818200530.GA88370@abigail.blackend.org> <20040818205029.GA48028@xor.obsecurity.org> <20040818205659.GB88370@abigail.blackend.org> <20040818211736.GA50662@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20040818211736.GA50662@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.10-PRERELEASE cc: freebsd-current@FreeBSD.org Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 21:47:14 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 02:17:37PM -0700, Kris Kennaway wrote: > On Wed, Aug 18, 2004 at 10:56:59PM +0200, Marc Fonvieille wrote: > > On Wed, Aug 18, 2004 at 01:50:29PM -0700, Kris Kennaway wrote: > > >=20 > > > Did you read the big note at the head of UPDATING? > > > > >=20 > > Did you read my mail? :)) Of course, as I said in my mail, I removed > > INVARIANTS, WITNESS etc. >=20 > Well, you only said "debugging options". How about malloc debugging? > ls -l /etc/malloc.conf lrwxr-xr-x 1 root wheel 2 15 ao 13:11 /etc/malloc.conf -> AJ Ok I'm dumb, I don't know why I typed AJ instead of aj. And I spent hours trying to figure out why it was so slow. Now, things are not perfect but far better. Damn I spent 3 days looking for the reason :((( I'm sorry for the noise :( Marc "I am an idiot" --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBI85c81T1MWxkgcoRAqfIAKCRMlZdFmCXpVgwX+89/X4js5PoMwCeMrMf YtjVnhZcLuWGtiGU9AerlqA= =hE+4 -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 22:02:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EE3B16A4CF for ; Wed, 18 Aug 2004 22:02:40 +0000 (GMT) Received: from max.af.czu.cz (max.af.czu.cz [193.84.41.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EC5643D5D for ; Wed, 18 Aug 2004 22:02:38 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 59854 invoked by uid 89); 18 Aug 2004 22:24:18 -0000 Received: from unknown (HELO ?10.15.141.2?) (ares@max.af.czu.cz@217.11.239.237) by max.af.czu.cz with AES256-SHA encrypted SMTP; 18 Aug 2004 22:24:18 -0000 From: Tomas Randa To: Jake Hamby In-Reply-To: <411C2613.9040604@anobject.com> References: <411C2613.9040604@anobject.com> Content-Type: text/plain Message-Id: <1092866479.698.8.camel@ares.office.internetservice.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 19 Aug 2004 00:01:19 +0200 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: updated ath driver: please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 22:02:40 -0000 Hi, I tried this driver on -current and not working for me.. is anybody here who is using this driver for 11g succesfully? I am using DWL-G520 cards, one in 11b mode one in 11g mode. System boots up and then the following messages are printed on screen: ath1: device timeout and system hangs for a while (about 30s) Thanks. Tomas Randa On Fri, 2004-08-13 at 04:23, Jake Hamby wrote: > Hi all, > > I've just finished putting together a version of the ath driver based on > a merge of the current FreeBSD version with the latest Linux madwifi > driver and HAL version 0.9.11.6. I included all of the features except > for those not currently supported by FreeBSD's version of net80211 (e.g. > only WEP crypto is supported). Please test it out. It may be too late > to get this checked in before the code freeze, but I think it's our best > bet to have a version of the ath driver with a recent HAL but without > disturbing the shared net80211 code. > > Download it here: > http://anobject.com/jehamby/atheros_driver.tar.bz2 > > Extract into /usr/src. The two machines I've tested it on are a Fujitsu > Lifebook N5010 w/ builtin Atheros a/b/g, and a Vaio desktop with D-Link > DWL-G520 (H/W Ver: B2). dmesg output from the Fujitsu is: > > ath0: mem 0xec010000-0xec01ffff irq 18 at device 10.0 on pci0 > ath0: mac 5.6 phy 4.1 5ghz radio 3.6 > > and the desktop is: > > ath0: mem 0xfeae0000-0xfeaeffff irq 22 at device 10.0 on pci2 > ath0: mac 5.9 phy 4.3 5ghz radio 4.6 > > -- > Jake Hamby > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 22:09:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 363BC16A4CE for ; Wed, 18 Aug 2004 22:09:26 +0000 (GMT) Received: from mimoza.pantel.net (mimoza.pantel.net [212.24.191.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5FB743D1F for ; Wed, 18 Aug 2004 22:09:25 +0000 (GMT) (envelope-from arutz@mimoza.pantel.net) Received: by mimoza.pantel.net (Postfix, from userid 1000) id 40B2310C2B; Thu, 19 Aug 2004 00:09:24 +0200 (CEST) Date: Thu, 19 Aug 2004 00:09:24 +0200 From: Antal Rutz To: current@freebsd.org Message-ID: <20040818220924.GB51903@mimoza.pantel.net> References: <20040805071236.GA595@loge.nixsys.be> <200408102254.32722.marc@bowtie.nl> <20040810210348.GO14911@fasolt.home.paeps.cx> <20040810231202.GD1067@laptop.lambertfam.org> <20040811013106.GA14911@fasolt.home.paeps.cx> <20040817032544.GA42839@mimoza.pantel.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040817032544.GA42839@mimoza.pantel.net> User-Agent: Mutt/1.4.2i Subject: Synaptics detected as Intellimouse - was Re: [PLEASE TEST] ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 22:09:26 -0000 On Tue, Aug 17, Antal Rutz wrote: > On Wed, Aug 11, Philip Paeps wrote: > > Synaptics have 0c here. I'm not aware of any Synaptics hardware responding > > differently to probes (though the specs might be a bit dated here and there, I > > wouldn't expect them to change something like that). > > > > > I have a Compaq Presario 2195US with Synaptics touchpad. > > > > Are you really sure it's a Synaptics? > > I've got an HP/compaq nx9005. My synaptics is also detected as > intellimouse (psm.c:1.77). I will build a kernel with PSM_DEBUG=2 during > the day. It worked before with unofficial out-of-cvs patches. > latest current with PSM_DEBUG=2 (still detected as intellimouse): psm0: current command byte:0047 psm: ENABLE_DEV return code:00fa psm: DISABLE_DEV return code:00fa psm: SEND_AUX_DEV_STATUS return code:00fa psm: status 00 02 64 psm: SEND_DEV_ID return code:00fa psm: device ID: 0000 psm: SET_RESOLUTION (0) 00fa psm: SET_SCALING11 return code:00fa psm: SET_SCALING11 return code:00fa psm: SET_SCALING11 return code:00fa psm: SEND_AUX_DEV_STATUS return code:00fa psm: status 00 00 64 psm: SET_RESOLUTION (3) 00fa psm: SET_SCALING11 return code:00fa psm: SET_SCALING11 return code:00fa psm: SET_SCALING11 return code:00fa psm: SEND_AUX_DEV_STATUS return code:00fa psm: status 00 03 64 psm: SET_RESOLUTION (3) 00fa psm: SET_SCALING11 return code:00fa psm: SET_SCALING11 return code:00fa psm: SET_SCALING11 return code:00fa psm: SEND_AUX_DEV_STATUS return code:00fa psm: status 00 03 64 psm: SET_SCALING11 return code:00fa psm: SET_RESOLUTION (0) 00fa psm: SET_RESOLUTION (3) 00fa psm: SET_RESOLUTION (2) 00fa psm: SET_RESOLUTION (1) 00fa psm: SET_RESOLUTION (3) 00fa psm: SET_RESOLUTION (1) 00fa psm: SET_RESOLUTION (2) 00fa psm: SET_RESOLUTION (3) 00fa psm: SEND_AUX_DEV_DATA return code:00fa psm: data 08 00 00 psm: SET_SAMPLING_RATE (200) 00fa psm: SET_SAMPLING_RATE (200) 00fa psm: SET_SAMPLING_RATE (80) 00fa psm: SEND_DEV_ID return code:00fa psm: device ID: 0000 psm: SET_SAMPLING_RATE (200) 00fa psm: SET_SAMPLING_RATE (100) 00fa psm: SET_SAMPLING_RATE (80) 00fa psm: SET_SAMPLING_RATE (60) 00fa psm: SET_SAMPLING_RATE (40) 00fa psm: SET_SAMPLING_RATE (20) 00fa psm: SEND_DEV_ID return code:00fa psm: device ID: 0003 psm: SEND_DEV_ID return code:00fa psm: device ID: 0003 psm: SET_SAMPLING_RATE (200) 00fa psm: SET_SAMPLING_RATE (100) 00fa psm: SET_SAMPLING_RATE (80) 00fa psm: SEND_DEV_ID return code:00fa psm: device ID: 0003 psm0: found IntelliMouse psm: SET_RESOLUTION (2) 00fa psm: SET_SAMPLING_RATE (100) 00fa psm: SET_SCALING11 return code:00fa psm: SEND_AUX_DEV_STATUS return code:00fa psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 -- --rutz From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 00:25:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F391C16A4D3; Thu, 19 Aug 2004 00:25:21 +0000 (GMT) Received: from lakermmtao07.cox.net (lakermmtao07.cox.net [68.230.240.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81DFA43D1F; Thu, 19 Aug 2004 00:25:14 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao07.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040819002504.UNJH1823.lakermmtao07.cox.net@dolphin.local.net>; Wed, 18 Aug 2004 20:25:04 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7J0P4dw022044; Wed, 18 Aug 2004 19:25:04 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 18 Aug 2004 19:24:58 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-Id: <20040818192458.7ee6d787@dolphin.local.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: cg@freebsd.org Subject: pcm timeout (debug output from snd_ich driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 00:25:22 -0000 OK, I enabled debug output in the sound driver in the hopes of finding out a little bit more about what's going on with these insufferable pcm timeouts using the snd_ich driver. The following log info starts shortly before the timeout occurred during the last "successful" run of madplay (i.e., the one that was running when the timeout occurred), and includes a little bit of the next run of madplay as well (which I interrupted with CTRL-C just after it began). Hopefully there's something here (the flags and/or buffer sizes in chn_flush?) that may offer a clue to someone more intimately familiar with the workings of the sound drivers. Perhaps we need to add even more debugging statements? I really want to get this thing debugged, folks! The several-times-a-day reboots just to get sound going again are really getting tiresome. Aug 18 19:02:36 dolphin kernel: chn_setblocksize(0, 0) Aug 18 19:02:36 dolphin kernel: chn_setblocksize: defaulting to(512,256) Aug 18 19:02:36 dolphin kernel: chn_setblocksize: soft bps 2, spd 8000, irqhz == 62 Aug 18 19:02:36 dolphin kernel: chn_setblocksize: hard blksz requested 512 (maxsize 16384), got 512, irqhz == 62 Aug 18 19:02:36 dolphin kernel: setspeed done, r = 0 Aug 18 19:02:36 dolphin kernel: want format 268435472 Aug 18 19:02:36 dolphin kernel: feederflags 0 Aug 18 19:02:36 dolphin kernel: setspeed, channel pcm0:play:0 Aug 18 19:02:36 dolphin kernel: want speed 8000, try speed 8000, got speed 8000 Aug 18 19:02:36 dolphin kernel: feederflags 0 Aug 18 19:02:36 dolphin kernel: r = 0 Aug 18 19:02:36 dolphin kernel: chn_setblocksize(0, 0) Aug 18 19:02:36 dolphin kernel: chn_setblocksize: defaulting to (256,512) Aug 18 19:02:36 dolphin kernel: chn_setblocksize: soft bps 4, spd 8000, irqhz == 62 Aug 18 19:02:36 dolphin kernel: chn_setblocksize: hard blksz requested 512 (maxsize 16384), got 512, irqhz == 62 Aug 18 19:02:36 dolphin kernel: setspeed done, r = 0 Aug 18 19:02:36 dolphin kernel: setspeed, channel pcm0:play:0 Aug 18 19:02:36 dolphin kernel: want speed 44100, try speed 44100, got speed 44100 Aug 18 19:02:36 dolphin kernel: feederflags 0 Aug 18 19:02:36 dolphin kernel: r = 0 Aug 18 19:02:36 dolphin kernel: chn_setblocksize(0, 0) Aug 18 19:02:36 dolphin kernel: chn_setblocksize: defaulting to (32,4096) Aug 18 19:02:36 dolphin kernel: chn_setblocksize: soft bps 4, spd 44100, irqhz == 43 Aug 18 19:02:36 dolphin kernel: chn_setblocksize: hard blksz requested 4096 (maxsize 16384), got 4096, irqhz == 43 Aug 18 19:02:36 dolphin kernel: setspeed done, r = 0 Aug 18 19:02:37 dolphin kernel: pcm0:play:0: play interrupt timeout, channel dead Aug 18 19:02:37 dolphin kernel: chn_flush: c->flags 0x00021030 Aug 18 19:02:38 dolphin kernel: chn_flush: timeout, hw 16384, sw 131072 Aug 18 19:02:38 dolphin kernel: chn_setblocksize(0, 0) Aug 18 19:02:38 dolphin kernel: chn_setblocksize: defaulting to (32, 4096) Aug 18 19:02:38 dolphin kernel: chn_setblocksize: soft bps 4, spd 44100, irqhz == 43 Aug 18 19:02:38 dolphin kernel: chn_setblocksize: hard blksz requested 4096 (maxsize 16384), got 4096, irqhz == 43 -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 00:33:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C55FF16A4CE; Thu, 19 Aug 2004 00:33:56 +0000 (GMT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E2C643D4C; Thu, 19 Aug 2004 00:33:56 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao05.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040819003353.TJEA25497.lakermmtao05.cox.net@dolphin.local.net>; Wed, 18 Aug 2004 20:33:53 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7J0Xr6F022140; Wed, 18 Aug 2004 19:33:53 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 18 Aug 2004 19:33:48 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-Id: <20040818193348.7633da35@dolphin.local.net> In-Reply-To: <20040818192458.7ee6d787@dolphin.local.net> References: <20040818192458.7ee6d787@dolphin.local.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: cg@freebsd.org Subject: Re: pcm timeout (debug output from snd_ich driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 00:33:56 -0000 On Wed, 18 Aug 2004 19:24:58 -0500 "Conrad J. Sabatier" wrote: > OK, I enabled debug output in the sound driver in the hopes of finding > out a little bit more about what's going on with these insufferable > pcm timeouts using the snd_ich driver. Also, I've been meaning to ask: is there no possibility of somehow recovering gracefully from this condition so that the sound device might still be useable (similar to the recovery from ata and other timeouts), rather than leaving the device flat-out broken? -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 01:02:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E7016A4CE for ; Thu, 19 Aug 2004 01:02:19 +0000 (GMT) Received: from lakermmtao10.cox.net (lakermmtao10.cox.net [68.230.240.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0265643D4C for ; Thu, 19 Aug 2004 01:02:19 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao10.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040819010216.TXTG16005.lakermmtao10.cox.net@dolphin.local.net> for ; Wed, 18 Aug 2004 21:02:16 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7J12GTA002913 for ; Wed, 18 Aug 2004 20:02:16 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 18 Aug 2004 20:02:11 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-Id: <20040818200211.178b1f84@dolphin.local.net> In-Reply-To: <20040818193348.7633da35@dolphin.local.net> References: <20040818192458.7ee6d787@dolphin.local.net> <20040818193348.7633da35@dolphin.local.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: pcm timeout (debug output from snd_ich driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 01:02:19 -0000 On Wed, 18 Aug 2004 19:33:48 -0500 "Conrad J. Sabatier" wrote: > On Wed, 18 Aug 2004 19:24:58 -0500 > "Conrad J. Sabatier" wrote: > > > OK, I enabled debug output in the sound driver in the hopes of > > finding out a little bit more about what's going on with these > > insufferable pcm timeouts using the snd_ich driver. > > Also, I've been meaning to ask: is there no possibility of somehow > recovering gracefully from this condition so that the sound device > might still be useable (similar to the recovery from ata and other > timeouts), rather than leaving the device flat-out broken? As another debugging step, I disabled the onboard nVidia nForce3 sound on this machine and installed the es1371 card from my old i386 box. It bombed out with the same error in no time at all. This is either a non-driver-specific problem with the sound subsystem in general, or perhaps an amd64-specific problem. Either way, it's gonna be a tough nut to crack, I'm sure. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 01:03:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 710D616A4CE for ; Thu, 19 Aug 2004 01:03:51 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3582743D46 for ; Thu, 19 Aug 2004 01:03:51 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7J13j8U024215; Wed, 18 Aug 2004 18:03:46 -0700 Message-ID: <4123FC71.8060308@root.org> Date: Wed, 18 Aug 2004 18:03:45 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Content-Type: multipart/mixed; boundary="------------080609030808010903010205" cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 01:03:51 -0000 This is a multi-part message in MIME format. --------------080609030808010903010205 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Try the attached patch. -Nate --------------080609030808010903010205 Content-Type: text/plain; name="sos.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sos.diff" Index: sys/i386/acpica/acpi_wakeup.c =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/acpi_wakeup.c,v retrieving revision 1.37 diff -u -r1.37 acpi_wakeup.c --- sys/i386/acpica/acpi_wakeup.c 5 Aug 2004 06:29:12 -0000 1.37 +++ sys/i386/acpica/acpi_wakeup.c 19 Aug 2004 01:01:40 -0000 @@ -189,7 +189,6 @@ AcpiSetFirmwareWakingVector(sc->acpi_wakephys); ef = read_eflags(); - ACPI_DISABLE_IRQS(); /* Create Identity Mapping */ if ((p = curproc) == NULL) @@ -209,6 +208,7 @@ ret_addr = 0; if (acpi_savecpu()) { /* Execute Sleep */ + ACPI_DISABLE_IRQS(); intr_suspend(); p_gdt = (struct region_descriptor *) --------------080609030808010903010205-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 01:15:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4AB316A4CE; Thu, 19 Aug 2004 01:15:27 +0000 (GMT) Received: from linda-1.paradise.net.nz (bm-1a.paradise.net.nz [202.0.58.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39FE543D39; Thu, 19 Aug 2004 01:15:27 +0000 (GMT) (envelope-from info@mirdev.net) Received: from smtp-3.paradise.net.nz (smtp-3b.paradise.net.nz [202.0.32.212]) by linda-1.paradise.net.nz (Paradise.net.nz) with ESMTP id <0I2O003Q665PFQ@linda-1.paradise.net.nz>; Thu, 19 Aug 2004 13:15:25 +1200 (NZST) Received: from pcmird (203-79-122-191.cable.paradise.net.nz [203.79.122.191]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id AE5FEAE11C; Thu, 19 Aug 2004 13:15:24 +1200 (NZST) Received: from 127.0.0.1 (AVG SMTP 6.0.0 [494]); Thu, 19 Aug 2004 13:15:17 +1200 Date: Thu, 19 Aug 2004 13:15:16 +1200 From: John Armstrong In-reply-to: <41238213.6030804@root.org> To: freebsd-current@freebsd.org Message-id: <4123FF24.2050504@mirdev.net> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) References: <41231E6E.80405@mirdev.net> <41238213.6030804@root.org> cc: freebsd-acpi@freebsd.org Subject: Re: acpi link set: _CRS failed / calcru: negative runtime in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 01:15:28 -0000 Nate Lawson wrote: > Try the patch I just committed (also attached). Thanks Nate, that worked a treat :) Cheers, John Armstrong From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 01:29:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D520216A4CE for ; Thu, 19 Aug 2004 01:29:06 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7070D43D31 for ; Thu, 19 Aug 2004 01:29:06 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 594843F01; Thu, 19 Aug 2004 03:29:05 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 419633EFC; Thu, 19 Aug 2004 03:29:02 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 899D140F1; Thu, 19 Aug 2004 03:28:58 +0200 (CEST) To: Antal Rutz In-Reply-To: <20040818220924.GB51903@mimoza.pantel.net> (Antal Rutz's message of "Thu, 19 Aug 2004 00:09:24 +0200") References: <20040805071236.GA595@loge.nixsys.be> <200408102254.32722.marc@bowtie.nl> <20040810210348.GO14911@fasolt.home.paeps.cx> <20040810231202.GD1067@laptop.lambertfam.org> <20040811013106.GA14911@fasolt.home.paeps.cx> <20040817032544.GA42839@mimoza.pantel.net> <20040818220924.GB51903@mimoza.pantel.net> From: Arne Schwabe Date: Thu, 19 Aug 2004 03:28:57 +0200 Message-ID: <864qmzx6ee.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: current@freebsd.org Subject: Re: Synaptics detected as Intellimouse - was Re: [PLEASE TEST] ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 01:29:07 -0000 Antal Rutz writes: > On Tue, Aug 17, Antal Rutz wrote: >> On Wed, Aug 11, Philip Paeps wrote: >> > Synaptics have 0c here. I'm not aware of any Synaptics hardware responding >> > differently to probes (though the specs might be a bit dated here and there, I >> > wouldn't expect them to change something like that). >> > >> > > I have a Compaq Presario 2195US with Synaptics touchpad. >> > >> > Are you really sure it's a Synaptics? >> >> I've got an HP/compaq nx9005. My synaptics is also detected as >> intellimouse (psm.c:1.77). I will build a kernel with PSM_DEBUG=2 during >> the day. It worked before with unofficial out-of-cvs patches. >> > > latest current with PSM_DEBUG=2 (still detected as intellimouse): > [debug output] Okay, I think the problem is that FreeBSD takes the first "mouse type" found. Maybe you have a newer touchpad with has also some intelli emulation (would be interesting to post your touchpad version/capabilities if this patch works). My first patches tried synaptics before the other mouse types. Try the attached patch. Hope that helps. Arne --- psm.c 16 Aug 2004 20:19:09 -0000 1.78 +++ psm.c 19 Aug 2004 01:25:07 -0000 @@ -315,6 +315,8 @@ * WARNING: the order of probe is very important. Don't mess it * unless you know what you are doing. */ + { MOUSE_MODEL_SYNAPTICS, /* Synaptics Touchpad */ + 0xc0, MOUSE_SYNAPTICS_PACKETSIZE, enable_synaptics, }, { MOUSE_MODEL_NET, /* Genius NetMouse */ 0x08, MOUSE_PS2INTELLI_PACKETSIZE, enable_gmouse, }, { MOUSE_MODEL_NETSCROLL, /* Genius NetScroll */ @@ -335,8 +337,6 @@ 0x80, MOUSE_PS2_PACKETSIZE, enable_kmouse, }, { MOUSE_MODEL_VERSAPAD, /* Interlink electronics VersaPad */ 0xe8, MOUSE_PS2VERSA_PACKETSIZE, enable_versapad, }, - { MOUSE_MODEL_SYNAPTICS, /* Synaptics Touchpad */ - 0xc0, MOUSE_SYNAPTICS_PACKETSIZE, enable_synaptics, }, { MOUSE_MODEL_GENERIC, 0xc0, MOUSE_PS2_PACKETSIZE, NULL, }, }; -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 01:32:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A2FB16A4E1; Thu, 19 Aug 2004 01:32:26 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 862B843D3F; Thu, 19 Aug 2004 01:32:25 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao01.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040819013218.TGLZ15934.lakermmtao01.cox.net@dolphin.local.net>; Wed, 18 Aug 2004 21:32:18 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7J1WJuc000827; Wed, 18 Aug 2004 20:32:19 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 18 Aug 2004 20:32:14 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org, cg@freebsd.org Message-Id: <20040818203214.3a9d70bb@dolphin.local.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: pcm timeout (debug output from es137x driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 01:32:26 -0000 Just noticed a curious difference in the debug output from the es137x driver as compared to the snd_ich driver. There seems to be an off-by-one error cropping up in the speed, blocksize and sampling rate settings. The irqhz is also coming out to be one less than it was with the snd_ich driver. Also, bizarre, the timeout occurs just after the true sampling rate is attempted to be set (44100 instead of the 8000 attempted up until that point), at which point the irqhz also changes drastically. I'm wondering if rebuilding the kernel with absolutely no optimization might help. I'm currently using the default flags defined for amd64 in sys/conf/kern.pre.mk: . if ${MACHINE_ARCH} == "amd64" COPTFLAGS?=-O2 -frename-registers -pipe Think I'll give that a try (COPTFLAGS=-O0 -pipe). Can't hurt, right? :-) Aug 18 20:12:00 dolphin kernel: want format 8 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: setspeed, channel pcm0:play:0 Aug 18 20:12:00 dolphin kernel: want speed 8000, try speed 8000, got speed 7999 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: r = 0 Aug 18 20:12:00 dolphin kernel: chn_setblocksize(0, 0) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: defaulting to (1024, 128) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: soft bps 1, spd 7999, irqhz == 62 Aug 18 20:12:00 dolphin kernel: chn_setblocksize: hard blksz requested 128 (maxsize 4096), got 128, irqhz == 62 Aug 18 20:12:00 dolphin kernel: setspeed done, r = 0 Aug 18 20:12:00 dolphin kernel: setspeed, channel pcm0:play:0 Aug 18 20:12:00 dolphin kernel: want speed 8000, try speed 8000, got speed 7999 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: r = 0 Aug 18 20:12:00 dolphin kernel: chn_setblocksize(0, 0) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: defaulting to (1024, 128) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: soft bps 1, spd 7999, irqhz == 62 Aug 18 20:12:00 dolphin kernel: chn_setblocksize: hard blksz requested 128 (maxsize 4096), got 128, irqhz == 62 Aug 18 20:12:00 dolphin kernel: setspeed done, r = 0 Aug 18 20:12:00 dolphin kernel: chn_setblocksize(0, 0) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: defaulting to (1024, 128) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: soft bps 1, spd 7999, irqhz == 62 Aug 18 20:12:00 dolphin kernel: chn_setblocksize: hard blksz requested 128 (maxsize 4096), got 128, irqhz == 62 Aug 18 20:12:00 dolphin kernel: dsp sync Aug 18 20:12:00 dolphin kernel: want format 4096 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: Format change 4096 failed, reverting to 8 Aug 18 20:12:00 dolphin kernel: want format 8 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: setspeed, channel pcm0:play:0 Aug 18 20:12:00 dolphin kernel: want speed 8000, try speed 8000, got speed 7999 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: r = 0 Aug 18 20:12:00 dolphin kernel: chn_setblocksize(0, 0) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: defaulting to (1024, 128) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: soft bps 1, spd 7999, irqhz == 62 Aug 18 20:12:00 dolphin kernel: chn_setblocksize: hard blksz requested 128 (maxsize 4096), got 128, irqhz == 62 Aug 18 20:12:00 dolphin kernel: setspeed done, r = 0 Aug 18 20:12:00 dolphin kernel: want format 16 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: setspeed, channel pcm0:play:0 Aug 18 20:12:00 dolphin kernel: want speed 8000, try speed 8000, got speed 7999 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: r = 0 Aug 18 20:12:00 dolphin kernel: chn_setblocksize(0, 0) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: defaulting to (512, 256) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: soft bps 2, spd 7999, irqhz == 62 Aug 18 20:12:00 dolphin kernel: chn_setblocksize: hard blksz requested 256 (maxsize 4096), got 256, irqhz == 62 Aug 18 20:12:00 dolphin kernel: setspeed done, r = 0 Aug 18 20:12:00 dolphin kernel: want format 268435472 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: setspeed, channel pcm0:play:0 Aug 18 20:12:00 dolphin kernel: want speed 8000, try speed 8000, got speed 7999 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: r = 0 Aug 18 20:12:00 dolphin kernel: chn_setblocksize(0, 0) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: defaulting to (256, 512) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: soft bps 4, spd 7999, irqhz == 62 Aug 18 20:12:00 dolphin kernel: chn_setblocksize: hard blksz requested 512 (maxsize 4096), got 512, irqhz == 62 Aug 18 20:12:00 dolphin kernel: setspeed done, r = 0 Aug 18 20:12:00 dolphin kernel: setspeed, channel pcm0:play:0 Aug 18 20:12:00 dolphin kernel: want speed 44100, try speed 44100, got speed 44099 Aug 18 20:12:00 dolphin kernel: feederflags 0 Aug 18 20:12:00 dolphin kernel: r = 0 Aug 18 20:12:00 dolphin kernel: chn_setblocksize(0, 0) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: defaulting to (32, 4096) Aug 18 20:12:00 dolphin kernel: chn_setblocksize: soft bps 4, spd 44099, irqhz == 43 Aug 18 20:12:00 dolphin kernel: chn_setblocksize: hard blksz requested 2048 (maxsize 4096), got 2048, irqhz == 86 Aug 18 20:12:00 dolphin kernel: setspeed done, r = 0 Aug 18 20:12:29 dolphin kernel: pcm0:play:0: play interrupt timeout, channel dead Aug 18 20:12:29 dolphin kernel: chn_flush: c->flags 0x00021030 Aug 18 20:12:30 dolphin kernel: chn_flush: timeout, hw 4096, sw 131072 -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 01:34:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD15816A4CE for ; Thu, 19 Aug 2004 01:34:50 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2D843D46 for ; Thu, 19 Aug 2004 01:34:50 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 7728272DD4; Wed, 18 Aug 2004 18:34:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7197E72DCB; Wed, 18 Aug 2004 18:34:50 -0700 (PDT) Date: Wed, 18 Aug 2004 18:34:50 -0700 (PDT) From: Doug White To: Stephen Hocking In-Reply-To: <200408181910.i7IJAawl081643@bleep.craftncomp.com> Message-ID: <20040818183312.T55263@carver.gumbysoft.com> References: <200408181910.i7IJAawl081643@bleep.craftncomp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Persisten buildworld errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 01:34:50 -0000 On Wed, 18 Aug 2004, Stephen Hocking wrote: > All, > > I've not been able to get a clean buildworld since after August 6th. The > errors have varied (there was a persistent gcc error about various headers > missing) and the latest problem is this - This would tend to indicate that your installation is corrupted. I haven't had these problems and I've been building -current every day. Also they have not been showing up on the tinderbox. You can try doing a 'make includes' to try to overwirte whatever busted include files you have, but it might not fix things. You may want to grab a snapshot disc and "upgrade" to it. > c++ -O -pipe -I/usr/obj/cfs/bongo/current-src/src/i386/legacy/usr/include -I/cfs/bongo/current-src/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/cfs/bongo/current-src/src/gnu/usr.bin/gperf -c /cfs/bongo/current-src/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc > /cfs/bongo/current-src/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:38: error: `operator new' takes type `size_t' (`unsigned int') as first parameter > *** Error code 1 > > Stop in /cfs/bongo/current-src/src/gnu/usr.bin/gperf. > *** Error code 1 > > Stop in /cfs/bongo/current-src/src. > *** Error code 1 > > Stop in /cfs/bongo/current-src/src. > *** Error code 1 > > Stop in /cfs/bongo/current-src/src. > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 01:50:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51A6C16A4CF; Thu, 19 Aug 2004 01:50:50 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id A125E43D64; Thu, 19 Aug 2004 01:50:49 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7J1cHjr063936 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 18 Aug 2004 21:38:20 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: John Birrell Date: Wed, 18 Aug 2004 21:51:32 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_keAJBGsXAWHXWw+" Message-Id: <200408182152.03678.mistry.7@osu.edu> X-Spam-Status: No, hits=-2.3 required=5.0 tests=J_CHICKENPOX_34,PATCH_UNIFIED_DIFF,PGP_SIGNATURE, RCVD_IN_ORBS,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: Alan Cox cc: freebsd-current@freebsd.org Subject: Re: FreeBSD and wine mmap [PATCH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 01:50:50 -0000 --Boundary-00=_keAJBGsXAWHXWw+ Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok, I've got a patches that are against 4-STABLE and 6-CURRENT. This fixes= =20 the mmap function so that if the upper process address space is already=20 mmap'd it will start from the bottom and work it's way up. There is probab= ly=20 a much better way than the simple linear search(expensive, but not too bad= =20 with the new findspace implementation), but not being a VM person I don't=20 know. This allows wine and possibly other applications to behave how they need to= =2E =20 I haven't noticed any issues on either my 4.x or 6.x system. Now for the wine stuff. The 4.x patch allows for the june version of wine = to=20 work, but newer versions seem to die with weird sig_action signals. The 6.= x=20 patch allows wine to get to the point where it threads then dies with pthre= ad=20 errors about not being able to allocate the "red zone" I hacked up libpthre= ad=20 just to see what would happen if we can get passed this, and wine works=20 nicely, but the libpthread changes broke other apps so we should probably=20 just stick with mmap change and some modifications to the wine code. I'll= =20 try to work up some wine patches to work around the pthread issue. Hopefully someone can build off this so we can get something in after the=20 freeze. =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBJAekxqA5ziudZT0RAoVCAJsF1ErGopQW/iN2djYmmx7ANuU9GACgorIZ EufCVM28p/arV6u6lg4UIOU=3D =3DXi4i =2D----END PGP SIGNATURE----- --Boundary-00=_keAJBGsXAWHXWw+ Content-Type: text/x-diff; charset="us-ascii"; name="vm_mmap-wine-4-stable.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vm_mmap-wine-4-stable.patch" --- vm_mmap.c.orig Tue Jul 2 16:06:19 2002 +++ vm_mmap.c Wed Aug 18 16:49:12 2004 @@ -194,6 +194,8 @@ vm_offset_t addr; vm_size_t size, pageoff; vm_prot_t prot, maxprot; + vm_map_t map; + void *handle; int flags, error; int disablexworkaround; @@ -264,8 +266,25 @@ */ else if (addr == 0 || (addr >= round_page((vm_offset_t)vms->vm_taddr) && - addr < round_page((vm_offset_t)vms->vm_daddr + maxdsiz))) - addr = round_page((vm_offset_t)vms->vm_daddr + maxdsiz); + addr < round_page((vm_offset_t)vms->vm_daddr + maxdsiz))) { + /* + * XXX So much dirtyness someone who knows what they are doing + * will want to fix this monstrosity. + */ + map = &vms->vm_map; + vm_map_lock(map); + addr = round_page((vm_offset_t)vms->vm_daddr + maxdsiz); + if(vm_map_findspace(map, addr, size, &addr) != 0) { + /* + * since we can't grab the upper process address space bruteforce it. + */ + for(addr = 0;addr <= round_page((vm_offset_t)vms->vm_taddr) && + vm_map_findspace(map, addr, size, &addr) != 0 + ;addr += PAGE_SIZE,addr = round_page(addr)); + } + vm_map_unlock(map); + + } if (flags & MAP_ANON) { /* --Boundary-00=_keAJBGsXAWHXWw+ Content-Type: text/x-diff; charset="us-ascii"; name="vm_mmap-wine-6-current.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vm_mmap-wine-6-current.patch" --- vm_mmap.c.orig Thu Aug 5 03:04:33 2004 +++ vm_mmap.c Wed Aug 18 21:31:13 2004 @@ -208,6 +208,8 @@ vm_offset_t addr; vm_size_t size, pageoff; vm_prot_t prot, maxprot; + vm_map_t map; + void *handle; int flags, error; off_t pos; @@ -276,9 +278,26 @@ if (addr == 0 || (addr >= round_page((vm_offset_t)vms->vm_taddr) && addr < round_page((vm_offset_t)vms->vm_daddr + - lim_max(td->td_proc, RLIMIT_DATA)))) + lim_max(td->td_proc, RLIMIT_DATA)))) { + /* + * XXX So much dirtyness someone who knows what they are doing + * will want to fix this monstrosity. + */ + map = &td->td_proc->p_vmspace->vm_map; + vm_map_lock(map); addr = round_page((vm_offset_t)vms->vm_daddr + - lim_max(td->td_proc, RLIMIT_DATA)); + lim_max(td->td_proc, RLIMIT_DATA)); + if(vm_map_findspace(map, addr, size, &addr) != 0) { + /* + * since we can't grab the upper process address space bruteforce it. + */ + for(addr = 0;addr <= round_page((vm_offset_t)vms->vm_taddr) && + vm_map_findspace(map, addr, size, &addr) != 0 + ;addr += PAGE_SIZE,addr = round_page(addr)); + } + vm_map_unlock(map); + } + PROC_UNLOCK(td->td_proc); } if (flags & MAP_ANON) { --Boundary-00=_keAJBGsXAWHXWw+-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 02:03:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CF8416A4CE for ; Thu, 19 Aug 2004 02:03:51 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id D98E743D53 for ; Thu, 19 Aug 2004 02:03:48 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 63FD0FD0CC for ; Wed, 18 Aug 2004 19:03:48 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00629-01 for ; Wed, 18 Aug 2004 19:03:48 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id E17F0FD0C1 for ; Wed, 18 Aug 2004 19:03:47 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1092881027.999.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 18 Aug 2004 19:03:47 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: ipfw2 broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 02:03:51 -0000 How do I get the ipfw2 module to compile with divert? It doesn't recognize the following in my config file when building the module: options IPFIREWALL_FORWARD options IPDIVERT Also, the /etc/rc.d/ipfw script is looking for an invalid sysctl var: net.inet.ip.fw.enable and it will fail if I have the IPFIREWALL option which compiles the code into the kernel because it will try to load and return 1 on a failure. This is an amd64 system. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 02:07:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5B7716A4CE for ; Thu, 19 Aug 2004 02:07:59 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3254D43D46 for ; Thu, 19 Aug 2004 02:07:59 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao04.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040819020756.WVRF5215.lakermmtao04.cox.net@dolphin.local.net> for ; Wed, 18 Aug 2004 22:07:56 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7J27vEs000794 for ; Wed, 18 Aug 2004 21:07:57 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 18 Aug 2004 21:07:52 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-Id: <20040818210752.6fd03509@dolphin.local.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Last post tonight re: pcm timeouts (promise!) :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 02:07:59 -0000 Well, the non-optimized kernel still bugged out with the es1371 card. I re-enabled the nVidia nForce3 and am using it now with this kernel. Looks good so far, but that's often been the case these last few months; sound works fine for a while, then breaks suddenly. We'll see. I'm tired of messing with it and getting nowhere for now. Good night, all. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 02:11:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 364E616A4CF; Thu, 19 Aug 2004 02:11:27 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D16843D4C; Thu, 19 Aug 2004 02:11:26 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id 9FB1E6A946; Thu, 19 Aug 2004 12:11:24 +1000 (EST) Date: Thu, 19 Aug 2004 12:11:24 +1000 From: John Birrell To: Anish Mistry Message-ID: <20040819021124.GL99521@freebsd3.cimlogic.com.au> References: <200408182152.03678.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408182152.03678.mistry.7@osu.edu> User-Agent: Mutt/1.4.2.1i cc: Alan Cox cc: freebsd-current@freebsd.org Subject: Re: FreeBSD and wine mmap [PATCH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 02:11:27 -0000 On Wed, Aug 18, 2004 at 09:51:32PM -0400, Anish Mistry wrote: > Hopefully someone can build off this so we can get something in after the > freeze. I'll have a go at building the patch into a 6-CURRENT system. I don't have any 4.X test systems anymore. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 02:31:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D6FE16A4CE for ; Thu, 19 Aug 2004 02:31:53 +0000 (GMT) Received: from dzerzhinsky.premodern.org (dzerzhinsky.dsl.telerama.com [205.201.10.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id E46F043D5C for ; Thu, 19 Aug 2004 02:31:51 +0000 (GMT) (envelope-from nlanza@premodern.org) Received: from [205.201.10.90] (gunboat [205.201.10.90]) (authenticated bits=0)i7J2VC6v087290; Wed, 18 Aug 2004 22:31:12 -0400 (EDT) (envelope-from nlanza@premodern.org) Message-ID: <412410E9.7070003@premodern.org> Date: Wed, 18 Aug 2004 22:31:05 -0400 From: Nat Lanza User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: csj References: <200408160104.03708.chris@behanna.org> <20040816060528.GA2065@empiric.icir.org> <002701c48390$5f1d6df0$7302a8c0@fareast.corp.microsoft.com> In-Reply-To: <002701c48390$5f1d6df0$7302a8c0@fareast.corp.microsoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-3.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on dzerzhinsky.premodern.org cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 02:31:53 -0000 csj wrote: > Perforce license not only limits the user number but also the client > number. I don't think a read-only account will work. That's not how the Perforce license we have at work is set up. It's purely number-of-users based. Perforce's pricing page also indicates that there isn't a limit on the number of workspaces associated with a non-evaluation license. The evaluation license has limits on both users and clients -- is that what you're thinking of? FWIW, I'd love to see a public read-only Perforce account set up. --nat From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 02:58:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67AD416A4CE; Thu, 19 Aug 2004 02:58:35 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D7AC43D1F; Thu, 19 Aug 2004 02:58:35 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i7J2wYla045351; Wed, 18 Aug 2004 19:58:34 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i7J2wYlV045350; Wed, 18 Aug 2004 19:58:34 -0700 (PDT) (envelope-from dillon) Date: Wed, 18 Aug 2004 19:58:34 -0700 (PDT) From: Matthew Dillon Message-Id: <200408190258.i7J2wYlV045350@apollo.backplane.com> To: drhodus@machdep.com, "mark@markdnet.demon.co.uk" , Bosko Milekic , current@freebsd.org References: Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 02:58:35 -0000 It should be noted that the copyrights on some of the networking pieces in DragonFly are really a non-issue. For some reason I just couldn't convince Jeff to go with the standard 3-clause (which is what DragonFly has adopted as its 'official' copyright). The 4-clause is annoying, but no less open source then the 3-clause (and that's Kirk's opinion, not mine!). There is a ton of 4-clause stuff in all the BSD's including FreeBSD, inherited from copyright statements attributed to authors other then UCBerkeley (for which the UC Letter does not apply and thus the clause cannot be removed without tracking down said authors and getting their permission). The compromise I reached with Jeff was to separate his copyright from the 3-clause UC copyright and the 3-clause DFly copyright (all appropriate copyrights are separately listed in the files), and to sunset the extra clause in a year so it doesn't create an issue down the line. I know there are some hard feelings between some of the principles. The hard feelings are something I cannot fix, I can only say that I did my best to accomodate everyone. I sure as hell have no intention of ripping it out, it's primo code that fits the DragonFly model to a T, and we have already reaped *huge* benefits for GigE TCP streams out of it. A 4-clause for 1 year is a small price to pay for such excellent work. In the ongoing Saga of all things BSD, this is a tiny blip, and not worth arguing over. -- In anycase, I don't know why Bosko is bashing DR for it, DR has nothing to do with this particular issue. And DragonFly as a project has adopted the 3-clause for its official copyright so it seems rather unfair to blast the whole project for what is basically a personal issue between two developers. I will remind the FreeBSD principles that code borrowing is a cornerstone of open-source, and it should not be begrudged in any fashion... and it goes in all sorts of directions. We wouldn't have a USB stack (you OR me) without NetBSD, don't you forget it! Nor is DragonFly in any way merely a copy of FreeBSD-5. The greatest similarities will be in the device driver code, because we are doing our best to leverage the device work from FreeBSD-5 (and BUSDMA itself is not a FreeBSD-originated concept, I'll remind people). But there are *MASSIVE* differences throughout the whole kernel, and that is not a word that I use lightly. -Matt From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 04:06:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0D5F16A4CE for ; Thu, 19 Aug 2004 04:06:01 +0000 (GMT) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB7FE43D45 for ; Thu, 19 Aug 2004 04:06:01 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (adsl-64-142-31-107.sonic.net [64.142.31.107]) by b.mail.sonic.net (8.12.11/8.12.11) with ESMTP id i7J460rF026843 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 18 Aug 2004 21:06:00 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.1/8.13.1) with ESMTP id i7J45xQX062396; Wed, 18 Aug 2004 21:05:59 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.1/8.13.1/Submit) id i7J45x6A062395; Wed, 18 Aug 2004 21:05:59 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f From: "Bruce A. Mah" To: Will Andrews In-Reply-To: <20040818190646.GF90227@sirius.firepipe.net> References: <1092844084.705.7.camel@localhost.kitchenlab.org> <20040818190646.GF90227@sirius.firepipe.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pWNWEtXI0xCnCl5Fi1/S" Message-Id: <1092888359.62194.7.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 18 Aug 2004 21:05:59 -0700 cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 04:06:02 -0000 --=-pWNWEtXI0xCnCl5Fi1/S Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-08-18 at 12:06, Will Andrews wrote: > On Wed, Aug 18, 2004 at 08:48:04AM -0700, Bruce A. Mah wrote: > > As you pointed out later on, converting the entire repository is a > > pretty big task, although I've heard several times about developers in > > the Subversion community using the FreeBSD CVS repository as test data.= =20 Geez, did I really write that this morning?!? Feels like it was at least a couple days ago. > That's mostly because it's extremely polluted. Branch and tag > names are mixed all over the place. That doesn't sit well with > the normal subversion tree style, due to name collisions. In the normal subversion repository layout (and what's used by cvs2svn by default), branches and tags live in two separate hierarchies, so I'm not sure what kind of collisions you're talking about. I could, however, picture repo-copies and vendor imports showing up in fairly bizarre ways in the converted repository, maybe that's what you were referring to? > I know this because I tried to convert it to svn some time ago. > FreeBSD's repository needs a slightly different svn repository > layout than usual in order for it to work. :-/ >=20 > However, perhaps svn is not the best choice, in fundamental > style. As a diverse project, FreeBSD should support remote, > loosely coupled repositories based on the main one. I believe > svn doesn't work well for that purpose. That's an interesting question. The usual reaction in the svn community when presented with this point (needing distributed repositories) is "use svk" but I know next to nothing about this tool. (If I had time, I'd JFGI, but...) Cheers, Bruce. --=-pWNWEtXI0xCnCl5Fi1/S Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBJCcn2MoxcVugUsMRAkXcAKC3MDmSbZUVIG6yWF/O7mpbFGPvcACgkQBu po0BXAv7AAZVWy0JA7HaM3A= =s1f/ -----END PGP SIGNATURE----- --=-pWNWEtXI0xCnCl5Fi1/S-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 05:29:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A55B16A4CE for ; Thu, 19 Aug 2004 05:29:08 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id B488C43D45 for ; Thu, 19 Aug 2004 05:29:07 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7J5Gdjr064206 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 19 Aug 2004 01:16:40 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Thu, 19 Aug 2004 01:30:13 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200408190130.27386.mistry.7@osu.edu> X-Spam-Status: No, hits=-2.4 required=5.0 tests=PGP_SIGNATURE,RCVD_IN_ORBS,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: nate@root.org Subject: Panic on resume ACPI / ATA / UMA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 05:29:08 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 With CURRENT as of a few hours ago (12:00 AM EST) I'm getting the following= =20 panic below which then results in a reboot without creating a core dump. H= ow=20 to repeat on my laptop: 1) suspend (close lid) 2) resume (open lid) =2D - At this point the lid switch stops working so to suspend again... 3) suspend (acpiconf -s 3) 4) resume (press power button) ASL: http://am-productions.biz/docs/littleguy.asl.gz DMESG: http://am-productions.biz/docs/dmesg.txt.gz After a few seconds the following appears: ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D12086925 ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA=3D13004061 ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA=3D13004061 acpi_cmbat1: battery initialization failed, giving up ad0: WARNING - READ_DMA interrupt was seen but taskqueue stalled LBA=3D1300= 4061 Slab at 0xc15e4f70, freei 7 =3D 0. panic: Duplicate free of item 0xc15e439c from zone 0xc0c44c60(g_bio) Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s =46atal double fault: eip =3D 0xc04c85fb esp =3D 0xcb2da000 ebp =3D 0xcb2da000 panic: double fault Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 Uptime: 1m52s panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu=20 @ /usr/src/sys/ vm/uma_core.c:1800 =2D -- Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBJDrtxqA5ziudZT0RAlmfAJwIG8PNm5IJhcpMcbDPDuEeBhM19ACgjmT1 mxTym8sxvvyNx4PMclhK/Qg=3D =3Dy3+G =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 07:11:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC65916A4CE; Thu, 19 Aug 2004 07:11:41 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 155E543D5C; Thu, 19 Aug 2004 07:11:39 +0000 (GMT) (envelope-from wilkinsa@squirm.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 i7J7Apfl008550; Thu, 19 Aug 2004 16:40:51 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id ; Thu, 19 Aug 2004 16:41:27 +0930 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 i7J79Yw04031; Thu, 19 Aug 2004 16:39:34 +0930 (CST) Received: from squirm.dsto.defence.gov.au ([131.185.40.211]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id QXSXX08Y; Thu, 19 Aug 2004 16:39:24 +0930 Received: from squirm.dsto.defence.gov.au (localhost [127.0.0.1]) by squirm.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id i7J79c8S034221 ; Thu, 19 Aug 2004 16:39:38 +0930 (CST) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squirm.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id i7J79UOc034213; Thu, 19 Aug 2004 16:39:30 +0930 (CST) (envelope-from wilkinsa) Date: Thu, 19 Aug 2004 16:39:30 +0930 From: "Wilkinson, Alex" To: Patrick Hurrelmann Message-ID: <20040819070929.GF27352@squirm.dsto.defence.gov.au> Mail-Followup-To: Patrick Hurrelmann , anton@nikiforov.ru, freebsd-current@freebsd.org, Toxa , freebsd-mobile@freebsd.org References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <20040817234314.GA31323@laptoxa.toxa.lan> <4122A34F.2020607@nikiforov.ru> <20040818082141.5d2fcee7@duality.bytephobia.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20040818082141.5d2fcee7@duality.bytephobia.de> X-Message-Flag: "Beware of Outlook! It Bites You Eventually" User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org cc: anton@nikiforov.ru cc: Toxa Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 07:11:41 -0000 0n Wed, Aug 18, 2004 at 08:21:41AM +0200, Patrick Hurrelmann wrote: Guys... Pentium 4 M is the mobile version of a Pentium 4 and capable of speed step. Pentium M is a complete new processor and not a mobile version of any other. Indeed it is based on the Pentium 3 layout (but only based ;) ). Centrino is no processor at all. Centrino is the name for a hardware bundle: - Intel Pentium M (no Pentium 4!) - Intel Chipset (with or without onboard graphic) - Intel Wireless-LAN adapter If one of this partsis missing on a system it must not be called Centrino (that's Intel politics). I hope i could achieve clarification. This discussions are seen anywhere and many don't really know the diferences ;) Please see: [http://www.anandtech.com/mobile/showdoc.aspx?i=1800] for a good overview. - aW From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 07:26:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2989516A4CE for ; Thu, 19 Aug 2004 07:26:23 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C2B43D39 for ; Thu, 19 Aug 2004 07:26:21 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) i7J7QJlp019749; Thu, 19 Aug 2004 09:26:19 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.12.11/8.12.11/Submit) id i7J7QEwl019748; Thu, 19 Aug 2004 09:26:14 +0200 (CEST) (envelope-from marc) Date: Thu, 19 Aug 2004 09:26:14 +0200 From: Marc Fonvieille To: Mike Tancsa Message-ID: <20040819072614.GA19508@abigail.blackend.org> References: <20040818200530.GA88370@abigail.blackend.org> <20040818205029.GA48028@xor.obsecurity.org> <6.1.2.0.0.20040818170232.05773880@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.1.2.0.0.20040818170232.05773880@64.7.153.2> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.10-PRERELEASE cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 07:26:23 -0000 On Wed, Aug 18, 2004 at 05:05:13PM -0400, Mike Tancsa wrote: > > Hi, > As someone who is also going to start testing the waters with > RELENG_5 on some non critical production servers (e.g. one of n spam and av > scanning machines), I take it you mean, > > > NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: > FreeBSD 5.x has many debugging features turned on, in > both the kernel and userland. These features attempt to detect > incorrect use of system primitives, and encourage loud failure > through extra sanity checking and fail stop semantics. They > also substantially impact system performance. If you want to > do performance measurement, benchmarking, and optimization, > you'll want to turn them off. This includes various WITNESS- > related kernel options, INVARIANTS, malloc debugging flags > in userland, and various verbose features in the kernel. Many > developers choose to disable these features on build machines > to maximize performance. > > > Are there more details somewhere as to what exactly to turn off and tweak ? > It's not really documented. To sum up, you have to remove these lines from your kernel configuration file: makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal struct ures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for spe ed In fact INVARIANTS and WITNESS related lines are the more important to maximize performance, the others lines do not really change things. And then do a: ln -s aj /etc/malloc.conf This one is important too, by default malloc routines uses AJ flags (be careful with the case) under -CURRENT, even if you don't have any malloc.conf file, look at malloc(3) manual page for more details. Marc From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 07:34:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3669016A4CE for ; Thu, 19 Aug 2004 07:34:55 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B76243D2D for ; Thu, 19 Aug 2004 07:34:54 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7J7YoQK066163; Thu, 19 Aug 2004 09:34:50 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41245804.7060008@DeepCore.dk> Date: Thu, 19 Aug 2004 09:34:28 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <4123FC71.8060308@root.org> In-Reply-To: <4123FC71.8060308@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 07:34:55 -0000 Nate Lawson wrote: > Try the attached patch. OK, that makes the box suspend alright, but neither that nor any other box or laptop I've got can get out of suspend without locking up. If I revert just /sys/dev/acpica and /sys/i386/acpica to aug-01 both suspend and resume works (sortof, it does tend to panic later on). It starts failing around aug-05 and then detoriates from that on to the current state of locking up hard on resume. It also fails in the exact same way on non-ATA systems, so I think I'm out of the loop this time :) > > -Nate > > > ------------------------------------------------------------------------ > > Index: sys/i386/acpica/acpi_wakeup.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/acpica/acpi_wakeup.c,v > retrieving revision 1.37 > diff -u -r1.37 acpi_wakeup.c > --- sys/i386/acpica/acpi_wakeup.c 5 Aug 2004 06:29:12 -0000 1.37 > +++ sys/i386/acpica/acpi_wakeup.c 19 Aug 2004 01:01:40 -0000 > @@ -189,7 +189,6 @@ > AcpiSetFirmwareWakingVector(sc->acpi_wakephys); > > ef = read_eflags(); > - ACPI_DISABLE_IRQS(); > > /* Create Identity Mapping */ > if ((p = curproc) == NULL) > @@ -209,6 +208,7 @@ > ret_addr = 0; > if (acpi_savecpu()) { > /* Execute Sleep */ > + ACPI_DISABLE_IRQS(); > intr_suspend(); > > p_gdt = (struct region_descriptor *) From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 07:48:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34F1416A4CE; Thu, 19 Aug 2004 07:48:08 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C99D143D3F; Thu, 19 Aug 2004 07:48:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7J7jwtl001069; Thu, 19 Aug 2004 01:45:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Aug 2004 01:46:03 -0600 (MDT) Message-Id: <20040819.014603.69698114.imp@bsdimp.com> To: rwatson@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <412212A0.2040502@mitre.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: tabary@efrei.fr Subject: Re: mem_range_attr_set undefined X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 07:48:08 -0000 In message: Robert Watson writes: : : On Tue, 17 Aug 2004, Jason Andresen wrote: : : > >>kldload mem : > >>kldload io (needed by xorg) : > >>kldload nvidia -> failed (mem_range_attr_set undefined) : > >> : > >>I had to compile 'device mem' into kernel : > >> : > >>note 1: I did not try loading mem at the boot loader stage : > >>note 2: I did not try the new release of nvidia driver : > > : > >The mem kld will need to explicitly symbols required by other modules : > >using the EXPORT_SYMS line in its Makefile. So try adding: : > > : > > EXPORT_SYMS= mem_range_attr_set : > > : > >to the module Makefile for mem, rebuilding, reloading, and adding : > >additional symbols until it works? : > : > Sure, I can try this. Where is the Makefile for the mem device? : : You can find the Makefile for the mem module in src/sys/modules/mem. You : might want to look at some of the other module Makefiles in related : directories for examples of EXPORT_SYMBOLS use. Alternatively, you could just depend on the mem module and not worry about EXPORT_SYMBOLS (which is supposed to be more the exception case than the standard SOP). Most of the other inter module dependencies are done this way, and this allows one to have weak versioning to boot. Warner From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 08:19:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 198D716A4CE for ; Thu, 19 Aug 2004 08:19:34 +0000 (GMT) Received: from priv-edtnes51.telusplanet.net (outbound04.telus.net [199.185.220.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id E68FD43D1D for ; Thu, 19 Aug 2004 08:19:32 +0000 (GMT) (envelope-from mayo@mayo.sk) Received: from [192.168.0.20] (really [206.116.12.28]) by priv-edtnes51.telusplanet.netESMTP <20040819081912.GRLR3375.priv-edtnes51.telusplanet.net@[192.168.0.20]>; Thu, 19 Aug 2004 02:19:12 -0600 From: Mayo Jordanov To: Doug Rabson In-Reply-To: <200408141934.24107.dfr@nlsystems.com> References: <200408141934.24107.dfr@nlsystems.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qllAru4ZmntXYMfK7Knt" Message-Id: <1092903551.85924.14.camel@einstein.local.nfy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 19 Aug 2004 01:19:12 -0700 cc: freebsd-current@freebsd.org Subject: Issues with the nvidia driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 08:19:34 -0000 --=-qllAru4ZmntXYMfK7Knt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable First of all, thank you and Nvidia for all the work. I've been using the driver since it has been announced here, and it works great for most of things (dual head X, etc, etc), however, I see some issues with GL. When I run glxgears (or any program that uses GL - glxgears and some of the X screen savers is what I've been testing with) it runs just fine, giving me around 2500fps. As soon as I stop glxgears, and run it again, it will produce about 6fps. In order to get it back up to speed, I have to wait between 10 or 20 minutes; after that it runs just fine again. If I quit it, and run again, I get around 3 to 6 fps, wait 10 to 20 mins, and on and on. Each time (high fps rate, and low fps rate) the CPU gets maxed out, with a slight diference though: when it's producing high fps rates, there are no problems getting other things to run smoothly, the CPU time is simply taken away from glxgears and fps drops. However, when it's producing low fps rates, the system becomes very unresponsive, until I manage to kill or quit glxgears. I haven't had many coredumps (one or two, I have one of the core files saved, but most of the libraries seem to be stripped). My system runs current, but it's about a month old. The gfx card is 5700 chipset. Any idea what could be going on? Are reports like this any helpful to you? Anyone else experienced something similar? Thanks, m On Sat, 2004-08-14 at 11:34, Doug Rabson wrote: > The latest 6113 build of the nvidia graphics drivers has just appeared=20 > on nvidia's web site. Check out=20 > http://www.nvidia.com/object/freebsd_1.0-6113.html if you are currently=20 > using the nvidia proprietary drivers. This driver works nicely on=20 > FreeBSD-current and while this version is not thread-safe, it does not=20 > conflict with libpthread or libthr's use of %gs so you don't have to=20 > map everything down to libc_r any more :-). >=20 > There will be a thread-safe driver available for FreeBSD-current=20 > sometime after I commit the pthread parts of the TLS support code. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=-qllAru4ZmntXYMfK7Knt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBJGJ/3IqYlN3K/uYRAvZMAJ0XZJUHlYvA7buQ1RRyzBMRYFLo9QCgw9bK VKKE/ufd9LwngGRKG15fbOY= =C4I8 -----END PGP SIGNATURE----- --=-qllAru4ZmntXYMfK7Knt-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 08:35:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9D4216A4CE for ; Thu, 19 Aug 2004 08:35:37 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA1543D2F for ; Thu, 19 Aug 2004 08:35:34 +0000 (GMT) (envelope-from sam.wun@tech-21.com.hk) Received: (qmail 4617 invoked from network); 19 Aug 2004 07:35:32 -0000 Received: from unknown (HELO [192.168.4.129]) (samwun@hgcbroadband.com@[221.127.107.96]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 19 Aug 2004 07:35:32 -0000 Message-ID: <4124573F.50403@tech-21.com.hk> Date: Thu, 19 Aug 2004 15:31:11 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marc Fonvieille References: <20040818200530.GA88370@abigail.blackend.org> <20040818205029.GA48028@xor.obsecurity.org> <6.1.2.0.0.20040818170232.05773880@64.7.153.2> <20040819072614.GA19508@abigail.blackend.org> In-Reply-To: <20040819072614.GA19508@abigail.blackend.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Kris Kennaway cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 08:35:37 -0000 Marc Fonvieille wrote: >On Wed, Aug 18, 2004 at 05:05:13PM -0400, Mike Tancsa wrote: > > >>Hi, >> As someone who is also going to start testing the waters with >>RELENG_5 on some non critical production servers (e.g. one of n spam and av >>scanning machines), I take it you mean, >> >> >>NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: >> FreeBSD 5.x has many debugging features turned on, in >> both the kernel and userland. These features attempt to detect >> incorrect use of system primitives, and encourage loud failure >> through extra sanity checking and fail stop semantics. They >> also substantially impact system performance. If you want to >> do performance measurement, benchmarking, and optimization, >> you'll want to turn them off. This includes various WITNESS- >> related kernel options, INVARIANTS, malloc debugging flags >> in userland, and various verbose features in the kernel. Many >> developers choose to disable these features on build machines >> to maximize performance. >> >> >>Are there more details somewhere as to what exactly to turn off and tweak ? >> >> >> > >It's not really documented. To sum up, you have to remove these lines >from your kernel configuration file: > >makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > ># Debugging for use in -current >options KDB # Enable kernel debugger support. >options DDB # Support DDB. >options GDB # Support remote GDB. >options INVARIANTS # Enable calls of extra sanity checking >options INVARIANT_SUPPORT # Extra sanity checks of internal struct >ures, required by INVARIANTS >options WITNESS # Enable checks to detect deadlocks and cycles >options WITNESS_SKIPSPIN # Don't run witness on spinlocks for spe >ed > >In fact INVARIANTS and WITNESS related lines are the more important to >maximize performance, the others lines do not really change things. >And then do a: > >ln -s aj /etc/malloc.conf > > This looks like a trick. "aj" is actually not existed in the system. You meant created a malloc.conf pointing to a non-exist aj for the improvment of the malloc operation? root@fbsd [3:31pm] [...i386/conf]# ls -l /etc/malloc.conf lrwxr-xr-x 1 root wheel 2 Aug 19 15:31 /etc/malloc.conf@ -> aj root@fbsd [3:34pm] [...i386/conf]# root@fbsd [3:34pm] [...i386/conf]# ls -l /etc/aj ls: /etc/aj: No such file or directory root@fbsd [3:34pm] [...i386/conf]# Sam >This one is important too, by default malloc routines uses AJ flags (be >careful with the case) under -CURRENT, even if you don't have any >malloc.conf file, look at malloc(3) manual page for more details. > >Marc > > From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 08:39:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E3A16A4CE for ; Thu, 19 Aug 2004 08:39:20 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 3275543D31 for ; Thu, 19 Aug 2004 08:39:20 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 19 Aug 2004 08:39:19 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id EC100622D for ; Thu, 19 Aug 2004 03:39:18 -0500 (CDT) 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 54023-03 for ; Thu, 19 Aug 2004 03:39:17 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 93727620D for ; Thu, 19 Aug 2004 03:39:17 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i7J8dHkp086510 for ; Thu, 19 Aug 2004 03:39:17 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <41246735.3040105@alumni.rice.edu> Date: Thu, 19 Aug 2004 03:39:17 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org Subject: valgrind still hangs in umtx? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 08:39:20 -0000 Tried the valgrind-352 (from ports) with RELENG_5 today and I am seeing hangs exactly as described in kern/68992: http://www.freebsd.org/cgi/query-pr.cgi?pr=68992 A modified version of the fix from the PR is present in the -352 source. Also, I see the same hangs with the -snapshot port. The following message is logged to the console each time I run valgrind (mod pid): Warning: pid 64514 used static ldt allocation. See the i386_set_ldt man page for more info The i386_set_ldt man page was not very enlightening to me, especially considering the word "static" did not appear anywhere on it. Valgrind runs perfectly as mentioned in the PR, it just hangs before exiting. I could hack up a little script to give it a few seconds to run and then 'kill -9' it, but that's just silly. Anyone know what's going on here? Jon From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 08:51:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76FB816A4CE for ; Thu, 19 Aug 2004 08:51:27 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAD2143D58 for ; Thu, 19 Aug 2004 08:51:26 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7J8pMiE025994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Aug 2004 11:51:23 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7J8pJVT076281; Thu, 19 Aug 2004 11:51:19 +0300 (EEST) (envelope-from ru) Date: Thu, 19 Aug 2004 11:51:19 +0300 From: Ruslan Ermilov To: Doug White Message-ID: <20040819085119.GE76085@ip.net.ua> References: <200408181910.i7IJAawl081643@bleep.craftncomp.com> <20040818183312.T55263@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PPYy/fEw/8QCHSq3" Content-Disposition: inline In-Reply-To: <20040818183312.T55263@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Stephen Hocking cc: current@FreeBSD.org Subject: Re: Persisten buildworld errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 08:51:27 -0000 --PPYy/fEw/8QCHSq3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Doug, On Wed, Aug 18, 2004 at 06:34:50PM -0700, Doug White wrote: > On Wed, 18 Aug 2004, Stephen Hocking wrote: >=20 > > All, > > > > I've not been able to get a clean buildworld since after August 6th. The > > errors have varied (there was a persistent gcc error about various head= ers > > missing) and the latest problem is this - >=20 > This would tend to indicate that your installation is corrupted. I > haven't had these problems and I've been building -current every day. > Also they have not been showing up on the tinderbox. >=20 > You can try doing a 'make includes' to try to overwirte whatever busted > include files you have, but it might not fix things. You may want to grab > a snapshot disc and "upgrade" to it. >=20 Please don't suggest people to run "make includes". This will likely break upgrades from older systems because headers (most noticeble one is /usr/include/osreldate.h) will not match the installed world, and you will fool your buildworld into thinking it's running on a more current system than you actually have. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PPYy/fEw/8QCHSq3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJGoHqRfpzJluFF4RAvY1AJ9zcDibjczZdI+s7hPS+oYbEqnm8gCdG4rP QFm3Uq1Hj9oxz5ESeRDpqI8= =2tf0 -----END PGP SIGNATURE----- --PPYy/fEw/8QCHSq3-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 08:56:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ADB616A4CE for ; Thu, 19 Aug 2004 08:56:07 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4015E43D53 for ; Thu, 19 Aug 2004 08:56:06 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7J8u2vj026056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Aug 2004 11:56:03 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7J8txqM076318; Thu, 19 Aug 2004 11:55:59 +0300 (EEST) (envelope-from ru) Date: Thu, 19 Aug 2004 11:55:59 +0300 From: Ruslan Ermilov To: Sean McNeil Message-ID: <20040819085559.GF76085@ip.net.ua> References: <1092881027.999.3.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SnV5plBeK2Ge1I9g" Content-Disposition: inline In-Reply-To: <1092881027.999.3.camel@server.mcneil.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: ipfw2 broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 08:56:07 -0000 --SnV5plBeK2Ge1I9g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 18, 2004 at 07:03:47PM -0700, Sean McNeil wrote: > How do I get the ipfw2 module to compile with divert? It doesn't > recognize the following in my config file when building the module: >=20 > options IPFIREWALL_FORWARD > options IPDIVERT >=20 > Also, the /etc/rc.d/ipfw script is looking for an invalid sysctl var: >=20 > net.inet.ip.fw.enable >=20 > and it will fail if I have the IPFIREWALL option which compiles the code > into the kernel because it will try to load and return 1 on a failure. >=20 > This is an amd64 system. >=20 Modules build is decoupled from header files produced by config(8) except for opt_global.h, and this one doesn't have firewall options. If you need firewall with divert(4) sockets, you have to compile it statically into your kernel. Alternatively, you can compile your kernel with ``options IPDIVERT'' and compile the ipfw module with ipdivert support by modifying the src/sys/modules/ipfw/Makefile to add -DIPDIVERT to CFLAGS. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --SnV5plBeK2Ge1I9g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJGsfqRfpzJluFF4RAqsoAJ4iCZDdqyhNnLrf9qZdQJWoh5ud9wCgiGb1 iGQzyZZBCRaqTqdkgUDxX7g= =4Qet -----END PGP SIGNATURE----- --SnV5plBeK2Ge1I9g-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 09:00:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7CAD16A4CE for ; Thu, 19 Aug 2004 09:00:39 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB7A243D2D for ; Thu, 19 Aug 2004 09:00:38 +0000 (GMT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) i7J90aSA021108; Thu, 19 Aug 2004 11:00:36 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.12.11/8.12.11/Submit) id i7J90ZSf021107; Thu, 19 Aug 2004 11:00:35 +0200 (CEST) (envelope-from marc) Date: Thu, 19 Aug 2004 11:00:35 +0200 From: Marc Fonvieille To: sam Message-ID: <20040819090034.GC20058@abigail.blackend.org> References: <20040818200530.GA88370@abigail.blackend.org> <20040818205029.GA48028@xor.obsecurity.org> <6.1.2.0.0.20040818170232.05773880@64.7.153.2> <20040819072614.GA19508@abigail.blackend.org> <4124573F.50403@tech-21.com.hk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4124573F.50403@tech-21.com.hk> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.10-PRERELEASE cc: Kris Kennaway cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 09:00:40 -0000 On Thu, Aug 19, 2004 at 03:31:11PM +0800, sam wrote: > >And then do a: > > > >ln -s aj /etc/malloc.conf > > > > > This looks like a trick. "aj" is actually not existed in the system. > You meant created a malloc.conf pointing to a non-exist aj for the > improvment of the malloc operation? > > root@fbsd [3:31pm] [...i386/conf]# ls -l /etc/malloc.conf > lrwxr-xr-x 1 root wheel 2 Aug 19 15:31 /etc/malloc.conf@ -> aj > root@fbsd [3:34pm] [...i386/conf]# > > root@fbsd [3:34pm] [...i386/conf]# ls -l /etc/aj > ls: /etc/aj: No such file or directory > root@fbsd [3:34pm] [...i386/conf]# > It's just a way to pass flags to malloc system, it's not interpreted as a file; an environment variable (MALLOC_OPTIONS) could be used for the same purpose. You just have to be sure to not "mistype" your flags as I did recently :) Marc From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 09:08:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E4B216A4CE; Thu, 19 Aug 2004 09:08:23 +0000 (GMT) Received: from mail007.syd.optusnet.com.au (mail007.syd.optusnet.com.au [211.29.132.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B07143D2D; Thu, 19 Aug 2004 09:08:21 +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]) i7J98Ho01900; Thu, 19 Aug 2004 19:08:19 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i7J98FxP026678; Thu, 19 Aug 2004 19:08:16 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)i7J98FIm026677; Thu, 19 Aug 2004 19:08:15 +1000 (EST) (envelope-from pjeremy) Date: Thu, 19 Aug 2004 19:08:15 +1000 From: Peter Jeremy To: Marc Fonvieille Message-ID: <20040819090814.GM423@cirb503493.alcatel.com.au> References: <20040818200530.GA88370@abigail.blackend.org> <20040818205029.GA48028@xor.obsecurity.org> <6.1.2.0.0.20040818170232.05773880@64.7.153.2> <20040819072614.GA19508@abigail.blackend.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040819072614.GA19508@abigail.blackend.org> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: Weird performances: -CURRENT vs 5.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 09:08:23 -0000 On Thu, 2004-Aug-19 09:26:14 +0200, Marc Fonvieille wrote: >It's not really documented. To sum up, you have to remove these lines >from your kernel configuration file: > >makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > ># Debugging for use in -current >options KDB # Enable kernel debugger support. >options DDB # Support DDB. >options GDB # Support remote GDB. The above lines have no measurable runtime performance impact. Removing them just makes it far more difficult to debug any problems. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 09:19:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEEA516A4CE for ; Thu, 19 Aug 2004 09:19:01 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CFA743D46 for ; Thu, 19 Aug 2004 09:19:01 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7J9Ivn3010612; Thu, 19 Aug 2004 10:18:57 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Mayo Jordanov Date: Thu, 19 Aug 2004 10:19:15 +0100 User-Agent: KMail/1.6.2 References: <200408141934.24107.dfr@nlsystems.com> <1092903551.85924.14.camel@einstein.local.nfy> In-Reply-To: <1092903551.85924.14.camel@einstein.local.nfy> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408191019.15653.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Issues with the nvidia driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 09:19:02 -0000 On Thursday 19 August 2004 09:19, Mayo Jordanov wrote: > First of all, thank you and Nvidia for all the work. > > I've been using the driver since it has been announced here, and it > works great for most of things (dual head X, etc, etc), however, I > see some issues with GL. > > When I run glxgears (or any program that uses GL - glxgears and some > of the X screen savers is what I've been testing with) it runs just > fine, giving me around 2500fps. > As soon as I stop glxgears, and run it again, it will produce about > 6fps. In order to get it back up to speed, I have to wait between 10 > or 20 minutes; after that it runs just fine again. If I quit it, and > run again, I get around 3 to 6 fps, wait 10 to 20 mins, and on and > on. > > Each time (high fps rate, and low fps rate) the CPU gets maxed out, > with a slight diference though: when it's producing high fps rates, > there are no problems getting other things to run smoothly, the CPU > time is simply taken away from glxgears and fps drops. However, when > it's producing low fps rates, the system becomes very unresponsive, > until I manage to kill or quit glxgears. You need to update to a more recent version of current. There were a couple of VM problems that affected the nvidia driver and I committed patches for them a couple of weeks ago. This is exactly the symptom that I had before applying those patches. If you don't want to update to current, you could manually apply the patches which are available in the doc directory of the driver distribution. From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 09:20:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2009D16A4CE for ; Thu, 19 Aug 2004 09:20:58 +0000 (GMT) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7DD043D31 for ; Thu, 19 Aug 2004 09:20:56 +0000 (GMT) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net id i7J9KsYA006926 (8.12.10/1.4); Thu, 19 Aug 2004 11:20:54 +0200 (MET DST) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id i7J9KslE003351 (8.12.10/2.02); Thu, 19 Aug 2004 11:20:54 +0200 (MEST) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Thu, 19 Aug 2004 11:20:54 +0200 (MEST) From: Michiel Boland To: current@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: sysinstall partition editor displays funny subtypes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 09:20:58 -0000 On Mon, 16 Aug 2004, Michiel Boland wrote: > Hi. I notice that the FDISK Partition Editor in sysinstall displays rather > strange values for the partition types. For example, on a running -CURRENT > (cvsupped last friday): > > Offset Size(ST) End Name PType Desc Subtype Flags > > 0 63 62 - 12 unused 0 > 63 78124032 78124094 ad0s1 4 unknown 0 > 78124095 905 78124999 - 12 unused 0 FYI - this issue has been fixed (kern/70611) From owner-freebsd-current@FreeBSD.ORG Thu Aug 19 11:55:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B73B16A4CE; Thu, 19 Aug 2004 11:55:37 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBE0543D5D; Thu, 19 Aug 2004 11:55:36 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.12.11/8.12.11) with ESMTP id i7JBtVh1065334; Thu, 19 Aug 2004 07:55:31 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.12.11/8.12.11/Submit) id i7JBtUHK065333; Thu, 19 Aug 2004 07:55:30 -0400 (EDT) (envelope-from geoff) Date: Thu, 19 Aug 2004 07:55:29 -0400 From: Geoff Speicher To: "Bruce A. Mah" Message-ID: <20040819115529.GA65227@sirius.speicher.org> References: <1092844084.705.7.camel@localhost.kitchenlab.org> <20040818190646.GF90227@sirius.firepipe.net> <1092888359.62194.7.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1092888359.62194.7.camel@tomcat.kitchenlab.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Will Andrews Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 11:55:37 -0000 On Wed, Aug 18, 2004 at 09:05:59PM -0700, Bruce A. Mah wrote: > On Wed, 2004-08-18 at 12:06, Will Andrews wrote: > > > That's mostly because it's extremely polluted. Branch and tag > > names are mixed all over the place. That doesn't sit well with > > the normal subversion tree style, due to name collisions. > > In the normal subversion repository layout (and what's used by cvs2svn > by default), branches and tags live in two separate hierarchies, so I'm > not sure what kind of collisions you're talking about. There was a discussion on -hackers and/or -chat a while back about this. I can't find the whole discussion anywhere right now, but there are a few messages in this -chat digest, towards the end between Narvi and Lev: http://groups.google.com/groups?q=subversion+symbols+group:*freebsd*&hl=en&lr=&ie=UTF-8&selm=20040109200044.8363C16A4D3_hub.freebsd.org%40ns.sol.net&rnum=5 I had tried converting the FreeBSD repository at around the same time and found the same issues. Basically, the repository needs a fair bit of manual clean-up. Geoff From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 13:24:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6760516A4CF for ; Wed, 18 Aug 2004 13:24:52 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147D343D49 for ; Wed, 18 Aug 2004 13:24:52 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so141964rnl for ; Wed, 18 Aug 2004 06:24:51 -0700 (PDT) Received: by 10.38.126.73 with SMTP id y73mr373710rnc; Wed, 18 Aug 2004 06:24:51 -0700 (PDT) Message-ID: Date: Wed, 18 Aug 2004 13:24:51 +0000 From: David Rhodus To: Roman Kurakin In-Reply-To: <41234FC6.1000005@cronyx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200408160104.03708.chris@behanna.org> <41234FC6.1000005@cronyx.ru> X-Mailman-Approved-At: Thu, 19 Aug 2004 12:03:43 +0000 cc: chris@behanna.org cc: drhodus@machdep.com cc: current@freebsd.org Subject: Re: Public Access to Perforce? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 13:24:52 -0000 On Wed, 18 Aug 2004 16:47:02 +0400, Roman Kurakin wrote: > David Rhodus wrote: > > >On Mon, 16 Aug 2004 01:04:03 -0400, Chris BeHanna wrote: > > > > > >> Forgive me if this already exists. I searched the list archives, > >>google, and freebsd.org and did not find any way for non-committers to > >>have read-only access to the p4 repo. > >> > >> Is there a read-only account that the general public could use? > >> > >> > > > >With the perforce trees being hidden away without public access to the > >changes, this makes the FreeBSD project no longer an open source > >project. > > > > > This hides only development proccess, not a stable result. > If you don't have access to my home disks were I keep my > intermediate code with additional debug/hacks and so on > while I am debuggin new functionality would affect open > source status of results of my work? > > rik No this is not what I'm talking about, I don't think that level of development work is able to sustain here. The development work should be done in the public cvs tree were it is open to public scrutiny and were a section of the community can help on the development process. The current method of merging large commits back into the cvs tree from the perforce tree's should be inexcusable by the FreeBSD community. If perforce is the choice for FreeBSD a line needs to be drawn and completely move over to it. Then when the commercial problem comes from someone, well, we now have the foundation. I'm sure they can work something out with perforce. Even if that means contracting someone for ~80hrs of development work to write a perforce clone. The FreeBSD project has a -stable and a -current tree. This system has been under heavy abuse for the past several years now which is one of the leading causes of the major bulk of the development work to be pushed into perforce trees. This issue and the overwhelming unneeded complexity the code base has grown into are the reasons the development work is now being done were the public isn't able to access the code until a large commit hits the cvs tree. These large commits are a not harder to audit than a small steady stream of changes, which has always been the preferred method. -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:28:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1A9416A4CE for ; Wed, 18 Aug 2004 14:28:03 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 792CB43D1D for ; Wed, 18 Aug 2004 14:27:59 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])i7IERujj021485 for ; Wed, 18 Aug 2004 17:27:57 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i7IERpKv008362 for ; Wed, 18 Aug 2004 17:27:51 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)i7IERpxD008361 for current@freebsd.org; Wed, 18 Aug 2004 17:27:51 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 18 Aug 2004 17:27:51 +0300 From: Giorgos Keramidas To: current@freebsd.org Message-ID: <20040818142751.GB7263@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailman-Approved-At: Thu, 19 Aug 2004 12:04:13 +0000 Subject: Thanks everyone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:28:04 -0000 I've been running -CURRENT at my workstation at work for a while now and I thought I'd share a few of the positive impressions to keep the spirits of the developers as high as possible :) Apart from a few minor glitches that I had already fixed by running -CURRENT at home too and testing things there before updating my workstation at work, there have been no serious problems with tasks I'm daily working on. These include among others: * Network testing. * Application development & testing There are countless details, which I don't really remember off the top of my head right now, that have been amazing regarding the development of FreeBSD during the last few months. I've been away most of the time during the period between May 2003 - May 2004, but I tell you that coming back and seeing that things have always been progressing and improving felt great. Now, after 3 months that I've been using FreeBSD again almost 100% of the time that I sit in front of a system (which is a big part of my daily schedule), it was about time to say: "Thank you all. You're doing a great job!" /me who still runs -CURRENT and feels excited about RELENG_5 :-) From owner-freebsd-current@FreeBSD.ORG Wed Aug 18 14:29:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C89416A4CE for ; Wed, 18 Aug 2004 14:29:38 +0000 (GMT) Received: from gddsn.org.cn (mail.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 954BC43D39 for ; Wed, 18 Aug 2004 14:29:37 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from ns.gddsn.org.cn (localhost [127.0.0.1]) by gddsn.org.cn (Postfix) with ESMTP id 7BB9C38CBE7 for ; Wed, 18 Aug 2004 22:28:11 +0800 (CST) Received: (from www@localhost) by ns.gddsn.org.cn (8.12.8p1/8.12.8/Submit) id i7IESB99061737 for current@freebsd.org; Wed, 18 Aug 2004 22:28:11 +0800 (CST) X-Authentication-Warning: ns.gddsn.org.cn: www set sender to wsk@gddsn.org.cn using -f Received: from 220.192.23.72 ([220.192.23.72]) by gddsn.org.cn (IMP) with HTTP for ; Wed, 18 Aug 2004 22:28:10 +0800 Message-ID: <1092839290.4123677b02ad7@gddsn.org.cn> Date: Wed, 18 Aug 2004 22:28:11 +0800 From: wsk@gddsn.org.cn To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 / FreeBSD-4.8 X-Originating-IP: 220.192.23.72 X-Mailman-Approved-At: Thu, 19 Aug 2004 12:03:43 +0000 Subject: IBM xseries 345 keyboard & mouse freezes on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 14:29:38 -0000 hi,folks: psm freezes after the kernel booted , but works after disabled acpi module. under X the mouse works but the keyboad looks freeze except Ctrl+Alt+Del is it the IBM's hardware problems? and any ideas? thanks any reply 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.2-CURRENT #3: Fri Aug 13 10:31:54 CST 2004 wsk@gx02.eq-gx.ac.cn:/usr/obj/usr/src/sys/IBM01 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a54000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a541f4. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff real memory = 1073590272 (1023 MB) avail memory = 1041059840 (992 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic2 irqs 32-47 on motherboard ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard random: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] pcibios: BIOS version 2.10 acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x488-0x48b on acpi0 cpu0: port 0x530-0x537 on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib0: slot 15 INTA is routed to irq 11 pci0: at device 6.0 (no driver attached) atapci0: port 0x700-0x70f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x700 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: at 0x1f0 irq 14 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: simplex device, DMA on primary only ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xfebfe000-0xfebfefff irq 11 at device 15.2 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfebfe000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on acpi0 pci2: on pcib1 pcib2: on acpi0 pci4: on pcib2 pcib3: on acpi0 pci6: on pcib3 em0: port 0x2500-0x253f mem 0xfbfe0000-0xfbffffff irq 29 at device 8.0 on pci6 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfbfe0000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0x2500 em0: [GIANT-LOCKED] em0: Ethernet address: 00:09:6b:71:c6:aa em0: Speed:N/A Duplex:N/A em1: port 0x2540-0x257f mem 0xfbfc0000-0xfbfdffff irq 30 at device 8.1 on pci6 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfbfc0000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0x2540 em1: [GIANT-LOCKED] em1: Ethernet address: 00:09:6b:71:c6:ab em1: Speed:N/A Duplex:N/A pcib4: on acpi0 pci8: on pcib4 mpt0: port 0x2600-0x26ff mem 0xf9fe0000-0xf9feffff,0xf9ff0000-0xf9ffffff irq 27 at device 7.0 on pci8 mpt0: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xf9ff0000 mpt0: [GIANT-LOCKED] mpt1: port 0x2700-0x27ff mem 0xf9fc0000-0xf9fcffff,0xf9fd0000-0xf9fdffff irq 28 at device 7.1 on pci8 mpt1: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xf9fd0000 mpt1: [GIANT-LOCKED] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: unable to set the command byte. kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: unable to set the command byte. fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A orm0: mem: Pentium Pro MTRR support enabled null: random: ath_hal: version 0.9.6.3 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=32051106) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00fdee0 PCI-Only Interrupts: 5 10 11 Location Bus Device Pin Link IRQs slot 1 0 8 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 8 D 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 C 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 9 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 B 0x05 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 10 D 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 17 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 17 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x05 3 4 5 7 9 10 11 12 14 15 embedded 0 18 A 0x01 3 4 5 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 15 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 15 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 unknown: not probed (disabled) cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.0 \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.1 \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.2 \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.16.3 \\_SB_.PCI0.ALKA irq 0: [20] 0+ low,level,sharable 0.17.0 \\_SB_.PCI0.ALKB irq 0: [21] 0+ low,level,sharable 0.17.1 \\_SB_.PCI0.ALKC irq 0: [22] 0+ low,level,sharable 0.17.2 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.17.3 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.0 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.1 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.2 \\_SB_.PCI0.ALKD irq 0: [23] 0+ low,level,sharable 0.18.3 \\_SB_.PCI0.ALKA irq 0: [20] 0+ low,level,sharable 0.15.0 \\_SB_.PCI0.ALKA irq 0: [20] 0+ low,level,sharable 0.15.1 \\_SB_.PCI0.ALKA irq 0: [20] 0+ low,level,sharable 0.15.2 \\_SB_.PCI0.ALKA irq 0: [20] 0+ low,level,sharable 0.15.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e6000000, size 22, enabled found-> vendor=0x1106, dev=0x3205, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb198, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0xa230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e6400000, size 16, enabled pcib0: matched entry for 0.8.INTA pcib0: slot 8 INTA hardwired to IRQ 16 found-> vendor=0x168c, dev=0x0013, revid=0x01 bus=0, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x1c (7000 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e6410000, size 11, enabled map[14]: type 4, range 32, base 00009000, size 7, enabled pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 17 found-> vendor=0x1106, dev=0x3044, revid=0x80 bus=0, slot=9, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=17 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 00009400, size 3, enabled map[14]: type 4, range 32, base 00009800, size 2, enabled map[18]: type 4, range 32, base 00009c00, size 3, enabled map[1c]: type 4, range 32, base 0000a000, size 2, enabled map[20]: type 4, range 32, base 0000a400, size 4, enabled map[24]: type 4, range 32, base 0000a800, size 8, enabled pcib0: matched entry for 0.15.INTB (src \\_SB_.PCI0.ALKA) pcib0: possible interrupts: 20 ACPI PCI link arbitrated settings: \\_SB_.PCI0.ALKB (references 5, priority 250): interrupts: 21 penalty: 50 \\_SB_.PCI0.ALKA (references 5, priority 250): interrupts: 20 penalty: 50 \\_SB_.PCI0.ALKD (references 5, priority 250): interrupts: 23 penalty: 50 \\_SB_.PCI0.ALKC (references 1, priority 10): interrupts: 22 penalty: 10 acpi link set: _CRS failed for link \\_SB_.PCI0.ALKA - AE_NULL_ENTRY acpi link set: curr irq 0 != 20 for \\_SB_.PCI0.ALKA (ignoring) unknown: _SRS failed, irq 20 via \\_SB_.PCI0.ALKA found-> vendor=0x1106, dev=0x3149, revid=0x80 bus=0, slot=15, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000ac00, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3227, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000c000, size 8, enabled map[14]: type 1, range 32, base e6412000, size 8, enabled pcib0: matched entry for 0.18.INTA (src \\_SB_.PCI0.ALKD) pcib0: possible interrupts: 23 ACPI PCI link arbitrated settings: \\_SB_.PCI0.ALKB (references 5, priority 500): interrupts: 21 penalty: 100 \\_SB_.PCI0.ALKD (references 5, priority 500): interrupts: 23 penalty: 100 \\_SB_.PCI0.ALKC (references 1, priority 20): interrupts: 22 penalty: 20 acpi link set: _CRS failed for link \\_SB_.PCI0.ALKD - AE_NULL_ENTRY acpi link set: curr irq 0 != 23 for \\_SB_.PCI0.ALKD (ignoring) unknown: _SRS failed, irq 23 via \\_SB_.PCI0.ALKD found-> vendor=0x1106, dev=0x3065, revid=0x78 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x08 (2000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xe6000000-0xe63fffff at device 0.0 on pci0 agp0: Reserved 0x400000 bytes for rid 0x10 type 3 at 0xe6000000 agp0: allocating GATT for aperture of size 255M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xe4000000-0xe5ffffff pcib1: prefetched decode 0xe0000000-0xe3ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e0000000, size 26, enabled pcib1: device (null) requested decoded memory range 0xe0000000-0xe3ffffff map[14]: type 1, range 32, base e4000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xe4000000-0xe4ffffff pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=0x1106, dev=0x7205, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) ath0: mem 0xe6400000-0xe640ffff irq 16 at device 8.0 on pci0 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xe6400000 ath0: [GIANT-LOCKED] ath0: mac 5.9 phy 4.3 5ghz radio 4.6 ath0: bpf attached ath0: Ethernet address: 00:0f:3d:86:cc:ab ath0: bpf attached ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: bpf attached pci0: at device 9.0 (no driver attached) atapci0: port 0xa800-0xa8ff,0xa400-0xa40f,0xa000-0xa003,0x9c00-0x9c07,0x9800-0x9803,0x9400-0x9407 irq 10 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa400 atapci0: [MPSAFE] ata2: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9400 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0x9800 ata2: reset tp1 mask=03 ostat0=7f ostat1=7f ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata2-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata2: reset tp2 stat0=ff stat1=ff devices=0x0 ata2: [MPSAFE] ata3: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x9c00 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xa000 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff ata3-slave: stat=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] atapci1: port 0xac00-0xac0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xac00 ata0: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=20 ostat1=30 ata1-master: stat=0x20 err=0x20 lsb=0x20 msb=0x20 ata1-slave: stat=0x30 err=0x30 lsb=0x30 msb=0x30 ata1: reset tp2 stat0=20 stat1=30 devices=0x0 ata1: [MPSAFE] isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xc000-0xc0ff mem 0xe6412000-0xe64120ff irq 11 at device 18.0 on pci0 vr0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc000 miibus0: on vr0 ukphy0: on miibus0 ukphy0: OUI 0x004063, model 0x0032, rev. 8 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: bpf attached vr0: Ethernet address: 00:e0:4c:bb:99:36 vr0: [GIANT-LOCKED] unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0xffffffff (1) kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 6e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 6e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 6e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio0 failed to probe at port 0x3f8 irq 4 flags 0x10 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1197962949 Hz quality 800 Timecounters tick every 10.000 msec IP Filter: v3.4.35 initialized. Default = pass all, Logging = disabled lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on VIA 8237 chip ata0-master: setting UDMA100 on VIA 8237 chip ad0: ATA-7 disk at ata0-master ad0: 38204MB (78242976 sectors), 77622 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 10 (ISA IRQ 10) to cluster 0 ioapic0: routing intpin 11 (ISA IRQ 11) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:78236487 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 40057081344 end 40057113599 GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 1073741824 end 1342177279 GEOM: Configure ad0s1c, start 0 length 40057081344 end 40057081343 GEOM: Configure ad0s1d, start 1342177280 length 1073741824 end 2415919103 GEOM: Configure ad0s1e, start 2415919104 length 1073741824 end 3489660927 GEOM: Configure ad0s1f, start 3489660928 length 10737418240 end 14227079167 GEOM: Configure ad0s1g, start 14227079168 length 25830002176 end 40057081343 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init Linux ELF exec handler installed vr0: watchdog timeout --------------060801000709080905000606-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 17:48:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24EB416A4CE; Fri, 20 Aug 2004 17:48:50 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C83643D48; Fri, 20 Aug 2004 17:48:49 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7KHmiFA057010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Aug 2004 20:48:45 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7KHmjvf094232; Fri, 20 Aug 2004 20:48:45 +0300 (EEST) (envelope-from ru) Date: Fri, 20 Aug 2004 20:48:45 +0300 From: Ruslan Ermilov To: Doug Rabson Message-ID: <20040820174845.GA94170@ip.net.ua> References: <20040820101817.GE27931@ip.net.ua> <1092999187.9863.2.camel@builder02.qubesoft.com> <20040820105915.GA29178@ip.net.ua> <1093000460.9863.4.camel@builder02.qubesoft.com> <20040820120757.GC29568@ip.net.ua> <20040820135844.GA76070@ip.net.ua> <1093012873.9863.11.camel@builder02.qubesoft.com> <20040820151503.GC92603@ip.net.ua> <1093020367.9863.13.camel@builder02.qubesoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <1093020367.9863.13.camel@builder02.qubesoft.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Wilko Bulte cc: alpha@FreeBSD.org cc: current@FreeBSD.org cc: Ken Smith Subject: Re: Alpha is seriously broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 17:48:50 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2004 at 05:46:08PM +0100, Doug Rabson wrote: > On Fri, 2004-08-20 at 16:15, Ruslan Ermilov wrote: > > On Fri, Aug 20, 2004 at 03:41:13PM +0100, Doug Rabson wrote: > > > On Fri, 2004-08-20 at 14:58, Ruslan Ermilov wrote: > > > > On Fri, Aug 20, 2004 at 03:24:52PM +0200, Dag-Erling Sm?rgrav wrote: > > > > > Ruslan Ermilov writes: > > > > > > I think there's no emergency plan other than to reinstall "base" > > > > > > on these systems from some older snapshot? > > > > >=20 > > > > > cross-compile on a different machine in the cluster, copy over th= e new > > > > > make(1), then use it to installworld over NFS. > > > > >=20 > > > > Only if this machine is also Alpha. To tell you the truth, some bi= ts > > > > produced by cross-compiles on different architectures are not ready > > > > for use on a native architecture. This includes binary files such = as > > > > fortune(6) .dat files, NLS catalogs, etc. I haven't identified them > > > > all yet. > > > >=20 > > > > Once I get my "modern" Alpha box, I will start working on a project > > > > that will eventually address this, so cross- builds and releases > > > > will produce the same binary files as on native platforms. NetBSD > > > > achieved a great success in this direction, so it shouldn't be too > > > > hard to fix. > > >=20 > > > It might be quicker to extract various critical static binaries (init, > > > make, cc, ld etc.) from an unbroken bindist. Oh and hope that beast > > > doesn't crash before you replace init :-) > > >=20 > > Hmm, but init(8) is also a statically linked binary. Heh, and I know > > why beast is still alive -- it's due to the way the /root script that > > automatically updates the world and kernel on beast works. The script > > does, in this risky sequence: buildworld, installworld, and the "old > > way" kernel build/install, then reboots in five minutes. At this time, > > after it made installworld and attempted to build a kernel, it failed > > to do so (the /boot/kernel/kernel is still old). Installworld was > > fine because it saves tools that it uses (including "sh" and "make" > > into WORLDTMP). > >=20 > > So Ken, if you want to attempt to revive this machine, don't reboot > > it yet, it won't boot up with the new init(8). Of course, we have > > /sbin/init.bak saved, but... ;) >=20 > Another idea - if the obj tree is still around on beast, you might be > able to re-run 'make everything' if you can find a working make binary. >=20 Unlucky day for the beast... That was the first thing I though about. Unfortunately, /usr/obj/usr/src on beast is not around, because /root/buildworld.sh does the following: rm -rf world* build* /usr/obj/`/bin/pwd` tcsh -c 'time make -s buildworld' > /usr/src/world.log 2>&1 Since /bin/rm is dynamically linked, it succeeded in removing /usr/obj/usr/src. Then make(1) failed right away: $ cat /usr/src/world.log Segmentation fault (core dumped) 0.000u 0.005s 0:00.00 0.0% 0+0k 0+0io 0pf+0w My sincere sympathies to Ken. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJjl9qRfpzJluFF4RAk4lAJ975KqoAUdveghkdG0xPi+Z0dhd0gCgjV6T DFV3ParugRacFLhLuZmh/Eo= =7eQ+ -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:01:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 542A816A4D1 for ; Fri, 20 Aug 2004 18:01:50 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED0543D39 for ; Fri, 20 Aug 2004 18:01:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 5262 invoked from network); 20 Aug 2004 18:01:49 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 20 Aug 2004 18:01:49 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7KI0fGf065473; Fri, 20 Aug 2004 14:00:50 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 20 Aug 2004 12:55:27 -0400 User-Agent: KMail/1.6.2 References: <4124B473.9070004@portaone.com> <20040819145753.GA81657@ip.net.ua> <20040819150502.GA4107@orion.daedalusnetworks.priv> In-Reply-To: <20040819150502.GA4107@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408201255.27330.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Giorgos Keramidas cc: Maxim Sobolev cc: Ruslan Ermilov cc: Andreas Kohn cc: current@FreeBSD.org Subject: Re: Extending cdboot with options "Press any key to boot from CD" prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:01:50 -0000 On Thursday 19 August 2004 11:05 am, Giorgos Keramidas wrote: > On 2004-08-19 17:57, Ruslan Ermilov wrote: > > On Thu, Aug 19, 2004 at 04:25:03PM +0200, Andreas Kohn wrote: > > > I like this idea very much. > > > > > > One small question: would it make sense to change the message to > > > something which tells the user *what* will boot if he pressed a key? > > > > Aren't you supposed to already know which CD you have inserted? ;) > > FWIW, I also like the idea of something like: > > Press any key to boot FreeBSD from CDROM... > > Of course you're supposed to know, and you can certainly stop the > installer even after the system has booted into it, but it's not a bad > idea and it will help keeping away the confusion of users who think that > this is some clever Windows-only trick, right? cdboot is also used by at least DragonFly and OpenBSD (probably FreesBIE and others as well), so I'd be very reluctant to add any FreeBSD specific bits that would force other projects to maintain local diffs. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:01:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF5116A4D2 for ; Fri, 20 Aug 2004 18:01:50 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3110743D3F for ; Fri, 20 Aug 2004 18:01:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 5262 invoked from network); 20 Aug 2004 18:01:49 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 20 Aug 2004 18:01:49 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7KI0fGf065473; Fri, 20 Aug 2004 14:00:50 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 20 Aug 2004 12:55:27 -0400 User-Agent: KMail/1.6.2 References: <4124B473.9070004@portaone.com> <20040819145753.GA81657@ip.net.ua> <20040819150502.GA4107@orion.daedalusnetworks.priv> In-Reply-To: <20040819150502.GA4107@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408201255.27330.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Giorgos Keramidas cc: Maxim Sobolev cc: Ruslan Ermilov cc: Andreas Kohn cc: current@FreeBSD.org Subject: Re: Extending cdboot with options "Press any key to boot from CD" prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:01:50 -0000 On Thursday 19 August 2004 11:05 am, Giorgos Keramidas wrote: > On 2004-08-19 17:57, Ruslan Ermilov wrote: > > On Thu, Aug 19, 2004 at 04:25:03PM +0200, Andreas Kohn wrote: > > > I like this idea very much. > > > > > > One small question: would it make sense to change the message to > > > something which tells the user *what* will boot if he pressed a key? > > > > Aren't you supposed to already know which CD you have inserted? ;) > > FWIW, I also like the idea of something like: > > Press any key to boot FreeBSD from CDROM... > > Of course you're supposed to know, and you can certainly stop the > installer even after the system has booted into it, but it's not a bad > idea and it will help keeping away the confusion of users who think that > this is some clever Windows-only trick, right? cdboot is also used by at least DragonFly and OpenBSD (probably FreesBIE and others as well), so I'd be very reluctant to add any FreeBSD specific bits that would force other projects to maintain local diffs. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:01:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BDB616A4CE for ; Fri, 20 Aug 2004 18:01:52 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id F214A43D2F for ; Fri, 20 Aug 2004 18:01:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26311 invoked from network); 20 Aug 2004 18:01:51 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 20 Aug 2004 18:01:51 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7KI0fGg065473; Fri, 20 Aug 2004 14:01:48 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 20 Aug 2004 13:02:26 -0400 User-Agent: KMail/1.6.2 References: <4125B172.9060303@cronyx.ru> In-Reply-To: <4125B172.9060303@cronyx.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408201302.26421.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Robert Watson cc: Roman Kurakin Subject: Re: Tracking down LORs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:01:52 -0000 On Friday 20 August 2004 04:08 am, Roman Kurakin wrote: > Robert Watson wrote: > >On Fri, 20 Aug 2004, Roman Kurakin wrote: > >> Currently I am trying to track down a couple of LORS in my code. > >>But it seems that I do not undestand smth or all things id realy so bad. > > > >I find it's very helpful to add lock orders to the hard-coded lock order > >table in subr_witness.c. Without hard-coded entries, WITNESS will > >dynamically build an order based on observed lock use. This is generally > >fine, but once in a while the "wrong" order will be used before the > >"right" order, so the lock order warning will print for the "right" order, > >leaving less useful debugging information. The table allows the > >definition of partial orders, so you can specify relationships between > >subsets of mutexes of interest. WITNESS will flesh out remaining orders > >through dynamic discovery. > > I'll try to go this way, since I am in dead end. Note that some lock orders as also inferred via transitivity. For example, let's say you have three locks a, b, and c. One thread locks a then b, so witness saves that order. A second thread locks b then c, so witness saves that order. If a third thread tries to lock c then a, an LOR will result. This is similar to how > is transitive, i.e. if a > b and b > c, then a > c. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:16:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0561416A4CE for ; Fri, 20 Aug 2004 18:16:17 +0000 (GMT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48FC043D1F for ; Fri, 20 Aug 2004 18:16:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id i7KIGFCw081651 for ; Fri, 20 Aug 2004 13:16:15 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <41263FEB.8090901@centtech.com> Date: Fri, 20 Aug 2004 13:16:11 -0500 From: Eric Anderson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040816) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: -CURRENT/RELENG_5 library issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:16:17 -0000 Ok, so I cvsupped this morning to releng_5 (was running -current as of about 10 days ago), and two strange things happened. One - net/gaim no longer runs. It gives me this error: /libexec/ld-elf.so.1: /usr/local/lib/libaspell.so.15: Undefined symbol "_ZNSs20_S_empty_rep_storageE" When trying to recompile it, I get: /X11R6/lib -lpthread /usr/local/lib/libaspell.so: undefined reference to `std::__default_alloc_template::allocate(unsigned int)' /usr/local/lib/libaspell.so: undefined reference to `std::string::_S_empty_rep_storage' /usr/local/lib/libaspell.so: undefined reference to `std::__default_alloc_template::deallocate(void*, unsigned int)' gmake[3]: *** [gaim] Error 1 gmake[3]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/net/gaim. Two - upon boot after successful installworld, my machine complained about linprocfs in my fstab. I removed it and booted, but I need it (I believe) for linux compatibility mode to function correctly - right? When trying to mount it, I get: # mount /compat/linux/proc/ linprocfs: Operation not supported by device Here's my /etc/fstab line: linproc /compat/linux/proc linprocfs rw 0 0 proc /proc procfs rw 0 0 Thanks! Any help would be greatly appreciated! Eric -- ------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Talk sense to a fool and he calls you foolish. ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:23:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F94316A4CE for ; Fri, 20 Aug 2004 18:23:09 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 154CB43D1F for ; Fri, 20 Aug 2004 18:23:08 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7KIK2JN054651 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 20 Aug 2004 22:20:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7KIIFfh054583; (8.12.8/vak/2.1) Fri, 20 Aug 2004 22:18:16 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <412640B5.9090104@cronyx.ru> Date: Fri, 20 Aug 2004 22:19:33 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <41261D1B.5000003@cronyx.ru> In-Reply-To: <41261D1B.5000003@cronyx.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:23:09 -0000 Hi, Sorry for bad problem description in my previous message. Now I'll try to be more accurate. At first I have two SMP system (Dual) one that boots normaly and one that goes to panic (the older pc). I've setup finaly serial console to that system, so here is more detailed output: OK boot -Dhv /boot/kernel/acpi.ko text=0x406a8 data=0x1bc4+0x110c syms=[0x4+0x72d0+0x4+0x9754] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=01 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000ffff0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=0000000007ef0000 SMAP type=03 base=0000000007ff3000 len=000000000000d000 SMAP type=04 base=0000000007ff0000 len=0000000000003000 Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #17: Fri Aug 20 10:23:42 MSD 2004 root@devel15.cronyx.ru:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a2e000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a2e254. Calibrating clock(s) ... i8254 clock: 1193137 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 232751947 Hz CPU: Pentium II/Pentium II Xeon/Celeron (232.75-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping = 4 Features=0x80fbff real memory = 134152192 (127 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x0000000007d7ffff, 118845440 bytes (29015 pages) avail memory = 121626624 (115 MB) Table 'FACP' at 0x7ff3040 Table 'APIC' at 0x7ff5640 Table 'APIC' at 0x7ff5640 MP Configuration Table version 1.1 found at 0xc00f1400 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05f7f24 stack pointer = 0x10:0xc0c21b6c frame pointer = 0x10:0xc0c21b78 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 = 0 () [thread 0] Stopped at _mtx_lock_flags+0x34: cmpl $0xc084ec9c,0(%ebx) db> It seems that this problem was introduced with recent bootloader update. That is all a able to tell now. rik Roman Kurakin wrote: > Hi, > > I've updated my current kernel/world yesterday, I've compiled and > install it as > usual on fast smp machine. After that I've plug my hard disk to a bit > slow smp > machine and get panic: > > Fattal trap 12 > > call stack: > > install_ap_tramp + 0x43 > start_all_aps > cpu_mp_start > mp_start > mi_startup > begin > > It seems that install_ap_tramp + 0x43 > *dst++ = *src++ (IIRC) > > Thats all I can tell now. > > Any ideas, questions? > > rik > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:32:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DE3016A4CE for ; Fri, 20 Aug 2004 18:32:09 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C72BE43D2D for ; Fri, 20 Aug 2004 18:32:08 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7KIT2FX054994 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Fri, 20 Aug 2004 22:29:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7KISWfh054967; (8.12.8/vak/2.1) Fri, 20 Aug 2004 22:28:32 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4126431E.9010702@cronyx.ru> Date: Fri, 20 Aug 2004 22:29:50 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <4125B172.9060303@cronyx.ru> <200408201302.26421.jhb@FreeBSD.org> In-Reply-To: <200408201302.26421.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: Robert Watson Subject: Re: Tracking down LORs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:32:09 -0000 John Baldwin wrote: >On Friday 20 August 2004 04:08 am, Roman Kurakin wrote: > > >>Robert Watson wrote: >> >> >>>On Fri, 20 Aug 2004, Roman Kurakin wrote: >>> >>> >>>> Currently I am trying to track down a couple of LORS in my code. >>>>But it seems that I do not undestand smth or all things id realy so bad. >>>> >>>> >>>I find it's very helpful to add lock orders to the hard-coded lock order >>>table in subr_witness.c. Without hard-coded entries, WITNESS will >>>dynamically build an order based on observed lock use. This is generally >>>fine, but once in a while the "wrong" order will be used before the >>>"right" order, so the lock order warning will print for the "right" order, >>>leaving less useful debugging information. The table allows the >>>definition of partial orders, so you can specify relationships between >>>subsets of mutexes of interest. WITNESS will flesh out remaining orders >>>through dynamic discovery. >>> >>> >>I'll try to go this way, since I am in dead end. >> >> > >Note that some lock orders as also inferred via transitivity. > >For example, let's say you have three locks a, b, and c. One thread locks a >then b, so witness saves that order. A second thread locks b then c, so >witness saves that order. If a third thread tries to lock c then a, an LOR >will result. This is similar to how > is transitive, i.e. if a > b and b > >c, then a > c. > > It looks like I have smth like that. But I am get stuck with boot loader problem for now :-( I switched to that problem since that machine was the only that could work fast enough and has ISA slots. Than I get back to LOR problem and solve it, I guess I'll have to write some FAQ that will help to track down LORs. Thanks to all for replies! Now I have some ideas to move on. rik From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:35:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D010216A4CE for ; Fri, 20 Aug 2004 18:35:46 +0000 (GMT) Received: from smtp2.linkline.com (smtp2.linkline.com [64.30.215.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id A808943D3F for ; Fri, 20 Aug 2004 18:35:46 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from samclementsde (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp2.linkline.com (Postfix) with ESMTP id 4F2494C; Fri, 20 Aug 2004 11:35:44 -0700 (PDT) From: "Samuel Clements" To: "'Maxim Sobolev'" , "'Sergey Mokryshev'" Date: Fri, 20 Aug 2004 11:35:46 -0700 Organization: linkLINE Communications, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-reply-to: <4125DAAA.9050304@portaone.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSGpcJBNB7CsnCBTj6+HZRNx71EAQAPl2uQ Message-Id: <20040820183544.4F2494C@smtp2.linkline.com> cc: current@freebsd.org Subject: RE: Extending cdboot with options "Press any key to boot from CD" prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: sclements@linkline.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:35:47 -0000 > > Windows 2000 and later checks for an active partition on HDD first, and > > display this message if none found. > > > > Is it hard to implement? > > Don't know for sure. Also you can have several hard drives, another > CD-ROMs, floppies etc., that set for bootstraping in BIOS after current > CD-ROM, so that I doubt that such detection is a good idea and worth > efforts. > Actually, I believe it checks to see if there is an active partition, then displays the message. Once the timeout occurs, it tries to boot off of the found active partition - independent of what is set as the next boot device in the BIOS. Of course if no active partition is found - no message is displayed, and the install CD just starts. -Sam From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:40:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0702416A4CE for ; Fri, 20 Aug 2004 18:40:28 +0000 (GMT) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38D5F43D55 for ; Fri, 20 Aug 2004 18:40:27 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from nemesis.md.0xfce3.net (port-ip-213-211-224-164.reverse.mdcc-fun.de [213.211.224.164]) by dd1318.kasserver.com (Postfix) with ESMTP id 1B32190F93 for ; Fri, 20 Aug 2004 20:40:24 +0200 (CEST) Received: from nemesis.md.0xfce3.net (localhost [127.0.0.1]) i7KIZi9p001072 for ; Fri, 20 Aug 2004 20:35:44 +0200 (CEST) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by nemesis.md.0xfce3.net (8.13.1/8.12.10/Submit) id i7KIZiEI001071 for freebsd-current@freebsd.org; Fri, 20 Aug 2004 20:35:44 +0200 (CEST) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: nemesis.ipv6.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Fri, 20 Aug 2004 20:35:44 +0200 From: Gordon Bergling To: freebsd-current@freebsd.org Message-ID: <20040820183544.GA986@nemesis.md.0xfce3.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 5.3-ALPHA i386 X-Host-Uptime: 8:26PM up 9 mins, 3 users, load averages: 0.21, 0.22, 0.15 User-Agent: Mutt/1.5.6i Subject: [5.3-ALPHA] Panic in in6_pcb.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:40:28 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, I recently got a panic with the following output: | panic: lock (sleep mutex) inp not locked @=20 | /usr/src/sys/netinet6/in6_pcb.c:710 System is a fresh 5.3-ALPHA running on an idle workstation. Just a few console applications were running in the background. I haven't get my hands on a coredump yet, but if someone is interested in it I could provide further information. best regards, Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJkR/k7nTK8dvAqARApgdAJ9PJT30/kOnOH5qFdyuo2Gg9MM4rwCffXM1 g7zP9pruQ6porfZYafq0o1I= =K77O -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:42:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F55F16A4CF for ; Fri, 20 Aug 2004 18:42:13 +0000 (GMT) Received: from smtp003.bizmail.yahoo.com (smtp003.bizmail.yahoo.com [216.136.130.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 43C3443D3F for ; Fri, 20 Aug 2004 18:42:13 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp003.bizmail.yahoo.com with SMTP; 20 Aug 2004 18:42:12 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D31BD6231; Fri, 20 Aug 2004 13:42:11 -0500 (CDT) 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 69181-03-2; Fri, 20 Aug 2004 13:42:10 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id B41B0622D; Fri, 20 Aug 2004 13:42:10 -0500 (CDT) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Fri, 20 Aug 2004 13:42:10 -0500 (CDT) Message-ID: <53695.69.53.57.66.1093027330.squirrel@69.53.57.66> In-Reply-To: <41263FEB.8090901@centtech.com> References: <41263FEB.8090901@centtech.com> Date: Fri, 20 Aug 2004 13:42:10 -0500 (CDT) From: "Jon Noack" To: "Eric Anderson" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: -CURRENT/RELENG_5 library issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:42:13 -0000 Eric Anderson wrote: > One - net/gaim no longer runs. It gives me this error: > /libexec/ld-elf.so.1: /usr/local/lib/libaspell.so.15: Undefined symbol > "_ZNSs20_S_empty_rep_storageE" > > When trying to recompile it, I get: > /X11R6/lib -lpthread > /usr/local/lib/libaspell.so: undefined reference to > `std::__default_alloc_template::allocate(unsigned int)' > /usr/local/lib/libaspell.so: undefined reference to > `std::string::_S_empty_rep_storage' > /usr/local/lib/libaspell.so: undefined reference to > `std::__default_alloc_template::deallocate(void*, unsigned int)' > gmake[3]: *** [gaim] Error 1 > gmake[3]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81/src' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81/src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/net/gaim. Thisn looks like ABI breakage leftover from the update of gcc (from UPDATING): 20040728: System compiler has been upgraded to GCC 3.4.2-pre. As with any major compiler upgrade, there are several issues to be aware of. GCC 3.4.x has broken C++ ABI compatibility with previous releases yet again and users will have to rebuild all their C++ programs with the new compiler. Unless you know every port that uses C++, the sure way to avoid issues like this is to recompile everything: portupgrade -af You could try just forcing the update of gaim and all of it's dependencies. This saves you a lot of time but you may run into similar problems with other applications later (some of the issues may manifest themselves in very obscure ways; for example, the kde calculator returns crazy answers to simple calculations and when you hit clear it resets to -0). To try this: portupgrade -Rf gaim Heck, you might get away with just updating aspell and gaim. Still, the party line is rebuild everything. Jon From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:48:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C41D16A4CE for ; Fri, 20 Aug 2004 18:48:15 +0000 (GMT) Received: from web.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5035343D2F for ; Fri, 20 Aug 2004 18:48:14 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.20] (portacare.portaone.com [195.140.247.242]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i7KImB1S097952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Aug 2004 20:48:12 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <41264764.6050804@portaone.com> Date: Fri, 20 Aug 2004 21:48:04 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sclements@linkline.com References: <20040820183544.4F2494C@smtp2.linkline.com> In-Reply-To: <20040820183544.4F2494C@smtp2.linkline.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Extending cdboot with options "Press any key to boot from CD" prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:48:15 -0000 Samuel Clements wrote: >>>Windows 2000 and later checks for an active partition on HDD first, and >>>display this message if none found. >>> >>>Is it hard to implement? >> >>Don't know for sure. Also you can have several hard drives, another >>CD-ROMs, floppies etc., that set for bootstraping in BIOS after current >>CD-ROM, so that I doubt that such detection is a good idea and worth >>efforts. >> > > > Actually, I believe it checks to see if there is an active partition, then > displays the message. Once the timeout occurs, it tries to boot off of the > found active partition - independent of what is set as the next boot device > in the BIOS. Of course if no active partition is found - no message is > displayed, and the install CD just starts. See above. How it would help if CD is unserted into machine with network boot or machine which boots using some "unsupported" by detection heuristics method (e.g. another CD, floppy, etc)? IMHO, such prompt is useful for interactive CDs to prevent automatic booting when CD is erroneously inserted into headless machines, or when installation is complete and machine can be bootstrapped off HDD. Since it's "for interactive use only", I don't see any problems with "Press any key to boot from CD" prompt in all cases, regardless of the absence or presence of active partition on HDD. It's assumed that there is an operator in front of the machine's console, who can press the key when prompted. If there is no such person, there is no point to boot off this CD at all in the first place due to its "interactiveness". -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:56:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57F4016A4CE; Fri, 20 Aug 2004 18:56:55 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id B35C843D3F; Fri, 20 Aug 2004 18:56:54 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7KIurmR035589; Fri, 20 Aug 2004 14:56:53 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7KIurXq035588; Fri, 20 Aug 2004 14:56:53 -0400 (EDT) (envelope-from green) Date: Fri, 20 Aug 2004 14:56:52 -0400 From: Brian Fundakowski Feldman To: Ruslan Ermilov Message-ID: <20040820185652.GD1019@green.homeunix.org> References: <20040820152748.GD92603@ip.net.ua> <20040820154003.GA93190@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040820154003.GA93190@ip.net.ua> User-Agent: Mutt/1.5.6i cc: David Wolfskill cc: current@FreeBSD.org Subject: Re: kqueued make(1): can someone try it for me please? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:56:55 -0000 On Fri, Aug 20, 2004 at 06:40:03PM +0300, Ruslan Ermilov wrote: > On Fri, Aug 20, 2004 at 06:27:48PM +0300, Ruslan Ermilov wrote: > > Hi David and others, > > > > Can someone please try the attached patch for me on your SMP/UP > > -CURRENT build machines? > > > > How to test: > > > > 1. Remove /usr/obj/usr/src. > > > > 2. Without the patch, run your favorite buildworld command on an > > otherwise idle machine, note the "/usr/bin/time -h" output > > that it takes. > > > > 3. Remove /usr/obj/usr/src. > > > > 4. Apply this patch, recompile and reinstall your make(1). > > > > 5. Run your favorite buildworld command again. > > > > I'm interested in the change in buildworld times. > > > Grr, forgot to mention: that has to be "make -jX buildworld". Since when does make -jX buildworld work? I've tried it for months and had it keep breaking in the same place. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 18:59:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7CCD16A4CE; Fri, 20 Aug 2004 18:59:11 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 100A143D1D; Fri, 20 Aug 2004 18:59:11 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7KIx63V057982 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Aug 2004 21:59:07 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7KIx8fg035335; Fri, 20 Aug 2004 21:59:08 +0300 (EEST) (envelope-from ru) Date: Fri, 20 Aug 2004 21:59:08 +0300 From: Ruslan Ermilov To: Brian Fundakowski Feldman Message-ID: <20040820185908.GA31943@ip.net.ua> References: <20040820152748.GD92603@ip.net.ua> <20040820154003.GA93190@ip.net.ua> <20040820185652.GD1019@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20040820185652.GD1019@green.homeunix.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: David Wolfskill cc: current@FreeBSD.org Subject: Re: kqueued make(1): can someone try it for me please? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 18:59:11 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2004 at 02:56:52PM -0400, Brian Fundakowski Feldman wrote: > On Fri, Aug 20, 2004 at 06:40:03PM +0300, Ruslan Ermilov wrote: > > On Fri, Aug 20, 2004 at 06:27:48PM +0300, Ruslan Ermilov wrote: > > > Hi David and others, > > >=20 > > > Can someone please try the attached patch for me on your SMP/UP > > > -CURRENT build machines? > > >=20 > > > How to test: > > >=20 > > > 1. Remove /usr/obj/usr/src. > > >=20 > > > 2. Without the patch, run your favorite buildworld command on an > > > otherwise idle machine, note the "/usr/bin/time -h" output > > > that it takes. > > >=20 > > > 3. Remove /usr/obj/usr/src. > > >=20 > > > 4. Apply this patch, recompile and reinstall your make(1). > > >=20 > > > 5. Run your favorite buildworld command again. > > >=20 > > > I'm interested in the change in buildworld times. > > >=20 > > Grr, forgot to mention: that has to be "make -jX buildworld". >=20 > Since when does make -jX buildworld work? I've tried it for months > and had it keep breaking in the same place. >=20 I use it every day, and it always works for me. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJkn8qRfpzJluFF4RAv5BAJ403RwzWtFXpyGUQIayFZ5wqLMvLwCdHz/y 5JuuXLOX7/i2+OKtJw3sumM= =mSK0 -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:02:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E28216A4CE for ; Fri, 20 Aug 2004 19:02:08 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AE0043D55 for ; Fri, 20 Aug 2004 19:02:07 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7KJ1qeQ058049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Aug 2004 22:01:53 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7KJ1s6N037751; Fri, 20 Aug 2004 22:01:54 +0300 (EEST) (envelope-from ru) Date: Fri, 20 Aug 2004 22:01:54 +0300 From: Ruslan Ermilov To: Jon Noack Message-ID: <20040820190154.GB31943@ip.net.ua> References: <41263FEB.8090901@centtech.com> <53695.69.53.57.66.1093027330.squirrel@69.53.57.66> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7" Content-Disposition: inline In-Reply-To: <53695.69.53.57.66.1093027330.squirrel@69.53.57.66> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org cc: Eric Anderson Subject: Re: -CURRENT/RELENG_5 library issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:02:08 -0000 --GRPZ8SYKNexpdSJ7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2004 at 01:42:10PM -0500, Jon Noack wrote: > Eric Anderson wrote: > > One - net/gaim no longer runs. It gives me this error: > > /libexec/ld-elf.so.1: /usr/local/lib/libaspell.so.15: Undefined symbol > > "_ZNSs20_S_empty_rep_storageE" > > > > When trying to recompile it, I get: > > /X11R6/lib -lpthread > > /usr/local/lib/libaspell.so: undefined reference to > > `std::__default_alloc_template::allocate(unsigned int)' > > /usr/local/lib/libaspell.so: undefined reference to > > `std::string::_S_empty_rep_storage' > > /usr/local/lib/libaspell.so: undefined reference to > > `std::__default_alloc_template::deallocate(void*, unsigned int= )' > > gmake[3]: *** [gaim] Error 1 > > gmake[3]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81/src' > > gmake[2]: *** [all-recursive] Error 1 > > gmake[2]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81/src' > > gmake[1]: *** [all-recursive] Error 1 > > gmake[1]: Leaving directory `/usr/ports/net/gaim/work/gaim-0.81' > > gmake: *** [all] Error 2 > > *** Error code 2 > > > > Stop in /usr/ports/net/gaim. >=20 > Thisn looks like ABI breakage leftover from the update of gcc (from > UPDATING): > 20040728: > System compiler has been upgraded to GCC 3.4.2-pre. As with any major > compiler upgrade, there are several issues to be aware of. GCC 3.4.x > has broken C++ ABI compatibility with previous releases yet again > and users will have to rebuild all their C++ programs with the new > compiler. >=20 > Unless you know every port that uses C++, the sure way to avoid issues > like this is to recompile everything: > portupgrade -af >=20 I had a similar issue after upgrading a June 2004 -CURRENT machine to post GCC 3.4 world, and ended up recompiling all of the installed ports. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --GRPZ8SYKNexpdSJ7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJkqiqRfpzJluFF4RAuutAJ9vji0KLyUcSr3gcdPh2wdqAJj3ngCdG+7f gVc7fQY0YmuEELj5CygK/mg= =twuo -----END PGP SIGNATURE----- --GRPZ8SYKNexpdSJ7-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:02:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF47416A4CE; Fri, 20 Aug 2004 19:02:30 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id A66CE43D3F; Fri, 20 Aug 2004 19:02:30 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i7KJ2ULU024131; Fri, 20 Aug 2004 12:02:30 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i7KJ2UZf024130; Fri, 20 Aug 2004 12:02:30 -0700 (PDT) (envelope-from david) Date: Fri, 20 Aug 2004 12:02:30 -0700 (PDT) From: David Wolfskill Message-Id: <200408201902.i7KJ2UZf024130@bunrab.catwhisker.org> To: ru@freebsd.org In-Reply-To: <20040820152748.GD92603@ip.net.ua> cc: current@freebsd.org Subject: Re: kqueued make(1): can someone try it for me please? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:02:31 -0000 >Date: Fri, 20 Aug 2004 18:27:48 +0300 >From: Ruslan Ermilov >To: David Wolfskill >Cc: current@FreeBSD.org >Subject: kqueued make(1): can someone try it for me please? >I'm interested in the change in buildworld times. OK; this was with "make -j8 buildworld" on RELENG_5: freebeast(5.3)[6] uname -a FreeBSD freebeast.catwhisker.org 5.3-ALPHA FreeBSD 5.3-ALPHA #56: Fri Aug 20 07:26:27 PDT 2004 root@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/FREEBEAST i386 freebeast(5.3)[7] Before patch to make/Makefile: 1h8m1.67s real 1h33m11.20s user 24m25.74s sys After patch to make/Makefile: 1h8m5.90s real 1h33m4.93s user 24m13.26s sys Before each test, I rebooted, then cleared /usr/obj/usr/src, then re-built and -installed /usr/bin/make. I did botch the patch the first time (by leaving a "3D" in there), but the timing wasn't started until after the patch was done, so that should not be especially significant. Each test was done within script(1), within screen(1). I cleaned up the script files a little, and can make them available to you in whole or in part. Peace, david -- David H. Wolfskill david@catwhisker.org Evidence of curmudgeonliness: becoming irritated with the usage of the word "speed" in contexts referring to quantification of network performance, as opposed to "bandwidth" or "latency." From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:02:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C322616A4CE for ; Fri, 20 Aug 2004 19:02:36 +0000 (GMT) Received: from smtp2.linkline.com (smtp2.linkline.com [64.30.215.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CD8E43D45 for ; Fri, 20 Aug 2004 19:02:36 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from samclementsde (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp2.linkline.com (Postfix) with ESMTP id 44384F2; Fri, 20 Aug 2004 12:02:34 -0700 (PDT) From: "Samuel Clements" To: "'Maxim Sobolev'" Date: Fri, 20 Aug 2004 12:02:36 -0700 Organization: linkLINE Communications, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-reply-to: <41264764.6050804@portaone.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcSG5os/Lm/eo7QVTXGAjqzHkpKI6QAAUDQQ Message-Id: <20040820190234.44384F2@smtp2.linkline.com> cc: current@freebsd.org Subject: RE: Extending cdboot with options "Press any key to boot from CD" prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: sclements@linkline.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:02:36 -0000 > See above. How it would help if CD is unserted into machine with network > boot or machine which boots using some "unsupported" by detection > heuristics method (e.g. another CD, floppy, etc)? > > IMHO, such prompt is useful for interactive CDs to prevent automatic > booting when CD is erroneously inserted into headless machines, or when > installation is complete and machine can be bootstrapped off HDD. > > Since it's "for interactive use only", I don't see any problems with > "Press any key to boot from CD" prompt in all cases, regardless of the > absence or presence of active partition on HDD. It's assumed that there > is an operator in front of the machine's console, who can press the key > when prompted. If there is no such person, there is no point to boot off > this CD at all in the first place due to its "interactiveness". Or perhaps it could do something fancy, like detect keyboard presence and if its not found, ignore checking for partitions - if one is found, assume machine is not headless and ask. I'm certainly not advocating Microsoft's way as right - I was just posting for clarifications sake. -Sam From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:05:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90FA116A4D7; Fri, 20 Aug 2004 19:05:24 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6346143D3F; Fri, 20 Aug 2004 19:05:24 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i7KJ5Ob0024161; Fri, 20 Aug 2004 12:05:24 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i7KJ5Oqq024160; Fri, 20 Aug 2004 12:05:24 -0700 (PDT) (envelope-from david) Date: Fri, 20 Aug 2004 12:05:24 -0700 (PDT) From: David Wolfskill Message-Id: <200408201905.i7KJ5Oqq024160@bunrab.catwhisker.org> To: green@freebsd.org In-Reply-To: <20040820185652.GD1019@green.homeunix.org> cc: current@freebsd.org Subject: Re: kqueued make(1): can someone try it for me please? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:05:25 -0000 >Date: Fri, 20 Aug 2004 14:56:52 -0400 >From: Brian Fundakowski Feldman >To: Ruslan Ermilov >Cc: David Wolfskill , current@FreeBSD.org >Subject: Re: kqueued make(1): can someone try it for me please? >Since when does make -jX buildworld work? I've tried it for months >and had it keep breaking in the same place. Well, I reported it working (running yesterday's RELENG_5) this morning. And in doing the tests that ru@ requested, I ran it twice more, running RELENG_5 that I built this morning. Each of these was "make -j8 buildworld" on an SMP box. Indeed, the only problem I can attribute to -jX within the last few weeks has been an annoying lockup. Not specifying -jX has circumvented the problem for me each time, so far. Peace, david -- David H. Wolfskill david@catwhisker.org Evidence of curmudgeonliness: becoming irritated with the usage of the word "speed" in contexts referring to quantification of network performance, as opposed to "bandwidth" or "latency." From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:05:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 816E116A4D2 for ; Fri, 20 Aug 2004 19:05:26 +0000 (GMT) Received: from kaboom.isc.org (kaboom.isc.org [204.152.187.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A0C343D58 for ; Fri, 20 Aug 2004 19:05:26 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: by kaboom.isc.org (Postfix, from userid 10200) id AF718B241F; Fri, 20 Aug 2004 12:05:25 -0700 (PDT) Date: Fri, 20 Aug 2004 12:05:25 -0700 From: "David W. Hankins" To: current@freebsd.org Message-ID: <20040820190525.GA21626@isc.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:05:26 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable When connecting to remote hosts via tcp6, all is good: =3D=3D=3D 11:46:01.279473 [server].ssh > [client].59270: P [tcp sum ok] 1:52(51) ack = 1 win 58548 [flowlabel 0x2fb65] (len= 83, hlim 64) 11:46:01.280145 [client].59270 > [server].ssh: P [tcp sum ok] 1:52(51) ack = 52 win 32844 [flowlabel 0x6f2c8] (le= n 83, hlim 64) =3D=3D=3D When connecting to the same host from the same client just via tcp4, all is not quite so good: =3D=3D=3D 11:46:06.667847 IP (tos 0x0, ttl 64, id 62863, offset 0, flags [DF], lengt= h: 1148) [server].ssh > [client].59540: P [tcp sum ok] 3924:5020(1096) ack = 4132 win 57920 11:46:06.668774 IP (tos 0x0, ttl 64, id 1465, offset 0, flags [DF], length= : 156) [client].59540 > [server].ssh: P [bad tcp cksum 100e (->fe32)!] 4132= :4236(104) ack 5020 win 33304 =3D=3D=3D This is as observed via tcpdump on [client], which is what is producing the bad checksums. Obviously it doesn't cause a problem since no one listens to TCP checksums, but it's interesting. I only noticed it because I was tcpdump'ing for completely unrelated reasons, and it caught my eye. Client machine is amd64, running 64-bit mode 5-current fresh as of yesterday. Network interface is e1000, so fxp. Server is also freebsd but 4.10 I think, and 32-bit i386 architecture (not that it should matter). The client and server are dual-stack (v4 and v6 native addresses and on the same subnet...just local switch fabric). Also, while investigating this, witness caught a lock order reversal: fxp0: promiscuous mode enabled lock order reversal 1st 0xffffffff80653de0 bpf global lock (bpf global lock) @ /usr/src/sys/ne= t/bpf =2Ec:381 2nd 0xffffffff80851448 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp= .c:23 88 KDB: stack backtrace: witness_checkorder() at witness_checkorder+0x654 _mtx_lock_flags() at _mtx_lock_flags+0x4a fxp_ioctl() at fxp_ioctl+0x6f ifpromisc() at ifpromisc+0x98 bpf_detachd() at bpf_detachd+0xae bpfclose() at bpfclose+0xf8 spec_close() at spec_close+0x1fe vn_close() at vn_close+0x7a vn_closefile() at vn_closefile+0x59 fdrop_locked() at fdrop_locked+0x9f closef() at closef+0x40 close() at close+0xe0 syscall() at syscall+0x4b0 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (6, FreeBSD ELF64, close), rip =3D 0x200a65640, rsp =3D 0x7ffff= fffe6c8, rbp =3D 0x7fffffffe710 --- --=20 David W. Hankins "If you don't do it right the first time, Operations Engineer you'll just have to do it again." Internet Systems Consortium, Inc. -- Jack T. Hankins --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJkt1cXeLeWu2vmoRAm/HAJ9+6+Jg877u/eC5VxVhgk1Ic0h65gCeLcAJ YXVFDSS3nZf5pkB0WTTp7FY= =zVnx -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:17:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1080916A4CF for ; Fri, 20 Aug 2004 19:17:09 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E37B43D45 for ; Fri, 20 Aug 2004 19:17:08 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so14858rnl for ; Fri, 20 Aug 2004 12:17:04 -0700 (PDT) Received: by 10.38.99.64 with SMTP id w64mr197402rnb; Fri, 20 Aug 2004 12:17:04 -0700 (PDT) Received: by 10.38.15.79 with HTTP; Fri, 20 Aug 2004 12:17:04 -0700 (PDT) Message-ID: Date: Fri, 20 Aug 2004 15:17:04 -0400 From: David Rhodus To: John Baldwin In-Reply-To: <200408201255.27330.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4124B473.9070004@portaone.com> <20040819145753.GA81657@ip.net.ua> <200408201255.27330.jhb@FreeBSD.org> cc: Maxim Sobolev cc: current@freebsd.org cc: Andreas Kohn cc: freebsd-current@freebsd.org cc: Giorgos Keramidas Subject: Re: Re: Extending cdboot with options "Press any key to boot from CD" prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:17:09 -0000 On Fri, 20 Aug 2004 12:55:27 -0400, John Baldwin wrote: > On Thursday 19 August 2004 11:05 am, Giorgos Keramidas wrote: > > On 2004-08-19 17:57, Ruslan Ermilov wrote: > > > On Thu, Aug 19, 2004 at 04:25:03PM +0200, Andreas Kohn wrote: > > > > I like this idea very much. > > > > > > > > One small question: would it make sense to change the message to > > > > something which tells the user *what* will boot if he pressed a key? > > > > > > Aren't you supposed to already know which CD you have inserted? ;) > > > > FWIW, I also like the idea of something like: > > > > Press any key to boot FreeBSD from CDROM... > > > > Of course you're supposed to know, and you can certainly stop the > > installer even after the system has booted into it, but it's not a bad > > idea and it will help keeping away the confusion of users who think that > > this is some clever Windows-only trick, right? > > cdboot is also used by at least DragonFly and OpenBSD (probably FreesBIE and > others as well), so I'd be very reluctant to add any FreeBSD specific bits > that would force other projects to maintain local diffs. > Just drop the Free off and "... to boot BSD from CDROM" -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:17:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE8C16A4D1 for ; Fri, 20 Aug 2004 19:17:09 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E22443D41 for ; Fri, 20 Aug 2004 19:17:08 +0000 (GMT) (envelope-from sdrhodus@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so14857rnl for ; Fri, 20 Aug 2004 12:17:04 -0700 (PDT) Received: by 10.38.99.64 with SMTP id w64mr197402rnb; Fri, 20 Aug 2004 12:17:04 -0700 (PDT) Received: by 10.38.15.79 with HTTP; Fri, 20 Aug 2004 12:17:04 -0700 (PDT) Message-ID: Date: Fri, 20 Aug 2004 15:17:04 -0400 From: David Rhodus To: John Baldwin In-Reply-To: <200408201255.27330.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4124B473.9070004@portaone.com> <20040819145753.GA81657@ip.net.ua> <200408201255.27330.jhb@FreeBSD.org> cc: Maxim Sobolev cc: current@freebsd.org cc: Andreas Kohn cc: freebsd-current@freebsd.org cc: Giorgos Keramidas Subject: Re: Re: Extending cdboot with options "Press any key to boot from CD" prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: drhodus@machdep.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:17:09 -0000 On Fri, 20 Aug 2004 12:55:27 -0400, John Baldwin wrote: > On Thursday 19 August 2004 11:05 am, Giorgos Keramidas wrote: > > On 2004-08-19 17:57, Ruslan Ermilov wrote: > > > On Thu, Aug 19, 2004 at 04:25:03PM +0200, Andreas Kohn wrote: > > > > I like this idea very much. > > > > > > > > One small question: would it make sense to change the message to > > > > something which tells the user *what* will boot if he pressed a key? > > > > > > Aren't you supposed to already know which CD you have inserted? ;) > > > > FWIW, I also like the idea of something like: > > > > Press any key to boot FreeBSD from CDROM... > > > > Of course you're supposed to know, and you can certainly stop the > > installer even after the system has booted into it, but it's not a bad > > idea and it will help keeping away the confusion of users who think that > > this is some clever Windows-only trick, right? > > cdboot is also used by at least DragonFly and OpenBSD (probably FreesBIE and > others as well), so I'd be very reluctant to add any FreeBSD specific bits > that would force other projects to maintain local diffs. > Just drop the Free off and "... to boot BSD from CDROM" -- -David Steven David Rhodus From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:17:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0A9C16A4CE for ; Fri, 20 Aug 2004 19:17:33 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4817443D1D for ; Fri, 20 Aug 2004 19:17:33 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7KJFPWa052254; Fri, 20 Aug 2004 15:15:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7KJFPgZ052251; Fri, 20 Aug 2004 15:15:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 20 Aug 2004 15:15:25 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Gordon Bergling In-Reply-To: <20040820183544.GA986@nemesis.md.0xfce3.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: [5.3-ALPHA] Panic in in6_pcb.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:17:33 -0000 On Fri, 20 Aug 2004, Gordon Bergling wrote: > I recently got a panic with the following output: > > | panic: lock (sleep mutex) inp not locked @ > | /usr/src/sys/netinet6/in6_pcb.c:710 > > System is a fresh 5.3-ALPHA running on an idle workstation. Just a few > console applications were running in the background. > > I haven't get my hands on a coredump yet, but if someone is interested > in it I could provide further information. Is this something you can reproduce? The attached patch was created when Jun Kuriyama ran into the same panic a few days ago, but he wasn't sure if he could reproduce it. If you could test it and let me know, that would be great, thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research Index: in6_pcb.c =================================================================== RCS file: /home/ncvs/src/sys/netinet6/in6_pcb.c,v retrieving revision 1.59 diff -u -r1.59 in6_pcb.c --- in6_pcb.c 14 Aug 2004 15:32:20 -0000 1.59 +++ in6_pcb.c 18 Aug 2004 04:02:00 -0000 @@ -705,9 +705,11 @@ } do_notify: - if (notify) - (*notify)(inp, errno); - INP_UNLOCK(inp); + if (notify) { + if ((*notify)(inp, errno)) + INP_UNLOCK(inp); + } else + INP_UNLOCK(inp); } INP_INFO_WUNLOCK(pcbinfo); splx(s); From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:17:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B79FD16A4CE; Fri, 20 Aug 2004 19:17:47 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E22B43D1D; Fri, 20 Aug 2004 19:17:47 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i7KJHkTH013342; Fri, 20 Aug 2004 15:17:46 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i7KJHkxp013341; Fri, 20 Aug 2004 15:17:46 -0400 (EDT) Date: Fri, 20 Aug 2004 15:17:46 -0400 From: Ken Smith To: Ruslan Ermilov Message-ID: <20040820191746.GA12957@electra.cse.Buffalo.EDU> References: <1092999187.9863.2.camel@builder02.qubesoft.com> <20040820105915.GA29178@ip.net.ua> <1093000460.9863.4.camel@builder02.qubesoft.com> <20040820120757.GC29568@ip.net.ua> <20040820135844.GA76070@ip.net.ua> <1093012873.9863.11.camel@builder02.qubesoft.com> <20040820151503.GC92603@ip.net.ua> <1093020367.9863.13.camel@builder02.qubesoft.com> <20040820174845.GA94170@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040820174845.GA94170@ip.net.ua> User-Agent: Mutt/1.4.1i cc: alpha@freebsd.org cc: Ken Smith cc: current@freebsd.org cc: Wilko Bulte Subject: Re: Alpha is seriously broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:17:47 -0000 On Fri, Aug 20, 2004 at 08:48:45PM +0300, Ruslan Ermilov wrote: > My sincere sympathies to Ken. Since at least of you seem so (morbidly?) interested... :-) This is in progress on beast at the moment, dunno if it'll work out yet but ... - copied /sbin/init.bak to /sbin/init - created /h/kensmith (after cleaning the crash dumps out of /h/crash...) - copied the base directory for 5.2.1 from ftp-master, unpacked it in /h/kensmith - copied /usr/src from beast to /h/kensmith/usr/src - backed out latest change to crt1.c as suggested - chroot to /h/kensmith - mount -t devfs devfs /dev - cd usr/src - make buildworld If that succeeds I'll arrange for the results to look like beast's real /usr/obj, copy the make executable from /h/kensmith/usr/bin to /usr/bin, and give 'make installworld' in beast's /usr/src a try. Thoughts? Bets? More sympathies? -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:17:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD78D16A4F2; Fri, 20 Aug 2004 19:17:56 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 426B843D39; Fri, 20 Aug 2004 19:17:56 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7KJHtmT059889; Fri, 20 Aug 2004 15:17:55 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7KJHt9Y059872; Fri, 20 Aug 2004 15:17:55 -0400 (EDT) (envelope-from green) Date: Fri, 20 Aug 2004 15:17:54 -0400 From: Brian Fundakowski Feldman To: current@FreeBSD.org Message-ID: <20040820191754.GE1019@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: sam@FreeBSD.org cc: rwatson@FreeBSD.org Subject: recursing a rtentry mutex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:17:56 -0000 Note that this is in 5.3-CURRENT, and leading up to this there was a route flush and a "route add 128.8.244.0/24 128.8.244.1", then I got this when I did "ping 128.8.244.1." The line in question, with some context, is: lookup: RT_UNLOCK(rt0); rt = rtalloc1(rt->rt_gateway, 1, 0UL); RT_LOCK(rt0); rt0->rt_gwroute = rt; Backtrace went, syscall sendto sendit kern_sendit sosend rip_send rip_output ip_output ether_output arpresolve rt_check. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:27:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54B0816A4CE for ; Fri, 20 Aug 2004 19:27:04 +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 0817543D2F for ; Fri, 20 Aug 2004 19:27:04 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp005.bizmail.sc5.yahoo.com with SMTP; 20 Aug 2004 19:27:03 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 9E857620D; Fri, 20 Aug 2004 14:27:02 -0500 (CDT) 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 69735-04-2; Fri, 20 Aug 2004 14:27:01 -0500 (CDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 43E2B622D; Fri, 20 Aug 2004 14:27:01 -0500 (CDT) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Fri, 20 Aug 2004 14:27:01 -0500 (CDT) Message-ID: <57354.69.53.57.66.1093030021.squirrel@69.53.57.66> In-Reply-To: <20040820185652.GD1019@green.homeunix.org> References: <20040820152748.GD92603@ip.net.ua> <20040820154003.GA93190@ip.net.ua> <20040820185652.GD1019@green.homeunix.org> Date: Fri, 20 Aug 2004 14:27:01 -0500 (CDT) From: "Jon Noack" To: "Brian Fundakowski Feldman" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at noacks.org cc: current@freebsd.org Subject: Re: kqueued make(1): can someone try it for me please? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:27:04 -0000 Brian Fundakowski Feldman wrote: > Since when does make -jX buildworld work? I've tried it for months > and had it keep breaking in the same place. I don't recall ever having problems with make -jX buildworld (other than load related panics), certainly not within the last few months at least. Perhaps you mean make -jX buildkernel? That broke a month or two ago. I can't seem to find it, but someone warned at that time that it would be broken for a while. I haven't tried it recently, so perhaps it's working again. It really sped up buildkernel on my dual p3. Jon From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:36:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C10C16A4CE; Fri, 20 Aug 2004 19:36:11 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1608E43D39; Fri, 20 Aug 2004 19:36:11 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i7KJZw40003489; Fri, 20 Aug 2004 12:36:02 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200408201936.i7KJZw40003489@gw.catspoiler.org> Date: Fri, 20 Aug 2004 12:35:58 -0700 (PDT) From: Don Lewis To: conrads@cox.net In-Reply-To: <20040818193348.7633da35@dolphin.local.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: cg@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: pcm timeout (debug output from snd_ich driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:36:11 -0000 On 18 Aug, Conrad J. Sabatier wrote: > On Wed, 18 Aug 2004 19:24:58 -0500 > "Conrad J. Sabatier" wrote: > >> OK, I enabled debug output in the sound driver in the hopes of finding >> out a little bit more about what's going on with these insufferable >> pcm timeouts using the snd_ich driver. > > Also, I've been meaning to ask: is there no possibility of somehow > recovering gracefully from this condition so that the sound device might > still be useable (similar to the recovery from ata and other timeouts), > rather than leaving the device flat-out broken? Only if we know where it is getting lost. Try adding a three of global integers variables to ich.c. Increment one of them on entry to inch_intr(), and increment the others in the area of the code that calls chn_intr(). debug2++; if (ch->run) { debug3++; chn_intr(ch->channel); } Make the variables readable via sysctl with something like the following: SYSCTL_INT(_debug_ich, OID_AUTO, debug1, CTLFLAG_RD, &debug1, 0, "Number of times ich_intr() called"); Run the sound code until it hangs, and then use sysctl to see which if any of these variables continue to increment. From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:36:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F30C016A4CF for ; Fri, 20 Aug 2004 19:36:13 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 31DB943D2D for ; Fri, 20 Aug 2004 19:36:13 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 20 Aug 2004 20:36:08 +0100 (BST) Date: Fri, 20 Aug 2004 20:36:08 +0100 From: David Malone To: "David W. Hankins" Message-ID: <20040820193608.GA94415@walton.maths.tcd.ie> References: <20040820190525.GA21626@isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040820190525.GA21626@isc.org> User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: current@freebsd.org Subject: Re: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:36:14 -0000 On Fri, Aug 20, 2004 at 12:05:25PM -0700, David W. Hankins wrote: > This is as observed via tcpdump on [client], which is what is producing > the bad checksums. Obviously it doesn't cause a problem since no one > listens to TCP checksums, but it's interesting. Actually, most things pay attention to TCP checksums. What you are actually seeing is that the checksum hasn't been calculated at the time that tcpdump gets to see the packet. This is probably because your ethernet card supports TCP checksum offloading, and so the checksum isn't actually calculated until the packet hits the wire (which is slightly after bpf feeds the packet to tcpdump....) If you run tcpdump on the server, you should see that the checksum is OK (though the packets transmitted by the server may seem to have bad checksums for similar reasons). David. From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:41:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D64D216A4CE for ; Fri, 20 Aug 2004 19:41:36 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86C0443D45 for ; Fri, 20 Aug 2004 19:41:36 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i7KJfXJt006575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Aug 2004 15:41:33 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i7KJfQI8004758; Fri, 20 Aug 2004 15:41:26 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16678.21478.381551.833252@grasshopper.cs.duke.edu> Date: Fri, 20 Aug 2004 15:41:26 -0400 (EDT) To: "David W. Hankins" In-Reply-To: <20040820190525.GA21626@isc.org> References: <20040820190525.GA21626@isc.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: current@freebsd.org Subject: Re: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:41:37 -0000 David W. Hankins writes: > > This is as observed via tcpdump on [client], which is what is producing > the bad checksums. Obviously it doesn't cause a problem since no one > listens to TCP checksums, but it's interesting. I only noticed it > because I was tcpdump'ing for completely unrelated reasons, and it caught > my eye. <...> > Client machine is amd64, running 64-bit mode 5-current fresh as of > yesterday. Network interface is e1000, so fxp. Server is also freebsd e1000 is actually em. You're almost certainly using a driver which offloads transmit checksums. (both fxp and em do) Since BPF sniffs the packet before it leaves the host, the checksum has not yet been calculated, so it looks bad. See this thread: http://lists.FreeBSD.org/pipermail/freebsd-net/2004-August/004703.html Drew From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:54:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA38516A4CE for ; Fri, 20 Aug 2004 19:54:23 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4FD643D48 for ; Fri, 20 Aug 2004 19:54:22 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7KJsC4U058763 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Aug 2004 22:54:13 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7KJsEXN067675; Fri, 20 Aug 2004 22:54:14 +0300 (EEST) (envelope-from ru) Date: Fri, 20 Aug 2004 22:54:13 +0300 From: Ruslan Ermilov To: Andrew Gallatin Message-ID: <20040820195413.GD57723@ip.net.ua> References: <20040820190525.GA21626@isc.org> <16678.21478.381551.833252@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EP0wieDxd4TSJjHq" Content-Disposition: inline In-Reply-To: <16678.21478.381551.833252@grasshopper.cs.duke.edu> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: "David W. Hankins" cc: current@freebsd.org Subject: Re: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:54:24 -0000 --EP0wieDxd4TSJjHq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2004 at 03:41:26PM -0400, Andrew Gallatin wrote: >=20 > David W. Hankins writes: > >=20 > > This is as observed via tcpdump on [client], which is what is producing > > the bad checksums. Obviously it doesn't cause a problem since no one > > listens to TCP checksums, but it's interesting. I only noticed it > > because I was tcpdump'ing for completely unrelated reasons, and it cau= ght > > my eye. >=20 > <...> >=20 > > Client machine is amd64, running 64-bit mode 5-current fresh as of > > yesterday. Network interface is e1000, so fxp. Server is also freebsd >=20 > e1000 is actually em. =20 >=20 > You're almost certainly using a driver which offloads transmit > checksums. (both fxp and em do) Since BPF sniffs the packet before it > leaves the host, the checksum has not yet been calculated, so it looks > bad. >=20 > See this thread: > http://lists.FreeBSD.org/pipermail/freebsd-net/2004-August/004703.html >=20 This should be added to FAQ. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --EP0wieDxd4TSJjHq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJlblqRfpzJluFF4RAvMtAJsG0yiLyidrdeWSGcjR31iXRQP0dACgiG0f 8647hawaIfjuQno72alwFYM= =BOFB -----END PGP SIGNATURE----- --EP0wieDxd4TSJjHq-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:58:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30B1416A4CE; Fri, 20 Aug 2004 19:58:42 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC7D543D39; Fri, 20 Aug 2004 19:58:41 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7KJwfQR056187; Fri, 20 Aug 2004 15:58:41 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7KJweM0056186; Fri, 20 Aug 2004 15:58:40 -0400 (EDT) (envelope-from green) Date: Fri, 20 Aug 2004 15:58:40 -0400 From: Brian Fundakowski Feldman To: Ruslan Ermilov Message-ID: <20040820195840.GF1019@green.homeunix.org> References: <20040820152748.GD92603@ip.net.ua> <20040820154003.GA93190@ip.net.ua> <20040820185652.GD1019@green.homeunix.org> <20040820185908.GA31943@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040820185908.GA31943@ip.net.ua> User-Agent: Mutt/1.5.6i cc: David Wolfskill cc: current@FreeBSD.org Subject: Re: kqueued make(1): can someone try it for me please? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:58:42 -0000 On Fri, Aug 20, 2004 at 09:59:08PM +0300, Ruslan Ermilov wrote: > On Fri, Aug 20, 2004 at 02:56:52PM -0400, Brian Fundakowski Feldman wrote: > > Since when does make -jX buildworld work? I've tried it for months > > and had it keep breaking in the same place. > > > I use it every day, and it always works for me. Weird, because it worked for me now, too. It always broke in the same place somewhere in gnu before. Anyway, like always, USE_KQUEUE is working fine. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 20:05:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE28E16A4CE for ; Fri, 20 Aug 2004 20:05:16 +0000 (GMT) Received: from av3-1-sn4.m-sp.skanova.net (av3-1-sn4.m-sp.skanova.net [81.228.10.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A1CA43D53 for ; Fri, 20 Aug 2004 20:05:16 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av3-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id D0A4637EAE; Fri, 20 Aug 2004 22:05:15 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av3-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id C407137E43 for ; Fri, 20 Aug 2004 22:05:15 +0200 (CEST) Received: from corona.sajd.net (h80n2fls31o265.telia.com [217.208.189.80]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id AB4F537E56 for ; Fri, 20 Aug 2004 22:05:15 +0200 (CEST) Received: from [127.0.0.1] (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i7KK5F7T004970 for ; Fri, 20 Aug 2004 22:05:15 +0200 (CEST) (envelope-from pawel.worach@telia.com) Message-ID: <4126597A.80107@telia.com> Date: Fri, 20 Aug 2004 22:05:14 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [patch] rbootd warning fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 20:05:17 -0000 Hi, Small patch to make gcc more quiet. /usr/src/libexec/rbootd/rbootd.c:154:35: warning: trigraph ??) ignored, use -trigraphs to enable Index: libexec/rbootd/rbootd.c =================================================================== RCS file: /export/ctm/cvs/src/libexec/rbootd/rbootd.c,v retrieving revision 1.13 diff -u -r1.13 rbootd.c --- libexec/rbootd/rbootd.c 7 Feb 2002 23:57:00 -0000 1.13 +++ libexec/rbootd/rbootd.c 20 Aug 2004 18:08:58 -0000 @@ -151,7 +151,7 @@ char *errmsg; if ((IntfName = BpfGetIntfName(&errmsg)) == NULL) { - syslog(LOG_NOTICE, "restarted (??)"); + syslog(LOG_NOTICE, "restarted (?)"); /* BpfGetIntfName() returns safe names, using %m */ syslog(LOG_ERR, "%s", errmsg); Exit(0); -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 20:07:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A01DA16A4CE for ; Fri, 20 Aug 2004 20:07:46 +0000 (GMT) Received: from web.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF33843D39 for ; Fri, 20 Aug 2004 20:07:45 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.20] (portacare.portaone.com [195.140.247.242]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i7KK7f1S002968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Aug 2004 22:07:42 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <41265A06.3030800@portaone.com> Date: Fri, 20 Aug 2004 23:07:34 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Gallatin References: <20040820190525.GA21626@isc.org> <16678.21478.381551.833252@grasshopper.cs.duke.edu> In-Reply-To: <16678.21478.381551.833252@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "David W. Hankins" cc: current@FreeBSD.ORG Subject: Re: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 20:07:46 -0000 Andrew Gallatin wrote: > David W. Hankins writes: > > > > This is as observed via tcpdump on [client], which is what is producing > > the bad checksums. Obviously it doesn't cause a problem since no one > > listens to TCP checksums, but it's interesting. I only noticed it > > because I was tcpdump'ing for completely unrelated reasons, and it caught > > my eye. > > <...> > > > Client machine is amd64, running 64-bit mode 5-current fresh as of > > yesterday. Network interface is e1000, so fxp. Server is also freebsd > > e1000 is actually em. > > You're almost certainly using a driver which offloads transmit > checksums. (both fxp and em do) Since BPF sniffs the packet before it > leaves the host, the checksum has not yet been calculated, so it looks > bad. Is it possible to detect this situation and flag tcpdump somehow, so that it don't trust checksum? With the widespread adoption of GigE cards, this "problem" is likely to be more and more common. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 21:08:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCE6216A4CE; Fri, 20 Aug 2004 21:08:38 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E2BF43D1F; Fri, 20 Aug 2004 21:08:38 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i7KL8bWi090585 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 20 Aug 2004 14:08:38 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Fri, 20 Aug 2004 14:12:15 -0700 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408201412.15438.sam@errno.com> Subject: net80211+atheros changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 21:08:38 -0000 http://www.freebsd.org/~sam/net80211+ath-20040818.tgz has a first cut at back-merging the work I've done in Linux to FreeBSD. These changes update the 802.11 support and all the drivers that use it. The patch also brings in the latest version of the Atheros hal. To use it do something like: cd /usr/src tar zxf net80211+ath-20040818.tgz cd sys patch < net80211+ath-20040818.patch then rebuild modules and/or kernels. The diffs are against current as of a couple of days ago. There are obvious changes missing to if_ray (s/struct/union/) which keep it from building. Otherwise beware that I've built only on x86. Note that this code is lightly tested. WEP support is reported broken. I've tested station mode of the wi driver but not ap operation. I'm certain ap+wep is broken for the wi driver. One person reported adhoc mode "vanished" for the wi driver but another said it was there. The 802.11 changes are significant. They represent >9 months work in updating 802.11g support and adding WPA supplicant and authenticator support. WPA support for FreeBSD is not available yet; it uses Jouni Malinen's wpa_supplicant and hostapd programs. Note that the crypto support is now broken out into separate loadable modules (or statically linked into the kernel). To get wep support add device wlan_wep to your config file. Otherwise the crypto code will automatically try to load this module at runtime when a key is setup (likewise for tkip, ccmp, or other keys). This loading may generate WITNESS complaints about holding a lock over blocking malloc calls. Resolving this correctly requires addressing some general locking issues in the net80211 layer wrt drivers. I'm putting this stuff out as a patch because I've got no time to work on it. If folks can cleanup the remaining issues then someone else is welcome to commit it (I'll deal with the ath hal import). Otherwise I'll look at it as time permits. However I'm away the next two weeks. Sam From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 21:16:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFCD416A4CE for ; Fri, 20 Aug 2004 21:16:19 +0000 (GMT) Received: from mx2.synetsystems.com (mx2.synetsystems.com [216.226.140.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B4A243D45 for ; Fri, 20 Aug 2004 21:16:19 +0000 (GMT) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx2.synetsystems.com (Postfix, from userid 66) id 62A1C7E4; Fri, 20 Aug 2004 17:16:18 -0400 (EDT) Received: from localhost ([127.0.0.1]:58774 helo=ichotolot.servalan.com) by servalan.servalan.com with esmtp (Exim 4.41 (FreeBSD)) id 1ByG2o-000Dt2-Hr for freebsd-current@freebsd.org; Fri, 20 Aug 2004 15:31:26 -0500 To: freebsd-current@freebsd.org Date: Fri, 20 Aug 2004 15:31:26 -0500 From: Richard Todd Message-Id: <20040820211618.62A1C7E4@mx2.synetsystems.com> Subject: Panic 'kernel trap doesn't have ucred' in last night's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 21:16:19 -0000 Hi. Upgraded to -current last night and got the following panic. The panic seems to be fairly repeatable and is triggered by a minute or so's worth of database activity with mysqld. The version of mysql is 3.23.58_1 from ports, linked against libpthread; using libmap.conf to force usage of libc_r avoids the panic, so it's definitely a thread/KSE issue. (Also note the oddness of the backtrace in the frames between doreti_ast and sched_switch -- is this normal, is the stack mangled, or is gdb just hallucinating?) My kernel config is fairly unexceptional and is attached to the end after the gdb script. Oh yes, this is on a dual PII/400 system. Script started on Fri Aug 20 15:15:26 2004 GNU gdb 20040720 [GDB v6.x for 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-portbld-freebsd5.2"... panic: kernel trap doesn't have ucred panic messages: --- panic: kernel trap doesn't have ucred cpuid = 0; boot() called on cpu#0 Uptime: 14m27s Dumping 638 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 --- #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc0615c14 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:396 #2 0xc0615f33 in panic (fmt=0xc085ff0d "kernel trap doesn't have ucred") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc07c7570 in trap (frame= {tf_fs = -1067450344, tf_es = -1064042480, tf_ds = 16, tf_edi = -1036714944, tf_esi = -1034233440, tf_ebp = -548918068, tf_isp = -548918104, tf_ebx = 0, tf_edx = 4, tf_ecx = 0, tf_eax = -1036714944, tf_trapno = 12, tf_err = 0, tf_eip = -1067372413, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = -1065121135}) at /usr/src/sys/i386/i386/trap.c:413 #4 0xc07b68da in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #5 0xc0600018 in exec_copyout_strings (imgp=0x0) at /usr/src/sys/kern/kern_exec.c:996 #6 0xc06066fb in thread_alloc_spare (td=0x6cb) at /usr/src/sys/kern/kern_kse.c:1021 #7 0xc0606a2f in thread_user_enter (p=0xc234fc40, td=0xc25ad9a0) at /usr/src/sys/kern/kern_kse.c:1182 #8 0xc0633788 in ast (framep=0xdf482d48) at /usr/src/sys/kern/subr_trap.c:166 #9 0xc07b724d in doreti_ast () at /usr/src/sys/i386/i386/exception.s:294 #10 0xdf482d48 in ?? () #11 0x0000002f in ?? () #12 0x0000002f in ?? () #13 0x0000002f in ?? () #14 0x0b113600 in ?? () #15 0x0832e000 in ?? () #16 0xbfbfe578 in ?? () #17 0xdf482d74 in ?? () #18 0x2032b83c in ?? () #19 0x0b0f6600 in ?? () #20 0x08328900 in ?? () #21 0x00000000 in ?? () #22 0x00000016 in ?? () #23 0x00000002 in ?? () #24 0x20327d3f in ?? () #25 0x0000001f in ?? () #26 0x00000202 in ?? () #27 0xbfbfe54c in ?? () #28 0x0000002f in ?? () #29 0x00000000 in ?? () #30 0x00000000 in ?? () #31 0x00000000 in ?? () #32 0x00000000 in ?? () #33 0x07dda000 in ?? () #34 0xc1bfc420 in ?? () #35 0xc1ca0280 in ?? () #36 0xdf482c9c in ?? () #37 0xdf482c84 in ?? () #38 0xc25ad9a0 in ?? () #39 0xc062570b in sched_switch (td=0x2032b83c, newtd=0xb113600) ---Type to continue, or q to quit--- at /usr/src/sys/kern/sched_ule.c:1207 Previous frame inner to this frame (corrupt stack?) (kgdb) fr 3 #3 0xc07c7570 in trap (frame= {tf_fs = -1067450344, tf_es = -1064042480, tf_ds = 16, tf_edi = -1036714944, tf_esi = -1034233440, tf_ebp = -548918068, tf_isp = -548918104, tf_ebx = 0, tf_edx = 4, tf_ecx = 0, tf_eax = -1036714944, tf_trapno = 12, tf_err = 0, tf_eip = -1067372413, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = -1065121135}) at /usr/src/sys/i386/i386/trap.c:413 413 KASSERT(cold || td->td_ucred != NULL, (kgdb) p td $1 = (struct thread *) 0xc25ad9a0 (kgdb) p *td $2 = {td_proc = 0xc234fc40, td_ksegrp = 0xc1e42630, td_plist = { tqe_next = 0xc201cb00, tqe_prev = 0xc2ab8428}, td_kglist = { tqe_next = 0x0, tqe_prev = 0xc2ab9850}, td_slpq = {tqe_next = 0xc2ab9840, tqe_prev = 0xdf64fc78}, td_lockq = {tqe_next = 0x0, tqe_prev = 0x0}, td_runq = {tqe_next = 0x0, tqe_prev = 0xc1e42654}, td_selq = { tqh_first = 0x0, tqh_last = 0xc25ad9d0}, td_sleepqueue = 0xc2a19320, td_turnstile = 0xc2428dc0, td_tid = 100183, td_flags = 65538, td_inhibitors = 0, td_pflags = 128, td_last_kse = 0xc1ca0280, td_kse = 0xc1ca0280, td_dupfd = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 0 '\0', td_oncpu = 0 '\0', td_locks = 0, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0x0, td_standin = 0xc2ae09a0, td_prticks = 0, td_upcall = 0xc26cb000, td_sticks = 1437, td_uuticks = 0, td_usticks = 1, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = { __bits = {4294901503, 4294967295, 4294967295, 4294967295}}, td_siglist = { __bits = {0, 0, 0, 0}}, td_waitset = 0x0, td_umtx = {tqe_next = 0x0, tqe_prev = 0x0}, td_generation = 3, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 104 'h', td_priority = 160 ' ', td_pcb = 0xdf482da0, td_state = TDS_RUNNING, td_retval = {0, 185558528}, td_slpcallout = {c_links = {sle = {sle_next = 0xc2ab995c}, tqe = { tqe_next = 0xc2ab995c, tqe_prev = 0xce9ef790}}, c_time = 92526, c_arg = 0xc25ad9a0, c_func = 0, c_flags = 8}, td_frame = 0xdf482d48, td_kstack_obj = 0xc2490e70, td_kstack = 3746041856, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_savecrit = 582}, td_sched = 0xc25adafc} (kgdb) p *td->td_proc $3 = {p_list = {le_next = 0xc215be00, le_prev = 0xc244a700}, p_ksegrps = { tqh_first = 0xc29335a0, tqh_last = 0xc1e42634}, p_threads = { tqh_first = 0xc2ae0420, tqh_last = 0xc25ab848}, p_suspended = { tqh_first = 0x0, tqh_last = 0xc234fc58}, p_ucred = 0xc2188c80, p_fd = 0xc2164900, p_fdtol = 0x0, p_stats = 0xdf356000, p_limit = 0xc2163a00, p_upages_obj = 0xc23144a4, p_sigacts = 0xc240d000, p_flag = 49410, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 688, p_hash = { le_next = 0x0, le_prev = 0xc1ba8ac0}, p_pglist = {le_next = 0x0, le_prev = 0xc234fe54}, p_pptr = 0xc234fe00, p_sibling = {le_next = 0x0, le_prev = 0xc234fe68}, p_children = {lh_first = 0x0}, p_mtx = { mtx_object = {lo_class = 0xc08a00bc, lo_name = 0xc08385cb "process lock", lo_type = 0xc08385cb "process lock", lo_flags = 4390912, lo_list = { tqe_next = 0xc234fe6c, tqe_prev = 0xc234fafc}, lo_witness = 0xc09154a0}, mtx_lock = 4, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xc201e000, p_swtime = 0, p_realtimer = {it_interval = { tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 29667, tv_usec = 310390}}, p_runtime = {sec = 74, frac = 9024260264433929926}, p_uu = 17286797, p_su = 48742844, p_iu = 1, p_uticks = 2515, p_sticks = 9030, p_iticks = 0, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc2420b58, p_siglist = {__bits = {0, 0, 0, 0}}, p_lock = 0 '\0', p_sigiolst = { slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_magic = 3203398350, p_comm = "mysqld", '\0' , p_pgrp = 0xc1f8b6c0, p_sysent = 0xc08e2360, p_args = 0xc233cd00, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0, p_klist = { kl_lock = 0xc234fcac, kl_list = {slh_first = 0x0}}, p_numthreads = 7, p_numksegrps = 6, p_md = {md_ldt = 0xc23d98c0}, p_itcallout = {c_links = { sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xce9dcea8}}, c_time = 2966609, c_arg = 0xc234fc40, c_func = 0xc0620c88 , c_flags = 14}, p_uarea = 0xdf356000, p_acflag = 0, p_ru = 0x0, p_peers = 0x0, p_leader = 0xc234fc40, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc234fe00} (kgdb) q Script done on Fri Aug 20 15:16:48 2004 kernel config file below: # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413 2004/08/11 01:34:18 rwatson Exp $ machine i386 cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options 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 PFIL_HOOKS # pfil(9) framework options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device 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 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 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 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!) device "snd_sb16" device "snd_sb8" device snd_sbc device sound options INVARIANTS options INVARIANT_SUPPORT options IPSEC options IPSEC_ESP options KDB options KDB_UNATTENDED options WITNESS options DIAGNOSTIC options DUMMYNET options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options SW_WATCHDOG From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 22:20:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4446416A4CE for ; Fri, 20 Aug 2004 22:20:34 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 812DD43D3F for ; Fri, 20 Aug 2004 22:20:33 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7KMKPjw060835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Aug 2004 01:20:26 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7KMKQGu089949; Sat, 21 Aug 2004 01:20:26 +0300 (EEST) (envelope-from ru) Date: Sat, 21 Aug 2004 01:20:26 +0300 From: Ruslan Ermilov To: Maxim Sobolev Message-ID: <20040820222026.GC73564@ip.net.ua> References: <20040820190525.GA21626@isc.org> <16678.21478.381551.833252@grasshopper.cs.duke.edu> <41265A06.3030800@portaone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pk6IbRAofICFmK5e" Content-Disposition: inline In-Reply-To: <41265A06.3030800@portaone.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: "David W. Hankins" cc: Andrew Gallatin cc: current@FreeBSD.org Subject: Re: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 22:20:34 -0000 --Pk6IbRAofICFmK5e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2004 at 11:07:34PM +0300, Maxim Sobolev wrote: > Andrew Gallatin wrote: >=20 > >David W. Hankins writes: > > >=20 > > > This is as observed via tcpdump on [client], which is what is produci= ng > > > the bad checksums. Obviously it doesn't cause a problem since no one > > > listens to TCP checksums, but it's interesting. I only noticed it > > > because I was tcpdump'ing for completely unrelated reasons, and it=20 > > caught > > > my eye. > > > ><...> > > > > > Client machine is amd64, running 64-bit mode 5-current fresh as of > > > yesterday. Network interface is e1000, so fxp. Server is also freeb= sd > > > >e1000 is actually em. =20 > > > >You're almost certainly using a driver which offloads transmit > >checksums. (both fxp and em do) Since BPF sniffs the packet before it > >leaves the host, the checksum has not yet been calculated, so it looks > >bad. >=20 > Is it possible to detect this situation and flag tcpdump somehow, so=20 > that it don't trust checksum? With the widespread adoption of GigE=20 > cards, this "problem" is likely to be more and more common. >=20 It's easy to detect using the m_pkthdr.csum_flags. It shouldn't be impossible to make a writable mbuf chain copy, and call in_delayed_cksum() on a copy, before calling bpf_mtap(). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Pk6IbRAofICFmK5e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJnkqqRfpzJluFF4RArMsAJ99I8i5h7n6l1tGvQwuLTuxiamv5gCeIFBD IUCQvcxLFl2ATHVRKH5m6jo= =b66l -----END PGP SIGNATURE----- --Pk6IbRAofICFmK5e-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 22:31:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBBD816A4CE; Fri, 20 Aug 2004 22:31:02 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29F4543D31; Fri, 20 Aug 2004 22:31:01 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-a199.otenet.gr [212.205.215.199]) i7KMUpud026962; Sat, 21 Aug 2004 01:30:54 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i7KMTfVQ029941; Sat, 21 Aug 2004 01:29:41 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i7KMTbZM029940; Sat, 21 Aug 2004 01:29:37 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Sat, 21 Aug 2004 01:29:37 +0300 From: Giorgos Keramidas To: John Baldwin Message-ID: <20040820222937.GB29749@gothmog.gr> References: <4124B473.9070004@portaone.com> <20040819145753.GA81657@ip.net.ua> <20040819150502.GA4107@orion.daedalusnetworks.priv> <200408201255.27330.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408201255.27330.jhb@FreeBSD.org> cc: Maxim Sobolev cc: freebsd-current@freebsd.org cc: Andreas Kohn cc: current@freebsd.org Subject: Re: Extending cdboot with options "Press any key to boot from CD" prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 22:31:02 -0000 On 2004-08-20 12:55, John Baldwin wrote: > On Thursday 19 August 2004 11:05 am, Giorgos Keramidas wrote: > > On 2004-08-19 17:57, Ruslan Ermilov wrote: > > FWIW, I also like the idea of something like: > > > > Press any key to boot FreeBSD from CDROM... > > > > Of course you're supposed to know, and you can certainly stop the > > installer even after the system has booted into it, [...] > > cdboot is also used by at least DragonFly and OpenBSD (probably FreesBIE and > others as well), so I'd be very reluctant to add any FreeBSD specific bits > that would force other projects to maintain local diffs. Hmmm, in that case perhaps the more generic message is better :-/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 22:31:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBBD816A4CE; Fri, 20 Aug 2004 22:31:02 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29F4543D31; Fri, 20 Aug 2004 22:31:01 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-a199.otenet.gr [212.205.215.199]) i7KMUpud026962; Sat, 21 Aug 2004 01:30:54 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i7KMTfVQ029941; Sat, 21 Aug 2004 01:29:41 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i7KMTbZM029940; Sat, 21 Aug 2004 01:29:37 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Sat, 21 Aug 2004 01:29:37 +0300 From: Giorgos Keramidas To: John Baldwin Message-ID: <20040820222937.GB29749@gothmog.gr> References: <4124B473.9070004@portaone.com> <20040819145753.GA81657@ip.net.ua> <20040819150502.GA4107@orion.daedalusnetworks.priv> <200408201255.27330.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408201255.27330.jhb@FreeBSD.org> cc: Maxim Sobolev cc: freebsd-current@freebsd.org cc: Andreas Kohn cc: current@freebsd.org Subject: Re: Extending cdboot with options "Press any key to boot from CD" prompt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 22:31:03 -0000 On 2004-08-20 12:55, John Baldwin wrote: > On Thursday 19 August 2004 11:05 am, Giorgos Keramidas wrote: > > On 2004-08-19 17:57, Ruslan Ermilov wrote: > > FWIW, I also like the idea of something like: > > > > Press any key to boot FreeBSD from CDROM... > > > > Of course you're supposed to know, and you can certainly stop the > > installer even after the system has booted into it, [...] > > cdboot is also used by at least DragonFly and OpenBSD (probably FreesBIE and > others as well), so I'd be very reluctant to add any FreeBSD specific bits > that would force other projects to maintain local diffs. Hmmm, in that case perhaps the more generic message is better :-/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 22:48:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05AE216A4CE; Fri, 20 Aug 2004 22:48:07 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id D361043D53; Fri, 20 Aug 2004 22:48:06 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 3.35 #7) id 1ByIB4-0002o1-00; Fri, 20 Aug 2004 18:48:06 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16678.32676.969713.100787@jerusalem.litteratus.org> Date: Fri, 20 Aug 2004 18:48:04 -0400 To: Tim Robbins In-Reply-To: <20040820060047.GA1221@cat.robbins.dropbear.id.au> References: <20040820060047.GA1221@cat.robbins.dropbear.id.au> X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid cc: Vitaly Markitantov cc: current@freebsd.org Subject: Re: linux JDK with compat_linux broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 22:48:07 -0000 Tim Robbins writes: > Can you confirm that the problem still exists after updating your > sources and rebuilding the kernel and all relevant modules? I have re-built my -CURRENT system from sources updated at midnight. I just deleted then reinstalled java/linux-sun-jdk14. huff@>> /usr/local/linux-sun-jdk1.4.2/bin/java # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_05-b04 mixed mode) # # Error ID: 4F533F4C494E55583F491418160E435050035E # Heap at VM Abort: Heap ... and the process consumes 90+% of CPU (according to top). Stopping the program requires -KILL. This has been true for at least three months and maybe six. (And reported before in threads in the -questions and -java mailing lists.) I have been told there things are broken in linux_base-7 that affect the JDK. As far as I can tell, there has been zero motion toward getting this fixed since it was first reported. (I'd be happy to hear otherwise, as this is a bar to installing the native JDK14.) Robert Huff From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 22:49:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0109916A4CE; Fri, 20 Aug 2004 22:49:51 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2B343D39; Fri, 20 Aug 2004 22:49:50 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i7KMnX2h003904; Fri, 20 Aug 2004 15:49:37 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200408202249.i7KMnX2h003904@gw.catspoiler.org> Date: Fri, 20 Aug 2004 15:49:33 -0700 (PDT) From: Don Lewis To: ru@FreeBSD.org In-Reply-To: <20040820222026.GC73564@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: David_Hankins@isc.org cc: sobomax@portaone.com cc: gallatin@cs.duke.edu cc: current@FreeBSD.org Subject: Re: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 22:49:51 -0000 On 21 Aug, Ruslan Ermilov wrote: > On Fri, Aug 20, 2004 at 11:07:34PM +0300, Maxim Sobolev wrote: >> Andrew Gallatin wrote: >> >You're almost certainly using a driver which offloads transmit >> >checksums. (both fxp and em do) Since BPF sniffs the packet before it >> >leaves the host, the checksum has not yet been calculated, so it looks >> >bad. >> >> Is it possible to detect this situation and flag tcpdump somehow, so >> that it don't trust checksum? With the widespread adoption of GigE >> cards, this "problem" is likely to be more and more common. >> > It's easy to detect using the m_pkthdr.csum_flags. It shouldn't > be impossible to make a writable mbuf chain copy, and call > in_delayed_cksum() on a copy, before calling bpf_mtap(). >From a performance point of view, you'd probably want defer calculating the checksum until after the packet has passed the BPF filter, otherwise you'd consume an excessive amount of CPU time when sniffing for infrequently occurring packets on a high bandwidth network interface. From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 22:51:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B74716A4D0; Fri, 20 Aug 2004 22:51:59 +0000 (GMT) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88E7F43D45; Fri, 20 Aug 2004 22:51:58 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr8.xs4all.nl (8.12.11/8.12.11) with ESMTP id i7KMpvRM091976; Sat, 21 Aug 2004 00:51:57 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.11/8.12.9) with ESMTP id i7KMpugY053405; Sat, 21 Aug 2004 00:51:56 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.12.11/8.12.11/Submit) id i7KMpuaI053404; Sat, 21 Aug 2004 00:51:56 +0200 (CEST) (envelope-from wb) Date: Sat, 21 Aug 2004 00:51:56 +0200 From: Wilko Bulte To: Ruslan Ermilov Message-ID: <20040820225156.GE53215@freebie.xs4all.nl> References: <20040820101817.GE27931@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040820101817.GE27931@ip.net.ua> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org X-Virus-Scanned: by XS4ALL Virus Scanner cc: Doug Rabson cc: alpha@FreeBSD.ORG cc: current@FreeBSD.ORG cc: Wilko Bulte Subject: Re: Alpha is seriously broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 22:51:59 -0000 On Fri, Aug 20, 2004 at 01:18:17PM +0300, Ruslan Ermilov wrote.. > Hi all, > > This is a JFYI that recent Alphas (I don't know if it's a > kernel or libc) are seriously broken. > > Wilko brought an issue in my face that a make(1) binary > on his "a couple days ago" development box is dumping a > core. I logged in to beast.FreeBSD.org only to find out > the same, and also that cc(1) is dumping core as well > when I try to compile a dummy source file: > > $ uname -a > FreeBSD beast.freebsd.org 5.2-CURRENT FreeBSD 5.2-CURRENT #462: Tue Aug 17 17:41:15 UTC 2004 kensmith@beast.freebsd.org:/usr/src/sys/alpha/compile/BEAST alpha > $ cat a.c > void dummy(void) {} > $ cc -o a.o a.c > Segmentation fault (core dumped) > $ make a.o > Segmentation fault (core dumped) > > I'd call beast and Wilko's DS10 dead machines now. :-( DS10 has a 2nd disk that holds 4.something if that is of any use? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 22:55:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65A8D16A4CF; Fri, 20 Aug 2004 22:55:15 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 865E143D2D; Fri, 20 Aug 2004 22:55:14 +0000 (GMT) (envelope-from ru@ip.net.ua) 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 i7KMt8C9061295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Aug 2004 01:55:09 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7KMtAaj058934; Sat, 21 Aug 2004 01:55:10 +0300 (EEST) (envelope-from ru) Date: Sat, 21 Aug 2004 01:55:10 +0300 From: Ruslan Ermilov To: Don Lewis Message-ID: <20040820225510.GB8714@ip.net.ua> References: <20040820222026.GC73564@ip.net.ua> <200408202249.i7KMnX2h003904@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline In-Reply-To: <200408202249.i7KMnX2h003904@gw.catspoiler.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: David_Hankins@isc.org cc: sobomax@portaone.com cc: gallatin@cs.duke.edu cc: current@FreeBSD.org Subject: Re: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 22:55:15 -0000 --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2004 at 03:49:33PM -0700, Don Lewis wrote: > On 21 Aug, Ruslan Ermilov wrote: > > On Fri, Aug 20, 2004 at 11:07:34PM +0300, Maxim Sobolev wrote: > >> Andrew Gallatin wrote: >=20 > >> >You're almost certainly using a driver which offloads transmit > >> >checksums. (both fxp and em do) Since BPF sniffs the packet before it > >> >leaves the host, the checksum has not yet been calculated, so it looks > >> >bad. > >>=20 > >> Is it possible to detect this situation and flag tcpdump somehow, so= =20 > >> that it don't trust checksum? With the widespread adoption of GigE=20 > >> cards, this "problem" is likely to be more and more common. > >>=20 > > It's easy to detect using the m_pkthdr.csum_flags. It shouldn't > > be impossible to make a writable mbuf chain copy, and call > > in_delayed_cksum() on a copy, before calling bpf_mtap(). >=20 > >From a performance point of view, you'd probably want defer calculating > the checksum until after the packet has passed the BPF filter, otherwise > you'd consume an excessive amount of CPU time when sniffing for > infrequently occurring packets on a high bandwidth network interface. >=20 Note that this is only for outgoing packets originated on this host. Also, at least with ng_bpf(4) you have an opportunity to watch both matching and non-matching packets, i.e., all of them. Yes, performance will degrade if we do this, and I don't think it's a good idea to commit this, but if someone wants it, they now know what to do. ;) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJoFOqRfpzJluFF4RAmUHAKCGQNA+U+0yAeot+/90uoqTyCEFqQCfYQS3 gr0wgU00TUL7zFeXFGfbl70= =+JLS -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 23:20:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 642F716A4CE for ; Fri, 20 Aug 2004 23:20:57 +0000 (GMT) Received: from mimoza.pantel.net (mimoza.PANTEL.NET [212.24.191.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 203CF43D48 for ; Fri, 20 Aug 2004 23:20:57 +0000 (GMT) (envelope-from arutz@mimoza.pantel.net) Received: by mimoza.pantel.net (Postfix, from userid 1000) id 9A84B112EC; Sat, 21 Aug 2004 01:20:55 +0200 (CEST) Date: Sat, 21 Aug 2004 01:20:55 +0200 From: Antal Rutz To: current@freebsd.org Message-ID: <20040820232055.GA64448@mimoza.pantel.net> References: <4113EB2A.7060401@root.org> <20040812225838.GB10869@werd> <411D1C52.7050501@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <411D1C52.7050501@root.org> User-Agent: Mutt/1.4.2i Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 23:20:57 -0000 This bug is fixed for me with today's current (paniced a week ago, though). ad0 is udma100, cdrw is pio4. acpi enabled. If interested I can track down the change what made my notebook to work. the machine is an HP/compaq nx9005 On Fri, Aug 13, Nate Lawson wrote: > Radek Kozlowski wrote: > >On Fri, Aug 06, 2004 at 01:33:46PM -0700, Nate Lawson wrote: > > > >>I took a quick look at this ATA panic. The exact same one occurs for > >>Ceri. A quick dissassemble shows that the testb is the check for the > >>DMA flag at the very end of ata_generic_transaction(). The bug appears > >>to be that this may be a PIO request (since the DMA check is outside the > >>switch() statement). The fix is to make sure it's a DMA request before > >>dereferencing an element of the DMA struct. Try the attached patch. > > > > > >Another panic on boot with fresh -CURRENT, however this time ad0 is in > >UDMA100 mode: > > > > > >ad0: 38154MB [77520/16/63] at ata0-master > >UDMA100 > > > >Fatal trap 12: page fault while in kernel mode > >fault virtual address = 0x24 > >fault code = supervisor read, page not present > >instruction pointer = 0x8 :0xc0544896 > >stack pointer = 0x10 :0xd302db70 > >frame pointer = 0x10 :0xd302db70 > >code segment = base 0x0, limit 0xffffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > >processor eflags = interrupt enabled, resume, IOPL = 0 > >current process = 4 (g_down) > >[thread 100033] > >Stopped at rman_get_bustag+0x6: movl 0x24(%eax),%eax > >db> trace > >rman_get_bustag(0,d302db84,0,c1a33000,c8000000) at rman_get_bustag+0x6 > >ata_pci_dmastart(c1854200,c8,0,0,1) at ata_pci_dmastart+0x17 > >ata_generic_transaction(c1b3ea8c,c1b3ea8c,1f4,c0537399,0) at > >ata_generic_transaction+0x2e3 > >ata_start(c1854200,0,c1b3ea8c,c1854200,c1b42dec) at ata_start+0x279 > >ata_queue_request(c1b3ea8c,0,101,0,d302dc44,d302dc58,0,0,0,efd88083,2be897c,c1b42dec,c1aadd80) at ata_queue_request+0x1fc > >ad_start(c18542a8,c053e221,c1aaddc8,c1b42dec,c1aadd80) at ad_start+0x398 > >ata_start(c1854200,c1b42dec,0,0,c1b42dec) at ata_start+0xc8 > >adstrategy(c1b42dec,0,200,0,200) at adstrategy+0xce > >g_disk_start(c1b42e70,c0736028,24c,c06deea3,a) at g_disk_start+0x1b6 > >g_io_schedule_down(c188f000,c189e534,d302dd34,c0508650,0) at > >g_io_schedule_down+0x150 > >g_down_procbody(0,d302dd48,0,0,0) at g_down_procbody+0x1e > >fork_exit(c04e4f80,0,d302dd48) at fork_exit+0x80 > >fork_trampoline() at fork_trampoline+0x8 > >--- trap 0x1, eip = 0, esp = 0xd302dd7c, ebp = 0 --- > > > >-Radek > > ctlr->r_res1 is NULL but a DMA transaction is being started. This > results in a NULL pointer being passed to rman_get_bustag(). > ata_pci_attach() should not be setting the dmainit routine to > ata_pci_dmainit() if it can't enable busmastering. There are a myriad > of places to address this so I'm not sure where Soeren will want to fix > this. > > I'm still working with you privately on why r_res1 can't be allocated. > > -Nate > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- --rutz From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 00:49:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C89016A4CE; Sat, 21 Aug 2004 00:49:43 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB2FC43D2D; Sat, 21 Aug 2004 00:49:42 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i7L0ngTH020600; Fri, 20 Aug 2004 20:49:42 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i7L0ng4A020599; Fri, 20 Aug 2004 20:49:42 -0400 (EDT) Date: Fri, 20 Aug 2004 20:49:41 -0400 From: Ken Smith To: Doug Rabson Message-ID: <20040821004941.GA20480@electra.cse.Buffalo.EDU> References: <20040820101817.GE27931@ip.net.ua> <1092999187.9863.2.camel@builder02.qubesoft.com> <20040820105915.GA29178@ip.net.ua> <1093000460.9863.4.camel@builder02.qubesoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093000460.9863.4.camel@builder02.qubesoft.com> User-Agent: Mutt/1.4.1i cc: alpha@freebsd.org cc: Doug Rabson cc: current@freebsd.org cc: Wilko Bulte Subject: Re: Alpha is seriously broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 00:49:43 -0000 On Fri, Aug 20, 2004 at 12:14:21PM +0100, Doug Rabson wrote: > The first thing to try is to back out the change to lib/csu/alpha/crt1.c > and see if that helps. That appears to have been the problem. beast's auto-remake cron job is turned off. Can someone take care of fixing crt1.c please? :-) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 02:15:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A62816A4CE for ; Sat, 21 Aug 2004 02:15:01 +0000 (GMT) Received: from ddardaar.mine.nu (bwq83.neoplus.adsl.tpnet.pl [83.29.240.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D23C43D53 for ; Sat, 21 Aug 2004 02:14:59 +0000 (GMT) (envelope-from radek@raadradd.com) Received: by ddardaar.mine.nu (Postfix, from userid 1001) id 1FC99A51D; Sat, 21 Aug 2004 04:14:58 +0200 (CEST) Date: Sat, 21 Aug 2004 04:14:58 +0200 From: Radek Kozlowski To: Antal Rutz Message-ID: <20040821021458.GR16080@werd> References: <4113EB2A.7060401@root.org> <20040812225838.GB10869@werd> <411D1C52.7050501@root.org> <20040820232055.GA64448@mimoza.pantel.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20040820232055.GA64448@mimoza.pantel.net> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: Panic on boot with today's CURRENT, ata related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 02:15:01 -0000 On Sat, Aug 21, 2004 at 01:20:55AM +0200, Antal Rutz wrote: > This bug is fixed for me with today's current (paniced a week ago, > though). ad0 is udma100, cdrw is pio4. acpi enabled. > If interested I can track down the change what made my notebook to work. > > the machine is an HP/compaq nx9005 You can thank Nate for that. See the commit log for details if you're interested: http://lists.freebsd.org/pipermail/cvs-src/2004-August/030101.html -Radek From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 02:28:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A701716A4CE for ; Sat, 21 Aug 2004 02:28:12 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 658FA43D1F for ; Sat, 21 Aug 2004 02:28:12 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from localhost (localhost [127.0.0.1]) with ESMTP id AE747295414 for ; Fri, 20 Aug 2004 22:28:13 -0400 (EDT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com ([127.0.0.1])10024) with ESMTP id 11796-06 for ; Fri, 20 Aug 2004 22:28:10 -0400 (EDT) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id B0163295413 for ; Fri, 20 Aug 2004 22:28:10 -0400 (EDT) Received: from 192.168.0.200 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Fri, 20 Aug 2004 22:28:10 -0400 (EDT) Message-ID: <1196.192.168.0.200.1093055290.squirrel@192.168.0.200> Date: Fri, 20 Aug 2004 22:28:10 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at fbsd.wettoast.net Subject: mod_php4 and php4-cli? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 02:28:12 -0000 How can one install both php4-cli and mod_php4? I need to use both, however this is no longer possible with the new php port scheme. Thanks. From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 02:41:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2B4F16A4CE for ; Sat, 21 Aug 2004 02:41:32 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94A3943D45 for ; Sat, 21 Aug 2004 02:41:32 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from localhost (localhost [127.0.0.1]) with ESMTP id 120DB295414; Fri, 20 Aug 2004 22:41:34 -0400 (EDT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com ([127.0.0.1])10024) with ESMTP id 11796-08; Fri, 20 Aug 2004 22:41:32 -0400 (EDT) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id 5DDCB295413; Fri, 20 Aug 2004 22:41:32 -0400 (EDT) Received: from 192.168.0.200 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Fri, 20 Aug 2004 22:41:32 -0400 (EDT) Message-ID: <1210.192.168.0.200.1093056092.squirrel@192.168.0.200> In-Reply-To: <20040821023305.GA8013@energistic.com> References: <1196.192.168.0.200.1093055290.squirrel@192.168.0.200> <20040821023305.GA8013@energistic.com> Date: Fri, 20 Aug 2004 22:41:32 -0400 (EDT) From: "Mike Jakubik" To: "Steve Ames" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at fbsd.wettoast.net cc: freebsd-current@freebsd.org Subject: Re: mod_php4 and php4-cli? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 02:41:32 -0000 Steve Ames said: > On Fri, Aug 20, 2004 at 10:28:10PM -0400, Mike Jakubik wrote: >> How can one install both php4-cli and mod_php4? I need to use both, >> however this is no longer possible with the new php port scheme. > > Install /usr/ports/lang/php4 ... cli and the apache mod come with it. > You'd only use -cli or mod-php4 if you didn't want the whole package. > > With the new layout you'd also probably want to install > /usr/ports/lang/php4-extensions. > > -Steve Ahhh, thanks! From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 15:29:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E63C16A4CE for ; Fri, 20 Aug 2004 15:29:27 +0000 (GMT) Received: from mail-gw5.njit.edu (mail.njit.edu [128.235.251.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC53A43D3F for ; Fri, 20 Aug 2004 15:29:26 +0000 (GMT) (envelope-from timothyk@dl1.njit.edu) Received: from dl1.njit.edu (dl1.njit.edu [128.235.192.182]) by mail-gw5.njit.edu (8.12.10/8.12.4) with ESMTP id i7KFTQnJ009601; Fri, 20 Aug 2004 11:29:26 -0400 (EDT) Received: (from www@localhost) by dl1.njit.edu (8.12.10/8.12.10/Submit) id i7KFTJWr035764; Fri, 20 Aug 2004 11:29:19 -0400 (EDT) (envelope-from timothyk@dl1.njit.edu) From: T Kellers X-Authentication-Warning: dl1.njit.edu: www set sender to timothyk@dl1.njit.edu using -f Received: from ool-4353d5dd.dyn.optonline.net (ool-4353d5dd.dyn.optonline.net [67.83.213.221]) by dl1.njit.edu (IMP) with HTTP for ; Fri, 20 Aug 2004 11:29:19 -0400 Message-ID: <1093015759.412618cf27610@dl1.njit.edu> Date: Fri, 20 Aug 2004 11:29:19 -0400 To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 / FreeBSD-4.9 X-Originating-IP: 67.83.213.221 X-Mailman-Approved-At: Sat, 21 Aug 2004 02:49:13 +0000 cc: kellers@njit.edu Subject: kmail breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 15:29:27 -0000 Since CURRENT is now 6.0 (and I'm running 5.3) I'm not certain where this question should go, but here's hoping this is still the right place... When I launch kmail from KDE, the message "KDEInit could not launch 'kmail'" is returned in a dialogue box, when I launch it from xterm, I get: > kmail /libexec/ld-elf.so.1: /usr/local/lib/libkabc.so.3: Undefined symbol "_ZNSt24__default_alloc_templateILb1ELi0EE12_S_free_listE" > uname -a FreeBSD www.smsdesign.org 5.3-ALPHA FreeBSD 5.3-ALPHA #6: Fri Aug 20 06:54:42 EDT 2004 root@www.smsdesign.org:/usr/obj/usr/src/sys/BRASIDAS i386 My KDE is 3.2.3 Kmail worked up to this morning, this happendd around the same time as my update from 5-CURRENT to 5.3 Alpha. portversion(1) tells me all my kde components are up to date as of this morning. I didn't see anything in /usr/ports/UPATING about this problem, nor did I see anything in the list archives. Any ideas? Tim Kellers CPE/NJIT ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 16:23:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5550B16A4CE for ; Fri, 20 Aug 2004 16:23:18 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31D1F43D1F for ; Fri, 20 Aug 2004 16:23:18 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (rwcrmhc12) with ESMTP id <2004082016231701400me8kne>; Fri, 20 Aug 2004 16:23:17 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id B56541779A; Fri, 20 Aug 2004 09:23:16 -0700 (PDT) Date: Fri, 20 Aug 2004 09:23:16 -0700 From: Clint Olsen To: current@freebsd.org Message-ID: <20040820162316.GA881@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: NULlsen Network X-Disclaimer: Mutt Bites! X-Mailman-Approved-At: Sat, 21 Aug 2004 02:49:13 +0000 Subject: Ok, how did I get to 6.0-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 16:23:18 -0000 I installed a 5.2.1-RELEASE system and attempted to upgrade my tree using CVSup and the standard-supfile, and I just attempted a portion of the handbook instructions (make installkernel), and now I noticed the version lists as 6.0. Did I do something wrong? -Clint From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:13:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63CB316A4CE for ; Fri, 20 Aug 2004 19:13:39 +0000 (GMT) Received: from kiuru.kpnet.fi (kiuru.kpnet.fi [193.184.122.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D92943D55 for ; Fri, 20 Aug 2004 19:13:38 +0000 (GMT) (envelope-from midian@ihme.org) Received: from [192.168.1.57] (adsl-36-92.regionline.fi [194.211.36.92]) by kiuru.kpnet.fi (8.12.8/8.12.8) with ESMTP id i7KJDe77012054 for ; Fri, 20 Aug 2004 22:13:43 +0300 Date: Fri, 20 Aug 2004 22:13:32 +0300 (EEST) From: =?iso-8859-1?Q?Markus_H=E4stbacka?= X-X-Sender: midian@midi.ihme.net To: freebsd-current@freebsd.org Message-ID: <20040820220601.G33344@midi.ihme.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sat, 21 Aug 2004 02:49:13 +0000 Subject: USB keyboard problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:13:39 -0000 Hello list, I'm currently not subscribed, so please reply directly to me or CC me, thanks. Ok, here comes the explanation of the problem, I recently upgraded to 5.2-CURRENT (Currently at 5.3-BETA1), and after the upgrade my USB keyboard didn't work. I could turn on/off the numlock/capslock/scrolllock lights but there was no response in other keys. Here's the information I got from dmesg when the keyboard was connected at bootup: ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 kbd1 at ukbd0 uhid0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 Now, after it was regonized in bootup, I tried to replug it in, to see if it was regonized again, but no. I only got messages about disconnection, but no messages when I connected it again, dmesg: ukbd0: at uhub1 port 2 (addr 3) disconnected ukbd0: detached uhid0: at uhub1 port 2 (addr 3) disconnected uhid0: detached The very same keyboard works on the ps2 with a adapter. Please tell me if you want any more information, thanks. Markus From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 19:17:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD86116A4CE for ; Fri, 20 Aug 2004 19:17:55 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F5C443D45 for ; Fri, 20 Aug 2004 19:17:55 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 83A272F3; Fri, 20 Aug 2004 23:17:53 +0400 (MSD) Received: from localhost (ppp-dialup-13.atcom.spb.ru [213.182.168.13]) by ns.atcom.spb.ru (Postfix) with ESMTP id F32E4125 for ; Fri, 20 Aug 2004 23:17:50 +0400 (MSD) Date: Fri, 20 Aug 2004 23:14:59 +0400 From: Toxa To: current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040820191459.GA1422@laptoxa.toxa.lan> Mail-Followup-To: current@freebsd.org References: <20040819185710.GA659@laptoxa.toxa.lan> <20040820101933.G73388@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20040820101933.G73388@carver.gumbysoft.com> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Mailman-Approved-At: Sat, 21 Aug 2004 02:49:13 +0000 Subject: Re: why 6.0-current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 19:17:55 -0000 On Fri, Aug 20, 2004 at 10:20:49AM -0700, Doug White wrote: > Wow, that took a while for someoen to post the first "Why did my version > change?" email. Happens every time within hours for beta/release > candidate/releases, I guess -current people actually read the mailing > lists. :) Actually I do read :). But this moment was missed by me as far as you can see. RELENG_4 is 4-stable, RELENG_5 is 5-stable, but I stupidly thought that HEAD is one step forward from RELENG_5_X_RELEASE (e.g., if we have 5.4-release then current is 5.5-current, preparing for 5.5-release, becoming 5.6-current after 5.5-release is out, etc) -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status #-------------------------------------------------- "Anyone who quotes me in their sig is an idiot." Rusty Russell. #-------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:03:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17FBB16A4CE for ; Sat, 21 Aug 2004 03:03:19 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4856943D2D for ; Sat, 21 Aug 2004 03:03:16 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id EAC00FD067; Fri, 20 Aug 2004 20:03:15 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25924-06; Fri, 20 Aug 2004 20:03:15 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 79604FD077; Fri, 20 Aug 2004 20:03:15 -0700 (PDT) From: Sean McNeil To: "David W. Hankins" Content-Type: text/plain Message-Id: <1093057395.41311.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 20 Aug 2004 20:03:15 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:03:19 -0000 David, >When connecting to the same host from the same client just via tcp4, >all is not quite so good: I have an re0 NIC on my amd64 and I've found that txcsum is broken for it. Others have found this also and I believe it is not NIC-specific. Could you look to see if your nic has it turned on and try turning it off with ifconfig and see if it makes a difference? Sean From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:17:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FE2916A4CE for ; Sat, 21 Aug 2004 03:17:44 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFE5543D48 for ; Sat, 21 Aug 2004 03:17:43 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i7L3GljX080990 for ; Fri, 20 Aug 2004 23:16:47 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HSADbg9AFZbs6H1iUaDm" Organization: MarcusCom, Inc. Message-Id: <1093058259.9940.29.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 20 Aug 2004 23:17:40 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com Subject: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:17:44 -0000 --=-HSADbg9AFZbs6H1iUaDm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I just got a new Dell Precision 360 workstation with an LSILogic SCSI controller: mpt0: port 0xcd00-0xcdff mem 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on pci2 mpt1: port 0xce00-0xceff mem 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on pci2 I'm trying to install 5.2.1-RELEASE on this machine, then upgrade it to RELENG_5. The controller and 36 GB SCSI harddrive are detected just fine at boot time, but as soon as I go to write out my partitions to this drive, I get a timeout: mpt1: time out on request index =3D 0xfe sequence =3D 0x000001a0 mpt: Status 00000001, Mask 00000001, Doorbell 24000000 request state On Chip SCSI IO Request @ 0xcde1fc30 Chain Offset 0x10 Msg Flags 0x00 MsgContext 0x000000fe Bus: 0 TargetID 0 SenseBufferLength 32 LUN: 0x0 Control 0x01000000 WRITE SIMPLEQ DataLength 0x00010000 SenseBufferAddr 0x00391de0 CDB[0:6] 0a 01 3a 65 80 00 SE32 0xd6937c30: Addr=3D0x9aa7000 FlagsLength=3D0x14001000 HOST_TO_IOC SE32 0xd6937c38: Addr=3D0xa128000 FlagsLength=3D0x94001000 HOST_TO_IOC LAST_ELEMENT CE32 0xd6937c40: Addr=3D0x391c48 NxtChn0=3D0x16 Flags=3D0x30 Len=3D0x50 SE32 0xd6937c48: Addr=3D0xaa69000 FlagsLength=3D0x14001000 HOST_TO_IOC This trace continues for a while, but I'm transcribing it from the screen. I can certainly do the entire thing if someone is interested.=20 I can even set someone up with serial console access if they'd like.=20 Also note: this same model controller and drive work in another Dell Precision machine under -STABLE. I've tried booting 5.2.1 under normal sand safe modes with the same result. I looked in CVS, and there didn't appear to be any relevant driver changes since 5.2.1-RELEASE. Hoping someone can help me out. Thanks. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-HSADbg9AFZbs6H1iUaDm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBJr7Tb2iPiv4Uz4cRAgWKAKClIuIOQhRR4OMqK4oGRLLdmxKwsQCZAUwr xv3XiElqTHZdex1iHih3H7c= =URyz -----END PGP SIGNATURE----- --=-HSADbg9AFZbs6H1iUaDm-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:12:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0BF516A4CE for ; Sat, 21 Aug 2004 03:12:54 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6636243D46 for ; Sat, 21 Aug 2004 03:12:54 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 105FB2F3; Sat, 21 Aug 2004 07:12:53 +0400 (MSD) Received: from localhost (ppp-dialup-6.atcom.spb.ru [213.182.168.6]) by ns.atcom.spb.ru (Postfix) with ESMTP id 6260B125 for ; Sat, 21 Aug 2004 07:12:51 +0400 (MSD) Date: Sat, 21 Aug 2004 07:10:00 +0400 From: Toxa To: current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040821031000.GA2883@laptoxa.toxa.lan> Mail-Followup-To: current@freebsd.org References: <20040820162316.GA881@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20040820162316.GA881@0lsen.net> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Mailman-Approved-At: Sat, 21 Aug 2004 03:18:48 +0000 Subject: Re: Ok, how did I get to 6.0-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:12:54 -0000 On Fri, Aug 20, 2004 at 09:23:16AM -0700, Clint Olsen wrote: > I installed a 5.2.1-RELEASE system and attempted to upgrade my tree using > CVSup and the standard-supfile, and I just attempted a portion of the > handbook instructions (make installkernel), and now I noticed the version > lists as 6.0. > Did I do something wrong? http://lists.freebsd.org/pipermail/freebsd-current/2004-August/034794.html -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status #-------------------------------------------------- Hi! I am a .signature virus! Copy me into your ~/.signature to help me spread! #-------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:13:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0578B16A4CE for ; Sat, 21 Aug 2004 03:13:51 +0000 (GMT) Received: from mta7.srv.hcvlny.cv.net (mta7.srv.hcvlny.cv.net [167.206.5.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE18743D49 for ; Sat, 21 Aug 2004 03:13:50 +0000 (GMT) (envelope-from kellers@njit.edu) Received: from www.smsdesign.org (ool-4353d5dd.dyn.optonline.net [67.83.213.221]) by mta7.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I2S005DK0Z04Z@mta7.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Fri, 20 Aug 2004 23:13:49 -0400 (EDT) Date: Fri, 20 Aug 2004 23:13:46 -0400 From: Tim Kellers In-reply-to: <1093015759.412618cf27610@dl1.njit.edu> To: freebsd-current@freebsd.org Message-id: <200408202313.47173.kellers@njit.edu> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.6.2 References: <1093015759.412618cf27610@dl1.njit.edu> X-Mailman-Approved-At: Sat, 21 Aug 2004 03:18:48 +0000 cc: T Kellers Subject: Re: kmail breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:13:51 -0000 Thanks for the help guys, portupgrade -fR kdepim got my kmail working again. On Friday 20 August 2004 11:29 am, T Kellers wrote: > Since CURRENT is now 6.0 (and I'm running 5.3) I'm not certain where this > question should go, but here's hoping this is still the right place... > > When I launch kmail from KDE, the message > "KDEInit could not launch 'kmail'" is returned in a dialogue box, when I > launch > > it from xterm, I get: > > kmail > > /libexec/ld-elf.so.1: /usr/local/lib/libkabc.so.3: Undefined symbol > "_ZNSt24__default_alloc_templateILb1ELi0EE12_S_free_listE" > > > uname -a > > FreeBSD www.smsdesign.org 5.3-ALPHA FreeBSD 5.3-ALPHA #6: Fri Aug 20 > 06:54:42 EDT 2004 root@www.smsdesign.org:/usr/obj/usr/src/sys/BRASIDAS > i386 > > My KDE is 3.2.3 Kmail worked up to this morning, this happendd around the > same time as my update from 5-CURRENT to 5.3 Alpha. > > portversion(1) tells me all my kde components are up to date as of this > morning. > > I didn't see anything in /usr/ports/UPATING about this problem, nor did I > see anything in the list archives. > > Any ideas? > > Tim Kellers > CPE/NJIT > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:19:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACD9316A4CE for ; Sat, 21 Aug 2004 03:19:53 +0000 (GMT) Received: from mxout6.cac.washington.edu (mxout6.cac.washington.edu [140.142.33.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C70D43D49 for ; Sat, 21 Aug 2004 03:19:53 +0000 (GMT) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9]) ESMTP id i7L3JpqC011442; Fri, 20 Aug 2004 20:19:52 -0700 Received: from [192.168.1.104] (c-24-18-235-11.client.comcast.net [24.18.235.11]) (authenticated bits=0)i7L3Jpsr008936 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Fri, 20 Aug 2004 20:19:51 -0700 From: David Syphers To: Clint Olsen Date: Fri, 20 Aug 2004 20:19:57 -0700 User-Agent: KMail/1.6.2 References: <20040820162316.GA881@0lsen.net> In-Reply-To: <20040820162316.GA881@0lsen.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408202019.57342.dsyphers@u.washington.edu> cc: current@freebsd.org Subject: Re: Ok, how did I get to 6.0-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:19:53 -0000 On Friday 20 August 2004 09:23 am, Clint Olsen wrote: > I installed a 5.2.1-RELEASE system and attempted to upgrade my tree using > CVSup and the standard-supfile, and I just attempted a portion of the > handbook instructions (make installkernel), and now I noticed the version > lists as 6.0. HEAD is now 6-CURRENT (as of two days ago). You may want RELENG_5. Personally, I never saw an announcement of this change, but it's been discussed on current@ quite a bit in the past day. -David -- +++ Divide By Cucumber Error. Please Reinstall Universe And Reboot. +++ From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:20:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D755116A4CE; Sat, 21 Aug 2004 03:20:13 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC3443D48; Sat, 21 Aug 2004 03:20:13 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 76AB1FD06B; Fri, 20 Aug 2004 20:20:13 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26162-06; Fri, 20 Aug 2004 20:20:13 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id F262BFD067; Fri, 20 Aug 2004 20:20:12 -0700 (PDT) From: Sean McNeil To: Ruslan Ermilov Content-Type: text/plain Message-Id: <1093058412.41311.10.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 20 Aug 2004 20:20:12 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org cc: David_Hankins@isc.org cc: truckman@freebsd.org cc: sobomax@portaone.com cc: gallatin@cs.duke.edu Subject: Re: on amd64 tcp4 cksums are bad (FYI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:20:14 -0000 Gentlemen, > >> >You're almost certainly using a driver which offloads transmit > >> >checksums. (both fxp and em do) Since BPF sniffs the packet before it > >> >leaves the host, the checksum has not yet been calculated, so it looks > >> >bad. I reported this a long time ago. Hardware transmit checksums are broken somewhere. Most likely UDP and perhaps ipfw/nat have something to do with it. I've just checked and the problem still exists. In order for something like NFS to work, you have to turn off txcsum. Other people see this same issue and it has led me to conclude it isn't nic related. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:32:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9370116A4CE for ; Sat, 21 Aug 2004 03:32:44 +0000 (GMT) Received: from dns12.mail.yahoo.co.jp (dns12.mail.yahoo.co.jp [210.81.151.145]) by mx1.FreeBSD.org (Postfix) with SMTP id A1BDF43D1D for ; Sat, 21 Aug 2004 03:32:43 +0000 (GMT) (envelope-from ayakokiko@ybb.ne.jp) Received: from unknown (HELO gorgon.near.this) (219.11.234.11 with poptime) by dns12.mail.yahoo.co.jp with SMTP; 21 Aug 2004 03:32:42 -0000 X-Apparently-From: Received: from hydra.near.this (hydra.near.this [10.0.3.20]) by gorgon.near.this (Postfix) with ESMTP id 5AF6A7F24 for ; Sat, 21 Aug 2004 12:32:34 +0900 (JST) Received: by hydra.near.this (Postfix, from userid 100) id AF1AA9845; Sat, 21 Aug 2004 12:32:33 +0900 (JST) Date: Sat, 21 Aug 2004 12:26:06 +0900 From: horio shoichi To: freebsd-current@freebsd.org In-Reply-To: <20040820123605.GD29568@ip.net.ua> References: <20040820123605.GD29568@ip.net.ua> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040821.033233.eb441d09555a849b.10.0.3.20@bugsgrief.net> Subject: Re: setting CFLAGS in /etc/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:32:44 -0000 On Fri, 20 Aug 2004 15:36:05 +0300 Ruslan Ermilov wrote: > Facts: > > 1. In FreeBSD, CFLAGS (if not explicitly set, or set in /etc/make.conf) > is the global make(1) variable. > > 2. FreeBSD make(1) knows about environment and global variables, and > global variables take precedence over environment variables. > > 3. If CFLAGS is not explicitly set in /etc/make.conf, and CFLAGS is > set in environment instead, its value becomes a value of the CFLAGS > make(1) global variable: > > : $ cat makefile > : FOO+= bar > : > : all: > : @echo global FOO: ${FOO} > : @echo env FOO: $${FOO} > : $ FOO=foo make > : global FOO: foo bar > : env FOO: foo > > So, if you need to change another makefile's idea of the initial value > of CFLAGS, you basically have two reliable choices: > > a) Don't use /etc/make.conf to avoid the possibility of setting > CFLAGS in /etc/make.conf. > > b) Modify this another makefile to add things you want to CFLAGS; > the modification may be either hardcoded, or using another > macro whose value you can then pass as environment variable. > > There's no other reliable way, and FreeBSD make(1) doesn't provide > you a way to initialize a variable in the global context on the > command line or from environment, except for -D which would set it > to "1". You can only modify global variables from makefile or > from its included sources. > > P.S. I start to hate command-line variable in make(1). ;) > > > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > I think following way is "reliable". No ? % grep CFLAGS /etc/make.conf CFLAGS ?= -O -pipe % or equivalently, (more polite and maybe more robust) % grep CFLAGS /etc/make.conf .if defined(ENV_CFLAGS) && !empty(ENV_CFLAGS) CFLAGS = ${ENV_CFLAGS} .else # CFLAGS CFLAGS = -O -pipe .endif # CFLAGS % I myself is using a variation of the latter for ports, to occasionally set -fno-stack-protector. horio shoichi From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:37:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 265D916A4CE; Sat, 21 Aug 2004 03:37:13 +0000 (GMT) Received: from out006.verizon.net (out006pub.verizon.net [206.46.170.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96BF043D1F; Sat, 21 Aug 2004 03:37:12 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.49.99]) by out006.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040821033711.ROTF22385.out006.verizon.net@[10.0.3.231]>; Fri, 20 Aug 2004 22:37:11 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: Toxa In-Reply-To: <20040818182931.GA1926@laptoxa.toxa.lan> References: <6.1.0.6.1.20040816074348.03f99338@popserver.sfu.ca> <4122A34F.2020607@nikiforov.ru> <20040818082141.5d2fcee7@duality.bytephobia.de> <20040818182931.GA1926@laptoxa.toxa.lan> Content-Type: text/plain Message-Id: <1093059427.701.7.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 20 Aug 2004 23:37:08 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out006.verizon.net from [138.89.49.99] at Fri, 20 Aug 2004 22:37:11 -0500 cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Enhanced SpeedStep driver available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:37:13 -0000 On Wed, 2004-08-18 at 14:29, Toxa wrote: > On Wed, Aug 18, 2004 at 08:21:41AM +0200, Patrick Hurrelmann wrote: > > > Pentium 4 M is the mobile version of a Pentium 4 and capable of speed step. > > Pentium M is a complete new processor and not a mobile version of any other. Indeed it is based on the Pentium 3 layout (but only based ;) ). > > > Centrino is no processor at all. Centrino is the name for a hardware bundle: > > - Intel Pentium M (no Pentium 4!) > > - Intel Chipset (with or without onboard graphic) > > - Intel Wireless-LAN adapter > > > If one of this partsis missing on a system it must not be called Centrino (that's Intel politics). > > Thanks for clearing it out for us all, but the fact is that Pentium > 4 M (not Pentium M from Centrino "toolkit") is capable of SpeedStep > (Not Enhanced SpeedStep, right?). But freebsd lacks of speedstep support > (AFAIK, hw.acpi.cpu_throttle_state plays only with processor C-states, > which are not SpeedStep), so I'm womdering if est.ko would do > something with Pentium 4 M processors. Ahem... some time last fall I was using CPU throttling on my ThinkPad 560Z (Pentium II 266MHz). Worked nicely in 8 steps (12.5% increments). I don't know if it was Pentium II specific, but it definitely worked out of the box on then -CURRENT. CPU states were (and still are) separate from that. I have since switched to AMD laptop and have to use separate module (powernow_k7), but I am pretty sure that at least some CPU throttling was there and was working. Controls, AFAICR, were somewhere in hw.acpi.cpu space. Sorry for vague recollections, but maybe they will elicit response from somebody, who has better grip on the subject. --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:45:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F97816A4CE; Sat, 21 Aug 2004 03:45:51 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB9A543D1D; Sat, 21 Aug 2004 03:45:50 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 08BE51674E2; Sat, 21 Aug 2004 05:45:50 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i7L3jljj060326 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 21 Aug 2004 05:45:48 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@FreeBSD.org Date: Sat, 21 Aug 2004 05:45:42 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_qVsJBa7Ljk1zeRU"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408210545.46358.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: harti@FreeBSD.org cc: mi@aldan.algebra.com Subject: port breakage with recent make X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:45:51 -0000 --Boundary-02=_qVsJBa7Ljk1zeRU Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline science/hdf breaks with the latest make(1). What it does seems innocent=20 enough: It passes PREFIX via MAKE_ARGS to the main Makefile (MAKE_ARGS=3D = =20 PREFIX=3D"${PREFIX}") and the main Makefile has: LIBDIR ?=3D ${PREFIX}/lib BINDIR ?=3D ${PREFIX}/bin =2EMAKEFLAGS: PREFIX=3D${PREFIX} LIBDIR=3D${LIBDIR} BINDIR=3D${BINDIR} It does some more redefinitions of LIBDIR and BINDIR (with references to=20 PREFIX ...) in Makefiles further down (the ports seems to replace the=20 autotools Makefiles rather completely with custom-made ones), but there's=20 nothing that looks like it should undefine or change PREFIX. Is the port=20 wrong or make? =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 --Boundary-02=_qVsJBa7Ljk1zeRU Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBJsVqXhc68WspdLARAgUBAJ9DU0cpuEzoFV7FirpSsG78aSipZACgnEaR AYuhSU0+g01A0cfWcPkUYHo= =osPX -----END PGP SIGNATURE----- --Boundary-02=_qVsJBa7Ljk1zeRU-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:55:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D3D16A4CE; Sat, 21 Aug 2004 03:55:10 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C6F343D1F; Sat, 21 Aug 2004 03:55:09 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id CAA3A16776E; Sat, 21 Aug 2004 05:55:08 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i7L3t7jj060412 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 21 Aug 2004 05:55:08 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@FreeBSD.org Date: Sat, 21 Aug 2004 05:55:07 +0200 User-Agent: KMail/1.6.2 References: <200408210545.46358.michaelnottebrock@gmx.net> In-Reply-To: <200408210545.46358.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_besJBHFf1x0a60U"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408210555.07642.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: harti@FreeBSD.org cc: mi@aldan.algebra.com Subject: Re: port breakage with recent make X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:55:10 -0000 --Boundary-02=_besJBHFf1x0a60U Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 21 August 2004 05:45, Michael Nottebrock wrote: > science/hdf breaks with the latest make(1).=20 I should probably tell how it's breaking: It installs the libraries=20 into /usr/lib instead of /usr/local/lib. =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 --Boundary-02=_besJBHFf1x0a60U Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBJsebXhc68WspdLARAiSTAJwKqgdwv4EOylFMbWgQ1kBSV7PwZACgq/1r P9FLgRa+tv67wNLmElySxh8= =syTM -----END PGP SIGNATURE----- --Boundary-02=_besJBHFf1x0a60U-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 03:59:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59E1E16A4CE; Sat, 21 Aug 2004 03:59:56 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0308143D5C; Sat, 21 Aug 2004 03:59:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7L3xt8w090152; Fri, 20 Aug 2004 23:59:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7L3xtmm028040; Fri, 20 Aug 2004 23:59:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4EC057303F; Fri, 20 Aug 2004 23:59:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040821035955.4EC057303F@freebsd-current.sentex.ca> Date: Fri, 20 Aug 2004 23:59:55 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 03:59:56 -0000 TB --- 2004-08-21 02:24:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-21 02:24:52 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-21 02:24:52 - checking out the source tree TB --- 2004-08-21 02:24:52 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-21 02:24:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-21 02:30:44 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-21 02:30:44 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-21 02:30:44 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-21 03:35:03 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-21 03:35:03 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-21 03:35:03 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Aug 21 03:35:03 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Aug 21 03:48:43 UTC 2004 TB --- 2004-08-21 03:48:43 - generating LINT kernel config TB --- 2004-08-21 03:48:43 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-21 03:48:43 - /usr/bin/make -B LINT TB --- 2004-08-21 03:48:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-21 03:48:43 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-21 03:48:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 21 03:48:43 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus.c awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred- stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c: In function `fdioctl': /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2701: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2701: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2701: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-21 03:59:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-21 03:59:55 - ERROR: failed to build lint kernel TB --- 2004-08-21 03:59:55 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 04:12:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AA1016A4CE for ; Sat, 21 Aug 2004 04:12:25 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6DF143D31 for ; Sat, 21 Aug 2004 04:12:24 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i7L4BRlk081303 for ; Sat, 21 Aug 2004 00:11:27 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org In-Reply-To: <1093058259.9940.29.camel@shumai.marcuscom.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qsjmiV5c2kcg/qly1mN7" Organization: MarcusCom, Inc. Message-Id: <1093061539.9940.32.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 00:12:20 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 04:12:25 -0000 --=-qsjmiV5c2kcg/qly1mN7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-08-20 at 23:17, Joe Marcus Clarke wrote: > I just got a new Dell Precision 360 workstation with an LSILogic SCSI > controller: >=20 > mpt0: port 0xcd00-0xcdff mem > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on pci2 > mpt1: port 0xce00-0xceff mem > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on pci2 >=20 > I'm trying to install 5.2.1-RELEASE on this machine, then upgrade it to > RELENG_5. The controller and 36 GB SCSI harddrive are detected just > fine at boot time, but as soon as I go to write out my partitions to > this drive, I get a timeout: >=20 > mpt1: time out on request index =3D 0xfe sequence =3D 0x000001a0 > mpt: Status 00000001, Mask 00000001, Doorbell 24000000 > request state On Chip > SCSI IO Request @ 0xcde1fc30 > Chain Offset 0x10 > Msg Flags 0x00 > MsgContext 0x000000fe > Bus: 0 > TargetID 0 > SenseBufferLength 32 > LUN: 0x0 > Control 0x01000000 WRITE SIMPLEQ > DataLength 0x00010000 > SenseBufferAddr 0x00391de0 > CDB[0:6] 0a 01 3a 65 80 00 > SE32 0xd6937c30: Addr=3D0x9aa7000 FlagsLength=3D0x14001000 > HOST_TO_IOC > SE32 0xd6937c38: Addr=3D0xa128000 FlagsLength=3D0x94001000 > HOST_TO_IOC LAST_ELEMENT > CE32 0xd6937c40: Addr=3D0x391c48 NxtChn0=3D0x16 Flags=3D0x30 Len=3D0x50 > SE32 0xd6937c48: Addr=3D0xaa69000 FlagsLength=3D0x14001000 > HOST_TO_IOC >=20 > This trace continues for a while, but I'm transcribing it from the > screen. I can certainly do the entire thing if someone is interested.=20 > I can even set someone up with serial console access if they'd like.=20 > Also note: this same model controller and drive work in another Dell > Precision machine under -STABLE. I've tried booting 5.2.1 under normal > sand safe modes with the same result. I looked in CVS, and there didn't > appear to be any relevant driver changes since 5.2.1-RELEASE. Hoping > someone can help me out. Thanks. Sorry to follow-up to myself, but it looks like this problem can be fixed by the patch in http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/66479. I saw the original NetBSD PR that reported this: http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=3D24967, and my symptoms look the same. I'll try and build a release with this patch to see if it does the trick. In the meantime, if someone could have a look at this PR, that would be great. Joe >=20 > Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-qsjmiV5c2kcg/qly1mN7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBJsujb2iPiv4Uz4cRAsNZAKCD5VdJlWGkR+R+cwh6wM8u2vBmMwCghDkq /AbJBgmDMCG3C16a0T1qoCs= =gBZH -----END PGP SIGNATURE----- --=-qsjmiV5c2kcg/qly1mN7-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 04:47:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 906A416A4CE for ; Sat, 21 Aug 2004 04:47:59 +0000 (GMT) Received: from mps7.plala.or.jp (c150240.vh.plala.or.jp [210.150.150.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C0143D2F for ; Sat, 21 Aug 2004 04:47:58 +0000 (GMT) (envelope-from sf@FreeBSD.org) Received: from i169110.ap.plala.or.jp ([218.47.169.110]) by mps7.plala.or.jp with ESMTP <20040821044757.CGYX4187.mps7.plala.or.jp@i169110.ap.plala.or.jp>; Sat, 21 Aug 2004 13:47:57 +0900 Date: Sat, 21 Aug 2004 13:47:52 +0900 Message-ID: <86llg9f66f.wl%sf@FreeBSD.org> From: FUJISHIMA Satsuki To: Grover Lines In-Reply-To: <412616D6.6090601@ceribus.net> References: <412616D6.6090601@ceribus.net> Mail-Followup-To: Grover Lines , freebsd-current@freebsd.org User-Agent: Wanderlust/2.11.30 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Strange output at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 04:47:59 -0000 At Fri, 20 Aug 2004 08:20:54 -0700, Grover Lines wrote: > > I dont know if I missed somthing along the way, or broke somthing but > the last couple days builds have brought me this type of output during boot. > > 1197 %desc R *Handler > 1198 %driver R *Handler > 1199 %location R *Handler > 1200 %pnpinfo R *Handler > 1201 %parent R *Handler check your sysctl.conf. From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 05:01:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2011416A4CE; Sat, 21 Aug 2004 05:01:47 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF3C43D45; Sat, 21 Aug 2004 05:01:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7L51jB6073261; Sat, 21 Aug 2004 01:01:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7L51k05006813; Sat, 21 Aug 2004 01:01:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B2F5E7303F; Sat, 21 Aug 2004 01:01:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040821050145.B2F5E7303F@freebsd-current.sentex.ca> Date: Sat, 21 Aug 2004 01:01:45 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 05:01:47 -0000 TB --- 2004-08-21 03:59:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-21 03:59:55 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-21 03:59:55 - checking out the source tree TB --- 2004-08-21 03:59:55 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-21 03:59:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-21 04:05:19 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-21 04:05:19 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-21 04:05:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-21 05:01:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-21 05:01:45 - ERROR: failed to build world TB --- 2004-08-21 05:01:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 05:44:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C63816A4CE for ; Sat, 21 Aug 2004 05:44:54 +0000 (GMT) Received: from dns12.mail.yahoo.co.jp (dns12.mail.yahoo.co.jp [210.81.151.145]) by mx1.FreeBSD.org (Postfix) with SMTP id 0327243D3F for ; Sat, 21 Aug 2004 05:44:53 +0000 (GMT) (envelope-from ayakokiko@ybb.ne.jp) Received: from unknown (HELO gorgon.near.this) (219.11.234.11 with poptime) by dns12.mail.yahoo.co.jp with SMTP; 21 Aug 2004 05:44:51 -0000 X-Apparently-From: Received: from hydra.near.this (hydra.near.this [10.0.3.20]) by gorgon.near.this (Postfix) with ESMTP id 464D87F24 for ; Sat, 21 Aug 2004 14:44:45 +0900 (JST) Received: by hydra.near.this (Postfix, from userid 100) id ADC7D9845; Sat, 21 Aug 2004 14:44:44 +0900 (JST) Date: Sat, 21 Aug 2004 14:44:44 +0900 From: horio shoichi To: freebsd-current@freebsd.org In-Reply-To: <20040820123605.GD29568@ip.net.ua> References: <20040820123605.GD29568@ip.net.ua> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040821.054444.d1744bc19008622e.10.0.3.20@bugsgrief.net> Subject: Re: setting CFLAGS in /etc/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 05:44:54 -0000 On Fri, 20 Aug 2004 15:36:05 +0300 Ruslan Ermilov wrote: > > P.S. I start to hate command-line variable in make(1). ;) > > > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > I forgot about command line variations. % cat cflags .PHONY : a a : # ${CFLAGS} make -f cflags dee-dee dee-dee : # ${CFLAGS} % make -f cflags # -O -pipe make -f cflags dee-dee # -O -pipe % env CFLAGS="do-do" make -f cflags -E CFLAGS # do-do make -f cflags dee-dee # do-do % And, amazing ! featuristic ! % make -f cflags -E CFLAGS CFLAGS=hehe # hehe make -f cflags dee-dee # hehe % echo $CFLAGS CFLAGS: Undefined variable. If the makefiles in nest don't have conflicting variable requirements, then passing variable values over to the lower strata makefiles seems not hard. BTW, o tested on 4.9-STABLE, o /etc/make.conf is not mocked up one (as I wrote in previous text). horio shoichi From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 06:48:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D23C16A4CE for ; Sat, 21 Aug 2004 06:48:34 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 504C143D5F for ; Sat, 21 Aug 2004 06:48:34 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (rwcrmhc11) with ESMTP id <2004082106483301300r8tbee>; Sat, 21 Aug 2004 06:48:34 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id 453D81779A; Fri, 20 Aug 2004 23:48:33 -0700 (PDT) Date: Fri, 20 Aug 2004 23:48:33 -0700 From: Clint Olsen To: current@freebsd.org Message-ID: <20040821064833.GC36803@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: Trying to 'installworld' and proxy user issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 06:48:34 -0000 Ok, I have to say I'm a bit confused. I ran through the handbook on how to upgrade. I've done this before, but this time I ran into some problems. I ran 'mergemaster -p' before trying to do 'installworld', and the install immediately fails because there is no 'proxy' user. The thing is, the proxy did get added to the master password file in /usr/src. It just doesn't exist (yet) in /etc. So, what exactly should have happened here? I looked on Google and noticed someone else ran into the same exact problem. It seems like you always have this chicken and egg problem when building new OS versions: things required to exist on the bootstrap version in order to get a new version up and running. -Clint From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 06:53:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8334116A4CE for ; Sat, 21 Aug 2004 06:53:18 +0000 (GMT) Received: from priv-edtnes57.telusplanet.net (outbound01.telus.net [199.185.220.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8AA943D2F for ; Sat, 21 Aug 2004 06:53:17 +0000 (GMT) (envelope-from mayo@mayo.sk) Received: from [192.168.0.20] (really [206.116.12.28]) by priv-edtnes57.telusplanet.netESMTP <20040821065317.QACY504.priv-edtnes57.telusplanet.net@[192.168.0.20]>; Sat, 21 Aug 2004 00:53:17 -0600 From: Mayo Jordanov To: Markus =?ISO-8859-1?Q?H=E4stbacka?= In-Reply-To: <20040820220601.G33344@midi.ihme.net> References: <20040820220601.G33344@midi.ihme.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mN/gVoES4WVzDM0H+msc" Message-Id: <1093071196.1069.3.camel@einstein.local.nfy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 20 Aug 2004 23:53:16 -0700 cc: freebsd-current@freebsd.org Subject: Re: USB keyboard problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 06:53:18 -0000 --=-mN/gVoES4WVzDM0H+msc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have the same issue with my usb keyboard. I had similar issues with current from about a month, but what I used to do there was putting a entry into /etc/usbd.conf, unfortunately that doesn't seem to work anymore. One way to get it working is using kbdcontrol, but you'll have to ssh into the box for that. kbdcontrol -l /dev/ukbd0 < /dev/console (or whatever the usb keyboard device is) m On Fri, 2004-08-20 at 12:13, Markus H=E4stbacka wrote: > Hello list, I'm currently not subscribed, so please reply directly to me=20 > or CC me, thanks. >=20 > Ok, here comes the explanation of the problem, I recently upgraded to=20 > 5.2-CURRENT (Currently at 5.3-BETA1), and after the upgrade my USB=20 > keyboard didn't work. I could turn on/off the numlock/capslock/scrolllock= =20 > lights but there was no response in other keys. Here's the information I=20 > got from dmesg when the keyboard was connected at bootup: > ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 > kbd1 at ukbd0 > uhid0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass 3/1 >=20 > Now, after it was regonized in bootup, I tried to replug it in, to see if= =20 > it was regonized again, but no. I only got messages about disconnection,=20 > but no messages when I connected it again, dmesg: > ukbd0: at uhub1 port 2 (addr 3) disconnected > ukbd0: detached > uhid0: at uhub1 port 2 (addr 3) disconnected > uhid0: detached >=20 > The very same keyboard works on the ps2 with a adapter. >=20 > Please tell me if you want any more information, thanks. >=20 > Markus > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=-mN/gVoES4WVzDM0H+msc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBJvFb3IqYlN3K/uYRAhPaAJ9k5yRNoY0Y5kPicUFEBe2BWMUE8gCfasnC 6i8c/viW1Wy2Q4Z+sa7ZvgE= =0WfC -----END PGP SIGNATURE----- --=-mN/gVoES4WVzDM0H+msc-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 07:03:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17A4416A4CE for ; Sat, 21 Aug 2004 07:03:25 +0000 (GMT) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69C0B43D2F for ; Sat, 21 Aug 2004 07:03:24 +0000 (GMT) (envelope-from bsd-current@epcdirect.co.uk) Received: from lfarr (host213-122-155-80.in-addr.btopenworld.com [213.122.155.80]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id B6F9C68077 for ; Sat, 21 Aug 2004 08:03:22 +0100 (BST) From: "Lawrence Farr" To: Date: Sat, 21 Aug 2004 08:03:19 +0100 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.2800.1441 In-Reply-To: <20040821064833.GC36803@0lsen.net> Thread-Index: AcSHSv+rwFfK24hhShCdZDY58Rz4VAAATnWg Message-Id: <20040821070322.B6F9C68077@gunfright.epcdirect.co.uk> Subject: Anyone else seeing solid hangs under load on SMP? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 07:03:25 -0000 I have a dual P3 box that does a make release every night for me, and always dies during it. Running the same script during the day it never hangs, just during the night, probably pushed over the edge by the periodic scripts added load. No output on console, sending a break does nothing, it hangs solid. Regards, Lawrence Farr From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 07:09:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1895616A4CE for ; Sat, 21 Aug 2004 07:09:23 +0000 (GMT) Received: from smtp003.bizmail.yahoo.com (smtp003.bizmail.yahoo.com [216.136.130.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 0583E43D2D for ; Sat, 21 Aug 2004 07:09:23 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.234.183 with login) by smtp003.bizmail.yahoo.com with SMTP; 21 Aug 2004 07:09:22 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id B0A6C6293; Sat, 21 Aug 2004 02:09:21 -0500 (CDT) 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 72789-08; Sat, 21 Aug 2004 02:09:20 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 6E6AB6144; Sat, 21 Aug 2004 02:09:20 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i7L79J9f009604; Sat, 21 Aug 2004 02:09:20 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4126F51F.6020905@alumni.rice.edu> Date: Sat, 21 Aug 2004 02:09:19 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Clint Olsen References: <20040821064833.GC36803@0lsen.net> In-Reply-To: <20040821064833.GC36803@0lsen.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: current@freebsd.org Subject: Re: Trying to 'installworld' and proxy user issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 07:09:23 -0000 On 08/21/04 01:48, Clint Olsen wrote: > Ok, I have to say I'm a bit confused. I ran through the handbook on how to > upgrade. I've done this before, but this time I ran into some problems. > > I ran 'mergemaster -p' before trying to do 'installworld', and the install > immediately fails because there is no 'proxy' user. The thing is, the > proxy did get added to the master password file in /usr/src. It just > doesn't exist (yet) in /etc. > > So, what exactly should have happened here? I looked on Google and noticed > someone else ran into the same exact problem. It seems like you always > have this chicken and egg problem when building new OS versions: things > required to exist on the bootstrap version in order to get a new version up > and running. Just a shot in the dark, but did you rebuild your password databases after updating the master password file? I think mergemaster asks you if you want to update the databases when you modify the master password file, but perhaps that didn't happen. If you don't rebuild those databases then the system won't see your changes; thus, no 'proxy' user... You can check to be sure your password databases are newer than master.passwd (with 'ls -lrt /etc/*wd*', master.passwd should be the first file listed): $ ls -lrt /etc/*wd* -rw------- 1 root wheel 2145 Aug 1 21:15 /etc/master.passwd -rw------- 1 root wheel 40960 Aug 1 21:15 /etc/spwd.db -rw-r--r-- 1 root wheel 40960 Aug 1 21:15 /etc/pwd.db -rw-r--r-- 1 root wheel 1880 Aug 1 21:15 /etc/passwd See the pwd_mkdb(8) page for more info on rebuilding the databases manually. Jon From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 07:25:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8729216A4CE for ; Sat, 21 Aug 2004 07:25:41 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 835F343D3F for ; Sat, 21 Aug 2004 07:25:40 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (9ewvxefv@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i7L7Pcrk034387; Sat, 21 Aug 2004 11:25:39 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 21 Aug 2004 11:25:38 +0400 (MSD) From: Maxim Konovalov To: Pawel Worach In-Reply-To: <4126597A.80107@telia.com> Message-ID: <20040821112358.D34324@mp2.macomnet.net> References: <4126597A.80107@telia.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [patch] rbootd warning fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 07:25:41 -0000 On Fri, 20 Aug 2004, 22:05+0200, Pawel Worach wrote: > Hi, > > Small patch to make gcc more quiet. > > /usr/src/libexec/rbootd/rbootd.c:154:35: warning: trigraph ??) ignored, use > -trigraphs to enable In consistency purposes fixed in NetBSD way. Thanks for the notice! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 07:55:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1F6016A4CE for ; Sat, 21 Aug 2004 07:55:59 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 904CB43D31 for ; Sat, 21 Aug 2004 07:55:59 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i7L7sUr2055747 for ; Sat, 21 Aug 2004 00:54:30 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (h234.neville-neil.com [209.157.133.234] (may be forged)) by mail.meer.net (8.12.1/8.12.2/meer) with ESMTP id i7L7rWlu002052 for ; Sat, 21 Aug 2004 00:53:32 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Sat, 21 Aug 2004 00:53:32 -0700 Message-ID: From: "George V. Neville-Neil" To: freebsd-current@freebsd.org User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Subject: kqueue panic at boot time? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 07:55:59 -0000 Howdy, Is anyone else seeing this? kdb_enter(c07ef1cf) at kdb_enter+0x2b panic(c07ee670,c07ff512,c07ec570,537,c1472b28) at panic+0x131 _mtx_assert(c08af7e0,1,c07ec570,537,c1472b28) at _mtx_assert+0x5c kqueue_close(c1472b27,c14496e0) at kqueue_close+0x28 fdrop_locked(c1472b28,c14496e0,c12a43b8,0,c07ec160) at fdrop_locked+0x84 fdrop(c1472b28,c14496e0,694,c08bb1e0,0) at fdrop+0x24 closef(c1472b28,c14496e0,0,c07ec160) at closef+0x20b close(c14496e0,cc15ad14,1,17,296) at close+0xba syscall(2f,2f,2f8111000,bfbfbd50) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF2, close), eip = 0x2828256f, esp = 0xbfbfbccc, ebp= 0xbfbfc388 --- There may be typos, I had to type that all in. This all claims to happen because of: GIANT_REQUIRED; in kqueue_close() at line 1336. Thoughts? Thanks, George From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 08:22:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E32F416A4CE; Sat, 21 Aug 2004 08:22:27 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4685943D2D; Sat, 21 Aug 2004 08:22:27 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7L8MH5b030669; Sat, 21 Aug 2004 09:22:17 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Ken Smith Date: Sat, 21 Aug 2004 09:22:36 +0100 User-Agent: KMail/1.6.2 References: <20040820101817.GE27931@ip.net.ua> <1093000460.9863.4.camel@builder02.qubesoft.com> <20040821004941.GA20480@electra.cse.Buffalo.EDU> In-Reply-To: <20040821004941.GA20480@electra.cse.Buffalo.EDU> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408210922.36329.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: alpha@freebsd.org cc: Doug Rabson cc: current@freebsd.org cc: Wilko Bulte Subject: Re: Alpha is seriously broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 08:22:28 -0000 On Saturday 21 August 2004 01:49, Ken Smith wrote: > On Fri, Aug 20, 2004 at 12:14:21PM +0100, Doug Rabson wrote: > > The first thing to try is to back out the change to > > lib/csu/alpha/crt1.c and see if that helps. > > That appears to have been the problem. beast's auto-remake cron job > is turned off. Can someone take care of fixing crt1.c please? :-) Done. From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 10:27:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 180BE16A4CE for ; Sat, 21 Aug 2004 10:27:20 +0000 (GMT) Received: from email08.aon.at (warsl404pip7.highway.telekom.at [195.3.96.91]) by mx1.FreeBSD.org (Postfix) with SMTP id B951643D2D for ; Sat, 21 Aug 2004 10:27:18 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 400050 invoked from network); 21 Aug 2004 10:27:17 -0000 Received: from n749p021.dipool.highway.telekom.at (HELO ?212.183.103.149?) ([212.183.103.149]) (envelope-sender ) by 172.18.5.237 (qmail-ldap-1.03) with SMTP for ; 21 Aug 2004 10:27:17 -0000 From: Stefan Ehmann To: Corrado Ficicchia In-Reply-To: <41263718.9010201@xrays.de> References: <41263718.9010201@xrays.de> Content-Type: text/plain Message-Id: <1093084027.977.7.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 12:27:07 +0200 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: vr0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 10:27:20 -0000 On Fri, 2004-08-20 at 19:38, Corrado Ficicchia wrote: > Hi all, > > cvsupped today from -current 15.Jul to 5.3-ALPHA. > When I now use vr I get "vr0: watchdog timeout". > With kernel from 15.Jul vr worked... > > Any ideas?(verbose boot msg is attached) Noticed the same today on my machine (with rl0 though). Turning off acpi seems to work around this problem as suggested here: http://lists.freebsd.org/pipermail/freebsd-current/2004-August/033057.html From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 13:08:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C0E916A4CE for ; Sat, 21 Aug 2004 13:08:17 +0000 (GMT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ADD743D3F for ; Sat, 21 Aug 2004 13:08:16 +0000 (GMT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 07C8A11959; Sat, 21 Aug 2004 15:08:14 +0200 (CEST) Date: Sat, 21 Aug 2004 15:08:14 +0200 From: "Simon L. Nielsen" To: Kent Hauser Message-ID: <20040821130814.GA2795@arthur.nitro.dk> References: <200408191632.25637.kent.hauser@verizon.net> <20040820085322.GC16420@eddie.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <20040820085322.GC16420@eddie.nitro.dk> User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 13:08:17 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.08.20 10:53:23 +0200, Simon L. Nielsen wrote: > [CC'ing Mr. ATA] > > On 2004.08.19 16:32:25 -1000, Kent Hauser wrote: > > > I updated my IBM T41 from a May -CURRENT to -RELENG_5 & am now getting > > "READ_DMA interrupt but timeout fired" (also WRITE_DMA). After a minute= or so > > it drops into the debugger. Kernel is unmodified GENERIC. > > I have seen something similar the last couple of days when I boot with > my DVD/CDRW drive attached in my Thinkpad R40. I can't get to the > dmesg of the errors that occour before the panic, but I can get that > tonight. The actual errors from a 5.3-BETA from today (hand transcribed): ad0: 73863MB [150071/16/63] at ata0-master UDMA1= 00 ATAPI_RESET time =3D 150us ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ATAPI_RESET time =3D 150us acd0: CDRW at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s2a [...] ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D41574224 [...] ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D41562160 ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D41562160 ad0: WARNING - READ_DME interupt was seen but taskqueue stalled LBA=3D41562= 160 Slab at 0xc1c3ff70, freei 3 =3D 0 The "[...]" is just normal startup. It goes as far as the script that attaches my GDBE partition before it panics. And then it panics like below: > panic: Duplicate free of item 0xc1c3f18c from zone 0xc198e160(g_bio) > > panic messages: > --- > panic: Duplicate free of item 0xc1c3f18c from zone 0xc198e160(g_bio) > > cpuid =3D 0; > KDB: enter: panic > Dumping 511 MB > 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 32= 0 336 352 368 384 400 416 432 448 464 480 496 > --- > Reading symbols from /boot/kernel/mac_portacl.ko...done. > Loaded symbols for /boot/kernel/mac_portacl.ko > Reading symbols from /boot/kernel/acpi.ko...done. > Loaded symbols for /boot/kernel/acpi.ko > #0 doadump () at pcpu.h:159 > 159 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:159 > #1 0xc0455929 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D1999, dummy= 4=3D0xd41dc9c4 "`\016}@") > at /usr/src/sys/ddb/db_command.c:531 > #2 0xc04556d8 in db_command (last_cmdp=3D0xc07d0564, cmd_table=3D0x0, au= x_cmd_tablep=3D0xc0791d44,=20 > aux_cmd_tablep_end=3D0xc0791d48) at /usr/src/sys/ddb/db_command.c:349 > #3 0xc04557c9 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 > #4 0xc0457631 in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_mai= n.c:221 > #5 0xc056e846 in kdb_trap (type=3D0, code=3D0, tf=3D0x1) at /usr/src/sys= /kern/subr_kdb.c:417 > #6 0xc071bb53 in trap (frame=3D > {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D -736296944, tf_edi =3D 256, = tf_esi =3D 1, tf_ebp =3D -736244900, tf_isp =3D -736244928, tf_ebx =3D -736= 244848, tf_edx =3D 1, tf_ecx =3D -1056882688, tf_eax =3D 18, tf_trapno =3D = 3, tf_err =3D 0, tf_eip =3D -1068046953, tf_cs =3D 8, tf_eflags =3D 646, tf= _esp =3D -1065960684, tf_ss =3D -1065968875}) > at /usr/src/sys/i386/i386/trap.c:576 > #7 0xc0707ffa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 > #8 0xc0554cb5 in panic (fmt=3D0xc0787482 "Duplicate free of item %p from= zone %p(%s)\n") > at /usr/src/sys/kern/kern_shutdown.c:542 > #9 0xc06de677 in uma_dbg_free (zone=3D0xc198e160, slab=3D0xc1c3ff70, ite= m=3D0xc1c3f18c) > at /usr/src/sys/vm/uma_dbg.c:276 > #10 0xc06dd0ac in uma_zfree_arg (zone=3D0xc196d640, item=3D0xc1c3f18c, ud= ata=3D0x0) > at /usr/src/sys/vm/uma_core.c:2228 > #11 0xc0519147 in g_destroy_bio (bp=3D0x0) at uma.h:302 > #12 0xc0516fe0 in g_dev_done (bp2=3D0xc1c3f18c) at /usr/src/sys/geom/geom= _dev.c:328 > #13 0xc05a4244 in biodone (bp=3D0xc1c3f18c) at /usr/src/sys/kern/vfs_bio.= c:3002 > #14 0xc0472f16 in ad_done (request=3D0xc1c3b438) at /usr/src/sys/dev/ata/= ata-disk.c:322 > #15 0xc0462ac0 in ata_completed (context=3D0xc1c3b438, dummy=3D0) at /usr= /src/sys/dev/ata/ata-queue.c:404 > #16 0xc0462c0e in ata_timeout (request=3D0xc1c3b438) at /usr/src/sys/dev/= ata/ata-queue.c:442 > #17 0xc0562417 in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeo= ut.c:259 > #18 0xc053c5b4 in ithread_loop (arg=3D0xc19b2580) at /usr/src/sys/kern/ke= rn_intr.c:546 > #19 0xc053b6d1 in fork_exit (callout=3D0xc053c455 , arg=3D0= x0, frame=3D0x0) > at /usr/src/sys/kern/kern_fork.c:820 --=20 Simon L. Nielsen FreeBSD Documentation Team --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBJ0k+h9pcDSc1mlERAqoNAJ45GfHruYiQ332dPHeIFdv2manRxgCghdyZ u3r7KrefEHSe6dDwp2Nb7rU= =XS5m -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 13:30:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C38A116A4CE for ; Sat, 21 Aug 2004 13:30:59 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id AD51D43D1F for ; Sat, 21 Aug 2004 13:30:58 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail 24062 invoked by uid 65534); 21 Aug 2004 13:30:57 -0000 Received: from unknown (EHLO [212.204.44.203]) (212.204.44.203) by mail.gmx.net (mp020) with SMTP; 21 Aug 2004 15:30:57 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-829DBfOl/p+XPDiq4fH/" Message-Id: <1093095050.909.10.camel@klamath.ankon.de.eu.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 15:30:50 +0200 Subject: PANIC: bad pte X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 13:30:59 -0000 --=-829DBfOl/p+XPDiq4fH/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, i got a "bad pte" panic today. Happened when trying to join an empty IRC channel with xchat. After core dump and reboot, fsck got a signal 4 (no core available for that). I fixed the system with a FreeSBIE cd (freesbie fsck to check /, then mount / ro to get fstab, and check remaining filesystems with a working copy of fsck in /usr/obj) Backtrace follows. I hope someone can see anything from that. I have a core dump available. FreeBSD klamath.ankon.de.eu.org 6.0-CURRENT FreeBSD 6.0-CURRENT #11: Wed Aug 18 13:44:19 CEST 2004 =20 root@klamath.ankon.de.eu.org:/usr/obj/usr/src/sys/KLAMATH i386 (sources from ~3hours earlier IIRC) Thank you. Best Regards, Andreas ---8<--- panic: bad pte Uptime: 2d16h19m30s Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 3 = =20 52 368 384 400 416 432 448 464 480 496 --- #0 doadump () at pcpu.h:159 159 pcpu.h: No such file or directory. in pcpu.h doadump () at pcpu.h:159 159 in pcpu.h (kgdb) where #0 doadump () at pcpu.h:159 #1 0xc04f6641 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:396 #2 0xc04f68fd in panic (fmt=3D0xc06c2a29 "bad pte") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc066ffd5 in pmap_remove_pages (pmap=3D0xc3101ed0, sva=3D0, eva=3D3217031168) at /usr/src/sys/i386/i386/pmap.c:2580 #4 0xc04ddef9 in exit1 (td=3D0xc21f8b00, rv=3D256) at vm_map.h:252 #5 0xc04dd8f4 in sys_exit (td=3D0xc21f8b00, uap=3D0x0) at /usr/src/sys/kern/kern_exit.c:94 #6 0xc0672e77 in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D -1077942324, tf= _esi =3D 0, tf_ = =20 ebp =3D -1077942776, tf_isp =3D -624206476, tf_ebx =3D 1, tf_edx =3D 2057, tf_ecx =3D 2, t = =20 f_eax =3D 1, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 135243691, tf_cs = =3D 31, tf_eflags = =20 =3D 658, tf_esp =3D -1077942804, tf_ss =3D 47}) at /usr/src/sys/i386/i386/trap.c:1004 #7 0xc0665d7f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #8 0x0000002f in ?? () #9 0x0000002f in ?? () #10 0x0000002f in ?? () #11 0xbfbfe7cc in ?? () #12 0x00000000 in ?? () #13 0xbfbfe608 in ?? () #14 0xdacb5d74 in ?? () ---Type to continue, or q to quit--- =20 #15 0x00000001 in ?? () #16 0x00000809 in ?? () #17 0x00000002 in ?? () #18 0x00000001 in ?? () #19 0x0000000c in ?? () #20 0x00000002 in ?? () #21 0x080fa7ab in ?? () #22 0x0000001f in ?? () #23 0x00000292 in ?? () #24 0xbfbfe5ec in ?? () #25 0x0000002f in ?? () #26 0x00000000 in ?? () #27 0x00000000 in ?? () #28 0x00000000 in ?? () #29 0x00000000 in ?? () #30 0x140d4000 in ?? () #31 0xc1d809a0 in ?? () #32 0xc1e4cc80 in ?? () #33 0xdacb5cb0 in ?? () #34 0xdacb5c98 in ?? () #35 0xc21f8b00 in ?? () #36 0xc05068fb in sched_switch (td=3D0x1, newtd=3D0xbfbfe7cc) at /usr/src/sys/kern/sched_ule.c:1207 Previous frame inner to this frame (corrupt stack?) (kgdb) bt full #0 doadump () at pcpu.h:159 No locals. #1 0xc04f6641 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:396 first_buf_printf =3D 1 #2 0xc04f68fd in panic (fmt=3D0xc06c2a29 "bad pte") at /usr/src/sys/kern/kern_shutdown.c:558 td =3D (struct thread *) 0xc21f8b00 bootopt =3D 260 newpanic =3D 0 ap =3D 0xc21f8b00 "" buf =3D "bad pte", '\0' #3 0xc066ffd5 in pmap_remove_pages (pmap=3D0xc3101ed0, sva=3D0, eva=3D3217031168) at /usr/src/sys/i386/i386/pmap.c:2580 pte =3D (pt_entry_t *) 0xbfc200b0 tpte =3D 0 m =3D 0xc1c026b8 pv =3D 0xd2bcbab0 npv =3D 0xbfc200b0 #4 0xc04ddef9 in exit1 (td=3D0xc21f8b00, rv=3D256) at vm_map.h:252 new_switchtime =3D {sec =3D 1258832036, frac =3D 3260380928} p =3D (struct proc *) 0xc2557700 nq =3D (struct proc *) 0xc04f79b2 q =3D (struct proc *) 0xc3101e10 ---Type to continue, or q to quit--- tp =3D (struct tty *) 0xc1fcb000 ttyvp =3D (struct vnode *) 0xc1fcb000 vm =3D (struct vmspace *) 0xc3101e10 vtmp =3D (struct vnode *) 0xc3101e10 tracevp =3D (struct vnode *) 0xc3101e10 tracecred =3D (struct ucred *) 0xc1fcb000 plim =3D (struct plimit *) 0xc3101e10 refcnt =3D 0 #5 0xc04dd8f4 in sys_exit (td=3D0xc21f8b00, uap=3D0x0) at /usr/src/sys/kern/kern_exit.c:94 No locals. #6 0xc0672e77 in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D -1077942324, tf= _esi =3D 0, tf_ebp =3D -1077942776, tf_isp =3D -624206476, tf_ebx =3D 1, tf_edx = =3D 2057, tf_ecx =3D 2, tf_eax =3D 1, tf_trapno =3D 12, tf_err =3D 2, tf_eip = =3D 135243691, tf_cs =3D 31, tf_eflags =3D 658, tf_esp =3D -1077942804, tf_ss = =3D 47}) at /usr/src/sys/i386/i386/trap.c:1004 params =3D 0xbfbfe5f0---Can't read userspace from dump, or kernel process--- (kgdb) frame 3 #3 0xc066ffd5 in pmap_remove_pages (pmap=3D0xc3101ed0, sva=3D0, eva=3D3217031168) at /usr/src/sys/i386/i386/pmap.c:2580 2580 panic("bad pte"); (kgdb) p *pte ---Can't read userspace from dump, or kernel process--- (kgdb) info locals pte =3D (pt_entry_t *) 0xbfc200b0 tpte =3D 0 m =3D 0xc1c026b8 pv =3D 0xd2bcbab0 npv =3D 0xbfc200b0 (kgdb) p pte $1 =3D (pt_entry_t *) 0xbfc200b0 (kgdb) p *pte ---Can't read userspace from dump, or kernel process--- (kgdb)=20 --=-829DBfOl/p+XPDiq4fH/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBJ06KYucd7Ow1ygwRAnqtAJ0cvxR0+U6pdlbu/OYYFCCCJtv+3ACcDFeE sXT3B37TiGh3lJ7HNNYxwmU= =Le05 -----END PGP SIGNATURE----- --=-829DBfOl/p+XPDiq4fH/-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 14:00:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 795A016A4CE for ; Sat, 21 Aug 2004 14:00:17 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A0143D41 for ; Sat, 21 Aug 2004 14:00:17 +0000 (GMT) (envelope-from plexus@snafu.de) Received: from pd95178e3.dip.t-dialin.net ([217.81.120.227] helo=[192.168.0.2]) by clever.eusc.inter.net with asmtp (Exim 3.36 #4) id 1ByWPo-0003ls-00 for current@freebsd.org; Sat, 21 Aug 2004 16:00:16 +0200 Message-ID: <4127556A.5070604@snafu.de> Date: Sat, 21 Aug 2004 16:00:10 +0200 From: "Oliver B. Fischer" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040820 X-Accept-Language: de-de, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Still DMA Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 14:00:17 -0000 Dear list, since I plan to update the system of my my notebook, I would like to know if someone found a solution to the recently discussed DMA problems. Currently I run a two weeks old current system and sometimes I get ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41574224 (and similar messages) and every I/O process hangs. Regards, Oliver Fischer From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 14:25:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 610DC16A4CE for ; Sat, 21 Aug 2004 14:25:56 +0000 (GMT) Received: from mail47.e.nsc.no (mail47.e.nsc.no [193.213.115.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFD8E43D48 for ; Sat, 21 Aug 2004 14:25:55 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from carebears.mine.nu (ti400720a080-1964.bb.online.no [83.108.199.172]) by mail47.nsc.no (8.12.11/8.12.11) with ESMTP id i7LEPrSN017949 for ; Sat, 21 Aug 2004 16:25:54 +0200 (CEST) Received: from localhost (localhost.carebears.net [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id C62F427F5C4 for ; Sat, 21 Aug 2004 16:25:57 +0200 (CEST) Received: from carebears.mine.nu ([127.0.0.1])port 10024) with ESMTP id 05371-06 for ; Sat, 21 Aug 2004 16:25:56 +0200 (CEST) Received: from [192.168.0.9] (funshine.carebears.net [192.168.0.9]) by carebears.mine.nu (Postfix) with ESMTP id 7C41727F1ED for ; Sat, 21 Aug 2004 16:25:56 +0200 (CEST) From: Christer Solskogen To: freebsd-current@freebsd.org Content-Type: text/plain Organization: The Carebears / .jduB Message-Id: <1093098363.4202.6.camel@funshine.carebears.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 16:26:03 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavis at tenderheart.carebears.net Subject: sound in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 14:25:56 -0000 FreeBSD funshine.carebears.net 5.3-BETA1 FreeBSD 5.3-BETA1 #1: Sat Aug 21 15:51:04 CEST 2004 root@funshine.carebears.net:/usr/obj/usr/src/sys/FUNSHINE amd64 I cant get sound working on my SB Live. I have the following in kernel config: device sound device "snd_emu10k1" It seems like I dont have any sound modules either in /boot/kernel (yeah, i know the modules are named snd_*) (no need to CC: back to me. I`m subscribed) -- Med vennlig hilsen / Best regards Christer Solskogen http://carebears.mine.nu/~solskogen One's life tends to be like a beaver's, one dam thing after another. From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 16:21:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30C9F16A4CE for ; Sat, 21 Aug 2004 16:21:50 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B143B43D5D for ; Sat, 21 Aug 2004 16:21:49 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7LGJiPF084090; Sat, 21 Aug 2004 12:19:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7LGJYXv084087; Sat, 21 Aug 2004 12:19:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 21 Aug 2004 12:19:34 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "George V. Neville-Neil" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kqueue panic at boot time? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 16:21:50 -0000 On Sat, 21 Aug 2004, George V. Neville-Neil wrote: > Is anyone else seeing this? Ah, this is probably a property of changes in the rwatson_netperf branch relative to the base tree. In my branch, close() is now run without Giant and implementations of fo_close() are required to acquire Giant if they need it. It looks like kqueue_close() may not require Giant any longer, so I'll remove the GIANT_REQUIRED in kqueue_close() in the rwatson_netperf branch. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > kdb_enter(c07ef1cf) at kdb_enter+0x2b > panic(c07ee670,c07ff512,c07ec570,537,c1472b28) at panic+0x131 > _mtx_assert(c08af7e0,1,c07ec570,537,c1472b28) at _mtx_assert+0x5c > kqueue_close(c1472b27,c14496e0) at kqueue_close+0x28 > fdrop_locked(c1472b28,c14496e0,c12a43b8,0,c07ec160) at fdrop_locked+0x84 > fdrop(c1472b28,c14496e0,694,c08bb1e0,0) at fdrop+0x24 > closef(c1472b28,c14496e0,0,c07ec160) at closef+0x20b > close(c14496e0,cc15ad14,1,17,296) at close+0xba > syscall(2f,2f,2f8111000,bfbfbd50) at syscall+0x217 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (6, FreeBSD ELF2, close), eip = 0x2828256f, esp = 0xbfbfbccc, ebp= 0xbfbfc388 --- > > > There may be typos, I had to type that all in. > > This all claims to happen because of: > > GIANT_REQUIRED; > > in kqueue_close() at line 1336. > > Thoughts? > > Thanks, > George > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 17:19:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0710B16A4CE for ; Sat, 21 Aug 2004 17:19:32 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9311643D45 for ; Sat, 21 Aug 2004 17:19:31 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i7LHJP90005173; Sat, 21 Aug 2004 10:19:27 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4127841D.6050104@freebsd.org> Date: Sat, 21 Aug 2004 10:19:25 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean McNeil References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr> <1092951447.1167.12.camel@server.mcneil.com> In-Reply-To: <1092951447.1167.12.camel@server.mcneil.com> Content-Type: multipart/mixed; boundary="------------050501010007080602060205" cc: Giorgos Keramidas cc: freebsd-current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 17:19:32 -0000 This is a multi-part message in MIME format. --------------050501010007080602060205 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sean McNeil wrote: >>> >>>I just tried to unarchive a file that didn't exist and got a core dump: > > Here is a backtrace of the error: > > #0 0x0000000200926d7e in __vfprintf (fp=0x7fffffffe360, > fmt0=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) > at /usr/src/lib/libc/stdio/vfprintf.c:1052 > #1 0x00000002008c4006 in vsnprintf (str=0x32
, > n=4284889, fmt=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) > at /usr/src/lib/libc/stdio/vsnprintf.c:75 > #2 0x0000000000411478 in __archive_string_vsprintf (as=0x520240, > fmt=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) > at /usr/src/lib/libarchive/archive_string_sprintf.c:60 > > Could be a compiler bug I suppose, but more likely I think it is this > code: > > if (n == 0) { > if (on > 0) > *str = '\0'; > str = dummy; > n = 1; > } > > in vsnprintf.c::vsnprintf. The code you've pointed to above concerns me because of the part about: if (n == 0) { ... n = 1; } That ain't right: If I told vsnprintf the buffer size was zero, it should treat it as such. If I meant "one", I would have said "one." On the other hand, the vsnprintf.3 man page does explicitly state that "the output is always null-terminated," which would preclude passing a zero-length buffer, which is exactly what libarchive is doing in this situation. It is bogus, but at least it's documented bogosity. ;-) Please try the attached patch to libarchive/archive_string_sprintf.c and let me know if it works for you. It simply forces the target buffer to be allocated and thereby avoids calling vsnprintf with a NULL buffer. Tim Kientzle --------------050501010007080602060205 Content-Type: text/plain; name="archive_string_sprintf.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="archive_string_sprintf.c.diff" Index: archive_string_sprintf.c =================================================================== RCS file: /home/ncvs/src/lib/libarchive/archive_string_sprintf.c,v retrieving revision 1.4 diff -u -r1.4 archive_string_sprintf.c --- archive_string_sprintf.c 14 Aug 2004 03:45:45 -0000 1.4 +++ archive_string_sprintf.c 21 Aug 2004 17:02:49 -0000 @@ -48,6 +48,9 @@ { size_t l; + /* Make sure the target area is initialized. */ + __archive_string_ensure(as, 64); + if (fmt == NULL) { as->s[0] = 0; return; --------------050501010007080602060205-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 17:34:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA89C16A4CE; Sat, 21 Aug 2004 17:34:49 +0000 (GMT) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E346743D2F; Sat, 21 Aug 2004 17:34:48 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from nemesis.md.0xfce3.net (port-ip-213-211-224-164.reverse.mdcc-fun.de [213.211.224.164]) by dd1318.kasserver.com (Postfix) with ESMTP id A6F2F70F85; Sat, 21 Aug 2004 19:34:46 +0200 (CEST) Received: from nemesis.md.0xfce3.net (localhost [127.0.0.1]) by nemesis.md.0xfce3.net (8.13.1/8.13.1) with ESMTP id i7LHYcLg070390; Sat, 21 Aug 2004 19:34:38 +0200 (CEST) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by nemesis.md.0xfce3.net (8.13.1/8.12.10/Submit) id i7LHYbpL070384; Sat, 21 Aug 2004 19:34:37 +0200 (CEST) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: nemesis.ipv6.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Sat, 21 Aug 2004 19:34:37 +0200 From: Gordon Bergling To: Robert Watson Message-ID: <20040821173437.GA64292@nemesis.md.0xfce3.net> References: <20040820183544.GA986@nemesis.md.0xfce3.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: X-Url: X-Operating-System: FreeBSD 5.3-BETA1 i386 X-Host-Uptime: 7:29PM up 10:33, 3 users, load averages: 1.33, 1.09, 1.08 User-Agent: Mutt/1.5.6i cc: Gordon Bergling cc: freebsd-current@freebsd.org Subject: Re: [5.3-ALPHA] Panic in in6_pcb.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 17:34:50 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri Aug 20, 2004 at 03:15PM -0400, Robert Watson wrote: >=20 > On Fri, 20 Aug 2004, Gordon Bergling wrote: >=20 > > I recently got a panic with the following output: > >=20 > > | panic: lock (sleep mutex) inp not locked @=20 > > | /usr/src/sys/netinet6/in6_pcb.c:710 > >=20 > > System is a fresh 5.3-ALPHA running on an idle workstation. Just a few > > console applications were running in the background.=20 > >=20 > > I haven't get my hands on a coredump yet, but if someone is interested > > in it I could provide further information.=20 >=20 > Is this something you can reproduce? The attached patch was created when > Jun Kuriyama ran into the same panic a few days ago, but he wasn't sure if > he could reproduce it. If you could test it and let me know, that would > be great, thanks! I had running a patched kernel for about 12 hours now without a panic. It seems to work, but I can't reproduce this panic. So I am not sure if this patch has eliminated the problem. best regards, Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJ4eok7nTK8dvAqARAhOIAKCUfRAdRepX9um9TRrQc69o1wpMGQCeI9mw sqgBM+mcenUThO9yQz/msXI= =NQkc -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 17:36:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24EB816A4CE; Sat, 21 Aug 2004 17:36:23 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35ED043D1F; Sat, 21 Aug 2004 17:36:22 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (e2f8g7g2@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i7LHZvmL036228; Sat, 21 Aug 2004 21:35:57 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 21 Aug 2004 21:35:57 +0400 (MSD) From: Maxim Konovalov To: Tim Kientzle In-Reply-To: <4127841D.6050104@freebsd.org> Message-ID: <20040821213426.A36214@mp2.macomnet.net> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Giorgos Keramidas cc: freebsd-current@freebsd.org cc: Sean McNeil Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 17:36:23 -0000 On Sat, 21 Aug 2004, 10:19-0700, Tim Kientzle wrote: [...] > The code you've pointed to above concerns > me because of the part about: > if (n == 0) { > ... > n = 1; > } > That ain't right: If I told vsnprintf the buffer > size was zero, it should treat it as such. If I > meant "one", I would have said "one." That code was committed in rev. 1.21 vsnprintf.c, a workaround for a memory leak, bin/36175. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 17:39:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CDB316A4CE for ; Sat, 21 Aug 2004 17:39:27 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11AF943D55 for ; Sat, 21 Aug 2004 17:39:27 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7LHbJHI085413; Sat, 21 Aug 2004 13:37:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7LHbJX1085410; Sat, 21 Aug 2004 13:37:19 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 21 Aug 2004 13:37:19 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Gordon Bergling In-Reply-To: <20040821173437.GA64292@nemesis.md.0xfce3.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: [5.3-ALPHA] Panic in in6_pcb.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 17:39:27 -0000 On Sat, 21 Aug 2004, Gordon Bergling wrote: > I had running a patched kernel for about 12 hours now without a panic. > It seems to work, but I can't reproduce this panic. So I am not sure if > this patch has eliminated the problem. Ok, I've merged the patch to CVS HEAD and will merge it to RELENG_5 in a few days. If the problem recurs, please let me know! Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 17:40:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF81616A4CE for ; Sat, 21 Aug 2004 17:40:33 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A750C43D4C for ; Sat, 21 Aug 2004 17:40:33 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i7LHeU90005297; Sat, 21 Aug 2004 10:40:31 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4127890E.5040809@freebsd.org> Date: Sat, 21 Aug 2004 10:40:30 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michiel Boland References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: sysinstall creates PaxHeader directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 17:40:34 -0000 Michiel Boland wrote: > Hi. Last week I did a rebuild from scratch by doing a make release and > using the resulting cdrom. I notice that sysinstall creates several > directories called 'PaxHeader'. This is probably because cpio does not > understand the bsdtar format? The current FreeBSD cpio, pax, and gtar commands do not understand the POSIX.1-2001 extensions being used by bsdtar. (star, gtar 1.14, and many newer "pax" implementations do support them, however.) These extensions were designed so that older programs would extract the extended attributes as regular files. Clearly, that design is succeeding. ;-) It might be reasonable for "make release" to specify --format=ustar to suppress those extensions, or for sysinstall to use libarchive rather than cpio so it can take advantage of them. Neither option seems likely before 5.3, of course. Could you please send me the output of the following: find / | grep 'PaxHeader' so I can see exactly what files are triggering the extensions? If there aren't too many, the result of find / | grep 'PaxHeader' | tar -cvz -I - -f attributes.tgz would also be interesting. Thanks, Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 17:44:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4E0016A4CE; Sat, 21 Aug 2004 17:44:53 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 734A143D2D; Sat, 21 Aug 2004 17:44:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7LHinpY066890; Sat, 21 Aug 2004 13:44:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7LHiqlZ069696; Sat, 21 Aug 2004 13:44:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D62DF7303F; Sat, 21 Aug 2004 13:44:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040821174452.D62DF7303F@freebsd-current.sentex.ca> Date: Sat, 21 Aug 2004 13:44:52 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 17:44:54 -0000 TB --- 2004-08-21 16:09:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-21 16:09:39 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-21 16:09:39 - checking out the source tree TB --- 2004-08-21 16:09:39 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-21 16:09:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-21 16:15:34 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-21 16:15:34 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-21 16:15:34 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-08-21 17:20:03 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-21 17:20:03 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-21 17:20:03 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Aug 21 17:20:04 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Aug 21 17:33:42 UTC 2004 TB --- 2004-08-21 17:33:42 - generating LINT kernel config TB --- 2004-08-21 17:33:42 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-21 17:33:42 - /usr/bin/make -B LINT TB --- 2004-08-21 17:33:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-21 17:33:42 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-21 17:33:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 21 17:33:42 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus.c awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred- stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c: In function `fdioctl': /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2701: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2701: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2701: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-21 17:44:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-21 17:44:52 - ERROR: failed to build lint kernel TB --- 2004-08-21 17:44:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 17:56:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56D316A4CE for ; Sat, 21 Aug 2004 17:56:47 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F92643D31 for ; Sat, 21 Aug 2004 17:56:47 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i7LHuK90005368; Sat, 21 Aug 2004 10:56:20 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <41278CC4.6020007@freebsd.org> Date: Sat, 21 Aug 2004 10:56:20 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Konovalov References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> <20040821213426.A36214@mp2.macomnet.net> In-Reply-To: <20040821213426.A36214@mp2.macomnet.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Giorgos Keramidas cc: freebsd-current@freebsd.org cc: Sean McNeil Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 17:56:47 -0000 Maxim Konovalov wrote: > On Sat, 21 Aug 2004, 10:19-0700, Tim Kientzle wrote: > > [...] > >>The code you've pointed to above concerns >>me because of the part about: >>if (n == 0) { >>... >>n = 1; >> } >>That ain't right: If I told vsnprintf the buffer >>size was zero, it should treat it as such. If I >>meant "one", I would have said "one." > > That code was committed in rev. 1.21 vsnprintf.c, a workaround for a > memory leak, bin/36175. Ahh... I see now. Apparently, I've either had too much caffeine or not enough. I'll try to adjust that. ;-) But the code in vsnprintf.c is correct. The n=1 is the size of the stack-allocated temp buffer, not the user buffer. That makes Sean's idea of something Alpha-specific seem more likely. Sean, could you take a look at this bug report: http://www.freebsd.org/cgi/query-pr.cgi?pr=36175 Try running the program there under "How To Repeat" and tell us what happens. That should shed some light on the subject. In the meantime, do try the patch I sent you earlier. At the very least, I'd like to get bsdtar to stop dumping core on you. Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 18:04:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 917DC16A4CE; Sat, 21 Aug 2004 18:04:28 +0000 (GMT) Received: from sardine.webcom.it (gen053.n002.c03.escapebox.net [213.73.82.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 238F643D2F; Sat, 21 Aug 2004 18:04:28 +0000 (GMT) (envelope-from "") Received: from [213.140.17.96] (helo=brian) by webcom.it with asmtp (Exim 3.36 #1) id 1ByaE6-00065E-00; Sat, 21 Aug 2004 18:04:26 +0000 Resent-From: andrea@webcom.it Resent-Date: Sat, 21 Aug 2004 20:04:26 +0200 Resent-Message-ID: <20040821180426.GC690@webcom.it> Resent-To: Thomas Quinot , current@freebsd.org Date: Sat, 21 Aug 2004 18:11:40 +0200 From: Andrea Campi To: Thomas Quinot Message-ID: <20040821161140.GA690@webcom.it> References: <200408162241.i7GMfwew040281@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408162241.i7GMfwew040281@repoman.freebsd.org> User-Agent: Mutt/1.5.6i Received: from andrea by webcom.it with asmtp (Exim 3.36 #1) id 1ByaE6-00065E-00; Sat, 21 Aug 2004 18:04:26 +0000 cc: current@freebsd.org Subject: Re: cvs commit: src/tools/tools/nanobsd Makefile i386.diskimage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 18:04:28 -0000 Hi Thomas, On Mon, Aug 16, 2004 at 10:41:58PM +0000, Thomas Quinot wrote: > thomas 2004-08-16 22:41:58 UTC > > FreeBSD src repository > > Modified files: > tools/tools/nanobsd Makefile i386.diskimage > Log: > Properly identify the root filesystem to be used in /etc/fstab in each > slice of the flash card, ensuring that the loader will mount the root fs > from the booted slice by default. I think this is not what you intended to do: =================================================================== RCS file: /usr/local/www/cvsroot/FreeBSD/src/tools/tools/nanobsd/i386.diskimage,v retrieving revision 1.7 retrieving revision 1.8 diff -u -p -r1.7 -r1.8 --- src/tools/tools/nanobsd/i386.diskimage 2004/05/28 21:23:23 1.7 +++ src/tools/tools/nanobsd/i386.diskimage 2004/08/16 22:41:58 1.8 [...] @@ -43,18 +69,40 @@ fdisk ${MD} boot0cfg -B -b ${WD}/boot/boot0sio -s 1 -m 3 ${MD} rm -f ${TMPFILE1} bsdlabel -w -B ${MD}s1 -newfs -O1 -U ${MD}s1a -newfs -O1 -U ${MD}s3 + +# Prepare primary root slice + +newfs ${PRIROOTLABEL} -O1 -U ${MD}s1a mount /dev/${MD}s1a ${TMPMNT} (cd ${WD} && find . -print | cpio -dump ${TMPMNT}) || true +make_fstab ${PRIROOTSLICE} df ${TMPMNT} umount ${TMPMNT} + +# Prepare alternative root slice + +dd if=/dev/${MD}s1 of=/dev/${MD}s2 bs=64k +if [ -n "${ALTROOTLABEL}" ]; then + tunefs ${ALTROOTLABEL} /dev/${MD}s2a +fi +mount /dev/${MD}s2a ${TMPMNT} +make_fstab ${ALTROOTSLICE} +umount ${TMPMNT} + make_fstab creates the /etc/fstab file in ${WD}, but in both cases you call it *after* copying from ${WD} to the destination filesystem, so in fact they are noops. I think you should probably change make_fstab like this: make_fstab () { echo "/dev/$1 / ufs ro 1 1" > $2/etc/fstab } and pass it the destination: make_fstab ${ALTROOTSLICE} ${TMPMNT} What do you think? I can send you a diff if you prefer. Bye, Andrea -- Weird enough for government work. From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 18:05:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CDA516A4CE; Sat, 21 Aug 2004 18:05:20 +0000 (GMT) Received: from sardine.webcom.it (gen053.n002.c03.escapebox.net [213.73.82.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4358743D64; Sat, 21 Aug 2004 18:05:20 +0000 (GMT) (envelope-from "") Received: from [213.140.17.96] (helo=brian) by webcom.it with asmtp (Exim 3.36 #1) id 1ByaEx-000665-00; Sat, 21 Aug 2004 18:05:19 +0000 Resent-From: andrea@webcom.it Resent-Date: Sat, 21 Aug 2004 20:05:16 +0200 Resent-Message-ID: <20040821180516.GD690@webcom.it> Resent-To: Peter Jeremy , Robert Watson , current@freebsd.org Date: Sun, 15 Aug 2004 09:57:57 +0200 From: Andrea Campi To: Peter Jeremy Message-ID: <20040815075757.GA657@webcom.it> References: <20040815074616.GJ423@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040815074616.GJ423@cirb503493.alcatel.com.au> User-Agent: Mutt/1.5.6i Received: from andrea by webcom.it with asmtp (Exim 3.36 #1) id 1ByaEx-000665-00; Sat, 21 Aug 2004 18:05:19 +0000 cc: Robert Watson cc: current@freebsd.org Subject: Re: Summary of discussion of harvester/random locking and performance optimization X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 18:05:20 -0000 On Sun, Aug 15, 2004 at 05:46:16PM +1000, Peter Jeremy wrote: > >systems may not have a TSC, and insead read the system clock (ouch!). We > >may want to investigate what approaches we can use to mitigate this, > >especially if systems like soekris boxes don't have TSC. > > in efficiently supporting the i486. If the various low-end iA32 clones > do support the TSC, there seems little point in changing the status quo. Since nobody chimed in yet, my Soekris box has: kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 76822456 kern.timecounter.nnanouptime: 2 kern.timecounter.nmicrouptime: 2728 kern.timecounter.nbintime: 2659850 kern.timecounter.nnanotime: 596 kern.timecounter.nmicrotime: 2659254 kern.timecounter.ngetbinuptime: 15352306 kern.timecounter.ngetnanouptime: 3901 kern.timecounter.ngetmicrouptime: 278552 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 15 kern.timecounter.nsetclock: 5 kern.timecounter.hardware: i8254 kern.timecounter.choice: ELAN(-2000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 This is the ELAN-based model, which is a 486 class CPU. More powerful models might or might not have the TSC. I haven't investigated the cost/benefit of using ELAN timecounter instead of i8254. Bye, andrea -- I believe the technical term is "Oops!" From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 18:32:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0B3D16A4CE; Sat, 21 Aug 2004 18:32:43 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552C043D48; Sat, 21 Aug 2004 18:32:43 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id D414AFD06B; Sat, 21 Aug 2004 11:32:42 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45462-02; Sat, 21 Aug 2004 11:32:42 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 265DDFD029; Sat, 21 Aug 2004 11:32:42 -0700 (PDT) From: Sean McNeil To: Tim Kientzle In-Reply-To: <41278CC4.6020007@freebsd.org> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> <41278CC4.6020007@freebsd.org> Content-Type: text/plain Message-Id: <1093113161.45510.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 11:32:42 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Giorgos Keramidas cc: freebsd-current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 18:32:43 -0000 On Sat, 2004-08-21 at 10:56, Tim Kientzle wrote: > Maxim Konovalov wrote: > > On Sat, 21 Aug 2004, 10:19-0700, Tim Kientzle wrote: > > > > [...] > > > >>The code you've pointed to above concerns > >>me because of the part about: > >>if (n == 0) { > >>... > >>n = 1; > >> } > >>That ain't right: If I told vsnprintf the buffer > >>size was zero, it should treat it as such. If I > >>meant "one", I would have said "one." > > > > That code was committed in rev. 1.21 vsnprintf.c, a workaround for a > > memory leak, bin/36175. > > Ahh... I see now. Apparently, I've either had too > much caffeine or not enough. I'll try to adjust that. ;-) > > But the code in vsnprintf.c is correct. The n=1 > is the size of the stack-allocated temp buffer, not the > user buffer. That makes Sean's idea of something > Alpha-specific seem more likely. I think you mean amd64-specific. > Sean, could you take a look at this bug report: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=36175 > > Try running the program there under "How To Repeat" > and tell us what happens. That should shed some > light on the subject. Just tried it and the size of the program never grows here. Nor is there a core dump. > In the meantime, do try the patch I sent you earlier. > At the very least, I'd like to get bsdtar to stop > dumping core on you. I will try your patch soon, but it probably will not be until another 24 hours. Thanks, Sean From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 18:34:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC52116A4CE for ; Sat, 21 Aug 2004 18:34:55 +0000 (GMT) Received: from speicher.org (speicher.org [208.199.76.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7F7943D2F for ; Sat, 21 Aug 2004 18:34:54 +0000 (GMT) (envelope-from geoff@speicher.org) Received: from speicher.org (localhost [127.0.0.1]) by speicher.org (8.12.11/8.12.11) with ESMTP id i7LIYYIp084195; Sat, 21 Aug 2004 14:34:34 -0400 (EDT) (envelope-from geoff@speicher.org) Received: (from geoff@localhost) by speicher.org (8.12.11/8.12.11/Submit) id i7LIYXMU084194; Sat, 21 Aug 2004 14:34:33 -0400 (EDT) (envelope-from geoff) Date: Sat, 21 Aug 2004 14:34:33 -0400 From: Geoff Speicher To: Lawrence Farr Message-ID: <20040821183433.GA84027@sirius.speicher.org> References: <20040821064833.GC36803@0lsen.net> <20040821070322.B6F9C68077@gunfright.epcdirect.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040821070322.B6F9C68077@gunfright.epcdirect.co.uk> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Anyone else seeing solid hangs under load on SMP? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 18:34:55 -0000 On Sat, Aug 21, 2004 at 08:03:19AM +0100, Lawrence Farr wrote: > I have a dual P3 box that does a make release every > night for me, and always dies during it. Running the > same script during the day it never hangs, just > during the night, probably pushed over the edge by > the periodic scripts added load. No output on console, > sending a break does nothing, it hangs solid. If you're not getting any response to this, it's because these lockups have been discussed at length in -current as of late, and people are trying to track them down. Watch the first item here: http://www.freebsd.org/releases/5.3R/todo.html Geoff From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 18:34:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D88C116A4CE; Sat, 21 Aug 2004 18:34:56 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B9E43D2F; Sat, 21 Aug 2004 18:34:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7LIYtpn066108; Sat, 21 Aug 2004 14:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7LIYtMI085701; Sat, 21 Aug 2004 14:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 939E97303F; Sat, 21 Aug 2004 14:34:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040821183455.939E97303F@freebsd-current.sentex.ca> Date: Sat, 21 Aug 2004 14:34:55 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 18:34:57 -0000 TB --- 2004-08-21 17:44:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-21 17:44:52 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-21 17:44:53 - checking out the source tree TB --- 2004-08-21 17:44:53 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-21 17:44:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-21 17:50:17 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-21 17:50:17 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-21 17:50:17 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-21 18:34:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-21 18:34:55 - ERROR: failed to build world TB --- 2004-08-21 18:34:55 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 18:37:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A776A16A4E8; Sat, 21 Aug 2004 18:37:08 +0000 (GMT) Received: from lakermmtao08.cox.net (lakermmtao08.cox.net [68.230.240.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0488343D53; Sat, 21 Aug 2004 18:37:08 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao08.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040821183707.LDKC28752.lakermmtao08.cox.net@dolphin.local.net>; Sat, 21 Aug 2004 14:37:07 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7LIb6Ji000926; Sat, 21 Aug 2004 13:37:06 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 21 Aug 2004 13:37:01 -0500 From: "Conrad J. Sabatier" To: freebsd-amd64@freebsd.org Message-Id: <20040821133701.6ecf9f04@dolphin.local.net> In-Reply-To: <1093108393.4202.8.camel@funshine.carebears.net> References: <1093108393.4202.8.camel@funshine.carebears.net> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-multimedia@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 18:37:09 -0000 On Sat, 21 Aug 2004 19:13:13 +0200 Christer Solskogen wrote: > -----Forwarded Message----- > > From: Christer Solskogen > > To: freebsd-current@freebsd.org > > Subject: sound in CURRENT > > Date: Sat, 21 Aug 2004 16:26:03 +0200 > > > > FreeBSD funshine.carebears.net 5.3-BETA1 FreeBSD 5.3-BETA1 #1: Sat > > Aug 21 15:51:04 CEST 2004 > > root@funshine.carebears.net:/usr/obj/usr/src/sys/FUNSHINE amd64 > > > > I cant get sound working on my SB Live. > > I have the following in kernel config: > > device sound > > device "snd_emu10k1" > > > > It seems like I dont have any sound modules either in /boot/kernel > > (yeah, i know the modules are named snd_*) > > > > (no need to CC: back to me. I`m subscribed) > > Could this only be on amd64? There are no sound modules on amd64 yet; sound *must* be compiled into the kernel. I don't know about the SB Live; I thought it was supposed to be one of the better-supported cards. Apparently not. And to think I was on the verge of buying one recently in hopes of curing my own sound problems. That being said, all I can add is that sound on amd64 appears to be seriously broken, with no fix in sight. I've tried both the onboard sound (nVidia nForce3) and my old es1371 card (which works fine on my old i386 Athlon box), and both break down after a certain period of time with "pcm0:play:0: play interrupt timeout, channel dead", after which, sound is no longer useable until a reboot. I've seen other reports from people who can't even get their sound chipsets to work at all. And whoever is currently maintaining the sound code has been *awfully* quiet lately. Feels like a waste of time reporting anything. Frankly, I'm rather disgusted with FreeBSD's sound support in general. Broken pcm devices, no MIDI; it's pathetic. I'm really quite close to giving up on ever resolving the sound problems under amd64 and just installing a Linux distro, which actually, I may just do anyway, regardless, since it's highly doubtful we'll ever catch up to Linux on the sound front. This is really a sad state of affairs, it truly is. I can remember a time with the old Voxware drivers when I could play MIDI files on my old AWE 64 with soundfont support and everything, and it sounded fantastic. What do we have now? Timidity. Bleah! Drastic as it may sound, I would vote in favor of scrapping the current sound system altogether and porting the Linux stuff over to FreeBSD. Let's face it; they're light-years ahead of us in the multimedia department, and we'll never catch up to them, not with the terrible base we're starting from. I wanted to scream when Voxware was pulled years ago, but I held my peace (not like there was much choice in the matter). But I never expected things would still be in such a shoddy, primitive state this many years later. Not to mention the recent rash of buildworld/buildkernel breakages lately from hurried, poorly tested commits. Does anyone even bother trying to compile their stuff anymore before committing? Ah well, just ranting here. Don't mind me. I'm just seriously disgruntled. I've only been using this OS for the last eight years, and never would have dreamed I'd reach a point where I'd seriously consider abandoning it, but it's starting to look like that time may have come. I really can't take much more of this. Oh, that reminds me. Time to pay a visit to FreeBSDMall and cancel my subscription. Not gonna continue shelling out for broken software. Later, people. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 19:01:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E14216A4EF for ; Sat, 21 Aug 2004 19:01:17 +0000 (GMT) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 669C143D4C for ; Sat, 21 Aug 2004 19:01:16 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.1.36] (ti211110a080-7261.bb.online.no [80.213.188.95]) by smtp1.powertech.no (Postfix) with ESMTP id 95C3E81DE for ; Sat, 21 Aug 2004 20:59:44 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <4407417F-F3A4-11D8-8095-000A95A9A574@nordahl.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: current@freebsd.org From: Frode Nordahl Date: Sat, 21 Aug 2004 20:59:44 +0200 X-Mailer: Apple Mail (2.619) Subject: iir and storcon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 19:01:17 -0000 Hello, Just happy to report that Intel's storcon 4.x binary works again under FreeBSD 5.3 ! Some great termcap magick has been worked too. I can now use it without problems from my Mac or X workstation! It has been broken in previous 5.x releases. Thanks! Mvh, Frode From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 19:07:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1081016A4D3; Sat, 21 Aug 2004 19:07:04 +0000 (GMT) Received: from sardine.webcom.it (gen053.n002.c03.escapebox.net [213.73.82.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF7B43D39; Sat, 21 Aug 2004 19:07:03 +0000 (GMT) (envelope-from "") Received: from [213.140.17.96] (helo=brian) by webcom.it with asmtp (Exim 3.36 #1) id 1BybCg-000860-00; Sat, 21 Aug 2004 19:07:02 +0000 Date: Sat, 21 Aug 2004 21:07:01 +0200 From: Andrea Campi To: Thomas Quinot , current@freebsd.org Message-ID: <20040821190700.GF690@webcom.it> References: <200408162241.i7GMfwew040281@repoman.freebsd.org> <20040821161140.GA690@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040821161140.GA690@webcom.it> User-Agent: Mutt/1.5.6i Received: from andrea by webcom.it with asmtp (Exim 3.36 #1) id 1BybCg-000860-00; Sat, 21 Aug 2004 19:07:02 +0000 Subject: [PATCH] Re: cvs commit: src/tools/tools/nanobsd Makefile i386.diskimage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 19:07:04 -0000 On Sat, Aug 21, 2004 at 06:11:40PM +0200, Andrea Campi wrote: > What do you think? I can send you a diff if you prefer. I went on and filed a PR (bin/70795) with a patch for this. One thing I didn't put in the patch: in Makefile we call mtree for /usr/include, I don't really see what's its purpose, I'd say it could be removed. I am also thinking of extending customize.sh to allow for removal of an existing file, removal of files matching a line from a given file, and removal of files that don't. The last one is expecially useful, as it allows you to create a file with the binaries you want to install and remove everything else. I've been using an homegrown variant of that for a while, together with a oneliner that finds out unused libraries and remove them. Bye, Andrea -- There's no place like ~ From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 19:30:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 418CF16A4CE for ; Sat, 21 Aug 2004 19:30:40 +0000 (GMT) Received: from herbelot.dyndns.org (brune-8-82-227-159-103.fbx.proxad.net [82.227.159.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A4B043D1D for ; Sat, 21 Aug 2004 19:30:38 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from [192.168.2.6] (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.11/8.12.11) with ESMTP id i7LJXMKU032741 for ; Sat, 21 Aug 2004 21:33:24 +0200 (CEST) From: Thierry Herbelot To: current ML Date: Sat, 21 Aug 2004 21:30:28 +0200 User-Agent: KMail/1.6.2 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_UL6JBAuI/Y5WJC7" Message-Id: <200408212130.28201.thierry@herbelot.com> Subject: fdc lost with a recent -Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 19:30:40 -0000 --Boundary-00=_UL6JBAuI/Y5WJC7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I seem to have lost the fdc0 device with the latest -Current. the machine is a straight Abit BP6, with 2 oldish celerons (SMP, but ACPI disabled) the verbose dmesg is enclosed. TfH --Boundary-00=_UL6JBAuI/Y5WJC7 Content-Type: text/plain; charset="us-ascii"; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.boot" pcibios: PCI BIOS entry at 0xf0000+0xb5c0 pnpbios: Found PnP BIOS data at 0xc00fc1e0 pnpbios: Entry = f0000:c208 Rev = 1.0 Other BIOS signatures found: ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) ioapic0: intpin 1 bus ISA ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: high ioapic0: intpin 2 bus ISA ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high ioapic0: intpin 3 bus ISA ioapic0: intpin 3 trigger: edge ioapic0: intpin 3 polarity: high ioapic0: intpin 4 bus ISA ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: high ioapic0: intpin 5 bus ISA ioapic0: intpin 5 trigger: edge ioapic0: intpin 5 polarity: high ioapic0: intpin 6 bus ISA ioapic0: intpin 6 trigger: edge ioapic0: intpin 6 polarity: high ioapic0: intpin 7 bus ISA ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: high ioapic0: intpin 8 bus ISA ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: high ioapic0: intpin 9 bus ISA ioapic0: intpin 9 trigger: edge ioapic0: intpin 9 polarity: high ioapic0: intpin 13 bus ISA ioapic0: intpin 13 trigger: edge ioapic0: intpin 13 polarity: high ioapic0: intpin 14 bus ISA ioapic0: intpin 14 trigger: edge ioapic0: intpin 14 polarity: high ioapic0: intpin 15 bus ISA ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low ioapic0: Routing SMI -> intpin 23 lapic: Routing ExtINT -> LINT0 lapic: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> random: io:
mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fd7e0 PCI-Only Interrupts: 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 15 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 0 15 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 0 15 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 0 15 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 13 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 0 13 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 0 13 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 13 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 19 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 19 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 19 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 19 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 9 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 0 9 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 0 9 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 9 D 0x62 3 4 5 7 9 10 11 12 14 15 slot 5 0 17 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 5 0 17 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 5 0 17 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 5 0 17 D 0x62 3 4 5 7 9 10 11 12 14 15 slot 6 0 11 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 6 0 11 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 6 0 11 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 6 0 11 D 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 7 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 7 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 7 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 7 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base d0000000, size 26, enabled found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000c000, size 5, enabled pcib0: slot 7 INTD routed to irq 19 found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=19 map[90]: type 4, range 32, base 00005000, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000c400, size 8, enabled map[14]: type 1, range 32, base d9000000, size 8, enabled pcib0: slot 9 INTA routed to irq 19 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000c800, size 6, enabled pcib0: slot 11 INTA routed to irq 18 found-> vendor=0x1274, dev=0x5000, revid=0x00 bus=0, slot=11, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=18 pci0:13:0: Transition from D3 to D0 map[10]: type 4, range 32, base 0000cc00, size 6, enabled pcib0: slot 13 INTA routed to irq 17 found-> vendor=0x1274, dev=0x1371, revid=0x08 bus=0, slot=13, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=17 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 5, enabled pcib0: slot 17 INTA routed to irq 19 found-> vendor=0x134a, dev=0x0001, revid=0x00 bus=0, slot=17, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 map[10]: type 4, range 32, base 0000d400, size 3, enabled map[14]: type 4, range 32, base 0000d800, size 2, enabled map[20]: type 4, range 32, base 0000dc00, size 8, enabled pcib0: slot 19 INTA routed to irq 18 found-> vendor=0x1103, dev=0x0004, revid=0x01 bus=0, slot=19, func=0 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=18 map[10]: type 4, range 32, base 0000e000, size 3, enabled map[14]: type 4, range 32, base 0000e400, size 2, enabled map[20]: type 4, range 32, base 0000e800, size 8, enabled pcib0: slot 19 INTB routed to irq 18 found-> vendor=0x1103, dev=0x0004, revid=0x01 bus=0, slot=19, func=1 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=b, irq=18 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xd4000000-0xd5ffffff pcib1: prefetched decode 0xd6000000-0xd7ffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base d4000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xd4000000-0xd4ffffff map[14]: type 3, range 32, base d6000000, size 25, enabled pcib1: device (null) requested decoded memory range 0xd6000000-0xd7ffffff pcib1: slot 0 INTA routed to irq 16 found-> vendor=0x10de, dev=0x002d, revid=0x11 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=16 powerspec 1 supports D0 D3 current D0 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 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata0-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=01 ostat0=00 ostat1=ff ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0xc000-0xc01f irq 19 at device 7.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc000 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 piix0: port 0x5000-0x500f at device 7.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc400 rl0: port 0xc400-0xc4ff mem 0xd9000000-0xd90000ff irq 19 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:40:95:30:38:36 rl0: [GIANT-LOCKED] pcm0: port 0xc800-0xc83f irq 18 at device 11.0 on pci0 pcm0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xc800 pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 7b6c000, 1000; 0xc1398000 -> 7b6c000 pcm0: sndbuf_setmap 7b8a000, 1000; 0xc1396000 -> 7b8a000 pcm1: port 0xcc00-0xcc3f irq 17 at device 13.0 on pci0 pcm1: Reserved 0x40 bytes for rid 0x10 type 4 at 0xcc00 pcm1: pcm1: Codec features headphone, 20 bit DAC, 18 bit ADC, 6 bit master volume, Crystal Semi 3D Stereo Enhancement pcm1: Primary codec extended features AMAP pcm1: [GIANT-LOCKED] pcm1: sndbuf_setmap 7bc8000, 1000; 0xc1394000 -> 7bc8000 pcm1: sndbuf_setmap 7aa5000, 1000; 0xc1391000 -> 7aa5000 pci0: at device 17.0 (no driver attached) atapci1: port 0xdc00-0xdcff,0xd800-0xd803,0xd400-0xd407 irq 18 at device 19.0 on pci0 atapci1: Reserved 0x100 bytes for rid 0x20 type 4 at 0xdc00 atapci1: [MPSAFE] ata2: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd400 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd800 ata2: reset tp1 mask=03 ostat0=50 ostat1=30 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x30 err=0x30 lsb=0x30 msb=0x30 ata2: reset tp2 stat0=50 stat1=30 devices=0x1 ata2: [MPSAFE] atapci2: port 0xe800-0xe8ff,0xe400-0xe403,0xe000-0xe007 irq 18 at device 19.1 on pci0 atapci2: Reserved 0x100 bytes for rid 0x20 type 4 at 0xe800 atapci2: [MPSAFE] ata3: channel #0 on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0xe000 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe400 ata3: reset tp1 mask=03 ostat0=50 ostat1=30 ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x30 err=0x30 lsb=0x30 msb=0x30 ata3: reset tp2 stat0=50 stat1=30 devices=0x1 ata3: [MPSAFE] cpu0 on motherboard cpu1 on motherboard ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 YMH0021: start dependent (0) YMH0021: adding io range 0x220-0x22f, size=0x10, align=0x10 YMH0021: adding io range 0x530-0x537, size=0x8, align=0x8 YMH0021: adding io range 0x388-0x38b, size=0x4, align=0x4 YMH0021: adding io range 0x330-0x331, size=0x2, align=0x2 YMH0021: adding io range 0x370-0x371, size=0x2, align=0x2 YMH0021: adding irq mask 0x20 YMH0021: adding dma mask 0x1 YMH0021: adding dma mask 0x2 YMH0021: start dependent (1) YMH0021: adding io range 0x240-0x24f, size=0x10, align=0x10 YMH0021: adding io range 0xe80-0xe87, size=0x8, align=0x8 YMH0021: adding io range 0x388-0x38b, size=0x4, align=0x8 YMH0021: adding io range 0x300-0x301, size=0x2, align=0x2 YMH0021: adding io range 0x100-0xfff, size=0x2, align=0x2 YMH0021: adding irq mask 0xea0 YMH0021: adding dma mask 0xb YMH0021: adding dma mask 0xb YMH0021: start dependent (2) YMH0021: adding io range 0x220-0x28f, size=0x10, align=0x10 YMH0021: adding io range 0x530-0xf4f, size=0x8, align=0x8 YMH0021: adding io range 0x388-0x3fb, size=0x4, align=0x8 YMH0021: adding io range 0x300-0x335, size=0x2, align=0x2 YMH0021: adding io range 0x100-0xfff, size=0x2, align=0x2 YMH0021: adding irq mask 0xea8 YMH0021: adding dma mask 0xb YMH0021: adding dma mask 0xb YMH0021: end dependent YMH0022: start dependent (0) YMH0022: adding io range 0x201-0x201, size=0x1, align=0x1 YMH0022: start dependent (1) YMH0022: adding io range 0x202-0x202, size=0x1, align=0x1 YMH0022: start dependent (1) YMH0022: adding io range 0x203-0x203, size=0x1, align=0x1 YMH0022: start dependent (2) YMH0022: adding io range 0x204-0x20f, size=0x1, align=0x1 YMH0022: end dependent ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed pnpbios: 15 devices, largest 78 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xfec00000-0xfec0ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0xfee00000-0xfee0ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0x100000-0x7ffffff, size=0x7f00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xe0000-0xeffff, size=0x10000 PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfffff, size=0x8000 PNP0c02: adding fixed memory32 range 0xd1800-0xd3fff, size=0x2800 pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x294-0x297, size=0x4, align=0 PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x480-0x48f, size=0x10, align=0 PNP0a03: adding io range 0x4000-0x403f, size=0x40, align=0 PNP0a03: adding io range 0x5000-0x501f, size=0x20, align=0 pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x208-0x20f, size=0x8, align=0 pnpbios: handle 11 device ID PNP0c02 (020cd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 12 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 pnpbios: handle 13 device ID PNP0700 (0007d041) PNP0400: adding irq mask 0x80 PNP0400: adding io range 0x378-0x37f, size=0x8, align=0 pnpbios: handle 14 device ID PNP0400 (0004d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 16 device ID PNP0501 (0105d041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xef000-0xeffff,0xd0000-0xd17ff,0xc0000-0xcffff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x1f0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0067 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) ic_type 90 part_id 80 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 device_attach: fdc0 attach returned 2 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0xe241 0xe251 0xe241 0xe241 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: irq maps: 0xe241 0xe249 0xe241 0xe240 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices adv1: Invalid baseport of 0x220 specified. Nearest valid baseport is 0x230. Failing probe. pcm2: at port 0x370-0x371,0x330-0x331,0x388-0x38b,0x530-0x537,0x220-0x22f irq 5 drq 1,0 on isa0 Yamaha: ver 0x21 DMA config 0x84 pcm2: [GIANT-LOCKED] pcm2: sndbuf_setmap ffc000, 1000; 0xcc173000 -> ffc000 pcm2: sndbuf_setmap ffb000, 1000; 0xcc174000 -> ffb000 adv1: Invalid baseport of 0x201 specified. Nearest valid baseport is 0x210. Failing probe. joy0: at port 0x201 on isa0 adv1: Invalid baseport of 0x0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x70 specified. Nearest valid baseport is 0x100. Failing probe. unknown: can't assign resources (port) unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. Failing probe. unknown: failed to probe at port 0x61 on isa0 adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. Failing probe. ahc0: No resources alloated. unknown: can't assign resources (memory) unknown: at iomem 0xe0000-0xeffff on isa0 unknown: can't assign resources (port) unknown: at port 0x4d0-0x4d1,0x294-0x297 on isa0 adv1: Invalid baseport of 0x208 specified. Nearest valid baseport is 0x210. Failing probe. unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 adv1: Invalid baseport of 0x3f2 specified. Nearest valid baseport is 0x330. Failing probe. fdc1: cannot reserve I/O port range (6 ports) unknown: failed to probe at port 0x3f2-0x3f5 irq 6 drq 2 on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 334092129 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin ata0-master: setting PIO4 on Intel PIIX4 chip ata0-master: setting UDMA33 on Intel PIIX4 chip ad0: ATA-5 disk at ata0-master ad0: 17418MB (35673120 sectors), 35390 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA33 GEOM: new disk ad0 ar: FreeBSD check1 failed ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ATAPI_RESET time = 50us [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:10239201 [1] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:10239264 l:10239264 [2] f:00 typ:165 s(CHS):1023/255/63 e(CHS):1023/15/63 s:20478528 l:15194592 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 5242470912 end 5242503167 GEOM: Configure ad0s2, start 5242503168 length 5242503168 end 10485006335 GEOM: Configure ad0s3, start 10485006336 length 7779631104 end 18264637439 ata1-master: setting PIO4 on Intel PIIX4 chip GEOM: Configure ad0s1a, start 0 length 209715200 end 209715199 GEOM: Configure ad0s1b, start 209715200 length 560988160 end 770703359 GEOM: Configure ad0s1c, start 0 length 5242470912 end 5242470911 GEOM: Configure ad0s1d, start 770703360 length 209715200 end 980418559 GEOM: Configure ad0s1e, start 980418560 length 209715200 end 1190133759 GEOM: Configure ad0s1f, start 1190133760 length 4052337152 end 5242470911 acd0: CDROM drive at ata1 as master acd0: read 2412KB/s (5512KB/s), 256KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc GEOM: Configure ad0s2a, start 0 length 209715200 end 209715199 GEOM: Configure ad0s2b, start 209715200 length 560988160 end 770703359 GEOM: Configure ad0s2c, start 0 length 5242503168 end 5242503167 GEOM: Configure ad0s2d, start 770703360 length 209715200 end 980418559 GEOM: Configure ad0s2e, start 980418560 length 209715200 end 1190133759 GEOM: Configure ad0s2f, start 1190133760 length 4052369408 end 5242503167 ata2-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin GEOM: Configure ad0s3c, start 0 length 7779631104 end 7779631103 GEOM: Configure ad0s3e, start 0 length 7779631104 end 7779631103 ata2-master: setting PIO4 on HighPoint chip ata2-master: setting UDMA33 on HighPoint chip ad4: ATA-4 disk at ata2-master ad4: 9671MB (19807200 sectors), 19650 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, UDMA33 ar: HighPoint check1 failed ata3-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata3-master: setting PIO4 on HighPoint chip ata3-master: setting UDMA33 on HighPoint chip ad6: ATA-4 disk at ata3-master ad6: 9671MB (19807200 sectors), 19650 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, UDMA33 ar: HighPoint check1 failed SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040011 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 5 (ISA IRQ 5) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 GEOM: new disk ad4 GEOM: new disk ad6 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:19807137 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s1, start 32256 length 10141254144 end 10141286399 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:19807137 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad6s1, start 32256 length 10141254144 end 10141286399 GEOM: Configure ad4s1a, start 0 length 10141254144 end 10141254143 GEOM: Configure ad4s1c, start 0 length 10141254144 end 10141254143 GEOM: Configure ad6s1a, start 0 length 10141254144 end 10141254143 GEOM: Configure ad6s1c, start 0 length 10141254144 end 10141254143 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init --Boundary-00=_UL6JBAuI/Y5WJC7-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 19:48:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAEB116A4CE; Sat, 21 Aug 2004 19:48:28 +0000 (GMT) Received: from mail45.e.nsc.no (mail45.e.nsc.no [193.213.115.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B80C43D2D; Sat, 21 Aug 2004 19:48:28 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from carebears.mine.nu (ti400720a080-1964.bb.online.no [83.108.199.172]) by mail45.nsc.no (8.12.11/8.12.11) with ESMTP id i7LJmNhv019068; Sat, 21 Aug 2004 21:48:23 +0200 (CEST) Received: from localhost (localhost.carebears.net [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id B964727F2DB; Sat, 21 Aug 2004 21:48:27 +0200 (CEST) Received: from carebears.mine.nu ([127.0.0.1])port 10024) with ESMTP id 12666-05; Sat, 21 Aug 2004 21:48:26 +0200 (CEST) Received: from [192.168.0.9] (funshine.carebears.net [192.168.0.9]) by carebears.mine.nu (Postfix) with ESMTP id 6F87427F060; Sat, 21 Aug 2004 21:48:26 +0200 (CEST) From: Christer Solskogen To: "Conrad J. Sabatier" In-Reply-To: <20040821133701.6ecf9f04@dolphin.local.net> References: <1093108393.4202.8.camel@funshine.carebears.net> <20040821133701.6ecf9f04@dolphin.local.net> Content-Type: text/plain Organization: The Carebears / .jduB Message-Id: <1093117713.619.2.camel@funshine.carebears.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 21:48:33 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavis at tenderheart.carebears.net cc: freebsd-multimedia@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 19:48:29 -0000 On Sat, 2004-08-21 at 20:37, Conrad J. Sabatier wrote: > On Sat, 21 Aug 2004 19:13:13 +0200 > Christer Solskogen wrote: > > > -----Forwarded Message----- > > > From: Christer Solskogen > > > To: freebsd-current@freebsd.org > > > Subject: sound in CURRENT > > > Date: Sat, 21 Aug 2004 16:26:03 +0200 > > > > > > FreeBSD funshine.carebears.net 5.3-BETA1 FreeBSD 5.3-BETA1 #1: Sat > > > Aug 21 15:51:04 CEST 2004 > > > root@funshine.carebears.net:/usr/obj/usr/src/sys/FUNSHINE amd64 > > > > > > I cant get sound working on my SB Live. > > > I have the following in kernel config: > > > device sound > > > device "snd_emu10k1" > > > > > > It seems like I dont have any sound modules either in /boot/kernel > > > (yeah, i know the modules are named snd_*) > > > > > > (no need to CC: back to me. I`m subscribed) > > > > Could this only be on amd64? > > There are no sound modules on amd64 yet; sound *must* be compiled into > the kernel. > > I don't know about the SB Live; I thought it was supposed to be one of > the better-supported cards. Apparently not. And to think I > was on the verge of buying one recently in hopes of curing my own sound > problems. > > That being said, all I can add is that sound on amd64 appears to be > seriously broken, with no fix in sight. I've tried both the onboard > sound (nVidia nForce3) and my old es1371 card (which works fine on my > old i386 Athlon box), and both break down after a certain period of time > with "pcm0:play:0: play interrupt timeout, channel dead", after which, > sound is no longer useable until a reboot. > > I've seen other reports from people who can't even get their sound > chipsets to work at all. And whoever is currently maintaining the sound > code has been *awfully* quiet lately. Feels like a waste of time > reporting anything. > > Frankly, I'm rather disgusted with FreeBSD's sound support in general. > Broken pcm devices, no MIDI; it's pathetic. I'm really quite close to > giving up on ever resolving the sound problems under amd64 and just > installing a Linux distro, which actually, I may just do anyway, > regardless, since it's highly doubtful we'll ever catch up to Linux on > the sound front. > > This is really a sad state of affairs, it truly is. I can remember a > time with the old Voxware drivers when I could play MIDI files on > my old AWE 64 with soundfont support and everything, and it sounded > fantastic. What do we have now? Timidity. Bleah! > > Drastic as it may sound, I would vote in favor of scrapping the current > sound system altogether and porting the Linux stuff over to FreeBSD. > Let's face it; they're light-years ahead of us in the multimedia > department, and we'll never catch up to them, not with the terrible base > we're starting from. > > I wanted to scream when Voxware was pulled years ago, but I held my > peace (not like there was much choice in the matter). But I never > expected things would still be in such a shoddy, primitive state this > many years later. > > Not to mention the recent rash of buildworld/buildkernel breakages > lately from hurried, poorly tested commits. Does anyone even bother > trying to compile their stuff anymore before committing? > > Ah well, just ranting here. Don't mind me. I'm just seriously > disgruntled. I've only been using this OS for the last eight years, and > never would have dreamed I'd reach a point where I'd seriously consider > abandoning it, but it's starting to look like that time may have come. > I really can't take much more of this. > > Oh, that reminds me. Time to pay a visit to FreeBSDMall and cancel my > subscription. Not gonna continue shelling out for broken software. > Okay, i really dont want you to tell you this, but i do have to. I forgot I changed my soundcard, as I dont have the SB Live anymore. I was using something else. And when adding the RIGHT card into the kernelconfig it worked. My bad. -- cso, jerk. Never sleep with anyone crazier than yourself. From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 19:54:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53A0916A4CE for ; Sat, 21 Aug 2004 19:54:44 +0000 (GMT) Received: from nwlynx.network-lynx.net (nwlynx.network-lynx.net [63.122.185.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A35643D53 for ; Sat, 21 Aug 2004 19:54:43 +0000 (GMT) (envelope-from Don@Silver-Lynx.com) Received: from fly.network-lynx.net ([63.122.185.98] helo=Silver-Lynx.com) by nwlynx.network-lynx.net with asmtp (Exim 4.24 #1) id 1BybxM-0003I3-9B by authid with fixed_cram for ; Sat, 21 Aug 2004 13:55:16 -0600 Message-ID: <4127A87D.50807@Silver-Lynx.com> Date: Sat, 21 Aug 2004 13:54:37 -0600 From: Don Wilde User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031028 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: fdc1 failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 19:54:44 -0000 > I seem to have lost the fdc0 device with the latest -Current. > Same here, on a Pentium 200MMX, see dmesg below. [note, ACPI is disabled.] Also, two builds ago, I started getting 'address already in use' from ssh and bind. I didn't change any configs, although it's quite possible I screwed up while doing mergemaster. I do wipe /usr/obj every time I build, and I've been using the new buildworld/buildkernel/installkernel/mm -p/installworld/mm procedure. Thanks for all you dedicated hackers do!!! Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Sat Aug 21 10:39:11 MDT 2004 din@testdrive.network-lynx.net:/usr/obj/usr/src/sys/TESTDR5 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P55C (200.46-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 134217728 (128 MB) avail memory = 125886464 (120 MB) Intel Pentium detected, installing workaround for F00F bug npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 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 pci0: at device 17.0 (no driver attached) ahc0: port 0x6000-0x60ff mem 0xe4102000-0xe4102fff irq 11 at device 18.0 on pci0 ahc0: Using left over BIOS settings ahc0: [GIANT-LOCKED] aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs fxp0: port 0x6500-0x653f mem 0xe4000000-0xe40fffff,0xe4100000-0xe4100fff irq 11 at device 19.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:88:ed:d8 fxp0: [GIANT-LOCKED] pci0: at device 20.0 (no driver attached) cpu0 on motherboard orm0: at iomem 0xd1000-0xd1fff,0xcc000-0xd0fff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 ic_type 90 part_id 80 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 device_attach: fdc0 attach returned 2 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/1 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata2: at port 0x168-0x16f,0x36e-0x375 irq 10 on isa0 unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) fdc1: cannot reserve I/O port range (6 ports) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 200455167 Hz quality 800 Timecounters tick every 1.000 msec ATAPI_RESET time = 1730us ad0: 8063MB [16383/16/63] at ata0-master WDMA2 acd0: CDRW at ata0-slave WDMA2 Waiting 10 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 3079MB (6306048 512 byte sectors: 64H 32S/T 3079C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da1: 3079MB (6306048 512 byte sectors: 64H 32S/T 3079C) Mounting root from ufs:/dev/ad0s1a -- Don Wilde ---------> Silver Lynx <---------- Raising the Trajectory of Human Development --------------------------------------------- http://www.Silver-Lynx.com 001-505-891-4175 From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:03:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 354C716A4CF for ; Sat, 21 Aug 2004 20:03:23 +0000 (GMT) Received: from nwlynx.network-lynx.net (nwlynx.network-lynx.net [63.122.185.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AC4343D4C for ; Sat, 21 Aug 2004 20:03:23 +0000 (GMT) (envelope-from Don@Silver-Lynx.com) Received: from fly.network-lynx.net ([63.122.185.98] helo=Silver-Lynx.com) by nwlynx.network-lynx.net with asmtp (Exim 4.24 #1) id 1Byc5k-0003N0-CJ by authid with fixed_cram for ; Sat, 21 Aug 2004 14:03:56 -0600 Message-ID: <4127AA85.8010203@Silver-Lynx.com> Date: Sat, 21 Aug 2004 14:03:17 -0600 From: Don Wilde User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031028 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4127A87D.50807@Silver-Lynx.com> In-Reply-To: <4127A87D.50807@Silver-Lynx.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: fdc1 failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:03:23 -0000 Don Wilde wrote: > Also, two builds ago, I started getting 'address already in use' from > ssh and bind. Fixed; didn't understand that rc would load sshd from rc.conf and inetd would load it again from inetd.conf... minor details! :D -- Don Wilde ---------> Silver Lynx <---------- Raising the Trajectory of Human Development --------------------------------------------- http://www.Silver-Lynx.com 001-505-891-4175 From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:12:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC51516A4CE for ; Sat, 21 Aug 2004 20:12:34 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC24643D2D for ; Sat, 21 Aug 2004 20:12:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id CE21E72DD4; Sat, 21 Aug 2004 13:12:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C64A372DCB for ; Sat, 21 Aug 2004 13:12:34 -0700 (PDT) Date: Sat, 21 Aug 2004 13:12:34 -0700 (PDT) From: Doug White To: current@freebsd.org Message-ID: <20040821125950.L84878@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: new twist on IPI deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:12:35 -0000 Got this on my xeon today, with hyperthreading disabled, and dropping to ddb with NMI after a hang. Looks like smp_rendezvous_action() colliding with smp_tlb_shootdown(). smp_rendezvous and smp_tlb_shootdown use different IPI vectors and different locks, but I wonder if the operations aren't orthogonal, and doing multiple IPIs at once can cause unexpected behavior. kernel trap 19 with interrupts disabled NMI ... going to debugger [thread 100168] Stopped at smp_rendezvous_action+0x30: cmpl mp_ncpus,%eax db> tr smp_rendezvous_action(fd) at smp_rendezvous_action+0x30 smp_rendezvous(0,c06a0724,0,c2a66420) at smp_rendezvous+0xd7 i386_ldt_grow(c2a66420,12,8,dfe2a000,c2a63f60) at i386_ldt_grow+0x1b1 i386_set_ldt(c2a66420,bfbfe968,c2a63de0,0,dfd61d40) at i386_set_ldt+0x2de sysarch(c2a66420,dfd61d14,2,0,206) at sysarch+0x67 syscall(2f,2f,2f,2807f010,0) at syscall+0x287 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (165, FreeBSD ELF32, sysarch), eip = 0x2807196f, esp = 0xbfbfe954, ebp = 0x- [...] db> tr 28658 sched_switch(f6,dc511000,dc512000) at sched_switch+0x9b smp_invlpg_range(dc511000,dc512000) at smp_invlpg_range+0x1c pmap_invalidate_range(c0775e20,dc511000,dc512000,c2294780,c2277170) at pmap_invalidate_5 pmap_qenter(dc511000,c2294790,1) at pmap_qenter+0x50 sf_buf_alloc(c1a329e0,0,0,0,0) at sf_buf_alloc+0x1a9 uiomove_fromphys(c28a9600,3000,8d8,dfed5c88,0) at uiomove_fromphys+0x92 pipe_read(c2a68bf4,dfed5c88,c2b7c400,0,c349a2c0) at pipe_read+0x238 dofileread(c349a2c0,c2a68bf4,0,812a000,4000) at dofileread+0x95 read(c349a2c0,dfed5d14,3,0,296) at read+0x3b syscall(2f,2f,2f,80da500,80f7034) at syscall+0x287 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x80a5783, esp = 0xbfbfe69c, ebp = 0xbfbfe6- db> tr 28690 smp_rendezvous_action(fd) at smp_rendezvous_action+0x30 smp_rendezvous(0,c06a0724,0,c2a66420) at smp_rendezvous+0xd7 i386_ldt_grow(c2a66420,12,8,dfe2a000,c2a63f60) at i386_ldt_grow+0x1b1 i386_set_ldt(c2a66420,bfbfe968,c2a63de0,0,dfd61d40) at i386_set_ldt+0x2de sysarch(c2a66420,dfd61d14,2,0,206) at sysarch+0x67 syscall(2f,2f,2f,2807f010,0) at syscall+0x287 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (165, FreeBSD ELF32, sysarch), eip = 0x2807196f, esp = 0xbfbfe954, ebp = 0x- -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:23:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C445D16A4CE for ; Sat, 21 Aug 2004 20:23:27 +0000 (GMT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D9CB43D48 for ; Sat, 21 Aug 2004 20:23:25 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id C6D8E2A42B; Sat, 21 Aug 2004 22:23:23 +0200 (CEST) Date: Sat, 21 Aug 2004 22:23:23 +0200 From: Thomas Quinot To: Andrea Campi Message-ID: <20040821202323.GB95522@melusine.cuivre.fr.eu.org> References: <200408162241.i7GMfwew040281@repoman.freebsd.org> <20040821161140.GA690@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040821161140.GA690@webcom.it> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: cvs commit: src/tools/tools/nanobsd Makefile i386.diskimage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:23:27 -0000 * Andrea Campi, 2004-08-21 : > I think this is not what you intended to do: Good catch, fixed in rev. 1.9. -- Thomas.Quinot@Cuivre.FR.EU.ORG From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:24:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B956316A4CE; Sat, 21 Aug 2004 20:24:42 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA0A143D41; Sat, 21 Aug 2004 20:24:42 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9FBCC72DD4; Sat, 21 Aug 2004 13:24:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9AD5072DCB; Sat, 21 Aug 2004 13:24:42 -0700 (PDT) Date: Sat, 21 Aug 2004 13:24:42 -0700 (PDT) From: Doug White To: FUJISHIMA Satsuki In-Reply-To: <86llg9f66f.wl%sf@FreeBSD.org> Message-ID: <20040821132424.R84878@carver.gumbysoft.com> References: <412616D6.6090601@ceribus.net> <86llg9f66f.wl%sf@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Grover Lines Subject: Re: Strange output at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:24:42 -0000 On Sat, 21 Aug 2004, FUJISHIMA Satsuki wrote: > At Fri, 20 Aug 2004 08:20:54 -0700, > Grover Lines wrote: > > > > I dont know if I missed somthing along the way, or broke somthing but > > the last couple days builds have brought me this type of output during boot. > > > > 1197 %desc R *Handler > > 1198 %driver R *Handler > > 1199 %location R *Handler > > 1200 %pnpinfo R *Handler > > 1201 %parent R *Handler > > check your sysctl.conf. You have a line starting with "sysctl" in there :) sysctl.conf is just 'variable=value' pairs. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:28:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34FEB16A4CE for ; Sat, 21 Aug 2004 20:28:47 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 260C343D2F for ; Sat, 21 Aug 2004 20:28:47 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 19C0A72DD4; Sat, 21 Aug 2004 13:28:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 17F9F72DCB; Sat, 21 Aug 2004 13:28:47 -0700 (PDT) Date: Sat, 21 Aug 2004 13:28:47 -0700 (PDT) From: Doug White To: Roman Kurakin In-Reply-To: <41261D1B.5000003@cronyx.ru> Message-ID: <20040821132750.U84878@carver.gumbysoft.com> References: <41261D1B.5000003@cronyx.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current Subject: Re: Panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:28:47 -0000 On Fri, 20 Aug 2004, Roman Kurakin wrote: > Hi, > > I've updated my current kernel/world yesterday, I've compiled and > install it as > usual on fast smp machine. After that I've plug my hard disk to a bit > slow smp > machine and get panic: > > Fattal trap 12 Without the full trap trace its not possible to debug this too far. > call stack: > > install_ap_tramp + 0x43 > start_all_aps > cpu_mp_start > mp_start > mi_startup > begin > > It seems that install_ap_tramp + 0x43 > *dst++ = *src++ (IIRC) My first guess is that your old SMP box has problems with SMP. What kind of processors are in the machine you compiled on and the machine you put the disk into? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:35:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8BE316A576 for ; Sat, 21 Aug 2004 20:35:19 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E8B443D1D for ; Sat, 21 Aug 2004 20:35:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 7F0C372DD5; Sat, 21 Aug 2004 13:35:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7D1CB72DD4; Sat, 21 Aug 2004 13:35:19 -0700 (PDT) Date: Sat, 21 Aug 2004 13:35:19 -0700 (PDT) From: Doug White To: Roman Kurakin In-Reply-To: <412640B5.9090104@cronyx.ru> Message-ID: <20040821133304.D84878@carver.gumbysoft.com> References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:35:19 -0000 On Fri, 20 Aug 2004, Roman Kurakin wrote: > At first I have two SMP system (Dual) one that boots normaly and one > that > goes to panic (the older pc). > I've setup finaly serial console to that system, so here is more > detailed output: > > OK boot -Dhv > /boot/kernel/acpi.ko text=0x406a8 data=0x1bc4+0x110c > syms=[0x4+0x72d0+0x4+0x9754] Have you tried booting without enabling ACPI? The ACPI tables seem to think you have two APs and no BSP. Also check the BIOS and set the MPTable version to 1.4, and upgrade the BIOS itself if there is an update. What motherboard/system is this? > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > SMAP type=01 base=0000000000000000 len=000000000009fc00 > SMAP type=01 base=000000000009fc00 len=0000000000000400 > SMAP type=02 base=00000000000f0000 len=0000000000010000 > SMAP type=02 base=00000000fec00000 len=0000000000001000 > SMAP type=02 base=00000000fee00000 len=0000000000001000 > SMAP type=02 base=00000000ffff0000 len=0000000000010000 > SMAP type=01 base=0000000000100000 len=0000000007ef0000 > SMAP type=03 base=0000000007ff3000 len=000000000000d000 > SMAP type=04 base=0000000007ff0000 len=0000000000003000 > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.0-CURRENT #17: Fri Aug 20 10:23:42 MSD 2004 > root@devel15.cronyx.ru:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a2e000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a2e254. > Calibrating clock(s) ... i8254 clock: 1193137 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 232751947 Hz > CPU: Pentium II/Pentium II Xeon/Celeron (232.75-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x634 Stepping = 4 > > Features=0x80fbff V,MMX> > real memory = 134152192 (127 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000000c29000 - 0x0000000007d7ffff, 118845440 bytes (29015 pages) > avail memory = 121626624 (115 MB) > Table 'FACP' at 0x7ff3040 > Table 'APIC' at 0x7ff5640 > Table 'APIC' at 0x7ff5640 > MP Configuration Table version 1.1 found at 0xc00f1400 > APIC: Using the MADT enumerator. > MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > SMP: Added CPU 0 (AP) > MADT: Found CPU APIC ID 1 ACPI ID 1: enabled > SMP: Added CPU 1 (AP) > ACPI APIC Table: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc05f7f24 > stack pointer = 0x10:0xc0c21b6c > frame pointer = 0x10:0xc0c21b78 > 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 = 0 () > [thread 0] > Stopped at _mtx_lock_flags+0x34: cmpl $0xc084ec9c,0(%ebx) > db> > > It seems that this problem was introduced with recent bootloader update. > That is all a able to tell now. > > rik > > Roman Kurakin wrote: > > > Hi, > > > > I've updated my current kernel/world yesterday, I've compiled and > > install it as > > usual on fast smp machine. After that I've plug my hard disk to a bit > > slow smp > > machine and get panic: > > > > Fattal trap 12 > > > > call stack: > > > > install_ap_tramp + 0x43 > > start_all_aps > > cpu_mp_start > > mp_start > > mi_startup > > begin > > > > It seems that install_ap_tramp + 0x43 > > *dst++ = *src++ (IIRC) > > > > Thats all I can tell now. > > > > Any ideas, questions? > > > > rik > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:37:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8A5216A4CF for ; Sat, 21 Aug 2004 20:37:03 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9191743D41 for ; Sat, 21 Aug 2004 20:37:03 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (sccrmhc12) with ESMTP id <2004082120370201200p4lpce>; Sat, 21 Aug 2004 20:37:02 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id 25C57177A1; Sat, 21 Aug 2004 13:37:02 -0700 (PDT) Date: Sat, 21 Aug 2004 13:37:02 -0700 From: Clint Olsen To: Jon Noack Message-ID: <20040821203702.GA51637@0lsen.net> References: <20040821064833.GC36803@0lsen.net> <4126F51F.6020905@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4126F51F.6020905@alumni.rice.edu> User-Agent: Mutt/1.4.2.1i Organization: NULlsen Network X-Disclaimer: Mutt Bites! cc: current@freebsd.org Subject: Re: Trying to 'installworld' and proxy user issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:37:04 -0000 On Aug 21, Jon Noack wrote: > > Just a shot in the dark, but did you rebuild your password databases > after updating the master password file? I think mergemaster asks you if > you want to update the databases when you modify the master password > file, but perhaps that didn't happen. If you don't rebuild those > databases then the system won't see your changes; thus, no 'proxy' > user... > > You can check to be sure your password databases are newer than > master.passwd (with 'ls -lrt /etc/*wd*', master.passwd should be the > first file listed): Yes, mergemaster did ask me and I chose yes. However, it appeared to me at the time that the password database in the src tree was the one that got updated. There was no evidence of the proxy user in /etc/passwd. Again, a cluepon for me is in order. What should have happened? Thanks, -Clint From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:40:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CA1E16A4CE for ; Sat, 21 Aug 2004 20:40:46 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0558843D45 for ; Sat, 21 Aug 2004 20:40:46 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EDB3F72DD4; Sat, 21 Aug 2004 13:40:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EB9DE72DCB; Sat, 21 Aug 2004 13:40:45 -0700 (PDT) Date: Sat, 21 Aug 2004 13:40:45 -0700 (PDT) From: Doug White To: Joe Marcus Clarke In-Reply-To: <1093058259.9940.29.camel@shumai.marcuscom.com> Message-ID: <20040821133949.M84878@carver.gumbysoft.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:40:46 -0000 On Fri, 20 Aug 2004, Joe Marcus Clarke wrote: > I just got a new Dell Precision 360 workstation with an LSILogic SCSI > controller: > > mpt0: port 0xcd00-0xcdff mem > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on pci2 > mpt1: port 0xce00-0xceff mem > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on pci2 [...] > mpt1: time out on request index = 0xfe sequence = 0x000001a0 Have you checked termination and cabling? Also make sure you are not using the integrated mirroring capability -- its not supported under FreeBSD, at least in my tests. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:47:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5710716A4CE for ; Sat, 21 Aug 2004 20:47:30 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFFB43D41 for ; Sat, 21 Aug 2004 20:47:29 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i7LKkTYu088137; Sat, 21 Aug 2004 16:46:29 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Doug White In-Reply-To: <20040821133949.M84878@carver.gumbysoft.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <20040821133949.M84878@carver.gumbysoft.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-jDAH/TRjrSa8E61PrmV+" Organization: MarcusCom, Inc. Message-Id: <1093121246.17246.33.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 16:47:26 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:47:30 -0000 --=-jDAH/TRjrSa8E61PrmV+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2004-08-21 at 16:40, Doug White wrote: > On Fri, 20 Aug 2004, Joe Marcus Clarke wrote: >=20 > > I just got a new Dell Precision 360 workstation with an LSILogic SCSI > > controller: > > > > mpt0: port 0xcd00-0xcdff mem > > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on pci= 2 > > mpt1: port 0xce00-0xceff mem > > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on pci2 >=20 > [...] >=20 > > mpt1: time out on request index =3D 0xfe sequence =3D 0x000001a0 >=20 > Have you checked termination and cabling? Also make sure you are not usin= g > the integrated mirroring capability -- its not supported under FreeBSD, a= t > least in my tests. This is a Dell-manufactured, out-of-the-box machine (and the Windows XP Pro that came on it works just fine, I guess). There is only one drive, and I'm not using any RAID. The exact same configuration works under -STABLE. As I mentioned in a follow-up, I found a patch that may do the trick for me. I'm just about done with my custom 5.2.1-RELEASE, so I'll know in a bit. Thanks for following up, though. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-jDAH/TRjrSa8E61PrmV+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBJ7Teb2iPiv4Uz4cRAjFhAJ9g83NW5gEj5CY5REAqgTenonfO2gCfQfP/ 7rQt+cAXkUK5duQrKFFR8yA= =IZPs -----END PGP SIGNATURE----- --=-jDAH/TRjrSa8E61PrmV+-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 21:01:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90B8516A4CE for ; Sat, 21 Aug 2004 21:01:18 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC37943D41 for ; Sat, 21 Aug 2004 21:01:15 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i7LL1Eow047159 for ; Sat, 21 Aug 2004 23:01:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sat, 21 Aug 2004 23:01:14 +0200 Message-ID: <47158.1093122074@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: Half speed forward and mind the torpedoes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 21:01:18 -0000 Hi there, My bicycle and I parted ways today and as a result I have my left arm in a sling and it hurts enough to keep my mind occupied so I'll be oprating under half power for a couple of weeks To people who expect to hear me speak at Sucon: I think I'll be there, but I'm not 100% sure yet. Re: fdc.c, if you have trouble with your fdc0 disappearing, revert my last commit to fdc.c or better yet: figure out a patch. /phk PS: Who ever sent me the book from my Amazon wishlist: thanks a lot! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 21:17:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A69716A4CE for ; Sat, 21 Aug 2004 21:17:09 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F4F643D4C for ; Sat, 21 Aug 2004 21:17:08 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7LLE4dQ051937 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Sun, 22 Aug 2004 01:14:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i7LLC7UR051861; (8.12.8/vak/2.1) Sun, 22 Aug 2004 01:12:08 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4127B8F6.9040908@cronyx.ru> Date: Sun, 22 Aug 2004 01:04:54 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Doug White References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> In-Reply-To: <20040821133304.D84878@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 21:17:09 -0000 Doug White: >On Fri, 20 Aug 2004, Roman Kurakin wrote: > > >> At first I have two SMP system (Dual) one that boots normaly and one >>that >>goes to panic (the older pc). >> I've setup finaly serial console to that system, so here is more >>detailed output: >> >>OK boot -Dhv >>/boot/kernel/acpi.ko text=0x406a8 data=0x1bc4+0x110c >>syms=[0x4+0x72d0+0x4+0x9754] >> >> > >Have you tried booting without enabling ACPI? The ACPI tables seem to > Yes, but this didn't help. >think you have two APs and no BSP. > > >Also check the BIOS and set the MPTable version to 1.4, and upgrade the >BIOS itself if there is an update. > Ok, I'll check this. But this would be only on Monday. It is at work. >What motherboard/system is this? > If I've found correct message from my archive both mainboards are listed here: 1. GA-6BXD; 2. MSI, I guess, 694D Pro2 ver2. Today I was trying to find out reason of such panic, and I've played a bit with ddb. After step-ing a while I've pressed continue and system went to panic in other place. This looks like some problems with pointers. On Monday I also want to try to locate what exact changes lead to this problem. That shouldn't be hard since I've updated system after two-week delay. rik >>GDB: no debug ports present >>KDB: debugger backends: ddb >>KDB: current backend: ddb >>SMAP type=01 base=0000000000000000 len=000000000009fc00 >>SMAP type=01 base=000000000009fc00 len=0000000000000400 >>SMAP type=02 base=00000000000f0000 len=0000000000010000 >>SMAP type=02 base=00000000fec00000 len=0000000000001000 >>SMAP type=02 base=00000000fee00000 len=0000000000001000 >>SMAP type=02 base=00000000ffff0000 len=0000000000010000 >>SMAP type=01 base=0000000000100000 len=0000000007ef0000 >>SMAP type=03 base=0000000007ff3000 len=000000000000d000 >>SMAP type=04 base=0000000007ff0000 len=0000000000003000 >>Copyright (c) 1992-2004 The FreeBSD Project. >>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >>FreeBSD 6.0-CURRENT #17: Fri Aug 20 10:23:42 MSD 2004 >> root@devel15.cronyx.ru:/usr/obj/usr/src/sys/GENERIC >>WARNING: WITNESS option enabled, expect reduced performance. >>Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a2e000. >>Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a2e254. >>Calibrating clock(s) ... i8254 clock: 1193137 Hz >>CLK_USE_I8254_CALIBRATION not specified - using default frequency >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>Calibrating TSC clock ... TSC clock: 232751947 Hz >>CPU: Pentium II/Pentium II Xeon/Celeron (232.75-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0x634 Stepping = 4 >> >>Features=0x80fbff>V,MMX> >>real memory = 134152192 (127 MB) >>Physical memory chunk(s): >>0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) >>0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >>0x0000000000c29000 - 0x0000000007d7ffff, 118845440 bytes (29015 pages) >>avail memory = 121626624 (115 MB) >>Table 'FACP' at 0x7ff3040 >>Table 'APIC' at 0x7ff5640 >>Table 'APIC' at 0x7ff5640 >>MP Configuration Table version 1.1 found at 0xc00f1400 >>APIC: Using the MADT enumerator. >>MADT: Found CPU APIC ID 0 ACPI ID 0: enabled >>SMP: Added CPU 0 (AP) >>MADT: Found CPU APIC ID 1 ACPI ID 1: enabled >>SMP: Added CPU 1 (AP) >>ACPI APIC Table: >>kernel trap 12 with interrupts disabled >> >> >>Fatal trap 12: page fault while in kernel mode >>cpuid = 0; apic id = 00 >>fault virtual address = 0x0 >>fault code = supervisor read, page not present >>instruction pointer = 0x8:0xc05f7f24 >>stack pointer = 0x10:0xc0c21b6c >>frame pointer = 0x10:0xc0c21b78 >>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 = 0 () >>[thread 0] >>Stopped at _mtx_lock_flags+0x34: cmpl $0xc084ec9c,0(%ebx) >>db> >> >>It seems that this problem was introduced with recent bootloader update. >>That is all a able to tell now. >> >>rik >> >>Roman Kurakin wrote: >> >> >> >>>Hi, >>> >>> I've updated my current kernel/world yesterday, I've compiled and >>>install it as >>>usual on fast smp machine. After that I've plug my hard disk to a bit >>>slow smp >>>machine and get panic: >>> >>>Fattal trap 12 >>> >>>call stack: >>> >>>install_ap_tramp + 0x43 >>>start_all_aps >>>cpu_mp_start >>>mp_start >>>mi_startup >>>begin >>> >>>It seems that install_ap_tramp + 0x43 >>> *dst++ = *src++ (IIRC) >>> >>>Thats all I can tell now. >>> >>>Any ideas, questions? >>> >>>rik >>> >>> >>> >>>_______________________________________________ >>>freebsd-current@freebsd.org mailing list >>>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>To unsubscribe, send any mail to >>>"freebsd-current-unsubscribe@freebsd.org" >>> >>> >>> >>> >> >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 21:24:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B551316A4CE for ; Sat, 21 Aug 2004 21:24:03 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 938B743D45 for ; Sat, 21 Aug 2004 21:24:02 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i7LLO190006165; Sat, 21 Aug 2004 14:24:02 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4127BD71.60500@freebsd.org> Date: Sat, 21 Aug 2004 14:24:01 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040813235434.GA75875@xor.obsecurity.org> <20040814063541.GA43063@xor.obsecurity.org> <411FCCCC.8040508@freebsd.org> <20040815205946.GA18580@xor.obsecurity.org> <411FE1FA.5070703@freebsd.org> <20040815224844.GA26084@xor.obsecurity.org> In-Reply-To: <20040815224844.GA26084@xor.obsecurity.org> Content-Type: multipart/mixed; boundary="------------090209070101040009030802" cc: current@freebsd.org Subject: Re: bsdtar's security restrictions (was Re: Spurious EACCES errors from apache) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 21:24:03 -0000 This is a multi-part message in MIME format. --------------090209070101040009030802 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Kris Kennaway wrote: > > ....can't you make it just not clear > permissions on files and directories that already exist? If they have > relaxed or insecure permissions, they had insecure permissions to > begin with and one may assume this is by intention. And, conversely, if they had restricted permissions, then we can assume that was by intention and we shouldn't loosen them. That makes the current behavior actually less secure than it should be, doesn't it? Try the attached and let me know if that fixes it. Tim --------------090209070101040009030802 Content-Type: text/plain; name="archive_read_extract.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="archive_read_extract.c.diff" Index: archive_read_extract.c =================================================================== RCS file: /home/ncvs/src/lib/libarchive/archive_read_extract.c,v retrieving revision 1.33 diff -u -r1.33 archive_read_extract.c --- archive_read_extract.c 7 Aug 2004 03:09:28 -0000 1.33 +++ archive_read_extract.c 21 Aug 2004 21:21:27 -0000 @@ -479,7 +479,7 @@ if (extract->pst != NULL) { extract->pst = &extract->st; if (S_ISDIR(extract->pst->st_mode)) - goto success; + return (ARCHIVE_OK); /* It exists but isn't a dir. */ if ((flags & ARCHIVE_EXTRACT_UNLINK)) unlink(path); --------------090209070101040009030802-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 22:04:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C94E916A4CE; Sat, 21 Aug 2004 22:04:50 +0000 (GMT) Received: from thought.holo.org (h-68-166-32-19.snvacaid.covad.net [68.166.32.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E3C43D41; Sat, 21 Aug 2004 22:04:50 +0000 (GMT) (envelope-from bwb@holo.org) Received: from localhost (localhost [127.0.0.1]) by thought.holo.org (8.12.11/8.12.11) with ESMTP id i7LM4nuf084856; Sat, 21 Aug 2004 15:04:49 -0700 (PDT) (envelope-from bwb@holo.org) Date: Sat, 21 Aug 2004 15:04:49 -0700 (PDT) From: Brian Buchanan To: sos@freebsd.org Message-ID: <20040821145419.O74813-100000@thought.holo.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8BIT cc: freebsd-current@freebsd.org Subject: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 22:04:51 -0000 Søren, It looks like the changes you made to ATA IRQ handling in the last few days broke ATA support on my laptop, an IBM Thinkpad T40p. atapci0: port 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0@pci0:31:1: class=0x01018a card=0x052d1014 chip=0x24ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA Specifically, soon after boot I see messages like: ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA=11284415 ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA=18509695 ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA=18509695 ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=18145055 ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=11143807 ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA=2864319 ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA=16768927 ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA=16768927 ad0: WARNING - READ_DMA interrupt was seen but taskqueue stalled LBA=16768927 Userland processes become "stuck" after the taskqueue stall. Last working kernel: (I would still get the READ_DMA/WRITE_DMA warning messages with this kernel after resuming from suspend. A reboot would resolve the issue.) $FreeBSD: src/sys/dev/ata/ata-all.c,v 1.215 2004/07/12 10:50:49 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-queue.c,v 1.29 2004/06/01 12:26:08 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-lowlevel.c,v 1.40 2004/07/24 19:03:28 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-isa.c,v 1.22 2004/04/30 16:21:34 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-card.c,v 1.25 2004/05/27 03:49:40 imp Exp $ $FreeBSD: src/sys/dev/ata/ata-pci.c,v 1.85 2004/06/15 11:02:09 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-chipset.c,v 1.76 2004/07/17 14:48:46 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-dma.c,v 1.126 2004/04/13 09:44:20 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-disk.c,v 1.174 2004/07/12 10:50:50 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-raid.c,v 1.80 2004/06/30 09:22:47 sos Exp $ $FreeBSD: src/sys/dev/ata/atapi-cd.c,v 1.168 2004/06/22 11:18:24 sos Exp $ $FreeBSD: src/sys/dev/ata/atapi-fd.c,v 1.96 2004/06/22 11:18:25 sos Exp $ $FreeBSD: src/sys/dev/ata/atapi-tape.c,v 1.92 2004/06/22 11:18:25 sos Exp $ Broken kernel: $FreeBSD: src/sys/dev/ata/ata-all.c,v 1.222 2004/08/16 09:32:35 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-queue.c,v 1.32 2004/08/16 09:32:35 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-lowlevel.c,v 1.44 2004/08/16 09:32:35 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-isa.c,v 1.22 2004/04/30 16:21:34 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-card.c,v 1.25 2004/05/27 03:49:40 imp Exp $ $FreeBSD: src/sys/dev/ata/ata-pci.c,v 1.87 2004/08/12 08:20:36 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-chipset.c,v 1.81 2004/08/16 09:29:46 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-dma.c,v 1.129 2004/08/13 08:14:27 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-disk.c,v 1.175 2004/08/05 21:11:32 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-raid.c,v 1.81 2004/08/09 14:22:58 sos Exp $ $FreeBSD: src/sys/dev/ata/atapi-cd.c,v 1.170 2004/08/08 07:57:50 phk Exp $ $FreeBSD: src/sys/dev/ata/atapi-fd.c,v 1.97 2004/08/05 21:11:33 sos Exp $ $FreeBSD: src/sys/dev/ata/atapi-tape.c,v 1.93 2004/08/05 21:11:33 sos Exp $ Any other information I can provide you? Thanks, - Brian From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 22:11:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24C6B16A4CE for ; Sat, 21 Aug 2004 22:11:16 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 557CD43D45 for ; Sat, 21 Aug 2004 22:11:15 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i7LMACRh088620 for ; Sat, 21 Aug 2004 18:10:12 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: current@freebsd.org In-Reply-To: <1093061539.9940.32.camel@shumai.marcuscom.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <1093061539.9940.32.camel@shumai.marcuscom.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tEPhE6wUU7tDs/kigfnu" Organization: MarcusCom, Inc. Message-Id: <1093126270.17246.53.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 18:11:10 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com Subject: Re: [FIXED] Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 22:11:16 -0000 --=-tEPhE6wUU7tDs/kigfnu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2004-08-21 at 00:12, Joe Marcus Clarke wrote: > On Fri, 2004-08-20 at 23:17, Joe Marcus Clarke wrote: > > I just got a new Dell Precision 360 workstation with an LSILogic SCSI > > controller: > >=20 > > mpt0: port 0xcd00-0xcdff mem > > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on pci= 2 > > mpt1: port 0xce00-0xceff mem > > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on pci2 > >=20 > > I'm trying to install 5.2.1-RELEASE on this machine, then upgrade it to > > RELENG_5. The controller and 36 GB SCSI harddrive are detected just > > fine at boot time, but as soon as I go to write out my partitions to > > this drive, I get a timeout: > >=20 > > mpt1: time out on request index =3D 0xfe sequence =3D 0x000001a0 > > mpt: Status 00000001, Mask 00000001, Doorbell 24000000 > > request state On Chip > > SCSI IO Request @ 0xcde1fc30 > > Chain Offset 0x10 > > Msg Flags 0x00 > > MsgContext 0x000000fe > > Bus: 0 > > TargetID 0 > > SenseBufferLength 32 > > LUN: 0x0 > > Control 0x01000000 WRITE SIMPLEQ > > DataLength 0x00010000 > > SenseBufferAddr 0x00391de0 > > CDB[0:6] 0a 01 3a 65 80 00 > > SE32 0xd6937c30: Addr=3D0x9aa7000 FlagsLength=3D0x14001000 > > HOST_TO_IOC > > SE32 0xd6937c38: Addr=3D0xa128000 FlagsLength=3D0x94001000 > > HOST_TO_IOC LAST_ELEMENT > > CE32 0xd6937c40: Addr=3D0x391c48 NxtChn0=3D0x16 Flags=3D0x30 Len=3D0x5= 0 > > SE32 0xd6937c48: Addr=3D0xaa69000 FlagsLength=3D0x14001000 > > HOST_TO_IOC > >=20 > > This trace continues for a while, but I'm transcribing it from the > > screen. I can certainly do the entire thing if someone is interested.=20 > > I can even set someone up with serial console access if they'd like.=20 > > Also note: this same model controller and drive work in another Dell > > Precision machine under -STABLE. I've tried booting 5.2.1 under norma= l > > sand safe modes with the same result. I looked in CVS, and there didn'= t > > appear to be any relevant driver changes since 5.2.1-RELEASE. Hoping > > someone can help me out. Thanks. >=20 > Sorry to follow-up to myself, but it looks like this problem can be > fixed by the patch in > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/66479. I saw the > original NetBSD PR that reported this: > http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=3D24967, and my > symptoms look the same. >=20 > I'll try and build a release with this patch to see if it does the > trick. In the meantime, if someone could have a look at this PR, that > would be great. Okay, one last follow-up to myself. I built a custom 5.2.1-RELEASE with the patch from the above PR, and it worked perfectly. I was able to install 5.2.1 on this system, and then boot the resulting install. It would be really great if this could make it into 5.3-RELEASE, or at least into HEAD. Thanks. Joe >=20 > Joe >=20 > >=20 > > Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-tEPhE6wUU7tDs/kigfnu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBJ8h+b2iPiv4Uz4cRAj47AJwKKYX3uzoHfVO80JlVfODd7JsrsQCfaEu7 QOY8iu+yVA9viL6Tqa15pjI= =iO8M -----END PGP SIGNATURE----- --=-tEPhE6wUU7tDs/kigfnu-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 22:15:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13B3D16A4CE; Sat, 21 Aug 2004 22:15:27 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id C09CA43D2D; Sat, 21 Aug 2004 22:15:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7LMFSEU017812; Sat, 21 Aug 2004 18:15:29 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 39B9F53631; Sat, 21 Aug 2004 15:15:18 -0700 (PDT) Date: Sat, 21 Aug 2004 15:15:18 -0700 From: Kris Kennaway To: Tim Kientzle Message-ID: <20040821221518.GA80603@xor.obsecurity.org> References: <4127890E.5040809@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <4127890E.5040809@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: Michiel Boland cc: current@freebsd.org Subject: Re: sysinstall creates PaxHeader directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 22:15:27 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 21, 2004 at 10:40:30AM -0700, Tim Kientzle wrote: > Michiel Boland wrote: > >Hi. Last week I did a rebuild from scratch by doing a make release and= =20 > >using the resulting cdrom. I notice that sysinstall creates several=20 > >directories called 'PaxHeader'. This is probably because cpio does not= =20 > >understand the bsdtar format? >=20 > The current FreeBSD cpio, pax, and gtar commands do > not understand the POSIX.1-2001 extensions being > used by bsdtar. (star, gtar 1.14, and many newer "pax" > implementations do support them, however.) These extensions > were designed so that older programs would extract the > extended attributes as regular files. Clearly, that design > is succeeding. ;-) >=20 > It might be reasonable for "make release" to specify > --format=3Dustar to suppress those extensions, or for > sysinstall to use libarchive rather than cpio so > it can take advantage of them. Neither option seems > likely before 5.3, of course. >=20 > Could you please send me the output of the following: > find / | grep 'PaxHeader' > so I can see exactly what files are triggering the > extensions? >=20 > If there aren't too many, the result of > find / | grep 'PaxHeader' | tar -cvz -I - -f attributes.tgz > would also be interesting. FYI, I'm seeing this in package builds too, when running ssh client bsdtar c | gtar x (to work around the permission problem). Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJ8l2Wry0BWjoQKURApsmAKDs3zaEdrLQcKOI00nSiodP0ExSIQCgz9D1 55UjyA8m/77PFobukbz9W84= =F8Vz -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 22:58:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 317F616A4CE for ; Sat, 21 Aug 2004 22:58:50 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAECA43D2F for ; Sat, 21 Aug 2004 22:58:49 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i7LMwl90006467; Sat, 21 Aug 2004 15:58:47 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4127D3A6.1050307@freebsd.org> Date: Sat, 21 Aug 2004 15:58:46 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <4127890E.5040809@freebsd.org> <20040821221518.GA80603@xor.obsecurity.org> In-Reply-To: <20040821221518.GA80603@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Michiel Boland cc: current@freebsd.org Subject: bsdtar and PaxHeader directories X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 22:58:50 -0000 Kris Kennaway wrote: >>Michiel Boland wrote: >> >>>Hi. Last week I did a rebuild from scratch by doing a make release and >>>using the resulting cdrom. I notice that sysinstall creates several >>>directories called 'PaxHeader'. > > FYI, I'm seeing this in package builds too, when running > ssh client bsdtar c | gtar x This will no doubt soon be an FAQ, so just for the record: * These directories only appear if the archive contains "pax extended attributes" and the program reading the archive doesn't understand this extension. * In particular, FreeBSD's cpio and pax programs do not understand this extension, nor does gtar 1.13. * Programs that do understand this extension include: bsdtar, star, gtar 1.14, and any pax implementation that complies with POSIX.1-2001. * You can specify --format=ustar or -o when creating the archive to suppress all extended attributes. Conversely, you can specify --format=pax to force the use of extended attributes. * By default, extended attribute entries are only created if there are file properties that can't be stored in the regular ustar header. The list of triggers includes: file flags, long link names, long file names, non-ASCII characters, extended ACLs, and timestamps prior to 1970 or after 2037. * bsdtar is opportunistic. If it's going to write extended attributes anyway, it will include some additional information, including: inode number, device number, link count, ctime, atime, high-resolution mtime. None of these by themselves will trigger an extended attribute entry, however. * If you're seeing "PaxHeader" directories when you don't expect them, check the corresponding files to see why the attributes are being triggered. The PaxHeader files are themselves text files, so you can just read them to get some clues about what's going on. File flags, long file names, and long link names are likely culprits. Tim From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 23:00:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7F0816A4D1 for ; Sat, 21 Aug 2004 23:00:41 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 585ED43D39 for ; Sat, 21 Aug 2004 23:00:41 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7LN0eYY000837 for ; Sat, 21 Aug 2004 19:00:40 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7LN0eXl000836 for current@FreeBSD.org; Sat, 21 Aug 2004 19:00:40 -0400 (EDT) (envelope-from green) Date: Sat, 21 Aug 2004 19:00:39 -0400 From: Brian Fundakowski Feldman To: current@FreeBSD.org Message-ID: <20040821230039.GB784@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: networking extensively broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 23:00:41 -0000 At a minimum, I can no longer use ssh forwarding, local named no longer works, and I often get "in_cksum_skip: out of data by 16" on my console. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 23:13:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D9E216A4CE; Sat, 21 Aug 2004 23:13:01 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9BC343D58; Sat, 21 Aug 2004 23:13:00 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) i7LNCxFI013998; Sat, 21 Aug 2004 19:12:59 -0400 (EDT) Date: Sat, 21 Aug 2004 19:12:59 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Brian Fundakowski Feldman In-Reply-To: <20040821230039.GB784@green.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: current@freebsd.org Subject: Re: networking extensively broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 23:13:01 -0000 On Sat, 21 Aug 2004, Brian Fundakowski Feldman wrote: > At a minimum, I can no longer use ssh forwarding, local named no longer works, > and I often get "in_cksum_skip: out of data by 16" on my console. You mean like: [...] Aug 21 02:20:10 orion kernel: in_cksum_skip: out of data by 2550 Aug 21 02:20:10 orion kernel: in_cksum_skip: out of data by 33405 Aug 21 02:20:10 orion kernel: in_cksum_skip: out of data by 36210 Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 2550 Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 33405 Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 36210 Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 2550 Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 33405 Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 36210 [ ... ] -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 23:42:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0F2616A4CE; Sat, 21 Aug 2004 23:42:15 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BD9543D3F; Sat, 21 Aug 2004 23:42:15 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7LNgFSt001186; Sat, 21 Aug 2004 19:42:15 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7LNgEs7001185; Sat, 21 Aug 2004 19:42:14 -0400 (EDT) (envelope-from green) Date: Sat, 21 Aug 2004 19:42:14 -0400 From: Brian Fundakowski Feldman To: Daniel Eischen Message-ID: <20040821234214.GD784@green.homeunix.org> References: <20040821230039.GB784@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: networking extensively broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 23:42:16 -0000 On Sat, Aug 21, 2004 at 07:12:59PM -0400, Daniel Eischen wrote: > On Sat, 21 Aug 2004, Brian Fundakowski Feldman wrote: > > > At a minimum, I can no longer use ssh forwarding, local named no longer works, > > and I often get "in_cksum_skip: out of data by 16" on my console. > > You mean like: > > [...] > Aug 21 02:20:10 orion kernel: in_cksum_skip: out of data by 2550 > Aug 21 02:20:10 orion kernel: in_cksum_skip: out of data by 33405 > Aug 21 02:20:10 orion kernel: in_cksum_skip: out of data by 36210 > Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 2550 > Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 33405 > Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 36210 > Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 2550 > Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 33405 > Aug 21 02:20:11 orion kernel: in_cksum_skip: out of data by 36210 > [ ... ] Yeah, coupled with apparently useless named and ssh -L sockets :( -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 23:51:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E25D16A4CE for ; Sat, 21 Aug 2004 23:51:48 +0000 (GMT) Received: from mail.if.lt (hermes.ifnet.lt [195.190.141.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6025943D3F for ; Sat, 21 Aug 2004 23:51:47 +0000 (GMT) (envelope-from vd@vmunix.lt) Received: from zeus.sampo.vlan (p2.ifnet.lt [195.190.141.35]) by mail.if.lt (IF NOC MAIL) with ESMTP id 68CBE49528 for ; Sun, 22 Aug 2004 02:51:14 +0300 (EEST) Date: Sun, 22 Aug 2004 02:51:14 +0300 (EEST) From: Vaidas Damosevicius To: freebsd-current@freebsd.org In-Reply-To: <20040821145419.O74813-100000@thought.holo.org> References: <20040821145419.O74813-100000@thought.holo.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-79377549-1093132274=:50386" Message-Id: <20040821235114.68CBE49528@mail.if.lt> Subject: Re: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 23:51:48 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-79377549-1093132274=:50386 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 21 Aug 2004, Brian Buchanan wrote: > S=F8ren, > > It looks like the changes you made to ATA IRQ handling in the last few > days broke ATA support on my laptop, an IBM Thinkpad T40p. > Same situation on SONY VAIO TR2A, IBM ThinkPad T41 ... vd --0-79377549-1093132274=:50386-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 23:57:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9699916A4CF for ; Sat, 21 Aug 2004 23:57:00 +0000 (GMT) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 576D943D2D for ; Sat, 21 Aug 2004 23:57:00 +0000 (GMT) (envelope-from null@pozo.com) Received: from sunpci.pozo.com (sunpci.pozo.com [192.168.0.29]) (authenticated bits=0) by pozo.com (8.13.1/8.13.1) with ESMTP id i7LNuwEl000708 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NOT) for ; Sat, 21 Aug 2004 16:56:58 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <6.1.2.0.2.20040821165551.0392d560@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sat, 21 Aug 2004 16:56:59 -0700 To: current@freebsd.org From: Manfred Antar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: New Kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 23:57:00 -0000 A current from today give this panic: /boot/kernel/acpi.ko text=0x3f9c0 data=0x1bc4+0x110c syms=[0x4+0x7290+0x4+0x972f] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Sat Aug 21 16:03:04 PDT 2004 root@pozo.com:/usr/src/sys/i386/compile/DELL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (996.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 534736896 (509 MB) kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0550b0a stack pointer = 0x10:0xc0c21b90 frame pointer = 0x10:0xc0c21b90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () [thread 0] Stopped at turnstile_head+0x6: movl 0(%eax),%eax db> trace turnstile_head(0,c0c21c2c,1,c0773ec0,c0c21bcc) at turnstile_head+0x6 _mtx_unlock_sleep(c0757f80,0,0,0) at _mtx_unlock_sleep+0x40 _unlock_things(c0c21c2c,1) at _unlock_things+0x218 vm_fault(c103a000,cbd57000,3,1,c1037e14) at vm_fault+0x1339 vm_fault_wire(c103a000,cbd57000,cbf1f000,0,0) at vm_fault_wire+0x30 vm_map_wire(c103a000,cbd57000,cbf1f000,0,be58000) at vm_map_wire+0x1d6 kmem_alloc(c103a000,1c8000,0,c0c21d84,0) at kmem_alloc+0x1d4 vm_ksubmap_init(c07882f8,c194c45c,c073e7f0,c0c21d98,c05091ea) at vm_ksubmap_init+0x66 cpu_startup(0,c1ec00,c1e000,0,c0437965) at cpu_startup+0xc2 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db> ================================== || null@pozo.com || || Ph. (415) 681-6235 || ==================================