From owner-freebsd-current Sun Feb 3 1: 5:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id AFF1137B416; Sun, 3 Feb 2002 01:05:33 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Sat, 2 Feb 2002 23:08:11 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 13CEF407B; Sat, 2 Feb 2002 23:06:23 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Juha Saarinen Subject: Re: Junior Annoying Hacker Task Date: Sat, 2 Feb 2002 23:06:23 -0500 X-Mailer: KMail [version 1.3] Cc: Terry Lambert , Wilko Bulte , Paul Fardy , "current@FreeBSD.ORG" , "stable@FreeBSD.ORG" References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020203040623.13CEF407B@i8k.babbleon.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 02 February 2002 03:57 pm, Juha Saarinen wrote: > On Sat, 2 Feb 2002, Brian T.Schellenberger wrote: > > No, it's not, because it still maintains a separation between "system" > > control (rc.conf) and application control (/var/packges). > > > > It's more like config.sys or something . . . > > Much more than that. The registry also stores dynamic data, such as > performance counters. It's also "remotable", for centralised management. No, no, I was saying that *rc.conf* was more like config.sys than the registry. The registry is a huge monolithic monstor of an abomination from hell. Not that I don't like it or anything :-) -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 4: 8:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by hub.freebsd.org (Postfix) with ESMTP id 9D42C37B405 for ; Sun, 3 Feb 2002 04:08:40 -0800 (PST) Received: from trantor.xs4all.nl (trantor.xs4all.nl [194.109.61.248]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g13C8c4q090818 for ; Sun, 3 Feb 2002 13:08:38 +0100 (CET) Received: from trantor.xs4all.nl (localhost [127.0.0.1]) by trantor.xs4all.nl (8.11.6/8.11.6) with ESMTP id g13C8cF49345 for ; Sun, 3 Feb 2002 13:08:38 +0100 (MET) (envelope-from paulz@trantor.xs4all.nl) Message-Id: <200202031208.g13C8cF49345@trantor.xs4all.nl> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-current@freebsd.org Subject: usdb missing detaches ??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 03 Feb 2002 13:08:38 +0100 From: Paul van der Zwan Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm experimenting with my Sony DSC S70 and USB. I can get -current to mount the stick in the camera but it won't umount the filesystem on detach. When I run usbd with -d -v it looks like usbd not even receives the detach event. It give the following output: usbd: opened /dev/usb0 usbd: opened /dev/usb1 usbd: opened /dev/usb2 usbd: reading configuration file /etc/usbd.conf usbd: opened /dev/usb usbd: device-attach event at 1012737567.535227000, Sony DSC, Sony: vndr=0x054c prdct=0x0010 rlse=0x0210 clss=0x0000 subclss=0x0000 prtcl=0x0000 device names: umass0 usbd: Found action 'Sony DSC S70 Camera' for Sony DSC, Sony at umass0 usbd: Executing 'sleep 5 ;mount /sony' usbd: device-attach event at 1012737599.549870000, Sony DSC, Sony: vndr=0x054c prdct=0x0010 rlse=0x0210 clss=0x0000 subclss=0x0000 prtcl=0x0000 device names: umass0 usbd: Found action 'Sony DSC S70 Camera' for Sony DSC, Sony at umass0 usbd: Executing 'sleep 5 ;mount /sony' msdosfs: /dev/da0s1: Device busy usbd: 'sleep 5 ;mount /sony' returned 71 The second attach happend when I switched the camera off and on again. Syslog shows the following: Feb 3 12:59:27 trantor kernel: umass0: Sony Sony DSC, rev 1.00/2.10, addr 2 Feb 3 12:59:27 trantor kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Feb 3 12:59:27 trantor kernel: da0: Removable Direct Access SCSI-0 device Feb 3 12:59:27 trantor kernel: da0: 150KB/s transfers Feb 3 12:59:27 trantor kernel: da0: 61MB (126848 512 byte sectors: 0H 0S/T 0C) Feb 3 12:59:42 trantor kernel: umass0: at uhub2 port 2 (addr 2) disconnected Feb 3 12:59:42 trantor kernel: (da0:umass-sim0:0:0:0): lost device Feb 3 12:59:42 trantor kernel: umass0: detached Feb 3 12:59:59 trantor kernel: umass0: Sony Sony DSC, rev 1.00/2.10, addr 2 So it looks like the kernel sees the detach but usbd does not. /etc/usbd.conf has the following entry for the camera: device "Sony DSC S70 Camera" vendor 0x054c product 0x0010 attach "sleep 5 ;mount /sony" detach "umount -f /sony" BTW This is on -current compiled and installed yesterday. Paul -- Paul van der Zwan paulz @ trantor.xs4all.nl "I think I'll move to theory, everything works in theory..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 5:22:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 22BEE37B400; Sun, 3 Feb 2002 05:22:07 -0800 (PST) Received: from kajsa.energyhq.org (kajsa.energyhq.org [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id 53E8B3FC45; Sun, 3 Feb 2002 14:22:06 +0100 (CET) Date: Sun, 3 Feb 2002 14:21:30 +0100 From: Miguel Mendez To: Terry Lambert Cc: pdfardy@mac.com, current@freebsd.org, stable@freebsd.org Subject: Re: Junior Annoying Hacker Task Message-Id: <20020203142130.08333347.flynn@energyhq.homeip.net> In-Reply-To: <3C5BCDAE.22E25BAA@mindspring.com> References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> <20020202120725.A32535@energyhq.homeip.net> <3C5BCDAE.22E25BAA@mindspring.com> Organization: Energy, Inc X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd4.5) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 02 Feb 2002 03:29:50 -0800 Terry Lambert wrote: Hi Terry et al, > Let me know the form you want the hierarchy to take, so > you can stick it into the GTK hierarchy thingy; I'll be > happy to crank out some quick yacc and lex code to do > the parsing of the file into that format for you. A > structure definition, with links, and how you want it > linked, would be ideal. 8-). I've been thinking about it and I'd like to provide two frontends, a GTK one and a ncurses one, what do you think? > > Something like: > > typedef enum _nodekind { > NK_VALUE, /* Path component */ > NK_KEY, /* Key */ > [.....] > struct node *child; > int intval; > char *strval; > struct wcval *wcval; > } u; > }; > It looks fine to me. Is your idea to manage rc.conf from there or maybe sysctl variables could be added too (once a working version of the rc.conf thing is made, of course). Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://energyhq.homeip.net FreeBSD - The power to serve! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 5:47: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mclean.mail.mindspring.net (mclean.mail.mindspring.net [207.69.200.57]) by hub.freebsd.org (Postfix) with ESMTP id 2319137B404 for ; Sun, 3 Feb 2002 05:46:59 -0800 (PST) Received: from user-2injgb1.dialup.mindspring.com ([165.121.193.97] helo=europa2) by mclean.mail.mindspring.net with smtp (Exim 3.33 #1) id 16XMys-0007PG-00; Sun, 03 Feb 2002 08:46:54 -0500 Message-Id: <3.0.6.32.20020203084526.00d9ce70@imatowns.com> X-Sender: ggombert@imatowns.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Sun, 03 Feb 2002 08:45:26 -0500 To: Makoto Matsushita , freebsd-current@freebsd.org From: Glenn Gombert Subject: Re: vmware In-Reply-To: <20020203152525E.matusita@jp.FreeBSD.org> References: <20020201025808T.matusita@jp.FreeBSD.org> <3.0.6.32.20020131115800.00db6480@imatowns.com> <20020201025808T.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks for filing the incident report, VMware tools for FreeBSD is woefully out of date as well, X11 and -Current run fine under VMware workstation, with the patch that was mentioned several days ago :) > >matusita> I've just filed an incident (I have a license of VMware 3.0). > >I've received a reply from VMware: > >> Thank you for submitting the incident and letting us know the >> potential workaround. > >> I must apologize because we do not support FreeBSD 5.0 as a guest OS >> yet in Workstation 3.0. Please see: > >> http://www.vmware.com/support/ws3/doc/ws30_intro4.html > >> We will consider providing the support in a future release. > >-- - >Makoto `MAR' Matsushita > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message Glenn Gombert ggombert@imatowns.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 5:56:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 341D337B400; Sun, 3 Feb 2002 05:56:06 -0800 (PST) Received: from kajsa.energyhq.org (kajsa.energyhq.org [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id 41E873FC45; Sun, 3 Feb 2002 14:56:07 +0100 (CET) Date: Sun, 3 Feb 2002 14:55:31 +0100 From: Miguel Mendez To: Dinesh Nair Cc: tlambert2@mindspring.com, pdfardy@mac.com, current@freebsd.org, stable@freebsd.org Subject: Re: Junior Annoying Hacker Task Message-Id: <20020203145531.34029926.flynn@energyhq.homeip.net> In-Reply-To: References: <20020202120725.A32535@energyhq.homeip.net> Organization: Energy, Inc X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd4.5) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 3 Feb 2002 00:38:34 +0800 (MYT) Dinesh Nair wrote: Hi, > > times, well, not with the registry paradigm, but some sort of > > graphical admin tool based on GTK. I'm doing exams this week but may > > take a go at it after I finish them. > > why not use something like webmin ? webmin requires a web browser, 'foo' won't :) My idea is that it will work both on console (ncurses) and X (GTK), and because freedom of choice is a good thing. And I don't like webmin at all :-) Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://energyhq.homeip.net FreeBSD - The power to serve! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 7:36: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 31F5537B404 for ; Sun, 3 Feb 2002 07:36:00 -0800 (PST) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g13FZs661573; Mon, 4 Feb 2002 00:35:54 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: freebsd-current@freebsd.org In-Reply-To: <3.0.6.32.20020203084526.00d9ce70@imatowns.com> References: <20020201025808T.matusita@jp.FreeBSD.org> <20020203152525E.matusita@jp.FreeBSD.org> <3.0.6.32.20020203084526.00d9ce70@imatowns.com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 25 From: Makoto Matsushita To: ggombert@imatowns.com Subject: Re: vmware Date: Mon, 04 Feb 2002 00:35:51 +0900 Message-Id: <20020204003551J.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ggombert> VMware tools for FreeBSD is woefully out of date as well, Really? % cd /usr/ports/emulators/vmware-tools % make -V PORTVERSION 3.0.0.1455 VMware 3.0 bundles a new VMware tools, and it is up-to-date version as of Linux guests. % cd /usr/ports/emulators/vmware-tools % make -V MAINTAINER matusita@jp.FreeBSD.org Belive me, I'm using VMware 3.0, (old) FreeBSD 5-current guest, installing VMware tools via ports. *** If you are talking about VMware 2.x, yes, it's too old. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 9:36:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 09A1837B416 for ; Sun, 3 Feb 2002 09:36:29 -0800 (PST) Received: from user-2injgb1.dialup.mindspring.com ([165.121.193.97] helo=europa2) by tisch.mail.mindspring.net with smtp (Exim 3.33 #1) id 16XQYz-0003ML-00; Sun, 03 Feb 2002 12:36:25 -0500 Message-Id: <3.0.6.32.20020203123457.00da0108@imatowns.com> X-Sender: ggombert@imatowns.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Sun, 03 Feb 2002 12:34:57 -0500 To: Makoto Matsushita From: Glenn Gombert Subject: Re: vmware Cc: freebsd-current@freebsd.org In-Reply-To: <20020204003551J.matusita@jp.FreeBSD.org> References: <3.0.6.32.20020203084526.00d9ce70@imatowns.com> <20020201025808T.matusita@jp.FreeBSD.org> <20020203152525E.matusita@jp.FreeBSD.org> <3.0.6.32.20020203084526.00d9ce70@imatowns.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I run VMware workstation under Windows 2000 on my laptop and install FreeBSD as a 'guest' operating system, the verison of VMware tools for FreeBSD dates all the way back to 1999 I think and has not been updated since :) At 12:35 AM 2/4/2002 +0900, Makoto Matsushita wrote: > >ggombert> VMware tools for FreeBSD is woefully out of date as well, > >Really? > >% cd /usr/ports/emulators/vmware-tools >% make -V PORTVERSION >3.0.0.1455 > >VMware 3.0 bundles a new VMware tools, and it is up-to-date version as >of Linux guests. > >% cd /usr/ports/emulators/vmware-tools >% make -V MAINTAINER >matusita@jp.FreeBSD.org > >Belive me, I'm using VMware 3.0, (old) FreeBSD 5-current guest, >installing VMware tools via ports. > >*** > >If you are talking about VMware 2.x, yes, it's too old. > >-- - >Makoto `MAR' Matsushita > Glenn Gombert ggombert@imatowns.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 9:47:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by hub.freebsd.org (Postfix) with ESMTP id 8CA0437B400 for ; Sun, 3 Feb 2002 09:47:46 -0800 (PST) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id A96F68F64E for ; Mon, 4 Feb 2002 02:47:48 +0900 (KST) Received: from localhost (cjh@localhost) by gradius.wdb.co.kr (8.11.6/8.11.6) with ESMTP id g13Hlgk62697 for ; Mon, 4 Feb 2002 02:47:42 +0900 (KST) (envelope-from cjh@kr.FreeBSD.org) X-Authentication-Warning: gradius.wdb.co.kr: cjh owned process doing -bs Date: Mon, 4 Feb 2002 02:47:41 +0900 (KST) From: CHOI Junho X-X-Sender: cjh@gradius.wdb.co.kr To: freebsd-current@freebsd.org Subject: /dev/ugen? Message-ID: <20020204024239.C62589-100000@gradius.wdb.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, How can I see/make /dev/ugen* devices? I wish to use it but I can't find a way to see/use this. I want to use coldsync(USB serial on Palm). My machine has USB, of course; FreeBSD gradius.wdb.co.kr 5.0-CURRENT FreeBSD 5.0-CURRENT #16: Thu Dec 27 18:31:20 KST 2001 root@gradius.wdb.co.kr:/usr/obj/usr/src/sys/GRADIUS i386 uhci0: port 0xfca0-0xfcbf irq 9 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 uhub1: 3 ports with 3 removable, self powered -- +++ Any opinions in this posting are my own and not those of my employers +++ CHOI Junho [sleeping now] [while sleeping] Korea FreeBSD Users Group Web Data Bank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 17:28:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (Postfix) with ESMTP id 5A49D37B41C for ; Sun, 3 Feb 2002 17:28:40 -0800 (PST) Received: from nutty.singapore.sun.com ([129.158.72.188]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with SMTP id RAA16052 for ; Sun, 3 Feb 2002 17:28:39 -0800 (PST) Received: (qmail 11223 invoked by uid 99407); Mon, 4 Feb 2002 09:28:37 +0800 (SGT) Date: Mon, 4 Feb 2002 09:28:37 +0800 From: KT Sin To: CHOI Junho Cc: freebsd-current@FreeBSD.ORG Subject: Re: /dev/ugen? Message-ID: <20020204012833.GA11202@nutty.Singapore.Sun.COM> References: <20020204024239.C62589-100000@gradius.wdb.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020204024239.C62589-100000@gradius.wdb.co.kr> User-Agent: Mutt/1.3.27i Disposition-Notification-To: KT Sin Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If you have usbd running, just hot attach the USB device (serial, etc). You are probably using devfs on your -CURRENT. The correct /dev/* entries will be created automagically once the hardware device is probed and attached successfully. kt On Mon, Feb 04, 2002 at 02:47:41AM +0900, CHOI Junho wrote: > > Hi, > > How can I see/make /dev/ugen* devices? I wish to use it but I can't find > a way to see/use this. I want to use coldsync(USB serial on Palm). > > My machine has USB, of course; > > FreeBSD gradius.wdb.co.kr 5.0-CURRENT FreeBSD 5.0-CURRENT #16: Thu Dec 27 > 18:31:20 KST 2001 root@gradius.wdb.co.kr:/usr/obj/usr/src/sys/GRADIUS > i386 > > uhci0: port 0xfca0-0xfcbf irq 9 > at device 7.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 > uhub1: 3 ports with 3 removable, self powered > > -- > +++ Any opinions in this posting are my own and not those of my employers +++ > CHOI Junho [sleeping now] > [while sleeping] > Korea FreeBSD Users Group Web Data Bank > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 18:15:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from hsd.com.au (CPE-144-132-42-44.vic.bigpond.net.au [144.132.42.44]) by hub.freebsd.org (Postfix) with ESMTP id 11B3D37B41E for ; Sun, 3 Feb 2002 18:15:45 -0800 (PST) Received: from ariel by hsd.com.au with SMTP (MDaemon.v3.0.1.R) for ; Mon, 04 Feb 2002 13:13:48 +1100 Reply-To: From: "Andrew Cowan" To: "Mike Meyer" , "Terry Lambert" , "Juha Saarinen" Cc: "Brian T.Schellenberger" , "Wilko Bulte" , "Paul Fardy" , , Subject: RE: Junior Annoying Hacker Task Date: Mon, 4 Feb 2002 13:13:47 +1100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <15452.50112.625066.914576@guru.mired.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MDaemon-Deliver-To: current@FreeBSD.ORG X-Return-Path: andrew.cowan@hsd.com.au X-MDRcpt-To: stable@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How about editing the rc.conf file from the proposed virc program, that would then re-generate the rc.conf file upon saving. Of course the virc would store the underlying configuration in an xml config file.. That should make Kutulu very happy :) However, I have previously thought that a system that used xml files to store application configs (that would then be used to generate valid conf files) would be useful. It would allow gui tools to be easily designed for system administration. Cheers, Andrew > > Terry Lambert types: > > I guess NIH beats an idea to death, even if the original > > implementation bears no resemblence to the current one. > > The problem with the registry is not that it's a single place that > tries to control everything. The problem with the registry is that you > have to have a large chunk of the system functioning in order to fix > things in it should it break - which, from what I've seen, happens all > to frequently. Compare this to unix, where all you need is the kernel, > init, sh and ed - and sufficiently clever people may be able to do it > without init. > > I offer AIX as an example. IBM decided that all those silly flat text > files in Unix was a bad idea and replaced them with object > database. They didn't put everything in one big file like Windows > does, but grouped them "logically", meaning the grouping was unrelated > to the flat text files unix admins used to know. Of course, each > different db used a different command, with a different syntax, to > edit the db. I guess if you're going to make old knowledge useless, > you might as well be thorough about it. > > What this meant in practical terms was that fixing the system required > all the db mechanisms to be working, plus either the man pages or > menu-driven admin tool to be working in order to fix a broken system. > > And that was one of the better features of AIX. > > Juha Saarinen types: > > On Sat, 2 Feb 2002, Brian T.Schellenberger wrote: > > Then again, the registry is the epitome of all that's counter-intuitive, > > awkward and generally oh-why-does-it-have-to-be-like-this. > Maybe it should > > be ported to FreeBSD? ;-)))) > > I haven't followed the thread, so apologies if this is repeated. I > think having menu-driven front end for editing *.conf files - right > now, that would be rc, make, pccard and periodic - isn't such a bad > idea. Nothing about the current behavior needs to change. It's no > worse than letting people use the sysinstall disk management subsystem > rather than fdisk and disklabel. > > Ideally, it would read all of /etc/defaults/*.conf for a description > of each such file. When you chose to edit that file, it would read the > contents for the list of variables and what they do - in the comments > - along with the default values, then get the current values from the > appropriate file in /etc. That means the tool doesn't get out of sync > with the files - except for maybe make.conf. It would require > reworking the comments in the files in /etc/defaults, and a little > more discipline in editing them, but that's not necessarily a bad > thing. > > -- > Mike Meyer http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 19: 0:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by hub.freebsd.org (Postfix) with ESMTP id 5F73437B41B for ; Sun, 3 Feb 2002 19:00:04 -0800 (PST) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 887CE8F65D; Mon, 4 Feb 2002 12:00:03 +0900 (KST) Received: (from cjh@localhost) by gradius.wdb.co.kr (8.11.6/8.11.6) id g14301470695; Mon, 4 Feb 2002 12:00:01 +0900 (KST) (envelope-from cjh@kr.FreeBSD.ORG) X-Authentication-Warning: gradius.wdb.co.kr: cjh set sender to cjh@kr.FreeBSD.ORG using -f To: KT Sin Cc: freebsd-current@FreeBSD.ORG Subject: Re: /dev/ugen? References: <20020204024239.C62589-100000@gradius.wdb.co.kr> <20020204012833.GA11202@nutty.Singapore.Sun.COM> From: CHOI Junho Organization: Korea FreeBSD Users Group Date: 04 Feb 2002 11:59:55 +0900 In-Reply-To: <20020204012833.GA11202@nutty.Singapore.Sun.COM> Message-ID: Lines: 51 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "KS" == KT Sin writes: KS> If you have usbd running, just hot attach the USB device (serial, etc). KS> You are probably using devfs on your -CURRENT. The correct /dev/* entries KS> will be created automagically once the hardware device is probed and attached KS> successfully. KS> kt I have attached USB serial device(PDA cradle), and usbd is running. What should I do more? As long as I know, devfs will create new entry automatically but in this case I have no idea... KS> On Mon, Feb 04, 2002 at 02:47:41AM +0900, CHOI Junho wrote: > > Hi, > > How can I see/make /dev/ugen* devices? I wish to use it but I can't find > a way to see/use this. I want to use coldsync(USB serial on Palm). > > My machine has USB, of course; > > FreeBSD gradius.wdb.co.kr 5.0-CURRENT FreeBSD 5.0-CURRENT #16: Thu Dec 27 > 18:31:20 KST 2001 root@gradius.wdb.co.kr:/usr/obj/usr/src/sys/GRADIUS > i386 > > port 0xfca0-0xfcbf irq 9 > at device 7.2 on pci0 > on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 > uhub1: 3 ports with 3 removable, self powered > > -- > Any opinions in this posting are my own and not those of my employers +++ > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- +++ Any opinions in this posting are my own and not those of my employers +++ CHOI Junho [sleeping now] [while sleeping] Korea FreeBSD Users Group Web Data Bank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 20: 5:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (dsl-64-192-6-133.telocity.com [64.192.6.133]) by hub.freebsd.org (Postfix) with SMTP id 0A87637B41C for ; Sun, 3 Feb 2002 20:05:40 -0800 (PST) Received: (qmail 2361 invoked by uid 100); 4 Feb 2002 04:05:33 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15454.2188.704492.430142@guru.mired.org> Date: Sun, 3 Feb 2002 22:05:32 -0600 To: Cc: "Mike Meyer" , "Terry Lambert" , "Juha Saarinen" , "Brian T.Schellenberger" , "Wilko Bulte" , "Paul Fardy" , , Subject: RE: Junior Annoying Hacker Task In-Reply-To: References: <15452.50112.625066.914576@guru.mired.org> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ From: "Mike Meyer" X-Delivery-Agent: TMDA/0.44 (Python 2.2; freebsd-4.5-STABLE-i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Context lost to top posting.] Andrew Cowan types: > > How about editing the rc.conf file from the proposed virc program, that > would then re-generate the rc.conf file upon saving. Of course the virc > would store the underlying configuration in an xml config file.. That > should make Kutulu very happy :) I think it should be called viconf, as it should work on rc.conf, make.conf, periodic.conf, and any other .conf files we want. > I didn't take you seriously, except about the name. > However, I have previously thought that a system that used xml files to > store application configs (that would then be used to generate valid conf > files) would be useful. It would allow gui tools to be easily designed for > system administration. I don't see how it would make it any easier than using flat text files, unless you're planning on providing a DTD and using generic XML gui editors. Putting data in XML doesn't automatically imbue it with anything, except the ability to use generic XML tools on it. Of course, given line-seperated records with a unique field separator, you can use generic tools on those just as well. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 20:34:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 71C6037B404 for ; Sun, 3 Feb 2002 20:34:49 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g144Ymi01667 for ; Sun, 3 Feb 2002 21:34:48 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g144YlL20715 for ; Sun, 3 Feb 2002 21:34:47 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 03 Feb 2002 21:34:26 -0700 (MST) Message-Id: <20020203.213426.96959209.imp@village.org> To: current@freebsd.org Subject: PAM and current From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just upgraded my laptop to -current to start working on some lingering newcard + acpi problems (like the panic on boot due to interrupt issues). So I notice a new message on my console when I log in via xdm: Feb 3 16:18:44 hammer : PAM unable to dlopen(/usr/lib/pam_opie.so) Feb 3 16:18:44 hammer : PAM [dlerror: /usr/lib/libopie.so.2: Undefined symbol "__xuname"] Feb 3 16:18:44 hammer : PAM adding faulty module: /usr/lib/pam_opie.so Feb 3 16:18:44 hammer : PAM unable to dlopen(/usr/lib/pam_opieaccess.so) Feb 3 16:18:44 hammer : PAM [dlerror: /usr/lib/libopie.so.2: Undefined symbol "__xuname"] Feb 3 16:18:44 hammer : PAM adding faulty module: /usr/lib/pam_opieaccess.so Ideas? This is post mergemaster. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 20:53: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id E5C7737B41E for ; Sun, 3 Feb 2002 20:52:49 -0800 (PST) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g144qnM43246 for ; Sun, 3 Feb 2002 20:52:49 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.1 on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.5.1.FreeBSD:20020203205249:211=_" Date: Sun, 03 Feb 2002 20:52:49 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: current@freebsd.org Subject: Panics in ffs_clusteracct with todays -current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.5.1.FreeBSD:20020203205249:211=_ Content-Type: text/plain; charset=us-ascii The kernel from today's current (CVSupped 3 Feb 2002 around 17:40 PST) can't stay up for more than a few minutes without getting a page-not-present panic at line 1815 of ufs/ffs/ffs_alloc.c revision 1.86. It is in this code: /* * Find the size of the cluster going backward. */ start = blkno - 1; end = start - fs->fs_contigsumsize; if (end < 0) end = -1; mapp = &freemapp[start / NBBY]; map = *mapp--; ^^^^^ BANG! The faulting address is 0xe987dcaf, for what it's worth. After displaying the panic message and register dump the system is locked up hard, so I haven't been able to get a stack trace. I wasn't seeing this with the kernel from around 21 January. There were several commits in ffs between then and now: blake$ cvs -nq upd -D 1/21/2002 U ffs_alloc.c U ffs_balloc.c U ffs_extern.h U ffs_inode.c U ffs_snapshot.c U ffs_softdep.c U ffs_softdep_stub.c The dmesg output (from the good kernel) and config file are attached. John --_=XFMail.1.5.1.FreeBSD:20020203205249:211=_ Content-Disposition: attachment; filename="dmesg.out" Content-Transfer-Encoding: 7bit Content-Description: dmesg.out Content-Type: text/plain; charset=us-ascii; name=dmesg.out; SizeOnDisk=4204 Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #16: Tue Jan 22 15:55:01 PST 2002 jdp@blake.polstra.com:/a/src/sys/i386/compile/BLAKE Preloaded elf kernel "/boot/kernel/kernel" at 0xc03d8000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc03d80a8. Timecounter "i8254" frequency 1193160 Hz Timecounter "TSC" frequency 400901723 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x653 Stepping = 3 Features=0x183f9ff real memory = 402640896 (393204K bytes) avail memory = 387747840 (378660K bytes) Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00f0d10 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 pci0: at device 4.1 (no driver attached) pci0: at device 4.2 (no driver attached) intpm0: port 0xe800-0xe80f irq 9 at device 4.3 on pci0 intpm0: I/O mapped e800 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped e400 ahc0: port 0xd000-0xd0ff mem 0xe0000000 -0xe0000fff irq 5 at device 6.0 on pci0 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs fxp0: port 0xb800-0xb83f mem 0xdf000000-0xdf01 ffff,0xdf800000-0xdf800fff irq 10 at device 10.0 on pci0 fxp0: Ethernet address 00:02:b3:63:f9:a2 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at device 12.0 (no driver attached) fdc0: port 0x3f7,0x3f2-0 x3f5 irq 6 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it orm0:
 
------=_NextPart_000_0007_01C1AD98.439A3B60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 21:55:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 53C0A37B41D; Sun, 3 Feb 2002 21:55:45 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id g145tff22191; Mon, 4 Feb 2002 00:55:41 -0500 (EST) (envelope-from wollman) Date: Mon, 4 Feb 2002 00:55:41 -0500 (EST) From: Garrett Wollman Message-Id: <200202040555.g145tff22191@khavrinen.lcs.mit.edu> To: jordan.breeding@attbi.com Cc: freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Support for atapi cdrw as scsi in -current? In-Reply-To: <20020202201020.EWNX26243.rwcrmhc51.attbi.com@rwcrwbc57> References: <20020202201020.EWNX26243.rwcrmhc51.attbi.com@rwcrwbc57> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < I noticed a patch on freebsd-scsi a while back that > added a not very complete form of atapi as scsi support > to the freebsd kernel. Are there plans to complete > this and add it to -current sometime before -current > turns into 5.0-RELEASE? Thanks for any information. I've been using it somewhat actively in the past week or so in -current. The patch as it exists needs a few changes to fit in current -current. $ camcontrol devlist at scbus0 target 0 lun 0 (cd0,pass0) at scbus0 target 1 lun 0 (cd1,pass1) I don't think that ATAPICAM works well enough to use it entirely in place of the atapi-cd driver; for example, I get the following errors: atapicam0: READ_DISK_INFO - ILLEGAL REQUEST asc=0x20 ascq=0x00 error=0x04 atapicam0: READ_TOC - ILLEGAL REQUEST asc=0x24 ascq=0x00 error=0x04 However, it works well-enough to run cdrdao, which is what mattered to me, for both reading and writing on both of the afore-mentioned ATAPI devices. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 22:42:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from hsd.com.au (CPE-144-132-42-44.vic.bigpond.net.au [144.132.42.44]) by hub.freebsd.org (Postfix) with ESMTP id DC61E37B41B for ; Sun, 3 Feb 2002 22:42:47 -0800 (PST) Received: from ariel by hsd.com.au with SMTP (MDaemon.v3.0.1.R) for ; Mon, 04 Feb 2002 17:42:09 +1100 Reply-To: From: "Andrew Cowan" To: "Mike Meyer" Cc: "Mike Meyer" , "Terry Lambert" , "Juha Saarinen" , "Brian T.Schellenberger" , "Wilko Bulte" , "Paul Fardy" , , Subject: RE: Junior Annoying Hacker Task Date: Mon, 4 Feb 2002 17:42:08 +1100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <15454.2188.704492.430142@guru.mired.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MDaemon-Deliver-To: current@FreeBSD.ORG X-Return-Path: andrew.cowan@hsd.com.au X-MDRcpt-To: stable@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I don't see how it would make it any easier than using flat text > files, unless you're planning on providing a DTD and using generic XML > gui editors. Putting data in XML doesn't automatically imbue it with > anything, except the ability to use generic XML tools on it. Of > course, given line-seperated records with a unique field separator, > you can use generic tools on those just as well. I was thinking of XML as there would be a huge war in choosing the 'unique field separator' :) XML is somewhat a standard nowdays - even though it is somewhat stupid. > -- > Mike Meyer http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 23:45: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from beastie.jocose.org (beastie.jocose.org [199.199.226.71]) by hub.freebsd.org (Postfix) with SMTP id C018E37B41B for ; Sun, 3 Feb 2002 23:44:59 -0800 (PST) Received: (qmail 96453 invoked from network); 4 Feb 2002 08:44:51 -0000 Received: from unknown (HELO jocose.org) (10.0.0.100) by 0 with SMTP; 4 Feb 2002 08:44:51 -0000 Message-ID: <3C5E3C67.1040909@jocose.org> Date: Mon, 04 Feb 2002 01:46:47 -0600 From: Peter Schultz Organization: jocose.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020104 X-Accept-Language: en-us MIME-Version: 1.0 To: current@FreeBSD.org Subject: make buildworld error in libpam/modules/pam_ssh Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm experiencing the following error while bulding world: ===> libpam/modules/pam_ssh cc -nostdinc -O -pipe -I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -I/usr/src/lib/libpam/modules/pam_ssh/../../../../contrib/libpam/libpam/include -I/usr/src/lib/libpam/modules/pam_ssh/../../libpam -I/usr/obj/usr/src/i386/usr/include -Werror -Wall -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c -o pam_ssh.o cc1: warnings being treated as errors In file included from /usr/obj/usr/src/i386/usr/include/openssl/evp.h:129, from /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:63: /usr/obj/usr/src/i386/usr/include/openssl/rsa.h:218: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/rsa.h:219: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/rsa.h:220: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/rsa.h:222: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/rsa.h:223: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/rsa.h:226: warning: function declaration isn't a prototype In file included from /usr/obj/usr/src/i386/usr/include/openssl/objects.h:960, from /usr/obj/usr/src/i386/usr/include/openssl/evp.h:140, from /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:63: /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:377: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:378: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:379: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:380: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:753: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:755: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:806: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:806: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:809: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:809: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:810: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:817: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:817: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:818: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:852: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:854: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:856: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/asn1.h:857: warning: function declaration isn't a prototype In file included from /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:63: /usr/obj/usr/src/i386/usr/include/openssl/evp.h:269: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/evp.h:270: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/evp.h:271: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/evp.h:273: warning: function declaration isn't a prototype /usr/obj/usr/src/i386/usr/include/openssl/evp.h:274: warning: function declaration isn't a prototype *** Error code 1 Stop in /usr/src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /usr/src/lib/libpam/modules. *** Error code 1 Stop in /usr/src/lib/libpam. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Pete... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 3 23:56:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id B443037B405 for ; Sun, 3 Feb 2002 23:56:40 -0800 (PST) Received: (from mike@localhost) by espresso.q9media.com (8.11.6/8.11.6) id g147qwF34322 for current@FreeBSD.org; Mon, 4 Feb 2002 02:52:58 -0500 (EST) (envelope-from mike) Date: Mon, 4 Feb 2002 02:52:58 -0500 From: Mike Barcroft To: current@FreeBSD.org Subject: LINT Broken Message-ID: <20020204025258.F6496@espresso.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG With up-to-date sources: sh /work/src/sys/conf/newvers.sh LINT -DGPROF -DGPROF4 -DGUPROF cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/work/src/sys -I/work/src/sys/dev -I/work/src/sys/contrib/dev/acpica -I/work/src/sys/contrib/ipfilter -I/work/src/sys/../include -DGPROF -DGPROF4 -DGUPROF -D_KERNEL -ffreestanding -include opt_global.h -fno-common -elf -malign-functions=4 -fno-builtin -mpreferred-stack-boundary=2 -pg -mprofiler-epilogue vers.c linking kernel uhci.o: In function `uhci_idone': uhci.o(.text+0x1330): undefined reference to `uhci_dump_ii' uhci.o: In function `uhci_device_isoc_done': uhci.o(.text+0x2fab): undefined reference to `uhci_dump_ii' *** Error code 1 Stop in /usr/obj/work/src/sys/LINT. *** Error code 1 Stop in /work/src. *** Error code 1 Stop in /work/src. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 0:26:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by hub.freebsd.org (Postfix) with ESMTP id 294BE37B422 for ; Mon, 4 Feb 2002 00:26:17 -0800 (PST) Received: from elischer.org ([64.164.8.70]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GR0003B423SX8@mta7.pltn13.pbi.net> for current@freebsd.org; Mon, 04 Feb 2002 00:26:16 -0800 (PST) Date: Mon, 04 Feb 2002 00:26:12 -0800 From: Julian Elischer Subject: first KSE/3 commit will be: To: current@freebsd.org Message-id: <3C5E45A4.79CB2F72@elischer.org> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) Content-type: text/plain; charset=iso-8859-2 Content-transfer-encoding: 7BIT X-Accept-Language: en, hu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After discussing it with Peter we agreed that we will do the milestone 3 commi in several stages. First will be a diff-reduction commit, in which we make very little functional differnce to current but add and use various macros and structure renamings that are needed for KSE/3 but which ar enot part of the real MEAT of the work this will reduce the size of the KSE/3 diff considerably and allow us to focus on the real differences. We expect to try do this commit at the end of this week. The meat of the commit is actually small but will need more testing and should follow in a week or two after that. thanks for your patience.. Julian -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 1:13:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by hub.freebsd.org (Postfix) with ESMTP id DC52337B404 for ; Mon, 4 Feb 2002 01:13:43 -0800 (PST) Received: from localhost ([127.0.0.1]) by vbook.express.ru with esmtp (Exim 3.33 #1) id 16Xeph-0000Ko-00 for current@freebsd.org; Mon, 04 Feb 2002 11:50:37 +0300 Subject: buildword break on STABLE From: "Vladimir B. " Grebenschikov To: current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 04 Feb 2002 11:50:37 +0300 Message-Id: <1012812637.1067.8.camel@vbook.express.ru> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I am trying to build -CURRENT world on 4.4-RELEASE machine: walder#/ext/current/src 129_> make buildworld -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/ext/current/src/i386 mkdir -p /usr/obj/ext/current/src/i386/usr/bin mkdir -p /usr/obj/ext/current/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/ext/current/src/i386/usr/games mkdir -p /usr/obj/ext/current/src/i386/usr/libdata/ldscripts ... skip a bit ... cc -O -pipe -c /ext/current/src/usr.bin/xinstall/xinstall.c cc -O -pipe -c /ext/current/src/usr.bin/xinstall/../../lib/libc/gen/strtofflags.c /ext/current/src/usr.bin/xinstall/../../lib/libc/gen/strtofflags.c:38: syntax error before string constant /ext/current/src/usr.bin/xinstall/../../lib/libc/gen/strtofflags.c:38: warning: data definition has no type or storage class *** Error code 1 Stop in /ext/current/src/usr.bin/xinstall. *** Error code 1 Stop in /ext/current/src. *** Error code 1 Stop in /ext/current/src. *** Error code 1 Stop in /ext/current/src. walder#/ext/current/src 134_> fgrep -n FBSDID \ /ext/current/src/usr.bin/xinstall/../../lib/libc/gen/strtofflags.c 38:__FBSDID("$FreeBSD: src/lib/libc/gen/strtofflags.c,v 1.19 2002/02/01 00:57:29 obrien Exp $"); walder#/ext/current/src 135_> Any suggestions ? ps: This was woring for me before well. -- SW Soft, Moscow Vladimir B. Grebenschikov, vova@sw.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 2:58:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from alcatraz.iptelecom.net.ua (alcatraz.iptelecom.net.ua [212.9.224.15]) by hub.freebsd.org (Postfix) with ESMTP id 01B2B37B419 for ; Mon, 4 Feb 2002 02:57:46 -0800 (PST) Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by alcatraz.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id MAA06162; Mon, 4 Feb 2002 12:56:42 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (h33.228.dialup.iptcom.net [212.9.228.33]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id MAA59348; Mon, 4 Feb 2002 12:56:39 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id g14Au8d40148; Mon, 4 Feb 2002 12:56:08 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3C5E68D1.24FD3309@FreeBSD.org> Date: Mon, 04 Feb 2002 12:56:17 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: CHOI Junho Cc: KT Sin , freebsd-current@FreeBSD.org Subject: Re: /dev/ugen? References: <20020204024239.C62589-100000@gradius.wdb.co.kr> <20020204012833.GA11202@nutty.Singapore.Sun.COM> Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG CHOI Junho wrote: > > >>>>> "KS" == KT Sin writes: > > KS> If you have usbd running, just hot attach the USB device (serial, etc). > KS> You are probably using devfs on your -CURRENT. The correct /dev/* entries > KS> will be created automagically once the hardware device is probed and attached > KS> successfully. > > KS> kt > > I have attached USB serial device(PDA cradle), and usbd is > running. What should I do more? As long as I know, devfs will create > new entry automatically but in this case I have no idea... You probably need put manufacturer ID and device ID of your device into src/sys/dev/usb/usbdevs. -Maxim > > KS> On Mon, Feb 04, 2002 at 02:47:41AM +0900, CHOI Junho wrote: > > > > Hi, > > > > How can I see/make /dev/ugen* devices? I wish to use it but I can't find > > a way to see/use this. I want to use coldsync(USB serial on Palm). > > > > My machine has USB, of course; > > > > FreeBSD gradius.wdb.co.kr 5.0-CURRENT FreeBSD 5.0-CURRENT #16: Thu Dec 27 > > 18:31:20 KST 2001 root@gradius.wdb.co.kr:/usr/obj/usr/src/sys/GRADIUS > > i386 > > > > port 0xfca0-0xfcbf irq 9 > > at device 7.2 on pci0 > > on uhci0 > > usb0: USB revision 1.0 > > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 2 ports with 2 removable, self powered > > uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 > > uhub1: 3 ports with 3 removable, self powered > > > > -- > > Any opinions in this posting are my own and not those of my employers +++ > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > -- > +++ Any opinions in this posting are my own and not those of my employers +++ > CHOI Junho [sleeping now] > [while sleeping] > Korea FreeBSD Users Group Web Data Bank > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 3:18:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from HAL9000.wox.org (12-232-222-90.client.attbi.com [12.232.222.90]) by hub.freebsd.org (Postfix) with ESMTP id 86A7D37B422; Mon, 4 Feb 2002 03:18:46 -0800 (PST) Received: (from das@localhost) by HAL9000.wox.org (8.11.6/8.11.6) id g14BJJh18015; Mon, 4 Feb 2002 03:19:19 -0800 (PST) (envelope-from das) Date: Mon, 4 Feb 2002 03:19:19 -0800 From: David Schultz To: Miguel Mendez Cc: Terry Lambert , pdfardy@mac.com, current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task Message-ID: <20020204031919.A17666@HAL9000.wox.org> Mail-Followup-To: Miguel Mendez , Terry Lambert , pdfardy@mac.com, current@FreeBSD.ORG, stable@FreeBSD.ORG References: <5F46C986-16DB-11D6-8CEC-00039359034A@mac.com> <3C5B3225.F04B9B18@mindspring.com> <20020202120725.A32535@energyhq.homeip.net> <3C5BCDAE.22E25BAA@mindspring.com> <20020203142130.08333347.flynn@energyhq.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020203142130.08333347.flynn@energyhq.homeip.net>; from flynn@energyhq.homeip.net on Sun, Feb 03, 2002 at 02:21:30PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Miguel Mendez : > On Sat, 02 Feb 2002 03:29:50 -0800 > Terry Lambert wrote: > > Hi Terry et al, > > > Let me know the form you want the hierarchy to take, so > > you can stick it into the GTK hierarchy thingy; I'll be > > happy to crank out some quick yacc and lex code to do > > the parsing of the file into that format for you. A > > structure definition, with links, and how you want it > > linked, would be ideal. 8-). > > I've been thinking about it and I'd like to provide two frontends, a GTK one and a ncurses one, what do you think? This is getting pretty ambitious. I'm not about to say that a procedural interface to rc.conf wouldn't be nice, or that it couldn't be done well, but when it comes down to it, what problem are we trying to solve? Certainly rc.conf supports a lot of options, and a hierarchical arrangement would simplify things. However, most people only need to deal with a small subset of the options, and organization doesn't seem to be a big issue. Of course there's also the possibility that someone could leave out a quotation mark and end up with a non-working system, but that's rare and solvable with simpler tools, as has been discussed. Besides, both Microsoft and the linuxconf people have done far worse than rc.conf---especially Microsoft. Know what to do when a bad update eats a VXD that isn't on the Windows CD? :P [I'm not subscribed to -current, so please CC me any replies if that's where this thread has drifted.] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 3:25: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.68.253]) by hub.freebsd.org (Postfix) with ESMTP id 2CA3F37B41C; Mon, 4 Feb 2002 03:25:02 -0800 (PST) Received: from shidahara1.planet.sci.kobe-u.ac.jp (localhost [127.0.0.1]) by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id UAA55750; Mon, 4 Feb 2002 20:23:26 +0900 (JST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Message-Id: <200202041123.UAA55750@shidahara1.planet.sci.kobe-u.ac.jp> To: Maxim Sobolev , cjh@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: /dev/ugen? In-reply-to: Your message of "Mon, 04 Feb 2002 12:56:17 +0200." <3C5E68D1.24FD3309@FreeBSD.org> Date: Mon, 04 Feb 2002 20:23:26 +0900 From: Takanori Watanabe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3C5E68D1.24FD3309@FreeBSD.org>, Maxim Sobolev wrote: >You probably need put manufacturer ID and device ID of your device >into src/sys/dev/usb/usbdevs. ?? ugen accepts *ALL* ID in lowest priority if it is installed. And ugen devices will appear if it is inserted, if usbd(8) is running or not. And if ugen driver is not installed, the device will recognized, when you load ugen driver with kldload(8). uhci0: port 0x1060-0x107f irq 11 at de vice 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ugen0: OeRSTED, Inc. PIECE PME-001, rev 1.10/1.00, addr 2 P.S. I wrote a tool to talk with the device I mentioned here. http://www.planet.sci.kobe-u.ac.jp/~takawata/piece/pieceusb.tar.gz Takanori Watanabe Public Key Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 3:55:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (Postfix) with ESMTP id 0EA8F37B419 for ; Mon, 4 Feb 2002 03:55:28 -0800 (PST) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.11.3/8.11.3) with ESMTP id g14BtCV46712; Mon, 4 Feb 2002 13:55:20 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Mon, 4 Feb 2002 13:55:12 +0200 (EET) From: Narvi To: Peter Wemm Cc: "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <20020201083417.C3FFC3809@overcee.wemm.org> Message-ID: <20020204132551.B7603-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 1 Feb 2002, Peter Wemm wrote: > - AMD write cache allocation due to speculative writes being cancelled and > then written back later vs no cache snooping on AGP regions. I'm somewhat > perplexed about this issue, there's lots of conflicting info going around, > a good deal of it which does not make much sense [to me :-)]. I really > dont see what PSE has to do with this for several reasons.. if the page/ > region is cacheable, why does a 4MB vs 4K page make any difference? > cacheable vs no-cache-snooping is a recipe for disaster.. why would 4K > pages on a non-coherent region be safer? Or is the problem that write > allocation happens on uncacheable/non-write-back regions in 4MB pages? Or > something else? > Speculative writes can only happen to pages in the TLB (so you don't get speculative TLB misses and replacements), not having a large amount of 4M pages around in the TLB means that addresses covered by these can't possibly be involved in speculative writes. I personaly suspect the reason the cache line flushes of speculatively "written to" cache lines derive from the AMD-s use of MOESI coherency and mapping that to actual bits. Another "minor" side effect is that you get direct cache-to-cahce transfers in SMP systems for shared data. Sander > Cheers, > -Peter > -- > Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au > "All of this is for nothing if we don't go to the stars" - JMS/B5 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 4: 4:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from draco.macsch.com (draco.macsch.com [192.73.8.1]) by hub.freebsd.org (Postfix) with ESMTP id 1A9F437B420 for ; Mon, 4 Feb 2002 04:04:23 -0800 (PST) Received: from mailmuc.muc.eu.mscsoftware.com (mailmuc.muc.macsch.com [161.34.37.20]) by draco.macsch.com (8.9.3/8.9.3) with ESMTP id DAA21784 for ; Mon, 4 Feb 2002 03:59:36 -0800 (PST) Received: from hunter.muc.macsch.com (hunter.muc.macsch.com [172.17.22.32]) by mailmuc.muc.eu.mscsoftware.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g14C3dv13054; Mon, 4 Feb 2002 13:03:39 +0100 Received: from hunter.muc.macsch.com (localhost.muc.macsch.com [127.0.0.1]) by hunter.muc.macsch.com (8.11.6/8.11.6) with ESMTP id g14C4TR01719; Mon, 4 Feb 2002 13:04:31 +0100 (CET) (envelope-from Georg.Koltermann@mscsoftware.com) Date: Mon, 04 Feb 2002 13:04:29 +0100 Message-ID: From: Georg-W Koltermann To: freebsd-current@freebsd.org Subject: panic: softdep_setup_inomapdep: found inode User-Agent: Wanderlust/2.4.1 (Stand By Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) Organization: MSC Software X-Attribution: gwk MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG IdlePTD at phsyical address 0x00487000 initial pcb at physical address 0x003702c0 panicstr: bremfree: bp 0xd3bf08d0 not locked panic messages: --- panic: softdep_setup_inomapdep: found inode syncing disks... panic: bremfree: bp 0xd3bf08d0 not locked Uptime: 1h49m20s pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb1: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] /dev/vmmon: Module vmmon: unloaded dumping to dev ad0s2b, offset 2000128 dump ata0: resetting devices .. done 1023 1022 [...] --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:492 492 if (!dodump) (kgdb) t [Current thread is 0 (process 0)] (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:492 #1 0xc01bf5ff in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:335 #2 0xc01bfa39 in panic (fmt=0xc02fbec2 "bremfree: bp %p not locked") at /usr/src/sys/kern/kern_shutdown.c:634 #3 0xc01eedb1 in bremfree (bp=0xd3bf08d0) at /usr/src/sys/kern/vfs_bio.c:545 #4 0xc01f0383 in vfs_bio_awrite (bp=0xd3bf08d0) at /usr/src/sys/kern/vfs_bio.c:1534 #5 0xc01a23d8 in spec_fsync (ap=0xe7c5e88c) at /usr/src/sys/fs/specfs/spec_vnops.c:404 #6 0xc01a1fc1 in spec_vnoperate (ap=0xe7c5e88c) at /usr/src/sys/fs/specfs/spec_vnops.c:119 #7 0xc02813bd in ffs_sync (mp=0xc755d600, waitfor=2, cred=0xc2069b00, td=0xc03ab804) at vnode_if.h:441 #8 0xc01fb461 in sync (td=0xc03ab804, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:657 #9 0xc01bf248 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:244 #10 0xc01bfa39 in panic (fmt=0xc030dca0 "softdep_setup_inomapdep: found inode") at /usr/src/sys/kern/kern_shutdown.c:634 #11 0xc027a62a in softdep_setup_inomapdep (bp=0xd3c7bce4, ip=0xc8202200, newinum=503542) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1182 #12 0xc0274014 in ffs_nodealloccg (ip=0xc8202200, cg=46, ipref=503460, mode=33152) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1391 #13 0xc0273083 in ffs_hashalloc (ip=0xc8202200, cg=46, pref=503460, ---Type to continue, or q to quit--- size=33152, allocator=0xc0273e14 ) at /usr/src/sys/ufs/ffs/ffs_alloc.c:871 #14 0xc0272b10 in ffs_valloc (pvp=0xe78ce120, mode=33152, cred=0xc8084c00, vpp=0xe7c5e9dc) at /usr/src/sys/ufs/ffs/ffs_alloc.c:611 #15 0xc028a252 in ufs_makeinode (mode=33152, dvp=0xe78ce120, vpp=0xe7c5ec40, cnp=0xe7c5ec54) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2264 #16 0xc0287ae8 in ufs_create (ap=0xe7c5eb38) at /usr/src/sys/ufs/ufs/ufs_vnops.c:199 #17 0xc028a5b9 in ufs_vnoperate (ap=0xe7c5eb38) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2658 #18 0xc0200740 in vn_open_cred (ndp=0xe7c5ec2c, flagp=0xe7c5ebf8, cmode=384, cred=0xc8084c00) at vnode_if.h:90 #19 0xc02005de in vn_open (ndp=0xe7c5ec2c, flagp=0xe7c5ebf8, cmode=384) at /usr/src/sys/kern/vfs_vnops.c:86 #20 0xc01fbcbe in open (td=0xe7924404, uap=0xe7c5ed20) at /usr/src/sys/kern/vfs_syscalls.c:1117 #21 0xc02c1678 in syscall (frame={tf_fs = -1070923729, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 134901314, tf_ebp = -1077940792, tf_isp = -406459020, tf_ebx = 33256, tf_edx = 0, tf_ecx = 135024096, tf_eax = 5, tf_trapno = 22, tf_err = 2, tf_eip = 134557391, tf_cs = 31, tf_eflags = 647, tf_esp = -1077940852, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1032 #22 0xc02b58bd in syscall_with_err_pushed () ---Type to continue, or q to quit--- #23 0x804a952 in ?? () #24 0x80485d9 in ?? () #25 0x8048135 in ?? () To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 5:12:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id B003037B405 for ; Mon, 4 Feb 2002 05:12:19 -0800 (PST) Received: from 209-239-201-223.oak.jps.net ([209.239.201.223] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Xiua-0001US-00; Mon, 04 Feb 2002 05:11:56 -0800 Message-ID: <3C5E8871.4FC9CDAB@mindspring.com> Date: Mon, 04 Feb 2002 05:11:13 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Narvi Cc: Peter Wemm , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: <20020204132551.B7603-100000@haldjas.folklore.ee> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Narvi wrote: > Speculative writes can only happen to pages in the TLB (so you don't get > speculative TLB misses and replacements), not having a large amount of 4M > pages around in the TLB means that addresses covered by these can't > possibly be involved in speculative writes. > > I personaly suspect the reason the cache line flushes of speculatively > "written to" cache lines derive from the AMD-s use of MOESI coherency and > mapping that to actual bits. Another "minor" side effect is that you get > direct cache-to-cahce transfers in SMP systems for shared data. I think that the problem is more related to the fact that there are 16 TLB entries for 4K data pages, 16 for 4K code pages, and another 8 for 4M pages. Peter is right, in other words, because there is a problem with the interaction of 4K and 4M pages. I've seen this myself, as I've previously reported, as well as seeing other problems (and knowing how to work around them, after weeks of investigation into characterizing them). Note that I was "lucky", in that I had modified the FreeBSD kernel to use certain types of mappings in a certain way; I think it would be very difficult, or impossible, for anyone else to duplicate the problem in order to better characterize it beyond "DISABLE_PSE", except the chip vendors themselves, if they started from first principles with a simulation. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 5:26:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id CB66237B41A; Mon, 4 Feb 2002 05:26:27 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id AAA16059; Tue, 5 Feb 2002 00:26:21 +1100 Date: Tue, 5 Feb 2002 00:28:43 +1100 (EST) From: Bruce Evans X-X-Sender: To: John Polstra Cc: , Subject: Re: Panics in ffs_clusteracct with todays -current In-Reply-To: Message-ID: <20020205000829.A22758-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 3 Feb 2002, John Polstra wrote: > The kernel from today's current (CVSupped 3 Feb 2002 around 17:40 > PST) can't stay up for more than a few minutes without getting a > page-not-present panic at line 1815 of ufs/ffs/ffs_alloc.c revision > 1.86. It is in this code: > > /* > * Find the size of the cluster going backward. > */ > start = blkno - 1; > end = start - fs->fs_contigsumsize; > if (end < 0) > end = -1; > mapp = &freemapp[start / NBBY]; > map = *mapp--; > ^^^^^ > BANG! This was broken by a recent change to the type of NBBY. `start' is apparently negative (it would be for blkno == 0). Small negative values of `start' used to give an index of 0 in freemapp (not even small negative, since integer division bogusly rounds negative values towards 0). They now give an index of about 0x1fffffff on 32-bit machines. I also got panics in vm. The vm code apparently trapped while trying to map the preposterous address generated by the above. This patch just backs out the change to NBBY. %%% Index: types.h =================================================================== RCS file: /home/ncvs/src/sys/sys/types.h,v retrieving revision 1.50 diff -u -2 -r1.50 types.h --- types.h 3 Feb 2002 11:36:59 -0000 1.50 +++ types.h 4 Feb 2002 13:08:05 -0000 @@ -172,5 +172,5 @@ #ifndef _POSIX_SOURCE -#define NBBY 8U /* number of bits in a byte */ +#define NBBY 8 /* number of bits in a byte */ /* %%% Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 5:31:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 35FD237B420; Mon, 4 Feb 2002 05:30:41 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g14DUWp70294; Mon, 4 Feb 2002 15:30:32 +0200 (EET) (envelope-from ru) Date: Mon, 4 Feb 2002 15:30:32 +0200 From: Ruslan Ermilov To: Mark Murray , current@FreeBSD.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: pam_ssh world breakage (was: Re: cvs commit: src/lib/libpam Makefile.inc) Message-ID: <20020204153032.C58535@sunbay.com> References: <200202031551.g13Fpql76999@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200202031551.g13Fpql76999@freefall.freebsd.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 03, 2002 at 07:51:52AM -0800, Mark Murray wrote: > markm 2002/02/03 07:51:52 PST > > Modified files: > lib/libpam Makefile.inc > Log: > Turn on fascist warning mode. > > Revision Changes Path > 1.4 +3 -1 src/lib/libpam/Makefile.inc > This delta breaks buildworld. gcc(1) has a known bug-feature of hiding some errors in standard system headers, making them invisible without -I. During buildworld, ${WORLDTMP}/usr/include is populated with headers, and -I${WORLDTMP}/usr/include is added to CFLAGS, and compile now can't survive the WARNS=4. Try this to see the breakage: cd /usr/src/lib/libpam/modules/pam_ssh make cleandir make DESTDIR=/ Please back it out. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 7: 3:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp0.adl1.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by hub.freebsd.org (Postfix) with ESMTP id 8012337B425; Mon, 4 Feb 2002 07:03:18 -0800 (PST) Received: from vee.net (wintermute.home.vee.net [203.18.245.2]) by smtp0.adl1.internode.on.net (8.11.6/8.11.6) with ESMTP id g14F2ea28754; Tue, 5 Feb 2002 01:32:40 +1030 (CST) (envelope-from mike@vee.net) Message-ID: <3C5EA225.8070402@vee.net> Date: Tue, 05 Feb 2002 01:30:53 +1030 From: Mike Gratton User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8+) Gecko/20020127 X-Accept-Language: en-au, en-gb MIME-Version: 1.0 To: andrew.cowan@hsd.com.au Cc: Mike Meyer , Terry Lambert , Juha Saarinen , "Brian T.Schellenberger" , Wilko Bulte , Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Cowan wrote: > > However, I have previously thought that a system that used xml files to > store application configs (that would then be used to generate valid conf > files) would be useful. I was on the verge of doing so the other day. Basically, I wanted to have standard configuration data describing the network, services and service configuration stored in XML and use XSLT to produce which-ever config files you need. You then introduce some inheritance and allow configuration to be overridden for particular hosts, subnets, networks, and/or platforms, and you have a powerful site-wide configuration management tool. You get all the usual benefits from using XML as well; data source, processing and output independence, so the configuration data could be use to automatically generate HTML for helpdesk pages, could be sourced from existing a variety of new or pre-existing data repositories (LDAP, CVS, file system, etc.) and could be processed and edited using a number of standard tools. If only I had not run out of time write it, I'd be happily using this today. Mike. -- Mike Gratton "Every motive escalate." Blatant self-promotion: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 7:16: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (Postfix) with ESMTP id A1F7037B42F for ; Mon, 4 Feb 2002 07:15:54 -0800 (PST) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.11.3/8.11.3) with ESMTP id g14FFfd48333; Mon, 4 Feb 2002 17:15:41 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Date: Mon, 4 Feb 2002 17:15:41 +0200 (EET) From: Narvi To: Terry Lambert Cc: Peter Wemm , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug In-Reply-To: <3C5E8871.4FC9CDAB@mindspring.com> Message-ID: <20020204154828.Q7603-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 4 Feb 2002, Terry Lambert wrote: > Narvi wrote: > > Speculative writes can only happen to pages in the TLB (so you don't get > > speculative TLB misses and replacements), not having a large amount of 4M > > pages around in the TLB means that addresses covered by these can't > > possibly be involved in speculative writes. > > > > I personaly suspect the reason the cache line flushes of speculatively > > "written to" cache lines derive from the AMD-s use of MOESI coherency and > > mapping that to actual bits. Another "minor" side effect is that you get > > direct cache-to-cahce transfers in SMP systems for shared data. > > I think that the problem is more related to the fact that > there are 16 TLB entries for 4K data pages, 16 for 4K code > pages, and another 8 for 4M pages. > > Peter is right, in other words, because there is a problem > with the interaction of 4K and 4M pages. I've seen this > myself, as I've previously reported, as well as seeing other > problems (and knowing how to work around them, after weeks > of investigation into characterizing them). > I wasn't aware that I was contradicting Peter 8-) Yes, it is possible that there are issues (some of which may in turn be bugs) in the 4KB and 4MB page handling. I'm not sure that 4K vs. 4M handling is done in any special way when it comes to speculative vs. normal writes. Speculative writes don't cross page boundaries (which means a different thing depending on which TLB you found the page from) - meaning that having a change of objects inside a "mapped" 4M page is asking for trouble. Writing back the cache lines that "may" have been written to is imho reasonable behaviour. > Note that I was "lucky", in that I had modified the FreeBSD > kernel to use certain types of mappings in a certain way; > I think it would be very difficult, or impossible, for > anyone else to duplicate the problem in order to better > characterize it beyond "DISABLE_PSE", except the chip > vendors themselves, if they started from first principles > with a simulation. > It may even well be possible to get different results with aligned vs. misaligned reads and writes, or a proper mix thereof. It may be possible to build a model to track down the "what is really going on" part, but its not clear its worth the trouble over just picking what (not) to do. > > -- Terry > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 7:38:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail2.rol.it (mail2.rol.it [193.41.7.204]) by hub.freebsd.org (Postfix) with SMTP id 8F2DD37B423 for ; Mon, 4 Feb 2002 07:38:26 -0800 (PST) From: request@logos.net To: current@freebsd.org Subject: Verba Volant Message-Id: <20020204153826.8F2DD37B423@hub.freebsd.org> Date: Mon, 4 Feb 2002 07:38:26 -0800 (PST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We have been requested to insert the following email address, "current@freebsd.org", in the Verba Volant Newsletter database. Through this daily service you will receive a quotation, selected from amongst the most celebrated philosophers, writers and poets of all time and translated into many languages and dialects by volunteers worldwide. If you would like to confirm your subscription to Verba Volant, please click on the following link: http://www.logos.net/owa-l/press.subscribe?lang=en&email=current@freebsd.org If you do not wish to click on the link, your subscription will be cancelled. Thank you for your time. Verba Volant Il nous a été demandé d'ajouter l'adresse électronique "current@freebsd.org" dans la liste des destinataires de Verba Volant, un service qui tous les jours vous adressera une citation sélectionnée parmi les œuvres des meilleurs philosophes, écrivains, poètes de tous les temps et traduite en de très nombreuses langues grâce à des volontaires du monde entier. Pour confirmer l'inscription à Verba Volant, veuillez vous connecter au lien suivant: http://www.logos.net/owa-l/press.subscribe?lang=fr&email=current@freebsd.org Si vous préférez ne pas cliquer sur le lien, vous ne recevrez rien. Merci dans tous les cas de nous avoir accordé quelques secondes. Verba Volant Se nos ha solicitado insertar la dirección de correo electrónico "current@freebsd.org" en el listado de envíos de Verba Volant, un servicio que diariamente le enviará citas elegidas entre los mejores filosofos, escritores, poetas, etc., traducidas a varios idiomas y dialectos. Dichas citas están traducidas por voluntarios que se conectan a nuestra web desde todo el mundo. Si quiere confirmar la suscripción a Verba Volant, le rogamos entre en: http://www.logos.net/owa-l/press.subscribe?lang=es&email=current@freebsd.org Si no entra en la dirección señalada no recibirá las citas. Muchas gracias por el tiempo que nos ha dedicado. Verba Volant Ci è stato chiesto di inserire l'indirizzo di posta elettronica "current@freebsd.org" nell’elenco dei destinatari di Verba Volant, un servizio che ogni giorno ti invierà una citazione scelta tra quelle dei migliori filosofi, scrittori, poeti di tutti i tempi e tradotta in moltissime lingue e dialetti grazie alla collaborazione di volontari da tutto il mondo. Se desideri confermare l'iscrizione, ti preghiamo di collegarti al seguente link: http://www.logos.net/owa-l/press.subscribe?lang=it&email=current@freebsd.org Nel caso preferissi non cliccare sul link, non riceverai nulla. Grazie comunque per i secondi che ci hai dedicato. Cordiali saluti. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 8: 0:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 7904D37B429; Mon, 4 Feb 2002 08:00:16 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g14G0Bx51382; Mon, 4 Feb 2002 16:00:11 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id 6587AA8; Mon, 4 Feb 2002 15:56:56 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g14FuoE54487; Mon, 4 Feb 2002 15:56:56 GMT (envelope-from mark@grondar.za) Message-Id: <200202041556.g14FuoE54487@greenpeace.grondar.org> To: Bruce Evans Cc: John Polstra , current@FreeBSD.ORG, markm@FreeBSD.ORG Subject: Re: Panics in ffs_clusteracct with todays -current References: <20020205000829.A22758-100000@gamplex.bde.org> In-Reply-To: <20020205000829.A22758-100000@gamplex.bde.org> ; from Bruce Evans "Tue, 05 Feb 2002 00:28:43 +1100." Date: Mon, 04 Feb 2002 15:56:45 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If this fixes a problem, then please go ahead and commit it. :-) M > On Sun, 3 Feb 2002, John Polstra wrote: > > > The kernel from today's current (CVSupped 3 Feb 2002 around 17:40 > > PST) can't stay up for more than a few minutes without getting a > > page-not-present panic at line 1815 of ufs/ffs/ffs_alloc.c revision > > 1.86. It is in this code: > > > > /* > > * Find the size of the cluster going backward. > > */ > > start = blkno - 1; > > end = start - fs->fs_contigsumsize; > > if (end < 0) > > end = -1; > > mapp = &freemapp[start / NBBY]; > > map = *mapp--; > > ^^^^^ > > BANG! > > This was broken by a recent change to the type of NBBY. > > `start' is apparently negative (it would be for blkno == 0). Small > negative values of `start' used to give an index of 0 in freemapp (not > even small negative, since integer division bogusly rounds negative > values towards 0). They now give an index of about 0x1fffffff on > 32-bit machines. > > I also got panics in vm. The vm code apparently trapped while trying > to map the preposterous address generated by the above. > > This patch just backs out the change to NBBY. > > %%% > Index: types.h > =================================================================== > RCS file: /home/ncvs/src/sys/sys/types.h,v > retrieving revision 1.50 > diff -u -2 -r1.50 types.h > --- types.h 3 Feb 2002 11:36:59 -0000 1.50 > +++ types.h 4 Feb 2002 13:08:05 -0000 > @@ -172,5 +172,5 @@ > > #ifndef _POSIX_SOURCE > -#define NBBY 8U /* number of bits in a byte */ > +#define NBBY 8 /* number of bits in a byte */ > > /* > %%% > > Bruce > -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 8: 1: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 1EE3937B42F for ; Mon, 4 Feb 2002 08:00:48 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g14G0ki04078; Mon, 4 Feb 2002 09:00:47 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g14G0iL23440; Mon, 4 Feb 2002 09:00:44 -0700 (MST) (envelope-from imp@village.org) Date: Mon, 04 Feb 2002 09:00:22 -0700 (MST) Message-Id: <20020204.090022.65441476.imp@village.org> To: vova@sw.ru Cc: current@FreeBSD.ORG Subject: Re: buildword break on STABLE From: "M. Warner Losh" In-Reply-To: <1012812637.1067.8.camel@vbook.express.ru> References: <1012812637.1067.8.camel@vbook.express.ru> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <1012812637.1067.8.camel@vbook.express.ru> "Vladimir B. " Grebenschikov writes: : I am trying to build -CURRENT world on 4.4-RELEASE machine: ... : Any suggestions ? I can tell you that 4.5-release will work. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 8: 3:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 513B937B41C; Mon, 4 Feb 2002 08:03:36 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 1A3C310DDF9; Mon, 4 Feb 2002 08:03:36 -0800 (PST) Date: Mon, 4 Feb 2002 08:03:36 -0800 From: Alfred Perlstein To: Bruce Evans Cc: John Polstra , current@FreeBSD.ORG, markm@FreeBSD.ORG Subject: Re: Panics in ffs_clusteracct with todays -current Message-ID: <20020204080336.A95852@elvis.mu.org> References: <20020205000829.A22758-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020205000829.A22758-100000@gamplex.bde.org>; from bde@zeta.org.au on Tue, Feb 05, 2002 at 12:28:43AM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Bruce Evans [020204 05:26] wrote: > On Sun, 3 Feb 2002, John Polstra wrote: > > > The kernel from today's current (CVSupped 3 Feb 2002 around 17:40 > > PST) can't stay up for more than a few minutes without getting a > > page-not-present panic at line 1815 of ufs/ffs/ffs_alloc.c revision > > 1.86. It is in this code: > > > > /* > > * Find the size of the cluster going backward. > > */ > > start = blkno - 1; > > end = start - fs->fs_contigsumsize; > > if (end < 0) > > end = -1; > > mapp = &freemapp[start / NBBY]; > > map = *mapp--; > > ^^^^^ > > BANG! > > This was broken by a recent change to the type of NBBY. > > `start' is apparently negative (it would be for blkno == 0). Small > negative values of `start' used to give an index of 0 in freemapp (not > even small negative, since integer division bogusly rounds negative > values towards 0). They now give an index of about 0x1fffffff on > 32-bit machines. > > I also got panics in vm. The vm code apparently trapped while trying > to map the preposterous address generated by the above. > > This patch just backs out the change to NBBY. Wouldn't this make more sense: Index: ffs/ffs_alloc.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_alloc.c,v retrieving revision 1.86 diff -u -r1.86 ffs_alloc.c --- ffs/ffs_alloc.c 2 Feb 2002 01:42:44 -0000 1.86 +++ ffs/ffs_alloc.c 4 Feb 2002 16:08:34 -0000 @@ -1790,7 +1790,7 @@ end = start + fs->fs_contigsumsize; if (end >= cgp->cg_nclusterblks) end = cgp->cg_nclusterblks; - mapp = &freemapp[start / NBBY]; + mapp = &freemapp[start < 0 ? 0 : start / NBBY]; map = *mapp++; bit = 1 << (start % NBBY); for (i = start; i < end; i++) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 8: 4: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from modemcable044.152-202-24.mtl.mc.videotron.ca (modemcable044.152-202-24.mtl.mc.videotron.ca [24.202.152.44]) by hub.freebsd.org (Postfix) with ESMTP id 36B6E37B41B; Mon, 4 Feb 2002 08:04:00 -0800 (PST) Received: from anphor (anphor.grandpre.mindstep.com [192.168.0.8]) by jacuzzi.grandpre.mindstep.com (Postfix) with SMTP id A3B1D14D3F; Mon, 4 Feb 2002 11:03:21 -0500 (EST) From: "Patrick Bihan-Faou" To: , Subject: RE: Junior Annoying Hacker Task Date: Mon, 4 Feb 2002 17:03:52 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <15452.50112.625066.914576@guru.mired.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I don't know whether the suggested approach is really a good one or not, but as far as implementing some registry-like features in FreeBSD, we have developped something that proves to be useful. The idea was to extend the sysctl mechanism to make it dynamic from the user-land point of view. This was implemented as a kernel module (a simple one too) and a modified sysctl command line. With this mod we can add/remove nodes in the sysctl tree and use it to store information that is needed by many applications. The implementation we have is certainly rough, but it gets the job done and represents a very easy and convenient tool for: - sharing non sensitive bits of information between processes - storing configuration/status data in an easy to use manner - benefit from the tree like presentation of sysctl (building a gui around this should be easy) - don't loose the 'vi' compatibility (sysctl values can be loaded at boot time from a text file) Note that the security model around these 'user-land dynamic sysctl entries' can be improved significantly, but as a proof of concept the mod is useful. Some may argue that storing userland data in the kernel space is Not A Nice Thing(tm) but it certainly makes things a lot easier. Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 8:30:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 42C4437B427 for ; Mon, 4 Feb 2002 08:30:11 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g14GU5M46816; Mon, 4 Feb 2002 08:30:05 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g14GU3P01712; Mon, 4 Feb 2002 08:30:03 -0800 (PST) (envelope-from jdp) Date: Mon, 4 Feb 2002 08:30:03 -0800 (PST) Message-Id: <200202041630.g14GU3P01712@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: bright@mu.org Subject: Re: Panics in ffs_clusteracct with todays -current In-Reply-To: <20020204080336.A95852@elvis.mu.org> References: <20020205000829.A22758-100000@gamplex.bde.org> <20020204080336.A95852@elvis.mu.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020204080336.A95852@elvis.mu.org>, Alfred Perlstein wrote: > * Bruce Evans [020204 05:26] wrote: > > This was broken by a recent change to the type of NBBY. > > > > `start' is apparently negative (it would be for blkno == 0). Small > > negative values of `start' used to give an index of 0 in freemapp (not > > even small negative, since integer division bogusly rounds negative > > values towards 0). They now give an index of about 0x1fffffff on > > 32-bit machines. > > > > I also got panics in vm. The vm code apparently trapped while trying > > to map the preposterous address generated by the above. > > > > This patch just backs out the change to NBBY. > > Wouldn't this make more sense: > > Index: ffs/ffs_alloc.c > =================================================================== > RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_alloc.c,v > retrieving revision 1.86 > diff -u -r1.86 ffs_alloc.c > --- ffs/ffs_alloc.c 2 Feb 2002 01:42:44 -0000 1.86 > +++ ffs/ffs_alloc.c 4 Feb 2002 16:08:34 -0000 > @@ -1790,7 +1790,7 @@ > end = start + fs->fs_contigsumsize; > if (end >= cgp->cg_nclusterblks) > end = cgp->cg_nclusterblks; > - mapp = &freemapp[start / NBBY]; > + mapp = &freemapp[start < 0 ? 0 : start / NBBY]; > map = *mapp++; > bit = 1 << (start % NBBY); > for (i = start; i < end; i++) { I think your change makes sense here, but I also think the change to NBBY should be backed out. In general it is very dangerous to change constants to explicitly unsigned. There's no reason why NBBY shouldn't be used in signed contexts, but making it unsigned promotes all of the other ints in containing expressions to unsigned as well (on the i386). NBBY is used in lots of code, including 3rd party applications. It has a long tradition, and now isn't the time to change its type. There's no reason for it to be explicitly unsigned. The constant 8 is every bit as positive as the constant 8U. :-) John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 8:35:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 2D96037B4A4; Mon, 4 Feb 2002 08:35:11 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id DAA24848; Tue, 5 Feb 2002 03:35:03 +1100 Date: Tue, 5 Feb 2002 03:37:26 +1100 (EST) From: Bruce Evans X-X-Sender: To: Alfred Perlstein Cc: John Polstra , , Subject: Re: Panics in ffs_clusteracct with todays -current In-Reply-To: <20020204080336.A95852@elvis.mu.org> Message-ID: <20020205031909.L23629-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 4 Feb 2002, Alfred Perlstein wrote: > * Bruce Evans [020204 05:26] wrote: > > This patch just backs out the change to NBBY. > > Wouldn't this make more sense: > > Index: ffs/ffs_alloc.c > =================================================================== > RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_alloc.c,v > retrieving revision 1.86 > diff -u -r1.86 ffs_alloc.c > --- ffs/ffs_alloc.c 2 Feb 2002 01:42:44 -0000 1.86 > +++ ffs/ffs_alloc.c 4 Feb 2002 16:08:34 -0000 > @@ -1790,7 +1790,7 @@ > end = start + fs->fs_contigsumsize; > if (end >= cgp->cg_nclusterblks) > end = cgp->cg_nclusterblks; > - mapp = &freemapp[start / NBBY]; > + mapp = &freemapp[start < 0 ? 0 : start / NBBY]; > map = *mapp++; > bit = 1 << (start % NBBY); > for (i = start; i < end; i++) { > Except it doesn't fix the potentially millions of other lines that are affected by the fix, and leaves at best confusing code: mapp, map and bit are unitialized to bogus values. This seems to be harmless because they are not used (the loop is iterated 0 times if start < 0). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 8:43:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 5A2CC37B43C; Mon, 4 Feb 2002 08:43:27 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g14GhN699855; Mon, 4 Feb 2002 18:43:23 +0200 (EET) (envelope-from ru) Date: Mon, 4 Feb 2002 18:43:23 +0200 From: Ruslan Ermilov To: "David O'Brien" Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020204184323.A99170@sunbay.com> References: <20020129190821.B83452@sunbay.com> <20020129120218.A81603@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020129120218.A81603@dragon.nuxi.com> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 29, 2002 at 12:02:18PM -0800, David O'Brien wrote: > On Tue, Jan 29, 2002 at 07:08:21PM +0200, Ruslan Ermilov wrote: > > David! > > > > After the latest binutils import, attempts to cross-compile > > Alpha fail at the cross-tools stage of buildworld as shown > > below. Please also note sed(1) complaints about nonexistent > > ldscripts/ files. I suspect that "normal" alpha worlds may > > be broken as well, but I can't tell for sure. > > I am sure it probably is. There is a lack of developers using -current > on Alpha's that progress on i386, IA64, x86-64, and sparc64 cannot be > held back. I will fix the Alpha problems when I get a chance, but it may > be a week. > The fix was as simple as this: Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/libbfd/Makefile,v retrieving revision 1.16 diff -u -r1.16 Makefile --- Makefile 2002/01/27 22:47:22 1.16 +++ Makefile 2002/02/04 16:40:01 @@ -5,7 +5,7 @@ .PATH: ${SRCDIR}/bfd ${SRCDIR}/opcodes LIB= bfd -SRCS+= archive.c archures.c bfd.c binary.c cache.c \ +SRCS+= archive.c archive64.c archures.c bfd.c binary.c cache.c \ coffgen.c corefile.c elf.c elf-eh-frame.c elf-strtab.c format.c \ hash.c ihex.c init.c libbfd.c linker.c merge.c opncls.c reloc.c \ section.c srec.c stab-syms.c stabs.c syms.c targets.c tekhex.c \ Verified with both i386 and alpha. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 8:50:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id CCE7237B41F for ; Mon, 4 Feb 2002 08:50:16 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g14GoAg51916; Mon, 4 Feb 2002 16:50:10 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id 6728657; Mon, 4 Feb 2002 16:46:05 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g14Gk5E56541; Mon, 4 Feb 2002 16:46:05 GMT (envelope-from mark@grondar.za) Message-Id: <200202041646.g14Gk5E56541@greenpeace.grondar.org> To: John Polstra Cc: current@FreeBSD.ORG Subject: Re: Panics in ffs_clusteracct with todays -current References: In-Reply-To: ; from John Polstra "Sun, 03 Feb 2002 20:52:49 PST." Date: Mon, 04 Feb 2002 16:46:00 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The kernel from today's current (CVSupped 3 Feb 2002 around 17:40 > PST) can't stay up for more than a few minutes without getting a > page-not-present panic at line 1815 of ufs/ffs/ffs_alloc.c revision > 1.86. It is in this code: > > /* > * Find the size of the cluster going backward. > */ > start = blkno - 1; > end = start - fs->fs_contigsumsize; > if (end < 0) > end = -1; > mapp = &freemapp[start / NBBY]; > map = *mapp--; > ^^^^^ > BANG! I just reverted the "upgrade" of NBBY (to unsigned). M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 8:55:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 061BA37B422 for ; Mon, 4 Feb 2002 08:55:25 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g14GtN952176; Mon, 4 Feb 2002 16:55:23 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id 1EB5FDC; Mon, 4 Feb 2002 16:50:26 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g14GlEE56566; Mon, 4 Feb 2002 16:47:18 GMT (envelope-from mark@grondar.za) Message-Id: <200202041647.g14GlEE56566@greenpeace.grondar.org> To: Peter Schultz Cc: current@FreeBSD.ORG Subject: Re: make buildworld error in libpam/modules/pam_ssh References: <3C5E3C67.1040909@jocose.org> In-Reply-To: <3C5E3C67.1040909@jocose.org> ; from Peter Schultz "Mon, 04 Feb 2002 01:46:47 CST." Date: Mon, 04 Feb 2002 16:47:08 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'm experiencing the following error while bulding world: Fix committed. M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 9: 7: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 842DA37B47A; Mon, 4 Feb 2002 09:07:00 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g14H70N16084; Mon, 4 Feb 2002 09:07:00 -0800 (PST) (envelope-from obrien) Date: Mon, 4 Feb 2002 09:06:56 -0800 From: "David O'Brien" To: Ruslan Ermilov Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020204090656.A15609@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020129190821.B83452@sunbay.com> <20020129120218.A81603@dragon.nuxi.com> <20020204184323.A99170@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020204184323.A99170@sunbay.com>; from ru@FreeBSD.ORG on Mon, Feb 04, 2002 at 06:43:23PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 04, 2002 at 06:43:23PM +0200, Ruslan Ermilov wrote: > The fix was as simple as this: Thanks!! Committed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 9:17:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 2217137B41D; Mon, 4 Feb 2002 09:17:18 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g14HHH116203; Mon, 4 Feb 2002 09:17:17 -0800 (PST) (envelope-from obrien) Date: Mon, 4 Feb 2002 09:17:17 -0800 From: "David O'Brien" To: Ruslan Ermilov Cc: Mark Murray , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: pam_ssh world breakage (was: Re: cvs commit: src/lib/libpam Makefile.inc) Message-ID: <20020204091717.A16149@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <200202031551.g13Fpql76999@freefall.freebsd.org> <20020204153032.C58535@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020204153032.C58535@sunbay.com>; from ru@FreeBSD.org on Mon, Feb 04, 2002 at 03:30:32PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 04, 2002 at 03:30:32PM +0200, Ruslan Ermilov wrote: > This delta breaks buildworld. gcc(1) has a known bug-feature > of hiding some errors in standard system headers, making them > invisible without -I. ... > and compile now can't survive the WARNS=4. Not to mention there is ZERO way this code will pass WARNS=4 for GCC 3. Please Committers, do not try to WARNS code right now -- there just is no use. It will only get in the way later. Well, of course feel free to make the code changes, but PLEASE do not commit any stronger WARNS levels to Makefiles. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 9:26:44 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 1737A37B416; Mon, 4 Feb 2002 09:26:41 -0800 (PST) Date: Mon, 4 Feb 2002 09:26:41 -0800 From: David O'Brien To: Mark Murray Cc: current@FreeBSD.ORG Subject: Re: Panics in ffs_clusteracct with todays -current Message-ID: <20020204092640.A9832@hub.freebsd.org> Reply-To: obrien@freebsd.org References: <20020205000829.A22758-100000@gamplex.bde.org> <200202041556.g14FuoE54487@greenpeace.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202041556.g14FuoE54487@greenpeace.grondar.org>; from mark@grondar.za on Mon, Feb 04, 2002 at 03:56:45PM +0000 X-Operating-System: FreeBSD 4.4-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 04, 2002 at 03:56:45PM +0000, Mark Murray wrote: > If this fixes a problem, then please go ahead and commit it. :-) Many reasons to not rush this: Maybe because we are in the middle of a discussion. Maybe to educate others why the change was bad so others will not attempt the same change later. Maybe the person that made the change does not agree with the analysis and wants to fix things a different way. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 9:33:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id CF6D737B417; Mon, 4 Feb 2002 09:33:25 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g14HXMd06173; Mon, 4 Feb 2002 19:33:22 +0200 (EET) (envelope-from ru) Date: Mon, 4 Feb 2002 19:33:22 +0200 From: Ruslan Ermilov To: Mark Murray , current@FreeBSD.org Subject: buildworld is still broken in libpam/libpam Message-ID: <20020204193322.A4463@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! Alpha buildworld is still broken due to the WARNS=4 change: : cc -O -pipe -nostdinc -I/CURRENT/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/include -I/CURRENT/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam_misc/include -I/CURRENT/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpamc/include -I. -I/CURRENT/usr/src/lib/libpam/libpam -DDEFAULT_MODULE_PATH=\"/usr/lib/\" -DLIBPAM_VERSION_MAJOR=0 -DLIBPAM_VERSION_MINOR=75 -I/usr/obj/alpha/CURRENT/usr/src/i386/usr/include -Werror -Wall -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /CURRENT/usr/src/lib/libpam/libpam/pam_get_pass.c -o pam_get_pass.o : cc1: warnings being treated as errors : /CURRENT/usr/src/lib/libpam/libpam/pam_get_pass.c: In function `pam_conv_pass': : /CURRENT/usr/src/lib/libpam/libpam/pam_get_pass.c:60: warning: type mismatch in implicit declaration for built-in function `memset' : /CURRENT/usr/src/lib/libpam/libpam/pam_get_pass.c:60: warning: type mismatch in implicit declaration for built-in function `strlen' : *** Error code 1 : : Stop in /CURRENT/usr/src/lib/libpam/libpam. : *** Error code 1 The patch is attached. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: pam_get_pass.c =================================================================== RCS file: /home/ncvs/src/lib/libpam/libpam/pam_get_pass.c,v retrieving revision 1.3 diff -u -p -r1.3 pam_get_pass.c --- pam_get_pass.c 2001/09/30 22:10:58 1.3 +++ pam_get_pass.c 2002/02/04 17:31:06 @@ -28,6 +28,7 @@ __FBSDID("$FreeBSD: src/lib/libpam/libpam/pam_get_pass.c,v 1.3 2001/09/30 22:10:58 dillon Exp $"); #include +#include #include #include "pam_mod_misc.h" --vtzGhvizbBRQ85DL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 10:21:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 1131B37B423; Mon, 4 Feb 2002 10:21:29 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g14ILSD03597; Mon, 4 Feb 2002 19:21:28 +0100 (CET) (envelope-from wkb) Date: Mon, 4 Feb 2002 19:21:28 +0100 From: Wilko Bulte To: "David O'Brien" Cc: Ruslan Ermilov , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Latest binutils import breaks Alpha cross compiles Message-ID: <20020204192128.C3440@freebie.xs4all.nl> References: <20020129190821.B83452@sunbay.com> <20020129120218.A81603@dragon.nuxi.com> <20020204184323.A99170@sunbay.com> <20020204090656.A15609@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020204090656.A15609@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Mon, Feb 04, 2002 at 09:06:56AM -0800 X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 04, 2002 at 09:06:56AM -0800, David O'Brien wrote: > On Mon, Feb 04, 2002 at 06:43:23PM +0200, Ruslan Ermilov wrote: > > The fix was as simple as this: > > Thanks!! Committed. Great! /me fires up the DS10.. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 10:31:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 1BCAB37B425; Mon, 4 Feb 2002 10:31:43 -0800 (PST) Received: (from mike@localhost) by espresso.q9media.com (8.11.6/8.11.6) id g14IS0P58761; Mon, 4 Feb 2002 13:28:00 -0500 (EST) (envelope-from mike) Date: Mon, 4 Feb 2002 13:28:00 -0500 From: Mike Barcroft To: "David O'Brien" Cc: Ruslan Ermilov , Mark Murray , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: pam_ssh world breakage (was: Re: cvs commit: src/lib/libpam Makefile.inc) Message-ID: <20020204132800.G6496@espresso.q9media.com> References: <200202031551.g13Fpql76999@freefall.freebsd.org> <20020204153032.C58535@sunbay.com> <20020204091717.A16149@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020204091717.A16149@dragon.nuxi.com>; from obrien@FreeBSD.org on Mon, Feb 04, 2002 at 09:17:17AM -0800 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien writes: > Not to mention there is ZERO way this code will pass WARNS=4 for GCC 3. > Please Committers, do not try to WARNS code right now -- there just is no > use. It will only get in the way later. > > Well, of course feel free to make the code changes, but PLEASE do not > commit any stronger WARNS levels to Makefiles. Alternatively, developers working on WARNS could use a newer GCC from the ports collection. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 10:55:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 2CAD737B427; Mon, 4 Feb 2002 10:55:11 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g14ItAH53591; Mon, 4 Feb 2002 18:55:10 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id 08DBC380; Mon, 4 Feb 2002 18:50:26 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g14I0EE58914; Mon, 4 Feb 2002 18:00:14 GMT (envelope-from mark@grondar.za) Message-Id: <200202041800.g14I0EE58914@greenpeace.grondar.org> To: Ruslan Ermilov Cc: current@FreeBSD.org Subject: Re: buildworld is still broken in libpam/libpam References: <20020204193322.A4463@sunbay.com> In-Reply-To: <20020204193322.A4463@sunbay.com> ; from Ruslan Ermilov "Mon, 04 Feb 2002 19:33:22 +0200." Date: Mon, 04 Feb 2002 18:00:09 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The patch is attached. Thanks! Committed. M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 11:30:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 37AE037B446 for ; Mon, 4 Feb 2002 11:30:21 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id g14JUJH79107 for current@freebsd.org; Mon, 4 Feb 2002 20:30:19 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200202041930.g14JUJH79107@freebsd.dk> Subject: HEADS UP! ATA subsystem has changed.. To: current@freebsd.org Date: Mon, 4 Feb 2002 20:30:19 +0100 (CET) Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In order to make some real progress on the ATA RAID support code I've also made some rather trivial but many changes all over the ATA subsystem, so if behavior changes on ordinary system I'd like to know... In short - you have been warned ... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 12: 3:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 9898337B41F for ; Mon, 4 Feb 2002 12:03:10 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id BABD85341; Mon, 4 Feb 2002 21:03:08 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "M. Warner Losh" Cc: current@freebsd.org Subject: Re: PAM and current References: <20020203.213426.96959209.imp@village.org> From: Dag-Erling Smorgrav Date: 04 Feb 2002 21:03:08 +0100 In-Reply-To: <20020203.213426.96959209.imp@village.org> Message-ID: Lines: 21 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" writes: > I just upgraded my laptop to -current to start working on some > lingering newcard + acpi problems (like the panic on boot due to > interrupt issues). So I notice a new message on my console when I log > in via xdm: > > Feb 3 16:18:44 hammer : PAM unable to dlopen(/usr/lib/pam_opie.so) > Feb 3 16:18:44 hammer : PAM [dlerror: /usr/lib/libopie.so.2: Undefined symbol "__xuname"] > Feb 3 16:18:44 hammer : PAM adding faulty module: /usr/lib/pam_opie.so > Feb 3 16:18:44 hammer : PAM unable to dlopen(/usr/lib/pam_opieaccess.so) > Feb 3 16:18:44 hammer : PAM [dlerror: /usr/lib/libopie.so.2: Undefined symbol "__xuname"] > Feb 3 16:18:44 hammer : PAM adding faulty module: /usr/lib/pam_opieaccess.so Your xdm is linked against -STABLE libc, but the PAM modules expect a -CURRENT libc. Since PAM modules aren't versioned, there's no way to keep -STABLE modules around for -STABLE apps; you have to rebuild all PAM apps when upgrading from -STABLE to -CURRENT. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 13: 5:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 3288E37B417 for ; Mon, 4 Feb 2002 13:05:53 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g14L5pO04240 for current@freebsd.org; Mon, 4 Feb 2002 22:05:51 +0100 (CET) (envelope-from wkb) Date: Mon, 4 Feb 2002 22:05:51 +0100 From: Wilko Bulte To: current@freebsd.org Subject: buildworld fails in pam on Alpha Message-ID: <20020204220551.A4218@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Now that current on Alpha builds a lot better than a few days back it fails in: cc -nostdinc -O -pipe -mcpu=ev4 -mcpu=ev4 -I/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/include -I/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam_misc/include -I/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpamc/include -I. -I/usr/src/lib/libpam/libpam -DDEFAULT_MODULE_PATH=\"/usr/lib/\" -DLIBPAM_VERSION_MAJOR=0 -DLIBPAM_VERSION_MINOR=75 -I/usr/obj/usr/src/alpha/usr/include -Werror -Wall -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /usr/src/lib/libpam/libpam/pam_get_pass.c -o pam_get_pass.o cc1: warnings being treated as errors /usr/src/lib/libpam/libpam/pam_get_pass.c: In function `pam_conv_pass': /usr/src/lib/libpam/libpam/pam_get_pass.c:60: warning: type mismatch in implicit declaration for built-in function `memset' /usr/src/lib/libpam/libpam/pam_get_pass.c:60: warning: type mismatch in implicit declaration for built-in function `strlen' *** Error code 1 Stop in /usr/src/lib/libpam/libpam. *** Error code 1 -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 13:56: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from vbook.express.ru (vbook.nc.express.ru [212.24.37.35]) by hub.freebsd.org (Postfix) with ESMTP id 8496D37B400 for ; Mon, 4 Feb 2002 13:55:58 -0800 (PST) Received: from localhost ([127.0.0.1]) by vbook.express.ru with esmtp (Exim 3.33 #1) id 16Xr5d-0000S9-00; Tue, 05 Feb 2002 00:55:53 +0300 Subject: Re: buildword break on STABLE From: "Vladimir B. " Grebenschikov To: "M. Warner Losh" Cc: current@FreeBSD.ORG In-Reply-To: <20020204.090022.65441476.imp@village.org> References: <1012812637.1067.8.camel@vbook.express.ru> <20020204.090022.65441476.imp@village.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.1 Date: 05 Feb 2002 00:55:53 +0300 Message-Id: <1012859753.757.11.camel@vbook.express.ru> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-02-04 at 19:00, M. Warner Losh wrote: > In message: <1012812637.1067.8.camel@vbook.express.ru> > "Vladimir B. " Grebenschikov writes: > : I am trying to build -CURRENT world on 4.4-RELEASE machine: > ... > : Any suggestions ? > > I can tell you that 4.5-release will work. What happens ? Only about 2 weeks ago all was fine. > Warner > -- SW Soft, Moscow Vladimir B. Grebenschikov, vova@sw.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 14:58:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from nothing-going-on.demon.co.uk (pc-62-31-42-140-hy.blueyonder.co.uk [62.31.42.140]) by hub.freebsd.org (Postfix) with ESMTP id 1BA9637B421; Mon, 4 Feb 2002 14:58:26 -0800 (PST) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.11.6/8.11.6) id g14MfIj71420; Mon, 4 Feb 2002 22:41:18 GMT (envelope-from nik) Date: Mon, 4 Feb 2002 22:41:18 +0000 From: Nik Clayton To: Mike Gratton Cc: andrew.cowan@hsd.com.au, Mike Meyer , Terry Lambert , Juha Saarinen , "Brian T.Schellenberger" , Wilko Bulte , Paul Fardy , current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: Junior Annoying Hacker Task Message-ID: <20020204224118.N5732@clan.nothing-going-on.org> References: <3C5EA225.8070402@vee.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+cfQkLQGU7KOA/8T" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3C5EA225.8070402@vee.net>; from mike@vee.net on Tue, Feb 05, 2002 at 01:30:53AM +1030 Organization: FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+cfQkLQGU7KOA/8T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 05, 2002 at 01:30:53AM +1030, Mike Gratton wrote: > > However, I have previously thought that a system that used xml files to > > store application configs (that would then be used to generate valid co= nf > > files) would be useful. >=20 > I was on the verge of doing so the other day. Basically, I wanted to=20 > have standard configuration data describing the network, services and=20 > service configuration stored in XML and use XSLT to produce which-ever=20 > config files you need. You then introduce some inheritance and allow=20 > configuration to be overridden for particular hosts, subnets, networks,= =20 > and/or platforms, and you have a powerful site-wide configuration=20 > management tool. Great minds and all that: http://people.freebsd.org/~nik/xml-servers/ I'm going to try and do a 5 minute 'Work in Progress' on this at BSDCon next week if anyone's interested. Feel free to take that as a starting point. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --+cfQkLQGU7KOA/8T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxfDg4ACgkQk6gHZCw343XGjACeMJRqoZWI9c/rm6u/s78913pd DHEAnRTttr9t7Lr9DasC1g5pqTyEdU0C =upu6 -----END PGP SIGNATURE----- --+cfQkLQGU7KOA/8T-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 15: 8:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 04F5837B41C for ; Mon, 4 Feb 2002 15:08:34 -0800 (PST) Received: from pool0476.cvx22-bradley.dialup.earthlink.net ([209.179.199.221] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16XsDn-0007Ss-00; Mon, 04 Feb 2002 15:08:24 -0800 Message-ID: <3C5F145B.3B1D13AD@mindspring.com> Date: Mon, 04 Feb 2002 15:08:11 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Narvi Cc: Peter Wemm , "'freebsd-current@freebsd.org'" Subject: Re: AMD AGP Bug References: <20020204154828.Q7603-100000@haldjas.folklore.ee> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Narvi wrote: > I wasn't aware that I was contradicting Peter 8-) Sorry; looked like it to me... 8-). > It may even well be possible to get different results with aligned vs. > misaligned reads and writes, or a proper mix thereof. It may be possible > to build a model to track down the "what is really going on" part, but its > not clear its worth the trouble over just picking what (not) to do. Unless you were a chip vendor telling people to disable PSE in all rour systems that ran Windows or Linux, and the resulting systems were losing 4-14% of their total performance as a result? ;^). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 15:35:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 374C037B476; Mon, 4 Feb 2002 15:34:59 -0800 (PST) Received: from pool0476.cvx22-bradley.dialup.earthlink.net ([209.179.199.221] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16XsdM-0005dB-00; Mon, 04 Feb 2002 15:34:49 -0800 Message-ID: <3C5F1A93.B83D7DAF@mindspring.com> Date: Mon, 04 Feb 2002 15:34:43 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: obrien@freebsd.org Cc: Mark Murray , current@FreeBSD.ORG Subject: Re: Panics in ffs_clusteracct with todays -current References: <20020205000829.A22758-100000@gamplex.bde.org> <200202041556.g14FuoE54487@greenpeace.grondar.org> <20020204092640.A9832@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > > If this fixes a problem, then please go ahead and commit it. :-) > > Many reasons to not rush this: > > Maybe because we are in the middle of a discussion. > Maybe to educate others why the change was bad so others will not attempt > the same change later. > Maybe the person that made the change does not agree with the analysis and > wants to fix things a different way. I have to agree with David; there had to be some reason involved in the change in the first place. I can think of a couple of reasons, haviong to do with sign extended math, which might prompt the change. It may be that Alfred's fix is the best one, despite the risks Bruce has identified. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 15:59: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from ece.cmu.edu (ECE.CMU.EDU [128.2.136.200]) by hub.freebsd.org (Postfix) with ESMTP id 53B3F37B48D; Mon, 4 Feb 2002 15:58:30 -0800 (PST) Received: from pyanfar.ece.cmu.edu (allbery@VPN94.ECE.CMU.EDU [128.2.138.94]) (authenticated) by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id g14NwEj24138; Mon, 4 Feb 2002 18:58:14 -0500 (EST) Subject: RE: Junior Annoying Hacker Task From: "Brandon S. Allbery " KF8NH To: Patrick Bihan-Faou Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 04 Feb 2002 18:58:04 -0500 Message-Id: <1012867098.8677.2.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-02-04 at 11:03, Patrick Bihan-Faou wrote: > Some may argue that storing userland data in the kernel space is Not A Nice > Thing(tm) but it certainly makes things a lot easier. Why am I reminded of when terminal type information was bodged into the stty settings as a 2-character code? -- brandon s. allbery [os/2][linux][solaris][japh] allbery@kf8nh.apk.net system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering KF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 16:45:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from bastion2.act.csiro.au (bastion2.act.csiro.au [152.83.2.9]) by hub.freebsd.org (Postfix) with ESMTP id CC5EF37B405 for ; Mon, 4 Feb 2002 16:45:40 -0800 (PST) Received: from bastion2.act.csiro.au (localhost [127.0.0.1]) by bastion2.act.csiro.au (8.11.4/8.11.4) with ESMTP id g150jXh03636 for ; Tue, 5 Feb 2002 11:45:33 +1100 (EST) Received: from hermes.la.csiro.au (hermes.la.csiro.au [152.83.12.2]) by bastion2.act.csiro.au (8.11.4/8.11.4) with ESMTP id g150jXM03597 for ; Tue, 5 Feb 2002 11:45:33 +1100 (EST) Received: by hermes.la.csiro.au with Internet Mail Service (5.5.2653.19) id ; Tue, 5 Feb 2002 11:45:33 +1100 Message-ID: <4ABEF4D887D40745B8D6804C2FFA939F2C716D@hermes.la.csiro.au> From: Anthony.Wyatt@csiro.au To: current@freebsd.org Subject: buildworld broken Date: Tue, 5 Feb 2002 11:45:32 +1100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1ADDE.6A4709F0" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C1ADDE.6A4709F0 Content-Type: text/plain Hi All, I've been battling with building current for a few days now, I've noticed that some of the errors I've been seeing have been fixed, but today in desperation I deleted my /usr/src tree and cvs'd it up again from the cvsup.au.freebsd.org server. Todays error: ===> libpam/modules/pam_ssh rm -f .depend mkdep -f .depend -a /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:48: ssh.h: No such file or directory No such file or dir for these also: openssl/dsa.h openssl/evp.h key.h authfd.h authfile.h log.h Thanks, Anthony ------_=_NextPart_001_01C1ADDE.6A4709F0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable

Hi All,

       &nbs= p;    I've been battling with building current for a few days now, I've noticed = that some of the errors I've been seeing have been fixed, but today in desperation I deleted my /usr/src tree and = cvs'd it up again from the cvsup.au.freebsd.org server.

 

Todays= = error:

 

=3D=3D=3D> libpam/modules/pam_ssh

rm -f = .depend

mkdep<= /span> -f .depend -a <snip> /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c

/usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c:48: = ssh.h: No such file or = directory

 

No such file or dir for these = also:

openssl/dsa.h=

openssl/evp.h=

key.h<= font size=3D2 face=3DArial>

authfd.h

authfile.h

log.h<= font size=3D2 face=3DArial>

 

Thanks,

Anthony

------_=_NextPart_001_01C1ADDE.6A4709F0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 17:47:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id BED6137B419 for ; Mon, 4 Feb 2002 17:47:53 -0800 (PST) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.6/8.11.6) id g151ljo59196; Mon, 4 Feb 2002 17:47:45 -0800 (PST) (envelope-from david) Date: Mon, 4 Feb 2002 17:47:45 -0800 (PST) From: David Wolfskill Message-Id: <200202050147.g151ljo59196@bunrab.catwhisker.org> To: Anthony.Wyatt@csiro.au, current@FreeBSD.ORG Subject: Re: buildworld broken In-Reply-To: <4ABEF4D887D40745B8D6804C2FFA939F2C716D@hermes.la.csiro.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >From: Anthony.Wyatt@csiro.au >Date: Tue, 5 Feb 2002 11:45:32 +1100 >Hi All, > I've been battling with building current for a few days now, I've noticed that some of the errors I've been seeing have been fixed, but today in desperation I deleted my /usr/src tree and cvs'd it up again from the >cvsup.au.freebsd.org server. What source collection(s) are you using? I suggest "src-all". Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org I believe it would be irresponsible (and thus, unethical) for me to advise, recommend, or support the use of any product that is or depends on any Microsoft product for any purpose other than personal amusement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 18:31:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 77E2C37B429 for ; Mon, 4 Feb 2002 18:31:12 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16XvO3-0000Ih-00; Tue, 5 Feb 2002 03:31:11 +0100 Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id g151TfM58832 for freebsd-current@freebsd.org; Tue, 5 Feb 2002 02:29:41 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: buildworld fails in pam on Alpha Date: Tue, 5 Feb 2002 01:29:40 +0000 (UTC) Message-ID: References: <20020204220551.A4218@freebie.xs4all.nl> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wilko Bulte wrote: > Now that current on Alpha builds a lot better than a > few days back it fails in: > /usr/src/lib/libpam/libpam/pam_get_pass.c:60: warning: type mismatch in > implicit declaration for built-in function `memset' > /usr/src/lib/libpam/libpam/pam_get_pass.c:60: warning: type mismatch in > implicit declaration for built-in function `strlen' That's the characteristic signature of a missing #include . -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 18:47:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id A041037B421 for ; Mon, 4 Feb 2002 18:47:21 -0800 (PST) Received: (qmail 8172 invoked from network); 5 Feb 2002 02:47:19 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([65.91.164.123]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 5 Feb 2002 02:47:19 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020202180322.K472-100000@nihil> Date: Mon, 04 Feb 2002 18:47:25 -0500 (EST) From: John Baldwin To: Michael Reifenberger Subject: RE: Making bootable recovery CD using cdboot/loader fails Cc: FreeBSD-Current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 02-Feb-02 Michael Reifenberger wrote: > Hi, > a CD created using the following commands fails during loading > /boot/kernel/kernel (just freezes up) under a recent current: > > cd /usr/tmp > mkdir root > dump -0a -f - / | ( cd root; restore -r -f - ) > dd if=/dev/zero of=root/boot/boot.catalog count=5 > mkisofs -b boot/cdboot -no-emul-boot -c boot/boot.catalog \ > -r -J -V LiveCD \ > -o root.iso root > burncd -e -f /dev/acd0c blank data root.iso fixate > > Using a loader binary from 4.5-mini.iso works insofar that it works with > a 4.5 /kernel but can't execute a -current kernel (loader version too low...) > > Any clues how to debug this problem? Hmm, I've never done a manual boot.catalog, always just ran mkisofs as so: mkisofs -b boot/cdboot -no-emul-boot -r -J -o foo.iso /some/dir and let mkisofs create its own boot.catalog. If you do that instead of creating one yourself does it work any better? If not, then you can revert the revisions that turned off all the debugging output, hook up a serial console on COM1, and prepare to be spammed with lots of debug output. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 18:55:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 786B937B400 for ; Mon, 4 Feb 2002 18:55:22 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g152tIh76425; Tue, 5 Feb 2002 02:55:18 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id 25622378; Tue, 5 Feb 2002 02:50:27 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g151fYE61796; Tue, 5 Feb 2002 01:41:34 GMT (envelope-from mark@grondar.za) Message-Id: <200202050141.g151fYE61796@greenpeace.grondar.org> To: Wilko Bulte Cc: current@FreeBSD.ORG Subject: Re: buildworld fails in pam on Alpha References: <20020204220551.A4218@freebie.xs4all.nl> In-Reply-To: <20020204220551.A4218@freebie.xs4all.nl> ; from Wilko Bulte "Mon, 04 Feb 2002 22:05:51 +0100." Date: Tue, 05 Feb 2002 01:41:29 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Now that current on Alpha builds a lot better than a > few days back it fails in: > > cc -nostdinc -O -pipe -mcpu=ev4 -mcpu=ev4 > -I/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/include Already fixed. M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 18:56:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 08DA237B420 for ; Mon, 4 Feb 2002 18:56:10 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g152tOg76427; Tue, 5 Feb 2002 02:55:24 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id 5AD0537D; Tue, 5 Feb 2002 02:50:27 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g151eeE61784; Tue, 5 Feb 2002 01:40:40 GMT (envelope-from mark@grondar.za) Message-Id: <200202050140.g151eeE61784@greenpeace.grondar.org> To: Anthony.Wyatt@csiro.au Cc: current@FreeBSD.ORG Subject: Re: buildworld broken References: <4ABEF4D887D40745B8D6804C2FFA939F2C716D@hermes.la.csiro.au> In-Reply-To: <4ABEF4D887D40745B8D6804C2FFA939F2C716D@hermes.la.csiro.au> ; from Anthony.Wyatt@csiro.au "Tue, 05 Feb 2002 11:45:32 +1100." Date: Tue, 05 Feb 2002 01:40:35 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hi All, > I've been battling with building current for a few days now, I've noticed that some of the errors I've been seeing have been fixed, but today in desperation I deleted my /usr/src tree and cvs'd it up again from the > cvsup.au.freebsd.org server. Please turn off HTML in your mailer. > Todays error: > > ===> libpam/modules/pam_ssh Already fixed. :-) M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 19: 7: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-47.dsl.lsan03.pacbell.net [64.165.226.47]) by hub.freebsd.org (Postfix) with ESMTP id E80B337B427; Mon, 4 Feb 2002 19:06:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 40A3266EF3; Mon, 4 Feb 2002 19:06:54 -0800 (PST) Date: Mon, 4 Feb 2002 19:06:54 -0800 From: Kris Kennaway To: David O'Brien Cc: Ruslan Ermilov , Mark Murray , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: pam_ssh world breakage (was: Re: cvs commit: src/lib/libpam Makefile.inc) Message-ID: <20020204190654.B36742@xor.obsecurity.org> References: <200202031551.g13Fpql76999@freefall.freebsd.org> <20020204153032.C58535@sunbay.com> <20020204091717.A16149@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="NMuMz9nt05w80d4+" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020204091717.A16149@dragon.nuxi.com>; from obrien@FreeBSD.org on Mon, Feb 04, 2002 at 09:17:17AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --NMuMz9nt05w80d4+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 04, 2002 at 09:17:17AM -0800, David O'Brien wrote: > On Mon, Feb 04, 2002 at 03:30:32PM +0200, Ruslan Ermilov wrote: > > This delta breaks buildworld. gcc(1) has a known bug-feature > > of hiding some errors in standard system headers, making them > > invisible without -I. > ... > > and compile now can't survive the WARNS=3D4. >=20 > Not to mention there is ZERO way this code will pass WARNS=3D4 for GCC 3. > Please Committers, do not try to WARNS code right now -- there just is no > use. It will only get in the way later. If a new compiler generates more warnings then we should temporarily disable the warnings when the compiler is imported by setting WARNS=3D0 in . All of the Makefile.inc's which set a default WARNS value for a subdirectory use WARNS?=3D for this reason (so they can be globally overridden until someone goes through and fixes the new ones). If you use the argument that one shouldn't set WARNS because a new compiler will cause the tree to break, then there's no point having it at all since that condition will always be true. Kris --NMuMz9nt05w80d4+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8X0xNWry0BWjoQKURAlc8AKDGpW9H6S7aoQLIVX9bEFRSShoW+ACfeaBP RhZX3q1QY+ZmJ0BeOlak2HY= =sxPF -----END PGP SIGNATURE----- --NMuMz9nt05w80d4+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 4 19:32: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from beastie.jocose.org (beastie.jocose.org [199.199.226.71]) by hub.freebsd.org (Postfix) with SMTP id 1E60537B42B for ; Mon, 4 Feb 2002 19:32:00 -0800 (PST) Received: (qmail 98751 invoked from network); 5 Feb 2002 04:31:52 -0000 Received: from unknown (HELO jocose.org) (10.0.0.100) by 0 with SMTP; 5 Feb 2002 04:31:52 -0000 Message-ID: <3C5F52A2.1030501@jocose.org> Date: Mon, 04 Feb 2002 21:33:54 -0600 From: Peter Schultz Organization: jocose.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020104 X-Accept-Language: en-us MIME-Version: 1.0 To: current@freebsd.org Subject: usb mouse won't work Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FreeBSD does not want to work with my USB mouse. I believe it to be a problem with the motherboard, a Tyan S1834. The mouse does work under BeOS and Windows so I know it's not toast. Also, the mouse works with FreeBSD on my Tyan S1832 motherboard so that's a good sign too. Here's my kernel output: Feb 4 20:51:54 max syslogd: kernel boot file is /boot/kernel/kernel Feb 4 20:51:54 max kernel: Copyright (c) 1992-2002 The FreeBSD Project. Feb 4 20:51:54 max kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Feb 4 20:51:54 max kernel: The Regents of the University of California. All rights reserved. Feb 4 20:51:54 max kernel: FreeBSD 5.0-CURRENT #1: Mon Feb 4 20:32:50 CST 2002 Feb 4 20:51:54 max kernel: root@max.jocose.org:/usr/obj/usr/src/sys/MAXKERNEL Feb 4 20:51:54 max kernel: Preloaded elf kernel "/boot/kernel/kernel" at 0xc0400000. Feb 4 20:51:54 max kernel: Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04000a8. Feb 4 20:51:54 max kernel: Timecounter "i8254" frequency 1193182 Hz Feb 4 20:51:54 max kernel: CPU: Pentium III/Pentium III Xeon/Celeron (933.03-MHz 686-class CPU) Feb 4 20:51:54 max kernel: Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Feb 4 20:51:54 max kernel: Features=0x383fbff Feb 4 20:51:54 max kernel: real memory = 402587648 (393152K bytes) Feb 4 20:51:54 max kernel: avail memory = 387457024 (378376K bytes) Feb 4 20:51:54 max kernel: Programming 24 pins in IOAPIC #0 Feb 4 20:51:54 max kernel: IOAPIC #0 intpin 2 -> irq 0 Feb 4 20:51:54 max kernel: IOAPIC #0 intpin 16 -> irq 12 Feb 4 20:51:54 max kernel: IOAPIC #0 intpin 17 -> irq 10 Feb 4 20:51:54 max kernel: IOAPIC #0 intpin 19 -> irq 11 Feb 4 20:51:54 max kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Feb 4 20:51:54 max kernel: cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 Feb 4 20:51:54 max kernel: cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 Feb 4 20:51:54 max kernel: io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Feb 4 20:51:54 max kernel: Pentium Pro MTRR support enabled Feb 4 20:51:54 max kernel: Using $PIR table, 8 entries at 0xc00fdb50 Feb 4 20:51:54 max kernel: npx0: on motherboard Feb 4 20:51:55 max kernel: npx0: INT 16 interface Feb 4 20:51:55 max kernel: acpi0: on motherboard Feb 4 20:51:55 max kernel: acpi0: power button is handled as a fixed feature programming model. Feb 4 20:51:55 max kernel: Timecounter "ACPI" frequency 3579545 Hz Feb 4 20:51:55 max kernel: ACPI-0294: *** Error: Method execution failed, AE_AML_UNINITIALIZED_LOCAL Feb 4 20:51:55 max kernel: can't fetch resources for \_SB_.PCI0.FDC0 - AE_AML_UNINITIALIZED_LOCAL Feb 4 20:51:55 max kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 Feb 4 20:51:55 max kernel: acpi_cpu0: on acpi0 Feb 4 20:51:55 max kernel: acpi_cpu1: on acpi0 Feb 4 20:51:55 max kernel: acpi_button0: on acpi0 Feb 4 20:51:55 max kernel: acpi_pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 Feb 4 20:51:55 max kernel: pci0: on acpi_pcib0 Feb 4 20:51:55 max kernel: agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 Feb 4 20:51:55 max kernel: pcib1: at device 1.0 on pci0 Feb 4 20:51:55 max kernel: pci1: on pcib1 Feb 4 20:51:55 max kernel: pci1: at device 0.0 (no driver attached) Feb 4 20:51:55 max kernel: isab0: at device 7.0 on pci0 Feb 4 20:51:55 max kernel: isa0: on isab0 Feb 4 20:51:55 max kernel: atapci0: port 0xd000-0xd00f at device 7.1 on pci0 Feb 4 20:51:55 max kernel: ata0: at 0x1f0 irq 14 on atapci0 Feb 4 20:51:55 max kernel: ata1: at 0x170 irq 15 on atapci0 Feb 4 20:51:55 max kernel: uhci0: port 0xd400-0xd41f irq 11 at device 7.2 on pci0 Feb 4 20:51:55 max kernel: usb0: on uhci0 Feb 4 20:51:55 max kernel: usb0: USB revision 1.0 Feb 4 20:51:55 max kernel: uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Feb 4 20:51:55 max kernel: uhub0: 2 ports with 2 removable, self powered Feb 4 20:51:55 max kernel: ums0: Logitech USB-PS/2 Mouse, rev 1.00/1.20, addr 2, iclass 3/1 Feb 4 20:51:55 max kernel: ums0: 3 buttons Feb 4 20:51:55 max kernel: ums_attach: sc=0xc1eb0400 Feb 4 20:51:55 max kernel: ums_attach: X 8/8 Feb 4 20:51:55 max kernel: ums_attach: Y 16/8 Feb 4 20:51:55 max kernel: ums_attach: B1 0/1 Feb 4 20:51:55 max kernel: ums_attach: B2 1/1 Feb 4 20:51:55 max kernel: ums_attach: B3 2/1 Feb 4 20:51:55 max kernel: ums_attach: size=3, id=0 Feb 4 20:51:55 max kernel: uscanner0: Hewlett Packard Hewlett Packard ScanJet 5300C, rev 1.00/0.01, addr 3 Feb 4 20:51:55 max kernel: ahc0: port 0xd800-0xd8ff mem 0xe5101000-0xe5101fff irq 11 at device 15.0 on pci0 Feb 4 20:51:55 max kernel: aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs Feb 4 20:51:55 max kernel: fxp0: port 0xdc00-0xdc1f mem 0xe5000000-0xe50fffff,0xe5100000-0xe51 00fff irq 10 at device 17.0 on pci0 Feb 4 20:51:55 max kernel: fxp0: Ethernet address 00:a0:c9:10:bc:94 Feb 4 20:51:55 max kernel: nsphy0: on miibus0 Feb 4 20:51:55 max kernel: nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Feb 4 20:51:55 max kernel: pcm0: port 0xe000-0xe01f irq 12 at device 20.0 on pci0 Feb 4 20:51:55 max kernel: fdc0: cannot reserve I/O port range (1 ports) Feb 4 20:51:56 max kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Feb 4 20:51:56 max kernel: atkbd0: flags 0x1 irq 1 on atkbdc0 Feb 4 20:51:56 max kernel: kbd0 at atkbd0 Feb 4 20:51:56 max kernel: fdc0: cannot reserve I/O port range (1 ports) Feb 4 20:51:56 max kernel: ata: ata0 already exists; skipping it Feb 4 20:51:56 max kernel: ata: ata1 already exists; skipping it Feb 4 20:51:56 max kernel: atkbdc: atkbdc0 already exists; skipping it Feb 4 20:51:56 max kernel: sc: sc0 already exists; skipping it Feb 4 20:51:56 max kernel: vga: vga0 already exists; skipping it Feb 4 20:51:56 max kernel: orm0: Verba Volant 05-02-02,
Every day a new quotation translated into many languages.

3D"logos_crossword.png"
_________________
Quotation of the day:
Author - Albert Einstein

English - we are all very ignorant, but not all ignorant of the same things
Italian - siamo tutti molto ignoranti, ma non tutti ignoriamo le stesse cose
Spanish - todos somos muy ignorantes, pero no todos ignoramos las mismas cosas
French - nous sommes tous ignorants mais nous n'ignorons pas tous les m=EAmes choses
German - wir sind alle unwissend, aber nicht alle auf demselben Gebiet
Albanian - t=EB gjith=EB jemi shum=EB= injorant=EB, por jo t=EB gjith=EB mbi t=EB nj=EBjtat gj=EBra
Basque - guztiok gara nahikoa ezjakinak, bain= a ezjakite diferenteak ditugu
Bolognese - a s=E4n t=F3tt dim=F3nndi ignur=E0nt= , mo an ignur=E4n m=E9gga t=F3tt i st=E9ss qu=EE
Brazilian Portuguese - somos todos muito ignorantes, mas n= =E3o todos n=F3s ignoramos as mesmas coisas
Bresciano - en s=E9 t=F6ch m=F3lto gnoranch, ma = mja t=F6ch en sa mja i stess laur
Calabrese - sumu tutti molto 'gnoranti, ma nun tutti 'gnoriamo li stessi cunti
Croatian - svi smo velike neznalice, ali ne u vezi istih stvari
Czech - nezn=E1me tolik vec=ED, ale stejn=E9= veci nejsou stejne nezn=E1m=E9 pro v=9Aechny
Danish - vi er alle os meget ignoranter, men ikke os alle ignorer de samme ting.
Dutch - we zijn allemaal heel onwetend, maar niet allemaal onwetend over dezelfde dingen
Emiliano Romagnolo - 'a sem tott gnurent ma masa, ma tott ugnerem menga al mesmi robi
Esperanto - ni ciuj estas tre sensciaj sed ne de la samaj aferoj
Ferrarese - a s=E9n tutt d'ignurant, ma an'ingnuriam brisa tutt'i stess qu=E8i
Finnish - olemme kaikki tiet=E4m=E4tt=F6mi=E4,= mutta emme samoista asioista
Flemish - we zijn allemaal heel onwetend, maar niet allemaal onwetend over dezelfde dingen
Furlan - =91o sin duc=92 unevore ignorants,= ma no duc=92 ignorin la stese robe
Galician - somos todos moi ignorantes, mais non todos ignoramos o mesmo
Hungarian - mindny=E1jan nagyon tudatlanok vagyu= nk, de nem mindny=E1jan ugyanazokban a dolgokban
Latin - omnes indoctissimi sumus, sed non omnes indocti earundem rerum
Latvian; Lettish - mes visi esam loti neizglitoti, tacu ne visi mes esam neizglitoti vienas un tais pa=9Aas lietas
Leonese - somos toos enforma inorantes, peru nun toos inoramos las mesmas cousas
Mantuan - sema tuti pran ignorant, ma mia tuti in dla stesa ignorantisia
Mapunzugun - kom chem rume ta kimlafiyi=F1. Welu = kom x=FCr kimkelafiyi=F1
Mudn=E9s - a 'sam t=F3tt dimandi ignor=E0nt, ma menga tott per i stas qu=EA
Neapolitan - simmo tuttuquante ignurante assaje, per=F2 nun ignurammo tuttuquante 'e stessi ccose
Occitan - siem tuchi ben ignorants, mas ren tuchi ignorem las mesmas causas
Parmigiano - a semma tuti di gran ignorant, pero no tuti ignoremma 'l medesimi cosi
Piemontese - i soma tuti ignorant, ma nen tuti i savoma nen l'istesse c=F2se
Polish - wszyscy jestesmy ignorantami, ale ni= e wszyscy ignorujemy te same sprawy
Portuguese - somos todos muito ignorantes, mas n= =E3o todos ignoramos as mesmas coisas
Reggiano - tott nu=E8ter s=F2m dim=F2ndi= ignorant, mo mia tott ignorant dal st=E8si cosi
Roman - semo tutti morto gnoranti, ma mica tutti gnoramo e stesse cose
Romanian - suntem cu totii foarte ignoranti, da= r nu cu totii ignoram aceleasi lucruri
Sardinian (Limba Sarda Unificada) - semus totus innorantes meda, ma non totus semus innorantes de sas matessi cosas
Sicilian - semu tutti 'gnuranti assai, ma non semu tutti 'gnuranti de' stissi cosi
Slovak - v=9Aetci sme velk=ED ignoranti, ale = nie v=9Aetci ignorujeme rovnak=E9 veci
Swedish - vi =E4r alla mycket okunniga, men in= te okunniga om samma ting
Turkish - hepimiz =E7ok cahiliz ama ayni seyle= rin cahili degiliz
Valencian - som tots molt ignorants, pero no tot= s ignorem les mateixes coses
Venetian - s=E9mo tuti tanto ignoranti, ma no s= =E9mo m=ECa tuti ignoranti de =A3e st=E9se robe
Zeneize - semmo tutti ignoanti pe pe cosc=EC, = ma no tutti in sc=EA m=E6xime c=F6se
_________________

All languages, please click on this link
http://www.logos.net/owa-l/press.frasiproc.carica?code= =3D511
_________________

To unsubscribe from Verba Volant, please follow this link:
http://www.logos.net/owa-l/press.rol_ml.verbavolant1?lan= g=3Den
and write in the empty field next to unsubscribe the email address that you find after "TO:" in the Verba Volant emails

alternatively write to the following address: unsubscribe_volant@logos.net always copying the EMAIL address written after "X-RCPT-TO:" --=====================_10183265==_.ALT-- --=====================_10183265==_.REL Content-Type: image/png; name="logos_crossword.png"; x-mac-type="504E4766"; x-mac-creator="6D646F73" Content-ID: <.0> Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="logos_crossword.png" iVBORw0KGgoAAAANSUhEUgAAAdQAAAA8CAMAAADombsFAAAABGdBTUEAAK/INwWK6QAAABl0RVh0 U29mdHdhcmUAQWRvYmUgSW1hZ2VSZWFkeXHJZTwAAAAYUExURVlcYSUoLf///5mZmc9DQYOY2MzM zOXYNUB8NzgAAAu7SURBVHjaYmBEB8zsMMAAE2JgAwJmZgYGJGWsQIAiMAoGDQAIIMxoYccaqezA WMWM09FIHZQAIIDwRCozC1yMjRkUp8hxyMoGjFTW0UgdlAAggIjKqYzAOGVnRsmpbOBYHc2qgxIA BBC+SEXEKjM7sEpFzqrAAhlcAI8G4GAEAAGENVLZoJGKUAUsf5kZkFtK0OJ3NFYHIwAIIAasrV8m bC0llAIYmlNHI3UwAoAAwhIriJYSUhUKbCixMSBFKisoq45G6uAEAAGEGSsMiPIXKVJBXRrknAqO U1ag6tEgHHwAIIDw5VR2FvTmL1JLiXBOHY3vgQIAAYQl5JmxRyooVhFZFVyjjrZ+BycACCAs0cKA raMKLX6RcupolTpoAUAAYYsWHDkVpVJlICFOR6OezgAggPBGKiJWGdjYUXMqI0ljv6PRSlcAEEDY gpsBW6SygqpUZmbkSB0dJxykACCAsEYKIquidFSZmRmYMZq/DKMZddABgAAiEKksqMUvRqU6mlUH IwAIIKxxgqX9ywaNU/Tm72ikDkIAEEAEIpUdnlNB/VR2tJw6oob0h1D6BQgg7A7FHP5lY8bS/CUh q7JBADOy1VAxbAYwY5VggIgxICQZsGsnH4BdhM09TCAAcj8DiicGBDDjCjYoAAggApEKr1TZQZNv KLFK2uQbEwQghxczVAybCWxYJRiYmJhhGplhZlA3UsEuwmIvHDAwM7ENdKSyIQIAKwAIIOxBgrn4 DJyC2VEilaTyl4EZGP5sKFEA5rMxM2Mv6xDRxcCMFqnA0oFmkQq2GEucQrInKMOyDXykIgUAVgAQ QNiDhAFj9QMzZO0ZWqQykLD4AeQOZKeg8zGVM0CTJRuSb+AJgplWFR1GpDIgZwtmtOJmoADeSAUI IAZGFkYWPJEKW33GwIY++gtZpERSpDKwIQUYMLIYSI1U4vxE5UhlQ7GMbQhEKkAAASMVCPBUquxI dTM78uQbKysrnkF9BjBEjyUGpNISwh38kcqAGosMQyBSAQLwaW05AIMgrIrx/kfeFJDCFv8Uohbq oyEqqeNC6gip+jmp/PcMP4UjZBxokZGVO38jT/0RUd9QUl/D7FP95GxloDXWTdBJFkJMcKvEi/Gp 4rmVbfxqrqTOkr8dgs0FVwk2B+l0RSKgNUT7IrG8I0o2xmNmsa19IryS+gjAqBntAAiCUBTHRv// x4Vc5Gqs9agTve5UOzmfdTqq7yuF1zxTonNCQAVV+fWmjvr+ekpALdUlrQuoVtbJ0juOQoOX7jqd xTLt1WTpt5DjKq3QQj1tWJ1dZFGUdXNEE89wJlGPTUM1d4S+xFZzRbchua2fiE+otwB8mlEOwCAI Q4lNuP+RN2lhYnRf+qNRnsUaeWN1orpUn+Gzv+jf5F2qdtTqBtUas3yiIE1s9FaoKKUaDXSDWgNB bw0BKxqzAh00ZKHUPO+zNyqbKrx+g+pXM88Kd5NIkSTASS3vX4nd2MZQBtKH1hELimQjzPDcYhhu pkjXvBj+C/URgE8zygEYBGEoE8P9jzwzRUth+mWiouFZgcQhnl5A7Umqur4+gFKNg6rcpDopuYs+ 10XElNdWMZWgwixp0JP4bFrLthyd8TKG+htDTxq8r5FsiPbgfnASxfFZAISjnarPrSoW5Vok5Lm9 AggYqeBYRWsCM2BUqsyQPVJ4cioDA1JMMuBo+TDDg5yZ2pHKjKIIKTIY8EUqGzOa2SREKgN6XxnK RHILG4rvmCES8IIJqRyFu5oZtVPOiFw8MeGq6FEBQAAxgOoILFkVS05lRyt+oXUqK3KfGJE7ceRU BrjjGWgbqcyonUtckYrZniQ+UuHZkQltdAQpPTGgpS8Ux7JBWgpItjKjdA/YUISQ+wr4Bx8AAgjU UGLG0lJCjClBK1UG2IQqA9KAPjijMiC3fhkYCfRRIOHKDEvCVIxUVBOQu8R4I5UB3EZmYyM9Upkx K10mqO+ANBsiA7BB+IiKig3mfbjDmeGlL3KzG8U9KKNneCMVIICAXRpopYq7/IW1+pDqVAboJDm8 TmXAMz6FEqnM0KqVmY6RyoAnUhEtV+yRyohlLJhQpMINhXWv2ND4EDuYoS1aZmh/j2qRChBA0H4q EZ0aUJ3KgGgpMbCxspG0ooUB3khnhjl0EEQquP8IasMy4IpUzH4qE8FIBbevkSclIO1t5BYVM6T0 RTQZGakXqQABhIhU3FmVBZwFQXNvDIghJWYsrV+iIpUN3O9io3WkIgcB7uIXqXDFFanMGHNLbIxo TVo2HFUdetHNjKKHAe4EBljpi2I5ItczklinAgQQUqSiNYDRK1VmcKXKzoyRU4mdJICGLFI7Hkuk MuCIVAYG0iOVGSnNo0cqG3rDBGdOZWRCH/tlRo1UpOQDMYQBbgJyMYtiP0iCGT4ywQzNtKiuRrR+ MZMIM95IBQhAmRmlAAyDMDTq2P2PPKFMY+g29l8DzUMhmlrHvlc11CTUbNO4D2GVaPBx+oGJ7T2G mGCIZwJ1VfyAas68SqsNEqjnI1T4bHqXqUFmL33IdirGGo2uGx2J6sXQgkk1/fEN6iUAI+a2AzAI wlAykv7/Jy8TrbW7uFdvMSkUONeprf+2slpokhqO5veu6qPKhYNC2VjBnpGCsEl7FTVsiv8haky+ g8MSobG4RZB8bZT6XhjHkKrGeAD7PzoR1LFT70CF5HrKN9yR57v4nlNPAdg0txSAQhCIil3c/5Iv 5qhj1VeQ2GMq7BhEXYCF31vUjZSDmV9AXy4t5Za4/g7Q2PSEoB5MSMNOrSUJPpghZVfKysp718LM LKivEDrc5BHhbuTpu+MRCLOq7qrR9Bp2cKK1nQzd1HMFsxv3J5/JeRWQLa1bZuu9TZ4/NLL8AlBq LjkAQDAQ1Yy4/5EJHW0RYUUtirzoV1fm3Go+2N/EboH/Etre2UPwq6lr8lDFBitcgyH/BnXMi3xD ZW0c3mVzaXYHwENcoMrsFTApiVAXsUHVfYreDZSPNh2BT9QVoIqpvUKtAghiMAszWr0KqgiZkRq/ sBiFxyq4HcyAHqsM2GfgQIIMBJZ0g8bbcajALUPMwg/UshniFXSLiZicZWBmxucMTGPRBBiYifYF PqVEGQMQQNBIZWFhg83WsMDG+MCD+tB5CAbIYBK4pQQOKFj0AiMWz3QbLJ/ijG0aAgZmZpyLGYY5 AAggaECD4xNpvgYcP6DKFDLcAMupsKiFchHDm0ixijnoyzgQcYqtmzRSAEAAwUIa1FhCFMCQiGGG LcqHFbzMaDR6SYckyICYuCFmDJE2Kz4QjZqRtY8AIICQIhUzVhmgcQqPMEScMmMbc0DOqdDoZCC6 UqVFVmXCs7R4GAOAAIJ7l4UFYxACW5yisLHEKXrehedSBvrvfWOAjLeyjayyFwgAAgg1UlEawQwo 4/fwiITWrRjRCitpkeIPFqsMAxSrIxUABBAioFHjlAW5jmRAbsXizqtoZkLzOCxORzfI0Q0ABBBS QLMgZVZohkSuCBlgy+HxFr8M8NhnQFSrUFNGI5VOACCAkAOaBd5dZYBHHSNanEJkcDSVUIcgUEri 0RilIwAIIPRIBQ0DszAjjTIgDc3A277MzNgKU+TKFDlGGRhHS176AoAAQgltaPnLjNTMRR0YgjWT sMcqctQyIHo4IINHcyo9AUAAoYY1JKdCD0xCH1yAYeiAEt7ohOVO0HQteOCRZTSo6QcAAggtbkCR inSyOgMWhQzM2OMUtdyF5nVGFujQ8WhI0xEABBCsxwGPVUZmlKVImBoYmHHJwspseAeGBTYqxTya UekJAAKIAWXoABQNeGtMRvjAL1Y5BqRIBXNZGECFORvzaI1KTwAQQAzobAZm/O0gVAkGzEiFdkwh eZSVjQ2xa3A0ZukEAAKIgRG9R8kAzlkMRMUB6uwyck4FZnroyndmLHN0o4CmACCAMFcWgbYhMBM1 qMeAsYYAOacyQE8eRSvgRwHtAUAAIQ0PwEMfb6Qi79PGGqnwuTdmlIOTRgcg6AcAAgwAFV2PubDu KAYAAAAASUVORK5CYII= --=====================_10183265==_.REL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 2:35:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 62DB037B434; Tue, 5 Feb 2002 02:35:11 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id LAA16801; Tue, 5 Feb 2002 11:33:49 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g15AXJ600458; Tue, 5 Feb 2002 11:33:19 +0100 (CET) (envelope-from root@nihil) Date: Tue, 5 Feb 2002 11:33:19 +0100 (CET) From: Michael Reifenberger To: John Baldwin Cc: FreeBSD-Current Subject: RE: Making bootable recovery CD using cdboot/loader fails In-Reply-To: Message-ID: <20020205112308.Y437-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 4 Feb 2002, John Baldwin wrote: > Date: Mon, 04 Feb 2002 18:47:25 -0500 (EST) > From: John Baldwin > To: Michael Reifenberger > Cc: FreeBSD-Current > Subject: RE: Making bootable recovery CD using cdboot/loader fails ... > and let mkisofs create its own boot.catalog. If you do that instead of > creating one yourself does it work any better? If not, then you can revert the > revisions that turned off all the debugging output, hook up a serial console on > COM1, and prepare to be spammed with lots of debug output. :) Doesnt matter who creates boot.catalog. Same Sysmptom. But its not cdboot which freezes. Its the loader after showing: ... loader Revision... (root@nihil, ...) ... And then a few rotating -\|/ (serching or loading loader.conf, kernel, ?) Then silence. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 3:36:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 78B8B37B422; Tue, 5 Feb 2002 03:36:08 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g15BZgc22389; Tue, 5 Feb 2002 13:35:42 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200202051135.g15BZgc22389@zibbi.icomtek.csir.co.za> Subject: libexec/Makefile.inc breaks make release To: kris@freebsd.org Date: Tue, 5 Feb 2002 13:35:42 +0200 (SAT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Kris, The commit to libexec/Makefile.inc to add WFORMAT?= 1 breaks releases because telnetd does not compile without warnings. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org ===> libexec/telnetd cc -nostdinc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DE NV_HACK -I/usr/src/libexec/telnetd/../../lib -DINET6 -I/usr/obj/usr/src/i386/ usr/include -Werror -Wall -Wno-uninitialized -Wnon-const-format -Wno-format-extr a-args -Werror -c /usr/src/libexec/telnetd/global.c cc -nostdinc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DE NV_HACK -I/usr/src/libexec/telnetd/../../lib -DINET6 -I/usr/obj/usr/src/i386/ usr/include -Werror -Wall -Wno-uninitialized -Wnon-const-format -Wno-format-extr a-args -Werror -c /usr/src/libexec/telnetd/slc.c cc -nostdinc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DE NV_HACK -I/usr/src/libexec/telnetd/../../lib -DINET6 -I/usr/obj/usr/src/i386/ usr/include -Werror -Wall -Wno-uninitialized -Wnon-const-format -Wno-format-extr a-args -Werror -c /usr/src/libexec/telnetd/state.c cc1: warnings being treated as errors /usr/src/libexec/telnetd/state.c: In function `send_do': /usr/src/libexec/telnetd/state.c:427: warning: non-constant format parameter /usr/src/libexec/telnetd/state.c: In function `send_dont': /usr/src/libexec/telnetd/state.c:612: warning: non-constant format parameter /usr/src/libexec/telnetd/state.c: In function `send_will': /usr/src/libexec/telnetd/state.c:749: warning: non-constant format parameter /usr/src/libexec/telnetd/state.c: In function `send_wont': /usr/src/libexec/telnetd/state.c:900: warning: non-constant format parameter *** Error code 1 Stop in /usr/src/libexec/telnetd. *** Error code 1 Stop in /usr/src/libexec. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /home/src/release. End Tue Feb 5 01:01:37 SAST 2002 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 5:34:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail2.rol.it (mail2.rol.it [193.41.7.204]) by hub.freebsd.org (Postfix) with SMTP id B4C5D37B42B for ; Tue, 5 Feb 2002 05:34:48 -0800 (PST) From: subscribe_verba@logos.net To: current@freebsd.org Subject: Verba Volant Message-Id: <20020205133448.B4C5D37B42B@hub.freebsd.org> Date: Tue, 5 Feb 2002 05:34:48 -0800 (PST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following email address, "current@freebsd.org" has been removed from the Verba Volant Newsletter list. If you did not cancel your email address or you wish to continue receiving Verba Volant, please send an e-mail to subscribe_verba@logos.net Thank you and best regards, Verba Volant To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 6:21:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158]) by hub.freebsd.org (Postfix) with ESMTP id 8137D37B42B for ; Tue, 5 Feb 2002 06:21:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) (uid 0) by encontacto.net with local; Tue, 05 Feb 2002 06:21:34 -0800 Received: from 64.173.182.155 ( [64.173.182.155]) as user eculp@EnContacto.Net by Mail.SavvyWorld.Net with HTTP; Tue, 5 Feb 2002 06:21:34 -0800 Message-ID: <1012918894.3c5fea6e300e9@Mail.SavvyWorld.Net> Date: Tue, 5 Feb 2002 06:21:34 -0800 From: Edwin Culp To: current@FreeBSD.Org Subject: Current World stops at rcp.yppasswdd Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 X-Mime-Autoconverted: from 8bit to 7bit by courier 0.37 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG World is breaking for me at: ===> usr.sbin/rpc.yppasswdd cc -nostdinc -O -pipe -I/usr/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw -I/usr/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/ypserv -I/usr/src/usr.sbin/rpc.yppasswdd/../../libexec/ypxfr -I/usr/src/usr.sbin/rpc.yppasswdd/../../usr.bin/chpass -I/usr/src/usr.sbin/rpc.yppasswdd -I. -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/rpc.yppasswdd/pw_copy.c In file included from /usr/src/usr.sbin/rpc.yppasswdd/pw_copy.c:53: /usr/src/usr.sbin/rpc.yppasswdd/yppasswdd_extern.h:67: conflicting types for `pw_mkdb' /usr/src/usr.sbin/rpc.yppasswdd/../../usr.sbin/vipw/pw_util.h:42: previous declaration of `pw_mkdb' *** Error code 1 Stop in /usr/src/usr.sbin/rpc.yppasswdd. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Thanks, ed --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 7:21:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id D824A37B41E; Tue, 5 Feb 2002 07:21:07 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g15FKkN74170; Tue, 5 Feb 2002 07:20:46 -0800 (PST) (envelope-from obrien) Date: Tue, 5 Feb 2002 07:20:46 -0800 From: "David O'Brien" To: Kris Kennaway Cc: Ruslan Ermilov , Mark Murray , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: pam_ssh world breakage (was: Re: cvs commit: src/lib/libpam Makefile.inc) Message-ID: <20020205072046.A73751@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <200202031551.g13Fpql76999@freefall.freebsd.org> <20020204153032.C58535@sunbay.com> <20020204091717.A16149@dragon.nuxi.com> <20020204190654.B36742@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020204190654.B36742@xor.obsecurity.org>; from kris@obsecurity.org on Mon, Feb 04, 2002 at 07:06:54PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote: > If you use the argument that one shouldn't set WARNS because a new > compiler will cause the tree to break, then there's no point having it > at all since that condition will always be true. The difference is _impending_. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 8:15:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from gibbon.kungfumonkey.com (dsl254-084-020.nyc1.dsl.speakeasy.net [216.254.84.20]) by hub.freebsd.org (Postfix) with ESMTP id C525037B400 for ; Tue, 5 Feb 2002 08:15:15 -0800 (PST) Received: from gibbon.kungfumonkey.com (localhost [127.0.0.1]) by gibbon.kungfumonkey.com (8.12.1/8.12.1) with ESMTP id g15H1GWQ019930 for ; Tue, 5 Feb 2002 12:01:16 -0500 Received: (from jolly@localhost) by gibbon.kungfumonkey.com (8.12.1/8.12.1/Submit) id g15H1Gtw019929 for current@freebsd.org; Tue, 5 Feb 2002 12:01:16 -0500 Date: Tue, 5 Feb 2002 12:01:16 -0500 From: Jacob Frelinger To: current@freebsd.org Subject: Bizzare problem.. Message-ID: <20020205120116.A19816@thecoffinclub.com> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a new current system that is having the strangest problem. using vi or its clones often abruptly powers the system down, no panics, no syslog messages. the computer is an ABIT BP6 w/ 2 500 mhz cellerons (NOT OVERCLOCKED), two harddrives, a cdrom drive and 256M ram. The bizzare bits.. it does it both on a smp and up kernel, it also does it regardless of weather its on the console or in X, and regardless of if vi is execed on itself or ssh'd into another machine (had it happen when ssh'd into both a linux box and a 4-stable machines). I don't think its a video card issues as its doing it with different video cards, and the machine happily works in all other aspects. it can buildworld and kernel happily while compiling several ports, so i doubt its an obvious hardware problem (eg. bad memory). I have other current systems, that are not exibiting this behaviour, so i don't think its a problem with current in general, but i'm clue-less as to what could be the cause of this. any one have any ideas? -- Jacob "I'm Brainy For Zombie Pops" Frelinger Jolly at TheCoffinClub dot Com http://www.thecoffinclub.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 8:28:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id CDA8937B427; Tue, 5 Feb 2002 08:27:39 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g15GRW862188; Tue, 5 Feb 2002 18:27:32 +0200 (EET) (envelope-from ru) Date: Tue, 5 Feb 2002 18:27:32 +0200 From: Ruslan Ermilov To: "David O'Brien" , Bruce Evans Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG, Mark Murray Subject: [PATCH] ld(1) and shared libraries dependencies (was: Re: alpha cross-compiler hosed) Message-ID: <20020205182731.A57843@sunbay.com> References: <20020125105058.C57703@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <20020125105058.C57703@sunbay.com> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jan 25, 2002 at 10:50:58AM +0200, Ruslan Ermilov wrote: > Hi! > > Some background first. > > I am currently working on cleaning up the "false dependencies" > issue for secure/. The attached patch p1 fixes this. This is > done by moving the false dependencies from secure/ utilities > directly to libssh.so. This also requires a slight re-ordering > in `libraries' target of Makefile.inc1, which is done by the > attached patch p2. > > So far it's OK. Now the problem. I was testing these patches > on an i386 -CURRENT box that does nightly "make world"s for > both i386 and alpha. i386 world built OK, alpha cross-world > broke trying to link secure/libexec/sftp-server as follows: > > : Script started on Fri Jan 25 10:09:41 2002 > : -------------------------------------------------------------- > : >>> Building everything.. > : -------------------------------------------------------------- > : cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/alpha MACHINE_ARCH=alpha MACHINE=alpha COMPILER_PATH=/usr/obj/alpha/usr/src/i386/usr/libexec:/usr/obj/alpha/usr/src/i386/usr/bin LIBRARY_PATH=/usr/obj/alpha/usr/src/i386/usr/lib:/usr/obj/alpha/usr/src/i386/usr/lib OBJFORMAT_PATH=/usr/obj/alpha/usr/src/i386/usr/libexec CINCLUDES="-nostdinc" CXXINCLUDES="-nostdinc++" PERL5LIB=/usr/obj/alpha/usr/src/i386/usr/libdata/perl/5.6.0 GROFF_BIN_PATH=/usr/obj/alpha/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/alpha/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/alpha/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/alpha/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/alpha/usr/src/i386/usr/sbin:/usr/obj/alpha/usr/src/i386/usr/bin:/usr/obj/alpha/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 all > : ===> secure/libexec/sftp-server > : cc -O -pipe -nostdinc -mcpu=ev4 -DNO_IDEA -I/usr/obj/alpha/usr/src/i386/usr/include -o sftp-server sftp-server.o sftp-common.o -lssh -lcrypto > : /usr/obj/alpha/usr/src/i386/usr/libexec/elf/ld: warning: libz.so.2, needed by /usr/obj/alpha/usr/src/i386/usr/lib/libssh.so, not found (try using -rpath or -rpath-link) > : /usr/obj/alpha/usr/src/i386/usr/lib/libssh.so: undefined reference to `deflate' > : /usr/obj/alpha/usr/src/i386/usr/lib/libssh.so: undefined reference to `inflate' > : /usr/obj/alpha/usr/src/i386/usr/lib/libssh.so: undefined reference to `inflateInit_' > : /usr/obj/alpha/usr/src/i386/usr/lib/libssh.so: undefined reference to `deflateInit_' > : /usr/obj/alpha/usr/src/i386/usr/lib/libssh.so: undefined reference to `inflateEnd' > : /usr/obj/alpha/usr/src/i386/usr/lib/libssh.so: undefined reference to `deflateEnd' > : *** Error code 1 > : > : Stop in /usr/src/secure/libexec/sftp-server. > : *** Error code 1 > : > : Script done on Fri Jan 25 10:09:42 2002 > > The ld(1) error message above says (formatted by fmt(1)): > > : /usr/obj/alpha/usr/src/i386/usr/libexec/elf/ld: warning: libz.so.2, > : needed by /usr/obj/alpha/usr/src/i386/usr/lib/libssh.so, not found > : (try using -rpath or -rpath-link) > > But the library _is_ there, and it was built even earlier than libssh: > > : # cd /usr/obj/alpha/usr/src/i386/usr/lib > : # ls -l libssh.so* libz.so* > : lrwxr-xr-x 1 root wheel 11 Jan 25 06:19 libssh.so -> libssh.so.2 > : -rwxr-xr-x 1 root wheel 295859 Jan 25 06:19 libssh.so.2 > : lrwxr-xr-x 1 root wheel 9 Jan 25 06:34 libz.so -> libz.so.2 > : -rwxr-xr-x 1 root wheel 80017 Jan 25 06:11 libz.so.2 > > Now about the bug. Here's the interesting output from both i386 and > alpha versions of cross-compiler built tonight: > > : # /usr/obj/usr/src/i386/usr/bin/gcc -print-search-dirs > : install: /usr/obj/usr/src/i386/usr/libexec/(null) > : programs: /usr/obj/usr/src/i386/usr/libexec/elf/:/usr/obj/usr/src/i386/usr/libexec/ > : libraries: /usr/obj/usr/src/i386/usr/libexec/:/usr/obj/usr/src/i386/usr/lib/ > : # /usr/obj/alpha/usr/src/i386/usr/bin/gcc -print-search-dirs > : install: /usr/obj/alpha/usr/src/i386/usr/libexec/(null) > : programs: /usr/obj/alpha/usr/src/i386/usr/libexec/elf/ > : libraries: > > Note the empty "libraries:" for the alpha version. I think this > is the bug. > I was wrong. The actual bug was worse and somewhat different. > I will see if I can fix this bug myself, but I thought David could > fix it quicker than me. :-) > When using ELF (information taken from ld.info) one shared library may require another (see the -rpath-link option to ld(1)). When linking with the shared libraries is requested, the -L paths are ignored when searching for dependant, and only ${LD_LIBRARY_PATH}, -rpath-link, or SEARCH_DIR (from ldscript) are used, as documented in contrib/binutils/ld/emultempl/elf32.em (the latter produces e${EMULATION_NAME}.c in ${.OBJDIR}). Specifically: : We need to find this file and include the symbol table. We : want to search for the file in the same way that the dynamic : linker will search. That means that we want to use : rpath_link, rpath, then the environment variable : LD_LIBRARY_PATH (native only), then the DT_RPATH/DT_RUNPATH : entries (native only), then the linker script LIB_SEARCH_DIRS. : We do not search using the -L arguments. The LIB_SEARCH_DIRS above corresponds to ldscript's SEARCH_DIR path, and was hardcoded in gnu/usr.bin/binutils/ld/Makefile.${arch} to /usr/lib. The attached patch p.ld fixes this long-standing bug. There was an assorted bug in Makefile, where ${DESTDIR} was bogusly prepended to SCRIPTDIR. This is not anymore a problem in -CURRENT, where DESTDIR="" in XMAKE (see Makefile.inc1). This is worse in -STABLE: # strings /usr/libexec/elf/ld | grep -w obj /usr/obj/STABLE/usr/src/i386/usr/libdata I'm not sure about the consequences. I think they are null, as it seems we don't actually use /usr/libdata/ldscripts, as they are hardcoded directly into ld(1). Am I right? I'd like to personally thank Mr. truss(1) for helping me fix this bug. Mark, now nothing prevents the attached patch p.secure from being committed except your long silence to my review request. :-) Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="p.ld" Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/ld/Makefile,v retrieving revision 1.19 diff -u -r1.19 Makefile --- Makefile 2002/01/27 22:47:22 1.19 +++ Makefile 2002/02/05 15:53:02 @@ -18,7 +18,7 @@ ln -sf ${.CURDIR}/../../../../include/${.TARGET} . .endif -CFLAGS+= -DSCRIPTDIR=\"${DESTDIR}/usr/libdata\" +CFLAGS+= -DSCRIPTDIR=\"${TOOLS_PREFIX}/usr/libdata\" CFLAGS+= -DBFD_VERSION_STRING=\"${VERSION}\" CFLAGS+= -I${SRCDIR}/ld -I${SRCDIR}/bfd NOSHARED?= yes Index: Makefile.alpha =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/ld/Makefile.alpha,v retrieving revision 1.13 diff -u -r1.13 Makefile.alpha --- Makefile.alpha 2001/10/14 02:13:55 1.13 +++ Makefile.alpha 2002/02/05 15:53:02 @@ -6,7 +6,7 @@ HOST= ${TARGET_TUPLE} CFLAGS+= -DDEFAULT_EMULATION=\"elf64alpha\" CFLAGS+= -DTARGET=\"${TARGET_TUPLE}\" -_alpha_path= \"/usr/lib\" +_alpha_path= \"${TOOLS_PREFIX}/usr/lib\" .else _alpha_path= \"/usr/cross/alpha-freebsd/usr/lib\" .endif Index: Makefile.i386 =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/ld/Makefile.i386,v retrieving revision 1.14 diff -u -r1.14 Makefile.i386 --- Makefile.i386 2001/10/14 02:13:55 1.14 +++ Makefile.i386 2002/02/05 15:53:02 @@ -6,7 +6,7 @@ HOST= ${TARGET_TUPLE} CFLAGS+= -DDEFAULT_EMULATION=\"elf_i386\" CFLAGS+= -DTARGET=\"${TARGET_TUPLE}\" -_i386_path= \"/usr/lib\" +_i386_path= \"${TOOLS_PREFIX}/usr/lib\" .else _i386_path= \"/usr/cross/i386-freebsd/usr/lib\" .endif Index: Makefile.ia64 =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/ld/Makefile.ia64,v retrieving revision 1.1 diff -u -r1.1 Makefile.ia64 --- Makefile.ia64 2001/10/15 02:12:08 1.1 +++ Makefile.ia64 2002/02/05 15:53:02 @@ -6,7 +6,7 @@ HOST= ${TARGET_TUPLE} # do what?? how does this work for a cross-build?? CFLAGS+= -DDEFAULT_EMULATION=\"elf64_ia64\" CFLAGS+= -DTARGET=\"${TARGET_TUPLE}\" -_ia64_path= \"/usr/lib\" +_ia64_path= \"${TOOLS_PREFIX}/usr/lib\" .else _ia64_path= \"/usr/cross/ia64-freebsd/usr/lib\" .endif Index: Makefile.m68k =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/ld/Makefile.m68k,v retrieving revision 1.5 diff -u -r1.5 Makefile.m68k --- Makefile.m68k 2001/10/14 01:57:19 1.5 +++ Makefile.m68k 2002/02/05 15:53:02 @@ -4,7 +4,7 @@ HOST= m68k-unknown-freebsd CFLAGS+= -DDEFAULT_EMULATION=\"elf_m68k\" CFLAGS+= -DTARGET=\"m68k-unknown-freebsd\" -_m68k_path= \"/usr/lib\" +_m68k_path= \"${TOOLS_PREFIX}/usr/lib\" .else _m68k_path= \"/usr/cross/m68k-freebsd/usr/lib\" .endif Index: Makefile.powerpc =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/ld/Makefile.powerpc,v retrieving revision 1.7 diff -u -r1.7 Makefile.powerpc --- Makefile.powerpc 2001/10/14 02:13:55 1.7 +++ Makefile.powerpc 2002/02/05 15:53:02 @@ -6,7 +6,7 @@ HOST= ${TARGET_TUPLE} CFLAGS+= -DDEFAULT_EMULATION=\"elf_powerpc\" CFLAGS+= -DTARGET=\"${TARGET_TUPLE}\" -_powerpc_path= \"/usr/lib\" +_powerpc_path= \"${TOOLS_PREFIX}/usr/lib\" .else _powerpc_path= \"/usr/cross/powerpc-freebsd/usr/lib\" .endif Index: Makefile.sparc64 =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/ld/Makefile.sparc64,v retrieving revision 1.7 diff -u -r1.7 Makefile.sparc64 --- Makefile.sparc64 2001/10/14 02:13:55 1.7 +++ Makefile.sparc64 2002/02/05 15:53:02 @@ -6,7 +6,7 @@ HOST= ${TARGET_TUPLE} CFLAGS+= -DDEFAULT_EMULATION=\"elf32_sparc\" CFLAGS+= -DTARGET=\"${TARGET_TUPLE}\" -_sparc_path= \"/usr/lib\" +_sparc_path= \"${TOOLS_PREFIX}/usr/lib\" .else _sparc_path= \"/usr/cross/sparc-freebsd/usr/lib\" .endif --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="p.secure" Index: Makefile.inc1 =================================================================== RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.235 diff -u -r1.235 Makefile.inc1 --- Makefile.inc1 2001/12/28 11:53:18 1.235 +++ Makefile.inc1 2002/02/05 16:10:23 @@ -731,6 +731,7 @@ # librpcsvc libtacplus libutil libz libssh # libradius: libmd # libreadline: libncurses +# libssh: libcrypto libz # libstc++: msun # libtacplus: libmd # @@ -740,7 +741,7 @@ # kerberosIV/lib kerberos5/lib: lib/libcrypt # lib/libpam: secure/lib/libcrypto kerberosIV/lib/libkrb \ # secure/lib/libssh lib/libz -# secure/lib: lib/libmd +# secure/lib: secure/lib/libcrypto lib/libmd lib/libz # .if exists(${.CURDIR}/lib/csu/${MACHINE_ARCH}.pcc) _csu= lib/csu/${MACHINE_ARCH}.pcc @@ -750,8 +751,11 @@ _csu= lib/csu/${MACHINE_ARCH} .endif -.if !defined(NOSECURE) && !defined(NOCRYPT) +.if exists(${.CURDIR}/secure) && !defined(NOCRYPT) && !defined(NOSECURE) _secure_lib= secure/lib +.if exists(${.CURDIR}/secure/lib/libcrypto) +_libcrypto= secure/lib/libcrypto +.endif .endif .if !defined(NOCRYPT) && defined(MAKE_KERBEROS4) @@ -772,10 +776,10 @@ libraries: .for _lib in ${_csu} gnu/lib/csu gnu/lib/libgcc lib/libmd lib/libcrypt \ - ${_secure_lib} ${_kerberosIV_lib} \ + lib/libz ${_libcrypto} ${_secure_lib} ${_kerberosIV_lib} \ ${_kerberos5_lib} lib/libcom_err lib/libkvm lib/msun lib/libncurses \ lib/libopie lib/libradius lib/librpcsvc lib/libsbuf lib/libtacplus \ - lib/libutil lib/libz lib gnu/lib ${_libperl} usr.bin/lex/lib ${_libkeycap} + lib/libutil lib gnu/lib ${_libperl} usr.bin/lex/lib ${_libkeycap} .if exists(${.CURDIR}/${_lib}) cd ${.CURDIR}/${_lib}; \ ${MAKE} depend; \ Index: secure/lib/libssh/Makefile =================================================================== RCS file: /home/ncvs/src/secure/lib/libssh/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- secure/lib/libssh/Makefile 2002/01/23 15:54:09 1.12 +++ secure/lib/libssh/Makefile 2002/02/05 16:10:23 @@ -24,6 +24,9 @@ CFLAGS+= -DKRB5 .endif # MAKE_KERBEROS5 +DPADD= ${LIBCRYPTO} ${LIBZ} +LDADD= -lcrypto -lz + .include .PATH: ${SSHDIR} ${SSHDIR}/lib Index: secure/libexec/sftp-server/Makefile =================================================================== RCS file: /home/ncvs/src/secure/libexec/sftp-server/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- secure/libexec/sftp-server/Makefile 2002/01/23 15:54:09 1.4 +++ secure/libexec/sftp-server/Makefile 2002/02/05 16:10:23 @@ -5,8 +5,8 @@ SRCS= sftp-server.c sftp-common.c MAN= sftp-server.8 -LDADD+= -lssh -lcrypto -lz -DPADD+= ${LIBSSH} ${LIBCRYPTO} ${LIBZ} +LDADD+= -lssh -lcrypto +DPADD+= ${LIBSSH} ${LIBCRYPTO} .include Index: secure/usr.bin/scp/Makefile =================================================================== RCS file: /home/ncvs/src/secure/usr.bin/scp/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- secure/usr.bin/scp/Makefile 2002/01/23 15:54:10 1.6 +++ secure/usr.bin/scp/Makefile 2002/02/05 16:10:23 @@ -4,8 +4,8 @@ PROG= scp SRCS= scp.c scp-common.c -LDADD+= -lssh -lcrypto -lutil -lz -DPADD+= ${LIBSSH} ${LIBCRYPTO} ${LIBUTIL} ${LIBZ} +DPADD= ${LIBSSH} +LDADD= -lssh .include Index: secure/usr.bin/sftp/Makefile =================================================================== RCS file: /home/ncvs/src/secure/usr.bin/sftp/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- secure/usr.bin/sftp/Makefile 2002/01/23 15:54:10 1.2 +++ secure/usr.bin/sftp/Makefile 2002/02/05 16:10:23 @@ -4,8 +4,8 @@ PROG= sftp SRCS= sftp.c sftp-client.c sftp-int.c sftp-common.c sftp-glob.c scp-common.c -LDADD+= -lssh -lcrypto -lz -DPADD+= ${LIBSSH} ${LIBCRYPTO} ${LIBZ} +LDADD= -lssh -lcrypto +DPADD= ${LIBSSH} ${LIBCRYPTO} .include Index: secure/usr.bin/ssh-add/Makefile =================================================================== RCS file: /home/ncvs/src/secure/usr.bin/ssh-add/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- secure/usr.bin/ssh-add/Makefile 2002/01/23 15:54:14 1.6 +++ secure/usr.bin/ssh-add/Makefile 2002/02/05 16:10:23 @@ -4,8 +4,8 @@ PROG= ssh-add SRCS= ssh-add.c -LDADD+= -lssh -lcrypto -lz -DPADD+= ${LIBSSH} ${LIBCRYPTO} ${LIBZ} +LDADD+= -lssh -lcrypto +DPADD+= ${LIBSSH} ${LIBCRYPTO} .include Index: secure/usr.bin/ssh-agent/Makefile =================================================================== RCS file: /home/ncvs/src/secure/usr.bin/ssh-agent/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- secure/usr.bin/ssh-agent/Makefile 2002/01/23 15:54:14 1.6 +++ secure/usr.bin/ssh-agent/Makefile 2002/02/05 16:10:23 @@ -4,8 +4,8 @@ PROG= ssh-agent SRCS= ssh-agent.c -LDADD+= -lssh -lcrypto -lz -DPADD+= ${LIBSSH} ${LIBCRYPTO} ${LIBZ} +LDADD+= -lssh -lcrypto +DPADD+= ${LIBSSH} ${LIBCRYPTO} .include Index: secure/usr.bin/ssh-keygen/Makefile =================================================================== RCS file: /home/ncvs/src/secure/usr.bin/ssh-keygen/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- secure/usr.bin/ssh-keygen/Makefile 2002/01/23 15:54:17 1.7 +++ secure/usr.bin/ssh-keygen/Makefile 2002/02/05 16:10:23 @@ -4,8 +4,8 @@ PROG= ssh-keygen SRCS= ssh-keygen.c -LDADD+= -lssh -lcrypto -lz -DPADD+= ${LIBSSH} ${LIBCRYPTO} ${LIBZ} +LDADD+= -lssh -lcrypto +DPADD+= ${LIBSSH} ${LIBCRYPTO} .include Index: secure/usr.bin/ssh-keyscan/Makefile =================================================================== RCS file: /home/ncvs/src/secure/usr.bin/ssh-keyscan/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- secure/usr.bin/ssh-keyscan/Makefile 2002/01/23 15:54:17 1.2 +++ secure/usr.bin/ssh-keyscan/Makefile 2002/02/05 16:10:23 @@ -4,8 +4,8 @@ PROG= ssh-keyscan SRCS= ssh-keyscan.c -LDADD+= -lssh -lcrypto -lz -DPADD+= ${LIBSSH} ${LIBCRYPTO} ${LIBZ} +LDADD+= -lssh -lcrypto +DPADD+= ${LIBSSH} ${LIBCRYPTO} .include --tKW2IUtsqtDRztdT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 10: 4:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-47.dsl.lsan03.pacbell.net [64.165.226.47]) by hub.freebsd.org (Postfix) with ESMTP id 514DA37B429; Tue, 5 Feb 2002 10:04:15 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C170366C76; Tue, 5 Feb 2002 10:04:14 -0800 (PST) Date: Tue, 5 Feb 2002 10:04:14 -0800 From: Kris Kennaway To: David O'Brien Cc: Kris Kennaway , Ruslan Ermilov , Mark Murray , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: pam_ssh world breakage (was: Re: cvs commit: src/lib/libpam Makefile.inc) Message-ID: <20020205100414.A44541@xor.obsecurity.org> References: <200202031551.g13Fpql76999@freefall.freebsd.org> <20020204153032.C58535@sunbay.com> <20020204091717.A16149@dragon.nuxi.com> <20020204190654.B36742@xor.obsecurity.org> <20020205072046.A73751@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020205072046.A73751@dragon.nuxi.com>; from obrien@FreeBSD.org on Tue, Feb 05, 2002 at 07:20:46AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 05, 2002 at 07:20:46AM -0800, David O'Brien wrote: > On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote: > > If you use the argument that one shouldn't set WARNS because a new > > compiler will cause the tree to break, then there's no point having it > > at all since that condition will always be true. >=20 > The difference is _impending_. EPARSE. Kris --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8YB6cWry0BWjoQKURAsmpAKCZeOC7sGAO7N8Bi6GFEv4L9nkM+gCgqcwX NEeLarZyDrhzJoXOuI+LILE= =cMmj -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 10:19:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 7ECB537B41E for ; Tue, 5 Feb 2002 10:19:10 -0800 (PST) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.6/8.11.6) id g15IJ9G61864; Tue, 5 Feb 2002 10:19:09 -0800 (PST) (envelope-from david) Date: Tue, 5 Feb 2002 10:19:09 -0800 (PST) From: David Wolfskill Message-Id: <200202051819.g15IJ9G61864@bunrab.catwhisker.org> To: current@FreeBSD.ORG, eculp@encontacto.net Subject: Re: Current World stops at rcp.yppasswdd In-Reply-To: <1012918894.3c5fea6e300e9@Mail.SavvyWorld.Net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Tue, 5 Feb 2002 06:21:34 -0800 >From: Edwin Culp >World is breaking for me at: >===> usr.sbin/rpc.yppasswdd >... Following patch got through it for me: Index: usr.sbin/rpc.yppasswdd/pw_util.c =================================================================== RCS file: /cvs/freebsd/src/usr.sbin/rpc.yppasswdd/pw_util.c,v retrieving revision 1.5 diff -u -r1.5 pw_util.c --- usr.sbin/rpc.yppasswdd/pw_util.c 9 Jul 2001 09:24:02 -0000 1.5 +++ usr.sbin/rpc.yppasswdd/pw_util.c 5 Feb 2002 16:53:43 -0000 @@ -143,7 +143,7 @@ int pw_mkdb(username) -char *username; +const char *username; { yp_error("rebuilding the database..."); @@ -174,7 +174,7 @@ void pw_error(name, err, eval) - char *name; + const char *name; int err, eval; { if (err && name != NULL) Index: usr.sbin/rpc.yppasswdd/yppasswdd_extern.h =================================================================== RCS file: /cvs/freebsd/src/usr.sbin/rpc.yppasswdd/yppasswdd_extern.h,v retrieving revision 1.9 diff -u -r1.9 yppasswdd_extern.h --- usr.sbin/rpc.yppasswdd/yppasswdd_extern.h 28 Aug 1999 01:19:41 -0000 1.9 +++ usr.sbin/rpc.yppasswdd/yppasswdd_extern.h 5 Feb 2002 15:38:25 -0000 @@ -64,7 +64,7 @@ extern void install_reaper __P(( int )); extern int pw_copy __P(( int, int, struct passwd * )); extern int pw_lock __P(( void )); -extern int pw_mkdb __P(( char * )); +extern int pw_mkdb __P((const char * )); extern int pw_tmp __P(( void )); extern void pw_init __P(( void )); extern char *ok_shell __P (( char * )); [Still building the kernel as I type, but the "make buildworld" completed OK.] Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org I believe it would be irresponsible (and thus, unethical) for me to advise, recommend, or support the use of any product that is or depends on any Microsoft product for any purpose other than personal amusement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 10:49:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from ledzep.dyndns.org (12-237-133-3.client.attbi.com [12.237.133.3]) by hub.freebsd.org (Postfix) with ESMTP id A5ACF37B47D; Tue, 5 Feb 2002 10:49:11 -0800 (PST) Received: from attbi.com (root@localhost.dyndns.org [127.0.0.1]) by ledzep.dyndns.org (8.11.6/8.11.6) with ESMTP id g15In6r96946; Tue, 5 Feb 2002 12:49:07 -0600 (CST) (envelope-from jordan.breeding@attbi.com) Message-ID: <3C602922.2020400@attbi.com> Date: Tue, 05 Feb 2002 12:49:06 -0600 From: Jordan Breeding User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: Garrett Wollman Cc: freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Support for atapi cdrw as scsi in -current? References: <20020202201020.EWNX26243.rwcrmhc51.attbi.com@rwcrwbc57> <200202040555.g145tff22191@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garrett Wollman wrote: > < > >>I noticed a patch on freebsd-scsi a while back that >>added a not very complete form of atapi as scsi support >>to the freebsd kernel. Are there plans to complete >>this and add it to -current sometime before -current >>turns into 5.0-RELEASE? Thanks for any information. >> > > I've been using it somewhat actively in the past week or so in > -current. The patch as it exists needs a few changes to fit in > current -current. > > $ camcontrol devlist > at scbus0 target 0 lun 0 (cd0,pass0) > at scbus0 target 1 lun 0 (cd1,pass1) > > I don't think that ATAPICAM works well enough to use it entirely in > place of the atapi-cd driver; for example, I get the following errors: > > atapicam0: READ_DISK_INFO - ILLEGAL REQUEST asc=0x20 ascq=0x00 error=0x04 > atapicam0: READ_TOC - ILLEGAL REQUEST asc=0x24 ascq=0x00 error=0x04 > > However, it works well-enough to run cdrdao, which is what mattered to > me, for both reading and writing on both of the afore-mentioned ATAPI > devices. > > -GAWollman > > > Is there a place where I can find this updated patch which will work for me in the current -current? Thanks. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 11:14:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id DBB1837B419; Tue, 5 Feb 2002 11:14:33 -0800 (PST) Received: from melusine.cuivre.fr.eu.org (melusine.enst.fr [137.194.160.34]) by melchior.cuivre.fr.eu.org (Postfix) with ESMTP id A5FB282C4; Tue, 5 Feb 2002 20:14:26 +0100 (CET) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 3E7502C3D1; Tue, 5 Feb 2002 20:14:22 +0100 (CET) Date: Tue, 5 Feb 2002 20:14:22 +0100 From: Thomas Quinot To: Garrett Wollman Cc: freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG, sam@inf.enst.fr Subject: Re: Support for atapi cdrw as scsi in -current? Message-ID: <20020205201422.A24340@melusine.cuivre.fr.eu.org> Reply-To: thomas@cuivre.fr.eu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Is there a place where I can find this updated patch which will work for > me in the current -current? Thanks. I put up updated patches at http://www.cuivre.fr.eu.org/~thomas/atapicam/ For -CURRENT, you should be using the latest one (of today) which fixes a silly line inversion. I'd be very interested in success/failuire reports on this patch, especially with ATAPI tape or floppy drives. Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 11:50:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from web20606.mail.yahoo.com (web20606.mail.yahoo.com [216.136.226.164]) by hub.freebsd.org (Postfix) with SMTP id C095637B423 for ; Tue, 5 Feb 2002 11:50:24 -0800 (PST) Message-ID: <20020205195020.76526.qmail@web20606.mail.yahoo.com> Received: from [217.136.132.235] by web20606.mail.yahoo.com via HTTP; Tue, 05 Feb 2002 11:50:20 PST Date: Tue, 5 Feb 2002 11:50:20 -0800 (PST) From: Tom Servo Subject: Promise/ATA-Raid making panic in -CURRENT? To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! I checked and compiled the recent -CURRENT tree, buildworld and buildkernel goes all fine. When booting it seems to crash on initialization of my Promise controller and get "bad ivar request (4)". I stripped all possible drivers out of the kernelconfig, except for the ata driver, and it still crashes. I then see a couple of pci0: (no driver attached), and when it should come to my Promise, BAM! Anyone can tell me how I can disable the ata-raid/Promise driver to test? Thx /tso __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 14: 0:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id B5DBF37B420 for ; Tue, 5 Feb 2002 14:00:23 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020205220023.XFMK10199.rwcrmhc53.attbi.com@InterJet.elischer.org> for ; Tue, 5 Feb 2002 22:00:23 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA87238 for ; Tue, 5 Feb 2002 13:43:12 -0800 (PST) Date: Tue, 5 Feb 2002 13:43:10 -0800 (PST) From: Julian Elischer To: current@freebsd.org Subject: Non x86 KSE testing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Non x86 FreeBSD developers: I have posted to http://www.freebsd.org/~julian/adiff a set of 'semi-cosmetic' "mechanical" diffs. The effect of the diffs is to remove all the places in the code which assume that the thread structure is embedded in the process structure, without doing any major algorythmic changes. If you can test non x86 systems, it would be nice if you could try the patches out. I'll take reports of success/failure and hold off committing until we have success on all architectures. (does make buildworld just fine for x86) BTW the horrid Macro name "FIRST_THREAD_IN_PROC(p)" is deliberatly horrid. Use of this macro indicates a place that will need some rewriting before multi threading can be fully utilised. In some cases (e.g. linux emulation) this may be permanent as linux only has 1 thread per process) in which case it may eventually be changed in these places to P_THRD(p) or something nicer on the eyes, but until then they are designed to "stand out and hurt". :-) Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 15: 2:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by hub.freebsd.org (Postfix) with ESMTP id C19CC37B49A for ; Tue, 5 Feb 2002 15:01:39 -0800 (PST) Received: from vicor-nb.com (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 631301B228 for ; Tue, 5 Feb 2002 15:01:39 -0800 (PST) Message-ID: <3C606453.F5063F92@vicor-nb.com> Date: Tue, 05 Feb 2002 15:01:39 -0800 From: Julian Elischer Organization: VICOR X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-STABLE i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Subject: LINT failures (please check this) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ata-raid.o: In function `ar_attach': ata-raid.o(.text+0xc0): multiple definition of `ar_attach' if_ar.o(.text+0x10): first defined here /usr/libexec/elf/ld: Warning: size of symbol `ar_attach' changed from 663 to 777 in ata-raid.o The ata-raid author should have checked whether there was already a symbol ar_attach. uhci.o: In function `uhci_idone': uhci.o(.text+0x1330): undefined reference to `uhci_dump_ii' uhci.o: In function `uhci_device_isoc_done': uhci.o(.text+0x2fab): undefined reference to `uhci_dump_ii' *** Error code 1 Can someone in the USB crew PLEASE fix this, or I'll go do it myself and then I'm sure they will complain.. diffs: (cut'n'pasted, apply manually) Index: dev/ata/ata-all.c =================================================================== RCS file: /usr/home/cvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.127 diff -u -r1.127 ata-all.c --- dev/ata/ata-all.c 2002/02/04 19:23:40 1.127 +++ dev/ata/ata-all.c 2002/02/05 22:57:00 @@ -531,7 +531,7 @@ if (ch->devices & ATA_ATA_SLAVE) ad_attach(&ch->device[SLAVE]); } - ar_attach(); + atar_attach(); #endif #if defined(DEV_ATAPICD) || defined(DEV_ATAPIFD) || defined(DEV_ATAPIST) /* then the atapi devices */ Index: dev/ata/ata-raid.c =================================================================== RCS file: /usr/home/cvs/src/sys/dev/ata/ata-raid.c,v retrieving revision 1.22 diff -u -r1.22 ata-raid.c --- dev/ata/ata-raid.c 2002/02/04 19:23:40 1.22 +++ dev/ata/ata-raid.c 2002/02/05 22:57:01 @@ -107,7 +107,7 @@ } void -ar_attach() +atar_attach() { struct ar_softc *raid; dev_t dev; Index: dev/ata/ata-raid.h =================================================================== RCS file: /usr/home/cvs/src/sys/dev/ata/ata-raid.h,v retrieving revision 1.7 diff -u -r1.7 ata-raid.h --- dev/ata/ata-raid.h 2002/02/04 19:23:40 1.7 +++ dev/ata/ata-raid.h 2002/02/05 22:57:01 @@ -206,5 +206,5 @@ } __attribute__((packed)); int ar_probe(struct ad_softc *); -void ar_attach(void); +void atar_attach(void); Index: dev/usb/uhci.c =================================================================== RCS file: /usr/home/cvs/src/sys/dev/usb/uhci.c,v retrieving revision 1.79 diff -u -r1.79 uhci.c --- dev/usb/uhci.c 2002/02/03 17:03:34 1.79 +++ dev/usb/uhci.c 2002/02/05 22:57:05 @@ -704,6 +704,12 @@ UREAD2(sc, UHCI_PORTSC2))); } +Static void +uhci_dump_ii(uhci_intr_info_t *ii) +{ + printf("Fill me in"); +} + void uhci_dump_td(uhci_soft_td_t *p) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 18:58: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 21AA237B419 for ; Tue, 5 Feb 2002 18:58:03 -0800 (PST) Received: (qmail 20467 invoked from network); 6 Feb 2002 02:57:55 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([65.91.155.143]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 6 Feb 2002 02:57:55 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020205112308.Y437-100000@nihil> Date: Tue, 05 Feb 2002 21:57:41 -0500 (EST) From: John Baldwin To: Michael Reifenberger Subject: RE: Making bootable recovery CD using cdboot/loader fails Cc: FreeBSD-Current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 05-Feb-02 Michael Reifenberger wrote: > On Mon, 4 Feb 2002, John Baldwin wrote: > >> Date: Mon, 04 Feb 2002 18:47:25 -0500 (EST) >> From: John Baldwin >> To: Michael Reifenberger >> Cc: FreeBSD-Current >> Subject: RE: Making bootable recovery CD using cdboot/loader fails > ... >> and let mkisofs create its own boot.catalog. If you do that instead of >> creating one yourself does it work any better? If not, then you can revert >> the >> revisions that turned off all the debugging output, hook up a serial console >> on >> COM1, and prepare to be spammed with lots of debug output. :) > Doesnt matter who creates boot.catalog. Same Sysmptom. > But its not cdboot which freezes. > Its the loader after showing: > ... > loader Revision... > (root@nihil, ...) > ... > And then a few rotating -\|/ (serching or loading loader.conf, kernel, ?) > Then silence. Hmm. Is your loader completely up to date? Does it have a BIOS CD device cd0 in the output prior to that line? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 19:12:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from westend.coralwave.com (westend.coralwave.com [208.246.140.210]) by hub.freebsd.org (Postfix) with ESMTP id 076FD37B425; Tue, 5 Feb 2002 19:12:37 -0800 (PST) Received: from localhost [24.244.129.171] by westend.coralwave.com with ESMTP (SMTPD32-7.00) id A0777730058; Tue, 05 Feb 2002 22:18:15 -0500 Date: Tue, 5 Feb 2002 22:12:15 -0500 Subject: Not committing WARNS settings... Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v480) Cc: "David O'Brien" , Ruslan Ermilov , Mark Murray , current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG To: Kris Kennaway From: Jeroen C.van Gelderen In-Reply-To: <20020205100414.A44541@xor.obsecurity.org> Message-Id: <526E436C-1AAF-11D6-B59E-00306580B1CA@vangelderen.org> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday, February 5, 2002, at 01:04 , Kris Kennaway wrote: > On Tue, Feb 05, 2002 at 07:20:46AM -0800, David O'Brien wrote: >> On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote: >>> If you use the argument that one shouldn't set WARNS because a new >>> compiler will cause the tree to break, then there's no point having it >>> at all since that condition will always be true. >> >> The difference is _impending_. > > EPARSE. David is about to switch to GCC 3.0 and I guess he does not like moving targets. I would expect that for the GCC 4.0 upgrade a similar freeze request will go out. And that seems fair enough since it does not prevent anyone from applying the actual code fixes. We want to make this import stuff as easy on David as we can, no? It is a job from hell already. Cheers, Jeroen -- Jeroen C. van Gelderen - jeroen@vangelderen.org "Freedom is essentially a condition of inequality, not equality. It recognizes as a fact of nature the structural differences inherent in man - in temperament, character, and capacity - and it respects those differences. We are not alike and no law can make us so." -- Frank Chodorov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 20: 8:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-47.dsl.lsan03.pacbell.net [64.165.226.47]) by hub.freebsd.org (Postfix) with ESMTP id 02DC937B419; Tue, 5 Feb 2002 20:08:14 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 091FE66C76; Tue, 5 Feb 2002 20:08:12 -0800 (PST) Date: Tue, 5 Feb 2002 20:08:12 -0800 From: Kris Kennaway To: "Jeroen C.van Gelderen" Cc: Kris Kennaway , David O'Brien , Ruslan Ermilov , Mark Murray , current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: Not committing WARNS settings... Message-ID: <20020205200812.A50411@xor.obsecurity.org> References: <20020205100414.A44541@xor.obsecurity.org> <526E436C-1AAF-11D6-B59E-00306580B1CA@vangelderen.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <526E436C-1AAF-11D6-B59E-00306580B1CA@vangelderen.org>; from jeroen@vangelderen.org on Tue, Feb 05, 2002 at 10:12:15PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 05, 2002 at 10:12:15PM -0500, Jeroen C.van Gelderen wrote: > > On Tue, Feb 05, 2002 at 07:20:46AM -0800, David O'Brien wrote: > >> On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote: > >>> If you use the argument that one shouldn't set WARNS because a new > >>> compiler will cause the tree to break, then there's no point having it > >>> at all since that condition will always be true. > >> > >> The difference is _impending_. > > > > EPARSE. >=20 > David is about to switch to GCC 3.0 and I guess he does not like moving= =20 > targets. I would expect that for the GCC 4.0 upgrade a similar freeze=20 > request will go out. And that seems fair enough since it does not=20 > prevent anyone from applying the actual code fixes. We want to make this= =20 > import stuff as easy on David as we can, no? It is a job from hell=20 > already. All David has to do is set WARNS=3D0 or NO_WERROR=3D1 in or /etc/defaults/make.conf temporarily when he tests and commits the changeover, and he'll sidestep all the problems. There's no need to impose restrictions on the activities of other committers. It's really not a big deal, IMO. Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8YKwsWry0BWjoQKURAjJ2AJ9yWzPfb0EBzKwh/o1bmDoCA5WReQCePqO/ XqXoZEU+6izng3aCOEh/BvE= =bhTd -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 20: 9:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C759737B417; Tue, 5 Feb 2002 20:09:34 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g1649Xi12983; Tue, 5 Feb 2002 21:09:33 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g1649WL34468; Tue, 5 Feb 2002 21:09:32 -0700 (MST) (envelope-from imp@village.org) Date: Tue, 05 Feb 2002 21:09:10 -0700 (MST) Message-Id: <20020205.210910.130619961.imp@village.org> To: kris@obsecurity.org Cc: obrien@FreeBSD.org, ru@FreeBSD.org, markm@FreeBSD.org, current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: pam_ssh world breakage From: "M. Warner Losh" In-Reply-To: <20020205100414.A44541@xor.obsecurity.org> References: <20020204190654.B36742@xor.obsecurity.org> <20020205072046.A73751@dragon.nuxi.com> <20020205100414.A44541@xor.obsecurity.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020205100414.A44541@xor.obsecurity.org> Kris Kennaway writes: : On Tue, Feb 05, 2002 at 07:20:46AM -0800, David O'Brien wrote: : > On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote: : > > If you use the argument that one shouldn't set WARNS because a new : > > compiler will cause the tree to break, then there's no point having it : > > at all since that condition will always be true. : > : > The difference is _impending_. : : EPARSE. I think that David is trying to say that "Look guys, I'm this >< close to importing gcc3. It does warnings differently. Cranking up the WARNS level now will get in the way of my work and will lead to unnecessary build breakage on some platforms that I don't compile for all the time. Please go ahead and fix the warnings at the higher levels, but don't put WARNS=x into the Makefile* until I'm done importing things." Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 20:54:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id DA39337B42A; Tue, 5 Feb 2002 20:54:44 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g164sWD19012; Tue, 5 Feb 2002 23:54:32 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020205200812.A50411@xor.obsecurity.org> References: <20020205100414.A44541@xor.obsecurity.org> <526E436C-1AAF-11D6-B59E-00306580B1CA@vangelderen.org> <20020205200812.A50411@xor.obsecurity.org> Date: Tue, 5 Feb 2002 23:54:31 -0500 To: Kris Kennaway , "Jeroen C.van Gelderen" From: Garance A Drosihn Subject: Re: Not committing WARNS settings... Cc: Kris Kennaway , "David O'Brien" , Ruslan Ermilov , Mark Murray , current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 8:08 PM -0800 2/5/02, Kris Kennaway wrote: >On Tue, Feb 05, 2002 at 10:12:15PM -0500, Jeroen C.van Gelderen wrote: > >> David is about to switch to GCC 3.0 and I guess he does not like moving >> targets. I would expect that for the GCC 4.0 upgrade a similar freeze > > request will go out. And that seems fair enough since it does not > > prevent anyone from applying the actual code fixes. > >All David has to do is set WARNS=0 or NO_WERROR=1 in or >/etc/defaults/make.conf temporarily when he tests and commits the >changeover, and he'll sidestep all the problems. There's no need to >impose restrictions on the activities of other committers. I would assume that the most David would be expected to do is add the NO_WERROR=1 to the appropriate file. He should not have to go through the entire source tree and fix all new warning messages in the entire project. > > .... We want to make this > > import stuff as easy on David as we can, no? It is a job from hell > > already. I agree with this. Given the amount of effort involved for gcc3, he does not seem to asking for much. He is actively working on it, and making commits. Increasing the ERROR-level in makefiles is not something which is urgent, and it seems a reasonable courtesy to David to hold off on that for a few weeks. Hmm. I guess a question to David is: "what is the target-date for switching current over to gcc3?". I've been assuming that is pretty close to happening... -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 20:57:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mac.028.co.jp (du72-225.xx.urban.ne.jp [210.141.172.225]) by hub.freebsd.org (Postfix) with ESMTP id 85CAD37B42A for ; Tue, 5 Feb 2002 20:57:21 -0800 (PST) Received: from MAC - 192.168.1.168 by mac.028.co.jp with Microsoft SMTPSVC(5.5.1775.675.6); Wed, 6 Feb 2002 13:57:34 +0900 To: freebsd-current@freebsd.org X-Mailer: Easy DM free Message-ID: <20020206.0457340765@tx-028.co.jp> Date: Wed, 06 Feb 2002 13:57:34 +0900 From: tesrix Subject: =?ISO-2022-JP?B?GyRCISo5LTlwISohISEhPzckNyQkISFKWE14JEpKITtjGyhC?= =?ISO-2022-JP?B?GyRCJE4hITxqJDkkaiEhIVglRiU5JWolQyUvJTkhWSEhGyhC?= MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ******************************************************* $B!*9-9p!*!!!!?7$7$$!!JXMx$JJ!;c$N!!pJs$H;W$$$*Aw$j?=$7>e$2$^$7$?!#(B ******************************************************* $B$3$N%a!<%k$rITMW$H$5$l$kJ}$O62$lF~$j$^$9$,(B $B$3$N$^$^JVAw$/$@$5$$!#%a!<%k$NAw?.$r$R$+$($5$;$F$$$?$@$-$^$9!#(B $B"-$3$3$r%/%j%C%/"-(B http://www.028.co.jp $B!|$5$FJ@e$2$^$9!#(B $B!X>20;:6H3t<02q; Tue, 5 Feb 2002 21:10:08 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g165A7D120710 for ; Wed, 6 Feb 2002 00:10:07 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Wed, 6 Feb 2002 00:10:05 -0500 To: current@FreeBSD.org From: Garance A Drosihn Subject: Performance of -current vs -stable Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG With 4.5-release out the door, I thought I'd start trying to use 5.0-current on my "main freebsd machine" instead of 4.x-stable. I figure at some point we (as developers) have got to try to migrate to that release as much as possible. I had been doing some stuff with 5.0-current at home. That seemed a bit slow, but I didn't think too much of it as the home machine is a single-CPU Duron-based machine (600 Mhz). while the machine at work is a dual-CPU Pentium-3 machine (650 MHz). The office machine also has more RAM, so obviously the home machine would be slower. But switching to current on the office machine is also considerably slower. I wasn't expecting "faster", but I'm wondering if other people are also seeing it as much slower, or if I've just got some other odd problem hitting me. One simple test I tried was that I have a copy of the freebsd cvs repository in /usr/cvs/free, on it's own partition. Each system has it's own /usr/src, of course. I cvsup'ed /usr/cvs/free, and then did a time cvs status >/dev/null in each /usr/src, on each system. (that command is just for this timing test, I usually do more useful commands at that point!). On current On stable ---------- ---------- real 7m 43.392s 4m 53.100s in /usr/src for current user 0m 11.692s 0m 4.203s sys 3m 4.601s 0m 2.248s real 6m 40.322s 2m 39.361s in /usr/src for stable user 0m 10.531s 0m 6.653s sys 4m 28.863s 0m 9.480s I realize this example isn't terribly detailed, but it seems to match what I "feel" when doing any major work on current. I'm used to a 'make -j5 buildworld' taking between 42 and 45 minutes for stable on my office machine, but the few times I've rebuilt -current, it's taking more like three and a half hours. That is quite a hit. This current system was initially installed in late-december, doing a full system-install (booting off a CD, newfs'ing the partitions, etc). So, it should have picked up all the recent filesystem improvements (dirprefs, etc) when laying out the files, and even if that wasn't true this test is done using the exact same directories as source & destination for the stable vs current tests. Could it be due to the DDB, INVARIANTS & WITNESS options in the kernel? If it is that's fine with me, I'm just wondering where that magnitude of a slowdown would be coming from. Anything else I should check? I realize there's about a million differences between the two branches, and there might also be something about my machine's setup which is a major culprit here. I'm just looking for a basic idea of what other people have been seeing for performance when they run current. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 21:19:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0A85437B420 for ; Tue, 5 Feb 2002 21:18:29 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g165IRi13528; Tue, 5 Feb 2002 22:18:28 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g165IQL34985; Tue, 5 Feb 2002 22:18:27 -0700 (MST) (envelope-from imp@village.org) Date: Tue, 05 Feb 2002 22:18:05 -0700 (MST) Message-Id: <20020205.221805.35979979.imp@village.org> To: drosih@rpi.edu Cc: current@FreeBSD.ORG Subject: Re: Performance of -current vs -stable From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: Garance A Drosihn writes: : Could it be due to the DDB, INVARIANTS & WITNESS options in the : kernel? If it is that's fine with me, I'm just wondering where : that magnitude of a slowdown would be coming from. No way for DDB, Maybe for Invariants, almost certainly for witness. WITNESS is slow and tends to exagerate lock contention stalls (or so it seems). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 21:25:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id B50B437B404; Tue, 5 Feb 2002 21:25:24 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g165PMD76894; Wed, 6 Feb 2002 00:25:22 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20020205100414.A44541@xor.obsecurity.org> <526E436C-1AAF-11D6-B59E-00306580B1CA@vangelderen.org> <20020205200812.A50411@xor.obsecurity.org> Date: Wed, 6 Feb 2002 00:25:21 -0500 To: Kris Kennaway , "Jeroen C.van Gelderen" From: Garance A Drosihn Subject: Re: Not committing WARNS settings... Cc: Kris Kennaway , current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:54 PM -0500 2/5/02, Garance A Drosihn wrote: >At 8:08 PM -0800 2/5/02, Kris Kennaway wrote: >>All David has to do is set WARNS=0 or NO_WERROR=1 in or >>/etc/defaults/make.conf temporarily when he tests and commits the >>changeover, and he'll sidestep all the problems. > >I would assume that the most David would be expected to do is add the >NO_WERROR=1 to the appropriate file. Oops. I somehow misread what Kris was saying, even though I ended up repeating his comments almost word-for-word... Sorry about that! -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 21:38:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from web14003.mail.yahoo.com (web14003.mail.yahoo.com [216.136.175.94]) by hub.freebsd.org (Postfix) with SMTP id A992937B422 for ; Tue, 5 Feb 2002 21:38:16 -0800 (PST) Message-ID: <20020206053816.32816.qmail@web14003.mail.yahoo.com> Received: from [216.103.213.142] by web14003.mail.yahoo.com via HTTP; Tue, 05 Feb 2002 21:38:16 PST Date: Tue, 5 Feb 2002 21:38:16 -0800 (PST) From: k Macy Subject: Re: Performance of -current vs -stable To: drosih@rpi.edu Cc: current@FreeBSD.ORG In-Reply-To: <20020205.221805.35979979.imp@village.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I asked BDE about the same thing off-list: Yes, the debug options (INVARIANTS and WITNESS, especially the latter) slow down the kernel by a factor of 10 or so. Only progams that don't make many syscalls run reasonably fast. I only turn on these options for debugging (not often). Without them, syscalls should be an average of only (sigh) about 10% slower in -current. --- "M. Warner Losh" wrote: > In message: > Garance A Drosihn > writes: > : Could it be due to the DDB, INVARIANTS & WITNESS > options in the > : kernel? If it is that's fine with me, I'm just > wondering where > : that magnitude of a slowdown would be coming from. > > No way for DDB, Maybe for Invariants, almost > certainly for witness. > WITNESS is slow and tends to exagerate lock > contention stalls (or so > it seems). > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of > the message > > __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 21:59:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 6B41837B426; Tue, 5 Feb 2002 21:59:25 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g165wrG54670; Wed, 6 Feb 2002 07:58:53 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200202060558.g165wrG54670@zibbi.icomtek.csir.co.za> Subject: Re: Not committing WARNS settings... In-Reply-To: <20020205200812.A50411@xor.obsecurity.org> from Kris Kennaway at "Feb 5, 2002 08:08:12 pm" To: kris@obsecurity.org (Kris Kennaway) Date: Wed, 6 Feb 2002 07:58:53 +0200 (SAT) Cc: current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > All David has to do is set WARNS=0 or NO_WERROR=1 in or > /etc/defaults/make.conf temporarily when he tests and commits the > changeover, and he'll sidestep all the problems. There's no need to > impose restrictions on the activities of other committers. > > It's really not a big deal, IMO. > > Kris Let me hijack this a little. How many of you WARNS= adding people consider different compile/code paths than the one your machine exercise? For instance the one "make release" will exercise? The WARNS=1 in libexec/Makefile.inc breaks "make release" because telnetd is then compiled, but it isn't warning free. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 22: 2:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id 10FBE37B426 for ; Tue, 5 Feb 2002 22:02:39 -0800 (PST) Received: (qmail 543 invoked from network); 6 Feb 2002 06:02:37 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([65.90.117.172]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 6 Feb 2002 06:02:37 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 06 Feb 2002 01:02:34 -0500 (EST) From: John Baldwin To: Garance A Drosihn Subject: RE: Performance of -current vs -stable Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 06-Feb-02 Garance A Drosihn wrote: > Could it be due to the DDB, INVARIANTS & WITNESS options in the > kernel? If it is that's fine with me, I'm just wondering where > that magnitude of a slowdown would be coming from. WITNESS can really hurt. Quite possibly I should turn it off in GENERIC now (I wouldn't mind if someone else did that.) Before major locking changes people should still use it to look for bugs, but it isn't very efficient I'm afraid. :( -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 22:33: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-47.dsl.lsan03.pacbell.net [64.165.226.47]) by hub.freebsd.org (Postfix) with ESMTP id 4FA7437B400; Tue, 5 Feb 2002 22:32:47 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C6E0766C80; Tue, 5 Feb 2002 22:32:46 -0800 (PST) Date: Tue, 5 Feb 2002 22:32:46 -0800 From: Kris Kennaway To: John Hay Cc: Kris Kennaway , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Not committing WARNS settings... Message-ID: <20020205223246.A52122@xor.obsecurity.org> References: <20020205200812.A50411@xor.obsecurity.org> <200202060558.g165wrG54670@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200202060558.g165wrG54670@zibbi.icomtek.csir.co.za>; from jhay@icomtek.csir.co.za on Wed, Feb 06, 2002 at 07:58:53AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 06, 2002 at 07:58:53AM +0200, John Hay wrote: > >=20 > > All David has to do is set WARNS=3D0 or NO_WERROR=3D1 in or > > /etc/defaults/make.conf temporarily when he tests and commits the > > changeover, and he'll sidestep all the problems. There's no need to > > impose restrictions on the activities of other committers. > >=20 > > It's really not a big deal, IMO. > >=20 > > Kris >=20 > Let me hijack this a little. How many of you WARNS=3D adding people > consider different compile/code paths than the one your machine > exercise? For instance the one "make release" will exercise? The > WARNS=3D1 in libexec/Makefile.inc breaks "make release" because > telnetd is then compiled, but it isn't warning free. Yeah, I'm going to fix that tonight when I get home and can test it. I try and be careful to consider all code paths, but this one slipped me by. Sorry. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8YM4OWry0BWjoQKURAopCAJsFhvN3jRPYfM7I1DkBuOcgEKnmFgCg9LhU VzMyGNiWKwrcyKSZt2AFU2c= =Dmc9 -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 22:48:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 6791637B417 for ; Tue, 5 Feb 2002 22:48:18 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id g166mEn00433; Wed, 6 Feb 2002 07:48:14 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200202060648.g166mEn00433@freebsd.dk> Subject: Re: Promise/ATA-Raid making panic in -CURRENT? In-Reply-To: <20020205195020.76526.qmail@web20606.mail.yahoo.com> To: Tom Servo Date: Wed, 6 Feb 2002 07:48:14 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Tom Servo wrote: > Hi! > > I checked and compiled the recent -CURRENT tree, > buildworld and buildkernel goes all fine. > > When booting it seems to crash on initialization of my > Promise controller and get "bad ivar request (4)". I > stripped all possible drivers out of the kernelconfig, > except for the ata driver, and it still crashes. I > then see a couple of pci0: (no driver > attached), and when it should come to my Promise, BAM! The "bad ivar request (4)" message does *not* come from the ATA driver, you must have something else that is ruining your day... Does it boot if you take out the promise board ? -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 5 23:49:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 0524C37B432; Tue, 5 Feb 2002 23:49:01 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g167mpN51986; Wed, 6 Feb 2002 09:48:51 +0200 (EET) (envelope-from ru) Date: Wed, 6 Feb 2002 09:48:51 +0200 From: Ruslan Ermilov To: Matt Dillon Cc: current@FreeBSD.org Subject: MFREE() Message-ID: <20020206094851.A51808@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following files under sys/ still use MFREE(): alpha/tc/am7990.c netatm/port.h security/lomac/kernel_socket.c Please fix. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 0:22: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 1283E37B405; Wed, 6 Feb 2002 00:21:52 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g168Lmg55480; Wed, 6 Feb 2002 10:21:48 +0200 (EET) (envelope-from ru) Date: Wed, 6 Feb 2002 10:21:48 +0200 From: Ruslan Ermilov To: Warner Losh Cc: Kris Kennaway , "David O'Brien" , Mark Murray , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Not committing WARNS settings... Message-ID: <20020206102148.A53923@sunbay.com> References: <20020204190654.B36742@xor.obsecurity.org> <20020205072046.A73751@dragon.nuxi.com> <20020205100414.A44541@xor.obsecurity.org> <20020205.210910.130619961.imp@village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020205.210910.130619961.imp@village.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 05, 2002 at 09:09:10PM -0700, M. Warner Losh wrote: > In message: <20020205100414.A44541@xor.obsecurity.org> > Kris Kennaway writes: > : On Tue, Feb 05, 2002 at 07:20:46AM -0800, David O'Brien wrote: > : > On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote: > : > > If you use the argument that one shouldn't set WARNS because a new > : > > compiler will cause the tree to break, then there's no point having it > : > > at all since that condition will always be true. > : > > : > The difference is _impending_. > : > : EPARSE. > > I think that David is trying to say that "Look guys, I'm this >< close > to importing gcc3. It does warnings differently. Cranking up the > WARNS level now will get in the way of my work and will lead to > unnecessary build breakage on some platforms that I don't compile for > all the time. Please go ahead and fix the warnings at the higher > levels, but don't put WARNS=x into the Makefile* until I'm done > importing things." > Nope, what David was _actually_ trying to say is to hold off with WARNS fixes until GCC 3.1 becomes our compiler, because otherwise this is an almost 100% duplicate of efforts, as GCC 3.1 is so WARNS-different from GCC 2.95.3. And of course David should add NO_WERROR (but probably to Makefile.inc1) to avoid world breakage. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 0:48:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 7526C37B426; Wed, 6 Feb 2002 00:48:19 -0800 (PST) Received: from pool0014.cvx21-bradley.dialup.earthlink.net ([209.179.192.14] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16YNkU-0006wq-00; Wed, 06 Feb 2002 00:48:15 -0800 Message-ID: <3C60EDC8.28844031@mindspring.com> Date: Wed, 06 Feb 2002 00:48:08 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: Warner Losh , Kris Kennaway , David O'Brien , Mark Murray , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Not committing WARNS settings... References: <20020204190654.B36742@xor.obsecurity.org> <20020205072046.A73751@dragon.nuxi.com> <20020205100414.A44541@xor.obsecurity.org> <20020205.210910.130619961.imp@village.org> <20020206102148.A53923@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan Ermilov wrote: > Nope, what David was _actually_ trying to say is to hold off with WARNS > fixes until GCC 3.1 becomes our compiler, because otherwise this is an > almost 100% duplicate of efforts, as GCC 3.1 is so WARNS-different from > GCC 2.95.3. And of course David should add NO_WERROR (but probably to > Makefile.inc1) to avoid world breakage. A cynic would say that that means that there are two sets of things that need to be fixed, and not just one. Another cynic might say "instead of speculating, why not ask David what David was trying to say?"... I know: no patience on these lists. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 1:32:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 4475E37B404; Wed, 6 Feb 2002 01:32:36 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id KAA30514; Wed, 6 Feb 2002 10:31:14 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g168G6Q01053; Wed, 6 Feb 2002 09:16:06 +0100 (CET) (envelope-from root@nihil) Date: Wed, 6 Feb 2002 09:16:06 +0100 (CET) From: Michael Reifenberger To: John Baldwin Cc: FreeBSD-Current Subject: RE: Making bootable recovery CD using cdboot/loader fails In-Reply-To: Message-ID: <20020206091416.T1048-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 5 Feb 2002, John Baldwin wrote: ... > > Its the loader after showing: > > ... > > loader Revision... > > (root@nihil, ...) > > ... > > And then a few rotating -\|/ (serching or loading loader.conf, kernel, ?) > > Then silence. > > Hmm. Is your loader completely up to date? Does it have a BIOS CD device cd0 > in the output prior to that line? Yes, yes. Can the loader be compiled to be more verbose? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 1:32:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.99.75.166]) by hub.freebsd.org (Postfix) with ESMTP id 6271737B428; Wed, 6 Feb 2002 01:32:39 -0800 (PST) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id KAA30515; Wed, 6 Feb 2002 10:31:18 +0100 (CET) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.3/8.8.8) with ESMTP id g169NCg58307; Wed, 6 Feb 2002 10:23:12 +0100 (CET) (envelope-from root@nihil) Date: Wed, 6 Feb 2002 10:23:12 +0100 (CET) From: Michael Reifenberger To: John Baldwin Cc: FreeBSD-Current Subject: RE: Making bootable recovery CD using cdboot/loader fails In-Reply-To: Message-ID: <20020206102050.Q1048-100000@nihil> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 5 Feb 2002, John Baldwin wrote: ... > > ... > > loader Revision... > > (root@nihil, ...) > > ... > > And then a few rotating -\|/ (serching or loading loader.conf, kernel, ?) > > Then silence. > > Hmm. Is your loader completely up to date? Does it have a BIOS CD device cd0 > in the output prior to that line? BTW: Using a /kernel and /boot/* from a 4.5-mini.iso seems to work. Unfortunately this loader can't boot -current kernels due to version mismatch... Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 1:54: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (29.74.149.210.economy.2iij.net [210.149.74.29]) by hub.freebsd.org (Postfix) with SMTP id B3E6837B421; Wed, 6 Feb 2002 01:53:27 -0800 (PST) Received: from 158.26.35.129 ([158.26.35.129]) by hd.regsoft.net with asmtp; Wed, 06 Feb 2002 00:54:11 -0300 Received: from 32.241.57.187 ([32.241.57.187]) by q4.quik.com with local; 05 Feb 2002 15:50:02 +0600 Received: from [198.181.75.231] by n9.groups.yahoo.com with smtp; Wed, 06 Feb 2002 05:45:54 -0800 Received: from [197.61.143.88] by rly-yk04.mx.aol.com with NNFMP; Tue, 05 Feb 2002 20:41:46 +0100 Received: from unknown (HELO smtp-server1.cfl.rr.com) (155.40.236.237) by n9.groups.yahoo.com with QMQP; Tue, 05 Feb 2002 17:37:38 +0400 Reply-To: Message-ID: <004d36b40dda$1442e6c7$2eb00db1@fdymoq> From: To: Cc: , , , , , , , , Subject: See Real Babes (0384CuMg3-126YqKc6577@20) MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00C4_03E14D8D.A0707E67" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: QUALCOMM Windows Eudora Version 5.1 Importance: Normal Date: Wed, 6 Feb 2002 01:53:27 -0800 (PST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00C4_03E14D8D.A0707E67 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjwvaGVhZD4NCjxib2R5Pg0KPGZvbnQgc2l6ZT0i MiI+PHU+PGI+V0FSTklORzwvYj48L3U+OiBUaGUgZm9sbG93aW5nIG1hdGVy aWFsIGlzIG9mIGFuIGV4dHJlbWUNCmFkdWx0IG5hdHVyZS4gSWYgeW91IGFy ZTxicj4NCm9mZmVuZGVkIGJ5IGV4cGxpY2l0IGFkdWx0IG1hdGVyaWFsIG9y IGFyZSB1bmRlciB0aGUgYWdlIG9mIDE4LCZuYnNwOyBkZWxldGUNCnRoaXMg ZW1haWwgbm93PC9mb250Pjxmb250IHNpemU9IjEiPi48L2ZvbnQ+DQo8cD4N CjxhIGltZyBTUkM9ImcwMS5qcGciIEJPUkRFUj0iMCIgaGVpZ2h0PSIxMDUi IHdpZHRoPSIxNDAiIGhyZWY9Imh0dHA6Ly93d3cuZnJlZXdlYmhvc3Q0dS5j b20vc2V4eTA4L2luZGV4b3MuaHRtIj4NCjxpbWcgU1JDPSJodHRwOi8vd3d3 OS5raW5naG9zdC5jb20vdGVlbi90bTMxNDUwLzIzLmpwZyIgQk9SREVSPTAg aGVpZ2h0PTEwNSB3aWR0aD0xNDA+DQo8aW1nIFNSQz0iaHR0cDovL3d3dzku a2luZ2hvc3QuY29tL3RlZW4vdG0zMTQ1MC9idXR0MS5qcGciIEJPUkRFUj0w IGhlaWdodD0xMDUgd2lkdGg9MTQwPg0KPGltZyBTUkM9Imh0dHA6Ly93d3c5 Lmtpbmdob3N0LmNvbS90ZWVuL3RtMzE0NTAvc2hlMS5qcGciIEJPUkRFUj0w IGhlaWdodD0xMDUgd2lkdGg9MTQwPg0KDQo8L2E+PC9wPg0KPHA+PGEgaW1n IFNSQz0iZzAxLmpwZyIgQk9SREVSPSIwIiBoZWlnaHQ9IjEwNSIgd2lkdGg9 IjE0MCIgaHJlZj0iaHR0cDovL3d3dy5mcmVld2ViaG9zdDR1LmNvbS9zZXh5 MDgvaW5kZXhvcy5odG0iPg0KPHU+VEhFIDxmb250IGNvbG9yPSIjRkYwMDAw Ij48Yj5IT1QtRVNUPC9iPjwvZm9udD4mbmJzcDsmbmJzcDsgKipYWFgqKiZu YnNwOw0KVEVFTiBIQVJEQ09SRSA8YnI+DQpBQ1RJT04gT04gVEhFIE5FVCBU T0RBWSEhPC91PjwvYT48L3A+DQo8cD48YSBpbWcgU1JDPSJnMDEuanBnIiBC T1JERVI9IjAiIGhlaWdodD0iMTA1IiB3aWR0aD0iMTQwIiBocmVmPSJodHRw Oi8vd3d3LmZyZWV3ZWJob3N0NHUuY29tL3NleHkwOC9pbmRleG9zLmh0bSI+ DQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8YnI+DQpD TElDSyBIRVJFIEZPUiBJTlNUQU5UIEFDQ0VTUzxicj4NCioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKjwvYT48L3A+DQo8cD48dT48Yj5C ZXN0IGNvbnRlbnQgYXJvdW5kPC9iPjwvdT4gLSA8YnI+DQpDVU1TSE9UIEZh bnRhc2llczxicj4NCkFTUyBGYW50YXNpZXM8YnI+DQpTTVVUIEZhbnRhc2ll czxicj4NCkxFU0JJQU4gRmFudGFzaWVzPGJyPg0KT1JJRU5UQUwgRmFudGFz aWVzIEdBTE9SRTwvcD4NCjxwPjx1PlNQRUNJQUwgQk9OVVMgRk9SIFRSSUFM IE1FTUJFUlNISVA8YnI+DQo8L3U+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDxmb250IHNpemU9IjQiPiEhITkgYnJhbmQgbmV3IGNlbGViIG1vdmllcyEh ITwvZm9udD48L3A+DQo8cD4qKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Imh0 dHA6Ly93d3cuZnJlZXdlYmhvc3Q0dS5jb20vc2V4eTA4L2luZGV4b3MuaHRt Ij5DTElDSw0KSEVSRSBGT1IgSU5TVEFOVCBBQ0NFU1M8L2E+PGJyPg0KKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjxicj4NCklmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJvciZuYnNwOzxi cj4NCmFuZCB3aXNoIHRvIGJlIHJlbW92ZWQgcGxlYXNlIDxhIGhyZWY9Im1h aWx0bzp0bTMxMDQ1NkB5YWhvby5jb20iPmNsaWNrDQpoZXJlPC9hPiBhbmQg cHV0Jm5ic3A7PGJyPg0KJnF1b3Q7R0VUIE1FIE9GRiZxdW90OyBpbiB0aGUg c3ViamVjdCBsaW5lPC9wPg0KPHA+Jm5ic3A7PC9wPg0KPC9ib2R5Pg0KPC9o dG1sPg0KDQpbMDM4NEA0XQ0K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 2:38:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from web20607.mail.yahoo.com (web20607.mail.yahoo.com [216.136.226.165]) by hub.freebsd.org (Postfix) with SMTP id 8EED337B429 for ; Wed, 6 Feb 2002 02:38:22 -0800 (PST) Message-ID: <20020206103822.77426.qmail@web20607.mail.yahoo.com> Received: from [62.159.148.146] by web20607.mail.yahoo.com via HTTP; Wed, 06 Feb 2002 02:38:22 PST Date: Wed, 6 Feb 2002 02:38:22 -0800 (PST) From: Tom Servo Subject: Re: Promise/ATA-Raid making panic in -CURRENT? To: freebsd-current@freebsd.org In-Reply-To: <200202060648.g166mEn00433@freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I checked and compiled the recent -CURRENT tree, > > buildworld and buildkernel goes all fine. > > > > When booting it seems to crash on initialization > of my > > Promise controller and get "bad ivar request (4)". > I > > stripped all possible drivers out of the > kernelconfig, > > except for the ata driver, and it still crashes. I > > then see a couple of pci0: (no driver > > attached), and when it should come to my Promise, > BAM! > > The "bad ivar request (4)" message does *not* come > from the ATA driver, you must have something else > that is ruining your day... Does it boot if you > take out the promise board ? Gonna try this evening. I was first suspecting that it's the txp driver (I got a 3com 3CR990 NIC), but when I disabled most drivers incl txp, it didn't recognize all the cards, but still never managed to get over my Promise. /tso __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 2:38:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (dclient217-162-168-252.hispeed.ch [217.162.168.252]) by hub.freebsd.org (Postfix) with ESMTP id C509437B422 for ; Wed, 6 Feb 2002 02:38:24 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g16AcLX00672 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Wed, 6 Feb 2002 11:38:23 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g16AcKG00671; Wed, 6 Feb 2002 11:38:20 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Date: Wed, 6 Feb 2002 11:38:20 +0100 (CET) Message-Id: <200202061038.g16AcKG00671@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery References: Subject: Re: Performance of -current vs -stable To: current@freebsd.org Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: Mountain Informatik AG, Zuerich X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Serwoas! %s wrote on %.3s, %lld Sep 1993 > > Could it be due to the DDB, INVARIANTS & WITNESS options in the > > kernel? If it is that's fine with me, I'm just wondering where > > that magnitude of a slowdown would be coming from. > WITNESS can really hurt. Quite possibly I should turn it off in GENERIC now (I Hmmm, a few weeks ago I did some totally unscientific testing, noting that -current was much slower than -stable, by playing an mp3 with an optimized `mpg123' on a 75MHz pentium machine, where the difference was far more obvious than on a faster machine. I suspected that WITNESS and similar goodies might be a problem, and even composed a lengthy message wondering about it, but what really got me wondering was the fact that -stable had far less idle time than the same hardware running NetBSD-current, so that I could do `useful' work under NetBSD while playing an mp3 cleanly, but such was difficult with FreeBSD-stable and impossible with -current. However, I suspect that such a question is more on-topic in -hackers or even -stable than here, but I'm wondering if I should extract any useful info from the message I composed but never sent, and post my kernel config and ask if there's anything obvious in there that would explain why FreeBSD's mpg123 takes ~60% CPU and NetBSD's ~30% (vs the ~90+% usage by -current)... Oh, I'll try rebuilding -current Real Soon^W^W later today, without WITNESS, and compare, just to stay on-topic for this list. thanks barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 2:47:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id CEC3337B417; Wed, 6 Feb 2002 02:47:23 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 6210B5341; Wed, 6 Feb 2002 11:47:22 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: John Hay Cc: kris@obsecurity.org (Kris Kennaway), current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Not committing WARNS settings... References: <200202060558.g165wrG54670@zibbi.icomtek.csir.co.za> From: Dag-Erling Smorgrav Date: 06 Feb 2002 11:47:21 +0100 In-Reply-To: <200202060558.g165wrG54670@zibbi.icomtek.csir.co.za> Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Hay writes: > Let me hijack this a little. How many of you WARNS= adding people > consider different compile/code paths than the one your machine > exercise? For instance the one "make release" will exercise? The > WARNS=1 in libexec/Makefile.inc breaks "make release" because > telnetd is then compiled, but it isn't warning free. This is a good reason why non-zero WARNS should only be set in leaf Makefiles. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 3:15:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id CF58437B417; Wed, 6 Feb 2002 03:15:30 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g16BFTn64934; Wed, 6 Feb 2002 11:15:29 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id D81B8B6; Wed, 6 Feb 2002 11:12:44 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g16BCis55559; Wed, 6 Feb 2002 11:12:44 GMT (envelope-from mark@grondar.za) Message-Id: <200202061112.g16BCis55559@greenpeace.grondar.org> To: Dag-Erling Smorgrav Cc: current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Not committing WARNS settings... References: In-Reply-To: ; from Dag-Erling Smorgrav "06 Feb 2002 11:47:21 +0100." Date: Wed, 06 Feb 2002 11:12:38 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > John Hay writes: > > Let me hijack this a little. How many of you WARNS= adding people > > consider different compile/code paths than the one your machine > > exercise? For instance the one "make release" will exercise? The > > WARNS=1 in libexec/Makefile.inc breaks "make release" because > > telnetd is then compiled, but it isn't warning free. > > This is a good reason why non-zero WARNS should only be set in leaf > Makefiles. IMO, this is a good reason to not have WARNS contain -Werror at this time. NO_WERROR is a good way to fix this (again IMO). I see a great need to let warnings "hang out", and in an ideal world I see an need for (new) warnings to break things. I see no need for warnings to hold back a project as important as GCC3, and NO_WERROR is the cleanest solution. I do not expect others to agree with (or like) this. M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 3:33: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id BF82E37B400; Wed, 6 Feb 2002 03:33:01 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g16BX1P98030; Wed, 6 Feb 2002 03:33:01 -0800 (PST) (envelope-from dillon) Date: Wed, 6 Feb 2002 03:33:01 -0800 (PST) From: Matthew Dillon Message-Id: <200202061133.g16BX1P98030@apollo.backplane.com> To: Ruslan Ermilov Cc: current@FreeBSD.ORG Subject: Re: MFREE() References: <20020206094851.A51808@sunbay.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :The following files under sys/ still use MFREE(): : :alpha/tc/am7990.c :netatm/port.h :security/lomac/kernel_socket.c : :Please fix. : : :Cheers, :-- :Ruslan Ermilov Sysadmin and DBA, Please review the following patch. Note that the KB_ macros in netatm could be further rewritten and the (one line of) code that uses them could be cleaned up, but I only made the minimum changes necessary to remove MFREE(). I did rewrite the tangle of code in am7990.c, it's about an order of magnitude easier to read now. -Matt Index: alpha/tc/am7990.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/tc/am7990.c,v retrieving revision 1.12 diff -u -r1.12 am7990.c --- alpha/tc/am7990.c 14 Jun 2001 19:36:37 -0000 1.12 +++ alpha/tc/am7990.c 6 Feb 2002 11:24:51 -0000 @@ -442,19 +442,16 @@ int boff; register struct mbuf *m; { - register struct mbuf *n; register int len, tlen = 0; - for (; m; m = n) { + while (m) { len = m->m_len; - if (len == 0) { - MFREE(m, n); - continue; + if (len != 0) { + (*sc->sc_copytobuf)(sc, mtod(m, caddr_t), boff, len); + boff += len; + tlen += len; } - (*sc->sc_copytobuf)(sc, mtod(m, caddr_t), boff, len); - boff += len; - tlen += len; - MFREE(m, n); + m = m_free(m); } if (tlen < LEMINSIZE) { (*sc->sc_zerobuf)(sc, boff, LEMINSIZE - tlen); Index: netatm/port.h =================================================================== RCS file: /home/ncvs/src/sys/netatm/port.h,v retrieving revision 1.5 diff -u -r1.5 port.h --- netatm/port.h 20 Mar 2001 10:42:48 -0000 1.5 +++ netatm/port.h 6 Feb 2002 11:27:06 -0000 @@ -274,10 +274,10 @@ (prev)->m_next = (new); \ } #define KB_UNLINKHEAD(head, next) { \ - MFREE((head), (next)); \ + (next) = m_free(head); \ } #define KB_UNLINK(old, prev, next) { \ - MFREE((old), (next)); \ + (next) = m_free(old); \ (prev)->m_next = (next); \ } #define KB_ISPKT(bfr) (((bfr)->m_flags & M_PKTHDR) != 0) @@ -407,10 +407,10 @@ (prev)->m_next = (new); \ } #define KB_UNLINKHEAD(head, next) { \ - MFREE((head), (next)); \ + (next) = m_free(head); \ } #define KB_UNLINK(old, prev, next) { \ - MFREE((old), (next)); \ + (next) = m_free(old); \ (prev)->m_next = (next); \ } #define KB_ISPKT(bfr) (0) Index: security/lomac/kernel_socket.c =================================================================== RCS file: /home/ncvs/src/sys/security/lomac/kernel_socket.c,v retrieving revision 1.3 diff -u -r1.3 kernel_socket.c --- security/lomac/kernel_socket.c 26 Dec 2001 18:31:22 -0000 1.3 +++ security/lomac/kernel_socket.c 6 Feb 2002 11:28:08 -0000 @@ -644,7 +644,7 @@ m = m->m_next; } else { sbfree(&so->so_rcv, m); - MFREE(m, so->so_rcv.sb_mb); + so->so_rcv.sb_mb = m_free(m); m = so->so_rcv.sb_mb; } } @@ -729,7 +729,7 @@ so->so_rcv.sb_mb = m = m->m_next; *mp = (struct mbuf *)0; } else { - MFREE(m, so->so_rcv.sb_mb); + so->so_rcv.sb_mb = m_free(m); m = so->so_rcv.sb_mb; } if (m) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 3:42:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by hub.freebsd.org (Postfix) with ESMTP id C10F937B41C for ; Wed, 6 Feb 2002 03:42:49 -0800 (PST) Received: from fwd03.sul.t-online.de by mailout08.sul.t-online.com with smtp id 16YQTQ-0001UA-04; Wed, 06 Feb 2002 12:42:48 +0100 Received: from Magelan.Leidinger.net (520065502893-0001@[80.131.116.157]) by fmrl03.sul.t-online.com with esmtp id 16YQT7-0kM7BBC; Wed, 6 Feb 2002 12:42:29 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id g16BHqZ03604; Wed, 6 Feb 2002 12:17:53 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200202061117.g16BHqZ03604@Magelan.Leidinger.net> Date: Wed, 6 Feb 2002 12:17:51 +0100 (CET) From: Alexander Leidinger Subject: Re: Performance of -current vs -stable To: drosih@rpi.edu Cc: current@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 6 Feb, Garance A Drosihn wrote: > Anything else I should check? I realize there's about a million > differences between the two branches, and there might also be > something about my machine's setup which is a major culprit here. > I'm just looking for a basic idea of what other people have been > seeing for performance when they run current. # ll /etc/malloc.conf lrwx------ 1 root wheel 2B Aug 18 21:47 /etc/malloc.conf@ -> aj Bye, Alexander. -- Loose bits sink chips. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 5:21:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id C2D6537B421; Wed, 6 Feb 2002 05:21:19 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id g16DL8D76943; Wed, 6 Feb 2002 08:21:08 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 6 Feb 2002 08:21:07 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Terry Lambert Cc: Ruslan Ermilov , Warner Losh , Kris Kennaway , "David O'Brien" , Mark Murray , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Not committing WARNS settings... In-Reply-To: <3C60EDC8.28844031@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 6 Feb 2002, Terry Lambert wrote: > Ruslan Ermilov wrote: > > Nope, what David was _actually_ trying to say is to hold off with WARNS > > fixes until GCC 3.1 becomes our compiler, because otherwise this is an > > almost 100% duplicate of efforts, as GCC 3.1 is so WARNS-different from > > GCC 2.95.3. And of course David should add NO_WERROR (but probably to > > Makefile.inc1) to avoid world breakage. > > A cynic would say that that means that there are two sets of things that > need to be fixed, and not just one. Well, I think that's true: no one is saying you can't fix the warnings you find by turning up the warning level. They're just asking that the warning level not be turned up in the default Makefile. Since these are entirely seperable activities... Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 6: 3: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.sanda.gr.jp (ns.sanda.gr.jp [210.232.122.18]) by hub.freebsd.org (Postfix) with ESMTP id 5221B37B41C for ; Wed, 6 Feb 2002 06:02:54 -0800 (PST) Received: from ever.sanda.gr.jp (epoch [10.93.63.51]) by ns.sanda.gr.jp (8.11.6/3.7W) with ESMTP id g16E2Ha27320; Wed, 6 Feb 2002 23:02:17 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by ever.sanda.gr.jp (8.8.8/3.3W9) with ESMTP id XAA06721; Wed, 6 Feb 2002 23:02:17 +0900 (JST) To: current@FreeBSD.ORG Cc: mitchy@er.ams.eng.osaka-u.ac.jp Subject: ThinkPad X22 PC-Card slot problem X-Mailer: Mew version 1.94 on Emacs 19.28 / Mule 2.3 =?iso-2022-jp?B?KBskQkt2RSYyVhsoQik=?= Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Feb__6_23:02:07_2002_731)--" Content-Transfer-Encoding: 7bit Message-Id: <20020206230216K.non@ever.sanda.gr.jp> Date: Wed, 06 Feb 2002 23:02:16 +0900 From: non@ever.sanda.gr.jp X-Dispatcher: imput version 20000228(IM140) Lines: 147 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----Next_Part(Wed_Feb__6_23:02:07_2002_731)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit I recently installed -current to ThinkPad X22. Though it seems that X22's PC-Card slots work fine with -stable, in -current when probing PCICs I got following message, pcic0: mem 0x50000000-0x50000fff irq 11 at device 3.0 on pci2 pcib2: device pcic0 requested unsupported memory range 0x50000000-0x50000fff (decoding 0xc0200000-0xcfffffff, 0xe8000000-0xf00fffff) pcib2: device pcic0 requested decoded memory range 0x50000000-0x50000fff after this, pcic returns error but some how it is attached and when I install a PC-Card, the machine freezes. The address range above (0x50000000-0x50000fff) is same one that I see with -stable. When PCI_ALLOW_UNSUPPORTED_IO_RANGE is defined in sys/dev/pci/pci_pci.c, pcic does not return error, the machine does not freeze, but when a PC-Card is inserted I get the message, pccard: card inserted, slot 0 pcic0: reset 1 int is 10 stat is 5f pcic0: reset 2 int is 70 stat is 5f pcic0: reset 3 int is 70 stat is 7f pcic0: Event mask 0x9 pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f : and the card does not attached. The complete dmesg with boot -v is attached. Any ideas ? // Noriaki Mitsunaga // ----Next_Part(Wed_Feb__6_23:02:07_2002_731)-- Content-Type: Application/Octet-Stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.X22-current.gz" H4sICCZVXzwCA2RtZXNnLlgyMi1jdXJyZW50AOw8/W/buJI/13/FoHfvkOzZDkl92rcpnuOk ra9Nk4vTfQssHgJZomK92JJWktu4f/3NkJKsOLbjZFssHrBFqlDiDOeDM8MZisowSZdZdDst 4MA/BN7riY5gTMD1VMLbTMqT8SlcZsm/pF90W8M1YKfXxqvL1NVQV1tdXXVVvT2urkJdFUzP bL2i4a/krYyLHJIQCrz9HEdfZJZHxZKeDL1ZFCZZHHldGMxmoMjmkMlcZl9k0G1VzFld1hl+ vro6+3QN/8F5H64XyLmcAFiAt4bd5z343/E1kFgtwH9ZkhR/L1LGuzLrevO8K+PbbpJ7d15n 0fX87r/S/tEiz47yzD/Kl/lRZLj2kZ/M02gmj96dfTq7Gg1bl5mcJV4gA5CzEO5kFssZvD6a 4NhH+q789Rq8Ati9zyxLMsa6a5jzJFjM5Bqm56dR9y55gDoxUf+olEnmFVF8C/4s8e8O8kPo drtwPR7qB31weo5hMm704P23NkSusMyqi/OewR0HO1rDjx9uPo/PbkbUfzMcfBydXA2uRxef IE4KyFPpR2GELHZgkRO1QIbeYlZAmMnfFzL2l63raC79ZBEXMoPXisxrWHVrWq5o0kIm96CU zALwKzmTGOaymCbBQ3I40gNiSma0MVORu/zch0u0rGgxh9FodNRow68yiY+GciYzHPoA8bqG 1Tl//w1s1+74My/PAfEP0U4u0OKiGI7h9TsZL6JYjpA2ziaMAnzI7u0JBxgXMk2J62PgiPNW esUCTfSY3RuuEfbC8Oe3l5/bv5yftU/P2pfjszZy3j4fX7UvB2ft8+FZe/ir2x6fXbbPr6/w 4Tt6OGgPzy9+QYhrwjDs9vn5r+23vyLSeHz2ppVJb4ZKmSfZEpCsyQSzDcNmcGD0hG2yDzBZ FjI/bF1Ol3nkr4D96SImg+m32D0aIuP4H7WubnoyDMM22KbDbVcPAAfcciH1bmksArJcq8Lg Tmg7CsPo2cIUPdOskHq2g6ZXonlfvKimfwyGawnhuox4dWz0x5rXSZTkhujDW5zhAE5GF2ND wBg9PfIlnEYZRh8aYirRb7LKK1joGC6rcc/iQlFh92HgSKRBENQ6BAw1X6gH4KOM1VylfkR4 aCjDkaIHUqGroRHLYf+NYrqylcapBtSsXcaXGjzwCq/JiGQr0IqTkNTc97jBKw54twn2BWlC OPNuaSBzYrYuMA5mevw8uo21MUFIlPuteDGb9eFn+oXuSJppwze04/IGLcOLg2SOICQKRmrI k0VGHTgB+LSchv+C0dHFm1blFBjbgYwP8kWaJlmBevAmMxmQhm6SVMYH/LD/CqOUBA5eEGSg oA7QIvzQPYQoRxW4ypq42UDySiyu3cFl+h8hVu1DBe6Ht/5UYnh6peXAWfpNOeIxswnqn/Db NMiOqYG0SEESDqLg2LAcy2Wufdj6rOLGf16OrqAg3nGNMdV0Rqi8eooCOWGtOL1npAqvmEKa Jb7M8yR7AxRmEhp6knhZUEKNcEHhNkQUckLPly2KyoQ9OjmnZeT6ssNP8fcjdOocDC9HHYaO 0YeffvoJzrIsyfpwrmIZyHvpL1RwC9E/ZNCGwdnNp4vrm7NfR+PrPx2/lDNNvqIxThZFgYCo +imaFwKDh0qFMLrHZqjjHanyNvPmc5oHmvRZ92G8Jm4eBGycvJ5lWhSuvwe3NwVSy2huhNmZ RAWoe5p7o6spYYh/oy0X3Zoxt6N+TWjqlLh6GD9d0CC4ArxZ6ym+UQfN8Rwj6rcklusQsyhQ uAk536xi/mMUwPhrVPjTdXitWEIZz6RM4UTdr0NRnCKY90ledChWTbIouJW1LOiDHbqGKzxE odmrov9kgZ7UejX30t84+2cfimUqAfMwjBa32MC8bOLlEoLSKdsYeb5JEJjBVZFAxZ/Om1cY roIkU85MaR66K61z6IY4GLpugHeYYb1SBHGYWVLQ73AR+8RA5dMdxjpEBp2aWCEkvJuHargn adnbafFNtMx1WnxFS+lE1DoxH+lErZJurROw9tSJMF3R4JM/5FP0HjHqd5ixVSmIjjEIs4xj D/O57PdjzvdlXbyEdXMP1vl+rLOa9clzWTdfwrqzB+viuaz7NetPkDfdFXlzjbzBnmudT8nq b5fV2OgKfJeFPQwPmyeF8bCeFGM1KRrXfALXCM0KV6zjuk/RdbbT9Z+i62yl+7QR2jVdc38j 9PaYmJX/cJoYwtlthKXrC8val3f3JQ5k7MG70XQg6/m+/5SZcX8VcdGj1EIXRPkzjI27fj2C vT7CUyqw9lCBVavA3OVXL1aBMP+oCsRqKQfnuSqw91CBXavAee4KoBOUn1U2s8jrjEfnOqoy 47r7QcKDyVxZIGARRTg0TAUNkGO2GQceFjg4JuWUZZGnOxeTJAsiLKhk2d3oxHIIR/apwin/ YabBKEu5N7DGXQGWBVQDlioLrsJMRzXD8AFCmslQYuqHmXKJxO5lmWchgnTCGoGvZWz86YxN rmVszjNDssEeGNmWkMwf4VYil7jc3hFeEFJUhmX6Vq9hWEwbFt+aKRq7M8UNSZGqWGhHCQRU 9WwOpwxOOZwKODUA/EWWUdV9ykqtPzBDNXNVB7pLOvOWbfjl3aBpfgzN7yDGsjuj/UrsKDya 4sPWYqoNW20UgStcxoeDo+HgHA5Gw/fGIXwen4Cv64MZYuJtZ7CqSlxlFNzlIQkEnDdoil7D 5hf55AVkEFsxWKITEM1FToUVbUsspgt6rkf9/B61QvukgE/boDfGekdMzR+BsyO6tPWOAK+Q BWiVY8EzxZsMHeaLrshz2utU84NmQnzwZ0pw0lCU0IoyNiuKNxX1AjKloniJvlFR/I8oij9L UQIlUFQObmUss8hf57uhGFMrxtqsGLFSjB734JP8qiU4VUCjoEyj9b4Kyr8H8VJdogTfqC6i 1Rj5RVoTe2uNvFjsXEEMtraEiM1LiGh0PlpC3FXnpiXE1EHerVYEsX0JEfUSEq5WBI2wcQlx 6yUkZKxGEGtLiFhfQh6HcuvhEsLFrlDOKaPUoZyZzULcc3UoF1WOsKn6cNZDudhZ3z4vlO8h KP+BgvLnCjr5YYKSMfGGoHxfQS1LPF6c1wV9UDuzDn9yx8LfR9CdIj7Oe8LnGK2waxEN19lQ 3lQiWo+MVnTcH5p/7DWXWwTdK8FzGwmevWcNyBll+Ou7GJWS3A1K+uFJmtiQpKnA7FMWdBX5 yRSuPlpDdFV6m9MZellwghH6pAz7GHMxaFqrvFs1MWg+XiSNelmoI3/Zo8iB2r/OCwzGi7hk HdtlUNczsJnSgQretD2+Md63N0f1wyeY0CvCPgxU6iI9DpM4jG4X5evVPPV82W+Beg/YBx3y KDJQU9BbHeZQ02YOY56rwFyqTxkoJK6QKpIKiRqBj80JYxaWGUK/Y9QACkloSg2k3c2Wrsn2 Q3I8YnqikUyNhKkRZ9xcQfJdlKyXsGe/BMl5CZJbzpO7CdK0DfxvPkLqvYSSVyK5XtmNi4ul DHoH0uQllPwt87QTKdiPUiiZp6ZcIUmFJEyfmfuzFz5XptT3MQzpbQ6giKSSxgMVNTGLrgKZ ryKcz58VyPjKu/nWQMZ3BDK+byB7TOn7BTK+TyB7xEClrh8XyPjmQOYi4p8QyMRfgeyvQPbn BzL+ZCDjVaqWyyzSFWgb3kaZ/Af+f1B7d8Xm7bOv9eZZlkczuMyifA6iaylfH52dnYHLRJfz SRUJQ9YMNFsiobU1pUN6T4egBo26OFeM0kHEAstzZBJ5PEIeu7pDM6l2LmSeo7ZZH6METpbr 9Q2rb3ka7Gt0U26p3GgV9PHJ1MtvvspUnVCapGFf8VhpqBXep6t9v8ssOcJQBWd0JiGWRb0L 5Jb7DswISz014zQ1N+rJ3aonIvu0ojYQKRnWx/pKcBWlcbTbKKeTIVjG0PG5ErKSpVIe6Q5d w+r1Pbdvh33LLgGVRZzmpGzXBqpZQHubYD1EwrJFw50uY28e+TAuvDiYLNXZFDrKUr8JieJ0 uiSl0gFGW5xd4zhKrXMZRN7q7I8+4xNFaNWsRkJYqrWu21Wj8/b0V7rRd82m7vEWRaLnVem0 nljipnwj0hmNB5s2rJrvPBBc2QFBljWRGqHlFV7a3IKmXU4YXA9IoI37hbbeL7TDNq5Kjklv PBynTef7VIdqG6F6HqrnoXoeOg9ZW+24IgdIPkpIalVkhyjmrFg9MEIbJnOa32PNQIky9/K7 Y2ZAkhdewY4tplvimGmIDgLgXPRJnMsRHTiaUJELVXc+877Ibb2r4evRqcE3DV4ho29YJbIW lN7Vlg/UmTISTXmRqV5gadUTAH+gAGddAc5DBbglypoC2JoC+G4F8J0K4OsKYA8VwBsyVg+0 jE4po9WUsbSxZqAfn5+QJT6wCmNzmC+x54sZHdJCLyO/CKJkDdvaiZ1H83Qm0ajn83Wy9paX M/FdnHyN++rUsdJPgMlsGQcOUei7SaA2FD7IpTrG13wzcBC5zBSHtefYZpvyJK2bxoktGoTG GFxDNcwbdcCTDknyBrimphH66vR7teeBD5qUSUKMXeqcLEU2p8K5q9gcnVKiZ3oTOBCHLWKA 9KFZaWl+9E0bjYPCJMY3QbBtooMJdB9Za2susWmog2CtNJ9T6FZbRlAkaMOzxKe979HV/1Gn n8ZpKb9oHD1TWJUoTd77infd//Pl+EjAebLIMcY1hiiVooHUMUJ4p5dIUBhzwmhXU01yq50n UZ5RzCvypVT1NmEpWn2PS9AdLjK0MdY3SqR8GfvkI311cgBvJlFBOK1QW4WMp17s05HHWZKm yzXjEAxDJXw6cwSz0VUyOnAfy5W96OhphPqdsqWEtldq0zTejt5eVJt0bahOYRdTXAmnyQyX f2Va3DRZ58MJHWx8ra1cLQA0hL4F1sqjpNbDIkOmiZ6pLD+KASXDZZe+sSjdAHvzGktxPPeW ChqDSLVrqHtpIESmtOaeN/9X2Crw6HOagOwXdN4cGFq9QAZscKCnIFeKcfVr9pLFWiV6OLW5 iSszI50SQ6iLNImp/mylqV8nF/K+kDElJfQiRg2t0pISZnx5qVo10YlPRH1DEXUa5qvAK5vz p1FKOd7Bp9HJycezThLPloekwOHF+eXgeoTPlJW20lmkErPLj6NLwPTla5LdraUOaaoyB7X2 z5pL/ywtFGqm4Juwukelw9kiLTpqcmMlAzKqT1B4GfolLfRHF03Up2IdHbaQ2qzn2EeK25Ae 2DYFuYZ37zOsP594RfMcrP58A05QYpkt14+3er6nA+YQcz4vrVSwF72/ul/SjYs4LQgepSWZ 9IIlOg/m4vn/QH4X6W9ZoqKG4k9AUcTuV5F7J2xIgOFTUFRJ9st97v3gdnOIHo1g6ROjYbDB FYDC0i6o62xJrSsEuLkkF8FlVjBj83Nzy3N3y3N/83Njy/jGlvGNLeNjsGvJ+xu0gpsooC8/ wuXBYStH5eRP6ObLLVoCXnZD0cDK1m4was6weEP70zZHAPTRTJlgboSke4KLk7jThE0ylS5c pGqD7+riXOd6UaLrWlmdo1I7j+wejUvdB+W9H5T1aFDel/2+X95X9eok1OfnqbBqecEXVq9g Sbmi1Z1Tyv8pd17Qt4i3ao2roLHi/XfofyQcqrSqCA2q9bjhrAQmT9yBoE+cWCv1TSj6v9UI Y83HFfJxTXx0iIVJcVPbQJ+2MVYJg6o5DOO7DGL+8UHE9+BEfA9O+PfghGtOnjX9fr4L3tCH JPlq9mWwC17QC/V70QtrFw5ot0rXAKweJJTPIxo9Bb8ixzaQm70A3Vphx/4TIlf0Avy1oprO 9TdL9YNcJWTjJVb5c0rH8mSmt4Dq+pGtAf/yboD1gA1foqxYYCVeIuVlxXOsmH+jYcMJ1jW6 CsQkax7FCC+xBvcK+tIq9+EgX+Y0QN19SMsif1RGGHuUEXxnGcEflhHC5I+v1Sj7lRN81wSo CkOUFYax0mCUiG05EvYZW/viPYyThetGRisoTm9VW9DeXXWstEL1FWqwcg6vXJ9oeVpZe0hb hTRcm65tVSP1yRQOrMNVGe8w5oQalsbvN8bHuj8rfFXqm23al+2XpNRrESr+FVoUR4Wqb/oC weiLVX1ntOsCv+zV8F+jOEi+9tWyOlFurQtscQe3WI1RA4dZhP1VR6kVlWL8Y3D1afTpHd5h gpLondpcfTinUoxcTUe4mM2WsHphiToppthX1g4tUkOKRREWHTLLYZFSTUTnTTqLtIVVJHdp Tlj9Y6irAOmAY4AZ0k/PAUuAa0BrYgJGGYTApywAJis0B9CrexxcbISY0xEYNloTCzwDQoVD L+aEomACs2iXENEMF4weGB4YE0zJoGUEYEgwEMFXONhwG+ypH2JYUcZx1wVEN1QfC4dYHiuN 4WQ0xeQPxbRRNCUjwrgCLAtcjlyHW8RUPz0fXLkSs2cjQu9Hi3n2bnC0Jio6G3raIqc8Zou0 /66T+qXYnnDuSpebqbIyg3cSI4f67LnfAtZnRhjIkBjpdjkT/BgvAvwl5uQBqrRNz4XROxYm U1/W4xPe7drGsW3QWVhcGXIcBotx/R2vUnxLnxSuVwX97j3EYJFP6a9y0EfVYV6/4MGIr/c8 ksaeh3qSps1tkMbXt7TlkqdSKwPXvC77W93dpz/OQFtiSVGoyqKxXYbk0hzCLJkT1t8Utuha iEw7DPnCp4+9aXT11zM+n54P1CKu35TQXk9riPWN6jwdjT9gTGEa9efRUFifmGCD69MBffBz dDowLgaOjeF7cD3oWFTp3OlN1/pdgkblPeY45yf0pxno1AEaWKlXjNQmZlsmDNu0uf6+Dajz cRssLuCkxLUJOD+K4gJhcKLTYgq/L+RCthX3nJX8pbheoDccmxDMPdUSsKiaFvhYgwXHvHVO k0jSqXPXSk+LMO8foQUd4Ti56dFwOS933TCOt6mQwLXJVh/d0V+94LbhmD36jKP89ANvXfSt Plx8UNiixuY1uuH8fztXsMIgDEPv+wp/QLStVfwAdxK2wy47jYkWBsPDxmCfvyZptYqCrLsM ehPJe6ZFSUxek5cZAx0mkei9kC6JyEGpOHKIgeMqLQc9eOSA9nrOBg6eZoy7HNkSB2IcP9Cv 0Y+SFxi2iMSpTh36qL713Q5pLhAXNTv9ZCdP/SUmcGta/urgBHuEym2c1WICZkNVMPuDFsdw lP10PlYB/RV6ripCzdU2cVNrkivK6X8la5o7sNIsnzx8p1+u1zuq6j2OOjBzFh46uOsF380o DsjhaV4IdCmgOmuUGTpBhy6QNu5gmSTUjVKLIZkCg3I0JFGMGn9wKdXUhlubYt1GLNgUatG/ cvPeQM3ebow5NMGlCvAAD/AA/wN44Qcv/eCNH7z1gysvuGB+cOEHl2pLaMVjhk5k/QBLx4XW MlEAAA== ----Next_Part(Wed_Feb__6_23:02:07_2002_731)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 6:17:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.68.253]) by hub.freebsd.org (Postfix) with ESMTP id AB37A37B400 for ; Wed, 6 Feb 2002 06:17:52 -0800 (PST) Received: from shidahara1.planet.sci.kobe-u.ac.jp (localhost [127.0.0.1]) by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id XAA71946; Wed, 6 Feb 2002 23:16:21 +0900 (JST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Message-Id: <200202061416.XAA71946@shidahara1.planet.sci.kobe-u.ac.jp> To: non@ever.sanda.gr.jp Cc: current@freebsd.org Subject: Re: ThinkPad X22 PC-Card slot problem In-reply-to: Your message of "Wed, 06 Feb 2002 23:02:16 JST." <20020206230216K.non@ever.sanda.gr.jp> Date: Wed, 06 Feb 2002 23:16:21 +0900 From: Takanori Watanabe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020206230216K.non@ever.sanda.gr.jp>, non@ever.sanda.gr.jp wrote > >I recently installed -current to ThinkPad X22. Though it seems that >X22's PC-Card slots work fine with -stable, in -current when probing >PCICs I got following message, > >pcic0: mem 0x50000000-0x50000fff irq 11 at >device 3.0 on pci2 >pcib2: device pcic0 requested unsupported memory range 0x50000000-0x50000fff ( >decoding 0xc0200000-0xcfffffff, 0xe8000000-0xf00fffff) >pcib2: device pcic0 requested decoded memory range 0x50000000-0x50000fff > >after this, pcic returns error but some how it is attached and when I >install a PC-Card, the machine freezes. The address range above >(0x50000000-0x50000fff) is same one that I see with -stable. > >When PCI_ALLOW_UNSUPPORTED_IO_RANGE is defined in >sys/dev/pci/pci_pci.c, pcic does not return error, the machine does >not freeze, but when a PC-Card is inserted I get the message, > >pccard: card inserted, slot 0 >pcic0: reset 1 int is 10 stat is 5f >pcic0: reset 2 int is 70 stat is 5f >pcic0: reset 3 int is 70 stat is 7f >pcic0: Event mask 0x9 >pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f >pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f >pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f >pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f >pcib2: device pccard0 requested decoded I/O range 0x4000-0x25f > : > >and the card does not attached. The complete dmesg with boot -v is >attached. Any ideas ? How about disabling ACPI? If this works, it is because ACPI PCI interrupt routing problem. pcib2: at device 30.0 on pci0 pci2: on pcib2 pcic0: mem 0x50000000-0x50000fff irq 11 at device 3.0 on pci2 Takanori Watanabe Public Key Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 6:41:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id D9E9B37B425; Wed, 6 Feb 2002 06:40:50 -0800 (PST) Received: (from steve@localhost) by virtual-voodoo.com (8.11.6/8.11.5) id g16Eeom67950; Wed, 6 Feb 2002 09:40:50 -0500 (EST) (envelope-from steve) Date: Wed, 6 Feb 2002 09:40:50 -0500 From: Steve Ames To: John Baldwin Cc: Garance A Drosihn , current@FreeBSD.ORG Subject: Re: Performance of -current vs -stable Message-ID: <20020206144050.GA24003@virtual-voodoo.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 06, 2002 at 01:02:34AM -0500, John Baldwin wrote: > > On 06-Feb-02 Garance A Drosihn wrote: > > Could it be due to the DDB, INVARIANTS & WITNESS options in the > > kernel? If it is that's fine with me, I'm just wondering where > > that magnitude of a slowdown would be coming from. > > WITNESS can really hurt. Quite possibly I should turn it off in GENERIC > now (I wouldn't mind if someone else did that.) Before major locking > changes people should still use it to look for bugs, but it isn't > very efficient I'm afraid. :( Is 'AJ' still set in the malloc options? I seem to recall setting /etc/malloc.conf once in CURRENT for performance reasons. -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 7: 3:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (dclient217-162-168-252.hispeed.ch [217.162.168.252]) by hub.freebsd.org (Postfix) with ESMTP id 83ED637B419 for ; Wed, 6 Feb 2002 07:03:20 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g16F3GX01223 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Wed, 6 Feb 2002 16:03:18 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g16F3GO01222; Wed, 6 Feb 2002 16:03:16 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Date: Wed, 6 Feb 2002 16:03:16 +0100 (CET) Message-Id: <200202061503.g16F3GO01222@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery To: freebsd-current@freebsd.org Subject: Lock order reversals, login-related, maybe... Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: Mountain Informatik AG, Zuerich X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Are the following lock order reversals something that I should mention when I encounter them, in general? On the other hand, this is from an older -current, built 25.Jan, before which I don't see these messages, while after installworld/reboot, I see them, except I haven't normally booted into -current other than after -stable wedges/panics and I want to background-fsck all filesystems. Actually, it looks like once I did, so this, which immediately follows my alternate-r00t-login, is unrelated to the background fsck, but it always follows my login. If that made any sense. Jan 30 08:34:56 dastardly login: ROOT LOGIN (t00r) ON ttyv7 Jan 30 08:34:57 dastardly kernel: lock order reversal Jan 30 08:34:57 dastardly kernel: 1st 0xc188b634 filedesc structure @ /usr/src/sys/kern/kern_descrip.c:925 Jan 30 08:34:57 dastardly kernel: 2nd 0xc031c940 Giant @ /usr/src/sys/kern/kern_descrip.c:959 Feb 1 14:13:36 dastardly login: ROOT LOGIN (t00r) ON ttyv3 Feb 1 14:13:37 dastardly kernel: lock order reversal Feb 1 14:13:37 dastardly kernel: 1st 0xc187e734 filedesc structure @ /usr/src/sys/kern/kern_descrip.c:925 Feb 1 14:13:37 dastardly kernel: 2nd 0xc031c940 Giant @ /usr/src/sys/kern/kern_descrip.c:959 Feb 1 14:22:24 dastardly login: ROOT LOGIN (t00r) ON ttyv7 Feb 1 14:22:25 dastardly kernel: lock order reversal Feb 1 14:22:25 dastardly kernel: 1st 0xc1880034 filedesc structure @ /usr/src/sys/kern/kern_descrip.c:925 Feb 1 14:22:25 dastardly kernel: 2nd 0xc031c940 Giant @ /usr/src/sys/kern/kern_descrip.c:959 [etc] I'll assume that since this is two weeks old, it's been noted already, but in general, I wonder if I should report such occurrences, in a more timely manner... thanks barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 8:45:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 1A7BF37BA7A; Wed, 6 Feb 2002 08:23:58 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g16GJMQ06035; Wed, 6 Feb 2002 11:19:32 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200202061619.g16GJMQ06035@aldan.algebra.com> Date: Wed, 6 Feb 2002 11:19:19 -0500 (EST) From: Mikhail Teterin Subject: How about gcj? (Re: Not committing WARNS settings...) To: mark@grondar.za Cc: des@ofug.org, current@FreeBSD.org, obrian@FreeBSD.org In-Reply-To: <200202061112.g16BCis55559@greenpeace.grondar.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 6 Feb, Mark Murray wrote: > [...] a project as important as GCC3 [...] BTW, how about, may be, if the stars are right, bringing in the Java support too? gcj is now one of the compilers, that come with the GCC package... And it is promising -- it can compile Java into byte code or byte code into native code, supposedly. -mi P.S. Time to run away for a while... Ouch, that was a new asbestos suit! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 9:20:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 6CDA837C567; Wed, 6 Feb 2002 09:13:12 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g16HDC397001; Wed, 6 Feb 2002 09:13:12 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Feb 2002 09:13:11 -0800 From: "David O'Brien" To: John Baldwin Cc: Garance A Drosihn , current@FreeBSD.org Subject: Re: Performance of -current vs -stable Message-ID: <20020206091311.A96921@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Wed, Feb 06, 2002 at 01:02:34AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 06, 2002 at 01:02:34AM -0500, John Baldwin wrote: > WITNESS can really hurt. Quite possibly I should turn it off in > GENERIC now (I wouldn't mind if someone else did that.) I think it should stay. Especially as we are not getting much usage in -CURRENT. If we turn it off by default, it should come back on 3 mo. before 5.0-RELEASE for testing. (and yes off for the actual release). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 9:21:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 6E2AC37C35C; Wed, 6 Feb 2002 09:15:43 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g16HFc197063; Wed, 6 Feb 2002 09:15:38 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Feb 2002 09:15:38 -0800 From: "David O'Brien" To: Steve Ames Cc: John Baldwin , Garance A Drosihn , current@FreeBSD.ORG Subject: Re: Performance of -current vs -stable Message-ID: <20020206091538.B96921@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020206144050.GA24003@virtual-voodoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020206144050.GA24003@virtual-voodoo.com>; from steve@virtual-voodoo.com on Wed, Feb 06, 2002 at 09:40:50AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 06, 2002 at 09:40:50AM -0500, Steve Ames wrote: > Is 'AJ' still set in the malloc options? I seem to recall setting > /etc/malloc.conf once in CURRENT for performance reasons. Yes it still is. That is the other thing Garance needs to decide if he wants on or off. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 9:22:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 19CEA37B63C for ; Wed, 6 Feb 2002 09:17:52 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g16HHiu97084; Wed, 6 Feb 2002 09:17:44 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Feb 2002 09:17:44 -0800 From: "David O'Brien" To: Garance A Drosihn Cc: current@FreeBSD.org Subject: Re: Performance of -current vs -stable Message-ID: <20020206091744.C96921@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from drosih@rpi.edu on Wed, Feb 06, 2002 at 12:10:05AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 06, 2002 at 12:10:05AM -0500, Garance A Drosihn wrote: > On current On stable > ---------- ---------- > real 7m 43.392s 4m 53.100s in /usr/src for current > user 0m 11.692s 0m 4.203s > sys 3m 4.601s 0m 2.248s > > real 6m 40.322s 2m 39.361s in /usr/src for stable > user 0m 10.531s 0m 6.653s > sys 4m 28.863s 0m 9.480s ... > Could it be due to the DDB, INVARIANTS & WITNESS options in the The order of magnitude increase in 'sys' time is the indication that WITNESS is turned on. Infact IIRC I once did a 'make -j8 buildworld' on a dual Athlon system, and had sys > user. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 9:23:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 63A5837C737; Wed, 6 Feb 2002 09:21:10 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g16HKvO97110; Wed, 6 Feb 2002 09:20:57 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Feb 2002 09:20:57 -0800 From: "David O'Brien" To: Mark Murray Cc: Dag-Erling Smorgrav , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Not committing WARNS settings... Message-ID: <20020206092057.D96921@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <200202061112.g16BCis55559@greenpeace.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202061112.g16BCis55559@greenpeace.grondar.org>; from mark@grondar.za on Wed, Feb 06, 2002 at 11:12:38AM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 06, 2002 at 11:12:38AM +0000, Mark Murray wrote: > IMO, this is a good reason to not have WARNS contain -Werror at this > time. NO_WERROR is a good way to fix this (again IMO). I see a great > need to let warnings "hang out", and in an ideal world I see an need > for (new) warnings to break things. I see no need for warnings to > hold back a project as important as GCC3, and NO_WERROR is the > cleanest solution. > > I do not expect others to agree with (or like) this. I do not. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 9:27: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 998A437C6AC; Wed, 6 Feb 2002 09:23:04 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g16HN4L97178; Wed, 6 Feb 2002 09:23:04 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Feb 2002 09:23:04 -0800 From: "David O'Brien" To: Robert Watson Cc: Kris Kennaway , Mark Murray , current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Not committing WARNS settings... Message-ID: <20020206092304.E96921@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <3C60EDC8.28844031@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.org on Wed, Feb 06, 2002 at 08:21:07AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 06, 2002 at 08:21:07AM -0500, Robert Watson wrote: > Well, I think that's true: no one is saying you can't fix the warnings you > find by turning up the warning level. Well... it would be nice if people would do CORRECT fixes. From some things DES was saying, people are making some really stupid "fixes" just to quite warnings. Esp. WRT const. I am starting to think all WARNS cleanup patches should be posted to audit and have an "Approved by: audit" or any of our accepted very knowledgeable C standards people. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 9:28:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id CF75A37B6FB for ; Wed, 6 Feb 2002 09:24:22 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g16HO6Z97196; Wed, 6 Feb 2002 09:24:06 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Feb 2002 09:24:06 -0800 From: "David O'Brien" To: Mikhail Teterin Cc: current@FreeBSD.org Subject: Re: How about gcj? (Re: Not committing WARNS settings...) Message-ID: <20020206092406.F96921@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <200202061112.g16BCis55559@greenpeace.grondar.org> <200202061619.g16GJMQ06035@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202061619.g16GJMQ06035@aldan.algebra.com>; from mi@aldan.algebra.com on Wed, Feb 06, 2002 at 11:19:19AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 06, 2002 at 11:19:19AM -0500, Mikhail Teterin wrote: > BTW, how about, may be, if the stars are right, bringing in the Java > support too? gcj is now one of the compilers, that come with the GCC > package... Uh, NO! It is not needed by the base system. We really do not want to turn on all the support libs, etc.. that would be needed with this. There is a reason the gcc30 port takes 25 minutes to compile on a fast 1.2 GHz Athlon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10: 5:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 1488937B405; Wed, 6 Feb 2002 10:05:35 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g16I5JQ07324; Wed, 6 Feb 2002 13:05:20 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200202061805.g16I5JQ07324@aldan.algebra.com> Date: Wed, 6 Feb 2002 13:05:16 -0500 (EST) From: Mikhail Teterin Subject: Re: How about gcj? (Re: Not committing WARNS settings...) To: obrien@FreeBSD.org Cc: current@FreeBSD.org In-Reply-To: <20020206092406.F96921@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 6 Feb, David O'Brien wrote: > On Wed, Feb 06, 2002 at 11:19:19AM -0500, Mikhail Teterin wrote: >> BTW, how about, may be, if the stars are right, bringing in the Java >> support too? gcj is now one of the compilers, that come with the GCC >> package... > Uh, NO! It is not needed by the base system. We really do not want to > turn on all the support libs, etc.. that would be needed with this. > There is a reason the gcc30 port takes 25 minutes to compile on a fast > 1.2 GHz Athlon. That's the thing. gcc30 port, essentially, installs a copy of the compiler already available as part of the base. But the base is missing gcj (the port does too for now), so one would be forced to add the port. If it were possible (through a port) to add just gcj (and accompanying libraries) to integrate with the already present gcc and other bits, but it is not :-( Even the things like libiberty and libbfd are not installed... Can we have those installed, at least, to ease the work of the future porter? -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10:20:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by hub.freebsd.org (Postfix) with ESMTP id 7BF8237B421 for ; Wed, 6 Feb 2002 10:20:38 -0800 (PST) Received: from router.hackerheaven.org (coolvibe.xs4all.nl [80.126.0.97]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g16IKZJP061304 for ; Wed, 6 Feb 2002 19:20:37 +0100 (CET) Received: from loki.ipv6.hackerheaven.org (loki.ipv6.hackerheaven.org [10.0.0.12]) by router.hackerheaven.org (Postfix) with ESMTP id 181331C3F for ; Wed, 6 Feb 2002 16:30:24 +0100 (CET) Date: Wed, 6 Feb 2002 16:30:53 +0100 Mime-Version: 1.0 (Apple Message framework v480) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: Mergemaster niggle From: Emiel Kollof To: current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <81B8D72A-1B16-11D6-A0EA-000A277C7FDE@hackerheaven.org> X-Mailer: Apple Mail (2.480) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Take a look ath this diff: --- /etc/nsmb.conf Wed Jan 30 05:31:21 2002 +++ ./etc/nsmb.conf Wed Feb 6 16:20:55 2002 @@ -1,4 +1,4 @@ -# $FreeBSD: src/etc/nsmb.conf,v 1.4 2002/01/29 00:23:34 cjc Exp $ +# $FreeBSD: src/etc/nsmb.conf,v 1.3 2002/01/07 08:41:55 sheldonh Exp $ # # smbfs lookups configuration files in next order: # 1. ~/.nsmbrc [and then, the wise mergemaster asks...] Use 'd' to delete the temporary ./etc/nsmb.conf Use 'i' to install the temporary ./etc/nsmb.conf Use 'm' to merge the temporary and installed versions Use 'v' to view the diff results again [urkkk... how many more to go?] Diffs like there show up for COUNTLESS times in mergemaster. In fact, nothing changed except the cvs id. Why am I asked about these in mergemaster? Is there a way to ignore files that only have the cvsid changed? This would speed up the mergemaster run considerably... Cheers, Emiel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10:23:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by hub.freebsd.org (Postfix) with ESMTP id 37F8D37B41E for ; Wed, 6 Feb 2002 10:23:52 -0800 (PST) Received: from router.hackerheaven.org (coolvibe.xs4all.nl [80.126.0.97]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g16INnEi054937; Wed, 6 Feb 2002 19:23:50 +0100 (CET) Received: from there (tiamat.ipv6.hackerheaven.org [10.0.0.13]) by router.hackerheaven.org (Postfix) with SMTP id 9D1931C05; Wed, 6 Feb 2002 06:45:29 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Emiel Kollof To: Garance A Drosihn , current@FreeBSD.org Subject: Re: Performance of -current vs -stable Date: Wed, 6 Feb 2002 06:45:17 +0100 X-Mailer: KMail [version 1.3.2] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020206054529.9D1931C05@router.hackerheaven.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 06 February 2002 06:10, Garance A Drosihn wrote: [performance complaint snip] > Could it be due to the DDB, INVARIANTS & WITNESS options in the > kernel? If it is that's fine with me, I'm just wondering where > that magnitude of a slowdown would be coming from. I would think so (iow, those are the biggest culprits). There are also some other issues (wrt locking and probably some other stuff) but they are bearable. I am running a PII 400 with 64 MB with CURRENT, it mighn't be the fastest now, but at least it works. I have been stresstesting the damn thing (as in, run lots of (relatively) useless services on there like icecast, and more ;-) and it is still holding. So far so good. The performance is low? Didn't notice that (but do keep in mind I'm happy with very little :-). It's not even buckling under a constant load avg of between 1.something and 3.something and 200+ procs running at all times... No dataloss yet. Very good. [snip] > I'm just looking for a basic idea of what other people have been > seeing for performance when they run current. My performance is okay from what I expect of it. Of course I have DDB, INVARIANTS and WITNESS options on (to provide better info for the developers when it crashes for some unexplainable reason). If you are planning to do 'production' (mind the quotes) stuff with CURRENT, I suggest you could strip those. But beware, you are on the bleeding edge here :-) Cheers, Emiel -- The problem with the gene pool is that there is no lifeguard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10:26:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 318E737B417 for ; Wed, 6 Feb 2002 10:26:20 -0800 (PST) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id DD3C1319BE4; Wed, 6 Feb 2002 12:26:17 -0600 (CST) Date: Wed, 6 Feb 2002 12:26:17 -0600 From: "David W. Chapman Jr." To: Emiel Kollof Cc: current@freebsd.org Subject: Re: Mergemaster niggle Message-ID: <20020206182617.GB26519@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Emiel Kollof , current@freebsd.org References: <81B8D72A-1B16-11D6-A0EA-000A277C7FDE@hackerheaven.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <81B8D72A-1B16-11D6-A0EA-000A277C7FDE@hackerheaven.org> User-Agent: Mutt/1.3.27i X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Diffs like there show up for COUNTLESS times in mergemaster. In fact, > nothing changed except the cvs id. Why am I asked about these in > mergemaster? Is there a way to ignore files that only have the cvsid > changed? This would speed up the mergemaster run considerably... > mergemaster only checks to see if RCSID's are different by default, I forget which option, but there is one to actually diff the two files when doing its inital compare, but the RCSID's would be different so I'm not sure it would help you. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10:35: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from orthanc.ab.ca (orthanc.ab.ca [216.123.203.186]) by hub.freebsd.org (Postfix) with ESMTP id 2093C37B400 for ; Wed, 6 Feb 2002 10:34:58 -0800 (PST) Received: from orthanc.ab.ca (localhost.orthanc.ab.ca [127.0.0.1]) by orthanc.ab.ca (8.11.6/8.11.6) with ESMTP id g16IYbx70840; Wed, 6 Feb 2002 11:34:37 -0700 (MST) (envelope-from lyndon@orthanc.ab.ca) Message-Id: <200202061834.g16IYbx70840@orthanc.ab.ca> From: Lyndon Nerenberg Organization: The Frobozz Magic Homing Pigeon Company To: "David W. Chapman Jr." Cc: Emiel Kollof , current@FreeBSD.ORG Subject: Re: Mergemaster niggle In-reply-to: Your message of "Wed, 06 Feb 2002 12:26:17 CST." <20020206182617.GB26519@leviathan.inethouston.net> X-Mailer: mh-e 5.0.92; MH 6.8.4; Emacs 21.1 Date: Wed, 06 Feb 2002 11:34:37 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "David" == David W Chapman writes: David> mergemaster only checks to see if RCSID's are different by David> default, I forget which option, but there is one to actually David> diff the two files when doing its inital compare, but the David> RCSID's would be different so I'm not sure it would help you. The real question here is: why is the RCSid changing when the file isn't? While it's not the end of the world, dealing with these noop merges gets annoying when you're updating large numbers of machines. If there's a simple fix to the problem (at the source), let's work on it. --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10:38:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id DCF7837B41A for ; Wed, 6 Feb 2002 10:38:12 -0800 (PST) Received: from dwcjr (dwcjr [192.168.0.216]) by leviathan.inethouston.net (Postfix) with SMTP id A6023319AFB; Wed, 6 Feb 2002 12:38:15 -0600 (CST) Message-ID: <000701c1af3d$6ff3f790$d800a8c0@dwcjr> From: "David W. Chapman Jr." To: "Lyndon Nerenberg" Cc: "Emiel Kollof" , References: <200202061834.g16IYbx70840@orthanc.ab.ca> Subject: Re: Mergemaster niggle Date: Wed, 6 Feb 2002 12:38:14 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The real question here is: why is the RCSid changing when the file > isn't? Sometimes things get changed and then backed out to their original state, but you cannot keep the original RCSID To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10:40:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from orthanc.ab.ca (orthanc.ab.ca [216.123.203.186]) by hub.freebsd.org (Postfix) with ESMTP id DB0D737B41C for ; Wed, 6 Feb 2002 10:40:11 -0800 (PST) Received: from orthanc.ab.ca (localhost.orthanc.ab.ca [127.0.0.1]) by orthanc.ab.ca (8.11.6/8.11.6) with ESMTP id g16Ie7x71032; Wed, 6 Feb 2002 11:40:07 -0700 (MST) (envelope-from lyndon@orthanc.ab.ca) Message-Id: <200202061840.g16Ie7x71032@orthanc.ab.ca> From: Lyndon Nerenberg Organization: The Frobozz Magic Homing Pigeon Company To: "David W. Chapman Jr." Cc: "Emiel Kollof" , current@FreeBSD.ORG Subject: Re: Mergemaster niggle In-reply-to: Your message of "Wed, 06 Feb 2002 12:38:14 CST." <000701c1af3d$6ff3f790$d800a8c0@dwcjr> X-Mailer: mh-e 5.0.92; MH 6.8.4; Emacs 21.1 Date: Wed, 06 Feb 2002 11:40:07 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "David" == David W Chapman writes: David> Sometimes things get changed and then backed out to their David> original state, but you cannot keep the original RCSID I can see that happening on the head, but this also happens on stable ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10:43:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 99FF837B419 for ; Wed, 6 Feb 2002 10:43:17 -0800 (PST) Received: from dwcjr (dwcjr [192.168.0.216]) by leviathan.inethouston.net (Postfix) with SMTP id 8024B319AFB; Wed, 6 Feb 2002 12:43:20 -0600 (CST) Message-ID: <000d01c1af3e$25a52e60$d800a8c0@dwcjr> From: "David W. Chapman Jr." To: "Lyndon Nerenberg" Cc: "Emiel Kollof" , References: <200202061840.g16Ie7x71032@orthanc.ab.ca> Subject: Re: Mergemaster niggle Date: Wed, 6 Feb 2002 12:43:19 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I can see that happening on the head, but this also happens > on stable ... One example of it happening to -stable was the addittion of www to master.passwd, www has been added and removed a few times from -stable. I'm not trying to say that this explains all the times that it happens, just that it happens more than you might think. I think we need to keep track of the RCSID's of the new and old files that exhibit this problem to better be able to keep track of it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10:45:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 4C81537B41D; Wed, 6 Feb 2002 10:45:27 -0800 (PST) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.11.6/8.11.6) with UUCP id g16IjQq69535; Wed, 6 Feb 2002 18:45:26 GMT (envelope-from mark@grondar.za) Received: from greenpeace.grondar.org (greenpeace [192.168.42.2]) by gratis.grondar.org (Postfix) with ESMTP id 116CB5B; Wed, 6 Feb 2002 18:42:06 +0000 (GMT) Received: from grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.org (8.11.6/8.11.6) with ESMTP id g16I7ws27754; Wed, 6 Feb 2002 18:07:58 GMT (envelope-from mark@grondar.za) Message-Id: <200202061807.g16I7ws27754@greenpeace.grondar.org> To: obrien@FreeBSD.org Cc: current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Not committing WARNS settings... References: <20020206092057.D96921@dragon.nuxi.com> In-Reply-To: <20020206092057.D96921@dragon.nuxi.com> ; from "David O'Brien" "Wed, 06 Feb 2002 09:20:57 PST." Date: Wed, 06 Feb 2002 18:07:52 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Wed, Feb 06, 2002 at 11:12:38AM +0000, Mark Murray wrote: > > IMO, this is a good reason to not have WARNS contain -Werror at this > > time. NO_WERROR is a good way to fix this (again IMO). I see a great > > need to let warnings "hang out", and in an ideal world I see an need > > for (new) warnings to break things. I see no need for warnings to > > hold back a project as important as GCC3, and NO_WERROR is the > > cleanest solution. > > > > I do not expect others to agree with (or like) this. > > I do not. Right. I am about to commit a WARNS?= backout in anticipation of your GCC3 work. While I believe we should be going the other way, you are the (un)lucky fellow doing the hard work, so I'll defer. In the meanwhile we shal continue to disagree on a more theoretical level. OK? :-) M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 10:50:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from relay.pair.com (relay1.pair.com [209.68.1.20]) by hub.freebsd.org (Postfix) with SMTP id 286A437B417 for ; Wed, 6 Feb 2002 10:50:22 -0800 (PST) Received: (qmail 48806 invoked from network); 6 Feb 2002 18:50:20 -0000 Received: from nat.ironport.com (HELO ?10.1.1.121?) (63.251.108.100) by relay1.pair.com with SMTP; 6 Feb 2002 18:50:20 -0000 X-pair-Authenticated: 63.251.108.100 Mime-Version: 1.0 X-Sender: markfree@mail.peek.org Message-Id: In-Reply-To: <200202061834.g16IYbx70840@orthanc.ab.ca> References: <200202061834.g16IYbx70840@orthanc.ab.ca> Date: Wed, 6 Feb 2002 10:50:12 -0800 To: Lyndon Nerenberg , "David W. Chapman Jr." From: Mark Peek Subject: Re: Mergemaster niggle Cc: Emiel Kollof , current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:34 AM -0700 2/6/02, Lyndon Nerenberg wrote: > >>>>> "David" == David W Chapman writes: > > David> mergemaster only checks to see if RCSID's are different by > David> default, I forget which option, but there is one to actually > David> diff the two files when doing its inital compare, but the > David> RCSID's would be different so I'm not sure it would help you. > >The real question here is: why is the RCSid changing when the file >isn't? > >While it's not the end of the world, dealing with these noop merges gets >annoying when you're updating large numbers of machines. If there's a >simple fix to the problem (at the source), let's work on it. I've seen this problem in the past. It occurs when you cvsup the repository down to a local copy contained within another CVSROOT. The $FreeBSD$ tags don't get expanded during checkout and will contain the previous revision tag. I believe the file to check is the CVSROOT/options file from the FreeBSD tree. Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 11: 0: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 4686A37B41B; Wed, 6 Feb 2002 11:00:03 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g16IxwB116684; Wed, 6 Feb 2002 13:59:58 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020206091311.A96921@dragon.nuxi.com> References: <20020206091311.A96921@dragon.nuxi.com> Date: Wed, 6 Feb 2002 13:59:57 -0500 To: obrien@FreeBSD.org, John Baldwin From: Garance A Drosihn Subject: Re: Performance of -current vs -stable Cc: current@FreeBSD.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 9:13 AM -0800 2/6/02, David O'Brien wrote: >On Wed, Feb 06, 2002 at 01:02:34AM -0500, John Baldwin wrote: >> WITNESS can really hurt. Quite possibly I should turn it off in >> GENERIC now (I wouldn't mind if someone else did that.) > >I think it should stay. Especially as we are not getting much usage in >-CURRENT. If we turn it off by default, it should come back on 3 mo. >before 5.0-RELEASE for testing. (and yes off for the actual release). I was thinking that maybe it should stay in the GENERIC kernel, along with some comment that indicates how much of a performance hit will be seen if it's on. "This is desirable for in-depth debugging, but it does mean that system calls will take three times longer than if the option is off". It's good to have the extra checking, but we don't want to scare people away from running current simply because they think it will take three times longer to get anything done on current. (or maybe even comment the option out, but do leave the line there along with the statement that "we'd appreciate it if people would run with this option on, even though it will cause a noticeable slowdown."). I do think it's important that we (developers) spend more time on current, but I think the way I'll do it is to compile two kernels, one with the WITNESS and one without it. For much of what I do I can absorb the extra overhead of WITNESS code, but a three-hour buildworld will throw my entire "buildworld schedule" off, and I just won't be able to rebuild the system as often. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 11: 0:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 23CF337B42C for ; Wed, 6 Feb 2002 11:00:29 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g16J0RH98139; Wed, 6 Feb 2002 11:00:27 -0800 (PST) (envelope-from obrien) Date: Wed, 6 Feb 2002 11:00:27 -0800 From: "David O'Brien" To: Mikhail Teterin Cc: current@FreeBSD.org Subject: Re: How about gcj? (Re: Not committing WARNS settings...) Message-ID: <20020206110027.C98054@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20020206092406.F96921@dragon.nuxi.com> <200202061805.g16I5JQ07324@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202061805.g16I5JQ07324@aldan.algebra.com>; from mi@aldan.algebra.com on Wed, Feb 06, 2002 at 01:05:16PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 06, 2002 at 01:05:16PM -0500, Mikhail Teterin wrote: > > Uh, NO! It is not needed by the base system. We really do not want to > > turn on all the support libs, etc.. that would be needed with this. > > There is a reason the gcc30 port takes 25 minutes to compile on a fast > > 1.2 GHz Athlon. > > That's the thing. gcc30 port, essentially, installs a copy of the > compiler already available as part of the base. No it doesn't. 3.0.3 is a very different compiler from 2.95.3. > But the base is missing > gcj (the port does too for now), so one would be forced to add the port. And the base system does not NEED a java compiler. > Can we have those installed, at least, to ease the work of the future > porter? Nope. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 11:45:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 804E837B417 for ; Wed, 6 Feb 2002 11:45:16 -0800 (PST) Received: from rwcrwbc55 ([204.127.198.44]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020206194515.VOTF3578.rwcrmhc52.attbi.com@rwcrwbc55> for ; Wed, 6 Feb 2002 19:45:15 +0000 Received: from [199.171.212.100] by rwcrwbc55; Wed, 06 Feb 2002 19:45:14 +0000 From: jordan.breeding@attbi.com To: freebsd-current@freebsd.org Subject: Binutils fixed in -current? Date: Wed, 06 Feb 2002 19:45:14 +0000 X-Mailer: AT&T Message Center Version 1 (Nov 29 2001) Message-Id: <20020206194515.VOTF3578.rwcrmhc52.attbi.com@rwcrwbc55> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I read recently on this list that the problem with the -current binutils on Alphas had been fixed, did this also fix the problem on i386 which caused ports such as imlib, imlib2 and gnomelibs to behave weirdly as many of their binaries would segfault during configuring/linking/executing? I only ask because I would like to stop having to update my -current tree and then having to copy an old binutils over it so that things will work. Any information is appreciated. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 11:53: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 9ACA037B41D; Wed, 6 Feb 2002 11:52:58 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g16JqhQ08723; Wed, 6 Feb 2002 14:52:45 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200202061952.g16JqhQ08723@aldan.algebra.com> Date: Wed, 6 Feb 2002 14:52:40 -0500 (EST) From: Mikhail Teterin Subject: Re: How about gcj? (Re: Not committing WARNS settings...) To: obrien@FreeBSD.org Cc: current@FreeBSD.org In-Reply-To: <20020206110027.C98054@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 6 Feb, David O'Brien wrote: > On Wed, Feb 06, 2002 at 01:05:16PM -0500, Mikhail Teterin wrote: >> > Uh, NO! It is not needed by the base system. We really do not want >> > to turn on all the support libs, etc.. that would be needed with >> > this. There is a reason the gcc30 port takes 25 minutes to compile >> > on a fast 1.2 GHz Athlon. >> >> That's the thing. gcc30 port, essentially, installs a copy of the >> compiler already available as part of the base. > > No it doesn't. 3.0.3 is a very different compiler from 2.95.3. I thought we are moving to gcc-3.x quickly :-) But the other ports, such as lang/gcc295 don't complement the base system either -- they install a full new set under LOCALBASE, instead of just the missing pieces (like gcj). >> But the base is missing gcj (the port does too for now), so one would >> be forced to add the port. > > And the base system does not NEED a java compiler. Alright. But a FreeBSD installation -- might. >> Can we have those [libbfd and libiberty] installed, at least, to ease >> the work of the future porter? > > Nope. That's too brief for a mutually respectful conversation :-\ I know it is your "style", but do not accept this answer anyway. All I'm talking about, is that having a functional gcj _available_ on FreeBSD is a good thing. Through the ports collection or as part of the base system. The fact, that nothing in the base requires Java is hardly an argument in itself. Nothing requires Fortran, or the dictionary, or the cal(1) either. But alright, let's say -- ports. gcj and gcjh themselves are installed by the several lang/gcc* ports, but they are not functional (libgcj/libjava are not ported). As a ports committer I might try to fix that, but I think, those ports should complement the base system, and that the base system should provide the bits it already uses itself (like libbfd and libiberty) to the programmers, that use FreeBSD -- install them into /usr/lib and link them _dynamicly_ into the tools. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12: 0:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 6E72B37B404 for ; Wed, 6 Feb 2002 12:00:27 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020206200027.VPHH10199.rwcrmhc53.attbi.com@InterJet.elischer.org>; Wed, 6 Feb 2002 20:00:27 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA92072; Wed, 6 Feb 2002 11:42:49 -0800 (PST) Date: Wed, 6 Feb 2002 11:42:48 -0800 (PST) From: Julian Elischer To: "David W. Chapman Jr." Cc: Lyndon Nerenberg , Emiel Kollof , current@FreeBSD.ORG Subject: Re: Mergemaster niggle In-Reply-To: <000d01c1af3e$25a52e60$d800a8c0@dwcjr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What I think mergemaster should do is compere the file with the original checked out one it claims to be and if it's the same, it should just update silently.. i.e. if the user didn't change anything in th old one he's unlikely to want to change anything in the new one.... (maybe a datafile that contains cksum outputs for each version of each file) On Wed, 6 Feb 2002, David W. Chapman Jr. wrote: > > > > I can see that happening on the head, but this also happens > > on stable ... > > One example of it happening to -stable was the addittion of www to > master.passwd, www has been added and removed a few times from -stable. I'm > not trying to say that this explains all the times that it happens, just > that it happens more than you might think. I think we need to keep track of > the RCSID's of the new and old files that exhibit this problem to better be > able to keep track of it. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12:13:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id B100337B416 for ; Wed, 6 Feb 2002 12:13:06 -0800 (PST) Received: from dwcjr (dwcjr [192.168.0.216]) by leviathan.inethouston.net (Postfix) with SMTP id D12CD319AFB; Wed, 6 Feb 2002 14:13:09 -0600 (CST) Message-ID: <00b901c1af4a$b1a0a320$d800a8c0@dwcjr> From: "David W. Chapman Jr." To: "Julian Elischer" Cc: "Lyndon Nerenberg" , "Emiel Kollof" , References: Subject: Re: Mergemaster niggle Date: Wed, 6 Feb 2002 14:13:08 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > What I think mergemaster should do is compere the file with the original > checked out one it claims to be and if it's the same, it should just > update silently.. i.e. if the user didn't change anything in th old one > he's unlikely to want to change anything in the new one.... > > (maybe a datafile that contains cksum outputs for each version of each > file) > I think part of the problem(from what I'm hearing on irc), someone made a lot of commits to etc which weren't supposed to happen, but I cannot confirm all the facts at the moment. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12:20:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 7080F37B41A for ; Wed, 6 Feb 2002 12:20:08 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020206202008.SXQD7443.rwcrmhc54.attbi.com@InterJet.elischer.org> for ; Wed, 6 Feb 2002 20:20:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA92195 for ; Wed, 6 Feb 2002 12:01:45 -0800 (PST) Date: Wed, 6 Feb 2002 12:01:44 -0800 (PST) From: Julian Elischer To: current@freebsd.org Subject: Non 386 testers REALLY NEEDED Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG for the set of patches at: http://www.freebsd.org/~julian/adiff these patches SHOULD NOT EFFECT your system except to do some slight re-aranging of stuff in the kernel. THe aim is to get this committed to 'clarify' the upcoming KSE commit in http://www.freebsd.org/~julian/thediff which includes adiff as a subset. when adiff is committed thediff will become a lot easier for people to read and check. I'd like to get adiff in relatively soon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12:24: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from web20710.mail.yahoo.com (web20710.mail.yahoo.com [216.136.226.183]) by hub.freebsd.org (Postfix) with SMTP id CFA5F37B416 for ; Wed, 6 Feb 2002 12:23:55 -0800 (PST) Message-ID: <20020206202355.96529.qmail@web20710.mail.yahoo.com> Received: from [217.35.125.177] by web20710.mail.yahoo.com via HTTP; Wed, 06 Feb 2002 12:23:55 PST Date: Wed, 6 Feb 2002 12:23:55 -0800 (PST) From: Adam Nealis Subject: Max size of a process in FreeBSD. To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I can't find the answer to this in a handbook search - I can never get the right terms together 8(. But I read this on google: http://groups.google.com/groups?hl=en&threadm=a0tbme%2426hk%241%40FreeBSD.csie.NCTU.edu.tw&rnum=3&prev=/groups%3Fq%3Dmaximum%2Bprocess%2Bsize%2Bfreebsd%2Bvirtual%2Bmemory%2Blimit%2BVM%26hl%3Den%26scoring%3Dd%26selm%3Da0tbme%252426hk%25241%2540FreeBSD.csie.NCTU.edu.tw%26rnum%3D3 In the second part of the thread it references a thread discussed in December that discusses it. Unfortunately the poster failed to mention the title of the thread or to post a reference to it. I can't find the thread! I think I've done due diligence, so may I respectfully ask if anyone can tell me what is the largest size in main RAM a process can have under FreeBSD? Also, a pointer to where I can make myself a bit more clueful would be most welcome. I promise to bookmark it ;). Please CC me as I'm not on the list. TIA, Adam Nealis. __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12:30:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id 93A5137B41E; Wed, 6 Feb 2002 12:30:26 -0800 (PST) Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 16YYhz-00066S-00; Thu, 07 Feb 2002 02:30:23 +0600 Received: (from fjoe@localhost) by iclub.nsu.ru (8.11.6/8.11.6) id g16KUMv52303; Thu, 7 Feb 2002 02:30:22 +0600 (NS) (envelope-from fjoe) Date: Thu, 7 Feb 2002 02:30:21 +0600 From: Max Khon To: Mikhail Teterin Cc: obrien@freebsd.org, current@freebsd.org Subject: Re: How about gcj? (Re: Not committing WARNS settings...) Message-ID: <20020207023021.A51865@iclub.nsu.ru> References: <20020206110027.C98054@dragon.nuxi.com> <200202061952.g16JqhQ08723@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202061952.g16JqhQ08723@aldan.algebra.com>; from mi@aldan.algebra.com on Wed, Feb 06, 2002 at 02:52:40PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, there! On Wed, Feb 06, 2002 at 02:52:40PM -0500, Mikhail Teterin wrote: > But alright, let's say -- ports. gcj and gcjh themselves are > installed by the several lang/gcc* ports, but they are not functional > (libgcj/libjava are not ported). As a ports committer I might try to fix > that, but I think, those ports should complement the base system, and > that the base system should provide the bits it already uses itself > (like libbfd and libiberty) to the programmers, that use FreeBSD -- > install them into /usr/lib and link them _dynamicly_ into the tools. dynamically linked libiberty would be a nightmare. libbfd anf libiberty do not have version numbers, are not maintained (i.e. there is no official releases). every project includes its own libiberty and imho an attempt to find least common denominator will fail /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12:32:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 80C8137B405 for ; Wed, 6 Feb 2002 12:32:19 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id AEEFB10DDFC; Wed, 6 Feb 2002 12:32:18 -0800 (PST) Date: Wed, 6 Feb 2002 12:32:18 -0800 From: Alfred Perlstein To: Julian Elischer Cc: current@freebsd.org Subject: Re: Non 386 testers REALLY NEEDED Message-ID: <20020206123218.M59017@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Wed, Feb 06, 2002 at 12:01:44PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Julian Elischer [020206 12:20] wrote: > > for the set of patches at: > http://www.freebsd.org/~julian/adiff > > these patches SHOULD NOT EFFECT your system except to do some > slight re-aranging of stuff in the kernel. > > THe aim is to get this committed to 'clarify' the upcoming > KSE commit in http://www.freebsd.org/~julian/thediff > > which includes adiff as a subset. > > when adiff is committed thediff will become a lot easier for people to > read and check. I'd like to get adiff in relatively soon. I commend you on your wait for testers, but I find that after a couple of days of waiting for them to appear and give decent feedback usually just committing the code will bring out a horde of involentary testers which actually gets the code stabilized. This is current, we're allowed some breakage. Cross your I's and dot your T's first though. :-) -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12:33:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id AF2FC37B490 for ; Wed, 6 Feb 2002 12:33:17 -0800 (PST) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 4300E319BE6; Wed, 6 Feb 2002 14:33:21 -0600 (CST) Date: Wed, 6 Feb 2002 14:33:21 -0600 From: "David W. Chapman Jr." To: jordan.breeding@attbi.com Cc: freebsd-current@freebsd.org Subject: Re: Binutils fixed in -current? Message-ID: <20020206203321.GA32369@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: jordan.breeding@attbi.com, freebsd-current@freebsd.org References: <20020206194515.VOTF3578.rwcrmhc52.attbi.com@rwcrwbc55> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020206194515.VOTF3578.rwcrmhc52.attbi.com@rwcrwbc55> User-Agent: Mutt/1.3.27i X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does anyone know if the problem with kde and other programs not working with the new binutils not working have been fixed yet? -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12:35:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id D77C937B421 for ; Wed, 6 Feb 2002 12:35:39 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id A974810DDFD; Wed, 6 Feb 2002 12:35:39 -0800 (PST) Date: Wed, 6 Feb 2002 12:35:39 -0800 From: Alfred Perlstein To: "David W. Chapman Jr." Cc: jordan.breeding@attbi.com, freebsd-current@freebsd.org Subject: Re: Binutils fixed in -current? Message-ID: <20020206123539.N59017@elvis.mu.org> References: <20020206194515.VOTF3578.rwcrmhc52.attbi.com@rwcrwbc55> <20020206203321.GA32369@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020206203321.GA32369@leviathan.inethouston.net>; from dwcjr@inethouston.net on Wed, Feb 06, 2002 at 02:33:21PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * David W. Chapman Jr. [020206 12:33] wrote: > Does anyone know if the problem with kde and other programs not > working with the new binutils not working have been fixed yet? I find that mozilla 0.9.8 dies with pure virtual called or something to that effect, however I don't have a super recent world, I'm compiling one now and will let you know if it at least fixes that for me. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12:38:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id E3A9537B41D for ; Wed, 6 Feb 2002 12:38:20 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g16Kb2j12468; Wed, 6 Feb 2002 21:37:02 +0100 (CET) (envelope-from wkb) Date: Wed, 6 Feb 2002 21:37:02 +0100 From: Wilko Bulte To: Alfred Perlstein Cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: Non 386 testers REALLY NEEDED Message-ID: <20020206213702.A12446@freebie.xs4all.nl> References: <20020206123218.M59017@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020206123218.M59017@elvis.mu.org>; from bright@mu.org on Wed, Feb 06, 2002 at 12:32:18PM -0800 X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Feb 06, 2002 at 12:32:18PM -0800, Alfred Perlstein wrote: > * Julian Elischer [020206 12:20] wrote: > > > > for the set of patches at: > > http://www.freebsd.org/~julian/adiff > > > > these patches SHOULD NOT EFFECT your system except to do some > > slight re-aranging of stuff in the kernel. > > > > THe aim is to get this committed to 'clarify' the upcoming > > KSE commit in http://www.freebsd.org/~julian/thediff > > > > which includes adiff as a subset. > > > > when adiff is committed thediff will become a lot easier for people to > > read and check. I'd like to get adiff in relatively soon. > > I commend you on your wait for testers, but I find that after a couple > of days of waiting for them to appear and give decent feedback usually > just committing the code will bring out a horde of involentary testers > which actually gets the code stabilized. > > This is current, we're allowed some breakage. Cross your I's and dot > your T's first though. :-) C'mon guys: it is not so long ago (days..) that the Alpha started buildworlding -current again. Alpha builds tend to take much longer (on most people's hardware that is) so a bit of patience would be nice. FWIW: I'm trying to get 2 of my Alphas to go to -current again. W/ -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 12:47:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id F273B37B437; Wed, 6 Feb 2002 12:47:10 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g16KkPQ17117; Wed, 6 Feb 2002 15:46:27 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200202062046.g16KkPQ17117@aldan.algebra.com> Date: Wed, 6 Feb 2002 15:46:22 -0500 (EST) From: Mikhail Teterin Subject: Re: How about gcj? (Re: Not committing WARNS settings...) To: fjoe@iclub.nsu.ru Cc: obrien@freebsd.org, current@freebsd.org In-Reply-To: <20020207023021.A51865@iclub.nsu.ru> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 7 Feb, Max Khon wrote: > dynamically linked libiberty would be a nightmare. > libbfd anf libiberty do not have version numbers, are not maintained > (i.e. there is no official releases). every project includes its own > libiberty and imho an attempt to find least common denominator will > fail Well, they come to FreeBSD as part of the binutils, right? That's a good start for a version number/release :-) We don't actually build separate libbfd for linker and assembler, and separate for the compiler, do we? Any additional packages (such as those from ports) should be able to use the same libraries, IMHO, even though they may come with their own versions. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 13: 7:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 5591237B426 for ; Wed, 6 Feb 2002 13:07:11 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g16L7OY75168; Wed, 6 Feb 2002 13:07:25 -0800 (PST) Date: Wed, 6 Feb 2002 13:07:24 -0800 (PST) From: Doug White To: Peter Schultz Cc: current@FreeBSD.ORG Subject: Re: usb mouse won't work In-Reply-To: <3C5F52A2.1030501@jocose.org> Message-ID: <20020206130638.A73049-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 4 Feb 2002, Peter Schultz wrote: > FreeBSD does not want to work with my USB mouse. I believe it to be a > problem with the motherboard, a Tyan S1834. The mouse does work under > BeOS and Windows so I know it's not toast. Also, the mouse works with > FreeBSD on my Tyan S1832 motherboard so that's a good sign too. You cut off the initial attach message, so there's nothing useful in your message. What kind of mouse is this? Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 13: 7:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 05DB337B404 for ; Wed, 6 Feb 2002 13:07:45 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g16L8AC75178; Wed, 6 Feb 2002 13:08:10 -0800 (PST) Date: Wed, 6 Feb 2002 13:08:10 -0800 (PST) From: Doug White To: Jacob Frelinger Cc: current@FreeBSD.ORG Subject: Re: Bizzare problem.. In-Reply-To: <20020205120116.A19816@thecoffinclub.com> Message-ID: <20020206130744.N73049-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 5 Feb 2002, Jacob Frelinger wrote: > I have a new current system that is having the strangest problem. > using vi or its clones often abruptly powers the system down, no panics, > no syslog messages. the computer is an ABIT BP6 w/ 2 500 mhz cellerons > (NOT OVERCLOCKED), two harddrives, a cdrom drive and 256M ram. You aren't using a Linux version of vi, are you? It so happens a common freebsd system call maps to linux reboot() .... Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 13:15:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 3656737B405 for ; Wed, 6 Feb 2002 13:15:13 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g16LFbJ75606; Wed, 6 Feb 2002 13:15:37 -0800 (PST) Date: Wed, 6 Feb 2002 13:15:37 -0800 (PST) From: Doug White To: Adam Nealis Cc: freebsd-current@FreeBSD.ORG Subject: Re: Max size of a process in FreeBSD. In-Reply-To: <20020206202355.96529.qmail@web20710.mail.yahoo.com> Message-ID: <20020206131406.X73049-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 6 Feb 2002, Adam Nealis wrote: > I think I've done due diligence, so may I respectfully > ask if anyone can tell me what is the largest size in > main RAM a process can have under FreeBSD? It's limited to MAXDSIZ (max data size). You can raise this up to 2GB or so, but you will eventually hit the KVM boundary. I don't recall what the KVM limit is right now, I thought it was 2GB but I think it was reduced recently ... You can also resize KVM but of course you do so at your own risk. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 6 13:52: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.toppoint.de (bender.toppoint.de [195.244.243.1]) by hub.freebsd.org (Postfix) with ESMTP id 3A8FE37B400 for ; Wed, 6 Feb 2002 13:51:55 -0800 (PST) Received: (from uucp@localhost) by mail.toppoint.de (8.9.3/8.9.3) id WAA21008 for freebsd-current@freebsd.org; Wed, 6 Feb 2002 22:51:52 +0100 (MET) >Received: (from root@localhost) by telonius.lan.raisdorf.net (8.11.6/8.11.6) id g16LoHM17161 for freebsd-current@freebsd.org; Wed, 6 Feb 2002 22:50:17 +0100 (CET) (envelope-from hscholz@raisdorf.net) Received: from raisdorf.net (donkey.lan.raisdorf.net [10.1.1.66]) by perikles.toppoint.de (8.11.6/8.11.6av) with SMTP id g16LoBt17153 for ; Wed, 6 Feb 2002 22:50:11 +0100 (CET) (envelope-from hscholz@raisdorf.net) Message-Id: <200202062150.g16LoBt17153@perikles.toppoint.de> Date: Wed, 6 Feb 2002 22:52:18 +0100 From: Hendrik Scholz To: freebsd-current@freebsd.org Subject: ACPI error "Method execution failed, AE_AML_REGION_LIMIT" Reply-To: hendrik@scholz.net X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd4.5) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-11 Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! I updated my notebook from -stable to -current some days ago and get this message ~ every second: ACPI-0294: *** Error: Method execution failed, AE_AML_REGION_LIMIT Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Wed Feb 6 23:42:40 CET 2002 hscholz@deimos.raisdorf.net:/usr/src/sys/i386/compile/DEIMOS5 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0442000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc04420a8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04420f8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 847427426 Hz CPU: Pentium III/Pentium III Xeon/Celeron (847.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387f9ff real memory = 129957888 (126912K bytes) avail memory = 122019840 (119160K bytes) Pentium Pro MTRR support enabled Using $PIR table, 3 entries at 0xc00f76b0 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0294: *** Error: Method execution failed, AE_AML_REGION_LIMIT Timecounter "ACPI" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 atapci0: port 0xffa0-0xffaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 irq 0 at device 0.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 isab0: at device 1.0 on pci0 isa0: on isab0 sis0: port 0xd000-0xd0ff mem 0xffdc0000-0xffdc0fff irq 11 at device 1.1 on pci0 sis0: Ethernet address: 00:a0:cc:c5:62:c5 miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ohci0: mem 0xffdd0000-0xffdd0fff irq 9 at device 1.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xffde0000-0xffde0fff irq 9 at device 1.3 on pci0 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcm0: port 0xd400-0xd4ff mem 0xffdf0000-0xffdf0fff irq 10 at device 1.4 on pci0 pci0: at device 1.6 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcic0: at device 3.0 on pci0 pcic0: PCI Memory allocated: 0x44000000 pcic0: Polling mode pcic0: Warning: O2micro OZ68xx chips may not work pccard0: on pcic0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 acpi_ec0: port 0x66,0x62 on acpi0 fdc0: direction bit not set fdc0: cmd 3 failed at out byte 1 of 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A fdc0: direction bit not set fdc0: cmd 3 failed at out byte 1 of 3 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it pcic: pcic0 already exists; skipping it sio: sio0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it orm0: