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