From owner-freebsd-current Sun Oct 15 0: 9:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id CEEEB37B66D for ; Sun, 15 Oct 2000 00:09:11 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id AAA27205 for current@freebsd.org; Sun, 15 Oct 2000 00:09:11 -0700 (PDT) (envelope-from obrien) Date: Sun, 15 Oct 2000 00:09:11 -0700 From: "David O'Brien" To: current@freebsd.org Subject: Re: Our kernel just got too big again. :) Message-ID: <20001015000910.D25729@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20001014155623.D24566@dragon.nuxi.com> <200010150031.e9F0Vuf00936@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010150031.e9F0Vuf00936@mass.osd.bsdi.com>; from msmith@freebsd.org on Sat, Oct 14, 2000 at 05:31:56PM -0700 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 X-Loop: FreeBSD.ORG Mike Smith points out that removing `vpo' kills parallel port Zip drives. Is this something we can live w/o for installs? > Index: dokern.sh > =================================================================== > RCS file: /home/ncvs/src/release/scripts/dokern.sh,v > retrieving revision 1.35 > diff -u -r1.35 dokern.sh > --- dokern.sh 2000/09/29 03:24:03 1.35 > +++ dokern.sh 2000/10/14 22:55:45 > @@ -72,7 +72,15 @@ > -e '/SOFTUPDATES/d' \ > -e '/MFS/d' \ > -e '/NFS_ROOT/d' \ > + -e '/ncr/d' \ > -e '/atapist/d' \ > + -e '/lpt/d' \ > + -e '/ppi/d' \ > + -e '/vpo/d' \ > + -e '/ugen/d' \ > + -e '/uhid/d' \ > + -e '/ulpt/d' \ > + -e '/urio/d' \ > -e '/maxusers/d' \ > -e 's/ident.*GENERIC/ident BOOTMFS/g' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 0:24:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id EDB2837B66C; Sun, 15 Oct 2000 00:24:54 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id AAA27379; Sun, 15 Oct 2000 00:24:53 -0700 (PDT) (envelope-from obrien) Date: Sun, 15 Oct 2000 00:24:53 -0700 From: "David O'Brien" To: Maxim Sobolev Cc: "Michael C . Wu" , Mike Meyer , current@FreeBSD.org Subject: Re: /boot partition? Message-ID: <20001015002453.A27355@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <14822.65148.853175.915459@guru.mired.org> <20001013111125.A318@peorth.iteration.net> <39E735BD.8BDA697C@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39E735BD.8BDA697C@FreeBSD.org>; from sobomax@FreeBSD.org on Fri, Oct 13, 2000 at 07:18:05PM +0300 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 X-Loop: FreeBSD.ORG On Fri, Oct 13, 2000 at 07:18:05PM +0300, Maxim Sobolev wrote: > Nope, the loader can load stuff from other partitions, even from some strange > ones like msdos ;), so theoretically it should be possible to have /boot, or > even /boot/kernel, on another partition (it may require to tweak loader config > files, though), but I really do not see any reasons behind such weird setup. Our IA-64 offering may end up having /boot as a native partition (ie, vfat32) as their firmware understands it. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 0:47:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from guru.mired.org (okc-27-149-77.mmcable.com [24.27.149.77]) by hub.freebsd.org (Postfix) with SMTP id 3BDC037B670 for ; Sun, 15 Oct 2000 00:47:25 -0700 (PDT) Received: (qmail 17515 invoked by uid 100); 15 Oct 2000 07:47:24 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14825.24844.791583.474574@guru.mired.org> Date: Sun, 15 Oct 2000 02:47:24 -0500 (CDT) To: obrien@FreeBSD.ORG Cc: Maxim Sobolev , "Michael C . Wu" , current@FreeBSD.ORG Subject: Re: /boot partition? In-Reply-To: <20001015002453.A27355@dragon.nuxi.com> References: <14822.65148.853175.915459@guru.mired.org> <20001013111125.A318@peorth.iteration.net> <39E735BD.8BDA697C@FreeBSD.org> <20001015002453.A27355@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" 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\ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien writes: > On Fri, Oct 13, 2000 at 07:18:05PM +0300, Maxim Sobolev wrote: > > Nope, the loader can load stuff from other partitions, even from some strange > > ones like msdos ;), so theoretically it should be possible to have /boot, or > > even /boot/kernel, on another partition (it may require to tweak loader config > > files, though), but I really do not see any reasons behind such weird setup. > Our IA-64 offering may end up having /boot as a native partition (ie, > vfat32) as their firmware understands it. Solaris 8 uses this setup. One partition of about 10meg for booting, mount as /boot after the system comes up. BTW, kudos to the FreeBSD install team. Much as the FreeBSD install may be maligned, it's much more intuitive, flexible and in general better than what Sun is doing with for Solaris 8. ; Sun, 15 Oct 2000 01:29:37 -0700 (PDT) Received: (from dillon@localhost) by earth.backplane.com (8.11.0/8.9.3) id e9F8TPv49698; Sun, 15 Oct 2000 01:29:25 -0700 (PDT) (envelope-from dillon) Date: Sun, 15 Oct 2000 01:29:25 -0700 (PDT) From: Matt Dillon Message-Id: <200010150829.e9F8TPv49698@earth.backplane.com> To: Jordan Hubbard Cc: current@FreeBSD.ORG Subject: Re: Our kernel just got too big again. :) References: <53339.971556879@winston.osd.bsdi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :We've blown out the kern.flp image. Time for me to chop something :out again, unless there are any other suggestions. :| : :- Jordan :... :mv /R/stage/kernels/BOOTMFS /R/stage/image.kern/kernel :Setting up /boot directory for kern floppy :/R/stage/image.kern/kernel: 54.8% -- replaced with /R/stage/image.kern/kernel.gz :sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/stage /mnt 1440 /R/stage/image.kern 80000 fd1440 :disklabel: ioctl DIOCWLABEL: Operation not supported by device :Warning: Block size restricts cylinders per group to 6. :Warning: 1216 sector(s) in last cylinder unallocated :/dev/rvnn0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors : 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 32 i/g) :super-block backups (for fsck -b #) at: : 32 :cpio: write error: No space left on device :*** Error code 1 1216 sector(s) in last cylinder unallocated?????? Are you sure you are newfs'ing the floppy correctly? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 1:51:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from ints.ru (ints.ru [194.67.173.1]) by hub.freebsd.org (Postfix) with ESMTP id 7470437B502 for ; Sun, 15 Oct 2000 01:51:44 -0700 (PDT) Received: from ws-ilmar.ints.ru (ws-ilmar.ints.ru [194.67.173.16]) by ints.ru (8.11.0/8.11.0) with ESMTP id e9F8pg124112 for ; Sun, 15 Oct 2000 12:51:42 +0400 (MSD) Date: Sun, 15 Oct 2000 12:51:41 +0400 (MSD) From: "Ilmar S. Habibulin" To: freebsd-current@freebsd.org Subject: sound system help need Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How is developing sound system for freebsd, please look at me pr i386/21717. I just can't use my sound card any more. Maybe this is lack of configuration, but i think that all is configured coorrectly. Anyway - look at it please and let me know how can i help to figure it out what happens. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 2: 0:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id 876ED37B503; Sun, 15 Oct 2000 02:00:42 -0700 (PDT) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id LAA12721; Sun, 15 Oct 2000 11:00:39 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.11.1/8.11.1) id e9F7w0e07642; Sun, 15 Oct 2000 09:58:00 +0200 (CEST) (envelope-from andreas) Date: Sun, 15 Oct 2000 09:57:59 +0200 From: Andreas Klemm To: Gregory Neil Shapiro Cc: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: sendmail related changes Message-ID: <20001015095757.A7597@titan.klemm.gtn.com> References: <14819.23999.720997.102041@horsey.gshapiro.net> Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <14819.23999.720997.102041@horsey.gshapiro.net>; from gshapiro@FreeBSD.ORG on Tue, Oct 10, 2000 at 11:19:43AM -0700 X-Operating-System: FreeBSD 4.1.1-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 10, 2000 at 11:19:43AM -0700, Gregory Neil Shapiro wrote: > 5. The sendmail cf building tools (contrib/sendmail/cf) are installed in > /usr/share/sendmail/cf. Hurray ! -- Andreas Klemm Powered by FreeBSD SMP Songs from our band >>64Bits<<............http://www.apsfilter.org/64bits.html My homepage................................ http://people.FreeBSD.ORG/~andreas Please note: Apsfilter got a NEW HOME................http://www.apsfilter.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 2:59:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 2139437B66E for ; Sun, 15 Oct 2000 02:59:35 -0700 (PDT) Received: (qmail 3372 invoked by uid 0); 15 Oct 2000 09:59:34 -0000 Received: from p3ee2165d.dip.t-dialin.net (HELO speedy.gsinet) (62.226.22.93) by mail.gmx.net with SMTP; 15 Oct 2000 09:59:34 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id JAA31028 for freebsd-current@FreeBSD.ORG; Sun, 15 Oct 2000 09:33:45 +0200 Date: Sun, 15 Oct 2000 09:33:45 +0200 From: Gerhard Sittig To: FreeBSD Current Subject: Re: removing global from tree Message-ID: <20001015093345.X25237@speedy.gsinet> Mail-Followup-To: FreeBSD Current References: <20001014155710.P25237@speedy.gsinet> <200010141816.LAA14274@john.baldwin.cx> <20001014223211.T25237@speedy.gsinet> <20001014160729.A25235@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20001014160729.A25235@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Sat, Oct 14, 2000 at 04:07:29PM -0700 Organization: System Defenestrators Inc. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Oct 14, 2000 at 16:07 -0700, David O'Brien wrote: > > [ ... reviving cvs rm'ed files ... ] > > As you've just shown, this can be a real PITA. > > > But I feel that David wants to know this, too. > > Huh? Do what?? I fully understand how to remove, add, and > revive files in the repo. Hey, sorry! I didn't want to step on anybody's toes here. I didn't want to teach others their daily work they already do in a routinely fashion. It was me who had problems in understanding what the manual intervention (or the feeling to have to do some) came from. That's when I wanted to learn about it. In case it's needed, I apologize. Let's end this thread. I got that I was overlooking the real point and thought "moving something into the Attic" is completely different from what I thought it is. Don't take my ignorance or slowliness as an affront ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 6:15:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id B0D2637B66D for ; Sun, 15 Oct 2000 06:15:20 -0700 (PDT) Received: (qmail 20321 invoked by uid 0); 15 Oct 2000 13:15:19 -0000 Received: from p3ee21669.dip.t-dialin.net (HELO speedy.gsinet) (62.226.22.105) by mail.gmx.net with SMTP; 15 Oct 2000 13:15:19 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id MAA31385 for current@freebsd.org; Sun, 15 Oct 2000 12:39:13 +0200 Date: Sun, 15 Oct 2000 12:39:13 +0200 From: Gerhard Sittig To: current@freebsd.org Subject: Re: Recent thread changes Message-ID: <20001015123913.A25237@speedy.gsinet> Mail-Followup-To: current@freebsd.org References: <200010142000.e9EK0hn47439@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from eischen@vigrid.com on Sun, Oct 15, 2000 at 12:20:11AM -0400 Organization: System Defenestrators Inc. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 15, 2000 at 00:20 -0400, Daniel Eischen wrote: > On Sat, 14 Oct 2000 jdp@polstra.com wrote: > > > (6) If a thread whose policy or priority has been modified is > > a running thread or is runnable, runnable thread [sic] it then > > becomes the tail of the thread list for its new priority. > > Unless it holds a priority protection or inheritence mutex, in > which case it gets added to the head of the thread list for its > new priority. This case is often forgotten (see 13.6.1.2). Is this what was discussed some time ago as a DoS mechanism for Windows apps? Talk was about "calling setprio() in your running time slice will make you run again right away and starve anyone else" so it turned out to look like some modern kind of cooperative multitasking where one doesn't have to grant resources to others if one doesn't feel like it? Something good to have if you feel like getting all the CPU cycles ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 9:28:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from maulwurf.franken.de (maulwurf.franken.de [193.141.110.9]) by hub.freebsd.org (Postfix) with ESMTP id E2EA737B502 for ; Sun, 15 Oct 2000 09:28:10 -0700 (PDT) Received: by maulwurf.franken.de via rmail with stdio id for freebsd-current@FreeBSD.org; Sun, 15 Oct 2000 18:28:09 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #1 built DST-May-30) Received: (from tanis@localhost) by gaspode.franken.de (8.11.1/8.9.3) id e9FGS4v37945 for freebsd-current@FreeBSD.org; Sun, 15 Oct 2000 18:28:04 +0200 (CEST) (envelope-from tanis) Date: Sun, 15 Oct 2000 18:28:04 +0200 From: German Tischler To: freebsd-current@FreeBSD.org Subject: pthread problems Message-ID: <20001015182804.A37934@gaspode.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi. After the recent thread changes trying to use plaympeg (smpeg-0.4.0 package) fails with the following message: Fatal error 'Thread has returned from sigreturn or longjmp' at line ? in file /usr/src/lib/libc_r/uthread/uthread_kern.c (errno = ?) Abort trap (core dumped) Has anyone else seen this happen ? (Recompiling the program has not helped) --gt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 10: 2:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id E8D1E37B502 for ; Sun, 15 Oct 2000 10:02:32 -0700 (PDT) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id e9FH2PJ61243; Sun, 15 Oct 2000 12:02:25 -0500 (CDT) (envelope-from jlemon) Date: Sun, 15 Oct 2000 12:02:25 -0500 (CDT) From: Jonathan Lemon Message-Id: <200010151702.e9FH2PJ61243@prism.flugsvamp.com> To: bugs@freebsd.netcom.com, current@freebsd.org Subject: Re: today's -current xl0 wigs out X-Newsgroups: local.mail.freebsd-current In-Reply-To: Organization: Cc: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: > >Well getting rid of the leftover splimp() didn't clear up the problem. Maybe >we need to move the mtx_init and XL_LOCK up to where the splimp() was. Change the last XL_LOCK in xl_intr() into an XL_UNLOCK. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 10:16:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from C456086-A.bllvu1.wa.home.com (c456086-a.bllvu1.wa.home.com [65.0.111.16]) by hub.freebsd.org (Postfix) with ESMTP id E0D5237B502 for ; Sun, 15 Oct 2000 10:16:44 -0700 (PDT) Received: (from kargl@localhost) by C456086-A.bllvu1.wa.home.com (8.11.1/8.11.1) id e9FAElH10177 for freebsd-current@freebsd.org; Sun, 15 Oct 2000 10:14:47 GMT (envelope-from kargl) From: "Steven G. Kargl" Message-Id: <200010151014.e9FAElH10177@C456086-A.bllvu1.wa.home.com> Subject: lib/msun breakage; patch included. To: freebsd-current@freebsd.org Date: Sun, 15 Oct 2000 10:14:47 +0000 (GMT) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The recent changes to machine/endian.h introduced breakage in lib.msun because of out-of-order include files. Steve *** /usr/src/lib/msun/src/math_private.h.orig Sun Oct 15 10:09:10 2000 --- /usr/src/lib/msun/src/math_private.h Sun Oct 15 10:09:20 2000 *************** *** 17,24 **** #ifndef _MATH_PRIVATE_H_ #define _MATH_PRIVATE_H_ - #include #include /* The original fdlibm code used statements like: n0 = ((*(int*)&one)>>29)^1; * index of high word * --- 17,24 ---- #ifndef _MATH_PRIVATE_H_ #define _MATH_PRIVATE_H_ #include + #include /* The original fdlibm code used statements like: n0 = ((*(int*)&one)>>29)^1; * index of high word * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 10:45:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id E758D37B66E for ; Sun, 15 Oct 2000 10:45:28 -0700 (PDT) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id NAA25164; Sun, 15 Oct 2000 13:44:58 -0400 (EDT) Date: Sun, 15 Oct 2000 13:44:58 -0400 (EDT) From: Daniel Eischen To: German Tischler Cc: freebsd-current@FreeBSD.ORG Subject: Re: pthread problems In-Reply-To: <20001015182804.A37934@gaspode.franken.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 15 Oct 2000, German Tischler wrote: > Hi. > > After the recent thread changes trying to use plaympeg > (smpeg-0.4.0 package) fails with the following message: > > Fatal error 'Thread has returned from sigreturn or longjmp' > at line ? in file /usr/src/lib/libc_r/uthread/uthread_kern.c > (errno = ?) > Abort trap (core dumped) > > Has anyone else seen this happen ? (Recompiling the program > has not helped) I don't have a soundcard. Will smpeg work without one? -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 10:53:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (Postfix) with ESMTP id DE66237B66D for ; Sun, 15 Oct 2000 10:53:08 -0700 (PDT) Received: from netch@localhost by burka.carrier.kiev.ua id UUJ66610 for freebsd-current@freebsd.org; Sun, 15 Oct 2000 20:52:59 +0300 (EEST) (envelope-from netch) Date: Sun, 15 Oct 2000 20:52:59 +0300 From: Valentin Nechayev To: freebsd-current@freebsd.org Subject: (1) hanging up on ldconfig; (2) entropy file read failed Message-ID: <20001015205259.F11062@lucky.net> Reply-To: netch@lucky.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-42: On Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG System is: FreeBSD 5.0(13)-CURRENT-20001014 Three times, it hung up during boot after message: setting ELF ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/li b trace from DDB said: .... [scgets and neighbours stuff] atbkd_isa_intr() ithd_loop() at ithd_loop+0x8a fork_trampoline() at fork_trampoline+0x1b After that, I booted it to single mode, and after "ldconfig" (without params) the hanging happened again. At 4th boot, it booted normally, hence I came too late with idea to read kernel debugging section of handbook;| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - About entropy file. At my home system, /var is not at / (it is symlink to /usr/var). /etc/rc reads entropy file before mounting all filesystems, and it failed and fell back to cat'ing /etc/* ;| Should it be better to read entropy file after mounting all filesystems? Imho it is incorrect to place it on root FS. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 10:53:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp.email.msn.com (cpimssmtpu02.email.msn.com [207.46.181.18]) by hub.freebsd.org (Postfix) with ESMTP id CAFE137B502 for ; Sun, 15 Oct 2000 10:53:33 -0700 (PDT) Received: from themail.com - 63.42.156.153 by email.msn.com with Microsoft SMTPSVC; Sun, 15 Oct 2000 08:09:15 -0700 To: Stockwinner@aol.com From: Subject: Stock Pick of the Week content-length: 1069 Message-ID: <059bf1509150fa0CPIMSSMTPU02@email.msn.com> Date: 15 Oct 2000 08:09:27 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> STOCK PICK OF THE WEEK <<< For the week beginning Monday, 10-16-2000 Investment Snapshot - ATTP -- Affordable Telecom http://moneycentral.msn.com/scripts/webquote.dll?iPage=qd&Symbol=attp Target Price: $1.00 Current Price: $.12 Take a close look at this stock, it's going to rise fast! HOUSTON--(BUSINESS WIRE)--Oct. 3, 2000--Affordable Telecommunications Technology Corporation (OTC BB:ATTP) announced today its preliminary third quarter revenues will exceed expectations. Affordable Telecommunications announced preliminary projected revenues of $500,000 for the quarter ending September 30, 2000. Steven H. Bethke, president of Affordable Telecommunications, said, "We are extremely pleased to anticipate a 460% year-over-year increase in revenues, which exceed our expectations. Strong revenue gains indicate we are on track in building our revenue base through strategic marketing arrangements with leaders in the wireless industry." The Company expects to report its finalized quarterly results on or before November 15, 2000. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 11:23:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from maulwurf.franken.de (maulwurf.franken.de [193.141.110.9]) by hub.freebsd.org (Postfix) with ESMTP id 5BA9F37B66C for ; Sun, 15 Oct 2000 11:23:15 -0700 (PDT) Received: by maulwurf.franken.de via rmail with stdio id for freebsd-current@FreeBSD.ORG; Sun, 15 Oct 2000 20:23:13 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #1 built DST-May-30) Received: (from tanis@localhost) by gaspode.franken.de (8.11.1/8.9.3) id e9FIM7r41131; Sun, 15 Oct 2000 20:22:07 +0200 (CEST) (envelope-from tanis) Date: Sun, 15 Oct 2000 20:22:07 +0200 From: German Tischler To: Daniel Eischen Cc: freebsd-current@FreeBSD.ORG Subject: Re: pthread problems Message-ID: <20001015202207.A40579@gaspode.franken.de> References: <20001015182804.A37934@gaspode.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from eischen@vigrid.com on Sun, Oct 15, 2000 at 07:45:47PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Oct 15, 2000 at 07:45:47PM +0200, Daniel Eischen wrote: > On Sun, 15 Oct 2000, German Tischler wrote: > > Hi. > > > > After the recent thread changes trying to use plaympeg > > (smpeg-0.4.0 package) fails with the following message: > > > > Fatal error 'Thread has returned from sigreturn or longjmp' > > at line ? in file /usr/src/lib/libc_r/uthread/uthread_kern.c > > (errno = ?) > > Abort trap (core dumped) > > > > Has anyone else seen this happen ? (Recompiling the program > > has not helped) > > I don't have a soundcard. Will smpeg work without one? I think so, at least I still get the same error after removing all audio related device nodes. You will need X11 though. --gt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 12:33: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from C456086-A.bllvu1.wa.home.com (c456086-a.bllvu1.wa.home.com [65.0.111.16]) by hub.freebsd.org (Postfix) with ESMTP id DE7E437B673 for ; Sun, 15 Oct 2000 12:33:00 -0700 (PDT) Received: (from kargl@localhost) by C456086-A.bllvu1.wa.home.com (8.11.1/8.11.1) id e9FCV3112524 for freebsd-current@freebsd.org; Sun, 15 Oct 2000 12:31:03 GMT (envelope-from kargl) From: "Steven G. Kargl" Message-Id: <200010151231.e9FCV3112524@C456086-A.bllvu1.wa.home.com> Subject: more endian.h breakage; patch included. To: freebsd-current@freebsd.org Date: Sun, 15 Oct 2000 12:31:03 +0000 (GMT) Reply-To: kargl@apl.washington.edu X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There is another patch needed in libdialog. Steve *** /usr/src/lib/libc_r/uthread/uthread_wait4.c.orig Sun Oct 15 11:16:02 2000 --- /usr/src/lib/libc_r/uthread/uthread_wait4.c Sun Oct 15 11:16:45 2000 *************** *** 32,37 **** --- 32,38 ---- * $FreeBSD: src/lib/libc_r/uthread/uthread_wait4.c,v 1.10 2000/01/29 22:53:54 jasone Exp $ */ #include + #include #include #ifdef _THREAD_SAFE #include To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 12:52:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from C456086-A.bllvu1.wa.home.com (c456086-a.bllvu1.wa.home.com [65.0.111.16]) by hub.freebsd.org (Postfix) with ESMTP id 9480C37B503 for ; Sun, 15 Oct 2000 12:52:55 -0700 (PDT) Received: (from kargl@localhost) by C456086-A.bllvu1.wa.home.com (8.11.1/8.11.1) id e9FCowc57513 for freebsd-current@freebsd.org; Sun, 15 Oct 2000 12:50:58 GMT (envelope-from kargl) From: "Steven G. Kargl" Message-Id: <200010151250.e9FCowc57513@C456086-A.bllvu1.wa.home.com> Subject: another endian.h causality; patch included To: freebsd-current@freebsd.org Date: Sun, 15 Oct 2000 12:50:58 +0000 (GMT) Reply-To: kargl@apl.washington.edu X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG *** /usr/src/gnu/lib/libdialog/prgbox.c.orig Sun Oct 15 12:44:15 2000 --- /usr/src/gnu/lib/libdialog/prgbox.c Sun Oct 15 12:44:36 2000 *************** *** 21,26 **** --- 21,27 ---- #include #include + #include #include #include "dialog.priv.h" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 13:39: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id A650B37B503 for ; Sun, 15 Oct 2000 13:39:06 -0700 (PDT) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.1/8.11.1) with ESMTP id e9FKd6F79772 for ; Sun, 15 Oct 2000 13:39:06 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <5.0.0.25.2.20001015133002.00a598e8@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sun, 15 Oct 2000 13:39:05 -0700 To: current@freebsd.org From: Manfred Antar Subject: Entropy file problem Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When setting entropy_file="/var/db/entropy" in rc.conf This error happens: No entropy file, trying other sources After a few minutes the machine continues booting /var is mounted on a separate partition from / Setting to : entropy_file="/tmp/entropy" This happens: Reading entropy file rm: /tmp/entropy: Read-only file system machine boots normally except for the above error Setting to: entropy_file="NO" the machine hangs at: setting ELF ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib. break to debugger and reboot is needed. Then have to boot -s and edit rc.conf and set entropy file to something. Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 14:27:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 0E34D37B66C; Sun, 15 Oct 2000 14:27:08 -0700 (PDT) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id OAA79234; Sun, 15 Oct 2000 14:26:53 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39EA211D.2F2695AF@gorean.org> Date: Sun, 15 Oct 2000 14:26:53 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-101 i386) X-Accept-Language: en MIME-Version: 1.0 To: Manfred Antar Cc: current@freebsd.org, Mark Murray Subject: Re: Entropy file problem References: <5.0.0.25.2.20001015133002.00a598e8@pozo.com> Content-Type: multipart/mixed; boundary="------------00D4ABFBD295D2E6CA04765A" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------00D4ABFBD295D2E6CA04765A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Manfred Antar wrote: > > When setting entropy_file="/var/db/entropy" in rc.conf > This error happens: > No entropy file, trying other sources > After a few minutes the machine continues booting > /var is mounted on a separate partition from / Try the attached patch. It's been approved in concept by Mark Murray, and is waiting for a committer to pick it up while Mark travels to BSDcon. Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? --------------00D4ABFBD295D2E6CA04765A Content-Type: text/plain; charset=us-ascii; name="entropy.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="entropy.diff" Index: rc =================================================================== RCS file: /usr/ncvs/src/etc/rc,v retrieving revision 1.234 diff -u -r1.234 rc --- rc 2000/10/14 12:56:08 1.234 +++ rc 2000/10/15 08:07:00 @@ -69,26 +69,19 @@ . /etc/rc.conf fi -# Recover some entropy so the rebooting /dev/random can reseed + +# First pass at entropy recovery so the rebooting /dev/random can reseed. # case ${entropy_file} in [Nn][Oo] | '') ;; *) if [ -w /dev/random ]; then - if [ -f ${entropy_file} -a -r ${entropy_file} ]; then - echo "Reading entropy file" + if [ -f "${entropy_file}" -a -r "${entropy_file}" -a \ + -s "${entropy_file}" ]; then + echo "Using ${entropy_file} as an entropy file" cat ${entropy_file} > /dev/random 2> /dev/random - rm -f ${entropy_file} - else - echo "No entropy file, trying other sources" - # XXX temporary until we can get the entropy - # harvesting rate up - # Entropy below is not great, but better than nothing. - (ps -gauxwww; iostat; vmstat; dmesg) > /dev/random 2> /dev/random - ( for i in /etc /var/run ; do - cd $i ; ls -al ; cat * - done ) > /dev/random 2> /dev/random + entropy_reseeded=yes fi fi ;; @@ -182,6 +175,45 @@ if [ -n "${diskless_mount}" -a -r "${diskless_mount}" ]; then sh ${diskless_mount} fi + +# Second attempt at reseeding, if needed. +# +case ${entropy_reseeded} in +yes) + ;; +*) + case ${entropy_file} in + [Nn][Oo] | '') + ;; + *) + if [ -w /dev/random ]; then + if [ -f "${entropy_file}" -a -r "${entropy_file}" -a \ + -s "${entropy_file}" ]; then + echo "Using ${entropy_file} as an entropy file" + cat ${entropy_file} > /dev/random 2> /dev/random + elif [ "${entropy_file}" != /var/db/entropy -a \ + -f /var/db/entropy -a -r /var/db/entropy -a \ + -s /var/db/entropy ]; then + echo "Using /var/db/entropy as an entropy file" + cat /var/db/entropy > /dev/random 2> /dev/random + else + echo "Can't use ${entropy_file} as an entropy file, trying other sources" + # XXX temporary until we can get the entropy + # harvesting rate up + # Entropy below is not great, but better than nothing. + (ps -gauxwww; iostat; vmstat; sysctl -a; dmesg) > /dev/random 2> /dev/random + ( for i in /etc /var/run ; do + cd $i ; ls -al ; cat * + done ) > /dev/random 2> /dev/random + fi + fi + ;; + esac + ;; +esac + +# Remove these to prevent problems on future reboots +rm -f "${entropy_file}" /var/db/entropy adjkerntz -i Index: rc.shutdown =================================================================== RCS file: /usr/ncvs/src/etc/rc.shutdown,v retrieving revision 1.12 diff -u -r1.12 rc.shutdown --- rc.shutdown 2000/10/08 19:18:24 1.12 +++ rc.shutdown 2000/10/15 07:05:14 @@ -62,9 +62,25 @@ rm -f ${entropy_file} oumask=`umask` umask 077 - touch ${entropy_file} && \ - dd if=/dev/random of=${entropy_file} \ + if touch ${entropy_file} ; then + entropy_file_confirmed="${entropy_file}" + else + # Try this as a reasonable alternative for read-only + # roots, diskless workstations, etc. + rm -f /var/db/entropy + if touch /var/db/entropy ; then + entropy_file_confirmed=/var/db/entropy + fi + fi + case ${entropy_file_confirmed} in + '') + echo "ERROR: entropy file write failed" + ;; + *) + dd if=/dev/random of=${entropy_file_confirmed} \ bs=4096 count=1 2> /dev/null + ;; + esac umask ${oumask} ;; esac Index: defaults/rc.conf =================================================================== RCS file: /usr/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.80 diff -u -r1.80 rc.conf --- defaults/rc.conf 2000/10/06 12:24:45 1.80 +++ defaults/rc.conf 2000/10/15 04:08:07 @@ -313,8 +313,8 @@ update_motd="YES" # update version info in /etc/motd (or NO) start_vinum="" # set to YES to start vinum unaligned_print="YES" # print unaligned access warnings on the alpha (or NO). -entropy_file="/var/db/entropy" - # Set to NO to disable caching entropy through reboots +entropy_file="/entropy" # Set to NO to disable caching entropy through reboots. + # /var/db/entropy is preferred if / is not available. ############################################################## ### Define source_rc_confs, the mechanism used by /etc/rc.* ## --------------00D4ABFBD295D2E6CA04765A-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 15:29:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (Postfix) with ESMTP id 55C0037B66D for ; Sun, 15 Oct 2000 15:29:33 -0700 (PDT) Received: from netch@localhost by burka.carrier.kiev.ua id BLJ84794 for freebsd-current@freebsd.org; Mon, 16 Oct 2000 01:29:30 +0300 (EEST) (envelope-from netch) Date: Mon, 16 Oct 2000 01:29:30 +0300 From: Valentin Nechayev To: freebsd-current@freebsd.org Subject: Re: (1) hanging up on ldconfig; (2) entropy file read failed Message-ID: <20001016012930.A84518@lucky.net> Reply-To: netch@lucky.net References: <20001015205259.F11062@lucky.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20001015205259.F11062@lucky.net>; from netch@lucky.net on Sun, Oct 15, 2000 at 08:52:59PM +0300 X-42: On Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sun, Oct 15, 2000 at 20:52:59, netch wrote about "(1) hanging up on ldconfig; (2) entropy file read failed": This is also entropy file and random device problem. ldconfig which hangs: pid=107, flag=004006, stat=3, wchan=c0336f80, wmesg=rndblk - waits for random data (?) This handing appeared with new random driver and setting entropy_file="NO" Why driver hangs when no seed was set? > System is: FreeBSD 5.0(13)-CURRENT-20001014 > > Three times, it hung up during boot after message: > setting ELF ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/li > b > > trace from DDB said: > > .... [scgets and neighbours stuff] > atbkd_isa_intr() > ithd_loop() at ithd_loop+0x8a > fork_trampoline() at fork_trampoline+0x1b > > After that, I booted it to single mode, and after "ldconfig" (without > params) the hanging happened again. At 4th boot, it booted normally, > hence I came too late with idea to read kernel debugging section of handbook;| > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > About entropy file. At my home system, /var is not at / (it is symlink to > /usr/var). /etc/rc reads entropy file before mounting all filesystems, > and it failed and fell back to cat'ing /etc/* ;| > Should it be better to read entropy file after mounting all filesystems? > Imho it is incorrect to place it on root FS. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 17:44:39 2000 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 F318537B66C for ; Sun, 15 Oct 2000 17:44:35 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id LAA06932; Mon, 16 Oct 2000 11:44:25 +1100 Date: Mon, 16 Oct 2000 11:44:20 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: kargl@apl.washington.edu Cc: freebsd-current@FreeBSD.ORG Subject: Re: more endian.h breakage; patch included. In-Reply-To: <200010151231.e9FCV3112524@C456086-A.bllvu1.wa.home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 15 Oct 2000, Steven G. Kargl wrote: > There is another patch needed in libdialog. No patches are needed in applications; endian.h should be unbroken. However, including endian.h directly seems to be a bug. endian.h is not documented in any section 3 man page. The documented interface is to include , although including is sufficient. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 18:23:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id EBC4937B503 for ; Sun, 15 Oct 2000 18:23:49 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.1/8.11.1) id e9G1TA321182; Sun, 15 Oct 2000 18:29:10 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <200010160129.e9G1TA321182@troutmask.apl.washington.edu> Subject: Re: more endian.h breakage; patch included. In-Reply-To: from Bruce Evans at "Oct 16, 2000 11:44:20 am" To: Bruce Evans Date: Sun, 15 Oct 2000 18:29:10 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > On Sun, 15 Oct 2000, Steven G. Kargl wrote: > > > There is another patch needed in libdialog. > > No patches are needed in applications; endian.h should be unbroken. > > However, including endian.h directly seems to be a bug. endian.h is not > documented in any section 3 man page. The documented interface is to > include , although including is sufficient. > Bruce, Actually, in this case the endian.h change exposed a bug if the wait(2) manpage is correct. In particular, is required to occur before , which was missing in libdialog/prgbox.c and libc_r/uthread/uthread_wait4.c. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 18:31:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 797FC37B66C for ; Sun, 15 Oct 2000 18:31:19 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.1/8.11.1) id e9G1ajL21223 for freebsd-current@freebsd.org; Sun, 15 Oct 2000 18:36:45 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <200010160136.e9G1ajL21223@troutmask.apl.washington.edu> Subject: usr.sbin/ppp breakage To: freebsd-current@freebsd.org Date: Sun, 15 Oct 2000 18:36:45 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG =3D=3D=3D> usr.sbin/ppp rm -f .depend mkdep -f .depend -a -DHAVE_DES -I/usr/obj/usr/src/i386/usr/include /usr= /src/usr.sbin/ppp/acf.c /usr/src/usr.sbin/ppp/arp.c /usr/src/usr.sbin/ppp/a= sync.c /usr/src/usr.sbin/ppp/auth.c /usr/src/usr.sbin/ppp/bundle.c /usr/src= /usr.sbin/ppp/cbcp.c /usr/src= /usr.sbin/ppp/ccp.c /usr/src/usr.sbin/ppp/chap.c /usr/src/usr.sbin/ppp/chat= .c /usr/src/usr.sbin/ppp/command.c /usr/src/usr.sbin/ppp/datalink.c /usr/sr= c/usr.sbin/ppp/deflate.c /usr/src/usr.sbin/ppp/defs.c /usr/src/usr.sbin/ppp= /exec.c /usr/src/usr.sbin/ppp= /filter.c /usr/src/usr.sbin/ppp/fsm.c /usr/src/usr.sbin/ppp/hdlc.c /usr/src= /usr.sbin/ppp/iface.c /usr/src/usr.sbin/ppp/ip.c /usr/src/usr.sbin/ppp/ipcp= .c /usr/src/usr.sbin/ppp/iplist.c /usr/src/usr.sbin/ppp/lcp.c /usr/src/usr.= sbin/ppp/link.c /usr/src/usr.= sbin/ppp/log.c /usr/src/usr.sbin/ppp/lqr.c /usr/src/usr.sbin/ppp/main.c /us= r/src/usr.sbin/ppp/mbuf.c /usr/src/usr.sbin/ppp/mp.c /usr/src/usr.sbin/ppp/= pap.c /usr/src/usr.sbin/ppp/physical.c /usr/src/usr.sbin/ppp/pred.c /usr/sr= c/usr.sbin/ppp/probe.c /usr/s= rc/usr.sbin/ppp/prompt.c /usr/src/usr.sbin/ppp/proto.c /usr/src/usr.sbin/pp= p/route.c /usr/src/usr.sbin/ppp/server.c /usr/src/usr.sbin/ppp/sig.c /usr/s= rc/usr.sbin/ppp/slcompress.c /usr/src/usr.sbin/ppp/sync.c /usr/src/usr.sbin= /ppp/systems.c /usr/src/usr.s= bin/ppp/tcp.c /usr/src/usr.sbin/ppp/throughput.c /usr/src/usr.sbin/ppp/time= r.c /usr/src/usr.sbin/ppp/tty.c /usr/src/usr.sbin/ppp/tun.c /usr/src/usr.sb= in/ppp/udp.c /usr/src/usr.sbin/ppp/vjcomp.c /usr/src/usr.sbin/ppp/nat_cmd.c= /usr/src/usr.sbin/ppp/atm.c=20= /usr/src/usr.sbin/ppp/id.c /usr/src/usr.sbin/ppp/chap_ms.c /usr/src/usr.sbi= n/ppp/radius.c /usr/src/usr.sbin/ppp/i4b.c /usr/src/usr.sbin/ppp/ether.c /usr/src/usr.sbin/ppp/atm.c:32: netnatm/natm.h: No such file or directory mkdep: compile failed *** Error code 1 --=20 Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 20:39:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id 9671537B66C for ; Sun, 15 Oct 2000 20:39:32 -0700 (PDT) Received: from modemcable213.3-201-24.mtl.mc.videotron.ca ([24.201.3.213]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0G2I00JFF7HU1S@falla.videotron.net> for current@freebsd.org; Sun, 15 Oct 2000 23:39:31 -0400 (EDT) Date: Sun, 15 Oct 2000 23:43:40 -0400 (EDT) From: Bosko Milekic Subject: Another broken buildworld? X-Sender: bmilekic@jehovah.technokratis.com To: current@freebsd.org Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have some trouble building world today; after finally getting over what seemed to be like numerous endian.h related problems... I get failure while building usr.sbin/ppp now. /usr/src/usr.sbin/ppp/atm.c:32: netnatm/natm.h: No such file or directory /usr/src/usr.sbin/ppp/atm.c: In function `atm_CreateDevice': /usr/src/usr.sbin/ppp/atm.c:169: storage size of `sock' isn't known /usr/src/usr.sbin/ppp/atm.c:186: `PROTO_NATMAAL5' undeclared (first use in this function) /usr/src/usr.sbin/ppp/atm.c:186: (Each undeclared identifier is reported only once /usr/src/usr.sbin/ppp/atm.c:186: for each function it appears in.) /usr/src/usr.sbin/ppp/atm.c:169: warning: unused variable `sock' *** Error code 1 ... I don't know who/what broke this. Anybody have any ideas? Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 22:24: 8 2000 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 CB1E037B503 for ; Sun, 15 Oct 2000 22:24:02 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id QAA01687; Mon, 16 Oct 2000 16:23:48 +1100 Date: Mon, 16 Oct 2000 16:23:43 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Steve Kargl Cc: freebsd-current@FreeBSD.ORG Subject: Re: more endian.h breakage; patch included. In-Reply-To: <200010160129.e9G1TA321182@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 15 Oct 2000, Steve Kargl wrote: > Actually, in this case the endian.h change exposed a bug > if the wait(2) manpage is correct. In particular, > is required to occur before , which was missing in > libdialog/prgbox.c and libc_r/uthread/uthread_wait4.c. It is strictly correct for POSIX.1-1990, but FreeBSD-2 never had the requirement until now. POSIX.1-200x is relaxing similar requirements (I'm not sure about this one), so it is too late to start enforcing it. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 22:44:58 2000 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 1BA4437B502 for ; Sun, 15 Oct 2000 22:44:54 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.11.0/8.11.0) with ESMTP id e9G5ihI16353; Mon, 16 Oct 2000 06:44:43 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.1/8.11.0) with ESMTP id e9G5itY50264; Sun, 15 Oct 2000 22:44:55 -0700 (PDT) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200010160544.e9G5itY50264@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-current@FreeBSD.org Cc: Warner Losh Subject: **HEADS UP** /usr/include/netnatm/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Oct 2000 22:44:54 -0700 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG People may see problems with make buildworld. I recently added the directory /usr/include/netnatm/ to BSD.include.dist, and the ppp build now depends on this. Old installations may have a bogus file called /usr/include/netnatm that needs to be removed before mtree (at the start of installworld) will create the directory.... In short, before your next installworld, ``rm /usr/include/netnatm''. Cheers. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 23:11:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from ego.mind.net (ego.mind.net [206.99.66.9]) by hub.freebsd.org (Postfix) with ESMTP id 5104E37B66C for ; Sun, 15 Oct 2000 23:11:29 -0700 (PDT) Received: from takhus-home.ashlandfn.org (AFN-Dyn-2084621972.pc.ashlandfiber.net [208.46.219.72]) by ego.mind.net (8.9.3/8.9.3) with ESMTP id XAA04419; Sun, 15 Oct 2000 23:11:23 -0700 Received: from localhost (fleisher@localhost) by takhus-home.ashlandfn.org (8.11.1/8.11.1) with ESMTP id e9G6BEM94924; Sun, 15 Oct 2000 23:11:19 -0700 (PDT) (envelope-from takhus@takhus.mind.net) X-Authentication-Warning: takhus-home.ashlandfn.org: fleisher owned process doing -bs Date: Sun, 15 Oct 2000 23:11:13 -0700 (PDT) From: Tony Fleisher X-Sender: fleisher@takhus-home.ashlandfn.org To: Bruce Evans Cc: freebsd-current@FreeBSD.ORG Subject: Re: more endian.h breakage; patch included. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 16 Oct 2000, Bruce Evans wrote: > On Sun, 15 Oct 2000, Steve Kargl wrote: > > > Actually, in this case the endian.h change exposed a bug > > if the wait(2) manpage is correct. In particular, > > is required to occur before , which was missing in > > libdialog/prgbox.c and libc_r/uthread/uthread_wait4.c. > > It is strictly correct for POSIX.1-1990, but FreeBSD-2 never had the > requirement until now. POSIX.1-200x is relaxing similar requirements > (I'm not sure about this one), so it is too late to start enforcing it. > Perhaps a good fix would be to include in endian.h so that the world will again build properly? Just a suggestion. Regards, Tony. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 15 23:44:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id 379CA37B66F for ; Sun, 15 Oct 2000 23:44:18 -0700 (PDT) Received: from castle2.jp.FreeBSD.org (castle2.jp.FreeBSD.org [210.226.20.120]) by updraft.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id PAA56480; Mon, 16 Oct 2000 15:43:45 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by castle2.jp.FreeBSD.org (8.11.0+3.3W/8.11.0) with ESMTP/inet id e9G6hgg25123; Mon, 16 Oct 2000 15:43:44 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: current@freebsd.org In-Reply-To: <200010160544.e9G5itY50264@hak.lan.Awfulhak.org> References: <200010160544.e9G5itY50264@hak.lan.Awfulhak.org> X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Molpe) 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: 19 From: Makoto MATSUSHITA To: brian@Awfulhak.org Subject: Re: **HEADS UP** /usr/include/netnatm/ Date: Mon, 16 Oct 2000 15:42:24 +0900 Message-Id: <20001016154224A.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG brian> I recently added the directory /usr/include/netnatm/ to brian> BSD.include.dist, and the ppp build now depends on this. Would you please add netnatm to 'LDIRS' definition of src/include/Makefile ? Without this, "make buildworld" fails just like this, since no header file in src/sys/netnatm/ is installed. ===> usr.sbin/ppp rm -f .depend mkdep -f .depend -a -DHAVE_DES -I/usr/obj/usr/src/i386/usr/include (....) /usr/src/usr.sbin/ppp/atm.c:32: netnatm/natm.h: No such file or directory mkdep: compile failed See also: -- - 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 Mon Oct 16 0: 2: 2 2000 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 A5D3C37B66F for ; Mon, 16 Oct 2000 00:01:57 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.11.0/8.11.0) with ESMTP id e9G71pI17694; Mon, 16 Oct 2000 08:01:51 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.1/8.11.0) with ESMTP id e9G71mY00206; Mon, 16 Oct 2000 00:01:50 -0700 (PDT) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200010160701.e9G71mY00206@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Makoto MATSUSHITA Cc: brian@Awfulhak.org, current@freebsd.org, brian@Awfulhak.org Subject: Re: **HEADS UP** /usr/include/netnatm/ In-Reply-To: Message from Makoto MATSUSHITA of "Mon, 16 Oct 2000 15:42:24 +0900." <20001016154224A.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Oct 2000 00:01:46 -0700 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > brian> I recently added the directory /usr/include/netnatm/ to > brian> BSD.include.dist, and the ppp build now depends on this. > > Would you please add netnatm to 'LDIRS' definition of src/include/Makefile ? > > Without this, "make buildworld" fails just like this, since no header > file in src/sys/netnatm/ is installed. Ah, thanks ! Done. > -- - > Makoto `MAR' MATSUSHITA -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 0:39:25 2000 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 D03D437B502 for ; Mon, 16 Oct 2000 00:39:21 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.11.0/8.11.0) with ESMTP id e9G7dFI17890; Mon, 16 Oct 2000 08:39:16 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.1/8.11.0) with ESMTP id e9G7dNY21088; Mon, 16 Oct 2000 00:39:24 -0700 (PDT) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200010160739.e9G7dNY21088@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Bruce Evans Cc: kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: more endian.h breakage; patch included. In-Reply-To: Message from Bruce Evans of "Mon, 16 Oct 2000 11:44:20 +1100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Oct 2000 00:39:23 -0700 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, 15 Oct 2000, Steven G. Kargl wrote: > > > There is another patch needed in libdialog. > > No patches are needed in applications; endian.h should be unbroken. In what way ? ntohl() & ntonl() were previously wrong to return u_long. They now return uint32_t (which requires sys/types.h). They *could* be changed to return u_int32_t, but this doesn't seem to be the best way forward. They *could* be changed to return unsigned, but I think this is worse than u_int32_t. I guess another alternative is to move the BYTE_ORDER into a different file and stop including endian.h from wait.h, but this seems wrong too. > Bruce -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 0:40:20 2000 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 AF3E437B66D for ; Mon, 16 Oct 2000 00:40:17 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.11.0/8.11.0) with ESMTP id e9G7eEI17915; Mon, 16 Oct 2000 08:40:14 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.1/8.11.0) with ESMTP id e9G7eNY21471; Mon, 16 Oct 2000 00:40:23 -0700 (PDT) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200010160740.e9G7eNY21471@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Steve Kargl Cc: freebsd-current@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: usr.sbin/ppp breakage In-Reply-To: Message from Steve Kargl of "Sun, 15 Oct 2000 18:36:45 PDT." <200010160136.e9G1ajL21223@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Oct 2000 00:40:22 -0700 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ===> usr.sbin/ppp > rm -f .depend > mkdep -f .depend -a -DHAVE_DES -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.sbin/ppp/acf.c /usr/src/usr.sbin/ppp/arp.c /usr/src/usr.sbin/ppp/async.c /usr/src/usr.sbin/ppp/auth.c /usr/src/usr.sbin/ppp/bundle.c /usr/src/usr.sbin/ppp/cbcp.c /usr/src/usr.sbin/ppp/ccp.c /usr/src/usr.sbin/ppp/chap.c /usr/src/usr.sbin/ppp/chat.c /usr/src/usr.sbin/ppp/command.c /usr/src/usr.sbin/ppp/datalink.c /usr/src/usr.sbin/ppp/deflate.c /usr/src/usr.sbin/ppp/defs.c /usr/src/usr.sbin/ppp/exec.c /usr/src/usr.sbin/ppp/filter.c /usr/src/usr.sbin/ppp/fsm.c /usr/src/usr.sbin/ppp/hdlc.c /usr/src/usr.sbin/ppp/iface.c /usr/src/usr.sbin/ppp/ip.c /usr/src/usr.sbin/ppp/ipcp.c /usr/src/usr.sbin/ppp/iplist.c /usr/src/usr.sbin/ppp/lcp.c /usr/src/usr.sbin/ppp/link.c /usr/src/usr.sbin/ppp/log.c /usr/src/usr.sbin/ppp/lqr.c /usr/src/usr.sbin/ppp/main.c /usr/src/usr.sbin/ppp/mbuf.c /usr/src/usr.sbin/ppp/mp.c /usr/src/usr.sbin/ppp/pap.c /usr/src/usr.sbin/ppp/physical.c /usr/src/usr.sbin/ppp/pred.c /usr/sr! c/usr.sbin/ppp/probe.c /usr/src/usr.sbin/ppp/prompt.c /usr/src/usr.sbin/ppp/proto.c /usr/src/usr.sbin/ppp/route.c /usr/src/usr.sbin/ppp/server.c /usr/src/usr.sbin/ppp/sig.c /usr/src/usr.sbin/ppp/slcompress.c /usr/src/usr.sbin/ppp/sync.c /usr/src/usr.sbin/ppp/systems.c /usr/src/usr.sbin/ppp/tcp.c /usr/src/usr.sbin/ppp/throughput.c /usr/src/usr.sbin/ppp/timer.c /usr/src/usr.sbin/ppp/tty.c /usr/src/usr.sbin/ppp/tun.c /usr/src/usr.sbin/ppp/udp.c /usr/src/usr.sbin/ppp/vjcomp.c /usr/src/usr.sbin/ppp/nat_cmd.c /usr/src/usr.sbin/ppp/atm.c /usr/src/usr.sbin/ppp/id.c /usr/src/usr.sbin/ppp/chap_ms.c /usr/src/usr.sbin/ppp/radius.c /usr/src/usr.sbin/ppp/i4b.c /usr/src/usr.sbin/ppp/ether.c > /usr/src/usr.sbin/ppp/atm.c:32: netnatm/natm.h: No such file or directory > mkdep: compile failed > *** Error code 1 This should now be fixed, but a ``make world'' is required. > -- > Steve -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 1:32:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 10BC937B66C; Mon, 16 Oct 2000 01:32:29 -0700 (PDT) Received: from nn.kiev.ua (nn.kiev.ua [193.193.193.203]) by segfault.kiev.ua (8) with ESMTP id LML26566; Mon, 16 Oct 2000 11:32:22 +0300 (EEST) (envelope-from netch@nn.kiev.ua) Received: (from netch@localhost) by nn.kiev.ua id e9G8WCl00361; Mon, 16 Oct 2000 11:32:12 +0300 (EEST) (envelope-from netch) Date: Mon, 16 Oct 2000 11:32:12 +0300 From: Valentin Nechayev To: markm@freebsd.org, freebsd-current@freebsd.org Subject: random fallback init Message-ID: <20001016113212.A241@nn.kiev.ua> Reply-To: netch@segfault.kiev.ua Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i X-42: On Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The problem that when random device was not seeded, boot simply hangs (on ldconfig! why?) Ugly init(8) gives no chance to stop booting and fall to reboot or single mode again via ctrl-alt-del or another key combination; sleeping on "rndblk" channel in ldconfig is not interruptible; only DDB or Reset button save, with respective results as fsck need;( Patch below is not simply patch (I suppose Mark Murray is good programmer, and I am too lame to learn him how to program), but quick (and dirty?) realization of requirement that random device must work even when it was not seeded externally, and it works in patched variant at my system: ==={{{ screenshot part Starting final network daemons:. setting ELF ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/li b random_read: no seed yet, provide fallback setting a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/a out starting standard daemons: cron sendmail sshd. ===}}} Of course, it should be combined with patch of /etc/rc (see letter to -current: `From: Doug Barton Message-ID: <39EA211D.2F2695AF@gorean.org>'). diff -rNu src.orig/sys/dev/random/randomdev.c src/sys/dev/random/randomdev.c --- src.orig/sys/dev/random/randomdev.c Sat Oct 14 13:59:54 2000 +++ src/sys/dev/random/randomdev.c Mon Oct 16 11:07:29 2000 @@ -113,7 +113,11 @@ error = EWOULDBLOCK; } else { - if (random_state.seeded) { + if (!random_state.seeded) { + printf("random_read: no seed yet, provide fallback\n"); + reseed(FAST); + } + if (1) { /* if(random_state.seeded) was here */ c = min(uio->uio_resid, PAGE_SIZE); random_buf = (void *)malloc(c, M_TEMP, M_WAITOK); while (uio->uio_resid > 0 && error == 0) { @@ -122,8 +126,6 @@ } free(random_buf, M_TEMP); } - else - error = tsleep(&random_state, 0, "rndblk", 0); } return error; } diff -rNu src.orig/sys/dev/random/yarrow.c src/sys/dev/random/yarrow.c --- src.orig/sys/dev/random/yarrow.c Sat Oct 14 13:59:54 2000 +++ src/sys/dev/random/yarrow.c Mon Oct 16 11:02:17 2000 @@ -268,7 +268,7 @@ #endif } -static void +void reseed(int fastslow) { /* Interrupt-context stack is a limited resource; make large @@ -355,9 +355,6 @@ /* 7. Dump to seed file */ /* XXX Not done here yet */ - /* Release the reseed mutex */ - mtx_exit(&random_reseed_mtx, MTX_DEF); - #ifdef DEBUG printf("Reseed finish\n"); #endif @@ -367,6 +364,9 @@ selwakeup(&random_state.rsel); wakeup(&random_state); } + + /* Release the reseed mutex */ + mtx_exit(&random_reseed_mtx, MTX_DEF); } diff -rNu src.orig/sys/dev/random/yarrow.h src/sys/dev/random/yarrow.h --- src.orig/sys/dev/random/yarrow.h Sat Oct 14 13:59:54 2000 +++ src/sys/dev/random/yarrow.h Mon Oct 16 11:02:32 2000 @@ -46,6 +46,7 @@ void random_init_harvester(void (*)(struct timespec *, void *, u_int, u_int, u_int, enum esource), u_int (*)(void *, u_int)); void random_deinit_harvester(void); void random_set_wakeup_exit(void *); +void reseed(int); u_int read_random_real(void *, u_int); void write_random(void *, u_int); /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 1:45: 1 2000 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 23B3637B66D for ; Mon, 16 Oct 2000 01:44:57 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id TAA17845; Mon, 16 Oct 2000 19:44:38 +1100 Date: Mon, 16 Oct 2000 19:44:33 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Brian Somers Cc: kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG Subject: Re: more endian.h breakage; patch included. In-Reply-To: <200010160739.e9G7dNY21088@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 16 Oct 2000, Brian Somers wrote: > > On Sun, 15 Oct 2000, Steven G. Kargl wrote: > > > > > There is another patch needed in libdialog. > > > > No patches are needed in applications; endian.h should be unbroken. > > In what way ? endian.h shouldn't depend on or include and its associated namespace pollution. It never did before. > ntohl() & ntonl() were previously wrong to return u_long. Not wrong. They have always been documented to return u_long. > They now return uint32_t (which requires sys/types.h). In NetBSD and in FreeBSD for all arches except i386's they return in_addr_t which happens to be u_int32_t. > They *could* be changed to return u_int32_t, but this doesn't seem to > be the best way forward. I agree that it's not the best way forward, but u_int32_t is traditional namespace pollution in , so using it is safer than using uint32_t. > They *could* be changed to return unsigned, but I think this is worse > than u_int32_t. It is no different for an arch where unsigned is u_int32_t (both conflict with the man page :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 1:50:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from alpha.dante.org.uk (alpha.dante.org.uk [193.63.211.19]) by hub.freebsd.org (Postfix) with ESMTP id 7DDA737B66C; Mon, 16 Oct 2000 01:50:08 -0700 (PDT) Received: from theta.dante.org.uk ([193.63.211.7]) by alpha.dante.org.uk with esmtp (Exim 3.12 #4) id 13l5xc-0003M0-00; Mon, 16 Oct 2000 09:49:32 +0100 Received: from localhost ([127.0.0.1] helo=dante.org.uk) by theta.dante.org.uk with esmtp (Exim 3.12 #4) id 13l5xb-0006nn-00; Mon, 16 Oct 2000 09:49:31 +0100 Message-ID: <39EAC11A.F6FBAFC8@dante.org.uk> Date: Mon, 16 Oct 2000 09:49:30 +0100 From: Konstantin Chuguev Organization: Delivery of Advanced Networking Service to Europe Ltd. X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en, ru MIME-Version: 1.0 To: Szilveszter Adam Cc: Gerald Pfeifer , freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Which GCC in CURRENT? [Was: Re: Wine update] References: <20001013144702.A15082@petra.hos.u-szeged.hu> <20001015163111.A24077@petra.hos.u-szeged.hu> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Szilveszter Adam wrote: > > > Hmmm. It is good that the problem got resolved, but I take both 4.1 and > > > -CURRENT use the same gcc version... (2.95.2) Or am I missing something? > > > > AFAIK, -CURRENT uses a snapshot of GCC 2.96 which may have some bugs. > > It reports itself as 2.95.2. > There are two directories in CURRENT's src/contrib: gcc and gcc.295 (the former is fresher). In src/gnu/{usr.bin|lib} appropriate Makefile.inc files set .PATH to .../.../gcc.295. There seems to be no way to switch to another GCC by editing just one line somewhere. Does anybody knows why there are two GCC in CURRENT? Regards, Konstantin. -- * * Konstantin Chuguev - Application Engineer * * Francis House, 112 Hills Road * Cambridge CB2 1PQ, United Kingdom D A N T E WWW: http://www.dante.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 2:59:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 1CF6137B66C; Mon, 16 Oct 2000 02:59:17 -0700 (PDT) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id LAA17572; Mon, 16 Oct 2000 11:59:18 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13l72Y-0002Jq-00; Mon, 16 Oct 2000 11:58:42 +0200 Date: Mon, 16 Oct 2000 11:58:42 +0200 From: Szilveszter Adam To: Konstantin Chuguev Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: Which GCC in CURRENT? [Was: Re: Wine update] Message-ID: <20001016115842.F4302@petra.hos.u-szeged.hu> Mail-Followup-To: Konstantin Chuguev , freebsd-emulation@freebsd.org, freebsd-current@freebsd.org References: <20001013144702.A15082@petra.hos.u-szeged.hu> <20001015163111.A24077@petra.hos.u-szeged.hu> <39EAC11A.F6FBAFC8@dante.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39EAC11A.F6FBAFC8@dante.org.uk>; from Konstantin.Chuguev@dante.org.uk on Mon, Oct 16, 2000 at 09:49:30AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Oct 16, 2000 at 09:49:30AM +0100, Konstantin Chuguev wrote: > > There are two directories in CURRENT's src/contrib: gcc and gcc.295 (the former is > fresher). In src/gnu/{usr.bin|lib} appropriate Makefile.inc files set .PATH to > .../.../gcc.295. > There seems to be no way to switch to another GCC by editing just one line > somewhere. > Does anybody knows why there are two GCC in CURRENT? Because there is a planned upgrade of the gcc to 2.96 sometime in the future. But the new gcc snapshot contained in that directory (which is also refreshed sometimes) is not yet ready for prime time. A gcc upgrade is a very delicate matter and must be planned carefully. Also, since 2.96 has not even been released yet, I assume the maintainer (bruce, AFAIK) just makes sure that it builds and compiles stuff OK and so by the time 5.0 will be released and hopefully 2.96 too, we just have to push the button and it will be there. If you look closely enough, you can also see two parallel gdb trees and at one time (before the upgrade to the latest release version) there also used to be two binutils dirs. I think this very careful approach on the part of the maintainer(s) makes sure that gcc (and binutils and libc) upgrades are so painless on FreeBSD, while they can be a significant PITA on Linux because of possible incompatibilities. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 4:21:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id 6F0E437B66E; Mon, 16 Oct 2000 04:21:36 -0700 (PDT) Received: from [128.130.111.77] (taygeta [128.130.111.77]) by vexpert.dbai.tuwien.ac.at (8.9.3/8.9.3) with ESMTP id NAA00401; Mon, 16 Oct 2000 13:21:32 +0200 (MET DST) Date: Mon, 16 Oct 2000 13:21:33 +0200 (CEST) From: Gerald Pfeifer To: Szilveszter Adam Cc: Konstantin Chuguev , freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: Which GCC in CURRENT? [Was: Re: Wine update] In-Reply-To: <20001016115842.F4302@petra.hos.u-szeged.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 16 Oct 2000, Szilveszter Adam wrote: > Also, since 2.96 has not even been released yet, I assume the > maintainer (bruce, AFAIK) just makes sure that it builds and compiles > stuff OK and so by the time 5.0 will be released and hopefully 2.96 > too, we just have to push the button and it will be there. I can assert, with utmost authority ;-), that GCC 2.96 will never be released by the GCC team. See . > I think this very careful approach on the part of the maintainer(s) > makes sure that gcc (and binutils and libc) upgrades are so painless > on FreeBSD, while they can be a significant PITA on Linux because of > possible incompatibilities. Upgrades are not painless at all on FreeBSD, because of some additional hacks you/we are using. See the following two PRs for examples that cost me quite some time each (and are still open): http://www.FreeBSD.org/cgi/query-pr.cgi?pr=20966 http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21983 If the first PR is not resolved in time for the GCC 3.0 release process (which is not that far ahead), FreeBSD might even be dropped from the list of secondary evaluation platforms for GCC 3.0. :-( In any case, the bug does prevent regular GCC developers and testers from using FreeBSD -- not a good thing, either! :-( On the other hand, lately David O'Brien has submitted several patches for the FreeBSD ports to GCC, most (all?) of which have been reviewed and integrated quickly, so there is a good chance that the difference between the FreeBSD version of GCC and FSF GCC will be further reduced. :-) Should any of you have some time to spend, those two PRs I mentioned above are really critical. Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 6:51: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with ESMTP id 2597D37B66E for ; Mon, 16 Oct 2000 06:51:05 -0700 (PDT) Received: from hcswork.hcs.de (hcswork.hcs.de [192.76.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id D74B45D0B for ; Mon, 16 Oct 2000 15:51:00 +0200 (CEST) Received: by hcswork.hcs.de (Postfix, from userid 200) id 7024D3E8; Mon, 16 Oct 2000 15:51:00 +0200 (METDST) Subject: fxp - no wake on lan anymore ? To: freebsd-current@freebsd.org (FreeBSD Current) Date: Mon, 16 Oct 2000 15:51:00 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 639 Message-Id: <20001016135100.7024D3E8@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After updating over the weekend to a recent current i noticed that it does not wake up on lan activity anymore. This - nice - feature worked fine with the Intel fxp card before (i can't even get into the machine now to cut and paste the bootmessage because it wakes no longer up ..) Is this a bug or a feature ? hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 7:24:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from cosrel2.hp.com (cosrel2.hp.com [156.153.255.162]) by hub.freebsd.org (Postfix) with ESMTP id 263EE37B66D; Mon, 16 Oct 2000 07:24:28 -0700 (PDT) Received: from udlkern.fc.hp.com (udlkern.fc.hp.com [15.1.52.48]) by cosrel2.hp.com (Postfix) with ESMTP id 09C5C6F0; Mon, 16 Oct 2000 08:24:07 -0600 (MDT) Received: from udlkern.fc.hp.com (erdos.fc.hp.com [15.1.54.169]) by udlkern.fc.hp.com with ESMTP (8.8.6 (PHNE_14041)/8.7.3 SMKit7.0) id IAA26556; Mon, 16 Oct 2000 08:24:26 -0600 (MDT) Message-ID: <39EB0F99.8FBC5362@udlkern.fc.hp.com> Date: Mon, 16 Oct 2000 08:24:26 -0600 From: "Andrew M. Miklic" X-Mailer: Mozilla 4.72 [en] (X11; U; HP-UX B.11.00 9000/785) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: syscons Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have a question about syscons, and I was wondering if there were anyone out there who knew enough about the initialization sequence of syscons to answer... Basically, I'm trying to write a TGA driver around syscons, but TGA is a PCI card, and it seems, after having looked through the syscons code and the VGA driver, that syscons is better suited to ISA-style adapters, i.e., it absoultely has to call (tga/vga)_configure() very early in boot (i.e., before main()) to register adapters, and this registration requires a probe of adapters _before_ PCI services are available to do a probe of PCI adapters--is this true? If so, does anyone know of a nifty way around this conundrum? Andrew Miklic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 7:48: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from valcho.net (valcho.net [208.10.211.61]) by hub.freebsd.org (Postfix) with SMTP id AD63C37B503 for ; Mon, 16 Oct 2000 07:47:59 -0700 (PDT) Received: (qmail 32926 invoked by uid 1000); 16 Oct 2000 14:48:01 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Oct 2000 14:48:01 -0000 Date: Mon, 16 Oct 2000 10:48:01 -0400 (EDT) From: Valentin Chopov To: freebsd-current@freebsd.org Subject: error in pci_cfgreg.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got this error while compiling the last kernel: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -march=i686 -mpreferred-stack-boundary=2 ../../i386/pci/pci_cfgreg.c ../../i386/pci/pci_cfgreg.c: In function `pci_cfgregopen': ../../i386/pci/pci_cfgreg.c:95: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:99: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:100: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:100: sizeof applied to an incomplete type ../../i386/pci/pci_cfgreg.c:100: sizeof applied to an incomplete type ../../i386/pci/pci_cfgreg.c: At top level: ../../i386/pci/pci_cfgreg.c:139: warning: no previous prototype for `pci_cfgintr' ../../i386/pci/pci_cfgreg.c: In function `pci_cfgintr': ../../i386/pci/pci_cfgreg.c:150: increment of pointer to unknown structure ../../i386/pci/pci_cfgreg.c:150: arithmetic on pointer to an incomplete type ../../i386/pci/pci_cfgreg.c:151: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:151: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:153: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:153: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:157: dereferencing pointer to incomplete type machine/cpufunc.h:112: warning: inlining failed in call to `ffs' ../../i386/pci/pci_cfgreg.c:157: warning: called from here ../../i386/pci/pci_cfgreg.c:158: dereferencing pointer to incomplete type *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 9:33:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with ESMTP id 3590A37B673 for ; Mon, 16 Oct 2000 09:33:25 -0700 (PDT) Received: from hcswork.hcs.de (hcswork.hcs.de [192.76.124.5]) by hcshh.hcs.de (Postfix) with ESMTP id 328835D0B for ; Mon, 16 Oct 2000 18:33:24 +0200 (CEST) Received: by hcswork.hcs.de (Postfix, from userid 200) id A27DE3E8; Mon, 16 Oct 2000 18:33:23 +0200 (METDST) Subject: Re: fxp - no wake on lan anymore ? In-Reply-To: From hm at "Oct 16, 0 03:51:00 pm" To: freebsd-current@freebsd.org (FreeBSD Current) Date: Mon, 16 Oct 2000 18:33:23 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1135 Message-Id: <20001016163323.A27DE3E8@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From the keyboard of hm: > After updating over the weekend to a recent current i noticed that it does > not wake up on lan activity anymore. This - nice - feature worked fine with > the Intel fxp card before (i can't even get into the machine now to cut and > paste the bootmessage because it wakes no longer up ..) > > Is this a bug or a feature ? Following up on my own mail: its a bug! This version does not wake up the machine on lan traffic: $FreeBSD: src/sys/pci/if_fxp.c,v 1.97 2000/10/15 14:18:58 phk Exp $ while this version: $FreeBSD: src/sys/pci/if_fxp.c,v 1.85 2000/08/11 17:47:55 wpaul Exp $ does wake up the machine. The card is an original Intel fxp0: port 0xe000-0xe03f mem 0xec000000-0xec0f ffff,0xec101000-0xec101fff irq 7 at device 11.0 on pci0 hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 12:44:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail49.fg.online.no (mail49-s.fg.online.no [148.122.161.49]) by hub.freebsd.org (Postfix) with ESMTP id DFC5437B66F for ; Mon, 16 Oct 2000 12:44:53 -0700 (PDT) Received: from online.no (ti21a67-0069.dialup.online.no [130.67.203.197]) by mail49.fg.online.no (8.9.3/8.9.3) with ESMTP id VAA04946 for ; Mon, 16 Oct 2000 21:44:50 +0200 (MET DST) Message-ID: <39EB76A8.35F2CDD1@online.no> Date: Mon, 16 Oct 2000 21:44:08 +0000 From: Are Folkestad X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: error in pci_cfgreg.c Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Build kernel breaks in pci_cfreg.c : cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -march=i686 -mpreferred-stack-boundary=2 ../../i386/pci/pci_cfgreg.c ../../i386/pci/pci_cfgreg.c: In function `pci_cfgregopen': ../../i386/pci/pci_cfgreg.c:95: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:99: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:100: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:100: sizeof applied to an incomplete type ../../i386/pci/pci_cfgreg.c:100: sizeof applied to an incomplete type ../../i386/pci/pci_cfgreg.c: At top level: ../../i386/pci/pci_cfgreg.c:139: warning: no previous prototype for `pci_cfgintr' ../../i386/pci/pci_cfgreg.c: In function `pci_cfgintr': ../../i386/pci/pci_cfgreg.c:150: increment of pointer to unknown structure ../../i386/pci/pci_cfgreg.c:150: arithmetic on pointer to an incomplete type ../../i386/pci/pci_cfgreg.c:151: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:151: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:153: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:153: dereferencing pointer to incomplete type ../../i386/pci/pci_cfgreg.c:157: dereferencing pointer to incomplete type machine/cpufunc.h:112: warning: inlining failed in call to `ffs' ../../i386/pci/pci_cfgreg.c:157: warning: called from here ../../i386/pci/pci_cfgreg.c:158: dereferencing pointer to incomplete type *** Error code 1 Rgds, Are Folkestad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 13:46:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id CB8FB37B66D for ; Mon, 16 Oct 2000 13:46:44 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9GKkhn46703; Mon, 16 Oct 2000 14:46:43 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA03770; Mon, 16 Oct 2000 14:46:42 -0600 (MDT) Message-Id: <200010162046.OAA03770@harmony.village.org> To: Valentin Chopov Subject: Re: error in pci_cfgreg.c Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 16 Oct 2000 10:48:01 EDT." References: Date: Mon, 16 Oct 2000 14:46:42 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Valentin Chopov writes: : I got this error while compiling the last kernel: Sorry about that. I committed some of mike's changes at his request and didn't manage to commit them all. I've fixed this now. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 13:47:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 9867F37B66F for ; Mon, 16 Oct 2000 13:47:43 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9GKlgn46712; Mon, 16 Oct 2000 14:47:42 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA03790; Mon, 16 Oct 2000 14:47:41 -0600 (MDT) Message-Id: <200010162047.OAA03790@harmony.village.org> To: Are Folkestad Subject: Re: error in pci_cfgreg.c Cc: current@FreeBSD.ORG In-reply-to: Your message of "Mon, 16 Oct 2000 21:44:08 -0000." <39EB76A8.35F2CDD1@online.no> References: <39EB76A8.35F2CDD1@online.no> Date: Mon, 16 Oct 2000 14:47:41 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <39EB76A8.35F2CDD1@online.no> Are Folkestad writes: : Build kernel breaks in pci_cfreg.c : I screwed up and didn't commit some bits. Please re cvsup and try again. Sorry about that. It is all in the service of cardbus. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 16:26:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (mail.dobox.com [208.187.122.44]) by hub.freebsd.org (Postfix) with ESMTP id 9364D37B66D; Mon, 16 Oct 2000 16:26:27 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 13ktMv-0000PH-00; Sun, 15 Oct 2000 13:22:49 -0600 Message-ID: <39EA0408.2C8C87B7@softweyr.com> Date: Sun, 15 Oct 2000 13:22:48 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: obrien@freebsd.org Cc: Jordan Hubbard , current@freebsd.org Subject: Re: Our kernel just got too big again. :) References: <53339.971556879@winston.osd.bsdi.com> <20001014141526.A24566@dragon.nuxi.com> <20001014155623.D24566@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > > On Sat, Oct 14, 2000 at 01:54:39PM -0700, Jordan Hubbard wrote: > > We've blown out the kern.flp image. Time for me to chop something > > out again, unless there are any other suggestions. :| > > Mind if I commit this patch? > > Index: dokern.sh > =================================================================== > RCS file: /home/ncvs/src/release/scripts/dokern.sh,v > retrieving revision 1.35 > diff -u -r1.35 dokern.sh > --- dokern.sh 2000/09/29 03:24:03 1.35 > +++ dokern.sh 2000/10/14 22:55:45 > @@ -72,7 +72,15 @@ > -e '/SOFTUPDATES/d' \ > -e '/MFS/d' \ > -e '/NFS_ROOT/d' \ > + -e '/ncr/d' \ > -e '/atapist/d' \ > + -e '/lpt/d' \ > + -e '/ppi/d' \ > + -e '/vpo/d' \ > + -e '/ugen/d' \ > + -e '/uhid/d' \ If you remove uhid, will you prohibit installing on an USB-only system? -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 16:32:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id E8B9A37B502; Mon, 16 Oct 2000 16:32:31 -0700 (PDT) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9GNW9510338; Mon, 16 Oct 2000 16:32:09 -0700 (PDT) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.0/8.11.0) id e9GNULR37648; Mon, 16 Oct 2000 16:30:21 -0700 (PDT) (envelope-from jhb) 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: <39EA0408.2C8C87B7@softweyr.com> Date: Mon, 16 Oct 2000 16:30:21 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Wes Peters Subject: Re: Our kernel just got too big again. :) Cc: current@FreeBSD.ORG, Jordan Hubbard , obrien@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 15-Oct-00 Wes Peters wrote: > David O'Brien wrote: >> >> > On Sat, Oct 14, 2000 at 01:54:39PM -0700, Jordan Hubbard wrote: >> > We've blown out the kern.flp image. Time for me to chop something >> > out again, unless there are any other suggestions. :| >> >> Mind if I commit this patch? >> >> Index: dokern.sh >> =================================================================== >> RCS file: /home/ncvs/src/release/scripts/dokern.sh,v >> retrieving revision 1.35 >> diff -u -r1.35 dokern.sh >> --- dokern.sh 2000/09/29 03:24:03 1.35 >> +++ dokern.sh 2000/10/14 22:55:45 >> @@ -72,7 +72,15 @@ >> -e '/SOFTUPDATES/d' \ >> -e '/MFS/d' \ >> -e '/NFS_ROOT/d' \ >> + -e '/ncr/d' \ >> -e '/atapist/d' \ >> + -e '/lpt/d' \ >> + -e '/ppi/d' \ >> + -e '/vpo/d' \ >> + -e '/ugen/d' \ >> + -e '/uhid/d' \ > > If you remove uhid, will you prohibit installing on an USB-only system? No, but you already can't install on USB-only systems due to hokieness for USB keyboards. Intel UHCI controller USB keyboards don't work in the loader, so you can't hit Enter in between floppies, and due to the way they emulate older keyboards and the ugliness of the console probe, you won't have a usable keyboard once the system is booted. For OHCI controllers, you can't use the keyboard during the kernel userconfig stuff, though they work fine otherwise. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "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 Oct 16 18: 6:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from drama.navipath.com (drama.navipath.com [216.67.14.8]) by hub.freebsd.org (Postfix) with ESMTP id EA67537B502 for ; Mon, 16 Oct 2000 18:06:51 -0700 (PDT) Received: (from forrie@localhost) by drama.navipath.com with id e9H16k700620 for freebsd-current@freebsd.org; Mon, 16 Oct 2000 21:06:46 -0400 (EDT) Date: Mon, 16 Oct 2000 21:06:45 -0400 From: Forrest Aldrich To: freebsd-current@freebsd.org Subject: Release of 5.0 Message-ID: <20001016210645.B27660@drama.navipath.com> 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 X-Loop: FreeBSD.ORG Just curious on the potential release of 5.0 -- which I presume won't be until next year.. ? _F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 18:28:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id 9FEAE37B479; Mon, 16 Oct 2000 18:28:23 -0700 (PDT) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id SAA23279; Mon, 16 Oct 2000 18:28:43 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp05.primenet.com, id smtpdAAAmTayzT; Mon Oct 16 18:28:38 2000 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id SAA05793; Mon, 16 Oct 2000 18:28:11 -0700 (MST) From: Terry Lambert Message-Id: <200010170128.SAA05793@usr05.primenet.com> Subject: Re: /boot partition? To: sobomax@FreeBSD.ORG (Maxim Sobolev) Date: Tue, 17 Oct 2000 01:28:10 +0000 (GMT) Cc: keichii@peorth.iteration.net (Michael C . Wu), mwm@mired.org (Mike Meyer), current@FreeBSD.ORG In-Reply-To: <39E735BD.8BDA697C@FreeBSD.org> from "Maxim Sobolev" at Oct 13, 2000 07:18:05 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On Fri, Oct 13, 2000 at 07:22:20AM -0500, Mike Meyer scribbled: > > | Just curious - now that the kernel has moved into /boot/kernel/kernel, > > | does anyone know how well would it work to put /boot in it's own > > | partition (possibly in it's own slice)? > > > > I do not think loader can see stuff in other partitions. > > Nope, the loader can load stuff from other partitions, even from some strange > ones like msdos ;), so theoretically it should be possible to have /boot, or > even /boot/kernel, on another partition (it may require to tweak loader config > files, though), but I really do not see any reasons behind such weird setup. I could have a 40G /, and not worry about the cylinder spanning problem, if my /boot were in a seperate (low) partition. I could have a / that was of an FS type not understood by the kernel, until after a module defining the FS type had been loaded. I could have a / that was on a controller for which I did not have a device comiled into my kernel, and only loaded it as a module from an FS type that it _did_ understand. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 18:36:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 75EB937B494; Mon, 16 Oct 2000 18:36:21 -0700 (PDT) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id VAA89645; Mon, 16 Oct 2000 21:36:46 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Mon, 16 Oct 2000 21:36:46 -0400 (EDT) From: "Brandon D. Valentine" To: Terry Lambert Cc: Maxim Sobolev , "Michael C . Wu" , Mike Meyer , current@FreeBSD.ORG Subject: Re: /boot partition? In-Reply-To: <200010170128.SAA05793@usr05.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 17 Oct 2000, Terry Lambert wrote: >I could have a 40G /, and not worry about the cylinder spanning >problem, if my /boot were in a seperate (low) partition. > >I could have a / that was of an FS type not understood by the >kernel, until after a module defining the FS type had been >loaded. > >I could have a / that was on a controller for which I did not >have a device comiled into my kernel, and only loaded it as a >module from an FS type that it _did_ understand. > > > Terry Lambert > terry@lambert.org Garth, I think that was a haiku. -- Brandon D. Valentine "Few things are harder to put up with than the annoyance of a good example." -- Mark Twain, Pudd'nhead Wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 18:45:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id 3480637B4D2 for ; Mon, 16 Oct 2000 18:45:47 -0700 (PDT) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id SAA17533; Mon, 16 Oct 2000 18:42:24 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp02.primenet.com, id smtpdAAAevaqhH; Mon Oct 16 18:41:31 2000 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id SAA06153; Mon, 16 Oct 2000 18:44:45 -0700 (MST) From: Terry Lambert Message-Id: <200010170144.SAA06153@usr05.primenet.com> Subject: Re: Our kernel just got too big again. :) To: jkh@winston.osd.bsdi.com (Jordan Hubbard) Date: Tue, 17 Oct 2000 01:44:45 +0000 (GMT) Cc: mjacob@feral.com, current@FreeBSD.ORG In-Reply-To: <53853.971568753@winston.osd.bsdi.com> from "Jordan Hubbard" at Oct 14, 2000 05:12:33 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ ... manual driver load from third floppy ... ] > The problem with such an approach is that it's not very user-friendly > to first-time installers who have no idea how to drive the loader. > Let's not forget the linux installation floppy saga and all the > confusion it's caused people just in trying to figure out which > floppies to use. That would be where the forth hackery comes in - an > additional set of menu options which make it a no-brainer to insert the > kernel module floppy. Jordan's right. This is a non-starter, unless it says: "Please insert the optional drivers floppy now, and hit return. If you have no more optional drivers to load, please insert the root floppy now, and hit return." Ideally, the thing will be DOS formatted, and have a "\freebsd" directory, in which drivers are located, and a "\freebsd\drivers.ini" that contained name/value pairs indicating files to load and version(s) available. This would make it easy for the FreeBSD project to provide binary drivers which vendors could then just include some more files on their disks, since duplication costs won't change by adding more files, so long as they fit. A nice win, all around. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 19: 1:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 0555C37B4E5 for ; Mon, 16 Oct 2000 19:01:36 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id TAA19753; Mon, 16 Oct 2000 19:01:17 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id e9H21GF53460; Mon, 16 Oct 2000 19:01:16 -0700 (PDT) (envelope-from jdp) Date: Mon, 16 Oct 2000 19:01:16 -0700 (PDT) From: jdp@polstra.com Message-Id: <200010170201.e9H21GF53460@vashon.polstra.com> To: current@freebsd.org Reply-To: current@freebsd.org Cc: eischen@vigrid.com Subject: Re: Recent thread changes In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Daniel Eischen wrote: > So far I read this as saying the sched_XXX functions operate on > processes, whereas the pthread_{set|get}schedparam functions operate > on threads. Me too. > > (4) When a running thread calls the sched_setparam() function, > > the priority of the process specified in the function call is > > modified to the priority specified by the param argument. > > If the thread whose priority has been modified is a running > > thread or is runnable, runnable thread [sic] it then becomes > > the tail of the thread list for its new priority. > > This contradicts itself and is where I think it is unclear. Where > does it state that the _threads_ priority is modified? It only > says that the process priority is modified. When it goes on to > say "If the thread whose priority has been modified...", it's > assuming something that was never stated as a requirement. Agreed. I think they meant process, not thread. The whole section has quite a few things I suspect are typos and/or editing errors. > > (5) When a running thread calls the pthread_setschedparam() > > function, the thread specified in the function call is > > modified to the specified policy and the priority specified by > > the param argument. > > The above is a clearly stated requirement. If they had meant for > the threads priority to be changed by sched_setparam(), then it > should have been stated just as it has been above (5). > > > (6) If a thread whose policy or priority has been modified is > > a running thread or is runnable, runnable thread [sic] it then > > becomes the tail of the thread list for its new priority. > > Unless it holds a priority protection or inheritence mutex, in > which case it gets added to the head of the thread list for its > new priority. This case is often forgotten (see 13.6.1.2). I get the feeling they rushed this part into print after making a lot of last-minute changes to it. > > For this policy, valid priorities shall be within the range > > returned by the function sched_get_priority_max() and > > sched_get_priority_min() when SCHED_FIFO is provided as the > > parameter. > > > > So it seems clear that the same range of priorities shall apply to > > individual threads as well as to processes. (SCHED_RR is similar in > > these respects.) > > For SCHED_FIFO and SCHED_RR, we don't have a problem because both > the threads library and kernel now agree that the range is 0..31. > SCHED_OTHER is a problem because the threads library treats > SCHED_OTHER as SCHED_RR with range 0..31. The kernel treats > SCHED_OTHER traditionally with range -20..20. As long as the only problem area is SCHED_OTHER, we are arguably OK. SCHED_OTHER is almost entirely implementation-defined; it can do practically anything. More specifically, section 13.5.2.2 (the detailed description of pthread_[sg]etschedparam) says: The policy parameter may have the value SCHED_OTHER, SCHED_FIFO, or SCHED_RR. The scheduling parameters for the SCHED_OTHER policy are implementation defined. The SCHED_FIFO and SCHED_RR policies shall have a single scheduling parameter sched_priority. I think it would be slightly less surprising if our implementation of SCHED_OTHER used thread priorities in the range -20..20 just the same as processes. But in my opinion POSIX doesn't require that. John -- John Polstra jdp@polstra.com 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 Oct 16 19:39:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 2407237B4F9 for ; Mon, 16 Oct 2000 19:39:49 -0700 (PDT) Received: from vigrid.com (pm3-pt17.pcnet.net [206.105.29.91]) by pcnet1.pcnet.com (8.8.7/PCNet) with ESMTP id WAA10837; Mon, 16 Oct 2000 22:39:30 -0400 (EDT) Message-ID: <39EBBA88.684E3178@vigrid.com> Date: Mon, 16 Oct 2000 22:33:44 -0400 From: "Daniel M. Eischen" X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: Re: Recent thread changes References: <200010170201.e9H21GF53460@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG jdp@polstra.com wrote: > > In article > , Daniel > Eischen wrote: > > > For SCHED_FIFO and SCHED_RR, we don't have a problem because both > > the threads library and kernel now agree that the range is 0..31. > > SCHED_OTHER is a problem because the threads library treats > > SCHED_OTHER as SCHED_RR with range 0..31. The kernel treats > > SCHED_OTHER traditionally with range -20..20. > > As long as the only problem area is SCHED_OTHER, we are arguably > OK. SCHED_OTHER is almost entirely implementation-defined; it can > do practically anything. More specifically, section 13.5.2.2 (the > detailed description of pthread_[sg]etschedparam) says: > > The policy parameter may have the value SCHED_OTHER, SCHED_FIFO, > or SCHED_RR. The scheduling parameters for the SCHED_OTHER policy > are implementation defined. The SCHED_FIFO and SCHED_RR policies > shall have a single scheduling parameter sched_priority. > > I think it would be slightly less surprising if our implementation of > SCHED_OTHER used thread priorities in the range -20..20 just the same > as processes. But in my opinion POSIX doesn't require that. I tend to agree. When you consider that you can mix PTHREAD_SCOPE_SYSTEM threads with PTHREAD_SCOPE_PROCESS threads, it seems logical that you'd want the priority ranges in both the threads library and the kernel to agree. I would just rather see 0..31 instead of -20..20. We'll have to address this issue in the near future. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 16 23:51:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from wint.itfs.nsk.su (wint.itfs.nsk.su [212.20.32.43]) by hub.freebsd.org (Postfix) with ESMTP id A9D9C37B4C5 for ; Mon, 16 Oct 2000 23:51:35 -0700 (PDT) Received: (from nnd@localhost) by wint.itfs.nsk.su (8.11.1/8.11.0) id e9H6ol800473; Tue, 17 Oct 2000 13:50:47 +0700 (NOVST) (envelope-from nnd) Date: Tue, 17 Oct 2000 13:50:47 +0700 (NOVST) Message-Id: <200010170650.e9H6ol800473@wint.itfs.nsk.su> From: Nickolay Dudorov To: current@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libusb descr.c libusb.h parse.c usage.c usb.3 In-Reply-To: <200010161814.LAA72498@freefall.freebsd.org> User-Agent: tin/1.5.6-20000803 ("Dust") (UNIX) (FreeBSD/5.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <200010161814.LAA72498@freefall.freebsd.org> you wrote: > n_hibma 2000/10/16 11:14:00 PDT > > Modified files: > lib/libusb descr.c libusb.h parse.c usage.c usb.3 > Log: > Sync with NetBSD: > > K&R -> ANSI > > Bugfix: 'Keep the bit position even when the report descriptor says POP.' > > Add hid_use_report_desc, hid_parse_usage_page, hid_parse_usage_in_page. > > Changed iface for hid_report_size. The last part breaks building of 'usr.bin/usbhidctl'. The next patch make it possible to build (but I have no means to test if it is working at all). N.Dudorov ================================================================ Index: usr.bin/usbhidctl/usbhid.c =================================================================== RCS file: /scratch/CVS/src/usr.bin/usbhidctl/usbhid.c,v retrieving revision 1.2 diff -b -u -r1.2 usbhid.c --- usr.bin/usbhidctl/usbhid.c 2000/10/09 05:44:39 1.2 +++ usr.bin/usbhidctl/usbhid.c 2000/10/17 05:31:39 @@ -147,17 +147,17 @@ } } hid_end_parse(d); - size = hid_report_size(r, hid_input, &report_id); + size = hid_report_size(r, report_id, hid_input); size -= report_id != 0; printf("Total input size %s%d bytes\n", report_id && size ? "1+" : "", size); - size = hid_report_size(r, hid_output, &report_id); + size = hid_report_size(r, report_id, hid_output); size -= report_id != 0; printf("Total output size %s%d bytes\n", report_id && size ? "1+" : "", size); - size = hid_report_size(r, hid_feature, &report_id); + size = hid_report_size(r, report_id, hid_feature); size -= report_id != 0; printf("Total feature size %s%d bytes\n", report_id && size ? "1+" : "", size); @@ -225,7 +225,7 @@ } hid_end_parse(d); rev(&hids); - dlen = hid_report_size(rd, hid_input, &report_id); + dlen = hid_report_size(rd, report_id, hid_input); dbuf = malloc(dlen); if (!loop) if (ioctl(f, USB_SET_IMMED, &one) < 0) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 17 11:31:41 2000 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 A17D337B4CF for ; Tue, 17 Oct 2000 11:31:30 -0700 (PDT) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id UAA37096 for current@freebsd.org; Tue, 17 Oct 2000 20:31:29 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.1/8.8.8) with ESMTP id e9HIT4Z00409 for ; Tue, 17 Oct 2000 20:29:04 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Tue, 17 Oct 2000 20:29:04 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current Subject: SANDISK SmartMedia still does not work with -current ATA-driver Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1527604655-971807344=:399" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1527604655-971807344=:399 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, it seems to be a ata issue because it worked before some ata-updates (after SMPng). Attached is a (verbose)dmesg output during startup and insertion. BTW: Why does it try to become ata4? I have two ATA-Slots with disks in my TECRA-8000 notebook. They are attached as ata0 and ata1 (master). So the next slot should become ata2. Is something eating up resources? APA-SCSI and 3COM-Ethernet do work as expected. Is anyone using SANDISK SmartMedia successfully with -cuurent? Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS --0-1527604655-971807344=:399 Content-Type: TEXT/plain; name="ata4_timeout.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="ata4_timeout.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDUuMC1DVVJSRU5UICMwOiBTdW4gT2N0IDE1IDIz OjI3OjQ0IENFU1QgMjAwMA0KICAgIHJvb3RAbmloaWwucGxhdXQuZGU6L3Vz ci9zcmMvc3lzL2NvbXBpbGUvbmloaWwNCkNhbGlicmF0aW5nIGNsb2NrKHMp IC4uLiBUU0MgY2xvY2s6IDI2NjYwNzM4OSBIeiwgaTgyNTQgY2xvY2s6IDEx OTMxNTAgSHoNCkNMS19VU0VfSTgyNTRfQ0FMSUJSQVRJT04gbm90IHNwZWNp ZmllZCAtIHVzaW5nIGRlZmF1bHQgZnJlcXVlbmN5DQpUaW1lY291bnRlciAi aTgyNTQiICBmcmVxdWVuY3kgMTE5MzE4MiBIeg0KQ0xLX1VTRV9UU0NfQ0FM SUJSQVRJT04gbm90IHNwZWNpZmllZCAtIHVzaW5nIG9sZCBjYWxpYnJhdGlv biBtZXRob2QNCkNQVTogUGVudGl1bSBJSS9QZW50aXVtIElJIFhlb24vQ2Vs ZXJvbiAoMjY2LjYyLU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBPcmlnaW4gPSAi R2VudWluZUludGVsIiAgSWQgPSAweDY1MiAgU3RlcHBpbmcgPSAyDQogIEZl YXR1cmVzPTB4MTgzZjlmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxN Q0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1YLEZY U1I+DQpyZWFsIG1lbW9yeSAgPSAyNjgzNjk5MjAgKDI2MjA4MEsgYnl0ZXMp DQpQaHlzaWNhbCBtZW1vcnkgY2h1bmsocyk6DQoweDAwMDAxMDAwIC0gMHgw MDA5ZWZmZiwgNjQ3MTY4IGJ5dGVzICgxNTggcGFnZXMpDQoweDAwMzQwMDAw IC0gMHgwZmZlN2ZmZiwgMjY0OTI5MjgwIGJ5dGVzICg2NDY4MCBwYWdlcykN CmNvbmZpZz4gI2ZsYWdzIHdkYzAgMHhhMGZmYTBmZg0KSW52YWxpZCBjb21t YW5kIG9yIHN5bnRheC4gIFR5cGUgYD8nIGZvciBoZWxwLg0KY29uZmlnPiAj ZmxhZ3Mgd2RjMSAweGEwZmZhMGZmDQpJbnZhbGlkIGNvbW1hbmQgb3Igc3lu dGF4LiAgVHlwZSBgPycgZm9yIGhlbHAuDQpjb25maWc+ICNpb3NpeiBucHgw IDE5NjYwOA0KSW52YWxpZCBjb21tYW5kIG9yIHN5bnRheC4gIFR5cGUgYD8n IGZvciBoZWxwLg0KY29uZmlnPiAjaXJxIHBjaWMwIDExDQpJbnZhbGlkIGNv bW1hbmQgb3Igc3ludGF4LiAgVHlwZSBgPycgZm9yIGhlbHAuDQpjb25maWc+ IHF1aXQNCmF2YWlsIG1lbW9yeSA9IDI1ODA2ODQ4MCAoMjUyMDIwSyBieXRl cykNCmJpb3MzMjogRm91bmQgQklPUzMyIFNlcnZpY2UgRGlyZWN0b3J5IGhl YWRlciBhdCAweGMwMGZjNDcwDQpiaW9zMzI6IEVudHJ5ID0gMHhmYzQ4MCAo YzAwZmM0ODApICBSZXYgPSAwICBMZW4gPSAxDQpwY2liaW9zOiBQQ0kgQklP UyBlbnRyeSBhdCAweGYwMDAwKzB4ODI3DQpwbnBiaW9zOiBGb3VuZCBQblAg QklPUyBkYXRhIGF0IDB4YzAwZmVkMDANCnBucGJpb3M6IEVudHJ5ID0gZjAw MDA6OTJlNCAgUmV2ID0gMS4wDQpwbnBiaW9zOiBFdmVudCBmbGFnIGF0IDUx MA0KcG5wYmlvczogT0VNIElEIDc5MzNmMzUxDQpPdGhlciBCSU9TIHNpZ25h dHVyZXMgZm91bmQ6DQpQcmVsb2FkZWQgZWxmIGtlcm5lbCAia2VybmVsIiBh dCAweGMwMzI3MDAwLg0KUHJlbG9hZGVkIHVzZXJjb25maWdfc2NyaXB0ICIv Ym9vdC9rZXJuZWwuY29uZiIgYXQgMHhjMDMyNzBhOC4NClByZWxvYWRlZCBl bGYgbW9kdWxlICJsaW51eC5rbyIgYXQgMHhjMDMyNzBmOC4NClByZWxvYWRl ZCBlbGYgbW9kdWxlICJsaW5wcm9jZnMua28iIGF0IDB4YzAzMjcxOTguDQpu dWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPg0KcmFuZG9tOiA8ZW50 cm9weSBzb3VyY2U+DQptZW06IDxtZW1vcnkgJiBJL08+DQpQZW50aXVtIFBy byBNVFJSIHN1cHBvcnQgZW5hYmxlZA0KVkVTQTogaW5mb3JtYXRpb24gYmxv Y2sNCjU2IDQ1IDUzIDQxIDAwIDAyIDIwIDAxIDAwIDAxIDAwIDAwIDAwIDAw IDIyIDAwIA0KMDAgMDEgMjcgMDAgMTMgMDAgMDAgMDEgMDAgMDEgMDkgMDEg MDAgMDEgMWIgMDEgDQowMCAwMSAwMCAwMSAwMSAwMSAwMiAwMSAwMyAwMSAw NCAwMSAwNSAwMSAwNyAwMSANCjA4IDAxIDBkIDAxIDBlIDAxIDEwIDAxIDEx IDAxIDEyIDAxIDEzIDAxIDE0IDAxIA0KVkVTQTogMjUgbW9kZShzKSBmb3Vu ZA0KVkVTQTogdjIuMCwgMjQ5NmsgbWVtb3J5LCBmbGFnczoweDAsIG1vZGUg dGFibGU6MHhjMDJhZTAwMiAoMTAwMDAyMikNClZFU0E6IE1hZ2ljR3JhcGgg MjU2IEFWIDQ0SyBQUkVMSU1JTkFSWQ0KVkVTQTogTmVvTWFnaWMgTWFnaWNN ZWRpYSAyNTYgQVYgMDEuMA0KYXBtMDogPEFQTSBCSU9TPiBvbiBtb3RoZXJi b2FyZA0KYXBtMDogZm91bmQgQVBNIEJJT1MgdjEuMiwgY29ubmVjdGVkIGF0 IHYxLjINCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQN Cm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCnBjaWIwOiA8SW50ZWwgODI0NDNC WCBob3N0IHRvIFBDSSBicmlkZ2UgKEFHUCBkaXNhYmxlZCk+IGF0IHBjaWJ1 cyAwIG9uIG1vdGhlcmJvYXJkDQpwY2kwOiBwaHlzaWNhbCBidXM9MA0KZm91 bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHg3MTkyLCByZXZpZD0weDAyDQoJ YnVzPTAsIHNsb3Q9MCwgZnVuYz0wDQoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MA0KCXN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFy eWJ1cz0wDQoJbWFwWzEwXTogdHlwZSAzLCByYW5nZSAzMiwgYmFzZSBlMDAw MDAwMCwgc2l6ZSAyOCwgZW5hYmxlZA0KZm91bmQtPgl2ZW5kb3I9MHgxMGM4 LCBkZXY9MHgwMDA1LCByZXZpZD0weDEyDQoJYnVzPTAsIHNsb3Q9NCwgZnVu Yz0wDQoJY2xhc3M9MDMtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0K CXN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFyeWJ1cz0wDQoJaW50cGluPWEs IGlycT0xMQ0KCW1hcFsxMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgZGYw MDAwMDAsIHNpemUgMjQsIGVuYWJsZWQNCgltYXBbMTRdOiB0eXBlIDEsIHJh bmdlIDMyLCBiYXNlIGZmODAwMDAwLCBzaXplIDIyLCBlbmFibGVkDQoJbWFw WzE4XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBmZjcwMDAwMCwgc2l6ZSAy MCwgZW5hYmxlZA0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHg3MTEw LCByZXZpZD0weDAyDQoJYnVzPTAsIHNsb3Q9NSwgZnVuYz0wDQoJY2xhc3M9 MDYtODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQ0KCXN1Ym9yZGluYXRl YnVzPTAgCXNlY29uZGFyeWJ1cz0wDQpmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDcxMTEsIHJldmlkPTB4MDENCglidXM9MCwgc2xvdD01LCBmdW5j PTENCgljbGFzcz0wMS0wMS04MCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJ c3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTANCgltYXBbMjBdOiB0 eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDBmZTYwLCBzaXplICA0LCBlbmFi bGVkDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDcxMTIsIHJldmlk PTB4MDENCglidXM9MCwgc2xvdD01LCBmdW5jPTINCgljbGFzcz0wYy0wMy0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJc3Vib3JkaW5hdGVidXM9MCAJ c2Vjb25kYXJ5YnVzPTANCglpbnRwaW49ZCwgaXJxPTExDQoJbWFwWzIwXTog dHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwZmZlMCwgc2l6ZSAgNSwgZW5h YmxlZA0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHg3MTEzLCByZXZp ZD0weDAyDQoJYnVzPTAsIHNsb3Q9NSwgZnVuYz0zDQoJY2xhc3M9MDYtODAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCXN1Ym9yZGluYXRlYnVzPTAg CXNlY29uZGFyeWJ1cz0wDQoJbWFwWzkwXTogdHlwZSA0LCByYW5nZSAzMiwg YmFzZSAwMDAwZmU3MCwgc2l6ZSAgNCwgZW5hYmxlZA0KZm91bmQtPgl2ZW5k b3I9MHgxMTc5LCBkZXY9MHgwNzAxLCByZXZpZD0weDIzDQoJYnVzPTAsIHNs b3Q9OSwgZnVuYz0wDQoJY2xhc3M9MDctODAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MA0KCXN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFyeWJ1cz0wDQoJ aW50cGluPWEsIGlycT0xMQ0KCW1hcFsxMF06IHR5cGUgNCwgcmFuZ2UgMzIs IGJhc2UgMDAwMGZmODAsIHNpemUgIDUsIGVuYWJsZWQNCmZvdW5kLT4JdmVu ZG9yPTB4MTE3OSwgZGV2PTB4MDYwZiwgcmV2aWQ9MHgwNQ0KCWJ1cz0wLCBz bG90PTExLCBmdW5jPTANCgljbGFzcz0wNi0wNy0wMCwgaGRydHlwZT0weDAy LCBtZmRldj0xDQoJc3Vib3JkaW5hdGVidXM9MTQgCXNlY29uZGFyeWJ1cz0x NA0KCWludHBpbj1hLCBpcnE9MjU1DQpmb3VuZC0+CXZlbmRvcj0weDExNzks IGRldj0weDA2MGYsIHJldmlkPTB4MDUNCglidXM9MCwgc2xvdD0xMSwgZnVu Yz0xDQoJY2xhc3M9MDYtMDctMDAsIGhkcnR5cGU9MHgwMiwgbWZkZXY9MQ0K CXN1Ym9yZGluYXRlYnVzPTE1IAlzZWNvbmRhcnlidXM9MTUNCglpbnRwaW49 YiwgaXJxPTI1NQ0KcGNpMDogPFBDSSBidXM+IG9uIHBjaWIwDQpwY2kwOiA8 TmVvTWFnaWMgTWFnaWNNZWRpYSAyNTZBViBTVkdBIGNvbnRyb2xsZXI+ICh2 ZW5kb3I9MHgxMGM4LCBkZXY9MHgwMDA1KSBhdCA0LjAgaXJxIDExDQppc2Fi MDogPEludGVsIDgyMzcxQUIgUENJIHRvIElTQSBicmlkZ2U+IGF0IGRldmlj ZSA1LjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQphdGFw Y2kwOiA8SW50ZWwgUElJWDQgQVRBMzMgY29udHJvbGxlcj4gcG9ydCAweGZl NjAtMHhmZTZmIGF0IGRldmljZSA1LjEgb24gcGNpMA0KYXRhMDogaW9iYXNl PTB4MDFmMCBhbHRpb2Jhc2U9MHgwM2Y2IGJtYWRkcj0weGZlNjANCmF0YTA6 IG1hc2s9MDMgc3RhdHVzMD01MCBzdGF0dXMxPTAwDQphdGEwOiBtYXNrPTAz IHN0YXR1czA9NTAgc3RhdHVzMT0wMA0KYXRhMDogZGV2aWNlcyA9IDB4MQ0K YXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBjaTANCmF0YTE6IGlvYmFz ZT0weDAxNzAgYWx0aW9iYXNlPTB4MDM3NiBibWFkZHI9MHhmZTY4DQphdGEx OiBtYXNrPTAzIHN0YXR1czA9NTAgc3RhdHVzMT0wMA0KYXRhMTogbWFzaz0w MyBzdGF0dXMwPTUwIHN0YXR1czE9MDANCmF0YTE6IGRldmljZXMgPSAweDEN CmF0YTE6IGF0IDB4MTcwIGlycSAxNSBvbiBhdGFwY2kwDQpwY2kwOiA8SW50 ZWwgODIzNzFBQi9FQiAoUElJWDQpIFVTQiBjb250cm9sbGVyPiAodmVuZG9y PTB4ODA4NiwgZGV2PTB4NzExMikgYXQgNS4yIGlycSAxMQ0KcGNpMDogPElu dGVsIDgyMzcxQUIgUG93ZXIgbWFuYWdlbWVudCBjb250cm9sbGVyPiAodmVu ZG9yPTB4ODA4NiwgZGV2PTB4NzExMykgYXQgNS4zDQpwY2kwOiA8VG9zaGli YSBGYXN0IEluZnJhIFJlZCBjb250cm9sbGVyPiAodmVuZG9yPTB4MTE3OSwg ZGV2PTB4MDcwMSkgYXQgOS4wIGlycSAxMQ0KcGNpYy1wY2kwOiA8VG9zaGli YSBUb1BJQzk3IFBDSS1DYXJkQnVzIEJyaWRnZT4gYXQgZGV2aWNlIDExLjAg b24gcGNpMA0KcGNpYy1wY2kwOiBMZWdhY3kgYWRkcmVzcyBzZXQgdG8gMHgz ZTANClBDSSBDb25maWcgc3BhY2U6DQowMDogIDA2MGYxMTc5IDA0ODAwMDA3 IDA2MDcwMDA1IDAwODIwMDAwDQoxMDogIDAwMDAwMDAwIDA0ODAwMDAwIDAw MTQxNDAwIDAwMDAwMDAwDQoyMDogIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAw MDAwIDAwMDAwMDAwDQozMDogIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw IDAwODAwMWZmDQo0MDogIDAwMDExMTc5IDAwMDAwM2UxIDAwMDAwMDAwIDAw MDAwMDAwDQo1MDogIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAw MDAwDQo2MDogIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAw DQo3MDogIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQo4 MDogIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAxMDAwMDAwDQo5MDog IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwDQpDYXJkYnVz IFNvY2tldCByZWdpc3RlcnM6DQowMDogIGYwMDBlZjZmOiBmMDAwZWY2Zjog ZjAwMGUyYzM6IGYwMDBlZjZmOg0KMTA6ICBmMDAwZWY2ZjogYzAwMDQzYjI6 IGYwMDA4Y2JlOiBmMDAwZWY2ZjoNCkV4Q2EgcmVnaXN0ZXJzOg0KMDA6IDEz IDg4IGY1IDVhIDcyIGQwIDgwIGUxIDNmIDc0IGM4IGZhIDY2IDhiIDQ2IDA4 DQoxMDogNTIgNjYgMGYgYjYgZDkgNjYgMzEgZDIgNjYgZjcgZjMgODggZWIg ODggZDUgNDMNCjIwOiAzMCBkMiA2NiBmNyBmMyA4OCBkNyA1YSA2NiAzZCBm ZiAwMyAwMCAwMCBmYiA3Nw0KMzA6IGEyIDg2IGM0IGMwIGM4IDAyIDA4IGU4 IDQwIDkxIDg4IGZlIDI4IGUwIDhhIDY2DQpwY2ljLXBjaTE6IDxUb3NoaWJh IFRvUElDOTcgUENJLUNhcmRCdXMgQnJpZGdlPiBhdCBkZXZpY2UgMTEuMSBv biBwY2kwDQpQQ0kgQ29uZmlnIHNwYWNlOg0KMDA6ICAwNjBmMTE3OSAwNDgw MDAwNyAwNjA3MDAwNSAwMDgyMDAwMA0KMTA6ICAwMDAwMDAwMCAwNDgwMDAw MCAwMDE1MTUwMCAwMDAwMDAwMA0KMjA6ICAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMCAwMDAwMDAwMA0KMzA6ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMCAwMDgwMDJmZg0KNDA6ICAwMDAxMTE3OSAwMDAwMDNlMSAwMDAwMDAw MCAwMDAwMDAwMA0KNTA6ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMA0KNjA6ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAw MDAwMA0KNzA6ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MA0KODA6ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMTAwMDAwMA0K OTA6ICAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMA0KQ2Fy ZGJ1cyBTb2NrZXQgcmVnaXN0ZXJzOg0KMDA6ICBmMDAwZWY2ZjogZjAwMGVm NmY6IGYwMDBlMmMzOiBmMDAwZWY2ZjoNCjEwOiAgZjAwMGVmNmY6IGMwMDA0 M2IyOiBmMDAwOGNiZTogZjAwMGVmNmY6DQpFeENhIHJlZ2lzdGVyczoNCjAw OiAxMyA4OCBmNSA1YSA3MiBkMCA4MCBlMSAzZiA3NCBjOCBmYSA2NiA4YiA0 NiAwOA0KMTA6IDUyIDY2IDBmIGI2IGQ5IDY2IDMxIGQyIDY2IGY3IGYzIDg4 IGViIDg4IGQ1IDQzDQoyMDogMzAgZDIgNjYgZjcgZjMgODggZDcgNWEgNjYg M2QgZmYgMDMgMDAgMDAgZmIgNzcNCjMwOiBhMiA4NiBjNCBjMCBjOCAwMiAw OCBlOCA0MCA5MSA4OCBmZSAyOCBlMCA4YSA2Ng0KcG5wYmlvczogMTYgZGV2 aWNlcywgbGFyZ2VzdCA1MDEgYnl0ZXMNClBOUDBjMDE6IGFkZGluZyBmaXhl ZCBtZW1vcnkzMiByYW5nZSAwLTB4OWZmZmYsIHNpemU9MHhhMDAwMA0KUE5Q MGMwMTogc2tpcHBpbmcgZW1wdHkgcmFuZ2UNClBOUDBjMDE6IGFkZGluZyBm aXhlZCBtZW1vcnkzMiByYW5nZSAweGYwMDAwLTB4ZmZmZmYsIHNpemU9MHgx MDAwMA0KUE5QMGMwMTogYWRkaW5nIGZpeGVkIG1lbW9yeTMyIHJhbmdlIDB4 MTAwMDAwLTB4ZmZlZmZmZiwgc2l6ZT0weGZlZjAwMDANClBOUDBjMDE6IGFk ZGluZyBmaXhlZCBtZW1vcnkzMiByYW5nZSAweGZmZjAwMDAtMHhmZmZmZmZm LCBzaXplPTB4MTAwMDANClBOUDBjMDE6IGFkZGluZyBmaXhlZCBtZW1vcnkz MiByYW5nZSAweDEwMGEwMDAwLTB4MTAwZmZmZmYsIHNpemU9MHg2MDAwMA0K UE5QMGMwMTogYWRkaW5nIGZpeGVkIG1lbW9yeTMyIHJhbmdlIDB4ZmZmMDAw MDAtMHhmZmZmZmZmZiwgc2l6ZT0weDEwMDAwMA0KUE5QMGMwMTogZW5kIGNv bmZpZw0KcG5wYmlvczogaGFuZGxlIDEgZGV2aWNlIElEIFBOUDBjMDEgKDAx MGNkMDQxKQ0KUE5QMDIwMDogYWRkaW5nIGlvIHJhbmdlIDAtMHhmLCBzaXpl PTB4MTAsIGFsaWduPTB4MQ0KUE5QMDIwMDogYWRkaW5nIGlvIHJhbmdlIDB4 ODEtMHg4Mywgc2l6ZT0weDMsIGFsaWduPTB4MQ0KUE5QMDIwMDogYWRkaW5n IGlvIHJhbmdlIDB4ODctMHg4Nywgc2l6ZT0weDEsIGFsaWduPTB4MQ0KUE5Q MDIwMDogYWRkaW5nIGlvIHJhbmdlIDB4ODktMHg4Yiwgc2l6ZT0weDMsIGFs aWduPTB4MQ0KUE5QMDIwMDogYWRkaW5nIGlvIHJhbmdlIDB4OGYtMHg4Ziwg c2l6ZT0weDEsIGFsaWduPTB4MQ0KUE5QMDIwMDogYWRkaW5nIGlvIHJhbmdl IDB4YzAtMHhkZiwgc2l6ZT0weDIwLCBhbGlnbj0weDENClBOUDAyMDA6IGFk ZGluZyBkbWEgbWFzayAweDEwDQpQTlAwMjAwOiBlbmQgY29uZmlnDQpwbnBi aW9zOiBoYW5kbGUgMiBkZXZpY2UgSUQgUE5QMDIwMCAoMDAwMmQwNDEpDQpQ TlAwMDAwOiBhZGRpbmcgaW8gcmFuZ2UgMHgyMC0weDIxLCBzaXplPTB4Miwg YWxpZ249MHgxDQpQTlAwMDAwOiBhZGRpbmcgaW8gcmFuZ2UgMHhhMC0weGEx LCBzaXplPTB4MiwgYWxpZ249MHgxDQpQTlAwMDAwOiBhZGRpbmcgaXJxIG1h c2sgMHg0DQpQTlAwMDAwOiBlbmQgY29uZmlnDQpwbnBiaW9zOiBoYW5kbGUg MyBkZXZpY2UgSUQgUE5QMDAwMCAoMDAwMGQwNDEpDQpQTlAwMTAwOiBhZGRp bmcgaW8gcmFuZ2UgMHg0MC0weDQzLCBzaXplPTB4NCwgYWxpZ249MHgxDQpQ TlAwMTAwOiBhZGRpbmcgaXJxIG1hc2sgMHgxDQpQTlAwMTAwOiBlbmQgY29u ZmlnDQpwbnBiaW9zOiBoYW5kbGUgNCBkZXZpY2UgSUQgUE5QMDEwMCAoMDAw MWQwNDEpDQpQTlAwODAwOiBhZGRpbmcgaW8gcmFuZ2UgMHg2MS0weDYxLCBz aXplPTB4MSwgYWxpZ249MHgxDQpQTlAwODAwOiBlbmQgY29uZmlnDQpwbnBi aW9zOiBoYW5kbGUgNSBkZXZpY2UgSUQgUE5QMDgwMCAoMDAwOGQwNDEpDQpQ TlAwYzA0OiBhZGRpbmcgaW8gcmFuZ2UgMHhmMC0weGZmLCBzaXplPTB4MTAs IGFsaWduPTB4MQ0KUE5QMGMwNDogYWRkaW5nIGlycSBtYXNrIDB4MjAwMA0K UE5QMGMwNDogZW5kIGNvbmZpZw0KcG5wYmlvczogaGFuZGxlIDYgZGV2aWNl IElEIFBOUDBjMDQgKDA0MGNkMDQxKQ0KUE5QMDMwMzogYWRkaW5nIGlvIHJh bmdlIDB4NjAtMHg2MCwgc2l6ZT0weDEsIGFsaWduPTB4MQ0KUE5QMDMwMzog YWRkaW5nIGlvIHJhbmdlIDB4NjQtMHg2NCwgc2l6ZT0weDEsIGFsaWduPTB4 MQ0KUE5QMDMwMzogYWRkaW5nIGlycSBtYXNrIDB4Mg0KUE5QMDMwMzogZW5k IGNvbmZpZw0KcG5wYmlvczogaGFuZGxlIDcgZGV2aWNlIElEIFBOUDAzMDMg KDAzMDNkMDQxKQ0KUE5QMGYxMzogYWRkaW5nIGlycSBtYXNrIDB4MTAwMA0K UE5QMGYxMzogZW5kIGNvbmZpZw0KcG5wYmlvczogaGFuZGxlIDggZGV2aWNl IElEIFBOUDBmMTMgKDEzMGZkMDQxKQ0KUE5QMGIwMDogYWRkaW5nIGlvIHJh bmdlIDB4NzAtMHg3MSwgc2l6ZT0weDIsIGFsaWduPTB4MQ0KUE5QMGIwMDog YWRkaW5nIGlycSBtYXNrIDB4MTAwDQpQTlAwYjAwOiBlbmQgY29uZmlnDQpw bnBiaW9zOiBoYW5kbGUgOSBkZXZpY2UgSUQgUE5QMGIwMCAoMDAwYmQwNDEp DQpQTlAwYzAyOiBhZGRpbmcgaW8gcmFuZ2UgMHg4MC0weDgwLCBzaXplPTB4 MSwgYWxpZ249MHgxDQpQTlAwYzAyOiBhZGRpbmcgaW8gcmFuZ2UgMHg4NC0w eDg2LCBzaXplPTB4MywgYWxpZ249MHgxDQpQTlAwYzAyOiBhZGRpbmcgaW8g cmFuZ2UgMHg4OC0weDg4LCBzaXplPTB4MSwgYWxpZ249MHgxDQpQTlAwYzAy OiBhZGRpbmcgaW8gcmFuZ2UgMHg4Yy0weDhlLCBzaXplPTB4MywgYWxpZ249 MHgxDQpQTlAwYzAyOiBhZGRpbmcgaW8gcmFuZ2UgMHhlMC0weGVmLCBzaXpl PTB4MTAsIGFsaWduPTB4MQ0KUE5QMGMwMjogYWRkaW5nIGlvIHJhbmdlIDB4 YjAtMHhiMiwgc2l6ZT0weDMsIGFsaWduPTB4MQ0KUE5QMGMwMjogYWRkaW5n IGlvIHJhbmdlIDB4MmUtMHgyZiwgc2l6ZT0weDIsIGFsaWduPTB4MQ0KUE5Q MGMwMjogYWRkaW5nIGlvIHJhbmdlIDB4NjItMHg2Miwgc2l6ZT0weDEsIGFs aWduPTB4MQ0KUE5QMGMwMjogYWRkaW5nIGlvIHJhbmdlIDB4NjYtMHg2Niwg c2l6ZT0weDEsIGFsaWduPTB4MQ0KUE5QMGMwMjogYWRkaW5nIGlvIHJhbmdl IDB4NmQtMHg2ZCwgc2l6ZT0weDEsIGFsaWduPTB4MQ0KUE5QMGMwMjogYWRk aW5nIGlvIHJhbmdlIDB4NmYtMHg2Ziwgc2l6ZT0weDEsIGFsaWduPTB4MQ0K UE5QMGMwMjogYWRkaW5nIGlvIHJhbmdlIDB4NDgwLTB4NDhmLCBzaXplPTB4 MTAsIGFsaWduPTB4MQ0KUE5QMGMwMjogYWRkaW5nIGlvIHJhbmdlIDB4Y2Y4 LTB4Y2ZmLCBzaXplPTB4OCwgYWxpZ249MHgxDQpQTlAwYzAyOiBhZGRpbmcg aW8gcmFuZ2UgMHg0ZDAtMHg0ZDEsIHNpemU9MHgyLCBhbGlnbj0weDENClBO UDBjMDI6IGFkZGluZyBpbyByYW5nZSAweDIyLTB4MjIsIHNpemU9MHgxLCBh bGlnbj0weDENClBOUDBjMDI6IGFkZGluZyBpbyByYW5nZSAweDkyLTB4OTIs IHNpemU9MHgxLCBhbGlnbj0weDENClBOUDBjMDI6IGFkZGluZyBpbyByYW5n ZSAweGZlYWMtMHhmZWFjLCBzaXplPTB4MSwgYWxpZ249MHgxDQpQTlAwYzAy OiBhZGRpbmcgaW8gcmFuZ2UgMHhmZTAwLTB4ZmU0MSwgc2l6ZT0weDQyLCBh bGlnbj0weDENClBOUDBjMDI6IGFkZGluZyBpbyByYW5nZSAweGZlNTAtMHhm ZTU3LCBzaXplPTB4OCwgYWxpZ249MHgxDQpQTlAwYzAyOiBhZGRpbmcgaW8g cmFuZ2UgMHhmZTcwLTB4ZmU3Ziwgc2l6ZT0weDEwLCBhbGlnbj0weDENClBO UDBjMDI6IGFkZGluZyBpbyByYW5nZSAweGZlOTAtMHhmZTk3LCBzaXplPTB4 OCwgYWxpZ249MHgxDQpQTlAwYzAyOiBhZGRpbmcgaW8gcmFuZ2UgMHhmZTll LTB4ZmU5ZSwgc2l6ZT0weDEsIGFsaWduPTB4MQ0KUE5QMGMwMjogYWRkaW5n IGlycSBtYXNrIDB4MjAwDQpQTlAwYzAyOiBlbmQgY29uZmlnDQpwbnBiaW9z OiBoYW5kbGUgMTAgZGV2aWNlIElEIFBOUDBjMDIgKDAyMGNkMDQxKQ0KUE5Q MDcwMDogYWRkaW5nIGlvIHJhbmdlIDB4M2YyLTB4M2Y1LCBzaXplPTB4NCwg YWxpZ249MHgxDQpQTlAwNzAwOiBhZGRpbmcgaW8gcmFuZ2UgMHgzZjctMHgz ZjcsIHNpemU9MHgxLCBhbGlnbj0weDENClBOUDA3MDA6IGFkZGluZyBpcnEg bWFzayAweDQwDQpQTlAwNzAwOiBhZGRpbmcgZG1hIG1hc2sgMHg0DQpQTlAw NzAwOiBlbmQgY29uZmlnDQpwbnBiaW9zOiBoYW5kbGUgMTEgZGV2aWNlIElE IFBOUDA3MDAgKDAwMDdkMDQxKQ0KUE5QMDUwMTogYWRkaW5nIGlvIHJhbmdl IDB4M2Y4LTB4M2ZmLCBzaXplPTB4OCwgYWxpZ249MHgxDQpQTlAwNTAxOiBh ZGRpbmcgaXJxIG1hc2sgMHgxMA0KUE5QMDUwMTogZW5kIGNvbmZpZw0KcG5w YmlvczogaGFuZGxlIDE0IGRldmljZSBJRCBQTlAwNTAxICgwMTA1ZDA0MSkN ClBOUDA0MDE6IGFkZGluZyBpbyByYW5nZSAweDM3OC0weDM3YSwgc2l6ZT0w eDMsIGFsaWduPTB4MQ0KUE5QMDQwMTogYWRkaW5nIGlvIHJhbmdlIDB4Nzc4 LTB4NzdhLCBzaXplPTB4MywgYWxpZ249MHgxDQpQTlAwNDAxOiBhZGRpbmcg aXJxIG1hc2sgMHg4MA0KUE5QMDQwMTogYWRkaW5nIGRtYSBtYXNrIDB4OA0K UE5QMDQwMTogZW5kIGNvbmZpZw0KcG5wYmlvczogaGFuZGxlIDE2IGRldmlj ZSBJRCBQTlAwNDAxICgwMTA0ZDA0MSkNClBOUDBhMDM6IGVuZCBjb25maWcN CnBucGJpb3M6IGhhbmRsZSAxNyBkZXZpY2UgSUQgUE5QMGEwMyAoMDMwYWQw NDEpDQpQTlAwZTAzOiBhZGRpbmcgaW8gcmFuZ2UgMHgzZTAtMHgzZTEsIHNp emU9MHgyLCBhbGlnbj0weDENClBOUDBlMDM6IGVuZCBjb25maWcNCnBucGJp b3M6IGhhbmRsZSAyMCBkZXZpY2UgSUQgUE5QMGUwMyAoMDMwZWQwNDEpDQpZ TUgwMDIxOiBhZGRpbmcgaW8gcmFuZ2UgMHgyMjAtMHgyMzMsIHNpemU9MHgx NCwgYWxpZ249MHgxDQpZTUgwMDIxOiBhZGRpbmcgaW8gcmFuZ2UgMHg1MzAt MHg1MzcsIHNpemU9MHg4LCBhbGlnbj0weDENCllNSDAwMjE6IGFkZGluZyBp byByYW5nZSAweDM4OC0weDM4Ziwgc2l6ZT0weDgsIGFsaWduPTB4MQ0KWU1I MDAyMTogYWRkaW5nIGlvIHJhbmdlIDB4MzMwLTB4MzMzLCBzaXplPTB4NCwg YWxpZ249MHgxDQpZTUgwMDIxOiBhZGRpbmcgaW8gcmFuZ2UgMHg1MzgtMHg1 MzksIHNpemU9MHgyLCBhbGlnbj0weDENCllNSDAwMjE6IGFkZGluZyBpcnEg bWFzayAweDIwDQpZTUgwMDIxOiBhZGRpbmcgZG1hIG1hc2sgMHgyDQpZTUgw MDIxOiBhZGRpbmcgZG1hIG1hc2sgMHgxDQpZTUgwMDIxOiBlbmQgY29uZmln DQpwbnBiaW9zOiBoYW5kbGUgMjEgZGV2aWNlIElEIFlNSDAwMjEgKDIxMDBh ODY1KQ0KYXRhLTogYXRhMSBhbHJlYWR5IGV4aXN0cywgdXNpbmcgYXRhMiBp bnN0ZWFkDQphdGEtOiBhdGEyIGFscmVhZHkgZXhpc3RzLCB1c2luZyBhdGEz IGluc3RlYWQNClRyeWluZyBSZWFkX1BvcnQgYXQgMjAzDQpUcnlpbmcgUmVh ZF9Qb3J0IGF0IDI0Mw0KVHJ5aW5nIFJlYWRfUG9ydCBhdCAyODMNClRyeWlu ZyBSZWFkX1BvcnQgYXQgMmMzDQpUcnlpbmcgUmVhZF9Qb3J0IGF0IDMwMw0K VHJ5aW5nIFJlYWRfUG9ydCBhdCAzNDMNClRyeWluZyBSZWFkX1BvcnQgYXQg MzgzDQpUcnlpbmcgUmVhZF9Qb3J0IGF0IDNjMw0Kc2MtOiBzYzAgYWxyZWFk eSBleGlzdHMsIHVzaW5nIHNjMSBpbnN0ZWFkDQp2Z2EtOiB2Z2EwIGFscmVh ZHkgZXhpc3RzLCB1c2luZyB2Z2ExIGluc3RlYWQNCmlzYV9wcm9iZV9jaGls ZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2VzDQppc2FfcHJvYmVfY2hpbGRy ZW46IHByb2Jpbmcgbm9uLVBuUCBkZXZpY2VzDQpmZGMwIGZhaWxlZCB0byBw cm9iZSBhdCBwb3J0IDB4M2YwIGlycSA2IGRycSAyIG9uIGlzYTANCmF0YTIg ZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgxZjAgaXJxIDE0IG9uIGlzYTAN CmF0YTMgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgxZjAgaXJxIDE1IG9u IGlzYTANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+ IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTANCmF0a2JkMDogPEFUIEtleWJv YXJkPiBpcnEgMSBvbiBhdGtiZGMwDQphdGtiZDogdGhlIGN1cnJlbnQga2Jk IGNvbnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNDcNCmF0a2JkOiBrZXlib2Fy ZCBJRCAweDQxYWIgKDIpDQprYmRjOiBSRVNFVF9LQkQgcmV0dXJuIGNvZGU6 MDBmYQ0Ka2JkYzogUkVTRVRfS0JEIHN0YXR1czowMGFhDQprYmQwOiBhdGti ZDAsIEFUIDEwMS8xMDIgKDIpLCBjb25maWc6MHgwLCBmbGFnczoweDNkMDAw MA0KcHNtMDogY3VycmVudCBjb21tYW5kIGJ5dGU6MDA0Nw0Ka2JkYzogVEVT VF9BVVhfUE9SVCBzdGF0dXM6MDAwMA0Ka2JkYzogUkVTRVRfQVVYIHJldHVy biBjb2RlOjAwZmENCmtiZGM6IFJFU0VUX0FVWCBzdGF0dXM6MDBhYQ0Ka2Jk YzogUkVTRVRfQVVYIElEOjAwMDANCnBzbTogc3RhdHVzIDAwIDAyIDY0DQpw c206IHN0YXR1cyAwMCAwMCA2NA0KcHNtOiBzdGF0dXMgMDAgMDMgNjQNCnBz bTogc3RhdHVzIDAwIDAzIDY0DQpwc206IGRhdGEgMDggMDAgMDANCnBzbTog c3RhdHVzIDEyIDAyIDNjDQpwc206IGRhdGEgMDggMDAgMDANCnBzbTogc3Rh dHVzIDAwIDAyIDY0DQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0 a2JkYzANCnBzbTA6IG1vZGVsIEdsaWRlUG9pbnQsIGRldmljZSBJRCAwLTAw LCAyIGJ1dHRvbnMNCnBzbTA6IGNvbmZpZzowMDAwMDAwMCwgZmxhZ3M6MDAw MDAwMDAsIHBhY2tldCBzaXplOjMNCnBzbTA6IHN5bmNtYXNrOmMwLCBzeW5j Yml0czowMA0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNj MC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMA0KZmIwOiB2 Z2EwLCB2Z2EsIHR5cGU6VkdBICg1KSwgZmxhZ3M6MHg3MDBmZg0KZmIwOiBw b3J0OjB4M2MwLTB4M2RmLCBjcnRjOjB4M2Q0LCBtZW06MHhhMDAwMCAweDIw MDAwDQpmYjA6IGluaXQgbW9kZToyNCwgYmlvcyBtb2RlOjMsIGN1cnJlbnQg bW9kZToyNA0KZmIwOiB3aW5kb3c6MHhjMDBiODAwMCBzaXplOjMyayBncmFu OjMyaywgYnVmOjAgc2l6ZTozMmsNClZHQSBwYXJhbWV0ZXJzIHVwb24gcG93 ZXItdXANCjUwIDE4IDEwIDAwIDAwIDAwIDAzIDAwIDAyIDY3IDVmIDRmIDUw IDgyIDU1IDgxIA0KYmYgMWYgMDAgNGYgMGQgMGUgMDAgMDAgMDcgODAgOWMg OGUgOGYgMjggMWYgOTYgDQpiOSBhMyBmZiAwMCAwMSAwMiAwMyAwNCAwNSAx NCAwNyAzOCAzOSAzYSAzYiAzYyANCjNkIDNlIDNmIDBjIDAwIDBmIDA4IDAw IDAwIDAwIDAwIDAwIDEwIDBlIDAwIGZmIA0KVkdBIHBhcmFtZXRlcnMgaW4g QklPUyBmb3IgbW9kZSAyNA0KNTAgMTggMTAgMDAgMTAgMDAgMDMgMDAgMDIg NjcgNWYgNGYgNTAgODIgNTUgODEgDQpiZiAxZiAwMCA0ZiAwZCAwZSAwMCAw MCAwMCAwMCA5YyA4ZSA4ZiAyOCAxZiA5NiANCmI5IGEzIGZmIDAwIDAxIDAy IDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNiIDNjIA0KM2QgM2UgM2YgMGMg MDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAgMGUgMDAgZmYgDQpFR0EvVkdB IHBhcmFtZXRlcnMgdG8gYmUgdXNlZCBmb3IgbW9kZSAyNA0KNTAgMTggMTAg MDAgMTAgMDAgMDMgMDAgMDIgNjcgNWYgNGYgNTAgODIgNTUgODEgDQpiZiAx ZiAwMCA0ZiAwZCAwZSAwMCAwMCAwMCAwMCA5YyA4ZSA4ZiAyOCAxZiA5NiAN CmI5IGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNi IDNjIA0KM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAg MGUgMDAgZmYgDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gb24gaXNhMA0Kc2Mw OiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MjAwPg0Kc2Mw OiBmYjAsIGtiZDAsIHRlcm1pbmFsIGVtdWxhdG9yOiBzYyAoc3lzY29ucyB0 ZXJtaW5hbCkNCnNpbzA6IGlycSBtYXBzOiAweDEgMHgxMSAweDExIDB4MTEN CnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9u IGlzYTANCnNpbzA6IHR5cGUgMTY1NTBBDQpzaW8xOiBjb25maWd1cmVkIGly cSAzIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMA0Kc2lvMTogaXJx IG1hcHM6IDB4MSAweDEgMHgxIDB4MQ0Kc2lvMTogcHJvYmUgZmFpbGVkIHRl c3Qocyk6IDAgMSAyIDQgNiA3IDkNCnNpbzEgZmFpbGVkIHRvIHByb2JlIGF0 IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMA0KcHBjMDogcGFyYWxs ZWwgcG9ydCBmb3VuZCBhdCAweDM3OA0KcHBjMDogdXNpbmcgZXh0ZW5kZWQg SS9PIHBvcnQgcmFuZ2UNCnBwYzA6IEVDUCBTUFAgU1BQDQpwcGMwOiA8UGFy YWxsZWwgcG9ydD4gYXQgcG9ydCAweDM3OC0weDM3ZiBpcnEgNyBmbGFncyAw eDQwIG9uIGlzYTANCnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoRUNQL1BTMi9O SUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQ0KcHBjMDogRklGTyB3aXRoIDE2 LzE2LzE2IGJ5dGVzIHRocmVzaG9sZA0KbHB0MDogPFByaW50ZXI+IG9uIHBw YnVzMA0KbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0DQpwcGkwOiA8UGFy YWxsZWwgSS9PPiBvbiBwcGJ1czANCnBwczA6IDxQdWxzZSBwZXIgc2Vjb25k IFRpbWluZyBJbnRlcmZhY2U+IG9uIHBwYnVzMA0KcGNpYzA6IDxJbnRlbCBp ODIzNjU+IGF0IHBvcnQgMHgzZTAtMHgzZTEgb24gaXNhMA0KcGNpYzA6IFBv bGxpbmcgbW9kZQ0Kc3RhdCBpcyBmMg0Kc3RhdCBpcyBmMg0KcGNjYXJkMDog PFBDIENhcmQgYnVzIC0tIGtsdWRnZSB2ZXJzaW9uPiBvbiBwY2ljMA0KcGNj YXJkMTogPFBDIENhcmQgYnVzIC0tIGtsdWRnZSB2ZXJzaW9uPiBvbiBwY2lj MA0KcGNpYzE6IENhbm5vdCBnZXQgSS9PIHJhbmdlDQpwY2ljMSBmYWlsZWQg dG8gcHJvYmUgYXQgcG9ydCAweDNlMC0weDNlMSBvbiBpc2EwDQpwbXRpbWVy MCBvbiBpc2EwDQpzYzE6IG5vIHZpZGVvIGFkYXB0ZXIgaXMgZm91bmQuDQpz YzE6IDxTeXN0ZW0gY29uc29sZT4gZmFpbGVkIHRvIHByb2JlIG9uIGlzYTAN CnZnYTE6IDxHZW5lcmljIElTQSBWR0E+IGZhaWxlZCB0byBwcm9iZSBvbiBp c2EwDQppc2FfcHJvYmVfY2hpbGRyZW46IHByb2JpbmcgUG5QIGRldmljZXMN CnVua25vd246IDxQTlAwODAwPiBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAw eDYxIG9uIGlzYTANCnVua25vd246IDxQTlAwMzAzPiBjYW4ndCBhc3NpZ24g cmVzb3VyY2VzDQp1bmtub3duOiA8UE5QMDMwMz4gYXQgcG9ydCAweDYwIG9u IGlzYTANCnVua25vd246IDxQTlAwZjEzPiBjYW4ndCBhc3NpZ24gcmVzb3Vy Y2VzDQp1bmtub3duOiA8UE5QMGYxMz4gYXQgaXJxIDEyIG9uIGlzYTANCnVu a25vd246IDxQTlAwNzAwPiBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNm Mi0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwDQp1bmtub3duOiA8 UE5QMDUwMT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcw0KdW5rbm93bjogPFBO UDA1MDE+IGF0IHBvcnQgMHgzZjgtMHgzZmYgb24gaXNhMA0KdW5rbm93bjog PFBOUDA0MDE+IGNhbid0IGFzc2lnbiByZXNvdXJjZXMNCnVua25vd246IDxQ TlAwNDAxPiBhdCBwb3J0IDB4Mzc4LTB4MzdhIG9uIGlzYTANCnVua25vd246 IDxQTlAwZTAzPiBjYW4ndCBhc3NpZ24gcmVzb3VyY2VzDQp1bmtub3duOiA8 UE5QMGUwMz4gYXQgcG9ydCAweDNlMC0weDNlMSBvbiBpc2EwDQpwY20wOiA8 WWFtYWhhIE9QTC1TQXg+IGF0IHBvcnQgMHgyMjAtMHgyMzMsMHg1MzAtMHg1 MzcsMHgzODgtMHgzOGYsMHgzMzAtMHgzMzMsMHg1MzgtMHg1MzkgaXJxIDUg ZHJxIDEsMCBvbiBpc2EwDQpZYW1haGE6IHZlciAweDIxIERNQSBjb25maWcg MHg4NQ0KcGNtOiBzZXRtYXAgOTE2MDAwLCAxMDAwOyAweGNhMmE5MDAwIC0+ IDkxNjAwMA0KcGNtOiBzZXRtYXAgOTE3MDAwLCAxMDAwOyAweGNhMmFhMDAw IC0+IDkxNzAwMA0KQklPUyBHZW9tZXRyaWVzOg0KIDA6MDNmZmZlM2YgMC4u MTAyMz0xMDI0IGN5bGluZGVycywgMC4uMjU0PTI1NSBoZWFkcywgMS4uNjM9 NjMgc2VjdG9ycw0KIDE6MDMxM2ZlM2YgMC4uNzg3PTc4OCBjeWxpbmRlcnMs IDAuLjI1ND0yNTUgaGVhZHMsIDEuLjYzPTYzIHNlY3RvcnMNCiAwIGFjY291 bnRlZCBmb3INCkRldmljZSBjb25maWd1cmF0aW9uIGZpbmlzaGVkLg0KSVAg cGFja2V0IGZpbHRlcmluZyBpbml0aWFsaXplZCwgZGl2ZXJ0IGVuYWJsZWQs IHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBkaXNhYmxlZCwgZGVmYXVsdCB0byBk ZW55LCBsb2dnaW5nIGxpbWl0ZWQgdG8gMTAwIHBhY2tldHMvZW50cnkgYnkg ZGVmYXVsdA0KYnBmOiBsbzAgYXR0YWNoZWQNCkxpbnV4LUVMRiBleGVjIGhh bmRsZXIgaW5zdGFsbGVkDQphdGEwLW1hc3Rlcjogc3VjY2VzcyBzZXR0aW5n IFVETUEyIG9uIFBJSVg0IGNoaXANCkNyZWF0aW5nIERJU0sgYWQwDQphZDA6 IDxJQk0tREFSQS0yMjUwMDAvU0hBT0E1MEE+IEFUQS00IGRpc2sgYXQgYXRh MC1tYXN0ZXINCmFkMDogMjQyMDdNQiAoNDk1Nzc0NzIgc2VjdG9ycyksIDQ5 MTg0IGN5bHMsIDE2IGhlYWRzLCA2MyBTL1QsIDUxMiBCL1MNCmFkMDogMTYg c2Vjcy9pbnQsIDEgZGVwdGggcXVldWUsIFVETUEzMw0KYWQwOiBwaW9tb2Rl PTQgZG1hbW9kZT0yIHVkbWFtb2RlPTQgY2JsaWQ9MQ0KYWQwOiAyNDIwN01C IDxJQk0tREFSQS0yMjUwMDA+IFs0OTE4NC8xNi82M10gYXQgYXRhMC1tYXN0 ZXIgVURNQTMzDQphdGExLW1hc3Rlcjogc3VjY2VzcyBzZXR0aW5nIFVETUEy IG9uIFBJSVg0IGNoaXANCkNyZWF0aW5nIERJU0sgYWQxDQphZDE6IDxJQk0t REFEQS0yNjQ4MC9BRDZPQTQyQT4gQVRBLTQgZGlzayBhdCBhdGExLW1hc3Rl cg0KYWQxOiA2MTk0TUIgKDEyNjg1NjgwIHNlY3RvcnMpLCAxMzQyNCBjeWxz LCAxNSBoZWFkcywgNjMgUy9ULCA1MTIgQi9TDQphZDE6IDE2IHNlY3MvaW50 LCAxIGRlcHRoIHF1ZXVlLCBVRE1BMzMNCmFkMTogcGlvbW9kZT00IGRtYW1v ZGU9MiB1ZG1hbW9kZT0yIGNibGlkPTANCmFkMTogNjE5NE1CIDxJQk0tREFE QS0yNjQ4MD4gWzEzNDI0LzE1LzYzXSBhdCBhdGExLW1hc3RlciBVRE1BMzMN Ck1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWENCmFkMHMxOiB0 eXBlIDB4YTUsIHN0YXJ0IDYzLCBlbmQgPSA0NjA3OTcxMSwgc2l6ZSA0NjA3 OTY0OSANCmFkMHMxOiBDL0gvUyBlbmQgMTAyMy8xNS82MyAoMTY0MzU1MDIp ICE9IGVuZCA0NjA3OTcxMTogaW52YWxpZA0KYWQwczI6IHR5cGUgMHhjLCBz dGFydCA0NjA3OTcxMiwgZW5kID0gNDk1NzY1ODksIHNpemUgMzQ5Njg3OCA6 IE9LDQpzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdA0KYWQxczE6IHR5 cGUgMHg3LCBzdGFydCA2MywgZW5kID0gNDE5Mjk2NCwgc2l6ZSA0MTkyOTAy IDogT0sNCmFkMXMyOiB0eXBlIDB4YTUsIHN0YXJ0IDQxOTI5NjUsIGVuZCA9 IDEyNjg1Njc5LCBzaXplIDg0OTI3MTUgOiBPSw0KYWQxczE6IHR5cGUgMHg3 LCBzdGFydCA2MywgZW5kID0gNDE5Mjk2NCwgc2l6ZSA0MTkyOTAyIDogT0sN CmFkMXMyOiB0eXBlIDB4YTUsIHN0YXJ0IDQxOTI5NjUsIGVuZCA9IDEyNjg1 Njc5LCBzaXplIDg0OTI3MTUgOiBPSw0KYWQxczE6IHR5cGUgMHg3LCBzdGFy dCA2MywgZW5kID0gNDE5Mjk2NCwgc2l6ZSA0MTkyOTAyIDogT0sNCmFkMXMy OiB0eXBlIDB4YTUsIHN0YXJ0IDQxOTI5NjUsIGVuZCA9IDEyNjg1Njc5LCBz aXplIDg0OTI3MTUgOiBPSw0Kdm4xOiBpbnZhbGlkIHByaW1hcnkgcGFydGl0 aW9uIHRhYmxlOiBubyBtYWdpYw0Kdm4xOiBpbnZhbGlkIHByaW1hcnkgcGFy dGl0aW9uIHRhYmxlOiBubyBtYWdpYw0Kdm4xOiBpbnZhbGlkIHByaW1hcnkg cGFydGl0aW9uIHRhYmxlOiBubyBtYWdpYw0Kdm4xOiBpbnZhbGlkIHByaW1h cnkgcGFydGl0aW9uIHRhYmxlOiBubyBtYWdpYw0KYnBmOiB0dW4wIGF0dGFj aGVkDQpTbG90IDEgY2hnID0gMHg4DQpwY2NhcmQ6IGNhcmQgaW5zZXJ0ZWQs IHNsb3QgMQ0KcGNpYzogSS9PIHdpbiAwIGZsYWdzIDE3IDI0MC0yNGYNCnBj aWM6IEkvTyB3aW4gMCBmbGFncyA3IDI0MC0yNGYNCnBjaWM6IEkvTyB3aW4g MCBmbGFncyAxNyAyNDAtMjRmDQphdGE0OiBpb2Jhc2U9MHgwMjQwIGFsdGlv YmFzZT0weDAyNDggYm1hZGRyPTB4MDAwMA0KYXRhNDogbWFzaz0wMyBzdGF0 dXMwPTUwIHN0YXR1czE9MDANCmF0YTQ6IG1hc2s9MDMgc3RhdHVzMD01MCBz dGF0dXMxPTAwDQphdGE0OiBkZXZpY2VzID0gMHgxDQphdGE0IGF0IHBvcnQg MHgyNDAtMHgyNGYgaXJxIDMgc2xvdCAxIG9uIHBjY2FyZDENCmF0YTQtbWFz dGVyOiBhdGFfY29tbWFuZDogdGltZW91dCB3YWl0aW5nIGZvciBpbnRyDQph dGE0LW1hc3RlcjogaWRlbnRpZnkgZmFpbGVkDQo= --0-1527604655-971807344=:399-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 17 11:59:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from puck.firepipe.net (mcut-b-167.resnet.purdue.edu [128.211.209.167]) by hub.freebsd.org (Postfix) with ESMTP id F24B437B479 for ; Tue, 17 Oct 2000 11:59:27 -0700 (PDT) Received: by puck.firepipe.net (Postfix, from userid 1000) id E28CE192D; Tue, 17 Oct 2000 13:59:27 -0500 (EST) Date: Tue, 17 Oct 2000 13:59:27 -0500 From: Will Andrews To: Michael Reifenberger Cc: FreeBSD-Current Subject: Re: SANDISK SmartMedia still does not work with -current ATA-driver Message-ID: <20001017135927.C95891@puck.firepipe.net> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Michael Reifenberger , FreeBSD-Current 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 root@nihil.plaut.de on Tue, Oct 17, 2000 at 08:29:04PM +0200 X-Operating-System: FreeBSD 4.1-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Oct 17, 2000 at 08:29:04PM +0200, Michael Reifenberger wrote: > it seems to be a ata issue because it worked before some ata-updates (after > SMPng). > > Is anyone using SANDISK SmartMedia successfully with -cuurent? Strange, I get exactly the same output from September 29 -current. :( I'm going to bug Warner/Soren at BSDCon ... -- Will Andrews - Physics Computer Network wench To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 17 13:40:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 8801E37B479 for ; Tue, 17 Oct 2000 13:40:54 -0700 (PDT) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 1B7164C2; Tue, 17 Oct 2000 13:40:54 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA13266; Tue, 17 Oct 2000 13:40:53 -0700 (PDT) Message-ID: <39ECB955.386D687A@cup.hp.com> Date: Tue, 17 Oct 2000 16:40:53 -0400 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Gerald Pfeifer Cc: freebsd-current@FreeBSD.ORG Subject: Re: gcc and FreeBSD [was: Re: Which GCC in CURRENT? [Was: Re: Wine update]] References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gerald Pfeifer wrote: > > Upgrades are not painless at all on FreeBSD, because of some additional > hacks you/we are using. See the following two PRs for examples that cost > me quite some time each (and are still open): > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=20966 > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21983 > > If the first PR is not resolved in time for the GCC 3.0 release process > (which is not that far ahead), FreeBSD might even be dropped from the list > of secondary evaluation platforms for GCC 3.0. :-( This worries me. We should not alienate ourself from the development of "our" toolchain. Ideally, we should have no FreeBSD patches of our own. > In any case, the bug does prevent regular GCC developers and testers from > using FreeBSD -- not a good thing, either! :-( Agreed. > On the other hand, lately David O'Brien has submitted several patches for > the FreeBSD ports to GCC, most (all?) of which have been reviewed and > integrated quickly, so there is a good chance that the difference between > the FreeBSD version of GCC and FSF GCC will be further reduced. :-) I don't follow the gcc lists too closely. Time... All I know is that there was a bit more work to do. David? > Should any of you have some time to spend, those two PRs I mentioned above > are really critical. Of course time is always the issue :-) David: Can you take a look at it, or shall I try to free some time for this. It sounds important enough from what I understand from Gerald. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 17 15:36:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id E6B9B37B4CF for ; Tue, 17 Oct 2000 15:36:53 -0700 (PDT) Received: from localhost (bsdx@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id SAA99000 for ; Tue, 17 Oct 2000 18:37:29 -0400 (EDT) (envelope-from bsdx@looksharp.net) Date: Tue, 17 Oct 2000 18:37:29 -0400 (EDT) From: Adam To: current@freebsd.org Subject: resolver bug since 4.? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I made a typo in a service name today and came across an odd error message that seems to have begun past 3.5-stable sometime. It manifests itself when you try to use a nonexistant service name instead of a port number. I'll file a pr if interest in this issue is lost before a fix is comitted. All 4.x boxen I've tried this on so far: > telnet localhost sdfhsabsdibf localhost: servname not supported for ai_socktype > ftp localhost hsfbidfbwaief ftp: localhost: servname not supported for ai_socktype Bug or not, this message is not very informative. In 3.4-stable ~jan 2000 and 3.5-stable ~Jul 2000, I get: > telnet 0 osals osals: bad port number What would be really nice to see: cheeseball:~ % telnet 0 kjnsbkdfjnbfd tcp/kjnsbkdfjnbfd: unknown service cheeseball:~ % uname -sr NetBSD 1.5F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 17 15:58:46 2000 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 BDF3D37B4CF for ; Tue, 17 Oct 2000 15:58:42 -0700 (PDT) Received: (from uucp@localhost) by ns.plaut.de (8.9.3/8.9.3) with UUCP id AAA38321 for current@freebsd.org; Wed, 18 Oct 2000 00:58:41 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.11.1/8.8.8) with ESMTP id e9HMtMq53364 for ; Wed, 18 Oct 2000 00:55:22 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Wed, 18 Oct 2000 00:55:20 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current Subject: patches for KLD'ing fdc(4) and aic(4) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-816016779-971823320=:39042" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-816016779-971823320=:39042 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, could please someone with commit privs review and commit the attached patches. They will enable (at least) Laptop-users to load the two modules on demand. At least the aic(4) module (in conjunction with cam(4) ) is verified to work when loaded after startup (not preloaded). The fdc(4) module is only tested preloaded from the bootloader. Bye! ---- Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS --0-816016779-971823320=:39042 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="aic_fdc.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="aic_fdc.diff" ZGlmZiAtcnVQIG1vZHVsZXMub3JpZy9NYWtlZmlsZSBtb2R1bGVzL01ha2Vm aWxlDQotLS0gbW9kdWxlcy5vcmlnL01ha2VmaWxlCVR1ZSBPY3QgMTcgMjM6 NTc6MjcgMjAwMA0KKysrIG1vZHVsZXMvTWFrZWZpbGUJV2VkIE9jdCAxOCAw MDo0MTo1MyAyMDAwDQpAQCAtNiw4ICs2LDggQEANCiBfcmFuZG9tPQlyYW5k b20NCiAuZW5kaWYNCiANCi1TVUJESVI9CTNkZnggYWNjZl9kYXRhIGFjY2Zf aHR0cCBhZ3AgYWhhIGFtciBhbiBhdWUgXA0KLQljYW0gY2NkIGNkOTY2MCBj b2RhIGN1ZSBkYyBlZCBmZGVzYyBmeHAgaWZfZGlzYyBpZl9lZiBcDQorU1VC RElSPQkzZGZ4IGFjY2ZfZGF0YSBhY2NmX2h0dHAgYWdwIGFoYSBhaWMgYW1y IGFuIGF1ZSBcDQorCWNhbSBjY2QgY2Q5NjYwIGNvZGEgY3VlIGRjIGVkIGZk YyBmZGVzYyBmeHAgaWZfZGlzYyBpZl9lZiBcDQogCWlmX3BwcCBpZl9zbCBp Zl90YXAgaWZfdHVuIGlwNmZ3IGlwZmlsdGVyIGlwZncgaXNwZncgam95IGtl cm5mcyBrdWUgXA0KIAltZCBtZnMgbWlpIG1seCBtc2RvcyBuY3AgbmV0Z3Jh cGggbmZzIG50ZnMgbnVsbGZzIFwNCiAJbndmcyBwY24gcG9ydGFsIHByb2Nm cyAke19yYW5kb219IFwNCmRpZmYgLXJ1UCBtb2R1bGVzLm9yaWcvYWljL01h a2VmaWxlIG1vZHVsZXMvYWljL01ha2VmaWxlDQotLS0gbW9kdWxlcy5vcmln L2FpYy9NYWtlZmlsZQlUaHUgSmFuICAxIDAxOjAwOjAwIDE5NzANCisrKyBt b2R1bGVzL2FpYy9NYWtlZmlsZQlXZWQgT2N0IDE4IDAwOjM5OjE0IDIwMDAN CkBAIC0wLDAgKzEsOSBAQA0KKyMgJEZyZWVCU0Q6IHNyYy9zeXMvbW9kdWxl cy94bC9NYWtlZmlsZSx2IDEuMTIgMjAwMC8wNS8yNyAwMToxNDozMyBwZXRl ciBFeHAgJA0KKw0KKy5QQVRIOgkkey5DVVJESVJ9Ly4uLy4uL2Rldi9haWMN CitLTU9ECT0gYWljDQorU1JDUwk9IGFpYy5jIGFpY19jYnVzLmMgYWljX2lz YS5jIGFpY19wY2NhcmQuYyANCitTUkNTCSs9IG9wdF9iZGcuaCBkZXZpY2Vf aWYuaCBidXNfaWYuaCBwY2lfaWYuaCBpc2FfaWYuaA0KK1NSQ1MJKz0gb3B0 X2NhbS5oIG9wdF9zY3NpLmgNCisNCisuaW5jbHVkZSA8YnNkLmttb2QubWs+ DQpkaWZmIC1ydVAgbW9kdWxlcy5vcmlnL2ZkYy9NYWtlZmlsZSBtb2R1bGVz L2ZkYy9NYWtlZmlsZQ0KLS0tIG1vZHVsZXMub3JpZy9mZGMvTWFrZWZpbGUJ VGh1IEphbiAgMSAwMTowMDowMCAxOTcwDQorKysgbW9kdWxlcy9mZGMvTWFr ZWZpbGUJVGh1IFNlcCAyOCAxNDo1Mjo0MiAyMDAwDQpAQCAtMCwwICsxLDEy IEBADQorIyAkRnJlZUJTRDogc3JjL3N5cy9tb2R1bGVzL3hsL01ha2VmaWxl LHYgMS4xMiAyMDAwLzA1LzI3IDAxOjE0OjMzIHBldGVyIEV4cCAkDQorDQor LlBBVEg6CSR7LkNVUkRJUn0vLi4vLi4vaXNhDQorS01PRAk9IGZkYw0KK1NS Q1MJPSBmZC5jDQorU1JDUwkrPSBvcHRfYmRnLmggZGV2aWNlX2lmLmggYnVz X2lmLmggcGNpX2lmLmggaXNhX2lmLmgNCitTUkNTCSs9IGNhcmQuaCBvcHRf ZmRjLmgNCisNCitjYXJkLmg6DQorCQllY2hvICcjZGVmaW5lIE5DQVJEIDEn ID4gY2FyZC5oDQorDQorLmluY2x1ZGUgPGJzZC5rbW9kLm1rPg0KZGlmZiAt cnVQIGRldi9haWMub3JpZy9haWNfY2J1cy5jIGRldi9haWMvYWljX2NidXMu Yw0KLS0tIGRldi9haWMub3JpZy9haWNfY2J1cy5jCVdlZCBPY3QgMTggMDA6 Mjg6MzggMjAwMA0KKysrIGRldi9haWMvYWljX2NidXMuYwlXZWQgT2N0IDE4 IDAwOjM3OjI5IDIwMDANCkBAIC0yNzgsNCArMjc4LDUgQEANCiANCiBleHRl cm4gZGV2Y2xhc3NfdCBhaWNfZGV2Y2xhc3M7DQogDQorTU9EVUxFX0RFUEVO RChhaWMsIGNhbSwgMSwgMSwgMSk7DQogRFJJVkVSX01PRFVMRShhaWMsIGlz YSwgYWljX2lzYV9kcml2ZXIsIGFpY19kZXZjbGFzcywgMCwgMCk7DQpkaWZm IC1ydVAgZGV2L2FpYy5vcmlnL2FpY19pc2EuYyBkZXYvYWljL2FpY19pc2Eu Yw0KLS0tIGRldi9haWMub3JpZy9haWNfaXNhLmMJV2VkIE9jdCAxOCAwMDoy ODozOCAyMDAwDQorKysgZGV2L2FpYy9haWNfaXNhLmMJV2VkIE9jdCAxOCAw MDozNDo1NiAyMDAwDQpAQCAtMjI0LDQgKzIyNCw1IEBADQogDQogZXh0ZXJu IGRldmNsYXNzX3QgYWljX2RldmNsYXNzOw0KIA0KK01PRFVMRV9ERVBFTkQo YWljLCBjYW0sIDEsIDEsIDEpOw0KIERSSVZFUl9NT0RVTEUoYWljLCBpc2Es IGFpY19pc2FfZHJpdmVyLCBhaWNfZGV2Y2xhc3MsIDAsIDApOw0KZGlmZiAt cnVQIGRldi9haWMub3JpZy9haWNfcGNjYXJkLmMgZGV2L2FpYy9haWNfcGNj YXJkLmMNCi0tLSBkZXYvYWljLm9yaWcvYWljX3BjY2FyZC5jCVdlZCBPY3Qg MTggMDA6Mjg6MzggMjAwMA0KKysrIGRldi9haWMvYWljX3BjY2FyZC5jCVdl ZCBPY3QgMTggMDA6Mzc6MzcgMjAwMA0KQEAgLTE3Nyw0ICsxNzcsNSBAQA0K IA0KIGV4dGVybiBkZXZjbGFzc190IGFpY19kZXZjbGFzczsNCiANCitNT0RV TEVfREVQRU5EKGFpYywgY2FtLCAxLCAxLCAxKTsNCiBEUklWRVJfTU9EVUxF KGFpYywgcGNjYXJkLCBhaWNfcGNjYXJkX2RyaXZlciwgYWljX2RldmNsYXNz LCAwLCAwKTsNCg== --0-816016779-971823320=:39042-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 17 16: 3:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id F347637B4CF for ; Tue, 17 Oct 2000 16:03:50 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 18 Oct 2000 00:03:50 +0100 (BST) Date: Wed, 18 Oct 2000 00:03:48 +0100 From: David Malone To: Adam Cc: current@freebsd.org Subject: Re: resolver bug since 4.? Message-ID: <20001018000348.A89972@walton.maths.tcd.ie> 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 bsdx@looksharp.net on Tue, Oct 17, 2000 at 06:37:29PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > All 4.x boxen I've tried this on so far: > > telnet localhost sdfhsabsdibf > localhost: servname not supported for ai_socktype Things have been this way since the getaddrinfo stuff was added to make things work with IPv6. The message is obscure, but it's hard to see how to improve it and still keep it apropriate to all sitations. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 17 18:24:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail4.nycap.rr.com (mail4-1.nyroc.rr.com [24.92.33.20]) by hub.freebsd.org (Postfix) with ESMTP id 177C937B479 for ; Tue, 17 Oct 2000 18:24:23 -0700 (PDT) Received: from [24.161.45.173] ([24.169.217.142]) by mail4.nycap.rr.com (Post.Office MTA v3.5.3 release 223 ID# 0-59787U250000L250000S0V35) with SMTP id com for ; Tue, 17 Oct 2000 21:28:28 -0400 Received: (qmail 75801 invoked by uid 1001); 18 Oct 2000 01:20:09 -0000 Date: Tue, 17 Oct 2000 21:20:09 -0400 From: Hasan Diwan To: freebsd-current@freebsd.org Subject: Installworld on today's current Message-ID: <20001017212009.A75782@thor.nycap.rr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable This problem started showing up today... make installworld refuses to install bin/sh, removing 'sh' from the TARGETS variable of the Makefile fixes the problem. --=20 Hasan Diwan [hdiwan@pobox.com] :) http://www.pobox.com/~hdiwan --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBOez6yfitTU38wbMJAQFeuQQAnKhxm6Dn5wj6OuYtMsMvJiVKGq1Li6LH k3OVItyXOrWaEEhrMOLU/WUFLU39QLd8Cyzvnk3/1KcRCpark2WCSkjV0y56K0Uo NFz8B19ypKWSwyowECKJvEV1UBhVNpUOyvlBDqJlIw/rmFh1SW5BBLLezJdwX+aP Pc6/dqT3EFo= =LaKf -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 17 20:12:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail4.nycap.rr.com (mail4-1.nyroc.rr.com [24.92.33.20]) by hub.freebsd.org (Postfix) with ESMTP id 0470437B4E5 for ; Tue, 17 Oct 2000 20:12:07 -0700 (PDT) Received: from [24.161.45.173] ([24.169.217.142]) by mail4.nycap.rr.com (Post.Office MTA v3.5.3 release 223 ID# 0-59787U250000L250000S0V35) with SMTP id com for ; Tue, 17 Oct 2000 23:16:12 -0400 Received: (qmail 76151 invoked by uid 1001); 18 Oct 2000 03:09:07 -0000 Date: Tue, 17 Oct 2000 23:09:07 -0400 From: Hasan Diwan To: freebsd-current@freebsd.org Subject: Re: Installworld on today's current Message-ID: <20001017230907.A76126@thor.nycap.rr.com> References: <20001017212009.A75782@thor.nycap.rr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" X-Mailer: Mutt 1.0.1i In-Reply-To: <20001017212009.A75782@thor.pobox.com>; from hdiwan@pobox.com on Tue, Oct 17, 2000 at 09:20:09PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable As an addition, the following is how I installed it: # cd /usr/src/bin/sh # make install * Hasan Diwan (hdiwan@pobox.com) [001018 02:51]: > This problem started showing up today... make installworld refuses to > install bin/sh, removing 'sh' from the TARGETS variable of the Makefile > fixes the problem. --=20 Hasan Diwan [hdiwan@pobox.com] :) http://www.pobox.com/~hdiwan --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBOe0UU/itTU38wbMJAQHqyAP+L51ICDzHqw9mca9dErlIAM9OMADgXLWf ++YCGW1UWOl7JxPZqSdjTUTNmDP2CbTtMzOvjNSDm3OFoTNWEv3nPkupJEanm7v8 drTfZh7SFajZFU74JwbQEsEvemCJYIuw/DLFUuy5D0HiHGSxc39+I5QWj+zQr2ev ftc2MX6IWOM= =rRMU -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 17 23: 1:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from iterative.iteration.net (termroom.bsdcon.org [206.55.247.2]) by hub.freebsd.org (Postfix) with ESMTP id A0BCE37B4F9; Tue, 17 Oct 2000 23:01:05 -0700 (PDT) Received: (from keichii@localhost) by iterative.iteration.net (8.11.0/8.11.0) id e9I614U01488; Wed, 18 Oct 2000 01:01:04 -0500 (CDT) (envelope-from keichii) Date: Wed, 18 Oct 2000 01:01:03 -0500 From: "Michael C . Wu" To: freebsd-i18n@freebsd.org Cc: freebsd-current@freebsd.org Subject: BSDCon I18N Meeting on Wednesday night Message-ID: <20001018010103.A1276@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , freebsd-i18n@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-FreeBSD-Header: This is a subliminal message from the vast FreeBSD conspiracy project. X-Operating-System: FreeBSD iterative.iteration.net 5.0-20000815-CURRENT FreeBSD 5.0-20000815-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I talked to Warner Losh tonight and we agreed that we should have a Internationalization/Localization meeting on Wednesday night 8-9pm at BSDCon. Please check the message board at the conference center 1st floor. Michael, -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 0:31:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from kbtfw.kubota.co.jp (kbtfw.kubota.co.jp [133.253.102.202]) by hub.freebsd.org (Postfix) with ESMTP id DDD5937B4CF; Wed, 18 Oct 2000 00:31:44 -0700 (PDT) Received: by kbtfw.kubota.co.jp; id QAA09076; Wed, 18 Oct 2000 16:31:40 +0900 (JST) Received: from unknown(133.253.122.1) by kbtfw.kubota.co.jp via smap (V4.2) id xma008964; Wed, 18 Oct 00 16:31:18 +0900 Received: from jkpc15.tk.kubota.co.jp ([133.253.157.145]) by kbtmx.eto.kubota.co.jp (8.9.3+3.2W/3.7W) with ESMTP id QAA27826; Wed, 18 Oct 2000 16:31:18 +0900 (JST) Received: from localhost (localhost.tk.kubota.co.jp [127.0.0.1]) by jkpc15.tk.kubota.co.jp (8.11.1/3.7W-02/21/99) with ESMTP id e9I7TWY17036; Wed, 18 Oct 2000 16:29:32 +0900 (JST) To: jhb@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: kernel build error (Was: cvs commit: src/sys/kern kern_idle.c) In-Reply-To: <200010172312.QAA10147@freefall.freebsd.org> References: <200010172312.QAA10147@freefall.freebsd.org> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20001018162931F.haro@tk.kubota.co.jp> Date: Wed, 18 Oct 2000 16:29:31 +0900 From: Munehiro Matsuda X-Dispatcher: imput version 20000228(IM140) Lines: 29 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After the following commit, my kernel fail to build with following errors: cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../kern/kern_idle.c ../../kern/kern_idle.c: In function `idle_proc': ../../kern/kern_idle.c:106: `count' undeclared (first use in this function) ../../kern/kern_idle.c:106: (Each undeclared identifier is reported only once ../../kern/kern_idle.c:106: for each function it appears in.) *** Error code 1 :: Modified files: :: sys/kern kern_idle.c :: Log: :: - Wrap the sanity checks for staying in the idle loop for absurdly long :: amounts of time in #ifdef DIAGNOSTIC :: - Call vm_page_zero_idle() during the idle loop. :: :: Revision Changes Path :: 1.7 +13 -7 src/sys/kern/kern_idle.c Thank you, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 0:32:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by hub.freebsd.org (Postfix) with ESMTP id CDD8F37B4C5 for ; Wed, 18 Oct 2000 00:32:30 -0700 (PDT) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.9.3/8.9.3) id JAA39768 for freebsd-current@freebsd.org; Wed, 18 Oct 2000 09:32:27 +0200 (CEST) (envelope-from kuku) Date: Wed, 18 Oct 2000 09:32:27 +0200 (CEST) From: Christoph Kukulies Message-Id: <200010180732.JAA39768@gilberto.physik.rwth-aachen.de> To: freebsd-current@freebsd.org Subject: world build fails - usbhidctl.c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I cvssupped a couple of times in the past three days and the problem does not go away: report_size' /c/src/usr.bin/usbhidctl/usbhid.c:160: incompatible type for argument 3 of `hid_report_size' /c/src/usr.bin/usbhidctl/usbhid.c: In function `dumpdata': /c/src/usr.bin/usbhidctl/usbhid.c:228: incompatible type for argument 3 of `hid_report_size' *** Error code 1 Stop in /c/src/usr.bin/usbhidctl. *** Error code 1 Stop in /c/src/usr.bin. *** Error code 1 Stop in /c/src. *** Error code 1 Stop in /c/src. *** Error code 1 Stop in /c/src. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 1:27: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by hub.freebsd.org (Postfix) with ESMTP id ECD6637B4CF for ; Wed, 18 Oct 2000 01:27:02 -0700 (PDT) Received: (from vallo@localhost) by myhakas.matti.ee (8.11.1/8.11.1) id e9I8QjG03504; Wed, 18 Oct 2000 10:26:45 +0200 (EET) (envelope-from vallo) Date: Wed, 18 Oct 2000 10:26:45 +0200 From: Vallo Kallaste To: Christoph Kukulies Cc: freebsd-current@FreeBSD.ORG Subject: Re: world build fails - usbhidctl.c Message-ID: <20001018102645.B3213@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <200010180732.JAA39768@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010180732.JAA39768@gilberto.physik.rwth-aachen.de>; from kuku@gilberto.physik.rwth-aachen.de on Wed, Oct 18, 2000 at 09:32:27AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 18, 2000 at 09:32:27AM +0200, Christoph Kukulies wrote: > I cvssupped a couple of times in the past three days > and the problem does not go away: > > report_size' > /c/src/usr.bin/usbhidctl/usbhid.c:160: incompatible type for argument 3 of `hid_report_size' > /c/src/usr.bin/usbhidctl/usbhid.c: In function `dumpdata': > /c/src/usr.bin/usbhidctl/usbhid.c:228: incompatible type for argument 3 of `hid_report_size' > *** Error code 1 > > Stop in /c/src/usr.bin/usbhidctl. > *** Error code 1 Same here. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 1:44:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 8211337B4CF for ; Wed, 18 Oct 2000 01:44:27 -0700 (PDT) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id KAA04228; Wed, 18 Oct 2000 10:44:59 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13lopj-0005Rn-00 for ; Wed, 18 Oct 2000 10:44:23 +0200 Date: Wed, 18 Oct 2000 10:44:23 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: world build fails - usbhidctl.c Message-ID: <20001018104423.A19702@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <200010180732.JAA39768@gilberto.physik.rwth-aachen.de> <20001018102645.B3213@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001018102645.B3213@myhakas.matti.ee>; from vallo@myhakas.matti.ee on Wed, Oct 18, 2000 at 10:26:45AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 18, 2000 at 10:26:45AM +0200, Vallo Kallaste wrote: > On Wed, Oct 18, 2000 at 09:32:27AM +0200, Christoph Kukulies wrote: > > > I cvssupped a couple of times in the past three days > > and the problem does not go away: > > > > report_size' > > /c/src/usr.bin/usbhidctl/usbhid.c:160: incompatible type for argument 3 of `hid_report_size' > > /c/src/usr.bin/usbhidctl/usbhid.c: In function `dumpdata': > > /c/src/usr.bin/usbhidctl/usbhid.c:228: incompatible type for argument 3 of `hid_report_size' > > *** Error code 1 > > > > Stop in /c/src/usr.bin/usbhidctl. > > *** Error code 1 > > Same here. A workaround has been checked in by Nick Hibma yesterday. Try recvsupping and it will go away. (It certainly has for me. Sigh. It took several days until I could finally make the world AND successfully build a kernel again.:-) This is the beauty of -CURRENT. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 2:30:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by hub.freebsd.org (Postfix) with ESMTP id 33DC637B4C5 for ; Wed, 18 Oct 2000 02:30:26 -0700 (PDT) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.9.3/8.9.3) id LAA40237; Wed, 18 Oct 2000 11:30:23 +0200 (CEST) (envelope-from kuku) Date: Wed, 18 Oct 2000 11:30:23 +0200 From: Christoph Kukulies To: vallo@matti.ee Cc: Christoph Kukulies , freebsd-current@FreeBSD.ORG Subject: Re: world build fails - usbhidctl.c Message-ID: <20001018113023.A40220@gil.physik.rwth-aachen.de> References: <200010180732.JAA39768@gilberto.physik.rwth-aachen.de> <20001018102645.B3213@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20001018102645.B3213@myhakas.matti.ee>; from vallo@myhakas.matti.ee on Wed, Oct 18, 2000 at 10:26:45AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 18, 2000 at 10:26:45AM +0200, Vallo Kallaste wrote: > On Wed, Oct 18, 2000 at 09:32:27AM +0200, Christoph Kukulies wrote: > > > I cvssupped a couple of times in the past three days > > and the problem does not go away: > > > > report_size' > > /c/src/usr.bin/usbhidctl/usbhid.c:160: incompatible type for argument 3 of `hid_report_size' > > /c/src/usr.bin/usbhidctl/usbhid.c: In function `dumpdata': > > /c/src/usr.bin/usbhidctl/usbhid.c:228: incompatible type for argument 3 of `hid_report_size' > > *** Error code 1 > > > > Stop in /c/src/usr.bin/usbhidctl. > > *** Error code 1 > > Same here. Thanks for the data point. But it seems to be gone already by cvsup this morning. > -- > > Vallo Kallaste > vallo@matti.ee -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 2:40:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E576A37B4D7 for ; Wed, 18 Oct 2000 02:40:36 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9I9eZn54706; Wed, 18 Oct 2000 03:40:35 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id DAA16778; Wed, 18 Oct 2000 03:40:34 -0600 (MDT) Message-Id: <200010180940.DAA16778@harmony.village.org> To: Forrest Aldrich Subject: Re: Release of 5.0 Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 16 Oct 2000 21:06:45 EDT." <20001016210645.B27660@drama.navipath.com> References: <20001016210645.B27660@drama.navipath.com> Date: Wed, 18 Oct 2000 03:40:34 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001016210645.B27660@drama.navipath.com> Forrest Aldrich writes: : Just curious on the potential release of 5.0 -- which I presume won't be : until next year.. ? 2001 sometime, likely not early in the year. At least that's my WAG at the moment. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 2:41:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 3876737B4CF for ; Wed, 18 Oct 2000 02:41:56 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id e9I9fsn54715; Wed, 18 Oct 2000 03:41:54 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id DAA16798; Wed, 18 Oct 2000 03:41:54 -0600 (MDT) Message-Id: <200010180941.DAA16798@harmony.village.org> To: Will Andrews Subject: Re: SANDISK SmartMedia still does not work with -current ATA-driver Cc: Michael Reifenberger , FreeBSD-Current In-reply-to: Your message of "Tue, 17 Oct 2000 13:59:27 CDT." <20001017135927.C95891@puck.firepipe.net> References: <20001017135927.C95891@puck.firepipe.net> Date: Wed, 18 Oct 2000 03:41:54 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001017135927.C95891@puck.firepipe.net> Will Andrews writes: : On Tue, Oct 17, 2000 at 08:29:04PM +0200, Michael Reifenberger wrote: : > it seems to be a ata issue because it worked before some ata-updates (after : > SMPng). : > : > Is anyone using SANDISK SmartMedia successfully with -cuurent? : : Strange, I get exactly the same output from September 29 -current. :( : : I'm going to bug Warner/Soren at BSDCon ... : As near as I can tell it is a breakage in either the interrupt code or the ata code. Soren isn't here, or so I'm told. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 4:30:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from wint.itfs.nsk.su (wint.itfs.nsk.su [212.20.32.43]) by hub.freebsd.org (Postfix) with ESMTP id BF3D237B479 for ; Wed, 18 Oct 2000 04:30:11 -0700 (PDT) Received: (from nnd@localhost) by wint.itfs.nsk.su (8.11.1/8.11.0) id e9IBTI299776; Wed, 18 Oct 2000 18:29:18 +0700 (NOVST) (envelope-from nnd) Date: Wed, 18 Oct 2000 18:29:18 +0700 (NOVST) Message-Id: <200010181129.e9IBTI299776@wint.itfs.nsk.su> From: Nickolay Dudorov To: current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_idle.c In-Reply-To: <200010180810.BAA03925@freefall.freebsd.org> X-Newsgroups: itfs.freebsd.cvs.all User-Agent: tin/1.5.6-20000803 ("Dust") (UNIX) (FreeBSD/5.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <200010180810.BAA03925@freefall.freebsd.org> you wrote: > jhb 2000/10/18 01:10:25 PDT > > Modified files: > sys/kern kern_idle.c > Log: > Don't needlessly pass the diagnostic counter to the idle_event event > handlers. And you just change one broken version to another - now there is unsufficient number of parameters to EVENTHANDLER_FAST_INVOKE at line 106 of kern_idle.c I've try to substitute '0' for the second parameter. The buildkernel successfully finished. Let's see how this kernel'll work ;-) N.Dudorov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 6: 6:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp.email.msn.com (cpimssmtpu01.email.msn.com [207.46.181.26]) by hub.freebsd.org (Postfix) with ESMTP id 9E67037B479 for ; Wed, 18 Oct 2000 06:06:51 -0700 (PDT) Received: from themail.com - 63.42.155.227 by email.msn.com with Microsoft SMTPSVC; Wed, 18 Oct 2000 06:03:36 -0700 To: Stockwinner@aol.com From: Subject: Stock Pick of the Week content-length: 1115 Message-ID: <019a436031312a0CPIMSSMTPU01@email.msn.com> Date: 18 Oct 2000 06:03:47 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> STOCK PICK OF THE WEEK <<< For the week beginning Monday, 10-16-2000 Investment Snapshot - ATTP -- Affordable Telecom http://moneycentral.msn.com/scripts/webquote.dll?iPage=qd&Symbol=attp Target Price: $1.00 Current Price: $.20 Take a close look at this stock, it's going to rise fast! Monday it was $.12...It's jumping each day HOUSTON--(BUSINESS WIRE)--Oct. 3, 2000--Affordable Telecommunications Technology Corporation (OTC BB:ATTP) announced today its preliminary third quarter revenues will exceed expectations. Affordable Telecommunications announced preliminary projected revenues of $500,000 for the quarter ending September 30, 2000. Steven H. Bethke, president of Affordable Telecommunications, said, "We are extremely pleased to anticipate a 460% year-over-year increase in revenues, which exceed our expectations. Strong revenue gains indicate we are on track in building our revenue base through strategic marketing arrangements with leaders in the wireless industry." The Company expects to report its finalized quarterly results on or before November 15, 2000. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 7:49:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from rucus.ru.ac.za (rucus.ru.ac.za [146.231.29.2]) by hub.freebsd.org (Postfix) with SMTP id 5E24137B4D7 for ; Wed, 18 Oct 2000 07:49:39 -0700 (PDT) Received: (qmail 8458 invoked by uid 2425); 18 Oct 2000 14:49:32 -0000 Date: Wed, 18 Oct 2000 16:49:32 +0200 From: Vhata To: freebsd-current@freebsd.org Subject: make buildkernel Message-ID: <20001018164932.H11511@rucus.ru.ac.za> 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 X-Loop: FreeBSD.ORG Hi. I cvsup'd this morning, did my 'make buildworld' (which finally worked), and now I'm trying to 'make buildkernel'. Only... /usr/src/sys/kern/kern_idle.c: In function `idle_proc': /usr/src/sys/kern/kern_idle.c:106: too few arguments to function *** Error code 1 There was something about kern_idle earlier, but this wasn't it. Bye, -Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 8:34:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from server.baldwin.cx (server.geekhouse.net [64.81.6.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F20F37B4F9 for ; Wed, 18 Oct 2000 08:34:54 -0700 (PDT) Received: from laptop.baldwin.cx (termroom.bsdcon.org [206.55.247.2]) by server.baldwin.cx (8.9.3/8.9.3) with ESMTP id IAA98271; Wed, 18 Oct 2000 08:39:54 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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: <200010181129.e9IBTI299776@wint.itfs.nsk.su> Date: Wed, 18 Oct 2000 08:34:17 -0700 (PDT) From: John Baldwin To: Nickolay Dudorov Subject: Re: cvs commit: src/sys/kern kern_idle.c Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18-Oct-00 Nickolay Dudorov wrote: > In article <200010180810.BAA03925@freefall.freebsd.org> you wrote: >> jhb 2000/10/18 01:10:25 PDT >> >> Modified files: >> sys/kern kern_idle.c >> Log: >> Don't needlessly pass the diagnostic counter to the idle_event event >> handlers. > > And you just change one broken version to another - > now there is unsufficient number of parameters to > EVENTHANDLER_FAST_INVOKE at line 106 of kern_idle.c > > I've try to substitute '0' for the second parameter. > The buildkernel successfully finished. Let's see how this kernel'll > work ;-) Grrr. It is not supposed to care, and I'm about to hack cpu_idle() up some more and remove all the eventhandler stuff, but we only have a cpu_idle() function on UP x86 atm. > N.Dudorov -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Wed Oct 18 11:46:22 2000 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 788BD37B4C5 for ; Wed, 18 Oct 2000 11:46:19 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.11.0/8.11.0) with ESMTP id e9IIk8I97225; Wed, 18 Oct 2000 19:46:08 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.1/8.11.0) with ESMTP id e9IIkZY00872; Wed, 18 Oct 2000 11:46:35 -0700 (PDT) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200010181846.e9IIkZY00872@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Bruce Evans Cc: Brian Somers , kargl@apl.washington.edu, freebsd-current@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: more endian.h breakage; patch included. In-Reply-To: Message from Bruce Evans of "Mon, 16 Oct 2000 19:44:33 +1100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Oct 2000 11:46:35 -0700 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, 16 Oct 2000, Brian Somers wrote: > > > > On Sun, 15 Oct 2000, Steven G. Kargl wrote: > > > > > > > There is another patch needed in libdialog. > > > > > > No patches are needed in applications; endian.h should be unbroken. > > > > In what way ? > > endian.h shouldn't depend on or include and > its associated namespace pollution. It never did before. > > > ntohl() & ntonl() were previously wrong to return u_long. > > Not wrong. They have always been documented to return u_long. But if sizeof(u_long) != 4, this is wrong. > > They now return uint32_t (which requires sys/types.h). > > In NetBSD and in FreeBSD for all arches except i386's they return > in_addr_t which happens to be u_int32_t. For all these arches, machine/endian.h also includes sys/types.h :-( > > They *could* be changed to return u_int32_t, but this doesn't seem to > > be the best way forward. > > I agree that it's not the best way forward, but u_int32_t is traditional > namespace pollution in , so using it is safer than using > uint32_t. > > > They *could* be changed to return unsigned, but I think this is worse > > than u_int32_t. > > It is no different for an arch where unsigned is u_int32_t (both conflict > with the man page :-). Except that (IMHO) it shouldn't be documented as a non-numbered-type. I would have thought that you'd be the first to agree with this - you're the only person I know of that has exotic type sizes :-) > Bruce I think the best way forward is to prototype things in terms of in_addr_t and in_port_t and to leave them as inlines for __GNUC__ (I don't know where other compilers are supposed to get this functionality). I think we should *not* include sys/types.h and should leave all of the sys/types.h additions that I've done to files that include sys/wait.h, but this idea conflicts with all other endian.h files (both ours and {Net,Open}BSDs), and is probably wrong in that requiring sys/anything for machine/anything is probably not too good. Maybe the NetBSD way of moving machine/endian.h to sys/endian.h and having machine/endian.h as a simple ``#include '' is the cleanest solution.... As for the src/usr.sbin/amd build - the only place that includes machine/endian.h directly - I'm not sure what should be done about that. At the moment it includes sys/types.h first (which includes sys/endian.h !)... -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 15:15: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id DE51437B479 for ; Wed, 18 Oct 2000 15:14:57 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id PAA71848; Wed, 18 Oct 2000 15:12:29 -0700 (PDT) (envelope-from obrien) Date: Wed, 18 Oct 2000 15:12:28 -0700 From: "David O'Brien" To: Marcel Moolenaar Cc: Gerald Pfeifer , freebsd-current@FreeBSD.ORG Subject: Re: gcc and FreeBSD [was: Re: Which GCC in CURRENT? [Was: Re: Wine update]] Message-ID: <20001018151228.B71459@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <39ECB955.386D687A@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <39ECB955.386D687A@cup.hp.com>; from marcel@cup.hp.com on Tue, Oct 17, 2000 at 04:40:53PM -0400 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 X-Loop: FreeBSD.ORG On Tue, Oct 17, 2000 at 04:40:53PM -0400, Marcel Moolenaar wrote: > > Should any of you have some time to spend, those two PRs I mentioned above > > are really critical. I have issues with one of them -- IMHO FSF/GCC should not assume the existence of crt{i,n}.o since they supply their own crt{begin,end}.o (thru crtstuff.c). There is obivious assumpitons by crtstuff.c on what crt{i,n}.o supplies, and thus seems logical GCC come with its own crt{i,n}.s. This is not to say I am unbending on this (and it also carries over into JDP's teritory), but I do want to rasie this issue on the gcc@gcc.gnu.org (after BSDcon) mailing list to see what they say. > David: Can you take a look at it, or shall I try to free some time for > this. It sounds important enough from what I understand from Gerald. I am tied up at BSDcon for the week. So I'll reply to this thread better later. -- -- 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 Oct 18 15:16:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id B6AC837B4D7; Wed, 18 Oct 2000 15:16:16 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id PAA71889; Wed, 18 Oct 2000 15:15:52 -0700 (PDT) (envelope-from obrien) Date: Wed, 18 Oct 2000 15:15:52 -0700 From: "David O'Brien" To: Gerald Pfeifer Cc: Szilveszter Adam , Konstantin Chuguev , freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: Which GCC in CURRENT? [Was: Re: Wine update] Message-ID: <20001018151552.C71459@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20001016115842.F4302@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from pfeifer@dbai.tuwien.ac.at on Mon, Oct 16, 2000 at 01:21:33PM +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 X-Loop: FreeBSD.ORG On Mon, Oct 16, 2000 at 01:21:33PM +0200, Gerald Pfeifer wrote: > On Mon, 16 Oct 2000, Szilveszter Adam wrote: > > Also, since 2.96 has not even been released yet, I assume the > > maintainer (bruce, AFAIK) just makes sure that it builds and compiles > > stuff OK and so by the time 5.0 will be released and hopefully 2.96 > > too, we just have to push the button and it will be there. > > I can assert, with utmost authority ;-), that GCC 2.96 will never be > released by the GCC team. Correct, and FreeBSD 5.0 will ship with 5.0+ release. The import and use of GCC 2.96(7) in FreeBSD-CURRENT is to support development of the IA-64, x86-64, and PPC ports. Since FreeBSD-CURRENT is not a release and is a tool to use in getting to 5.0, we didn't mind importing a non-released version of GCC. Note that FreeBSD's warning of don't expect stability in -CURRENT will also be very true of the this compiler. -- -- 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 Oct 18 15:51:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 1295D37B657 for ; Wed, 18 Oct 2000 15:51:46 -0700 (PDT) Received: (from jkh@localhost) by winston.osd.bsdi.com (8.11.0/8.9.3) id e9IMpWs69485 for current@freebsd.org; Wed, 18 Oct 2000 15:51:32 -0700 (PDT) (envelope-from jkh) Date: Wed, 18 Oct 2000 15:51:32 -0700 (PDT) From: Jordan Hubbard Message-Id: <200010182251.e9IMpWs69485@winston.osd.bsdi.com> To: current@freebsd.org Subject: -current still broken as of today, just in case anyone's interested. :) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ===> usr.bin ===> usr.bin/apply cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/appl y/apply.c In file included from /usr/obj/usr/src/i386/usr/include/sys/wait.h:93, from /usr/src/usr.bin/apply/apply.c:45: /usr/obj/usr/src/i386/usr/include/machine/endian.h:70: syntax error before `__ui nt16_swap_uint32' ... current.freebsd.org will therefore be out of the snapshot building business until we're over this hurdle.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 17:16:17 2000 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 8E3A337B4E5 for ; Wed, 18 Oct 2000 17:16:14 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.11.0/8.11.0) with ESMTP id e9J0G7I99161; Thu, 19 Oct 2000 01:16:07 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.1/8.11.0) with ESMTP id e9J0GXY08119; Wed, 18 Oct 2000 17:16:33 -0700 (PDT) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200010190016.e9J0GXY08119@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Jordan Hubbard Cc: current@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: -current still broken as of today, just in case anyone's interested. :) In-Reply-To: Message from Jordan Hubbard of "Wed, 18 Oct 2000 15:51:32 PDT." <200010182251.e9IMpWs69485@winston.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 18 Oct 2000 17:16:33 -0700 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ===> usr.bin > ===> usr.bin/apply > cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/appl > y/apply.c > In file included from /usr/obj/usr/src/i386/usr/include/sys/wait.h:93, > from /usr/src/usr.bin/apply/apply.c:45: > /usr/obj/usr/src/i386/usr/include/machine/endian.h:70: syntax error before `__ui > nt16_swap_uint32' > ... > > current.freebsd.org will therefore be out of the snapshot building business > until we're over this hurdle.. $ fgrep FreeBSD apply.c "$FreeBSD: src/usr.bin/apply/apply.c,v 1.10 2000/10/16 08:11:48 brian Exp $"; $ make clean && rm /usr/obj$PWD/.depend && make depend && make rm -f apply apply.o apply.1.gz apply.1.cat.gz rm -f .depend mkdep -f .depend -a /usr/src/usr.bin/apply/apply.c cd /usr/src/usr.bin/apply; make _EXTRADEPEND echo apply: /usr/lib/libc.a >> .depend cc -O -pipe -Wall -c /usr/src/usr.bin/apply/apply.c cc -O -pipe -Wall -o apply apply.o gzip -cn /usr/src/usr.bin/apply/apply.1 > apply.1.gz $ -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 18: 6:33 2000 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 484BB37B4C5 for ; Wed, 18 Oct 2000 18:06:28 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id VAA05860; Wed, 18 Oct 2000 21:06:10 -0400 (EDT) (envelope-from wollman) Date: Wed, 18 Oct 2000 21:06:10 -0400 (EDT) From: Garrett Wollman Message-Id: <200010190106.VAA05860@khavrinen.lcs.mit.edu> To: Bruce Evans Cc: freebsd-current@FreeBSD.ORG Subject: Re: more endian.h breakage; patch included. In-Reply-To: References: <200010160129.e9G1TA321182@troutmask.apl.washington.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > It is strictly correct for POSIX.1-1990, but FreeBSD-2 never had the > requirement until now. POSIX.1-200x is relaxing similar requirements > (I'm not sure about this one), so it is too late to start enforcing it. Yes. All POSIX headers which are defined to use specific foo_t types are (will be) defined to declare those types as well. This reflects SUSv2 behavior which was imported into the new POSIX. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 20:46:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 1AEC937B4D7 for ; Wed, 18 Oct 2000 20:46:11 -0700 (PDT) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.1/8.11.1) with ESMTP id e9J3k9V00391 for ; Wed, 18 Oct 2000 20:46:10 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <5.0.0.25.2.20001018204212.00a5ab88@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 18 Oct 2000 20:46:09 -0700 To: current@freebsd.org From: Manfred Antar Subject: kernel trap 12 with interrupts disabled Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With current kernel I'm getting alot of : kernel trap 12 with interrupts disabled kernel trap 12 with interrupts disabled kernel trap 12 with interrupts disabled kernel trap 12 with interrupts disabled kernel trap 12 with interrupts disabled Kernel from yesterday did not do this. Everything seems to work fine although I think it hung on a "shutdown -r now" I don't have a monitor hooked up to the machine right now, so I have no further info. I'm in process of hooking up a serial console. Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Oct 18 21:50:54 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 3913137B4E5; Wed, 18 Oct 2000 21:50:52 -0700 (PDT) Date: Wed, 18 Oct 2000 21:50:52 -0700 From: "John W. De Boskey" To: freebsd-current@FreeBSD.org Subject: Cleanout & rebuild of /dev on -current Message-ID: <20001018215052.A51062@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 X-Loop: FreeBSD.ORG Hi, Interesting question was posed to me which I can't locate a straight answer to. We've been following -current for a few years now. Over time, the devices in /dev have moved around, new added, and old deleted (ie: we've never had to restage one of these machines and/or purge it and reinstall). So, what would the correct sequence be to wipeout /dev and recreate it? (create /dev in an alternate location and compare the two...??) Given that the above can be automated on a live system, is this something that can/should be added to make installworld/world? (or atleast generate a report of changed devices, or devices that can nolonger be created..) Comments welcome. -John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 0:38:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 28C2537B4C5; Thu, 19 Oct 2000 00:38:19 -0700 (PDT) Received: from slave (Studded@slave [10.0.0.1]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA30437; Thu, 19 Oct 2000 00:38:18 -0700 (PDT) (envelope-from DougB@gorean.org) Date: Thu, 19 Oct 2000 00:38:18 -0700 (PDT) From: Doug Barton X-Sender: doug@dt051n37.san.rr.com To: "John W. De Boskey" Cc: freebsd-current@FreeBSD.org Subject: Re: Cleanout & rebuild of /dev on -current In-Reply-To: <20001018215052.A51062@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 18 Oct 2000, John W. De Boskey wrote: > Hi, > > Interesting question was posed to me which I can't > locate a straight answer to. > > We've been following -current for a few years now. > Over time, the devices in /dev have moved around, new > added, and old deleted (ie: we've never had to restage > one of these machines and/or purge it and reinstall). > > So, what would the correct sequence be to wipeout > /dev and recreate it? (create /dev in an alternate > location and compare the two...??) > > Given that the above can be automated on a live > system, is this something that can/should be added > to make installworld/world? (or atleast generate > a report of changed devices, or devices that can > nolonger be created..) Well, answer A) is that devfs makes this all meaningless. I've been running it on two machines (admittedly, both workstations) for several weeks now. Answer B) is, "How brave are you?" :) I've had success with 'cp -R /dev /dev-old; rm -rf /dev/[^M]*; cd /dev/; /bin/sh MAKEDEV all'. Of course, you have to remake your disk devices by hand after this, which mitigates against it being automated in my book. Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 0:39:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id D4D9D37B4C5; Thu, 19 Oct 2000 00:39:34 -0700 (PDT) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id JAA13612; Thu, 19 Oct 2000 09:40:03 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13mAIR-0003Ci-00; Thu, 19 Oct 2000 09:39:27 +0200 Date: Thu, 19 Oct 2000 09:39:27 +0200 From: Szilveszter Adam To: "John W. De Boskey" Cc: freebsd-current@FreeBSD.org Subject: Re: Cleanout & rebuild of /dev on -current Message-ID: <20001019093927.A11070@petra.hos.u-szeged.hu> Mail-Followup-To: "John W. De Boskey" , freebsd-current@FreeBSD.org References: <20001018215052.A51062@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001018215052.A51062@FreeBSD.org>; from jwd@FreeBSD.org on Wed, Oct 18, 2000 at 09:50:52PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello On Wed, Oct 18, 2000 at 09:50:52PM -0700, John W. De Boskey wrote: > Hi, > > Interesting question was posed to me which I can't > locate a straight answer to. > > We've been following -current for a few years now. > Over time, the devices in /dev have moved around, new > added, and old deleted (ie: we've never had to restage > one of these machines and/or purge it and reinstall). > > So, what would the correct sequence be to wipeout > /dev and recreate it? (create /dev in an alternate > location and compare the two...??) I think that just running MAKEDEV with all options you might need (like snd0 or whatever) and then (after making sure you did not forget anything, eg disk slices:-) simply do a find(1) for anything that is older than the recreated devices and removing them should be fine. (I remember doing this once sometime between 3.x and 4.x with no ill effects.) But your solution is certainly also workable. > Given that the above can be automated on a live > system, is this something that can/should be added > to make installworld/world? (or atleast generate > a report of changed devices, or devices that can > nolonger be created..) It already is, if you do it the recommended way, also running mergemaster(8) during the process, that is. It also does a MAKEDEV in /var/tmp/root *and* automatically checks for differences. Hope this helps:-) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 0:51:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 93E8E37B4D7; Thu, 19 Oct 2000 00:51:20 -0700 (PDT) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id JAA15028; Thu, 19 Oct 2000 09:51:52 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13mATs-0003GI-00; Thu, 19 Oct 2000 09:51:16 +0200 Date: Thu, 19 Oct 2000 09:51:16 +0200 From: Szilveszter Adam To: "John W. De Boskey" Cc: freebsd-current@FreeBSD.org Subject: Re: Cleanout & rebuild of /dev on -current Message-ID: <20001019095116.B11070@petra.hos.u-szeged.hu> Mail-Followup-To: "John W. De Boskey" , freebsd-current@FreeBSD.org References: <20001018215052.A51062@FreeBSD.org> <20001019093927.A11070@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001019093927.A11070@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Thu, Oct 19, 2000 at 09:39:27AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 19, 2000 at 09:39:27AM +0200, Szilveszter Adam wrote: > > Given that the above can be automated on a live > > system, is this something that can/should be added > > to make installworld/world? (or atleast generate > > a report of changed devices, or devices that can > > nolonger be created..) > > It already is, if you do it the recommended way, also running mergemaster(8) > during the process, that is. It also does a MAKEDEV in /var/tmp/root *and* > automatically checks for differences. OK it seems I was just making this up. After checking the code for mergemaster(8), it only checks MAKEDEV itself for changes. Well, this way you certainly will catch all *new* devs, but will not delete old ones. But my other suggestion still stands. Also devfs may be an option, but I have never used it because it is still marked as highly experimental and "doesn't handle disk slices well" to quote the NOTES file. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 1:32:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id E0B9037B479; Thu, 19 Oct 2000 01:32:33 -0700 (PDT) Received: by peorth.iteration.net (Postfix, from userid 1001) id 0EA325730B; Thu, 19 Oct 2000 03:32:53 -0500 (CDT) Date: Thu, 19 Oct 2000 03:32:53 -0500 From: "Michael C . Wu" To: i18n@freebsd.org Cc: current@freebsd.org Subject: I18N Progress, Plans, and Proposals Message-ID: <20001019033252.A31416@peorth.iteration.net> Reply-To: "Michael C . Wu" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-FreeBSD-Header: This is a subliminal message from the vast FreeBSD conspiracy project. X-Operating-System: FreeBSD peorth.iteration.net 4.1.1-RELEASE FreeBSD 4.1.1-RELEASE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At the BSDCon I18N BOF, we discussed several things that could/should happen with the future of I18N(internationalization) in FreeBSD. We would like some inputs and comments regarding the following: * Moving to message catalogue style error messages for the kernel and userland. (AIX style) Each time the system outputs an error either from the kernel or userland, the error message is a formatted alphanumerica string mapped to verbose error messages. The error messages can be mapped to various languages. The advantages are : A. Easy bug reporting by users. (e.g. "I have error 2398423") B. I18N error messages The main disadvantage is that it will be a long term work to maintain it and to keep error messages updated. 1. The future of sysinstall (or whatever should replace it) The future installer/management utility should be able to handle arbitrary character sets. In other words, it should be able to display Chinese/Japanese/etc. with user selection. To be discussed. 2. Needing a graphics console to display various character sets. There should be a kernel or loader option to start a graphics console by default. 3. Itojun mentioned that the CITRUS Japanese people will be able to import the wchar* and libxpg4 changes soon. 4. ports//auto-l10n Auto-localization port It will be like ports/x11/gnome and depend on all necessary ports. The user will be able to choose what kind of applications s/he requires, like the old Apache ports. 5. Produce /usr/share/skel/ that allow admin to specify the default language for the users login.conf bla bla bla 6. All language development groups should coordinate efforts in order to not reinvent wheels. Suggest using i18n@freebsd.org 7. Documentation should have an automatic implementation of notifying various language documentation groups to update changes. This allows for quick changes to translated efforts. 8. waiting for ICONV from Konstantine I am willing to coordinate these things, but I would like some help. ;) Thanks, Michael -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 5:15:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from bsdvm.jtjang.idv.tw (121.c74.ethome.net.tw [210.58.74.121]) by hub.freebsd.org (Postfix) with ESMTP id 4F28337B4C5; Thu, 19 Oct 2000 05:15:20 -0700 (PDT) Received: (from keith@localhost) by bsdvm.jtjang.idv.tw (8.11.1/8.9.3) id e9JCEJI00693; Thu, 19 Oct 2000 20:14:19 +0800 (CST) (envelope-from keith) Date: Thu, 19 Oct 2000 20:14:18 +0800 From: Jing-Tang Keith Jang To: i18n@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: I18N Progress, Plans, and Proposals Message-ID: <20001019201418.A592@bsdvm.jtjang.idv.tw> Reply-To: keith@freebsd.sinica.edu.tw Mail-Followup-To: i18n@FreeBSD.ORG, current@FreeBSD.ORG References: <20001019033252.A31416@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001019033252.A31416@peorth.iteration.net>; from keichii@iteration.net on Thu, Oct 19, 2000 at 03:32:53AM -0500 X-Operating-System: FreeBSD bsdvm.jtjang.idv.tw 4.1.1-STABLE FreeBSD 4.1.1-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10/19/00, Michael C . Wu wrote: > 3. Itojun mentioned that the CITRUS Japanese people will be able > to import the wchar* and libxpg4 changes soon. This is great! I believe many developers have spent too much unnecessary time dealing with wchar.h. Is there a timeline yet? BTW, are there any plans bringing language information into the system? ie. nl_langinfo.h & nl_types.h, which are defined in the Single Unix Spec 2. From what I saw in the Citrus cvs, it seems that they have done the NetBSD part, but neither FreeBSD nor OpenBSD. > 4. ports//auto-l10n Auto-localization port > It will be like ports/x11/gnome and depend on all necessary > ports. The user will be able to choose what kind of applications > s/he requires, like the old Apache ports. This one gonna be controversial. :-) > 8. waiting for ICONV from Konstantine Does this mean that there will be a consistent filesystem interface? -- Keep it simple and stupid. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 5:45:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from valcho.net (valcho.net [208.10.211.61]) by hub.freebsd.org (Postfix) with SMTP id A876437B479 for ; Thu, 19 Oct 2000 05:45:35 -0700 (PDT) Received: (qmail 33881 invoked by uid 1000); 19 Oct 2000 12:45:01 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 19 Oct 2000 12:45:01 -0000 Date: Thu, 19 Oct 2000 08:45:01 -0400 (EDT) From: Valentin Chopov To: Manfred Antar Cc: current@freebsd.org Subject: Re: kernel trap 12 with interrupts disabled In-Reply-To: <5.0.0.25.2.20001018204212.00a5ab88@pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got the same with addition that the machine hangs:( Val On Wed, 18 Oct 2000, Manfred Antar wrote: > With current kernel I'm getting alot of : > kernel trap 12 with interrupts disabled > kernel trap 12 with interrupts disabled > kernel trap 12 with interrupts disabled > kernel trap 12 with interrupts disabled > kernel trap 12 with interrupts disabled > > Kernel from yesterday did not do this. > Everything seems to work fine although I think it hung on a "shutdown -r now" > I don't have a monitor hooked up to the machine right now, so I have no further info. > I'm in process of hooking up a serial console. > Manfred > ================================== > || null@pozo.com || > || Ph. (415) 681-6235 || > ================================== > > > > 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 Thu Oct 19 7:52:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id D5DDD37B4D7 for ; Thu, 19 Oct 2000 07:52:52 -0700 (PDT) Received: (from steve@localhost) by virtual-voodoo.com (8.11.1/8.11.1) id e9JEqps50765 for freebsd-current@freebsd.org; Thu, 19 Oct 2000 09:52:51 -0500 (EST) (envelope-from steve) Date: Thu, 19 Oct 2000 09:52:51 -0500 (EST) From: Steve Ames Message-Id: <200010191452.e9JEqps50765@virtual-voodoo.com> To: freebsd-current@freebsd.org Subject: sockstat causing OS lockups Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG admin# sockstat | grep -v '*.*' close(fstat): The OS locked up after that. That's just not normal :) Could someone give me the quick and dirty on how I can provide additional details? This is on -CURRENT from 10/16. The hardware is: Dual P3-500Mhz, 512M RAM. The kernel file is: machine i386 cpu I686_CPU ident ADMIN maxusers 256 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O device isa device eisa device pci device fdc device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering device atkbdc 1 device atkbd device vga device splash device sc 1 device npx device sio device ppc device ppbus # Parallel port bus (required) device ppi # Parallel port interface device device fxp # Intel EtherExpress PRO/100B (82557, 82558) device random # Entropy device device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options INVARIANTS options INVARIANT_SUPPORT options DIAGNOSTIC options SMP_DEBUG options WITNESS -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 9:18:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from inet-tsb.toshiba.co.jp (inet-tsb.toshiba.co.jp [202.33.96.40]) by hub.freebsd.org (Postfix) with ESMTP id 0939737B4F9 for ; Thu, 19 Oct 2000 09:18:05 -0700 (PDT) Received: from tis2.tis.toshiba.co.jp (tis2 [133.199.160.66]) by inet-tsb.toshiba.co.jp (3.7W:TOSHIBA-ISC-2000030918) with ESMTP id BAA27353 for ; Fri, 20 Oct 2000 01:18:04 +0900 (JST) Received: from mx2.toshiba.co.jp by tis2.tis.toshiba.co.jp (8.8.4+2.7Wbeta4/3.3W9-95082317) id BAA19564; Fri, 20 Oct 2000 01:18:03 +0900 (JST) Received: from netra.design.toshiba.co.jp by toshiba.co.jp (8.7.1+2.6Wbeta4/3.3W9-TOSHIBA-GLOBAL SERVER) id BAA24810; Fri, 20 Oct 2000 01:18:03 +0900 (JST) Received: from localhost by netra.design.toshiba.co.jp (8.8.8+Sun/3.5Wpl7) with ESMTP id BAA09366; Fri, 20 Oct 2000 01:18:02 +0900 (JST) To: current@freebsd.org Cc: tomo@design.toshiba.co.jp Subject: I cannot make bktr. From: Tomoaki SATO X-Mailer: Mew version 1.94.2 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20001020011745J.tomo@design.toshiba.co.jp> Date: Fri, 20 Oct 2000 01:17:45 +0900 X-Dispatcher: imput version 20000414(IM141) Lines: 30 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, all. I cannot make a kernel on FreeBSD-current. I get a following compile error message. /work/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c: In function `bktr_detach': /work/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:484: `unit' undeclared (first use in this function) /work/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:484: (Each undeclared identifier is reported only once /work/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:484: for each function it appears in.) *** Error code 1 Stop in /work/src/sys/modules/bktr/bktr. *** Error code 1 I think this is a simple problem. "unit" is undeclared in bktr_detach. So I make a simple patch. ns# diff bktr_os.c.org bktr_os.c 466a467 > unsigned int unit; 467a469 > unit = device_get_unit(dev); ---- Tomoaki SATO / tomo@design.toshiba.co.jp TOSHIBA DESIGN CENTER To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 10:18:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (Postfix) with ESMTP id 8A31F37B4D7; Thu, 19 Oct 2000 10:18:11 -0700 (PDT) Received: (from daemon@localhost) by smtp04.primenet.com (8.9.3/8.9.3) id KAA07657; Thu, 19 Oct 2000 10:15:05 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp04.primenet.com, id smtpdAAAyQaGNo; Thu Oct 19 10:14:46 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id KAA06915; Thu, 19 Oct 2000 10:17:38 -0700 (MST) From: Terry Lambert Message-Id: <200010191717.KAA06915@usr08.primenet.com> Subject: Re: I18N Progress, Plans, and Proposals To: keichii@peorth.iteration.net Date: Thu, 19 Oct 2000 17:17:38 +0000 (GMT) Cc: i18n@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <20001019033252.A31416@peorth.iteration.net> from "Michael C . Wu" at Oct 19, 2000 03:32:53 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > * Moving to message catalogue style error messages for the kernel and > userland. (AIX style) Each time the system outputs an error > either from the kernel or userland, the error message is a > formatted alphanumerica string mapped to verbose error messages. > The error messages can be mapped to various languages. > The advantages are : > A. Easy bug reporting by users. (e.g. "I have error 2398423") > B. I18N error messages > > The main disadvantage is that it will be a long term work > to maintain it and to keep error messages updated. I have a tool which uses a macro preprocessor and macros to do the majority of this work. It extracts messages from programs which have macro wrapped their I/O strings, and can automatically create XPG/4 message catalogs from them. I wrote this tool on my own time, but it has additions for supporting "ccat" (An InterJet specific non-XPG/4 locale data format). I could either rip these out, or leave them in, which might mean that I have to try to get Whistle's permission to release the code, if they consider the file format to be either proprietary or a trade secret. This is complicated by the fact that I haven't worked at Whistle/IBM for the last month. I can provide a version with the Whistle stuff ripped out in a week or so, if that's considered desirable, but would prefer to leave the code alone. Doing it this way will have a latency in however long it takes them to get back to me, though, so it might be better to burn the time to rip out the Whistle stuff. Right now, this preprocessor is only useful on code that has the ability to have functions or macros of the format "foo((...))", so it should work on C C+, Pascal, or Ada, but not much else. It doesn't recognize block "#idef OMIT" style omission, and it does not recognize C++ style comments, but I consider both of these to be features. Language support is easy to add, but requires that you have a simple language parser so that you can know the parse state when it sees a token that it likes (i.e. it nees to know what to ignore, and when). I applied this to Matt Dillon's public domain "BESTSERV" code in order to support Japanese, and it worked with no problems (but I had to add RFC2045 and RFC2047 to BESTSERV at the same time, so it's not too general an example of minimal changes). If it can't open the catalog file, it falls back to the strings specified in the code. Effectively, these are "C locale" strings, and you could then derive seperate "en_US" locales from them (and would, if you were smart, if you had UI people mucking with the contents of your strings for usability reasons). Let me know if there is any interest in the pre/post-processor code. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 11:38:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from daemon.solid.se (daemon.solid.se [193.15.190.194]) by hub.freebsd.org (Postfix) with ESMTP id EA91F37B4CF; Thu, 19 Oct 2000 11:38:53 -0700 (PDT) Received: from phoenix.granlund.nu (t1o90p1.telia.com [195.67.216.1]) (authenticated) by daemon.solid.se (8.10.1/8.10.1) with ESMTP id e9JIckm12084; Thu, 19 Oct 2000 20:38:46 +0200 (CEST) Received: from localhost (johan@localhost) by phoenix.granlund.nu (8.10.1/8.10.1) with ESMTP id e9JIcl744203; Thu, 19 Oct 2000 20:38:54 +0200 (CEST) Date: Thu, 19 Oct 2000 20:38:47 +0200 (CEST) From: Johan Granlund To: "Michael C . Wu" Cc: i18n@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: I18N Progress, Plans, and Proposals In-Reply-To: <20001019033252.A31416@peorth.iteration.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 19 Oct 2000, Michael C . Wu wrote: > At the BSDCon I18N BOF, we discussed several things that could/should > happen with the future of I18N(internationalization) in FreeBSD. > We would like some inputs and comments regarding the following: > > 2. Needing a graphics console to display various character sets. > There should be a kernel or loader option to start > a graphics console by default. > The magic word is option :) We have to be careful to not loose the ability to boot a bare-bone system if / when having problems. I _still_ like VAX/VMS ability to be "talked" up thru the boot process. /Johan > > I am willing to coordinate these things, but I would like > some help. ;) > > Thanks, > > Michael > > -- > +------------------------------------------------------------------+ > | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | > | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | > +------------------------------------------------------------------+ > > > 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 Thu Oct 19 12:22:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 8600A37B4CF; Thu, 19 Oct 2000 12:22:31 -0700 (PDT) Received: by peorth.iteration.net (Postfix, from userid 1001) id 7C5625730B; Thu, 19 Oct 2000 14:22:52 -0500 (CDT) Date: Thu, 19 Oct 2000 14:22:52 -0500 From: "Michael C . Wu" To: Terry Lambert Cc: i18n@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: I18N Progress, Plans, and Proposals Message-ID: <20001019142252.A33954@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <20001019033252.A31416@peorth.iteration.net> <200010191717.KAA06915@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200010191717.KAA06915@usr08.primenet.com>; from tlambert@primenet.com on Thu, Oct 19, 2000 at 05:17:38PM +0000 X-FreeBSD-Header: This is a subliminal message from the vast FreeBSD conspiracy project. X-Operating-System: FreeBSD peorth.iteration.net 4.1.1-RELEASE FreeBSD 4.1.1-RELEASE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 19, 2000 at 05:17:38PM +0000, Terry Lambert scribbled: | > * Moving to message catalogue style error messages for the kernel and | > userland. (AIX style) Each time the system outputs an error | > either from the kernel or userland, the error message is a | > formatted alphanumerica string mapped to verbose error messages. | > The error messages can be mapped to various languages. | > The advantages are : | > A. Easy bug reporting by users. (e.g. "I have error 2398423") | > B. I18N error messages | > | > The main disadvantage is that it will be a long term work | > to maintain it and to keep error messages updated. | | | I have a tool which uses a macro preprocessor and macros to do | the majority of this work. It extracts messages from programs | which have macro wrapped their I/O strings, and can automatically | create XPG/4 message catalogs from them. | | I wrote this tool on my own time, but it has additions for | I can provide a version with the Whistle stuff ripped out in a | week or so, if that's considered desirable, but would prefer to | leave the code alone. Doing it this way will have a latency in Please send me the code. :) We would to have as much as possible. | Let me know if there is any interest in the pre/post-processor | code. Yes, I would be interested and wish to see it. :) Thanks, Michael -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 12:26:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id E785937B4F9; Thu, 19 Oct 2000 12:26:20 -0700 (PDT) Received: by peorth.iteration.net (Postfix, from userid 1001) id EB4D85730B; Thu, 19 Oct 2000 14:26:39 -0500 (CDT) Date: Thu, 19 Oct 2000 14:26:39 -0500 From: "Michael C . Wu" To: current@freebsd.org, i18n@freebsd.org Subject: I18N Paper URL Message-ID: <20001019142639.B33954@peorth.iteration.net> Reply-To: "Michael C . Wu" 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 X-Loop: FreeBSD.ORG http://www.ece.utexas.edu/~mwu/{presentation.ps,i18n.*} This is our paper presented at BSDCon. -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 12:29:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from outland.cyberwar.com (outland.cyberwar.com [208.17.174.42]) by hub.freebsd.org (Postfix) with ESMTP id 1351237B479 for ; Thu, 19 Oct 2000 12:29:40 -0700 (PDT) Received: from zippy (zippy.cyberwar.com [208.17.173.69]) by outland.cyberwar.com (8.11.1/8.11.1) with ESMTP id e9JJTai68699 for ; Thu, 19 Oct 2000 15:29:36 -0400 (EDT) Message-Id: <4.2.2.20001019153142.01abd0d0@pop.cyberwar.com> X-Sender: billg@pop.cyberwar.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Thu, 19 Oct 2000 15:33:36 -0500 To: current@freebsd.org From: Bill G Subject: current.freebsd.org problems? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have been trying to download a current snapshot from current.freebsd.org for the past few days without success. The error message I receive is 'Login incorrect' - I am doing a standard anonymous ftp, as always. Just wanted to make sure someone was aware of the problem, if not already. Thanks, Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 12:36:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from misato.mk.bsdclub.org (termroom.bsdcon.org [206.55.247.2]) by hub.freebsd.org (Postfix) with ESMTP id C7EFD37B479; Thu, 19 Oct 2000 12:36:44 -0700 (PDT) Received: from misato.mk.bsdclub.org (localhost.mk.bsdclub.org [127.0.0.1]) by misato.mk.bsdclub.org (8.11.1/3.7W) with ESMTP id e9JHljY09298; Fri, 20 Oct 2000 02:47:45 +0900 (JST) Message-Id: <200010191747.e9JHljY09298@misato.mk.bsdclub.org> To: "Michael C . Wu" Cc: i18n@freebsd.org, current@freebsd.org Subject: Re: I18N Progress, Plans, and Proposals From: Motoyuki Konno X-Mailer: mh-e on Mule 2.3 / Emacs 19.34.1 References: <20001019033252.A31416@peorth.iteration.net> Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Thu, 19 Oct 2000 10:47:45 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, "Michael C . Wu" wrote: > 1. The future of sysinstall (or whatever should replace it) > The future installer/management utility should be > able to handle arbitrary character sets. > In other words, it should be able to display Chinese/Japanese/etc. > with user selection. To be discussed. There is a difficulty in multilingual install floppy: size limitation that comes from floppy disk size (1.44M). The font file of Chinese, Japanese, Korean are very big. -- ------------------------------------------------------------------------ Motoyuki Konno motoyuki@bsdclub.org (Home) motoyuki@FreeBSD.ORG (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 12:42:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from bsdhome.dyndns.org (unknown [24.25.2.13]) by hub.freebsd.org (Postfix) with ESMTP id EC98B37B4C5; Thu, 19 Oct 2000 12:42:18 -0700 (PDT) Received: from vger.bsdhome.com (vger [192.168.220.2]) by bsdhome.dyndns.org (8.11.1/8.11.1) with ESMTP id e9JJgHq12425; Thu, 19 Oct 2000 15:42:17 -0400 (EDT) (envelope-from bsd@bsdhome.com) Received: (from bsd@localhost) by vger.bsdhome.com (8.11.1/8.11.1) id e9JJgHd20439; Thu, 19 Oct 2000 15:42:17 -0400 (EDT) (envelope-from bsd) Date: Thu, 19 Oct 2000 15:42:17 -0400 From: Brian Dean To: "John W. De Boskey" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Cleanout & rebuild of /dev on -current Message-ID: <20001019154217.A19711@vger.bsdhome.com> References: <20001018215052.A51062@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001018215052.A51062@FreeBSD.org>; from jwd@FreeBSD.ORG on Wed, Oct 18, 2000 at 09:50:52PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Oct 18, 2000 at 09:50:52PM -0700, John W. De Boskey wrote: > So, what would the correct sequence be to wipeout > /dev and recreate it? (create /dev in an alternate > location and compare the two...??) After mergemastering, and if /dev/MAKEDEV gets updated, I usually just do an 'sh MAKEDEV all', then use 'ls -lt' which will list all the old and non-standard devices at the bottom of the listing for easy identification. Then I selectively MAKEDEV the ones I still need, i.e., you may then need to selectly MAKEDEV devices such as da4 and higher, vn0, ccd0, etc if you use those. I think Doug mentioned that it won't re-create your disk slices. I always do that manually for the disk where the root filesystem is located. With a little scripting, all of this could be automated. -Brian -- Brian Dean bsd@FreeBSD.org bsd@bsdhome.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 13:12: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from starfruit.itojun.org (termroom.bsdcon.org [206.55.247.2]) by hub.freebsd.org (Postfix) with ESMTP id 3CA8637B657; Thu, 19 Oct 2000 13:12:04 -0700 (PDT) Received: from itojun.org (localhost [127.0.0.1]) by starfruit.itojun.org (Postfix) with ESMTP id 30C657E46; Fri, 20 Oct 2000 05:10:00 +0900 (JST) To: "Michael C . Wu" Cc: i18n@freebsd.org, current@freebsd.org In-reply-to: keichii's message of Thu, 19 Oct 2000 03:32:53 EST. <20001019033252.A31416@peorth.iteration.net> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: I18N Progress, Plans, and Proposals From: Jun-ichiro itojun Hagino Date: Fri, 20 Oct 2000 05:10:00 +0900 Message-Id: <20001019201000.30C657E46@starfruit.itojun.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >3. Itojun mentioned that the CITRUS Japanese people will be able > to import the wchar* and libxpg4 changes soon. the code is there, but as i talked, we need more manpower for babysitting. cvs -d :pserver:anoncvs@citrus.bsdclub.org:/anoncvs/citrus co -P xpg4dl itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 13:16:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 709C637B4C5; Thu, 19 Oct 2000 13:16:32 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9JKGCA72699; Thu, 19 Oct 2000 13:16:12 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: "Michael C . Wu" Cc: i18n@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: I18N Progress, Plans, and Proposals In-Reply-To: Message from "Michael C . Wu" of "Thu, 19 Oct 2000 03:32:53 CDT." <20001019033252.A31416@peorth.iteration.net> Date: Thu, 19 Oct 2000 13:16:12 -0700 Message-ID: <72695.971986572@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The advantages are : > A. Easy bug reporting by users. (e.g. "I have error 2398423") > B. I18N error messages Let me just say, as someone who's done "escalation tech support" for major ISVs (the people who get called whenever front-line tech support is confronted with a "I have error 2398423" question), that this can also be a tremendous pain in the butt when done wrong. Done wrong, a message catalog-using program will emit cryptic numeric errors whenever a message catalog file cannot be found or is corrupted. Done right, the program is written in such a way as to contain a default message which can also be overridden from the message catalog file if some different text is found in the appropriate language. I believe this is the way that catgets(3) currently works, but you'd be amazed how many programmers just skip providing a default message since the appropriate message catalog is always found on *their* system. There's also nothing more unreadable than code which tests a failure condition and then calls a message catalog routine with some numeric constant, the actual text of the error message being an aid to the programmer as well as the user when reading someone else's code and trying to figure out what varioups parts of it are trying to do. This isn't meant as a general criticism of your points at all, just a cautionary note. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 15:11:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from falla.videotron.net (falla.videotron.net [205.151.222.106]) by hub.freebsd.org (Postfix) with ESMTP id 260AD37B4C5 for ; Thu, 19 Oct 2000 15:11:16 -0700 (PDT) Received: from modemcable213.3-201-24.mtl.mc.videotron.ca ([24.201.3.213]) by falla.videotron.net (Sun Internet Mail Server sims.3.5.1999.12.14.10.29.p8) with ESMTP id <0G2P0044L6YHIL@falla.videotron.net> for freebsd-current@FreeBSD.ORG; Thu, 19 Oct 2000 18:11:05 -0400 (EDT) Date: Thu, 19 Oct 2000 18:15:23 -0400 (EDT) From: Bosko Milekic Subject: Re: sockstat causing OS lockups In-reply-to: <200010191452.e9JEqps50765@virtual-voodoo.com> X-Sender: bmilekic@jehovah.technokratis.com To: Steve Ames Cc: freebsd-current@FreeBSD.ORG Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 19 Oct 2000, Steve Ames wrote: > admin# sockstat | grep -v '*.*' > close(fstat): > > The OS locked up after that. I'm running -CURRENT from approximately 4 days ago and I am not noticing this. > That's just not normal :) Could someone give me the quick and dirty > on how I can provide additional details? This is on -CURRENT from > 10/16. You should have debugging enabled in your kernel, then you can provide, at least, a stack trace. Please see the relevant handbook section for more information. > The hardware is: [...] Regards, Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 15:21:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id D5D6F37B4CF for ; Thu, 19 Oct 2000 15:21:14 -0700 (PDT) Received: (from steve@localhost) by virtual-voodoo.com (8.11.1/8.11.1) id e9JMLB908070; Thu, 19 Oct 2000 17:21:11 -0500 (EST) (envelope-from steve) Date: Thu, 19 Oct 2000 17:21:11 -0500 From: Steve Ames To: Bosko Milekic Cc: freebsd-current@FreeBSD.ORG Subject: Re: sockstat causing OS lockups Message-ID: <20001019172111.A78554@virtual-voodoo.com> References: <200010191452.e9JEqps50765@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: ; from bmilekic@dsuper.net on Thu, Oct 19, 2000 at 06:15:23PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Oct 19, 2000 at 06:15:23PM -0400, Bosko Milekic wrote: > On Thu, 19 Oct 2000, Steve Ames wrote: > > admin# sockstat | grep -v '*.*' > > close(fstat): > > > > The OS locked up after that. > > I'm running -CURRENT from approximately 4 days ago and I am not > noticing this. It doesn't happen every time. But if you use the command a few times I can almost always force a lockup. If the command is never issued the system stays running. > You should have debugging enabled in your kernel, then you can > provide, at least, a stack trace. Please see the relevant handbook > section for more information. Right then. I'll see what I can dig up. -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 17:11:28 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 02EF737B4CF; Thu, 19 Oct 2000 17:11:27 -0700 (PDT) Date: Thu, 19 Oct 2000 17:11:26 -0700 From: "John W. De Boskey" To: freebsd-current@FreeBSD.org Subject: -current GENERIC failure (bktr_os.c:484) Message-ID: <20001019171126.A10513@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 X-Loop: FreeBSD.ORG Hi, I'm seeing the following failure with sources current as of 19:39pm EDT (Oct 19). Occurs when building the GENERIC kernel. cc -pipe -g -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -mpreferred-stack-boundary=2 -c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c: In function `bktr_detach': /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:484: `unit' undeclared (first use in this function) /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:484: (Each undeclared identifier is reported only once /usr/src/sys/modules/bktr/bktr/../../../dev/bktr/bktr_os.c:484: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/bktr/bktr. *** Error code 1 From the source: #if (__FreeBSD_version >=500000) if (unit == 0) { destroy_dev(bktr->vbidev_alias); destroy_dev(bktr->tunerdev_alias); destroy_dev(bktr->bktrdev_alias); } #endif Looks like we need a: unsigned int unit; unit = device_get_unit(dev); at the head of the function (wrapped in __FreeBSD_version >=500000 ??) Comments welcome. Thanks, John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 17:16:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from afs.itc.keio.ac.jp (afs.itc.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (Postfix) with SMTP id 4F8E537B4D7 for ; Thu, 19 Oct 2000 17:16:15 -0700 (PDT) Received: (qmail 5718 invoked from network); 20 Oct 2000 00:16:14 -0000 Received: from dhcp03.itc.keio.ac.jp (HELO localhost.FromTo.Cc) (131.113.212.123) by afs.itc.keio.ac.jp with SMTP; 20 Oct 2000 00:16:14 -0000 Date: Fri, 20 Oct 2000 09:16:14 +0900 Message-ID: <86bswgpdtd.wl@ringo.FromTo.Cc> From: Tatsumi Hosokawa To: motoyuki@bsdclub.org Cc: keichii@peorth.iteration.net, i18n@freebsd.org, current@freebsd.org, hosokawa@sm.rim.or.jp Subject: Re: I18N Progress, Plans, and Proposals In-Reply-To: In your message of "Thu, 19 Oct 2000 10:47:45 -0700" <200010191747.e9JHljY09298@misato.mk.bsdclub.org> References: <20001019033252.A31416@peorth.iteration.net> <200010191747.e9JHljY09298@misato.mk.bsdclub.org> User-Agent: Wanderlust/1.1.0 (Overjoyed) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) 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 X-Loop: FreeBSD.ORG At Thu, 19 Oct 2000 10:47:45 -0700, Motoyuki Konno wrote: > > "Michael C . Wu" wrote: > > 1. The future of sysinstall (or whatever should replace it) > > The future installer/management utility should be > > able to handle arbitrary character sets. > > In other words, it should be able to display Chinese/Japanese/etc. > > with user selection. To be discussed. > > There is a difficulty in multilingual install floppy: size limitation > that comes from floppy disk size (1.44M). The font file of Chinese, > Japanese, Korean are very big. But 4.1.1 multilingual boot.flp (htpp://people.FreeBSD.org/~hosokawa/boot-ja/) shrinks font files into 20-30KB for each language (Japanese and Korean). In fact, the size of help files and message catalog is fatal in size limitation rather than the font size. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Oct 19 17:37: 7 2000 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 C75D337B4D7 for ; Thu, 19 Oct 2000 17:37:03 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA20679; Fri, 20 Oct 2000 02:36:51 +0200 (CEST) (envelope-from des@ofug.org) 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: Steve Ames Cc: Bosko Milekic , freebsd-current@FreeBSD.ORG Subject: Re: sockstat causing OS lockups References: <200010191452.e9JEqps50765@virtual-voodoo.com> <20001019172111.A78554@virtual-voodoo.com> From: Dag-Erling Smorgrav Date: 20 Oct 2000 02:36:48 +0200 In-Reply-To: Steve Ames's message of "Thu, 19 Oct 2000 17:21:11 -0500" Message-ID: Lines: 16 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Steve Ames writes: > On Thu, Oct 19, 2000 at 06:15:23PM -0400, Bosko Milekic wrote: > > On Thu, 19 Oct 2000, Steve Ames wrote: > > I'm running -CURRENT from approximately 4 days ago and I am not > > noticing this. > It doesn't happen every time. But if you use the command a few times > I can almost always force a lockup. If the command is never issued the > system stays running. The sockstat(8) author does not have this problem, even though he runs sockstat(8) quite often on both -STABLE and -CURRENT systems (including bleeding-edge-hot-off-the-cvsup-server-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 Thu Oct 19 17:41:24 2000 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 2BB4E37B4C5; Thu, 19 Oct 2000 17:41:20 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA20752; Fri, 20 Oct 2000 02:41:16 +0200 (CEST) (envelope-from des@ofug.org) 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: Bill G Cc: current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: current.freebsd.org problems? References: <4.2.2.20001019153142.01abd0d0@pop.cyberwar.com> From: Dag-Erling Smorgrav Date: 20 Oct 2000 02:41:15 +0200 In-Reply-To: Bill G's message of "Thu, 19 Oct 2000 15:33:36 -0500" Message-ID: Lines: 28 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill G writes: > I have been trying to download a current snapshot from > current.freebsd.org for the past few days without success. > The error message I receive is 'Login incorrect' - I am > doing a standard anonymous ftp, as always. Just wanted > to make sure someone was aware of the problem, if not > already. root@des /home/des# fetch ftp://current.freebsd.org/etc/ftpmotd scheme: [ftp] user: [] password: [] host: [current.freebsd.org] port: [0] document: [/etc/ftpmotd] ---> current.freebsd.org:21 <<< 220 usw2.freebsd.org FTP server (Version wu-2.6.0(1) Thu Jul 6 03:57:36 CDT 2000) ready. >>> USER ftp <<< 331 Guest login ok, send your complete e-mail address as password. >>> PASS des@des.thinksec.com <<< 530 Login incorrect. fetch: ftpmotd: Not logged in Hmm, weird. JKH, current is your baby, isn't it? 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 Thu Oct 19 17:51:46 2000 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 B8AD937B4C5; Thu, 19 Oct 2000 17:51:17 -0700 (PDT) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA20784; Fri, 20 Oct 2000 02:51:15 +0200 (CEST) (envelope-from des@ofug.org) 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: current@freebsd.org Cc: sos@freebsd.org Subject: Bug in tagged queuing patches causes read timeouts From: Dag-Erling Smorgrav Date: 20 Oct 2000 02:51:14 +0200 Message-ID: Lines: 21 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --=-=-= Fresh -CURRENT kernels render the system disk (IBM-DTTA-371010) unusable; even small amounts of disk activity cause repeated read timeouts. I've narrowed the breakage down: the latest known-good kernel is 09/18/2000, earliest known-bad is 09/20/2000, which means the September 19th tagged queuing commit is the culprit. Attached are the kernel config and a dmesg (including a few timeouts) from the affected box, with ATA_DEBUG enabled. Note that the problem only affects the IBM drive, not the Fujitsu on the secondary channel. Note also that tagged queuing is not enabled in the kernel config, and that in any case the drive does not support it. DES -- Dag-Erling Smorgrav - des@ofug.org --=-=-= Content-Disposition: attachment; filename=DES Content-Description: kernel config # Kernel configuration for des.follo.net machine i386 cpu I586_CPU cpu I686_CPU ident DES maxusers 32 options AUTO_EOI_1 options AUTO_EOI_2 options COMPAT_43 options FFS options FFS_ROOT options INCLUDE_CONFIG_FILE options INET options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options KTRACE options NMBCLUSTERS=8192 options SOFTUPDATES options SYSVMSG options SYSVSEM options SYSVSHM options UCONSOLE options USERCONFIG options VISUAL_USERCONFIG options MSGBUF_SIZE=262144 config kernel device npx device isa device pci device apm # Floppy controller device fdc # ATA controller device ata device atadisk device atapicd options ATA_DEBUG options ATA_ENABLE_ATAPI_DMA # SCSI controller #device ahc #device scbus #device da #device sa #device cd #device pass # Console device atkbdc device atkbd device psm device vga device sc device splash options SC_DFLT_FONT makeoptions SC_DFLT_FONT=iso options SC_HISTORY_SIZE=1024 # Serial I/O device sio # Parallel I/O device ppc device ppbus device lpt device plip device ppi # Pseudo-devices device bpf device ether device loop device pty # TeleS S0/16.3 passive ISDN adapter options TEL_S0_16_3 device isic # ISDN protocol stack device "i4bq921" device "i4bq931" device "i4b" # ISDN devices device "i4btrc" 4 device "i4bctl" device "i4brbch" 4 device "i4btel" 2 --=-=-= Content-Disposition: attachment; filename=ata-dmesg-debug Content-Description: dmesg Copyright (c) 1992-2000 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 #10: Fri Oct 20 02:16:43 CEST 2000 des@des.thinksec.com:/usr/src/sys/compile/DES Calibrating clock(s) ... TSC clock: 350797850 Hz, i8254 clock: 1193190 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative Write Allocate Enable Limit: 192M bytes Write Allocate 15-16M bytes: Enable real memory = 201310208 (196592K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x002ce000 - 0x0bfbbfff, 198107136 bytes (48366 pages) avail memory = 192704512 (188188K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f9b80 bios32: Entry = 0xf0530 (c00f0530) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x560 pnpbios: Found PnP BIOS data at 0xc00fcfb0 pnpbios: Entry = f0000:cfe0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: Preloaded elf kernel "kernel" at 0xc02b5000. null: mem: K6-family MTRR support enabled (2 registers) Using $PIR table, 8 entries at 0xc00f0b60 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 103252452 bytes/sec bzero() bandwidth = 103455410 bytes/sec pcib0: at pcibus 0 on motherboard pci0: physical bus=0 found-> vendor=0x10b9, dev=0x1541, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x10b9, dev=0x5243, revid=0x04 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=3, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x10b9, dev=0x1533, revid=0xc3 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x10b7, dev=0x9001, revid=0x00 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=12 map[10]: type 4, range 32, base 0000d800, size 6, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc1 bus=0, slot=15, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=0 map[20]: type 4, range 32, base 0000d400, size 4, enabled pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: physical bus=1 found-> vendor=0x102b, dev=0x0521, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 3, range 32, base e7000000, size 24, enabled map[14]: type 1, range 32, base df800000, size 14, enabled map[18]: type 1, range 32, base df000000, size 23, enabled pci1: on pcib1 pci1: (vendor=0x102b, dev=0x0521) at 0.0 irq 11 pci0: (vendor=0x10b9, dev=0x7101) at 3.0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: (vendor=0x10b7, dev=0x9001) at 11.0 irq 12 atapci0: port 0xd400-0xd40f irq 0 at device 15.0 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd400 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd408 ata1: mask=03 status0=50 status1=00 ata1: mask=03 status0=50 status1=00 ata1: devices = 0x9 ata1: at 0x170 irq 15 on atapci0 Trying Read_Port at 203 CTL0043: start dependant CTL0043: adding irq mask 0x20 CTL0043: adding dma mask 0x2 CTL0043: adding dma mask 0x8 CTL0043: adding io range 0x220-0x22f, size=0x10, align=0x1 CTL0043: adding io range 0x330-0x331, size=0x2, align=0x1 CTL0043: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0043: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x10 CTL0043: adding io range 0x388-0x397, size=0x4, align=0x4 CTL0043: start dependant CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: end dependant CTL7005: start dependant CTL7005: adding io range 0x201-0x201, size=0x1, align=0x1 CTL7005: start dependant CTL7005: adding io range 0x200-0x20f, size=0x1, align=0x1 CTL7005: end dependant pnpbios: 14 devices, largest 114 bytes PNP0401: adding dma mask 0x8 PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77f, size=0x8, align=0 PNP0401: end config pnpbios: handle 1 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 2 device ID PNP0501 (0105d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 PNP0501: end config pnpbios: handle 3 device ID PNP0501 (0105d041) PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: end config pnpbios: handle 6 device ID PNP0700 (0007d041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0xbffffff, size=0xbf00000 PNP0c01: adding fixed memory32 range 0xe8000-0xeffff, size=0x8000 PNP0c01: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: end config pnpbios: handle 8 device ID PNP0c01 (010cd041) PNP0000: adding irq mask 0x4 PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0000: end config pnpbios: handle 9 device ID PNP0000 (0000d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 PNP0100: end config pnpbios: handle 10 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 PNP0b00: end config pnpbios: handle 11 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 PNP0303: end config pnpbios: handle 12 device ID PNP0303 (0303d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xf0, size=0x1, align=0 PNP0c04: end config pnpbios: handle 13 device ID PNP0c04 (040cd041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x80-0x90, size=0x11, align=0 PNP0200: adding io range 0x94-0x9f, size=0xc, align=0 PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0 PNP0200: end config pnpbios: handle 14 device ID PNP0200 (0002d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 PNP0800: end config pnpbios: handle 15 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: end config pnpbios: handle 16 device ID PNP0a03 (030ad041) PNP0c02: adding io range 0x290-0x297, size=0x8, align=0 PNP0c02: adding io range 0x40b-0x40b, size=0x1, align=0 PNP0c02: adding io range 0x480-0x49f, size=0x20, align=0 PNP0c02: adding io range 0x4d6-0x4d6, size=0x1, align=0 PNP0c02: adding io range 0xec00-0xec3f, size=0x40, align=0 PNP0c02: adding io range 0xe800-0xe83f, size=0x40, align=0 PNP0c02: end config pnpbios: handle 17 device ID PNP0c02 (020cd041) sc-: sc0 already exists, using sc1 instead vga-: vga0 already exists, using vga1 instead isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 isic0 at port 0xd80-0xd9f,0x980-0x99f,0x180-0x19f,0x580-0x59f irq 5 flags 0x3 on isa0 isic0: passive stack unit 0 isic0: Teles S0/16.3 isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) isic0: HSCX 82525 or 21525 Version 2.1 ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold ppi0: on ppbus0 plip0: on ppbus0 bpf: lp0 attached lpt0: on ppbus0 lpt0: Interrupt-driven port sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x441 0x451 0x441 0x441 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x441 0x449 0x441 0x441 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc1: no video adapter is found. sc1: failed to probe on isa0 vga1: failed to probe on isa0 isa_probe_children: probing PnP devices unknown:
Umm.. I write this in hope that someone = will take a=20 note of a big problem(NO this is not a bug report) namley that the = current=20 src tree PCI dir has changed som much so the patch for the watchdog = problem with=20 some network cards is not appliable any more. http://www.mcs.net/~locke/vrfix/
Either I hope = someone will=20 release a new patch page or a more complete network driver so the = watchdog=20 problem will end.(Have two different network cards and I have the = problem on=20 both of them)
Regards
Jerker
------=_NextPart_000_0023_01C03BBE.2E03CD40-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 21 15:43: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 06B9737B4C5 for ; Sat, 21 Oct 2000 15:42:59 -0700 (PDT) Received: from laptop.baldwin.cx (ether.osd.bsdi.com [204.216.28.196]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9LMgN545489 for ; Sat, 21 Oct 2000 15:42:23 -0700 (PDT) (envelope-from jhb@FreeBSD.org) 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 Date: Sat, 21 Oct 2000 15:43:13 -0700 (PDT) From: John Baldwin To: current@FreeBSD.org Subject: HEADS UP: -current a bit rocky at the moment.. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a friendly little heads up that -current seems to be a bit wobbly at the moment. First of all, the WITNESS code now actually does something... and manages to hang the kernel while doing so. So for now you probably don't want WITNESS in your kernel config. Secondly, there have been reports of weirdness on SMP boxes. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "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 Sat Oct 21 15:51:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131]) by hub.freebsd.org (Postfix) with ESMTP id BBDAC37B479 for ; Sat, 21 Oct 2000 15:51:28 -0700 (PDT) Received: from ceres.drwilco.nl (10dyn150.dh.casema.net [212.64.31.150]) by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id AAA29590 for ; Sun, 22 Oct 2000 00:51:23 +0200 (CEST) Message-Id: <4.3.2.7.0.20001022005737.00ade5e0@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 22 Oct 2000 01:01:57 +0200 To: freebsd-current@freebsd.org From: "Rogier R. Mulhuijzen" Subject: m4 not in build tools for make world Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Heya, I don't know if m4 should be in the build tools that are made during make world, but it isn't. And because I had the GNU m4 installed as m4 and not gm4 the building of the boot blocks went belly up (bootblocks crashed on boot). Just my $0.02 DocWilco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 21 18:39: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 0E19137B479; Sat, 21 Oct 2000 18:39:00 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e9M1cYA82994; Sat, 21 Oct 2000 18:38:34 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: Jeroen Ruigrok van der Werven Cc: Hajimu UMEMOTO , freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: new rc.network6 and rc.firewall6 In-Reply-To: Message from Jeroen Ruigrok van der Werven of "Sat, 21 Oct 2000 21:02:22 +0200." <20001021210222.E40989@lucifer.bart.nl> Date: Sat, 21 Oct 2000 18:38:33 -0700 Message-ID: <82990.972178713@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > However, Umemoto-san and me will discuss this, since we [he mostly] have > been working on this for the last few months. Sounds good to me. My comments were, just to make it clear again, just food for thought and not out-and-out objections. If even 47 more files in /etc is what it takes to get IPv6 fully supported, then so be it. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 21 21: 6:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from nemesis.geotecmail.net (nemesis.geotecmail.net [208.244.246.91]) by hub.freebsd.org (Postfix) with ESMTP id 9736737B479 for ; Sat, 21 Oct 2000 21:06:30 -0700 (PDT) Received: from CALLISTO.geotec.net (callisto.geotec.net [208.244.246.5]) by nemesis.geotecmail.net (8.9.3/8.9.3) with ESMTP id XAA45023 for ; Sat, 21 Oct 2000 23:01:05 -0500 (CDT) (envelope-from tom@geotec.net) Posted-Date: Sat, 21 Oct 2000 23:01:05 -0500 (CDT) Received: from geotec.net ([63.73.4.77]) by CALLISTO.geotec.net (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35) with ESMTP id net for ; Sat, 21 Oct 2000 23:10:47 -0500 Message-ID: <39F267C2.A962210D@geotec.net> Date: Sat, 21 Oct 2000 23:06:26 -0500 From: tom@geotec.net (Tom Jackson) X-Mailer: Mozilla 4.72 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 21 21:14: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from msa.hinet.net (msa.hinet.net [168.95.4.211]) by hub.freebsd.org (Postfix) with ESMTP id 1797E37B479 for ; Sat, 21 Oct 2000 21:14:05 -0700 (PDT) Received: from CoreBit.com (h97.s180.ts.hinet.net [168.95.180.97]) by msa.hinet.net (8.8.8/8.8.8) with ESMTP id MAA09555 for ; Sun, 22 Oct 2000 12:14:01 +0800 (CST) Message-ID: <39F2698B.3D24B3C0@CoreBit.com> Date: Sun, 22 Oct 2000 12:14:03 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-current@FreeBSD.ORG Subject: -current hangs during boot References: <82990.972178713@winston.osd.bsdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, I've done a very recent week's make world(S) on -current, making and installing world and kernel go fine, but all hang on boot, with no error codes or msgs. When boot, all go fine at the beginning, and stop right after showing the msg: : : /dev/da0s1e: FILESYSTEM CLEAN, SKIPPING CHECK /dev/da0s1e: clean, 92565 free (125 frags, 11555 blocks, 0.1%fragmentation) then no more, I got to power off and on, and reboot using an old working kernel. any idea? -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 21 21:16:59 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id D92CA37B4D7; Sat, 21 Oct 2000 21:16:56 -0700 (PDT) Date: Sat, 21 Oct 2000 21:16:56 -0700 From: "John W. De Boskey" To: freebsd-current@FreeBSD.org Cc: Peter Wemm Subject: newfs/fsck problem (bad superblocks) Message-ID: <20001021211656.A62615@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 X-Loop: FreeBSD.ORG Hi, I posted a question concerning fsck yesterday. A number of people replied with the 'bad harddisk' comment. I have followed up some more on the problem, and can now reproduce it on different filesystems. Below, I umount my /usr/obj, newfs it, mount it, unmount it, and then fsck it. The fsck complains about a bad superblock. Also, do not remotely reboot after this if the newly newfs'd filesystem is automounted in /etc/fstab. The boot process will hang waiting for fsck to be run manually. Example: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ %umount /usr/obj %newfs /dev/ccd0a Warning: 1616 sector(s) in last cylinder unallocated /dev/ccd0a: 6666672 sectors in 1628 cylinders of 1 tracks, 4096 sectors 3255.2MB in 102 cyl groups (16 c/g, 32.00MB/g, 4096 i/g) super-block backups (for fsck -b #) at: 32, 65568, 131104, 196640, 262176, 327712, 393248, 458784, 524320, 589856, 655392, 720928, 786464, 852000, 917536, 983072, 1048608, 1114144, 1179680, 1245216, 1310752, 1376288, 1441824, 1507360, 1572896, 1638432, 1703968, 1769504, 1835040, 1900576, 1966112, 2031648, 2097184, 2162720, 2228256, 2293792, 2359328, 2424864, 2490400, 2555936, 2621472, 2687008, 2752544, 2818080, 2883616, 2949152, 3014688, 3080224, 3145760, 3211296, 3276832, 3342368, 3407904, 3473440, 3538976, 3604512, 3670048, 3735584, 3801120, 3866656, 3932192, 3997728, 4063264, 4128800, 4194336, 4259872, 4325408, 4390944, 4456480, 4522016, 4587552, 4653088, 4718624, 4784160, 4849696, 4915232, 4980768, 5046304, 5111840, 5177376, 5242912, 5308448, 5373984, 5439520, 5505056, 5570592, 5636128, 5701664, 5767200, 5832736, 5898272, 5963808, 6029344, 6094880, 6160416, 6225952, 6291488, 6357024, 6422560, 6488096, 6553632, 6619168 %mount /dev/ccd0a /usr/obj %df -m /usr/obj Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/ccd0a 3201 0 2944 0% /usr/obj %umount /usr/obj %/sbin/fsck -y /dev/ccd0a ** /dev/ccd0a BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE LOOK FOR ALTERNATE SUPERBLOCKS? yes USING ALTERNATE SUPERBLOCK AT 32 ** Last Mounted on ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 1 files, 1 used, 1638914 free (18 frags, 204862 blocks, 0.0% fragmentation) UPDATE STANDARD SUPERBLOCK? yes ***** FILE SYSTEM WAS MODIFIED ***** % +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ I am wondering about the following patch : peter 2000/10/16 17:41:37 PDT Modified files: sbin/newfs mkfs.c Log: Implement simple write combining for newfs - this is particularly useful for large scsi disks with WCE = 0. This yields around a 7 times speedup on elapsed newfs time on test disks here. 64k clusters seems to be the sweet spot for scsi disks using our present drivers. Revision Changes Path 1.30 +38 -1 src/sbin/newfs/mkfs.c I will revert this patch tomorrow. I also wonder if this is related to the 'make release' problems. Comments welcome. -John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 21 21:36:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from bsdone.bsdwins.com (www.bsdwins.com [192.58.184.33]) by hub.freebsd.org (Postfix) with ESMTP id 2379737B479; Sat, 21 Oct 2000 21:36:42 -0700 (PDT) Received: (from jwd@localhost) by bsdone.bsdwins.com (8.11.0/8.11.0) id e9M4afE33773; Sun, 22 Oct 2000 00:36:41 -0400 (EDT) (envelope-from jwd) Date: Sun, 22 Oct 2000 00:36:41 -0400 From: "John W. De Boskey" To: freebsd-current@FreeBSD.org, Peter Wemm Subject: Re: newfs/fsck problem (bad superblocks) Message-ID: <20001022003609.A33732@bsdwins.com> References: <20001021211656.A62615@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001021211656.A62615@FreeBSD.org>; from jwd@FreeBSD.ORG on Sat, Oct 21, 2000 at 09:16:56PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Reverting src/sbin/newfs/mkfs.c to revision 1.29 fixes the problem. With just a quick review of the patch, I'm not sure I understand what forces the last dirty buffer to be written. revert the patch? try to fix it? comments? -John ----- John W. De Boskey's Original Message ----- > Hi, > > I posted a question concerning fsck yesterday. A number of > people replied with the 'bad harddisk' comment. > > I have followed up some more on the problem, and can now > reproduce it on different filesystems. > > Below, I umount my /usr/obj, newfs it, mount it, unmount > it, and then fsck it. The fsck complains about a bad superblock. > Also, do not remotely reboot after this if the newly newfs'd > filesystem is automounted in /etc/fstab. The boot process > will hang waiting for fsck to be run manually. > > Example: > > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > %umount /usr/obj > %newfs /dev/ccd0a > Warning: 1616 sector(s) in last cylinder unallocated > /dev/ccd0a: 6666672 sectors in 1628 cylinders of 1 tracks, 4096 sectors > 3255.2MB in 102 cyl groups (16 c/g, 32.00MB/g, 4096 i/g) > super-block backups (for fsck -b #) at: > 32, 65568, 131104, 196640, 262176, 327712, 393248, 458784, 524320, 589856, > 655392, 720928, 786464, 852000, 917536, 983072, 1048608, 1114144, 1179680, > 1245216, 1310752, 1376288, 1441824, 1507360, 1572896, 1638432, 1703968, > 1769504, 1835040, 1900576, 1966112, 2031648, 2097184, 2162720, 2228256, > 2293792, 2359328, 2424864, 2490400, 2555936, 2621472, 2687008, 2752544, > 2818080, 2883616, 2949152, 3014688, 3080224, 3145760, 3211296, 3276832, > 3342368, 3407904, 3473440, 3538976, 3604512, 3670048, 3735584, 3801120, > 3866656, 3932192, 3997728, 4063264, 4128800, 4194336, 4259872, 4325408, > 4390944, 4456480, 4522016, 4587552, 4653088, 4718624, 4784160, 4849696, > 4915232, 4980768, 5046304, 5111840, 5177376, 5242912, 5308448, 5373984, > 5439520, 5505056, 5570592, 5636128, 5701664, 5767200, 5832736, 5898272, > 5963808, 6029344, 6094880, 6160416, 6225952, 6291488, 6357024, 6422560, > 6488096, 6553632, 6619168 > %mount /dev/ccd0a /usr/obj > %df -m /usr/obj > Filesystem 1M-blocks Used Avail Capacity Mounted on > /dev/ccd0a 3201 0 2944 0% /usr/obj > %umount /usr/obj > %/sbin/fsck -y /dev/ccd0a > ** /dev/ccd0a > BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE > > LOOK FOR ALTERNATE SUPERBLOCKS? yes > > USING ALTERNATE SUPERBLOCK AT 32 > ** Last Mounted on > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > 1 files, 1 used, 1638914 free (18 frags, 204862 blocks, 0.0% fragmentation) > > UPDATE STANDARD SUPERBLOCK? yes > > > ***** FILE SYSTEM WAS MODIFIED ***** > % > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > I am wondering about the following patch : > > peter 2000/10/16 17:41:37 PDT > > Modified files: > sbin/newfs mkfs.c > Log: > Implement simple write combining for newfs - this is particularly useful > for large scsi disks with WCE = 0. This yields around a 7 times speedup > on elapsed newfs time on test disks here. 64k clusters seems to be the > sweet spot for scsi disks using our present drivers. > > Revision Changes Path > 1.30 +38 -1 src/sbin/newfs/mkfs.c > > > > I will revert this patch tomorrow. I also wonder if this is related > to the 'make release' problems. > > > Comments welcome. > > -John > > > 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 Sat Oct 21 22:58:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailhost.chi.ameritech.net (mpdr0.chicago.il.ameritech.net [206.141.239.142]) by hub.freebsd.org (Postfix) with ESMTP id 875E837B479 for ; Sat, 21 Oct 2000 22:58:20 -0700 (PDT) Received: from bbs.dbsoft-consulting.com ([64.108.11.119]) by mailhost.chi.ameritech.net (InterMail v4.01.01.07 201-229-111-110) with SMTP id <20001022055810.OTKW1100.mailhost.chi.ameritech.net@bbs.dbsoft-consulting.com> for ; Sun, 22 Oct 2000 00:58:10 -0500 From: "Brian Smith" To: "freebsd-current@freebsd.org" Date: Sun, 22 Oct 2000 01:15:59 -0500 (CDT) Reply-To: "Brian Smith" X-Mailer: PMMail 2.10.1999 for OS/2 Warp 4.05 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: PPP over ATM Message-Id: <20001022055810.OTKW1100.mailhost.chi.ameritech.net@bbs.dbsoft-consulting.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was wondering what the state of PPP over ATM is, if there is at all. And would like to offer my services in it's development if it isn't finished (or started) yet. I inquired on #FreeBSDHelp on EFNet but I didn't get any useful results. I am not sure if this is the correct place to be posting but I figured it could't hurt. Thanks! Brian Smith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Oct 21 23:27:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.matatabi.or.jp (ns.matatabi.or.jp [210.163.106.162]) by hub.freebsd.org (Postfix) with ESMTP id DE23537B4CF; Sat, 21 Oct 2000 23:27:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ns.matatabi.or.jp (8.11.0/3.7W/MATATABI-1.0v7-NS1.2) with ESMTP id e9M6RA336270; Sun, 22 Oct 2000 15:27:11 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: jwd@FreeBSD.org X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Notus) 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: 9 From: Makoto MATSUSHITA To: current@freebsd.org Subject: Re: newfs/fsck problem (bad superblocks) Date: Sun, 22 Oct 2000 15:27:05 +0900 Message-Id: <20001022152705V.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I also wonder if this is related to the 'make release' problems. During "make release", src/release/Makefile does create floppies for installation. Copying 'mfsroot.gz' (mfsroot imagefile) to a newly newfs-ed floppy image (mfsroot.flp, 1.44MB size) causes kernel hungup. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message