From owner-freebsd-current Sun Jul 8 0:44:44 2001 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 1A75637B406; Sun, 8 Jul 2001 00:44:41 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA16738; Sun, 8 Jul 2001 17:44:32 +1000 Date: Sun, 8 Jul 2001 17:42:28 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Dag-Erling Smorgrav Cc: obrien@FreeBSD.ORG, Kris Kennaway , John Baldwin , freebsd-current@FreeBSD.ORG, Jim.Pirzyk@disney.com, mjacob@feral.com, Jordan Hubbard Subject: Re: chgrp broken on alpha systems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 8 Jul 2001, Dag-Erling Smorgrav wrote: > "David O'Brien" writes: > > OR build a 64-bit long (LP64) x86 gcc and test compile with that also. > > BDE found *lots* of 64-bit dirty code using this technique. > > Mind revealing how that's done? Compiling [g]cc with -DLONG_TYPE_SIZE=64 gives an I32L64P32 compiler (you can also try setting CHAR_TYPE_SIZE through LONG_DOUBLE_TYPE_SIZE to unusual values to get a more exotic compiler). Then fix some build issues (mainly with quad functions in libc; I just hack around these by copying the 3 relevant 32-bit quad objects to the libc obj directory), and fix all the unportable code (I fixed enough to bootstrap but haven't committed everything. I build the world on a normal 32-bit i386 using something like: CC='cc -D_LARGE_LONG' \ DESTDIR=/c/z/root \ LONG_TYPE_SIZE=64 \ MAKEOBJDIRPREFIX=/c/z/obj \ time -l make -s world > /tmp/world.out 2>&1 (-D_LARGE_LONG is a wrong hack. It affects , but should only be affected for the target.). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 1:13:31 2001 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 ACA8737B407; Sun, 8 Jul 2001 01:13:23 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA18125; Sun, 8 Jul 2001 18:13:20 +1000 Date: Sun, 8 Jul 2001 18:11:16 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: "David O'Brien" Cc: Matthew Jacob , Peter Jeremy , freebsd-current@FreeBSD.ORG Subject: Re: chgrp broken on alpha systems In-Reply-To: <20010707130538.I16759@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 7 Jul 2001, David O'Brien wrote: > On Sat, Jul 07, 2001 at 01:02:28PM -0700, Matthew Jacob wrote: > > > > > > On Sat, 7 Jul 2001, David O'Brien wrote: > > > > > On Sat, Jul 07, 2001 at 11:54:26AM -0700, Matthew Jacob wrote: > > > > > > > > > > > > On Sat, 7 Jul 2001, David O'Brien wrote: > > > > > > > > > On Fri, Jul 06, 2001 at 03:08:04PM +1000, Peter Jeremy wrote: > > > > > > i386 type Alpha type > > > > > > clock_t unsigned long int > > > > > > > > > > We could make these the same (not sure why they aren't). No good reason. I think "unsigned long" is used on i386's because that was the largest type. This was apparently considered to be too large on alphas, so it was changed to a 32 bit type. Changing it from a signed type to an unsigned type was just a pessimization of its range. With the alpha pessimizations of the scale factors (_BSD_CLOCKS_PER_SEC_ = 100 and _BSD_CLK_TCK_ = 100), the range of a 31-effective-bits clock_t is 24.855 days. A 32-bit unsigned clock_t would have a range of 49.710 days. POSIX.1 only requires a range of 1 day. > > > > because on alpha long == 64 bits > > > > > > What about the otherway around?? Like use "int" or "unsigned int" on > > > both. > > > > Let's use 64 bits for both. > > > > You're retirement has been put off to 2043 at least... clock_t has nothing to do with calendar times. > I don't know what clock_t is used for (kernel version of time_t?). > But the general agreement was to leave time as a 32-bit value on the > Alpha in order to match (1) FreeBSD/i386 and (2) OSF/1,Digital Unix,Tru64. It is used (entirely outside of the kernel) for the following interfaces: clock_t clock(void); (ISO C) clock_t times(struct tms *); (POSIX.1) struct tms members: clock_t tms_utime clock_t tms_stime clock_t tms_cutime clock_t tms_cstime See clocks.7 for more details about whey these interfaces are currently not useful. (To be as useful as getrusage(), CLOCKS_PER_SEC must be at least 10^6. This gives at least 86.4e9 "ticks" per day, so clock_t must have at least 37 bits.) Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 10: 3:51 2001 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 1DA1F37B401; Sun, 8 Jul 2001 10:03:47 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id TAA52759; Sun, 8 Jul 2001 19:03:26 +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: Bruce Evans Cc: obrien@FreeBSD.ORG, Kris Kennaway , John Baldwin , freebsd-current@FreeBSD.ORG, Jim.Pirzyk@disney.com, mjacob@feral.com, Jordan Hubbard Subject: Re: chgrp broken on alpha systems References: From: Dag-Erling Smorgrav Date: 08 Jul 2001 19:03:26 +0200 In-Reply-To: Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce Evans writes: > [explaining how to build an LP64 world on i386] I just had a major "doh" moment... # cd /usr/src # make MACHINE_ARCH=alpha buildworld >& /var/log/world.alpha & [1] 13655 Ought to catch any Alpha WARNS fuckups. Or did I overlook something? 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 Sun Jul 8 10: 9:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id B30FF37B403; Sun, 8 Jul 2001 10:09:26 -0700 (PDT) (envelope-from obrien@nuxi.ucdavis.edu) Received: from dragon.nuxi.com (root@trang.nuxi.com [206.40.252.115]) by relay.nuxi.com (8.11.2/8.11.2) with ESMTP id f68H8kR23161; Sun, 8 Jul 2001 10:08:46 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f68H8jD65496; Sun, 8 Jul 2001 10:08:45 -0700 (PDT) (envelope-from obrien) Date: Sun, 8 Jul 2001 10:08:44 -0700 From: "David O'Brien" To: Dag-Erling Smorgrav Cc: Bruce Evans , Kris Kennaway , John Baldwin , freebsd-current@FreeBSD.ORG, Jim.Pirzyk@disney.com, mjacob@feral.com, Jordan Hubbard Subject: Re: chgrp broken on alpha systems Message-ID: <20010708100844.A65478@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sun, Jul 08, 2001 at 07:03:26PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 08, 2001 at 07:03:26PM +0200, Dag-Erling Smorgrav wrote: > Bruce Evans writes: > > [explaining how to build an LP64 world on i386] > > I just had a major "doh" moment... > > # cd /usr/src > # make MACHINE_ARCH=alpha buildworld >& /var/log/world.alpha & > [1] 13655 > > Ought to catch any Alpha WARNS fuckups. Or did I overlook something? It doesn't work anymore. -- -- 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 Sun Jul 8 11:26:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from enterprise.spock.org (cm-24-29-85-81.nycap.rr.com [24.29.85.81]) by hub.freebsd.org (Postfix) with ESMTP id 873AB37B405 for ; Sun, 8 Jul 2001 11:26:29 -0700 (PDT) (envelope-from jon@enterprise.spock.org) Received: (from jon@localhost) by enterprise.spock.org serial EF600Q3T-B7F8823f68IQSB15600F7T for freebsd-current@FreeBSD.ORG; Sun, 8 Jul 2001 14:26:28 -0400 (EDT) (envelope-from jon)$ Date: Sun, 8 Jul 2001 14:26:28 -0400 From: Jonathan Chen To: freebsd-current@FreeBSD.ORG Subject: vty numbering with devfs Message-ID: <20010708142628.A13853@enterprise.spock.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.1x Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Pre-DEVFS, vty's were named ttyv0-ttyvf, ttyv10-ttyv1f, etc. When DEVFS is used, the vty's are numbered base-36 instead of base-16. This breaks X if the first 16 tty's are in use. What I want to know is whether we intended to implement this new scheme of tty numbering (to be consistant across all devices perhaps?) or whether this change was unintended. Either case, this should be a quick fix in either syscons or X. (Yes, I'm one of those loons who use 36 vty's) -Jon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 12:12:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by hub.freebsd.org (Postfix) with ESMTP id C476237B403 for ; Sun, 8 Jul 2001 12:12:24 -0700 (PDT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 9DAC317D26; Sun, 8 Jul 2001 21:12:22 +0200 (CEST) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.11.4/8.11.3) id f68J7I327403 for freebsd-current@freebsd.org; Sun, 8 Jul 2001 21:07:18 +0200 (CEST) (envelope-from schweikh) Date: Sun, 8 Jul 2001 21:07:18 +0200 From: Jens Schweikhardt To: freebsd-current@freebsd.org Subject: sysctl -A prints garbage Message-ID: <20010708210717.A21541@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hello, world\n -current as of Jun 17, even with an updated sysctl.c revision 1.36, prints garbage when used with -A: # sysctl -A|grep VM VMSPACE: 224, 0, 51, 57, 27031 VM OBJECT: 96, 0, 7216, 1188, 495393ÞÀ­ÞÞÀ­ÞÞÀ­ÞÞÀ­ÞÞÀ­ÞÞÀ­ÞÞÀ­ÞÞÀ­ÞÞÀ­Þ can anyone reproduce this? Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 12:55:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 805A837B405; Sun, 8 Jul 2001 12:55:06 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f68JpUg14391; Sun, 8 Jul 2001 13:52:01 -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.11.3/8.11.4) with ESMTP id f68JnnJ80938; Sun, 8 Jul 2001 13:49:49 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107081949.f68JnnJ80938@harmony.village.org> To: obrien@FreeBSD.ORG Subject: Re: chgrp broken on alpha systems Cc: Dag-Erling Smorgrav , Bruce Evans , Kris Kennaway , John Baldwin , freebsd-current@FreeBSD.ORG, Jim.Pirzyk@disney.com, mjacob@feral.com, Jordan Hubbard In-reply-to: Your message of "Sun, 08 Jul 2001 10:08:44 PDT." <20010708100844.A65478@dragon.nuxi.com> References: <20010708100844.A65478@dragon.nuxi.com> Date: Sun, 08 Jul 2001 13:49:49 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20010708100844.A65478@dragon.nuxi.com> "David O'Brien" writes: : On Sun, Jul 08, 2001 at 07:03:26PM +0200, Dag-Erling Smorgrav wrote: : > Bruce Evans writes: : > > [explaining how to build an LP64 world on i386] : > : > I just had a major "doh" moment... : > : > # cd /usr/src : > # make MACHINE_ARCH=alpha buildworld >& /var/log/world.alpha & : > [1] 13655 : > : > Ought to catch any Alpha WARNS fuckups. Or did I overlook something? : : It doesn't work anymore. What's the misfunction? I do the above with MACHINE_ARCH=pc98 on my i386 box all the time to build pc98 worlds. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 13:15:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id 53FC137B401; Sun, 8 Jul 2001 13:15:07 -0700 (PDT) (envelope-from mark@whistle.com) Received: from [207.76.207.129] ([10.1.10.118]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id NAA14602; Sun, 8 Jul 2001 13:14:56 -0700 (PDT) Mime-Version: 1.0 X-Sender: mark-ml@207.76.206.1 Message-Id: In-Reply-To: <200107081949.f68JnnJ80938@harmony.village.org> References: <20010708100844.A65478@dragon.nuxi.com> <200107081949.f68JnnJ80938@harmony.village.org> Date: Sun, 8 Jul 2001 13:15:03 -0700 To: Warner Losh , obrien@FreeBSD.ORG From: Mark Peek Subject: Re: chgrp broken on alpha systems Cc: Dag-Erling Smorgrav , Bruce Evans , Kris Kennaway , John Baldwin , freebsd-current@FreeBSD.ORG, Jim.Pirzyk@disney.com, mjacob@feral.com, Jordan Hubbard Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 1:49 PM -0600 7/8/01, Warner Losh wrote: >In message <20010708100844.A65478@dragon.nuxi.com> "David O'Brien" writes: >: On Sun, Jul 08, 2001 at 07:03:26PM +0200, Dag-Erling Smorgrav wrote: >: > Bruce Evans writes: >: > > [explaining how to build an LP64 world on i386] >: > >: > I just had a major "doh" moment... >: > >: > # cd /usr/src >: > # make MACHINE_ARCH=alpha buildworld >& /var/log/world.alpha & >: > [1] 13655 >: > >: > Ought to catch any Alpha WARNS fuckups. Or did I overlook something? >: >: It doesn't work anymore. > >What's the misfunction? I do the above with MACHINE_ARCH=pc98 on my >i386 box all the time to build pc98 worlds. It probably works since i386 and pc98 are similar. I'm trying an alpha cross build as we speak. So far I needed to apply this patch to get around having -mcpu=ev4 being fed to the i386 compiler during the build tools phase. Index: Makefile.inc1 =================================================================== RCS file: /cvs/freebsd/src/Makefile.inc1,v retrieving revision 1.205 diff -u -r1.205 Makefile.inc1 --- Makefile.inc1 2001/06/14 01:35:22 1.205 +++ Makefile.inc1 2001/07/08 20:06:34 @@ -185,6 +185,7 @@ # build-tool stage TMAKEENV= MAKEOBJDIRPREFIX=${OBJTREE} \ INSTALL="sh ${.CURDIR}/tools/install.sh" \ + MACHINE_ARCH=`uname -m` \ PATH=${TMPPATH} TMAKE= ${TMAKEENV} ${MAKE} -f Makefile.inc1 Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 13:37:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 6027C37B401 for ; Sun, 8 Jul 2001 13:37:43 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f68Kbbg14627; Sun, 8 Jul 2001 14:37:41 -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.11.3/8.11.4) with ESMTP id f68KbbJ16608; Sun, 8 Jul 2001 14:37:37 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107082037.f68KbbJ16608@harmony.village.org> To: Mark Peek Subject: Cross compiling (was Re: chgrp broken on alpha systems) Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 08 Jul 2001 13:15:03 PDT." References: <20010708100844.A65478@dragon.nuxi.com> <200107081949.f68JnnJ80938@harmony.village.org> Date: Sun, 08 Jul 2001 14:37:36 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [cc's trimed] In message Mark Peek writes: : It probably works since i386 and pc98 are similar. I'm trying an : alpha cross build as we speak. So far I needed to apply this patch to : get around having -mcpu=ev4 being fed to the i386 compiler during the : build tools phase. Sure makes some odd pathnames, but so far it seems to be working for me. I waited until I was into stage 4 to send this message. When I started seeing command lines like: cc -nostdinc -O -pipe -mcpu=ev4 -mcpu=ev4 -I/home/imp/FreeBSD/src/lib/libmd -I/usr/obj/alpha/home/imp/FreeBSD/src/i386/usr/include -c /home/imp/FreeBSD/src/lib/libmd/sha0c.c -o sha0c.o which tells me that this is a good patch. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 13:51:49 2001 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 E719237B403; Sun, 8 Jul 2001 13:51:44 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA53589; Sun, 8 Jul 2001 22:51:30 +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: Mark Peek Cc: Warner Losh , obrien@FreeBSD.ORG, Bruce Evans , Kris Kennaway , John Baldwin , freebsd-current@FreeBSD.ORG, Jim.Pirzyk@disney.com, mjacob@feral.com, Jordan Hubbard Subject: Re: chgrp broken on alpha systems References: <20010708100844.A65478@dragon.nuxi.com> <200107081949.f68JnnJ80938@harmony.village.org> From: Dag-Erling Smorgrav Date: 08 Jul 2001 22:51:30 +0200 In-Reply-To: Message-ID: Lines: 13 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Peek writes: > It probably works since i386 and pc98 are similar. I'm trying an alpha > cross build as we speak. So far I needed to apply this patch to get > around having -mcpu=ev4 being fed to the i386 compiler during the > build tools phase. My -DNOPERL build broke in games/fortune in the "building everything" phase because the Alpha compiler tried to use the i386 strfile.o that was left over from the bootstrap phase. 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 Sun Jul 8 14:37:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from localhost.com (dialup34.sofia.spnet.net [213.169.32.34]) by hub.freebsd.org (Postfix) with SMTP id AF3AC37B403 for ; Sun, 8 Jul 2001 14:37:04 -0700 (PDT) (envelope-from variysky@omega.bg) From: "Med Bio Prod 2000" To: current@freebsd.org Date: Mon, 9 Jul 2001 00:37:05 +0300 Subject: original medicines X-Mailer: MailXSender 1.06 MIME-Version: 1.0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <20010708213704.AF3AC37B403@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =3C!doctype html public =22-=2F=2Fw3c=2F=2Fdtd html 4=2E0 transitional=2F=2Fen=22=3E =3Chtml=3E =3Chead=3E =3Cmeta http-equiv=3D=22Content-Type=22 content=3D=22text=2Fhtml=3B charset=3Diso-8859-1=22=3E =3Cmeta name=3D=22Author=22 content=3D=22DKV=22=3E =3Cmeta name=3D=22GENERATOR=22 content=3D=22Mozilla=2F4=2E77 =5Ben=5D =28Win98=3B U=29 =5BNetscape=5D=22=3E =3Ctitle=3EUntitled=3C=2Ftitle=3E =3C=2Fhead=3E =3Cbody text=3D=22#000000=22 bgcolor=3D=22#FFFFFF=22 link=3D=22#FF0000=22 vlink=3D=22#800080=22 alink=3D=22#0000FF=22=3E =3Cblockquote=3E =3Cblockquote=3E=3Cfont size=3D+1=3EDear colleagues and friends=2C=3C=2Ffont=3E=3C=2Fblockquote=3E =3C=2Fblockquote=3E =3Cfont size=3D+1=3E =3B =3B =3B We are pleased to inform you that we are looking forward=3C=2Ffont=3E =3Cbr=3E=3Cfont size=3D+1=3Eto =3Cfont color=3D=22#3366FF=22=3Ecollaboration =3B=3C=2Ffont=3E in the production and =3Cfont color=3D=22#3366FF=22=3Edistribution=3C=2Ffont=3E of=3C=2Ffont=3E =3Cbr=3E=3Cfont size=3D+1=3Erevolutionary medicines with =3Cfont color=3D=22#FF6666=22=3ENO ANALOGICAL =3C=2Ffont=3Eorigin=3C=2Ffont=3E =3Cbr=3E=3Cfont size=3D+1=3E =3B =3B =3B in the field of =3A=3C=2Ffont=3E =3Cbr=3E=3Cfont size=3D+1=3E- =3Cfont color=3D=22#00CC00=22=3EImmunostimulants=3C=2Ffont=3E - =3C=2Ffont=3Emonocomponent natural products ! =3Cbr=3E=3Cfont size=3D+1=3E- =3Cfont color=3D=22#00CC00=22=3EAntioxidants=3C=2Ffont=3E - =3C=2Ffont=3Eunusually high capacity of effect ! =3Cbr=3E=3Cfont size=3D+1=3E- =3Cfont color=3D=22#00CC00=22=3EBiostimulators=3C=2Ffont=3E - =3C=2Ffont=3Eweight enhancement in the breeding industry ! =3Cbr=3E=3Cfont size=3D+1=3E- =3Cfont color=3D=22#00CC00=22=3EStrength stimulation and restoration=3C=2Ffont=3E - =3C=2Ffont=3Egreat with racing horses and dogs ! =3Cbr=3E=3Cfont size=3D+1=3E =3B =3B =3B =3C=2Ffont=3ETheir efficiency has been proved also by hardly curable cases of cancer=2C =3Cbr=3Einfections and radiation=2E =3Cbr=3E=3Cfont size=3D+1=3E =3B =3B =3B For more information please visit us at =3Ca href=3D=22http=3A=2F=2Fbenin=2Ecjb=2Enet=2F=22=3Ewww=2Ebenin=2Ecjb=2Enet=3C=2Fa=3E=3C=2Ffont=3E =3Cbr=3E=3Cfont size=3D+1=3E =3B =3B =3B =3B This offer is addressed not only to pro medical experts=2C but also=3C=2Ffont=3E =3Cbr=3E=3Cfont size=3D+1=3Eto the public who =3Cb=3E=3Ci=3E=3Cfont color=3D=22#3366FF=22=3Eappreciate the real discoveries !=3C=2Ffont=3E=3C=2Fi=3E=3C=2Fb=3E=3C=2Ffont=3E =3Cp=3E=3Cfont size=3D+1=3E =3B =3B =3B =3B =3B =3B =3B =3B =3B =3B =3B We believe we can make more money TOGETHER !=3C=2Ffont=3E =3C=2Fbody=3E =3C=2Fhtml=3E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 14:41:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 97DBC37B405 for ; Sun, 8 Jul 2001 14:41:32 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f68LfVg14851 for ; Sun, 8 Jul 2001 15:41:31 -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.11.3/8.11.4) with ESMTP id f68LfVJ13849 for ; Sun, 8 Jul 2001 15:41:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107082141.f68LfVJ13849@harmony.village.org> To: current@freebsd.org Subject: Cross building FYI Date: Sun, 08 Jul 2001 15:41:31 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG % uname -m i386 % make buildworld MACHINE_ARCH=alpha ... cc -nostdinc -O -pipe -mcpu=ev4 -mcpu=ev4 -D_GNU_SOURCE -I- -I. -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../libbfd/alpha -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../../../../contrib/binutils/include -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../../../../contrib/binutils/gas -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../../../../contrib/binutils/gas/config -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../../../../contrib/binutils -DVERSION=\""2.11.2 [FreeBSD]"\" -DBFD_VERSION=\""2.11.2 [FreeBSD]"\" -I/usr/obj/alpha/home/imp/FreeBSD/src/i386/usr/include -static -o as app.o as.o atof-generic.o atof-ieee.o bignum-copy.o cond.o dwarf2dbg.o ecoff.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o sb.o stab! s.o subsegs.o symbols.o write.o depend.o ehopt.o obj-elf.o tc-alpha.o ../../libbfd/libbfd.a ../../libiberty/libiberty.a ../../libopcodes/libopcodes.a cc: ../../libbfd/libbfd.a: No such file or directory cc: ../../libiberty/libiberty.a: No such file or directory cc: ../../libopcodes/libopcodes.a: No such file or directory *** Error code 1 Stop in /home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd. So it looks like things are broken. :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 15:10:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from the-7.net (the-7.net [211.232.190.152]) by hub.freebsd.org (Postfix) with ESMTP id CBAD637B401 for ; Sun, 8 Jul 2001 15:10:21 -0700 (PDT) (envelope-from ab@the-7.net) Received: (from ab@localhost) by the-7.net (8.11.3/8.11.3) id f68MAK442446 for current@freebsd.org; Mon, 9 Jul 2001 07:10:20 +0900 (KST) (envelope-from ab) Date: Mon, 9 Jul 2001 07:10:20 +0900 From: "Eugene M. Kim" To: FreeBSD-current Mailing List Subject: Request for change: Disabling filename globbing by ftpd(8) Message-ID: <20010709071020.A42364@the-7.net> Reply-To: FreeBSD-current Mailing List , "Eugene M. Kim" Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Greetings, * Conclusion and suggestion first: Csh-style filename globbing in ftpd(8) is *evil*. Please apply the attached patch to make it an option and disable it in the default configuration. * What the patch does: It makes the filename globbing an optional feature, controlled by the new flag -g. -g none disables the globbing entirely (default), -g tildeonly enables home expansion (aka tilde expansion) only, and -g all enables all expansions using glob(3). The current behavior can be kept by using -g all. * My reason to it: Many FTP clients, especially automated mirroring tools and GUI-based ones, and most notably the `mget' command commonly found on standard FTP clients, do one thing in common: they obtain the name of the remote repository using NLST command then subsequently use some or all of the returned names as the argument to other commands such as RETR. In order for this approach to succeed, arguments to the RETR command must not be parsed in any special way but they must be considered as literal filenames. However, this is not the case with the stock ftpd(8) shipped with FreeBSD; it has a `feature' that expands the argument to RETR/CWD/STOR/... commands in a Csh-like way (i.e. filename globbing, tilde/brace/bracket/ampersand expansions). This changes the semantics of the on-the-wire protocol. RFC 959 does not specify any special handling of pathname arguments, so the change breaks compatibility with any potential client which legitimately assumes no special tweaks to pathnames are necessary. Moreover, commands such as RETR, CWD and STOR only expect an argument that designates a single file or directory; it is impossible to fetch multiple files using RETR, or chdir into multiple directories at once :-). In this context, globbing by ftpd is nothing more than an useful shorthand (e.g. we can say "cd abc*" instead of "cd abcdefghijklmnopq"), which is much better to be done on the client side. Example: the remote directory contains two files, `A.jpg' and `A{3}.jpg' and the client tries to `mget A*.jpg'. Step 1. The client sends "NLST" command. Step 2. The server returns a full listing of the remote directory. Step 3. The client searches through the list and picks up the two files. Step 4. The client performs `RETR A.jpg', which succeeds. Step 5. The client performs `RETR A{3}.jpg', which fails because the server performs brace expansion on the name and tries to send `A3.jpg'. Any comments and suggestions are welcomed. Thank you. Best Regards, Eugene --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ftpd.diff" diff -urN ftpd/ftpcmd.y ftpd.new/ftpcmd.y --- ftpd/ftpcmd.y Wed Apr 18 03:03:52 2001 +++ ftpd.new/ftpcmd.y Mon Jul 9 01:34:29 2001 @@ -71,6 +71,7 @@ #include #include "extern.h" +#include "types.h" extern union sockunion data_dest, his_addr; extern int logged_in; @@ -92,6 +93,8 @@ extern char tmpline[]; extern int readonly; extern int noepsv; +extern globbing_t globbing; +extern char curname[MAXLOGNAME]; off_t restart_point; @@ -924,7 +927,7 @@ * processing, but only gives a 550 error reply. * This is a valid reply in some cases but not in others. */ - if (logged_in && $1) { + if (logged_in && globbing == GLOBBING_ALL && $1) { glob_t gl; int flags = GLOB_BRACE|GLOB_NOCHECK|GLOB_QUOTE|GLOB_TILDE; @@ -944,6 +947,37 @@ } globfree(&gl); free($1); + } else if (globbing == GLOBBING_TILDEONLY && + $1[0] == '~') { + /* do tilde expansion by ourselves */ + char *dir, *newdir, *afteruser, afteruser_ch; + struct passwd *pw; + $$ = $1; + do { + dir = strdup($1); + if (dir == NULL) + break; + afteruser = strchr(dir, '/'); + if (afteruser == NULL) + afteruser = strchr(dir, '\0'); + afteruser_ch = *afteruser; + *afteruser = '\0'; + pw = getpwnam((dir[1] != '\0') + ? dir + 1 : curname); + *afteruser = afteruser_ch; + if (pw == NULL || pw->pw_dir == NULL) + break; + asprintf(&newdir, "%s%s", + pw->pw_dir, afteruser); + /* XXX LEAK: who should free newdir? */ + if (newdir == NULL) + break; + free($1); + $1 = newdir; + $$ = $1; + } while (0); + if (dir != NULL) + free(dir); } else $$ = $1; } diff -urN ftpd/ftpd.8 ftpd.new/ftpd.8 --- ftpd/ftpd.8 Mon Mar 5 20:14:50 2001 +++ ftpd.new/ftpd.8 Mon Jul 9 01:44:13 2001 @@ -161,6 +161,23 @@ .It Fl E Disable the EPSV command. This is useful for servers behind older firewalls. +.It Fl g +Perform specified +.Ar type +of globbing on the pathnames given by FTP clients. +.Ar type +can be one of: +.Bl -tag -width indent +.It Li none +Disable the globbing entirely (default). +.It Li tildeonly +Enable the tilde (home directory) expansion only. +.It Li all +Enable all +.Xr csh 1 +style globbing, including wildcard, bracket, brace, ampersand and tilde +expansions. +.El .El .Pp The file @@ -265,14 +282,6 @@ STAT command is received during a data transfer, preceded by a Telnet IP and Synch, transfer status will be returned. -.Pp -.Nm Ftpd -interprets file names according to the -.Dq globbing -conventions used by -.Xr csh 1 . -This allows users to utilize the metacharacters -.Dq Li \&*?[]{}~ . .Pp .Nm Ftpd authenticates users according to six rules. diff -urN ftpd/ftpd.c ftpd.new/ftpd.c --- ftpd/ftpd.c Wed Mar 21 23:40:36 2001 +++ ftpd.new/ftpd.c Mon Jul 9 01:23:08 2001 @@ -101,6 +101,7 @@ #include "pathnames.h" #include "extern.h" +#include "types.h" #if __STDC__ #include @@ -150,6 +151,8 @@ int pdata = -1; /* for passive mode */ int readonly=0; /* Server is in readonly mode. */ int noepsv=0; /* EPSV command is disabled. */ +globbing_t globbing = GLOBBING_NONE; /* perform filename globbing. */ +char curname[MAXLOGNAME]; /* current USER name */ sig_atomic_t transflag; off_t file_size; off_t byte_count; @@ -299,7 +302,7 @@ #endif /* OLD_SETPROCTITLE */ - while ((ch = getopt(argc, argv, "AdlDESURrt:T:u:va:p:46")) != -1) { + while ((ch = getopt(argc, argv, "AdlDESURrt:T:u:va:p:46g:")) != -1) { switch (ch) { case 'D': daemon_mode++; @@ -382,6 +385,17 @@ family = AF_INET6; break; + case 'g': + if (strcmp(optarg, "none") == 0) + globbing = GLOBBING_NONE; + else if (strcmp(optarg, "tildeonly") == 0) + globbing = GLOBBING_TILDEONLY; + else if (strcmp(optarg, "all") == 0) + globbing = GLOBBING_ALL; + else + warnx("bad value \"%s\" for -g", optarg); + break; + default: warnx("unknown flag -%c ignored", optopt); break; @@ -883,7 +897,6 @@ static int login_attempts; /* number of failed login attempts */ static int askpasswd; /* had user command, ask for passwd */ -static char curname[MAXLOGNAME]; /* current USER name */ /* * USER command. @@ -2650,29 +2663,51 @@ DIR *dirp = NULL; struct dirent *dir; FILE *dout = NULL; - char **dirlist, *dirname; + char **dirlist, *dirname, *whichdir = whichf, *afteruser, afteruser_ch; + char *newwhichdir; int simple = 0; - int freeglob = 0; + int freeglob = 0, freewhichdir = 0; glob_t gl; + struct passwd *pw; - if (strpbrk(whichf, "~{[*?") != NULL) { + if (globbing == GLOBBING_TILDEONLY && whichdir[0] == '~') { + /* do tilde expansion by ourselves */ + do { + afteruser = strchr(whichdir, '/'); + if (afteruser == NULL) + afteruser = strchr(whichdir, '\0'); + afteruser_ch = *afteruser; + *afteruser = '\0'; + pw = getpwnam((whichdir[1] != '\0') + ? whichdir + 1 : curname); + *afteruser = afteruser_ch; + if (pw == NULL || pw->pw_dir == NULL) + break; + asprintf(&newwhichdir, "%s%s", pw->pw_dir, afteruser); + if (newwhichdir == NULL) + break; + whichdir = newwhichdir; + freewhichdir = 1; + } while (0); + } + if (globbing == GLOBBING_ALL && strpbrk(whichdir, "~{[*?") != NULL) { int flags = GLOB_BRACE|GLOB_NOCHECK|GLOB_QUOTE|GLOB_TILDE; memset(&gl, 0, sizeof(gl)); gl.gl_matchc = MAXGLOBARGS; flags |= GLOB_MAXPATH; freeglob = 1; - if (glob(whichf, flags, 0, &gl)) { + if (glob(whichdir, flags, 0, &gl)) { reply(550, "not found"); goto out; } else if (gl.gl_pathc == 0) { errno = ENOENT; - perror_reply(550, whichf); + perror_reply(550, whichdir); goto out; } dirlist = gl.gl_pathv; } else { - onefile[0] = whichf; + onefile[0] = whichdir; dirlist = onefile; simple = 1; } @@ -2772,6 +2807,10 @@ if (freeglob) { freeglob = 0; globfree(&gl); + } + if (freewhichdir) { + freewhichdir = 0; + free(whichdir); } } diff -urN ftpd/types.h ftpd.new/types.h --- ftpd/types.h Thu Jan 1 09:00:00 1970 +++ ftpd.new/types.h Mon Jul 9 00:21:33 2001 @@ -0,0 +1,46 @@ +/*- + * Copyright (c) 1992, 1993 + * The Regents of the University of California. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by the University of + * California, Berkeley and its contributors. + * 4. Neither the name of the University nor the names of its contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * @(#)types.h 8.2 (Berkeley) 4/4/94 + * $FreeBSD$ + */ + +#ifndef TYPES_H__ +#define TYPES_H__ + +typedef enum { + GLOBBING_NONE, + GLOBBING_TILDEONLY, + GLOBBING_ALL +} globbing_t; + +#endif /* TYPES_H__ */ --h31gzZEtNLTqOjlF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 18: 8:13 2001 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 1DA9D37B401 for ; Sun, 8 Jul 2001 18:08:10 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id DAA54820; Mon, 9 Jul 2001 03:08:08 +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: Jens Schweikhardt Cc: freebsd-current@FreeBSD.ORG Subject: Re: sysctl -A prints garbage References: <20010708210717.A21541@schweikhardt.net> From: Dag-Erling Smorgrav Date: 09 Jul 2001 03:08:07 +0200 In-Reply-To: <20010708210717.A21541@schweikhardt.net> Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jens Schweikhardt writes: > -current as of Jun 17, even with an updated sysctl.c revision 1.36, > prints garbage when used with -A: Remove the line that says "offset--;" near the end of sys/vm/vm_zone.c. 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 Sun Jul 8 18:11: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id D5C4637B401 for ; Sun, 8 Jul 2001 18:10:56 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f691ApS68042; Sun, 8 Jul 2001 18:10:51 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Sun, 8 Jul 2001 18:10:50 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Cross building FYI In-Reply-To: <200107082141.f68LfVJ13849@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is, btw, aas good an example as any as I've seen that nightly builds for features you're interested being crucial. On Sun, 8 Jul 2001, Warner Losh wrote: > > % uname -m > i386 > % make buildworld MACHINE_ARCH=alpha > ... > cc -nostdinc -O -pipe -mcpu=ev4 -mcpu=ev4 -D_GNU_SOURCE -I- -I. -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../libbfd/alpha -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../../../../contrib/binutils/include -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../../../../contrib/binutils/gas -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../../../../contrib/binutils/gas/config -I/home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd/../../../../../contrib/binutils -DVERSION=\""2.11.2 [FreeBSD]"\" -DBFD_VERSION=\""2.11.2 [FreeBSD]"\" -I/usr/obj/alpha/home/imp/FreeBSD/src/i386/usr/include -static -o as app.o as.o atof-generic.o atof-ieee.o bignum-copy.o cond.o dwarf2dbg.o ecoff.o expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o input-file.o input-scrub.o listing.o literal.o macro.o messages.o output-file.o read.o sb.o st! ab! > s.o subsegs.o symbols.o write.o depend.o ehopt.o obj-elf.o tc-alpha.o ../../libbfd/libbfd.a ../../libiberty/libiberty.a ../../libopcodes/libopcodes.a > cc: ../../libbfd/libbfd.a: No such file or directory > cc: ../../libiberty/libiberty.a: No such file or directory > cc: ../../libopcodes/libopcodes.a: No such file or directory > *** Error code 1 > > Stop in /home/imp/FreeBSD/src/gnu/usr.bin/binutils/as/alpha-freebsd. > > So it looks like things are broken. :-( > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jul 8 18:11:40 2001 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 6683C37B405 for ; Sun, 8 Jul 2001 18:11:37 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id DAA54843; Mon, 9 Jul 2001 03:11:35 +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: Jens Schweikhardt Cc: freebsd-current@FreeBSD.ORG Subject: Re: sysctl -A prints garbage References: <20010708210717.A21541@schweikhardt.net> From: Dag-Erling Smorgrav Date: 09 Jul 2001 03:11:35 +0200 In-Reply-To: Message-ID: Lines: 33 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > Jens Schweikhardt writes: > > -current as of Jun 17, even with an updated sysctl.c revision 1.36, > > prints garbage when used with -A: > Remove the line that says "offset--;" near the end of > sys/vm/vm_zone.c. Ick, what am I saying - this alone isn't enough, you need to increment offset after setting *offset to '\0'. Index: vm_zone.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_zone.c,v retrieving revision 1.45 diff -u -u -r1.45 vm_zone.c --- vm_zone.c 2001/07/04 16:20:28 1.45 +++ vm_zone.c 2001/07/09 01:09:51 @@ -451,8 +451,7 @@ offset += len; } mtx_unlock(&zone_mtx); - offset--; - *offset = '\0'; + *offset++ = '\0'; error = SYSCTL_OUT(req, tmpbuf, offset - tmpbuf); out: FREE(tmpbuf, M_TEMP); Untested, caveat emptor, etc. 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 Sun Jul 8 18:16: 6 2001 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 05A9337B401 for ; Sun, 8 Jul 2001 18:16:04 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id DAA54888; Mon, 9 Jul 2001 03:16:00 +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: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Cross building FYI References: <200107082141.f68LfVJ13849@harmony.village.org> From: Dag-Erling Smorgrav Date: 09 Jul 2001 03:15:59 +0200 In-Reply-To: <200107082141.f68LfVJ13849@harmony.village.org> Message-ID: Lines: 11 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh writes: > cc: ../../libbfd/libbfd.a: No such file or directory > cc: ../../libiberty/libiberty.a: No such file or directory > cc: ../../libopcodes/libopcodes.a: No such file or directory > *** Error code 1 Funny, mine got past that and didn't die until much later. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 0:19:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 29A7F37B408 for ; Mon, 9 Jul 2001 00:19:25 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id JAA26532 for freebsd-current@freebsd.org; Mon, 9 Jul 2001 09:19:23 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.4/8.11.4) id f696tNh96042; Mon, 9 Jul 2001 08:55:23 +0200 (MET DST) (envelope-from j) Date: Mon, 9 Jul 2001 08:55:23 +0200 (MET DST) Message-Id: <200107090655.f696tNh96042@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <200107042057.f64Kvc379721@dotar-sojat.thuvia.org> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: diskcheckd goes nuts on /dev/cd0 X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce Evans wrote: > I think diskcheckd.conf should check no disks by default. My opinion, too. (After i suddenly noticed it checks anything by default...) > Checking is bad for many types of disks. It's bad for all disks on > laptops running off batteries. And for many other disks, it doesn't gain anything. Except for laptops, i generally don't buy ATA disks. For a good SCSI disk, disckcheck won't report anything. It has the only side effect of remapping a bad block, perhaps a bit earlier than it would have been remapped during normal operation. (If the disk really goes bad, it's very likely that diskcheckd will be too late to detect it anyway.) So for me, diskcheckd could only be useful if it would also read out the SCSI defect lists, and compare them on a daily basis so i get an early warning about remap activity. I'll add the knob to turn it off in sysinstall, which phk forgot to add when he added it to rc.conf. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 0:19:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 918FD37B409 for ; Mon, 9 Jul 2001 00:19:30 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id JAA26533 for freebsd-current@freebsd.org; Mon, 9 Jul 2001 09:19:26 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.4/8.11.4) id f6970ID96057; Mon, 9 Jul 2001 09:00:18 +0200 (MET DST) (envelope-from j) Date: Mon, 9 Jul 2001 09:00:18 +0200 (MET DST) Message-Id: <200107090700.f6970ID96057@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: floppy driver unusable X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Cc: Dag-Erling Smorgrav Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > After Joerg's late-June round of brea^H^H^H^Hcommits to the floppy > driver, I can no longer use my floppy drive. Any attempt to access > the drive (with a known-good writeable floppy in it) simply hangs in > physst state until I eject the disk, at which point it fails with a > hard read error with "No status". Well, it works for me here, but you knew that, of course. :-) > fdc0: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 1 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > fd0: hard error reading fsbn 0 of 0-7 (No status) > fd0: hard error writing fsbn 0 of 0-35 (No status) > fd0: hard error reading fsbn 0 (No status) Do you have any further input? Does fdformat still work? Does "fdread -I 1" return you a sector ID? There weren't any commit so far until yesterday that was supposed to affect the normal operation of floppies at all (only cosmetics and additions). Can you pin it down to which of the changes has broken it for you? Can you compile with options FDC_DEBUG, and then turn on debugging on the drive? In -current, you can do this with "fdcontrol -d1 /dev/fd0", in older versions you need DDB for it. Debugging output is huge and unreadable, please send it to me privately, not to the list. p.s.: If you'd sent me a Cc of this message, i would have responded quicker. I can't afford it to scan this list on a daily basis. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 1:21:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id B049B37B409; Mon, 9 Jul 2001 01:21:28 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 6F8E65D01F; Mon, 9 Jul 2001 03:20:44 -0500 (CDT) Date: Mon, 9 Jul 2001 03:20:44 -0500 From: Alfred Perlstein To: Seigo Tanimura Cc: jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Message-ID: <20010709032044.B1894@sneakerz.org> References: <20010531124007.B57907@dragon.nuxi.com> <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010707164249.C88962@sneakerz.org>; from bright@sneakerz.org on Sat, Jul 07, 2001 at 04:42:49PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Alfred Perlstein [010707 16:43] wrote: > * Seigo Tanimura [010702 03:13] wrote: > > On Mon, 18 Jun 2001 19:04:31 +0900, > > Seigo Tanimura said: > > > > Seigo> The results of build test with the latest patch are now at: > > > > Seigo> http://people.FreeBSD.org/~tanimura/pg_fd/ > > > > Seigo> As it is likely to take quite a while to fix alpha, I am going to > > Seigo> update the patch every few days. > > > > The latest test on alpha shows successful build of a kernel. Is alpha > > fixed and working now? > > I'm going to be giving this code some testing, not that you have to > wait for me to finish, but it seems like no one has stepped forward > to review this. I'd like to see it committed, so either go ahead > or wait for my review if it makes you more comfortable. > > Since I was working on the filedesc stuff I'll take a shot at reviewing > it, by way of the diff it looks somewhat ok, I just want to make sure > you're getting the fhold/fdrop stuff right. There's a merged diff here: http://people.freebsd.org/~alfred/pg_fd2.diff I'm not sure if kern_sig.c is merged properly. I'm also quite sure that you can't call the ktrace functions with any mutexes held so the code is doing to need some help, basically the trick in trapsig() and postsig() is to generate the ktrace IO after the locks have been dropped, this means somehow caching the info sent to ktrace where it's currently called, and calling it later with the cached info after the locks are dropped. Want to give this another spin? -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 1:42: 7 2001 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 C3A0837B40B for ; Mon, 9 Jul 2001 01:42:03 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA56468; Mon, 9 Jul 2001 10:41:50 +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: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.ORG Subject: Re: floppy driver unusable References: <200107090700.f6970ID96057@uriah.heep.sax.de> From: Dag-Erling Smorgrav Date: 09 Jul 2001 10:41:50 +0200 In-Reply-To: <200107090700.f6970ID96057@uriah.heep.sax.de> Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG j@uriah.heep.sax.de (Joerg Wunsch) writes: > Do you have any further input? Does fdformat still work? Does > "fdread -I 1" return you a sector ID? Fdread seems to work, fdformat just hangs. root@des ~# fdread -I 1 C = 0, H = 0, R = 2, N = 2 DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 2:27:25 2001 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 21BC037B401; Mon, 9 Jul 2001 02:27:21 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA04489; Mon, 9 Jul 2001 19:26:54 +1000 Date: Mon, 9 Jul 2001 19:24:49 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Dag-Erling Smorgrav Cc: Mark Peek , Warner Losh , obrien@FreeBSD.ORG, Kris Kennaway , John Baldwin , freebsd-current@FreeBSD.ORG, Jim.Pirzyk@disney.com, mjacob@feral.com, Jordan Hubbard Subject: Re: chgrp broken on alpha systems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 8 Jul 2001, Dag-Erling Smorgrav wrote: > Mark Peek writes: > > It probably works since i386 and pc98 are similar. I'm trying an alpha > > cross build as we speak. So far I needed to apply this patch to get > > around having -mcpu=ev4 being fed to the i386 compiler during the > > build tools phase. > > My -DNOPERL build broke in games/fortune in the "building everything" > phase because the Alpha compiler tried to use the i386 strfile.o that > was left over from the bootstrap phase. This shouldn't happen. The bootstrap phase builds in a host-specific hierarchy in the obj tree. The alpha compiler shouldn't go near this hierarchy. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 2:39: 2 2001 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 999A137B401; Mon, 9 Jul 2001 02:38:57 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id LAA56719; Mon, 9 Jul 2001 11:38:46 +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: Bruce Evans Cc: Mark Peek , Warner Losh , obrien@FreeBSD.ORG, Kris Kennaway , John Baldwin , freebsd-current@FreeBSD.ORG, Jim.Pirzyk@disney.com, mjacob@feral.com, Jordan Hubbard Subject: Re: chgrp broken on alpha systems References: From: Dag-Erling Smorgrav Date: 09 Jul 2001 11:38:45 +0200 In-Reply-To: Message-ID: Lines: 15 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bruce Evans writes: > On 8 Jul 2001, Dag-Erling Smorgrav wrote: > > My -DNOPERL build broke in games/fortune in the "building everything" > > phase because the Alpha compiler tried to use the i386 strfile.o that > > was left over from the bootstrap phase. > This shouldn't happen. The bootstrap phase builds in a host-specific > hierarchy in the obj tree. The alpha compiler shouldn't go near this > hierarchy. I'll try again - it may have been a polluted source tree. In any case, the build got pretty far before it croaked. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 2:51:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from eken2.eken.phys.nagoya-u.ac.jp (eken2.eken.phys.nagoya-u.ac.jp [133.6.121.2]) by hub.freebsd.org (Postfix) with ESMTP id B784D37B401 for ; Mon, 9 Jul 2001 02:51:14 -0700 (PDT) (envelope-from yoichi@eken.phys.nagoya-u.ac.jp) Received: from eken3.eken.phys.nagoya-u.ac.jp (eken3.eken.phys.nagoya-u.ac.jp [133.6.121.3]) by eken2.eken.phys.nagoya-u.ac.jp (8.11.3+3.4W/3.7W-E) with ESMTP id f699pCe08275; Mon, 9 Jul 2001 18:51:12 +0900 (JST) Date: Mon, 09 Jul 2001 18:51:12 +0900 Message-ID: From: yoichi@eken.phys.nagoya-u.ac.jp To: current@freebsd.org, acpi-jp@jp.FreeBSD.org Subject: Re: HEADS UP - more ACPI updates, CPU throttling In-Reply-To: <200107071958.f67Jwi701117@mass.dis.org> References: <20010708033241M.iwasaki@jp.FreeBSD.org> <200107071958.f67Jwi701117@mass.dis.org> User-Agent: Wanderlust/2.7.0 (Too Funky) SEMI/1.14.3 (=?ISO-2022-JP?B?GyRCNW0lTkMrGyhC?=) FLIM/1.14.3 (=?ISO-2022-JP?B?GyRCQCZLNThmTk1BMBsoQg==?=) APEL/10.3 Emacs/20.7 (i686-pc-linux-gnu) MULE/4.0 (=?ISO-2022-JP?B?GyRCMlYxYxsoQg==?=) MIME-Version: 1.0 (generated by SEMI 1.14.3 - =?ISO-2022-JP?B?IhskQjVtGyhC?= =?ISO-2022-JP?B?GyRCJU5DKxsoQiI=?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> Mike Smith wrote: > I've committed another round of ACPI changes to -current. I cvsup'ed to FreeBSD-current after this change, but I cannot boot kernel configured with "device acpica" (added to NEWCARD). I can boot with the configuration NEWCARD. In past days(cvsup'ed about 1-2 weeks ago), I was able to boot with "device acpica". Machine: sony PCG-C1VSX/K Boot process stops at .... pci0: at 7.3 (no driver attached) pci0: at 8.0 (no driver attached) pci0: at 9.0 (no driver attached) pci0: at 10.0 (no driver attached) pci0: at 11.0 (no driver attached) pccbb0: at device 12.0 on pci0 pccbb0: PCI Memory allocated: 44000000 acpi_pcib0: matched entry for 0.12.INTA (source \_SB_.LINKB) acpi_pcib0: possible interrupts: 9 -- Yoichi Nakayama E-ken, Dept. of Physics, Nagoya University http://www.eken.phys.nagoya-u.ac.jp/~yoichi/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 9:15:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.121.85]) by hub.freebsd.org (Postfix) with ESMTP id B119237B403 for ; Mon, 9 Jul 2001 09:15:50 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.114.Dial1.SanJose1.Level3.net [209.244.104.114]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id JAA15386; Mon, 9 Jul 2001 09:15:27 -0700 (PDT) Message-ID: <3B49D8C2.5FB35933@mindspring.com> Date: Mon, 09 Jul 2001 09:16:02 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: mjacob@feral.com Cc: Jordan Hubbard , kris@obsecurity.org, obrien@NUXI.com, des@ofug.org, Jim.Pirzyk@disney.com, freebsd-current@FreeBSD.ORG Subject: Re: chgrp broken on alpha systems References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Jacob wrote: > > Yes, I've actually been massaging a few of those- glad somebody's on > it. I'll come on out to Concord if you you need a hand.... It's > sometimes hard to keep -current up on an alpha long enough for a > complete buildworld.... If cross-compilation actually worked, the people causing the problems for the Alpha would be able to test the build, with only their x86 hardware. Food for thought... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 9:16:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id E80BE37B403 for ; Mon, 9 Jul 2001 09:16:42 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f69GGOS72971; Mon, 9 Jul 2001 09:16:24 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Mon, 9 Jul 2001 09:16:24 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Terry Lambert Cc: Jordan Hubbard , kris@obsecurity.org, obrien@NUXI.com, des@ofug.org, Jim.Pirzyk@disney.com, freebsd-current@FreeBSD.ORG Subject: Re: chgrp broken on alpha systems In-Reply-To: <3B49D8C2.5FB35933@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Absolutely. People *are* working on getting that fixed. On Mon, 9 Jul 2001, Terry Lambert wrote: > Matthew Jacob wrote: > > > > Yes, I've actually been massaging a few of those- glad somebody's on > > it. I'll come on out to Concord if you you need a hand.... It's > > sometimes hard to keep -current up on an alpha long enough for a > > complete buildworld.... > > If cross-compilation actually worked, the people causing > the problems for the Alpha would be able to test the > build, with only their x86 hardware. > > Food for thought... > > -- Terry > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 9:22:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.121.85]) by hub.freebsd.org (Postfix) with ESMTP id 99C5A37B401; Mon, 9 Jul 2001 09:22:37 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.114.Dial1.SanJose1.Level3.net [209.244.104.114]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id JAA22316; Mon, 9 Jul 2001 09:22:34 -0700 (PDT) Message-ID: <3B49DA6E.37507A67@mindspring.com> Date: Mon, 09 Jul 2001 09:23:10 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: mjacob@feral.com Cc: obrien@FreeBSD.ORG, Kris Kennaway , Dag-Erling Smorgrav , Jim Pirzyk , freebsd-current@FreeBSD.ORG Subject: Re: chgrp broken on alpha systems References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Jacob wrote: > > Perhaps what we really need- and this is really a toolchain > issues- is a compiler that is just as stringent on i386 as > on alpha? > > I dunno- there used to be a flag to lint that would worn about > non-portable size casts. Is there a gcc flag that would cover most > of the heavy lifting for this on i386? Some people at work recently put the anal flags on the build tree, including "-ansi -pedantic". It was quite annoying; for one thing, ANSI doesn't permit unsigned char's to be used in bitfields, and there are a number of KAME-derived IPv6 headers that do this. So if you are going to make the compiler anal, you will need to change these to "int" and use "#pragma pack(1)" to keep the size the same. I'm not sure how happy this type of thing would be on Alpha: there may be good reason for the use of the unsigned char ("u_char") for these fields. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 10: 8:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id B286237B403 for ; Mon, 9 Jul 2001 10:08:47 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f69H8gg18045; Mon, 9 Jul 2001 11:08: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.11.3/8.11.4) with ESMTP id f69H8aJ20098; Mon, 9 Jul 2001 11:08:37 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107091708.f69H8aJ20098@harmony.village.org> To: tlambert2@mindspring.com Subject: Re: chgrp broken on alpha systems Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 09 Jul 2001 09:16:02 PDT." <3B49D8C2.5FB35933@mindspring.com> References: <3B49D8C2.5FB35933@mindspring.com> Date: Mon, 09 Jul 2001 11:08:36 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3B49D8C2.5FB35933@mindspring.com> Terry Lambert writes: : If cross-compilation actually worked, the people causing : the problems for the Alpha would be able to test the : build, with only their x86 hardware. I think that's why you are seeing so many people trying to make it work :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 10:27: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.kobe1995.net (211.12.126.15.user.dt.il24.net [211.12.126.15]) by hub.freebsd.org (Postfix) with ESMTP id A933F37B403; Mon, 9 Jul 2001 10:26:54 -0700 (PDT) (envelope-from kaz@kobe1995.net) Received: from beauty.kobe1995.net (beauty [192.168.0.6]) by ns.kobe1995.net (8.8.8/3.7W-primary) with ESMTP id CAA15208; Tue, 10 Jul 2001 02:26:33 +0900 (JST) Received: (from kaz@localhost) by beauty.kobe1995.net (8.11.3/3.4Wbeta6-glove) id f69HQXp00571; Tue, 10 Jul 2001 02:26:33 +0900 (JST) Date: Tue, 10 Jul 2001 02:26:33 +0900 (JST) Message-Id: <200107091726.f69HQXp00571@beauty.kobe1995.net> To: obrien@FreeBSD.ORG, Alexander@Leidinger.net, sobomax@FreeBSD.ORG, current@FreeBSD.ORG, djhill@novagate.net Cc: kaz@kobe1995.net Subject: Re: GNU ld(1) dumps core In-Reply-To: Your message of "Sat, 30 Jun 2001 14:13:44 +0900 (JST)". <200106300513.OAA16161@ns.kobe1995.net> From: kaz@kobe1995.net (NAKAMURA Kazushi) X-Mailer: mnews [version 1.22] 1999-12/19(Sun) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is my self follow. In article <200106300513.OAA16161@ns.kobe1995.net> kaz@kobe1995.net writes: >>I just committed Binutils 2.11.2. Please let me know if this helps or >>not. > Thank you! But there remain a problem about gas+ld. Linking bug.C >(Message-Id: <200106261716.CAA02226@ns.kobe1995.net>) results error It was "asm()" error. The fix of bug.C is: --- bug.C- Wed Jun 27 01:52:42 2001 +++ bug.C Mon Jul 9 07:16:28 2001 @@ -34,16 +34,16 @@ for(i=0;i<4;i++) printf("%f,",B[i]); printf("\b)\n"); - asm("movaps (%0),%%xmm0" //SSE + asm("movaps %0,%%xmm0" //SSE : - :"g"(A)); - asm("movaps (%0),%%xmm1" //SSE + :"g"(*A)); + asm("movaps %0,%%xmm1" //SSE : - :"g"(B)); + :"g"(*B)); asm("addps %xmm1,%xmm0"); //SSE // asm("mulps %xmm1,%xmm0"); //SSE - asm("movaps %%xmm0,%0":"=g"(C)); //SSE + asm("movaps %%xmm0,%0":"=g"(*C)); //SSE printf("float C=("); for(i=0;i<4;i++) printf("%f,",C[i]); printf("\b)\n"); Thank you very much. > sa2c@and.or.jp -- NAKAMURA Kazushi@KOBE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 11: 7: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from 1upmc-msximc1.isdip.upmc.edu (1upmc-msximc1.isdip.upmc.edu [128.147.18.39]) by hub.freebsd.org (Postfix) with ESMTP id 89DA937B403 for ; Mon, 9 Jul 2001 11:06:59 -0700 (PDT) (envelope-from personrp@ccbh.com) Received: by 1upmc-msximc1.isdip.upmc.edu with Internet Mail Service (5.5.2653.19) id <3KHBL4NQ>; Mon, 9 Jul 2001 14:05:43 -0400 Message-ID: <46AEB8C1B628D511969200508B6FE42A668480@1upmc-msx6.isdip.upmc.edu> From: "Person, Roderick" To: "'freebsd-current@freebsd.org'" Subject: 5.0 Question Date: Mon, 9 Jul 2001 14:05:41 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C108A1.C3F477E0" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C108A1.C3F477E0 Content-Type: text/plain; charset="iso-8859-1" I was reading the 5.0 Release notes and Hardware text. The release notes mention that usb support was added to the generic kernel and the installation program to allow for support out of the box. The hardware notes make no mention of usb cd support(unless I missed it)? Is it there? Roderick P. Person Programmer II (412)454-2616 personrp@ccbh.com "Without censorship, things can get terribly confused in the public mind." - General William Westmoreland ------_=_NextPart_001_01C108A1.C3F477E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 5.0 Question

I was reading the 5.0 Release notes and Hardware = text. The release notes mention that usb support was added to the = generic kernel and the installation program to allow for support out of = the box. The hardware notes make no mention of usb cd support(unless I = missed it)? Is it there?

Roderick P. Person
Programmer II
(412)454-2616
personrp@ccbh.com

"Without censorship, things can get terribly = confused in the public mind."

    - General William = Westmoreland

------_=_NextPart_001_01C108A1.C3F477E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 11: 8:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id E62BE37B403; Mon, 9 Jul 2001 11:08:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.114.Dial1.SanJose1.Level3.net [209.244.104.114]) by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id LAA12478; Mon, 9 Jul 2001 11:08:01 -0700 (PDT) Message-ID: <3B49F325.E2C6FEC8@mindspring.com> Date: Mon, 09 Jul 2001 11:08:37 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Julian Elischer , current@FreeBSD.ORG, Jason Evans , Peter Wemm Subject: Re: RFC: Kernel thread system nomenclature. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > >#3 struct upctx (upcall-context), virtcpu, thrdslot (thread slot) > >#4 struct lwp (decided) > > > > usually the 'lwp' will be passed around so diffs to NetBSD will be > > minimalised. > > One thing to note is that as Vahalia (sp?) points out, lwp > on SVR4 and Solaris is actually #3 (a virtual CPU) where as > lwp on SunOS is a user-thread. Unfortunately, I think by > using overloaded terms you are going to confuse people who > come into the project from different backgrounds. I would > try and stay with non-ambiguous names if possible. Virtual CPUs are a very bad idea. The main reason SVR4 and Solaris threading didn't scale well from day one is the "virtual CPU" approach. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 11:12:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id EBB8137B401; Mon, 9 Jul 2001 11:12:56 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.114.Dial1.SanJose1.Level3.net [209.244.104.114]) by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id LAA09835; Mon, 9 Jul 2001 11:12:54 -0700 (PDT) Message-ID: <3B49F446.59D24F58@mindspring.com> Date: Mon, 09 Jul 2001 11:13:26 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Julian Elischer , current@FreeBSD.ORG, Jason Evans , Peter Wemm Subject: Re: RFC: Kernel thread system nomenclature. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > One other note. #2 is conceptually a related group of > #4's, so I think it's name should reflect that. (It's > view as a group of #4's is more important than as being > a part of #1.) So, if you go with lwp (yuck) for #4, #2 > should be lwpgrp or some such. I still think lwp's > overloaded nomenclature is a reason to stay away from it. > *shrug* I agree. SunOS 4.1.3 had a "liblwp", which was basically a user space threading library. Solaris/SVR4 pushes this into the kernel because of SMP scaling (if the only tool you have is threads, everything looks like it's "solved" by threads). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 11:55:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.121.12]) by hub.freebsd.org (Postfix) with ESMTP id 7BA9937B403; Mon, 9 Jul 2001 11:55:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.114.Dial1.SanJose1.Level3.net [209.244.104.114]) by harrier.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id LAA02468; Mon, 9 Jul 2001 11:55:00 -0700 (PDT) Message-ID: <3B49FE28.AEE25978@mindspring.com> Date: Mon, 09 Jul 2001 11:55:36 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: Peter Wemm , Mike Smith , Makoto MATSUSHITA , sos@freebsd.dk, current@FreeBSD.ORG Subject: Re: Problems with ata probing twice. References: <20010707215344.4B1F2380F@overcee.netplex.com.au> <200107072254.f67MsiJ73462@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh wrote: > That is, I advocate all busses that support sharing to or in > RF_SHAREABLE when appropriate. The trouble is that with the current > interfaces, that precludes one from using fast interrupts. FAST or > not fast is a property of bus_setup_intr, not bus_alloc_resource. sio > is the only driver in the tree using fast interrupts (although there > are several not in the tree by third parties that use this) right now, > and it treats the INTR_FAST bit as a strong hint only. The problem with this is drivers that can't share interrupts because there is no way to ask the hardware which of several devices caused the interrupt. This means that it's an attribute of the driver, not the bus, so having the bus do this automatically would not be correct. > [*] Even on ISA systems, one can share interrupts to a limited > extent. The two pccards could share interrupts (with the right magic > programmed on some ISA chipsets). The pccards could share with the > CSC interrupt (aka management interupt), but again this requires > special magic on some bridges, none on others and isn't supported at > all on still others). Some pccard bridge chipsets let you HI-Z IRQ 15 > or 14 and thus share them with the IDE controller. I've disallowed > all these sharing potentials because you'll notice a fair number of > weasel words in the previous sentences (some, might, magic). I've frequently thought that the COM1/COM3 and COM2/COM4 interrupt duality should be permitted, with FreeBSD doing the interlock based on only permitting one of the pair to be open at a time: that is, the interrupt gets set up for one or the other of them based on what's open and what's not. Historically, internal modems have liked to be on COM3 or COM4, yet you are stuck with the internal serial ports glomming onto the interrupts. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 11:58:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id BAFF837B401; Mon, 9 Jul 2001 11:58:34 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f69IwWg18365; Mon, 9 Jul 2001 12:58:32 -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.11.3/8.11.4) with ESMTP id f69IwVJ20839; Mon, 9 Jul 2001 12:58:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107091858.f69IwVJ20839@harmony.village.org> To: tlambert2@mindspring.com Subject: Re: Problems with ata probing twice. Cc: Peter Wemm , Mike Smith , Makoto MATSUSHITA , sos@freebsd.dk, current@FreeBSD.ORG In-reply-to: Your message of "Mon, 09 Jul 2001 11:55:36 PDT." <3B49FE28.AEE25978@mindspring.com> References: <3B49FE28.AEE25978@mindspring.com> <20010707215344.4B1F2380F@overcee.netplex.com.au> <200107072254.f67MsiJ73462@harmony.village.org> Date: Mon, 09 Jul 2001 12:58:31 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3B49FE28.AEE25978@mindspring.com> Terry Lambert writes: : Warner Losh wrote: : > That is, I advocate all busses that support sharing to or in : > RF_SHAREABLE when appropriate. The trouble is that with the current : > interfaces, that precludes one from using fast interrupts. FAST or : > not fast is a property of bus_setup_intr, not bus_alloc_resource. sio : > is the only driver in the tree using fast interrupts (although there : > are several not in the tree by third parties that use this) right now, : > and it treats the INTR_FAST bit as a strong hint only. : : The problem with this is drivers that can't share : interrupts because there is no way to ask the hardware : which of several devices caused the interrupt. This : means that it's an attribute of the driver, not the : bus, so having the bus do this automatically would not : be correct. Give me an example of hardware that does this. I know of no devices in the tree that do this.... : > [*] Even on ISA systems, one can share interrupts to a limited : > extent. The two pccards could share interrupts (with the right magic : > programmed on some ISA chipsets). The pccards could share with the : > CSC interrupt (aka management interupt), but again this requires : > special magic on some bridges, none on others and isn't supported at : > all on still others). Some pccard bridge chipsets let you HI-Z IRQ 15 : > or 14 and thus share them with the IDE controller. I've disallowed : > all these sharing potentials because you'll notice a fair number of : > weasel words in the previous sentences (some, might, magic). : : I've frequently thought that the COM1/COM3 and COM2/COM4 : interrupt duality should be permitted, with FreeBSD doing : the interlock based on only permitting one of the pair to : be open at a time: that is, the interrupt gets set up for : one or the other of them based on what's open and what's : not. Historically, internal modems have liked to be on : COM3 or COM4, yet you are stuck with the internal serial : ports glomming onto the interrupts. That's a different problem. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 13: 3:20 2001 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 0124F37B405; Mon, 9 Jul 2001 13:03:16 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id GAA08091; Tue, 10 Jul 2001 06:02:54 +1000 Date: Tue, 10 Jul 2001 06:00:49 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Warner Losh Cc: tlambert2@mindspring.com, Peter Wemm , Mike Smith , Makoto MATSUSHITA , sos@freebsd.dk, current@FreeBSD.ORG Subject: Re: Problems with ata probing twice. In-Reply-To: <200107091858.f69IwVJ20839@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 9 Jul 2001, Warner Losh wrote: > In message <3B49FE28.AEE25978@mindspring.com> Terry Lambert writes: > : The problem with this is drivers that can't share > : interrupts because there is no way to ask the hardware > : which of several devices caused the interrupt. This > : means that it's an attribute of the driver, not the > : bus, so having the bus do this automatically would not > : be correct. > > Give me an example of hardware that does this. I know of no devices > in the tree that do this.... clk0 on i386 :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 13: 8:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2B4F337B401 for ; Mon, 9 Jul 2001 13:08:37 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f69K8Tg18638; Mon, 9 Jul 2001 14:08:29 -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.11.3/8.11.4) with ESMTP id f69K8SJ21433; Mon, 9 Jul 2001 14:08:28 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107092008.f69K8SJ21433@harmony.village.org> To: Bruce Evans Subject: Re: Problems with ata probing twice. Cc: current@FreeBSD.ORG In-reply-to: Your message of "Tue, 10 Jul 2001 06:00:49 +1000." References: Date: Mon, 09 Jul 2001 14:08:28 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message Bruce Evans writes: : clk0 on i386 :-). Ah, but that's extra special and not a real FreeBSD device :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 13:13:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 8F23937B406; Mon, 9 Jul 2001 13:13:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.114.Dial1.SanJose1.Level3.net [209.244.104.114]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id NAA02721; Mon, 9 Jul 2001 13:13:23 -0700 (PDT) Message-ID: <3B4A1087.49E2EB20@mindspring.com> Date: Mon, 09 Jul 2001 13:13:59 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: Peter Wemm , Mike Smith , Makoto MATSUSHITA , sos@freebsd.dk, current@FreeBSD.ORG Subject: Re: Problems with ata probing twice. References: <3B49FE28.AEE25978@mindspring.com> <20010707215344.4B1F2380F@overcee.netplex.com.au> <200107072254.f67MsiJ73462@harmony.village.org> <200107091858.f69IwVJ20839@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh wrote: > : The problem with this is drivers that can't share > : interrupts because there is no way to ask the hardware > : which of several devices caused the interrupt. This > : means that it's an attribute of the driver, not the > : bus, so having the bus do this automatically would not > : be correct. > > Give me an example of hardware that does this. I know of no devices > in the tree that do this.... LANCE Ethernet? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 13:17:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id B25BD37B401 for ; Mon, 9 Jul 2001 13:17:08 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f69KH7g18699; Mon, 9 Jul 2001 14:17:07 -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.11.3/8.11.4) with ESMTP id f69KH6J21578; Mon, 9 Jul 2001 14:17:06 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200107092017.f69KH6J21578@harmony.village.org> To: tlambert2@mindspring.com Subject: Re: Problems with ata probing twice. Cc: current@FreeBSD.ORG In-reply-to: Your message of "Mon, 09 Jul 2001 13:13:59 PDT." <3B4A1087.49E2EB20@mindspring.com> References: <3B4A1087.49E2EB20@mindspring.com> <3B49FE28.AEE25978@mindspring.com> <20010707215344.4B1F2380F@overcee.netplex.com.au> <200107072254.f67MsiJ73462@harmony.village.org> <200107091858.f69IwVJ20839@harmony.village.org> Date: Mon, 09 Jul 2001 14:17:06 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3B4A1087.49E2EB20@mindspring.com> Terry Lambert writes: : Warner Losh wrote: : > : The problem with this is drivers that can't share : > : interrupts because there is no way to ask the hardware : > : which of several devices caused the interrupt. This : > : means that it's an attribute of the driver, not the : > : bus, so having the bus do this automatically would not : > : be correct. : > : > Give me an example of hardware that does this. I know of no devices : > in the tree that do this.... : : LANCE Ethernet? So what happens when you lose an interrupt for one of these devices? Does life suck? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 13:35:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 06B5E37B401 for ; Mon, 9 Jul 2001 13:35:28 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.244.104.114.Dial1.SanJose1.Level3.net [209.244.104.114]) by snipe.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id NAA09982; Mon, 9 Jul 2001 13:35:21 -0700 (PDT) Message-ID: <3B4A15AD.A3E23267@mindspring.com> Date: Mon, 09 Jul 2001 13:35:57 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Problems with ata probing twice. References: <3B4A1087.49E2EB20@mindspring.com> <3B49FE28.AEE25978@mindspring.com> <20010707215344.4B1F2380F@overcee.netplex.com.au> <200107072254.f67MsiJ73462@harmony.village.org> <200107091858.f69IwVJ20839@harmony.village.org> <200107092017.f69KH6J21578@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner Losh wrote: > In message <3B4A1087.49E2EB20@mindspring.com> Terry Lambert writes: > : Warner Losh wrote: > : > : The problem with this is drivers that can't share > : > : interrupts because there is no way to ask the hardware > : > : which of several devices caused the interrupt. This > : > : means that it's an attribute of the driver, not the > : > : bus, so having the bus do this automatically would not > : > : be correct. > : > > : > Give me an example of hardware that does this. I know of > : > no devices in the tree that do this.... > : > : LANCE Ethernet? > > So what happens when you lose an interrupt for one of these devices? > Does life suck? Big time. The only way it can be probed is to poke it in the eye, and get the interrupt back saying it's there. Lose that interrupt, and you lose your network connection. Going to be fun for the SPARC folks, too... I kind of wish Bill Paul had written the driver; he has the most colorful things to say about arcane hardware. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 14:25:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from misha.privatelabs.com (misha.privatelabs.com [66.9.25.166]) by hub.freebsd.org (Postfix) with ESMTP id D7A9237B406; Mon, 9 Jul 2001 14:25:02 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from misha.privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.3/8.11.1) with ESMTP id f69LOg014943; Mon, 9 Jul 2001 17:24:43 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Message-Id: <200107092124.f69LOg014943@misha.privatelabs.com> Date: Mon, 9 Jul 2001 17:24:41 -0400 (EDT) From: mi@aldan.algebra.com Reply-To: mi@aldan.algebra.com Subject: Re: nvi maintainer? To: bostic@sleepycat.com Cc: current@FreeBSD.org, msmith@FreeBSD.org, wes@softweyr.com In-Reply-To: <200107092102.f69L2nI27304@abyssinian.sleepycat.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [moved to -current] On 9 Jul, Keith Bostic wrote: >> From: mi@aldan.algebra.com >> >> Mmm, so there will be a library in /usr/lib, which a commercial >> application will not be able to link against? No thanks, I'd rather >> take gdbm and their LGPL... > > Just to be clear -- they could link against it using the same, > standard functionality that FreeBSD uses. They couldn't link against > it and use all the additional features/functionality. So we'll have to document, which functions it is Ok to call and which arguments/flags can and can not be passed to them. Brrrgh... > My guess is that your answer remains the same -- and, that's cool, I'm > used to losing this argument, I do so about twice a year. :-) Just > wanted to be clear. Well, can someone comment on the useability of gdbm? I know, it has dbm and ndbm compatibility "mode" and a less restrictive license. Should we switch over to it? -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 14:36:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from abyssinian.sleepycat.com (abyssinian.sleepycat.com [199.103.241.218]) by hub.freebsd.org (Postfix) with ESMTP id 7E50237B403; Mon, 9 Jul 2001 14:36:29 -0700 (PDT) (envelope-from bostic@abyssinian.sleepycat.com) Received: (from bostic@localhost) by abyssinian.sleepycat.com (8.10.1/8.10.1) id f69LaTx27514; Mon, 9 Jul 2001 17:36:29 -0400 (EDT) Date: Mon, 9 Jul 2001 17:36:29 -0400 (EDT) From: Keith Bostic Message-Id: <200107092136.f69LaTx27514@abyssinian.sleepycat.com> To: mi@aldan.algebra.com Subject: Re: nvi maintainer? Cc: current@FreeBSD.org, msmith@FreeBSD.org, wes@softweyr.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> Just to be clear -- they could link against it using the same, >> standard functionality that FreeBSD uses. They couldn't link against >> it and use all the additional features/functionality. > > So we'll have to document, which functions it is Ok to call and which > arguments/flags can and can not be passed to them. Brrrgh... As a system distributor in a previous life, "Brrrgh" indeed. :-) The way we've done this for previous systems is not try and document how it can be called, but only permit use *through* the system's library, that is, use it via getpwent(), the libc network functions and so on. >> My guess is that your answer remains the same -- and, that's cool, I'm >> used to losing this argument, I do so about twice a year. :-) Just >> wanted to be clear. > > Well, can someone comment on the useability of gdbm? I know, it has dbm > and ndbm compatibility "mode" and a less restrictive license. Should we > switch over to it? This isn't necessary. The *current* FreeBSD libc Berkeley DB sources are completely safe -- they're under a UC Regents copyright notice. This discussion is only regarding the possibility of making the Berkeley DB 3.X functionality available to the FreeBSD community and its customers. Regards, --keith =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Keith Bostic Sleepycat Software Inc. bostic@sleepycat.com 118 Tower Rd. +1-781-259-3139 Lincoln, MA 01773 http://www.sleepycat.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 14:56: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from misha.privatelabs.com (misha.privatelabs.com [66.9.25.166]) by hub.freebsd.org (Postfix) with ESMTP id 4D63D37B401; Mon, 9 Jul 2001 14:56:06 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from misha.privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.3/8.11.1) with ESMTP id f69Ltv015067; Mon, 9 Jul 2001 17:55:58 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Message-Id: <200107092155.f69Ltv015067@misha.privatelabs.com> Date: Mon, 9 Jul 2001 17:55:56 -0400 (EDT) From: mi@aldan.algebra.com Reply-To: mi@aldan.algebra.com Subject: picking a DB (Re: nvi maintainer?) To: bostic@sleepycat.com Cc: current@FreeBSD.org, msmith@FreeBSD.org, wes@softweyr.com In-Reply-To: <200107092136.f69LaTx27514@abyssinian.sleepycat.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 9 Jul, Keith Bostic wrote: >>> My guess is that your answer remains the same -- and, that's cool, >>> I'm used to losing this argument, I do so about twice a year. :-) >>> Just wanted to be clear. >> >> Well, can someone comment on the useability of gdbm? I know, it has >> dbm and ndbm compatibility "mode" and a less restrictive license. >> Should we switch over to it? > > This isn't necessary. The *current* FreeBSD libc Berkeley DB sources > are completely safe -- they're under a UC Regents copyright notice. Well, but there are programming bugs in it, as was pointed out in this thread. Unless FreeBSD wants to maintain its own db, we need to select someone else's. DB3 -- despite its technical merits -- does not fit because of restrictive licensing. gdbm's license is not ideal, but acceptable -- so I'm inquiring about its technical merits... I'd welcome your comments in particular, since you are an expert in the field and there is not going to be a conflict of interest. > This discussion is only regarding the possibility of making the > Berkeley DB 3.X functionality available to the FreeBSD community and > its customers. Well, it started out discussing the next release of nvi and promptly concluded, that it would require upgrading dbm. So, now the issue is -- which db to pick: the currently used (buggy), the DB3 (too restrictive a license, IMO), gdbm, or something else (Net or OpenBSD's?). -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 15:54:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from white.dogwood.com (white.dogwood.com [63.96.228.130]) by hub.freebsd.org (Postfix) with ESMTP id 23C9037B403 for ; Mon, 9 Jul 2001 15:54:43 -0700 (PDT) (envelope-from dave@dogwood.com) Received: (from dave@localhost) by white.dogwood.com (8.11.4/8.11.3) id f69Msbp07415 for freebsd-current@freebsd.org; Mon, 9 Jul 2001 15:54:37 -0700 (PDT) (envelope-from dave) From: Dave Cornejo Message-Id: <200107092254.f69Msbp07415@white.dogwood.com> Subject: old current snapshots To: freebsd-current@freebsd.org Date: Mon, 9 Jul 2001 15:54:37 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does anyone know of a place where I can find old current snapshots? current.freebsd.org only goes back to April, and I'd like to find something earlier. I am trying to find out why a 4.3 SMP kernel will boot on a SuperMicro 6010H while a current kernel hangs. I am taking the rather tedious approach of trying to isolate when the breakage might have occurred by installing the oldest version of 5.0 I can easily get my hands on and working my way forward. I am running a make release with a tag of PRE_SMPNG, but given my operable hardware it's going to be days before I have something from that (provided nothing is broken). thanks, dave c -- Dave Cornejo @ Dogwood Media, Fremont, California (also dcornejo@ieee.org) "There aren't any monkeys chasing us..." - Xochi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 16: 4:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from alchemistry.net (alchemistry.net [160.79.102.254]) by hub.freebsd.org (Postfix) with ESMTP id 7CB9E37B401 for ; Mon, 9 Jul 2001 16:04:24 -0700 (PDT) (envelope-from mail@krel.org) Received: from [192.168.0.1] (helo=ilya) by alchemistry.net with smtp (TLSv1:RC4-MD5:128) (Exim 3.30 #1) id 15Jk4m-000AZz-00 for freebsd-current@freebsd.org; Mon, 09 Jul 2001 19:04:24 -0400 Message-ID: <023001c108cb$a6c5aac0$0100a8c0@ilya> From: "Ilya" To: References: <200107092254.f69Msbp07415@white.dogwood.com> Subject: operation not supported Date: Mon, 9 Jul 2001 19:05:30 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi. I just compiled world and kenrel for current on my laptop ran mergemaster but it seems that /dev doesnt get updated.there is no MAKEDEV there and when i try to copy it form my cvs to /dev i get : Operation not supported error there are no special flags on /dev (i chekcedk) any suggestions? thank you To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 16: 7:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 1D06937B403 for ; Mon, 9 Jul 2001 16:07:31 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.11.4/8.11.4) id f69N7Ub34776; Mon, 9 Jul 2001 16:07:30 -0700 (PDT) Date: Mon, 9 Jul 2001 16:07:30 -0700 (PDT) From: David Wolfskill Message-Id: <200107092307.f69N7Ub34776@bunrab.catwhisker.org> To: freebsd-current@FreeBSD.ORG, mail@krel.org Subject: Re: operation not supported In-Reply-To: <023001c108cb$a6c5aac0$0100a8c0@ilya> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >From: "Ilya" >Date: Mon, 9 Jul 2001 19:05:30 -0400 >I just compiled world and kenrel for current on my laptop >ran mergemaster >but it seems that /dev doesnt get updated.there is no MAKEDEV there and when >i try to copy it form my cvs to /dev i get : >Operation not supported error >there are no special flags on /dev (i chekcedk) Right. >any suggestions? DEVFS is standard in -CURRENT now. man 5 devfs, and proceed from there. (A bit of faith may help, too...) >thank you You're welcome. Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 16:22:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by hub.freebsd.org (Postfix) with SMTP id 0CF8A37B407 for ; Mon, 9 Jul 2001 16:22:47 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 9 Jul 2001 23:22:46 -0000 X-Apparently-From: Message-ID: <3B4A3CC6.F541AB39@yahoo.com> Date: Mon, 09 Jul 2001 18:22:46 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: MSDOS filesystem mounting... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is this a known problem? Running -current. options MSDOSFS #MSDOS Filesystem 6:17:42pm wahoo(111): kldstat Id Refs Address Size Name 1 1 0xc0100000 35ccd8 kernel 6:20:27pm wahoo(112): d /dev/da0s1 crw-r----- 1 root operator 13, 0x00020002 Jul 7 20:26 /dev/da0s1 6:20:34pm wahoo(113): mount_msdos /dev/da0s1 /ms-dog mount_msdos: vfsload(msdos): No such file or directory 6:20:42pm wahoo(114): kldload /boot/kernel/msdosfs.ko 6:20:53pm wahoo(115): mount_msdos /dev/da0s1 /ms-dog mount_msdos: vfsload(msdos): No such file or directory 6:20:57pm wahoo(116): kldstat Id Refs Address Size Name 1 2 0xc0100000 35ccd8 kernel 4 1 0xc1fb5000 11000 msdosfs.ko jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 16:56:39 2001 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 4973F37B403 for ; Mon, 9 Jul 2001 16:56:35 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Jul 2001 00:56:34 +0100 (BST) To: kc5vdj@yahoo.com Cc: freebsd-current@freebsd.org Subject: Re: MSDOS filesystem mounting... In-Reply-To: Your message of "Mon, 09 Jul 2001 18:22:46 CDT." <3B4A3CC6.F541AB39@yahoo.com> Date: Tue, 10 Jul 2001 00:56:34 +0100 From: Ian Dowse Message-ID: <200107100056.aa11314@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3B4A3CC6.F541AB39@yahoo.com>, Jim Bryant writes: > > 6:20:34pm wahoo(113): mount_msdos /dev/da0s1 /ms-dog >mount_msdos: vfsload(msdos): No such file or directory Try "mount_msdosfs" instead of "mount_msdos". The latter is probably a stale binary left on your system from before the rename that took place last month. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 18: 7:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id D379837B403 for ; Mon, 9 Jul 2001 18:07:41 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id LAA15754; Tue, 10 Jul 2001 11:07:03 +1000 (EST) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37641) with ESMTP id <01K5RI7CDFA8VFBHKE@cim.alcatel.com.au>; Tue, 10 Jul 2001 11:06:31 +1000 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id f6A16oh25949; Tue, 10 Jul 2001 11:06:50 +1000 (EST envelope-from jeremyp) Content-return: prohibited Date: Tue, 10 Jul 2001 11:06:50 +1000 From: Peter Jeremy Subject: Re: RFC: Kernel thread system nomenclature. In-reply-to: ; from julian@elischer.org on Fri, Jul 06, 2001 at 06:14:03PM -0700 To: Julian Elischer Cc: current@FreeBSD.ORG Mail-Followup-To: Julian Elischer , current@FreeBSD.ORG Message-id: <20010710110650.M506@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2001-Jul-06 18:14:03 -0700, Julian Elischer wrote: >#3 ??? (thread carrier (spindle? :-)) or thread-processor A spindle is a physical disk drive (or at least independent head assembly) - I/O rates are associated with spindles rather than [virtual/RAID] disks. If we're going to use the sewing analogy, maybe "bobbin" :-). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 18:43:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from abyssinian.sleepycat.com (abyssinian.sleepycat.com [199.103.241.218]) by hub.freebsd.org (Postfix) with ESMTP id 8DC1237B401; Mon, 9 Jul 2001 18:43:13 -0700 (PDT) (envelope-from bostic@abyssinian.sleepycat.com) Received: (from bostic@localhost) by abyssinian.sleepycat.com (8.10.1/8.10.1) id f6A1hCY28552; Mon, 9 Jul 2001 21:43:12 -0400 (EDT) Date: Mon, 9 Jul 2001 21:43:12 -0400 (EDT) From: Keith Bostic Message-Id: <200107100143.f6A1hCY28552@abyssinian.sleepycat.com> To: mi@aldan.algebra.com Subject: Re: picking a DB (Re: nvi maintainer?) Cc: current@FreeBSD.org, msmith@FreeBSD.org, wes@softweyr.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>> Well, can someone comment on the useability of gdbm? I know, it has >>> dbm and ndbm compatibility "mode" and a less restrictive license. >>> Should we switch over to it? >> >> This isn't necessary. The *current* FreeBSD libc Berkeley DB sources >> are completely safe -- they're under a UC Regents copyright notice. > > Well, but there are programming bugs in it, as was pointed out in this > thread. Unless FreeBSD wants to maintain its own db, we need to select > someone else's. DB3 -- despite its technical merits -- does not fit > because of restrictive licensing. gdbm's license is not ideal, but > acceptable -- so I'm inquiring about its technical merits... Technically gdbm is fine. I doubt you'll be able to displace Berkeley DB, though; gdbm is less buggy, but doesn't offer many of the features, nor does it offer equivalent performance. > I'd welcome your comments in particular, since you are an expert in the > field and there is not going to be a conflict of interest. Actually, I'm pretty biased. :-) I'd like to see Berkeley DB 1.85 go away for a lot of reasons -- I don't much care what it's replaced with. >> This discussion is only regarding the possibility of making the >> Berkeley DB 3.X functionality available to the FreeBSD community and >> its customers. > > Well, it started out discussing the next release of nvi and promptly > concluded, that it would require upgrading dbm. So, now the issue is -- > which db to pick: the currently used (buggy), the DB3 (too restrictive a > license, IMO), gdbm, or something else (Net or OpenBSD's?). Nvi won't require upgrading the library's dbm support. Berkeley DB 3.X supports inclusion of multiple DB versions in a single application. Nvi's simple solution is to include a copy of DB in the nvi distribution. Regards, --keith =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Keith Bostic Sleepycat Software Inc. bostic@sleepycat.com 118 Tower Rd. +1-781-259-3139 Lincoln, MA 01773 http://www.sleepycat.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jul 9 23: 1: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 377E737B401; Mon, 9 Jul 2001 23:01:02 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.4/8.11.4) with ESMTP id f6A60bD80812; Tue, 10 Jul 2001 02:00:39 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Message-Id: <200107100600.f6A60bD80812@aldan.algebra.com> Date: Tue, 10 Jul 2001 02:00:35 -0400 (EDT) From: Mikhail Teterin Subject: Re: picking a DB (Re: nvi maintainer?) To: bostic@sleepycat.com Cc: current@FreeBSD.org, msmith@FreeBSD.org, wes@softweyr.com In-Reply-To: <200107100143.f6A1hCY28552@abyssinian.sleepycat.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Technically gdbm is fine. I doubt you'll be able to displace Berkeley > DB, though; gdbm is less buggy, but doesn't offer many of the > features, nor does it offer equivalent performance. > >> I'd welcome your comments in particular, since you are an expert in >> the field and there is not going to be a conflict of interest. > > Actually, I'm pretty biased. :-) I'd like to see Berkeley DB 1.85 go > away for a lot of reasons -- I don't much care what it's replaced > with. Well, can you recommend some other alternative? You mentioned db-tests you created, etc. Did you evaluate any other dbm libraries useable for us from the licensing perspective? > Nvi won't require upgrading the library's dbm support. Berkeley DB 3.X > supports inclusion of multiple DB versions in a single application. > Nvi's simple solution is to include a copy of DB in the nvi > distribution. Well, may be that's how the nvi application will be distributed, but I doubt, that's how the nvi part of the FreeBSD will be built... In all probability, the new nvi will just get hacked to work with dbm-1.85 or gdbm. Although it is possible, that the relevant parts of DB3 will be linked staticly into it (kind of like DB3 Lite), it would be rather ugly :( Thanks, -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 0:25:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from gate.qubesoft.com (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id E685537B412 for ; Tue, 10 Jul 2001 00:25:27 -0700 (PDT) (envelope-from n_hibma@FreeBSD.ORG) Received: from bluebottle.qubesoft.com (bluebottle [192.168.1.2]) by gate.qubesoft.com (8.11.3/8.11.3) with ESMTP id f6A7PQh44355; Tue, 10 Jul 2001 08:25:26 +0100 (BST) (envelope-from n_hibma@FreeBSD.ORG) Received: from localhost (localhost [127.0.0.1]) by bluebottle.qubesoft.com (8.11.4/8.11.4) with ESMTP id f6A7PPI60175; Tue, 10 Jul 2001 08:25:25 +0100 (BST) (envelope-from n_hibma@FreeBSD.ORG) Date: Tue, 10 Jul 2001 08:25:25 +0100 (BST) From: Nick Hibma X-X-Sender: To: "Person, Roderick" Cc: "'freebsd-current@freebsd.org'" Subject: Re: 5.0 Question In-Reply-To: <46AEB8C1B628D511969200508B6FE42A668480@1upmc-msx6.isdip.upmc.edu> Message-ID: <20010710082505.H86874-100000@bluebottle> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hardly any USB CD are supported as they are mainly ATAPI based. Nick On Mon, 9 Jul 2001, Person, Roderick wrote: > I was reading the 5.0 Release notes and Hardware text. The release notes > mention that usb support was added to the generic kernel and the > installation program to allow for support out of the box. The hardware notes > make no mention of usb cd support(unless I missed it)? Is it there? > > Roderick P. Person > Programmer II > (412)454-2616 > personrp@ccbh.com > > "Without censorship, things can get terribly confused in the public mind." > > - General William Westmoreland > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 1:46: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 8C62937B401; Tue, 10 Jul 2001 01:45:57 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f6A8jqt99404 ; Tue, 10 Jul 2001 17:45:53 +0900 (JST) Message-Id: <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> Date: Tue, 10 Jul 2001 17:45:52 +0900 From: Seigo Tanimura To: bright@sneakerz.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: In your message of "Mon, 9 Jul 2001 03:20:44 -0500" <20010709032044.B1894@sneakerz.org> References: <20010531124007.B57907@dragon.nuxi.com> <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> Cc: Seigo Tanimura User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 9 Jul 2001 03:20:44 -0500, Alfred Perlstein said: >> I'm going to be giving this code some testing, not that you have to >> wait for me to finish, but it seems like no one has stepped forward >> to review this. I'd like to see it committed, so either go ahead >> or wait for my review if it makes you more comfortable. >> >> Since I was working on the filedesc stuff I'll take a shot at reviewing >> it, by way of the diff it looks somewhat ok, I just want to make sure >> you're getting the fhold/fdrop stuff right. Alfred> There's a merged diff here: Alfred> http://people.freebsd.org/~alfred/pg_fd2.diff It is rather hard for me to dig up what you merged out of that patch. Could you please give me unmerged one? Thanks. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 1:53:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id E935837B403; Tue, 10 Jul 2001 01:53:47 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 51B3A5D020; Tue, 10 Jul 2001 03:53:47 -0500 (CDT) Date: Tue, 10 Jul 2001 03:53:47 -0500 From: Alfred Perlstein To: Seigo Tanimura Cc: jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Message-ID: <20010710035347.Q1894@sneakerz.org> References: <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp>; from tanimura@r.dl.itc.u-tokyo.ac.jp on Tue, Jul 10, 2001 at 05:45:52PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Seigo Tanimura [010710 03:46] wrote: > On Mon, 9 Jul 2001 03:20:44 -0500, > Alfred Perlstein said: > > >> I'm going to be giving this code some testing, not that you have to > >> wait for me to finish, but it seems like no one has stepped forward > >> to review this. I'd like to see it committed, so either go ahead > >> or wait for my review if it makes you more comfortable. > >> > >> Since I was working on the filedesc stuff I'll take a shot at reviewing > >> it, by way of the diff it looks somewhat ok, I just want to make sure > >> you're getting the fhold/fdrop stuff right. > > Alfred> There's a merged diff here: > > Alfred> http://people.freebsd.org/~alfred/pg_fd2.diff > > It is rather hard for me to dig up what you merged out of that > patch. Could you please give me unmerged one? What I did was try to merge the work you've done into the latest -current, it didn't work out too well. Perhaps you can remerge it and pass it to me for testing? Basically, changes in -current conflict with your patch, I was unable to get a stable merge with your patches and -current. -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 2:34:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 3030F37B408; Tue, 10 Jul 2001 02:03:44 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f6A93et02367 ; Tue, 10 Jul 2001 18:03:42 +0900 (JST) Message-Id: <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> Date: Tue, 10 Jul 2001 18:03:40 +0900 From: Seigo Tanimura To: bright@sneakerz.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: In your message of "Tue, 10 Jul 2001 03:53:47 -0500" <20010710035347.Q1894@sneakerz.org> References: <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 10 Jul 2001 03:53:47 -0500, Alfred Perlstein said: Alfred> * Seigo Tanimura [010710 03:46] wrote: >> On Mon, 9 Jul 2001 03:20:44 -0500, >> Alfred Perlstein said: >> >> >> I'm going to be giving this code some testing, not that you have to >> >> wait for me to finish, but it seems like no one has stepped forward >> >> to review this. I'd like to see it committed, so either go ahead >> >> or wait for my review if it makes you more comfortable. >> >> >> >> Since I was working on the filedesc stuff I'll take a shot at reviewing >> >> it, by way of the diff it looks somewhat ok, I just want to make sure >> >> you're getting the fhold/fdrop stuff right. >> Alfred> There's a merged diff here: >> Alfred> http://people.freebsd.org/~alfred/pg_fd2.diff >> >> It is rather hard for me to dig up what you merged out of that >> patch. Could you please give me unmerged one? Alfred> What I did was try to merge the work you've done into the latest Alfred> -current, it didn't work out too well. Perhaps you can remerge Alfred> it and pass it to me for testing? I have already begun merging -current an hour ago. It would take another 3-4 hours to test builing kernels, so could you please be patient until the latest one gets ready to go? -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 4:50:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from kalaid.f2f.com.ua (kalaid.f2f.com.ua [62.149.0.33]) by hub.freebsd.org (Postfix) with ESMTP id ECE2437B401; Tue, 10 Jul 2001 04:50:52 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from Mail-In.Net (borey.f2f.com.ua [62.149.0.24]) by kalaid.f2f.com.ua (8.11.3/8.11.1) with ESMTP id f6ABsIC84919; Tue, 10 Jul 2001 14:54:20 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com ([212.35.189.168]) by Mail-In.Net (8.11.3/8.H.Z) with ESMTP id f6ABpmZ43277; Tue, 10 Jul 2001 14:51:49 +0300 (EEST) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.4/8.11.3) with ESMTP id f6ABo9q00548; Tue, 10 Jul 2001 14:50:09 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3B4AEBFC.4F7C55C9@FreeBSD.org> Date: Tue, 10 Jul 2001 14:50:20 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: sos@FreeBSD.org, current@FreeBSD.org Subject: Is there a way to power-down IDE HDD? Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Is there a way to forcefully power-down one of the IDE HDD drives attached to the system? On my primary workstation I have two - one for FreeBSD and second for W2K, so it would be nice to suspend one that is currently inactive to reduce noice and heat generation. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 5:22:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from abyssinian.sleepycat.com (abyssinian.sleepycat.com [199.103.241.218]) by hub.freebsd.org (Postfix) with ESMTP id 6529A37B40F; Tue, 10 Jul 2001 05:22:36 -0700 (PDT) (envelope-from bostic@abyssinian.sleepycat.com) Received: (from bostic@localhost) by abyssinian.sleepycat.com (8.10.1/8.10.1) id f6ACMZX00452; Tue, 10 Jul 2001 08:22:35 -0400 (EDT) Date: Tue, 10 Jul 2001 08:22:35 -0400 (EDT) From: Keith Bostic Message-Id: <200107101222.f6ACMZX00452@abyssinian.sleepycat.com> To: mi@aldan.algebra.com Subject: Re: picking a DB (Re: nvi maintainer?) Cc: current@FreeBSD.org, msmith@FreeBSD.org, wes@softweyr.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Well, can you recommend some other alternative? You mentioned db-tests > you created, etc. Did you evaluate any other dbm libraries useable for > us from the licensing perspective? No -- there aren't a lot of choices here, and nothing that is a good enough choice that it's worth rewriting everyone's data to switch. >> Nvi won't require upgrading the library's dbm support. Berkeley DB 3.X >> supports inclusion of multiple DB versions in a single application. >> Nvi's simple solution is to include a copy of DB in the nvi >> distribution. > > Well, may be that's how the nvi application will be distributed, but I > doubt, that's how the nvi part of the FreeBSD will be built... In all > probability, the new nvi will just get hacked to work with dbm-1.85 or > gdbm. Nvi needs some of the features of Berkeley DB 3.X (transactional logging) in order to fix long-standing bugs in the application. Regards, --keith =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Keith Bostic Sleepycat Software Inc. bostic@sleepycat.com 118 Tower Rd. +1-781-259-3139 Lincoln, MA 01773 http://www.sleepycat.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 6:41: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from hfep06.dion.ne.jp (hfep06.dion.ne.jp [203.181.105.72]) by hub.freebsd.org (Postfix) with ESMTP id 4BA0937B401 for ; Tue, 10 Jul 2001 06:41:01 -0700 (PDT) (envelope-from haro@h4.dion.ne.jp) Received: from localhost ([211.5.16.250]) by hfep06.dion.ne.jp with ESMTP id <20010710134059260.YBPM@hfep06.dion.ne.jp>; Tue, 10 Jul 2001 22:40:59 +0900 To: acpi-jp@jp.freebsd.org Cc: current@freebsd.org, yoichi@eken.phys.nagoya-u.ac.jp Subject: Re: [acpi-jp 1165] Re: HEADS UP - more ACPI updates, CPU throttling In-Reply-To: References: <20010708033241M.iwasaki@jp.FreeBSD.org> <200107071958.f67Jwi701117@mass.dis.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: <20010710223351H.haro@h4.dion.ne.jp> Date: Tue, 10 Jul 2001 22:33:51 +0900 From: Munehiro Matsuda X-Dispatcher: imput version 20000228(IM140) Lines: 88 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: yoichi@eken.phys.nagoya-u.ac.jp Date: Mon, 09 Jul 2001 18:51:12 +0900 ::I cvsup'ed to FreeBSD-current after this change, but I cannot boot ::kernel configured with "device acpica" (added to NEWCARD). ::I can boot with the configuration NEWCARD. ::In past days(cvsup'ed about 1-2 weeks ago), I was able to boot with ::"device acpica". :: ::Machine: sony PCG-C1VSX/K :: ::Boot process stops at :: ::.... ::pci0: at 7.3 (no driver attached) ::pci0: at 8.0 (no driver attached) ::pci0: at 9.0 (no driver attached) ::pci0: at 10.0 (no driver attached) ::pci0: at 11.0 (no driver attached) ::pccbb0: at device 12.0 on pci0 ::pccbb0: PCI Memory allocated: 44000000 ::acpi_pcib0: matched entry for 0.12.INTA (source \_SB_.LINKB) ::acpi_pcib0: possible interrupts: 9 Hi all, I'm also having same hang-up, with acpi_pcib.c rev1.10 (no NEWCARD). With acpi_pcib.c rev1.9, I loose my pccard. With acpi_pcib.c rev1.8, everything seems ok. Here's ACPI related dmesg's from rev1.8 and rev1.9 Hope this helps, Haro ---------------- acpi_pcib.c rev1.8 -------------------------- acpi_pcib0: on acpi0 pci0: on acpi_pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) pci_cfgintr_unique: hard-routed to irq 9 pci_cfgintr: 0:7 INTD routed to irq 9 pci_cfgintr_unique: hard-routed to irq 9 pci_cfgintr: 0:12 INTA routed to irq 9 pcic0: irq 9 at device 12.0 on pci0 pcic0: Memory mapped device, will work. pcic0: PCI Memory allocated: 0x44000000 pccard0: on pcic0 acpi_ec0: on acpi0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_timer0: <24-bit timer at 3.579545MHz> on acpi0 power0 on motherboard ---------------- acpi_pcib.c rev1.9 -------------------------- acpi_pcib0: on acpi0 pci0: on acpi_pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) acpi_pcib0: matched entry for 0.7.INTD (source \\_SB_.LNKD) acpi_pcib0: possible interrupts: 9 acpi_pcib0: couldn't route interrupt 9 via \\_SB_.LNKD - AE_CTRL_RETURN_VALUE acpi_pcib0: matched entry for 0.12.INTA (source \\_SB_.LNKB) acpi_pcib0: possible interrupts: 9 acpi_pcib0: couldn't route interrupt 9 via \\_SB_.LNKB - AE_CTRL_RETURN_VALUE pcic0: at device 12.0 on pci0 pcic0: Memory mapped device, will work. pcic0: PCI Memory allocated: 0x44000000 acpi_pcib0: matched entry for 0.12.INTA (source \\_SB_.LNKB) acpi_pcib0: possible interrupts: 9 acpi_pcib0: couldn't route interrupt 9 via \\_SB_.LNKB - AE_CTRL_RETURN_VALUE pcic0: Failed to allocate managment irq device_probe_and_attach: pcic0 attach returned 5 acpi_ec0: on acpi0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_timer0: <24-bit timer at 3.579545MHz> on acpi0 power0 on motherboard =------------------------------------------------------------------------------ _ _ 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 Tue Jul 10 7:33:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id AEA0337B405; Tue, 10 Jul 2001 07:33:38 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f6AEXcA16541; Tue, 10 Jul 2001 16:33:38 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200107101433.f6AEXcA16541@freebsd.dk> Subject: Re: Is there a way to power-down IDE HDD? In-Reply-To: <3B4AEBFC.4F7C55C9@FreeBSD.org> "from Maxim Sobolev at Jul 10, 2001 02:50:20 pm" To: Maxim Sobolev Date: Tue, 10 Jul 2001 16:33:21 +0200 (CEST) Cc: sos@FreeBSD.org, current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Maxim Sobolev wrote: [ Charset KOI8-R unsupported, converting... ] > Hi, > > Is there a way to forcefully power-down one of the IDE HDD drives > attached to the system? On my primary workstation I have two - one for > FreeBSD and second for W2K, so it would be nice to suspend one that is > currently inactive to reduce noice and heat generation. Not in the official sources, but I have local changes that allow suspension of ATA/ATAPI devices. With a little luck I'll get to it when my summer vacation is over... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 7:53:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 22FFA37B401; Tue, 10 Jul 2001 07:53:43 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-b086.otenet.gr [195.167.121.214]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f6AErUF23250; Tue, 10 Jul 2001 17:53:30 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.4/8.11.4) id f6AEntd43487; Tue, 10 Jul 2001 17:49:55 +0300 (EEST) (envelope-from charon) To: Keith Bostic Cc: mi@aldan.algebra.com, current@FreeBSD.ORG, msmith@FreeBSD.ORG, wes@softweyr.com Subject: Re: picking a DB (Re: nvi maintainer?) References: <200107101222.f6ACMZX00452@abyssinian.sleepycat.com> From: Giorgos Keramidas Date: 10 Jul 2001 17:49:54 +0300 In-Reply-To: Keith Bostic's message of "Tue, 10 Jul 2001 08:22:35 -0400 (EDT)" Message-ID: <86ae2chm99.fsf@hades.hell.gr> Lines: 11 X-Mailer: Gnus v5.7/Emacs 20.7 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Keith Bostic writes: > Nvi needs some of the features of Berkeley DB 3.X (transactional > logging) in order to fix long-standing bugs in the application. > > Regards, > --keith Is DB 3.x the only workaround for these bugs? -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 8:17:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from abyssinian.sleepycat.com (abyssinian.sleepycat.com [199.103.241.218]) by hub.freebsd.org (Postfix) with ESMTP id 71B5737B406; Tue, 10 Jul 2001 08:17:26 -0700 (PDT) (envelope-from bostic@abyssinian.sleepycat.com) Received: (from bostic@localhost) by abyssinian.sleepycat.com (8.10.1/8.10.1) id f6AFHMN08697; Tue, 10 Jul 2001 11:17:22 -0400 (EDT) Date: Tue, 10 Jul 2001 11:17:22 -0400 (EDT) From: Keith Bostic Message-Id: <200107101517.f6AFHMN08697@abyssinian.sleepycat.com> To: keramida@ceid.upatras.gr Subject: Re: picking a DB (Re: nvi maintainer?) Cc: current@FreeBSD.ORG, mi@aldan.algebra.com, msmith@FreeBSD.ORG, wes@softweyr.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> Nvi needs some of the features of Berkeley DB 3.X (transactional >> logging) in order to fix long-standing bugs in the application. > > Is DB 3.x the only workaround for these bugs? Pretty much. To make a long story short, all known versions of vi (including the original) will lose changes if they crash at the wrong time due to corrupted recover files. The obvious solution is to use standard transactional techniques like write-ahead logging and recovery to ensure that the vi recover file isn't ever corrupt. Berkeley DB 3.X has that infrastructure, but it's complex stuff. Regards, --keith =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Keith Bostic Sleepycat Software Inc. bostic@sleepycat.com 118 Tower Rd. +1-781-259-3139 Lincoln, MA 01773 http://www.sleepycat.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 8:24:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 47FDF37B401; Tue, 10 Jul 2001 08:24:53 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.31 #1) id 15JzNN-000Dde-00; Tue, 10 Jul 2001 17:24:37 +0200 From: Sheldon Hearn To: Giorgos Keramidas Cc: Keith Bostic , mi@aldan.algebra.com, current@FreeBSD.ORG, msmith@FreeBSD.ORG, wes@softweyr.com Subject: Re: picking a DB (Re: nvi maintainer?) In-reply-to: Your message of "10 Jul 2001 17:49:54 +0300." <86ae2chm99.fsf@hades.hell.gr> Date: Tue, 10 Jul 2001 17:24:37 +0200 Message-ID: <52429.994778677@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10 Jul 2001 17:49:54 +0300, Giorgos Keramidas wrote: > Is DB 3.x the only workaround for these bugs? Even if it's not, it's a bit much to expect SleepyCat to do the extra work of providing the alternative fix. I think this has probably gone as far as it can for now. The next step is for someone to see how hard it is to provide libc hooks for the DB 3.x functionality that nvi requires, without removing the existing DB 1.x functionality that other subsystems require. If we don't get that, the decision becomes much simpler. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 9:23:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from kalaid.f2f.com.ua (kalaid.f2f.com.ua [62.149.0.33]) by hub.freebsd.org (Postfix) with ESMTP id DA8AC37B406; Tue, 10 Jul 2001 09:23:10 -0700 (PDT) (envelope-from max@vega.com) Received: from Mail-In.Net (borey.f2f.com.ua [62.149.0.24]) by kalaid.f2f.com.ua (8.11.3/8.11.1) with ESMTP id f6AGOpC01945; Tue, 10 Jul 2001 19:24:51 +0300 (EEST) (envelope-from max@vega.com) Received: from vega.vega.com ([212.35.189.233]) by Mail-In.Net (8.11.3/8.H.Z) with ESMTP id f6AGM3Z75378; Tue, 10 Jul 2001 19:22:12 +0300 (EEST) Received: (from max@localhost) by vega.vega.com (8.11.4/8.11.3) id f6AGKsF01943; Tue, 10 Jul 2001 19:20:54 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200107101620.f6AGKsF01943@vega.vega.com> Subject: Re: picking a DB (Re: nvi maintainer?) To: sheldonh@starjuice.net (Sheldon Hearn) Date: Tue, 10 Jul 2001 19:20:23 +0300 (EEST) Cc: keramida@ceid.upatras.gr (Giorgos Keramidas), bostic@sleepycat.com (Keith Bostic), mi@aldan.algebra.com, current@FreeBSD.ORG, msmith@FreeBSD.ORG, wes@softweyr.com In-Reply-To: <52429.994778677@axl.seasidesoftware.co.za> from "Sheldon Hearn" at Jul 10, 2001 05:24:37 PM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > On 10 Jul 2001 17:49:54 +0300, Giorgos Keramidas wrote: > > > Is DB 3.x the only workaround for these bugs? > > Even if it's not, it's a bit much to expect SleepyCat to do the extra > work of providing the alternative fix. > > I think this has probably gone as far as it can for now. > > The next step is for someone to see how hard it is to provide libc hooks > for the DB 3.x functionality that nvi requires, without removing the > existing DB 1.x functionality that other subsystems require. At the first glance it is not a big problem - nvi could build its own private static DB3 library and link against it, leaving DB 1.x for libc. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 9:27:10 2001 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 23D2F37B403 for ; Tue, 10 Jul 2001 09:27:08 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f6AGR6I02343; Tue, 10 Jul 2001 12:27:06 -0400 (EDT) (envelope-from wollman) Date: Tue, 10 Jul 2001 12:27:06 -0400 (EDT) From: Garrett Wollman Message-Id: <200107101627.f6AGR6I02343@khavrinen.lcs.mit.edu> To: Sheldon Hearn Cc: current@FreeBSD.org Subject: Re: picking a DB (Re: nvi maintainer?) In-Reply-To: <52429.994778677@axl.seasidesoftware.co.za> References: <86ae2chm99.fsf@hades.hell.gr> <52429.994778677@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > The next step is for someone to see how hard it is to provide libc hooks > for the DB 3.x functionality that nvi requires, without removing the > existing DB 1.x functionality that other subsystems require. It's actually fairly simple to do what is needed; it's just a rather tedious and unpleasant task. What needs to be done is that the DB 1.85 API that's in libc be moved out to a separate library (call it `libdb185' or something similar). The actual code stays in libc for the use of internal libc functions (getpw* in particular) and for the NDBM emulation which SUS requires. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 9:28:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id F3D5C37B401; Tue, 10 Jul 2001 09:28:36 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.31 #1) id 15K0Nr-000E2R-00; Tue, 10 Jul 2001 18:29:11 +0200 From: Sheldon Hearn To: Maxim Sobolev Cc: keramida@ceid.upatras.gr (Giorgos Keramidas), bostic@sleepycat.com (Keith Bostic), mi@aldan.algebra.com, current@FreeBSD.ORG, msmith@FreeBSD.ORG, wes@softweyr.com Subject: Re: picking a DB (Re: nvi maintainer?) In-reply-to: Your message of "Tue, 10 Jul 2001 19:20:23 +0300." <200107101620.f6AGKsF01943@vega.vega.com> Date: Tue, 10 Jul 2001 18:29:11 +0200 Message-ID: <53966.994782551@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 10 Jul 2001 19:20:23 +0300, Maxim Sobolev wrote: > At the first glance it is not a big problem - nvi could build its own > private static DB3 library and link against it, leaving DB 1.x for libc. This is the approach that Keith's suggesting, and it makes a lot of sense. The only reasonable argument against it is the size of the vi binary in embedded systems, but that one's taken at least one direct hit on this thread. So then we're done until there's a new release of nvi. Great. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 13:33:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id E62F937B403 for ; Tue, 10 Jul 2001 13:33:42 -0700 (PDT) (envelope-from mark@whistle.com) Received: from [207.76.207.129] (PBG4.whistle.com [207.76.207.129]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id NAA61134; Tue, 10 Jul 2001 13:30:13 -0700 (PDT) Mime-Version: 1.0 X-Sender: mark-ml@207.76.206.1 Message-Id: In-Reply-To: References: <200107082141.f68LfVJ13849@harmony.village.org> Date: Tue, 10 Jul 2001 13:29:32 -0700 To: Dag-Erling Smorgrav , Warner Losh From: Mark Peek Subject: Re: Cross building FYI Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 3:15 AM +0200 7/9/01, Dag-Erling Smorgrav wrote: >Warner Losh writes: >> cc: ../../libbfd/libbfd.a: No such file or directory >> cc: ../../libiberty/libiberty.a: No such file or directory >> cc: ../../libopcodes/libopcodes.a: No such file or directory >> *** Error code 1 > >Funny, mine got past that and didn't die until much later. Below are patches which allowed me to run an alpha cross build through to completion using: make -DNOPERL MACHINE_ARCH=alpha MAKEOBJDIRPREFIX=/usr/aobj buildworld and a normal build using make -DNOPERL MAKEOBJDIRPREFIX=/usr/iobj buildworld (Note: at this time I decided not to see whether PERL would DTRT in a cross environment.) Here's a quick summary of the build stages to make my explanation a little clearer. For a cross build: HOST == BUILD_ARCH == the system you're doing the build on TARGET == MACHINE_ARCH == the architecture you're wanting to build stage 1: build bootstrap tools (HOST format, HOST object directory) - Builds build tools which are required to come from the new source code tree. stage 2: build tools (HOST format, TARGET object directory) - Builds build tools which are required to run on the host machine in the context of the TARGET build (stage 4). We must compile them with the host compiler and not the cross compiler. stage 3: cross tools (HOST format, HOST object directory) - Builds the cross compiler to run on the HOST machine and generate TARGET machine code. stage 4: build everything (TARGET format, TARGET object directory) - Builds the TARGET libraries and binaries using the cross compilation tools from stage 3 and the build tools from stage 2. The changes I made are: 1. Make the build-tools with the build architecture, not the target. 2. Make the object directories intended for building stage 4 Directories were bring created in the object directory based on the build architecture and not the target architecture. This caused problems building during stage 4 (for an example, look at lib/Makefile in how it builds the csu library). An assumption with this fix is that the build tools object directories will be properly made during this pass. (Note: the cross build probably wouldn't work if this assumption wasn't made). 3. Move the compiler tools from the build tools stage to the cross compilation stage The problem with cc_tools is it creates includes and binaries in stage 2 in the TARGET object directory but the includes are for the HOST system and not the TARGET system. When building stage 4, the binaries from stage 2 are run to create the insn-* files but the includes are not regenerated. This breaks the build since there is now a mixture of HOST and TARGET related data in the same directory. Note: even if the include files were regenerated, there is still Makefile dependencies which will cause the gen* binaries to be regenerated as well. To fix this, I build the tools during stage 3 in the HOST directories, put the HOST directory into the PATH and run the HOST versions when running stage 4. This keeps the 2 sets of files separate. 4. Fix the fortran build tool similar to #3 above It would be nice if someone could reproduce my results and review the patches. Mark -------------------- Index: Makefile.inc1 =================================================================== RCS file: /cvs/freebsd/src/Makefile.inc1,v retrieving revision 1.205 diff -u -r1.205 Makefile.inc1 --- Makefile.inc1 2001/06/14 01:35:22 1.205 +++ Makefile.inc1 2001/07/10 19:36:13 @@ -130,7 +130,7 @@ WORLDTMP= ${OBJTREE}${.CURDIR}/${BUILD_ARCH} # /usr/games added for fortune which depend on strfile STRICTTMPPATH= ${WORLDTMP}/usr/sbin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games -TMPPATH= ${STRICTTMPPATH}:${PATH} +TMPPATH= ${STRICTTMPPATH}:${WORLDTMP}${.CURDIR}/gnu/usr.bin/cc/cc_tools:${WORLDTMP}${.CURDIR}/gnu/usr.bin/cc/f771:${PATH} OBJFORMAT_PATH?= /usr/libexec TMPDIR?= /tmp @@ -185,13 +185,14 @@ # build-tool stage TMAKEENV= MAKEOBJDIRPREFIX=${OBJTREE} \ INSTALL="sh ${.CURDIR}/tools/install.sh" \ + MACHINE_ARCH=${BUILD_ARCH} \ PATH=${TMPPATH} TMAKE= ${TMAKEENV} ${MAKE} -f Makefile.inc1 # cross-tool stage XMAKEENV= ${BOOTSTRAPENV} \ TARGET_ARCH=${MACHINE_ARCH} -XMAKE= ${XMAKEENV} ${MAKE} -f Makefile.inc1 -DNO_FORTRAN -DNO_GDB \ +XMAKE= ${XMAKEENV} ${MAKE} -f Makefile.inc1 -DNO_GDB \ -DNOHTML -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE \ -DNOSHARED @@ -272,12 +273,15 @@ @echo ">>> stage 2: cleaning up the object tree" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${TMAKE} ${CLEANDIR:S/^/par-/} +.if ${MACHINE_ARCH} != ${BUILD_ARCH} + cd ${.CURDIR}; ${XMAKE} ${CLEANDIR:S/^/par-/} +.endif .endif @echo @echo "--------------------------------------------------------------" @echo ">>> stage 2: rebuilding the object tree" @echo "--------------------------------------------------------------" - cd ${.CURDIR}; ${TMAKE} par-obj + cd ${.CURDIR}; ${WMAKE} par-obj @echo @echo "--------------------------------------------------------------" @echo ">>> stage 2: build tools" @@ -584,10 +588,6 @@ _share= share/syscons/scrnmaps .endif -.if !defined(NO_FORTRAN) -_fortran= gnu/usr.bin/cc/f771 -.endif - .if exists(${.CURDIR}/kerberosIV) && exists(${.CURDIR}/crypto) && \ !defined(NOCRYPT) && defined(MAKE_KERBEROS4) _libroken4= kerberosIV/lib/libroken @@ -599,7 +599,7 @@ .endif build-tools: -.for _tool in bin/csh bin/sh ${_games} gnu/usr.bin/cc/cc_tools ${_fortran} \ +.for _tool in bin/csh bin/sh ${_games} \ ${_libroken4} ${_libkrb5} lib/libncurses ${_share} usr.sbin/sysinstall cd ${.CURDIR}/${_tool}; ${MAKE} build-tools .endfor @@ -630,7 +630,14 @@ _perl= gnu/usr.bin/perl/libperl gnu/usr.bin/perl/miniperl .endif +.if !defined(NO_FORTRAN) +_fortran= gnu/usr.bin/cc/f771 +.endif + cross-tools: +.for _tool in gnu/usr.bin/cc/cc_tools ${_fortran} + cd ${.CURDIR}/${_tool}; ${MAKE} obj; ${MAKE} build-tools +.endfor .for _tool in ${_btxld} ${_elf2exe} ${_perl} \ gnu/usr.bin/binutils usr.bin/objformat gnu/usr.bin/cc cd ${.CURDIR}/${_tool}; \ Index: gnu/usr.bin/cc/cc_tools/Makefile =================================================================== RCS file: /cvs/freebsd/src/gnu/usr.bin/cc/cc_tools/Makefile,v retrieving revision 1.51 diff -u -r1.51 Makefile --- gnu/usr.bin/cc/cc_tools/Makefile 2001/03/02 03:00:41 1.51 +++ gnu/usr.bin/cc/cc_tools/Makefile 2001/07/10 19:36:13 @@ -22,13 +22,13 @@ .for F in attr codes config flags insn-$F.h: gen$F ${MD_FILE} - ./gen$F ${MD_FILE} > insn-$F.h + gen$F ${MD_FILE} > insn-$F.h GENSRCS+= insn-$F.h .endfor .for F in attrtab emit extract opinit output peep recog insn-$F.c: gen$F ${MD_FILE} - ./gen$F ${MD_FILE} > insn-$F.c + gen$F ${MD_FILE} > insn-$F.c GENSRCS+= insn-$F.c .endfor @@ -66,7 +66,7 @@ .ORDER: genrtl.c genrtl.h genrtl.c genrtl.h: gengenrtl - ./gengenrtl genrtl.h genrtl.c + gengenrtl genrtl.h genrtl.c GENSRCS+= genrtl.c genrtl.h @@ -93,7 +93,7 @@ # Common parser stuff. tree-check.h: gencheck - ./gencheck > ${.TARGET} + gencheck > ${.TARGET} GENSRCS+= tree-check.h #----------------------------------------------------------------------- Index: gnu/usr.bin/cc/f771/Makefile =================================================================== RCS file: /cvs/freebsd/src/gnu/usr.bin/cc/f771/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- gnu/usr.bin/cc/f771/Makefile 2000/03/15 05:13:53 1.6 +++ gnu/usr.bin/cc/f771/Makefile 2001/07/10 19:36:13 @@ -35,7 +35,7 @@ .for i in 1t 2t fo io nq op ot .ORDER: str-$i.h str-$i.j str-$i.j str-$i.h: str-$i.fin fini - ./fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h + fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h FINIHDRS+= str-$i.j str-$i.h .endfor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 14:29: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from genesis.k.pl (genesis.korbank.pl [195.117.162.253]) by hub.freebsd.org (Postfix) with ESMTP id 1F86F37B401 for ; Tue, 10 Jul 2001 14:25:50 -0700 (PDT) (envelope-from ns88@genesis.k.pl) Received: (from ns88@localhost) by genesis.k.pl (8.11.3/8.11.1) id f6ALGWs16171; Tue, 10 Jul 2001 23:16:32 +0200 (CEST) (envelope-from ns88) Date: Tue, 10 Jul 2001 23:16:32 +0200 From: Tomasz Paszkowski To: mi@aldan.algebra.com Cc: freebsd-current@freebsd.org Subject: Re: picking a DB (Re: nvi maintainer?) Message-ID: <20010710231632.A53660@genesis.k.pl> References: <200107092136.f69LaTx27514@abyssinian.sleepycat.com> <200107092155.f69Ltv015067@misha.privatelabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107092155.f69Ltv015067@misha.privatelabs.com>; from mi@aldan.algebra.com on Mon, Jul 09, 2001 at 05:55:56PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 09, 2001 at 05:55:56PM -0400, mi@aldan.algebra.com wrote: > Well, it started out discussing the next release of nvi and promptly > concluded, that it would require upgrading dbm. So, now the issue is -- > which db to pick: the currently used (buggy), the DB3 (too restrictive a > license, IMO), gdbm, or something else (Net or OpenBSD's?). Does anyone have tried dxstore (http://www.dss.bc.ca/dxstore) ? I'am using it in few very big projects and it works fine. And of course it has BSD-like license. -- _ _ _ _ _ / \ | | / / / \ / \ --- Tomasz Paszkowski ------------------------------ | |\ \| | \ \ |/ \||/ \| === IPv4://3575244866 === IPNg://3ffe:8010:59::2 === /_/ \__/ /_/ \_/ \_/ ---------------------------- ( 2B | ~ 2B ) == FF --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 14:35:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from canonware.com (dsl081-058-209.dsl-isp.net [64.81.58.209]) by hub.freebsd.org (Postfix) with ESMTP id A670A37B403 for ; Tue, 10 Jul 2001 14:35:46 -0700 (PDT) (envelope-from jasone@canonware.com) Received: by canonware.com (Postfix, from userid 1001) id 0608DC7; Tue, 10 Jul 2001 14:35:57 -0700 (PDT) Date: Tue, 10 Jul 2001 14:35:57 -0700 From: Jason Evans To: Tomasz Paszkowski Cc: mi@aldan.algebra.com, freebsd-current@freebsd.org Subject: Re: picking a DB (Re: nvi maintainer?) Message-ID: <20010710143557.B22464@canonware.com> References: <200107092136.f69LaTx27514@abyssinian.sleepycat.com> <200107092155.f69Ltv015067@misha.privatelabs.com> <20010710231632.A53660@genesis.k.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010710231632.A53660@genesis.k.pl>; from ns88@k.pl on Tue, Jul 10, 2001 at 11:16:32PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 10, 2001 at 11:16:32PM +0200, Tomasz Paszkowski wrote: > On Mon, Jul 09, 2001 at 05:55:56PM -0400, mi@aldan.algebra.com wrote: > > Well, it started out discussing the next release of nvi and promptly > > concluded, that it would require upgrading dbm. So, now the issue is -- > > which db to pick: the currently used (buggy), the DB3 (too restrictive a > > license, IMO), gdbm, or something else (Net or OpenBSD's?). > > Does anyone have tried dxstore (http://www.dss.bc.ca/dxstore) ? I'am using > it in few very big projects and it works fine. And of course it has BSD-like > license. The dxstore license has the same problem as the Sleepycat DB license. In addition, it has the pesky advertising clause of the original BSD license. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 15:44: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id EE7C137B491 for ; Tue, 10 Jul 2001 15:44:00 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f6AMhZM99411; Tue, 10 Jul 2001 15:43:35 -0700 (PDT) (envelope-from obrien) Date: Tue, 10 Jul 2001 15:43:30 -0700 From: "David O'Brien" To: Mark Peek Cc: Dag-Erling Smorgrav , Warner Losh , current@FreeBSD.ORG Subject: Re: Cross building FYI Message-ID: <20010710154330.A98432@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200107082141.f68LfVJ13849@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mark@whistle.com on Tue, Jul 10, 2001 at 01:29:32PM -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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 10, 2001 at 01:29:32PM -0700, Mark Peek wrote: > Below are patches which allowed me to run an alpha cross build > through to completion using: > > make -DNOPERL MACHINE_ARCH=alpha MAKEOBJDIRPREFIX=/usr/aobj buildworld Why is MAKEOBJDIRPREFIX=/usr/aobj needed? The cross build used to use /usr/obj// quite nicely. > and a normal build using > > make -DNOPERL MAKEOBJDIRPREFIX=/usr/iobj buildworld Huh? A normal build shouldn't need -DNOPERL and a MAKEOBJDIRPREFIX redifintion. > #----------------------------------------------------------------------- > Index: gnu/usr.bin/cc/f771/Makefile > =================================================================== > RCS file: /cvs/freebsd/src/gnu/usr.bin/cc/f771/Makefile,v > retrieving revision 1.6 > diff -u -r1.6 Makefile > --- gnu/usr.bin/cc/f771/Makefile 2000/03/15 05:13:53 1.6 > +++ gnu/usr.bin/cc/f771/Makefile 2001/07/10 19:36:13 > @@ -35,7 +35,7 @@ > .for i in 1t 2t fo io nq op ot > .ORDER: str-$i.h str-$i.j > str-$i.j str-$i.h: str-$i.fin fini > - ./fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h > + fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h This will use the one in the path, IIRC Marcel explicitly wanted "./fini" for the cross-build case. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 15:47:20 2001 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 7DE2D37B405 for ; Tue, 10 Jul 2001 15:47:12 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id AAA65732; Wed, 11 Jul 2001 00:47:03 +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: Jason Evans Cc: Tomasz Paszkowski , mi@aldan.algebra.com, freebsd-current@FreeBSD.ORG Subject: Re: picking a DB (Re: nvi maintainer?) References: <200107092136.f69LaTx27514@abyssinian.sleepycat.com> <200107092155.f69Ltv015067@misha.privatelabs.com> <20010710231632.A53660@genesis.k.pl> <20010710143557.B22464@canonware.com> From: Dag-Erling Smorgrav Date: 11 Jul 2001 00:47:03 +0200 In-Reply-To: <20010710143557.B22464@canonware.com> Message-ID: Lines: 15 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jason Evans writes: > The dxstore license has the same problem as the Sleepycat DB license. In > addition, it has the pesky advertising clause of the original BSD license. It's effectively equivalent to the GPL + the advertising clause... but their web site has a (short) list of other open source database systems, one of which (tdbm) apparently has transaction support and is under a BSD-like license (with a stricter advertising clause, though). It's old (last updated 1994?) but comes with a rather detailed TODO- list which should help kick-start development if we choose to import tdbm. 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 Tue Jul 10 16: 6: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id 6189E37B405 for ; Tue, 10 Jul 2001 16:06:02 -0700 (PDT) (envelope-from mark@whistle.com) Received: from [207.76.207.129] (PBG4.whistle.com [207.76.207.129]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id QAA63945 for ; Tue, 10 Jul 2001 16:05:46 -0700 (PDT) Mime-Version: 1.0 X-Sender: mark@207.76.206.1 Message-Id: In-Reply-To: <20010710154330.A98432@dragon.nuxi.com> References: <200107082141.f68LfVJ13849@harmony.village.org> <20010710154330.A98432@dragon.nuxi.com> Date: Tue, 10 Jul 2001 16:04:51 -0700 To: current@FreeBSD.ORG From: Mark Peek Subject: Re: Cross building FYI Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 3:43 PM -0700 7/10/01, David O'Brien wrote: >On Tue, Jul 10, 2001 at 01:29:32PM -0700, Mark Peek wrote: >> Below are patches which allowed me to run an alpha cross build >> through to completion using: >> >> make -DNOPERL MACHINE_ARCH=alpha MAKEOBJDIRPREFIX=/usr/aobj buildworld > >Why is MAKEOBJDIRPREFIX=/usr/aobj needed? The cross build used to use >/usr/obj// quite nicely. It's not. I just wanted to have a different object directory than my normal one to ensure I wasn't getting any contamination in my compiles. I was just stating what I ran. > > and a normal build using >> > > make -DNOPERL MAKEOBJDIRPREFIX=/usr/iobj buildworld > >Huh? A normal build shouldn't need -DNOPERL and a MAKEOBJDIRPREFIX >redifintion. Sorry, bad choice of words. By "normal" I meant a non-cross compiled build. To ensure I didn't break it, I wanted to run it with similar arguments as my cross build. I was just stating what I ran. I'll run a normal build tonight with my patches to verify. > > #----------------------------------------------------------------------- >> Index: gnu/usr.bin/cc/f771/Makefile >> =================================================================== >> RCS file: /cvs/freebsd/src/gnu/usr.bin/cc/f771/Makefile,v >> retrieving revision 1.6 >> diff -u -r1.6 Makefile >> --- gnu/usr.bin/cc/f771/Makefile 2000/03/15 05:13:53 1.6 >> +++ gnu/usr.bin/cc/f771/Makefile 2001/07/10 19:36:13 >> @@ -35,7 +35,7 @@ >> .for i in 1t 2t fo io nq op ot >> .ORDER: str-$i.h str-$i.j >> str-$i.j str-$i.h: str-$i.fin fini >> - ./fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h >> + fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h > >This will use the one in the path, IIRC Marcel explicitly wanted "./fini" >for the cross-build case. Hmmm, this failed for me in my build so I applied the same change as I did in cc_tools. This is due to "fini" being rebuilt as a TARGET executable in the TARGET object directory during stage 4 so "./fini" won't run on the host system. Perhaps Marcel could offer his opinion. Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 16:34:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id 8A3A537B405 for ; Tue, 10 Jul 2001 16:34:51 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f6ANYoD00614; Tue, 10 Jul 2001 16:34:50 -0700 (PDT) (envelope-from obrien) Date: Tue, 10 Jul 2001 16:34:50 -0700 From: current@FreeBSD.ORG To: Mark Peek Cc: current@FreeBSD.ORG Subject: Re: Cross building FYI Message-ID: <20010710163450.E98432@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200107082141.f68LfVJ13849@harmony.village.org> <20010710154330.A98432@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mark@whistle.com on Tue, Jul 10, 2001 at 04:04:51PM -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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 10, 2001 at 04:04:51PM -0700, Mark Peek wrote: > At 3:43 PM -0700 7/10/01, David O'Brien wrote: > >On Tue, Jul 10, 2001 at 01:29:32PM -0700, Mark Peek wrote: > >> Below are patches which allowed me to run an alpha cross build > >> through to completion using: > >> > >> make -DNOPERL MACHINE_ARCH=alpha MAKEOBJDIRPREFIX=/usr/aobj buildworld > > > >Why is MAKEOBJDIRPREFIX=/usr/aobj needed? The cross build used to use > >/usr/obj// quite nicely. > > It's not. I just wanted to have a different object directory than my > normal one to ensure I wasn't getting any contamination in my > compiles. I was just stating what I ran. It would be best to not include such "options" then as they just confuse the issue... Is the -DNOPERL required also, or you just used it "just in case"? -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 18:44:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 7F76537B403; Tue, 10 Jul 2001 18:44:43 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from sohgo.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (rashi [133.11.199.209]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f6B1iQt45800 ; Wed, 11 Jul 2001 10:44:27 +0900 (JST) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp [fec0::1:280:c8ff:fe6b:6d73]) by sohgo.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W) with ESMTP id f6B1iNf27222 ; Wed, 11 Jul 2001 10:44:23 +0900 (JST) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W) with ESMTP id f6B1iL080250 ; Wed, 11 Jul 2001 10:44:22 +0900 (JST) Message-Id: <200107110144.f6B1iL080250@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 11 Jul 2001 10:44:21 +0900 From: Seigo Tanimura To: Alfred Perlstein Cc: Seigo Tanimura , jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: <20010709032044.B1894@sneakerz.org> References: <20010531124007.B57907@dragon.nuxi.com> <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> User-Agent: Wanderlust/2.4.1 (Stand By Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 9 Jul 2001 03:20:44 -0500, Alfred Perlstein said: Alfred> I'm also quite sure that you can't call the ktrace functions with Alfred> any mutexes held so the code is doing to need some help, basically Alfred> the trick in trapsig() and postsig() is to generate the ktrace Alfred> IO after the locks have been dropped, this means somehow caching Alfred> the info sent to ktrace where it's currently called, and calling Alfred> it later with the cached info after the locks are dropped. We can cache ktrace information into struct proc and mark the existence of cache in p_traceflag. Then we send the information to ktrace upon returning from trapsignal() or CURSIG(), or in sigexit(). Another problem I noticed is bogus unlock and lock around call of machine-and-maybe-executable-format-dependent sendsig(), found in sys/*/*/machdep.c. Instead of locking curproc in sendsig() once again, we should call sendsig() with curproc locked, and release the lock only in sendsig(). -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 19:18:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (cust-P5-R11-246.POOL.ESR.SJO.wwc.com [206.112.122.246]) by hub.freebsd.org (Postfix) with ESMTP id 4419937B40B for ; Tue, 10 Jul 2001 19:18:52 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f6B2Wm102658; Tue, 10 Jul 2001 19:32:49 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200107110232.f6B2Wm102658@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Munehiro Matsuda Cc: acpi-jp@jp.freebsd.org, current@freebsd.org, yoichi@eken.phys.nagoya-u.ac.jp Subject: Re: [acpi-jp 1165] Re: HEADS UP - more ACPI updates, CPU throttling In-reply-to: Your message of "Tue, 10 Jul 2001 22:33:51 +0900." <20010710223351H.haro@h4.dion.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 10 Jul 2001 19:32:48 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I'm also having same hang-up, with acpi_pcib.c rev1.10 (no NEWCARD). Sounds like calling _SRS is breaking something. > With acpi_pcib.c rev1.9, I loose my pccard. This is known; I messed it up. 8( > With acpi_pcib.c rev1.8, everything seems ok. This uses the "old" PCI interrupt routing code. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 20:48: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id 0B85137B406 for ; Tue, 10 Jul 2001 20:48:02 -0700 (PDT) (envelope-from mark@whistle.com) Received: from [207.76.207.129] ([10.1.10.118]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id UAA68463 for ; Tue, 10 Jul 2001 20:46:14 -0700 (PDT) Mime-Version: 1.0 X-Sender: mark@207.76.206.1 Message-Id: In-Reply-To: <20010710163450.E98432@dragon.nuxi.com> References: <200107082141.f68LfVJ13849@harmony.village.org> <20010710154330.A98432@dragon.nuxi.com> <20010710163450.E98432@dragon.nuxi.com> Date: Tue, 10 Jul 2001 20:46:23 -0700 To: current@FreeBSD.ORG From: Mark Peek Subject: Re: Cross building FYI Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 4:34 PM -0700 7/10/01, current@FreeBSD.ORG wrote: >On Tue, Jul 10, 2001 at 04:04:51PM -0700, Mark Peek wrote: >> At 3:43 PM -0700 7/10/01, David O'Brien wrote: >> >On Tue, Jul 10, 2001 at 01:29:32PM -0700, Mark Peek wrote: >> >> Below are patches which allowed me to run an alpha cross build >> >> through to completion using: >> >> >> >> make -DNOPERL MACHINE_ARCH=alpha MAKEOBJDIRPREFIX=/usr/aobj >>buildworld >> > >> >Why is MAKEOBJDIRPREFIX=/usr/aobj needed? The cross build used to use >> >/usr/obj// quite nicely. >> >> It's not. I just wanted to have a different object directory than my >> normal one to ensure I wasn't getting any contamination in my >> compiles. I was just stating what I ran. > >It would be best to not include such "options" then as they just confuse >the issue... Is the -DNOPERL required also, or you just used it "just in >case"? David, thanks for the feedback. I reran the builds and these finish through to completion with my patches: make buildworld make MACHINE_ARCH=alpha buildworld Also, based on your feedback, I tried backing out the fortran change and moving it back to the build tools stage. The problem is f771 requires the include files from cc_tools which is now in the cross tools stage. Since the tools have the same dependencies, it is probably best to keep my patch the way it is since running the fortran build tool (fini) as "./fini" would run the target executable instead of the host executable. Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 22:44:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 78BF437B403 for ; Tue, 10 Jul 2001 22:44:28 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6B5iRS01967 for ; Tue, 10 Jul 2001 22:44:27 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Tue, 10 Jul 2001 22:44:27 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: current@freebsd.org Subject: oddity in -current with PAN && ssh Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Top 'o tree as of yesterday, mergemaster'd, yielded: Jul 10 22:05:52 mathom sshd[35728]: PAM pam_set_item: NULL pam handle passed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 23: 3:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [206.40.252.115]) by hub.freebsd.org (Postfix) with ESMTP id B21B637B403 for ; Tue, 10 Jul 2001 23:03:48 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f6B62t321792; Tue, 10 Jul 2001 23:02:55 -0700 (PDT) (envelope-from obrien) Date: Tue, 10 Jul 2001 23:02:51 -0700 From: "David O'Brien" To: "Dmitry S. Sivachenko" Cc: current@freebsd.org Subject: Re: cvs commit: src/sbin/fsck_msdosfs Makefile boot.c check.c dir.c dosfs.h ext.h fat.c fsck_msdosfs.8 main.c Message-ID: <20010710230251.E899@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200107091035.f69AZJP24853@freefall.freebsd.org> <20010711095733.A71833@netserv1.chg.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010711095733.A71833@netserv1.chg.ru>; from dima@Chg.RU on Wed, Jul 11, 2001 at 09:57:33AM +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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 11, 2001 at 09:57:33AM +0400, Dmitry S. Sivachenko wrote: > Do you plan to MFC this? It would be *very* useful! Yes. But I already got some comments on it I need to take care of. I also don't begin to guarantee it will do something useful for anyone who tries it. I would like to hear from others that it either did or did not work for them. I only tested it on the most simple FAT partition. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 23:39:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id E964637B401; Tue, 10 Jul 2001 23:39:07 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f6B64ht61439 ; Wed, 11 Jul 2001 15:07:26 +0900 (JST) Message-Id: <200107110607.f6B64ht61439@rina.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 11 Jul 2001 15:04:43 +0900 From: Seigo Tanimura To: tanimura@r.dl.itc.u-tokyo.ac.jp Cc: bright@sneakerz.org, jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: In your message of "Wed, 11 Jul 2001 10:44:21 +0900" <200107110144.f6B1iL080250@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> References: <20010531124007.B57907@dragon.nuxi.com> <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107110144.f6B1iL080250@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 11 Jul 2001 10:44:21 +0900, Seigo Tanimura said: Alfred> I'm also quite sure that you can't call the ktrace functions with Alfred> any mutexes held so the code is doing to need some help, basically Alfred> the trick in trapsig() and postsig() is to generate the ktrace Alfred> IO after the locks have been dropped, this means somehow caching Alfred> the info sent to ktrace where it's currently called, and calling Alfred> it later with the cached info after the locks are dropped. Seigo> We can cache ktrace information into struct proc and mark the Seigo> existence of cache in p_traceflag. Then we send the information to Seigo> ktrace upon returning from trapsignal() or CURSIG(), or in sigexit(). The problem has turned out to be even worse. msleep() and cv_*wait*() might receive a mutex held by curproc. As we cannot release the mutex to sleep in ktrwrite() during msleep() or cv_*wait*(), it is also necessary to cache information sent to ktrcsw(). Is it not feasible to examine the existence of cached ktrcsw() information upon every single call of msleep() and cv_*wait*() in order to flush the cached information. Instead of that, we should watch for release of mutexes. When a process no longer holds any mutexes except for Giant, it is safe to flush cached information to ktrace. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jul 10 23:45: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id B460237B401; Tue, 10 Jul 2001 23:44:56 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 03FF75D01F; Wed, 11 Jul 2001 01:44:55 -0500 (CDT) Date: Wed, 11 Jul 2001 01:44:55 -0500 From: Alfred Perlstein To: Seigo Tanimura Cc: jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Message-ID: <20010711014455.H1894@sneakerz.org> References: <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107110144.f6B1iL080250@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> <200107110607.f6B64ht61439@rina.r.dl.itc.u-tokyo.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107110607.f6B64ht61439@rina.r.dl.itc.u-tokyo.ac.jp>; from tanimura@r.dl.itc.u-tokyo.ac.jp on Wed, Jul 11, 2001 at 03:04:43PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Seigo Tanimura [010711 01:39] wrote: > On Wed, 11 Jul 2001 10:44:21 +0900, > Seigo Tanimura said: > > Alfred> I'm also quite sure that you can't call the ktrace functions with > Alfred> any mutexes held so the code is doing to need some help, basically > Alfred> the trick in trapsig() and postsig() is to generate the ktrace > Alfred> IO after the locks have been dropped, this means somehow caching > Alfred> the info sent to ktrace where it's currently called, and calling > Alfred> it later with the cached info after the locks are dropped. > > Seigo> We can cache ktrace information into struct proc and mark the > Seigo> existence of cache in p_traceflag. Then we send the information to > Seigo> ktrace upon returning from trapsignal() or CURSIG(), or in sigexit(). > > The problem has turned out to be even worse. > > msleep() and cv_*wait*() might receive a mutex held by curproc. As we > cannot release the mutex to sleep in ktrwrite() during msleep() or > cv_*wait*(), it is also necessary to cache information sent to > ktrcsw(). > > Is it not feasible to examine the existence of cached ktrcsw() > information upon every single call of msleep() and cv_*wait*() in > order to flush the cached information. Instead of that, we should > watch for release of mutexes. When a process no longer holds any > mutexes except for Giant, it is safe to flush cached information to > ktrace. Yes, it's pretty gross. :( -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 4:24:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 883CD37B40B; Wed, 11 Jul 2001 04:24:21 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f6BBOHt20234 ; Wed, 11 Jul 2001 20:24:18 +0900 (JST) Message-Id: <200107111124.f6BBOHt20234@rina.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 11 Jul 2001 20:24:17 +0900 From: Seigo Tanimura To: bright@sneakerz.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: In your message of "Wed, 11 Jul 2001 01:44:55 -0500" <20010711014455.H1894@sneakerz.org> References: <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107110144.f6B1iL080250@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> <200107110607.f6B64ht61439@rina.r.dl.itc.u-tokyo.ac.jp> <20010711014455.H1894@sneakerz.org> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 11 Jul 2001 01:44:55 -0500, Alfred Perlstein said: Alfred> I'm also quite sure that you can't call the ktrace functions with Alfred> any mutexes held so the code is doing to need some help, basically Alfred> the trick in trapsig() and postsig() is to generate the ktrace Alfred> IO after the locks have been dropped, this means somehow caching Alfred> the info sent to ktrace where it's currently called, and calling Alfred> it later with the cached info after the locks are dropped. >> Seigo> We can cache ktrace information into struct proc and mark the Seigo> existence of cache in p_traceflag. Then we send the information to Seigo> ktrace upon returning from trapsignal() or CURSIG(), or in sigexit(). >> >> msleep() and cv_*wait*() might receive a mutex held by curproc. As we >> cannot release the mutex to sleep in ktrwrite() during msleep() or >> cv_*wait*(), it is also necessary to cache information sent to >> ktrcsw(). >> >> Is it not feasible to examine the existence of cached ktrcsw() >> information upon every single call of msleep() and cv_*wait*() in >> order to flush the cached information. Instead of that, we should >> watch for release of mutexes. When a process no longer holds any >> mutexes except for Giant, it is safe to flush cached information to >> ktrace. Alfred> Yes, it's pretty gross. :( A problem of checking the cache upon release of a mutex is that we do not record the mutexes a process holds, which sounds expensive. BSD/OS solves that problem by a queue of ktrace data, which is what we refer to as cache, and by a helper kernel thread. A ktrace queue of BSD/OS, namely struct ktrace_control, is per vnode of a trace file, allocated dynamically. A record of trace data, also dynamically allocated, attaches to the queue of a trace file first. A kernel thread forked in ktrace(2) pulls records out of the queue, followed by writing them to the vnode of the trace file. The queue also holds free records of ktrace data so that a process holding mutexes can call ktrace_*(), The solution of BSD/OS looks promising in general. The only one issue I notice is that they do not allocate free records until the first call of ktrace_getxheader(). That would be fatal if a process holding mutexes records the first trace data for the queue. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 4:37:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 1EDEE37B401; Wed, 11 Jul 2001 04:37:29 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f6BBbQt22812 ; Wed, 11 Jul 2001 20:37:26 +0900 (JST) Message-Id: <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> Date: Wed, 11 Jul 2001 20:37:26 +0900 From: Seigo Tanimura To: bright@sneakerz.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: In your message of "Tue, 10 Jul 2001 18:03:40 +0900" <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> References: <20010531130155.A58258@dragon.nuxi.com> <200106011228.f51CSvD46848@rina.r.dl.itc.u-tokyo.ac.jp> <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 10 Jul 2001 18:03:40 +0900, Seigo Tanimura said: >>> >> I'm going to be giving this code some testing, not that you have to >>> >> wait for me to finish, but it seems like no one has stepped forward >>> >> to review this. I'd like to see it committed, so either go ahead >>> >> or wait for my review if it makes you more comfortable. >>> >> >>> >> Since I was working on the filedesc stuff I'll take a shot at reviewing >>> >> it, by way of the diff it looks somewhat ok, I just want to make sure >>> >> you're getting the fhold/fdrop stuff right. >>> Alfred> There's a merged diff here: >>> Alfred> http://people.freebsd.org/~alfred/pg_fd2.diff >>> >>> It is rather hard for me to dig up what you merged out of that >>> patch. Could you please give me unmerged one? Alfred> What I did was try to merge the work you've done into the latest Alfred> -current, it didn't work out too well. Perhaps you can remerge Alfred> it and pass it to me for testing? Seigo> I have already begun merging -current an hour ago. It would take Seigo> another 3-4 hours to test builing kernels, so could you please be Seigo> patient until the latest one gets ready to go? The patch and the results of build test are now on the web page. The discussion of ktrace(2) problem does not cover the solution of BSD/OS, so it needs updating. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 5:58:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by hub.freebsd.org (Postfix) with ESMTP id 9B7D037B403 for ; Wed, 11 Jul 2001 05:58:36 -0700 (PDT) (envelope-from gwk@sgi.com) Received: from sgiger.munich.sgi.com (sgiger.munich.sgi.com [144.253.192.2]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id OAA22427; Wed, 11 Jul 2001 14:58:27 +0200 (CEST) mail_from (gwk@sgi.com) Received: from cuckoo.munich.sgi.com (cuckoo.munich.sgi.com [144.253.192.109]) by sgiger.munich.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA23637; Wed, 11 Jul 2001 14:58:12 +0200 Received: from wilhelm.noname (private-gk.munich.sgi.com [144.253.196.49]) by cuckoo.munich.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id OAA00109; Wed, 11 Jul 2001 14:58:10 +0200 (CEST) Date: Wed, 11 Jul 2001 14:55:33 +0200 Message-ID: <873d83pquy.wl@wilhelm.noname> From: "Georg-W. Koltermann" To: Garance A Drosihn Cc: current@freebsd.org Subject: Re: cannot print to remote printer In-Reply-To: References: User-Agent: Wanderlust/2.4.1 (Stand By Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) Organization: SGI X-Attribution: gwk MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry, I was offline for a while (broke my leg). I am now recovering and slowly catching up. The laptop which had this problem won't be back on the ethernet for another two weeks, so I won't be able to do more testing. And maybe, since so much time has passed, I'd better CVSup and try again. Anyway, here are the answers to your questions: At Fri, 22 Jun 2001 12:55:26 -0400, Garance A Drosihn wrote: > > At 2:42 PM +0200 6/22/01, Georg-W. Koltermann wrote: > >Hi, > > > >with current as of June 20 I can no longer print to a remote printer. > >Syslog says "filter 'f' exited (retcode=108)". > > > >I added a "set -x" to the filter which is a shell program, and sure > >enough the last action it does is an "exit 0". So the problem must > >be somewhere in lpd. > > Hmm. I assume you're using "stock lpd" (the standard system version), > and not some port like lprNG? Stock lpd, correct. > > Which platform are you running on? (i386 or Alpha) i386 > > Is the filter one that you wrote, or is it from one of the ports? > What does the filter do? It's a filter that I copied and edited a long while ago. It's based on some example in the handbook, I believe, and it checks if the printfile is PostScript. It then passes the PostScript file through GhostScript, or passes the non-PostScript file directly to the printer. > > When was the last time you had sync'ed up with current? A couple of days before my report (around 6/15 to 6/18). It all worked flawlessly up to the last CVSup, and then broke. > > While there have been some changes to lpd in the past month, there > shouldn't be any that would alter this section of the code. Yes, that was my impression after looking at the CVS log. Thanks for caring, I will come back when I am completely online (at work), if the problem still exists after a fresh CVSup. -- Regards, Georg. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 7:54:44 2001 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 25A9F37B403 for ; Wed, 11 Jul 2001 07:54:40 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id AAA27232; Thu, 12 Jul 2001 00:54:33 +1000 Date: Thu, 12 Jul 2001 00:52:26 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Mark Peek Cc: current@FreeBSD.ORG Subject: Re: Cross building FYI In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 10 Jul 2001, Mark Peek wrote: > At 3:43 PM -0700 7/10/01, David O'Brien wrote: > >On Tue, Jul 10, 2001 at 01:29:32PM -0700, Mark Peek wrote: > > > and a normal build using > >> > > > make -DNOPERL MAKEOBJDIRPREFIX=/usr/iobj buildworld > > > >Huh? A normal build shouldn't need -DNOPERL and a MAKEOBJDIRPREFIX > >redifintion. > > Sorry, bad choice of words. By "normal" I meant a non-cross compiled > build. To ensure I didn't break it, I wanted to run it with similar By "normal builds", I will mean non-world, non-cross ones like "cd somwhere; make" :-). > >> Index: gnu/usr.bin/cc/f771/Makefile > >> =================================================================== > >> RCS file: /cvs/freebsd/src/gnu/usr.bin/cc/f771/Makefile,v > >> retrieving revision 1.6 > >> diff -u -r1.6 Makefile > >> --- gnu/usr.bin/cc/f771/Makefile 2000/03/15 05:13:53 1.6 > >> +++ gnu/usr.bin/cc/f771/Makefile 2001/07/10 19:36:13 > >> @@ -35,7 +35,7 @@ > >> .for i in 1t 2t fo io nq op ot > >> .ORDER: str-$i.h str-$i.j > >> str-$i.j str-$i.h: str-$i.fin fini > >> - ./fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h > >> + fini ${GCCDIR}/f/str-$i.fin str-$i.j str-$i.h > > > >This will use the one in the path, IIRC Marcel explicitly wanted "./fini" > >for the cross-build case. > Hmmm, this failed for me in my build so I applied the same change as > I did in cc_tools. This is due to "fini" being rebuilt as a TARGET > executable in the TARGET object directory during stage 4 so "./fini" > won't run on the host system. Perhaps Marcel could offer his opinion. I think he actually wanted it for normal builds like "cd /usr/src/gnu/usr.bin/cc; make". Then $PATH is just the user's path and "." might/should not be in it. Your changes seem to be more or less correct. build-tools seems to have depended on using the wrong MACHINE_ARCH in TMAKEENV to build the tools in a bogus place where they "accidentally" prevented harmful rebuilding in stage 4. But this hack only worked for the tools binaries at best. Any use of the binaries in stage 2 or 3 may have left non-binaries in a bogus place where they accidentally prevented required building in stage 4. You fixed this for cc and f77 tools but there may be problems with others. It's not clear that tools binaries built in stage 2 or 3 will work with a different MACHINE_ARCH in stage 4, but cross-tools should. Not Marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 11: 5:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from white.dogwood.com (white.dogwood.com [63.96.228.130]) by hub.freebsd.org (Postfix) with ESMTP id 7FB0B37B401 for ; Wed, 11 Jul 2001 11:05:41 -0700 (PDT) (envelope-from dave@dogwood.com) Received: (from dave@localhost) by white.dogwood.com (8.11.4/8.11.3) id f6BI5fD00319 for freebsd-current@freebsd.org; Wed, 11 Jul 2001 11:05:41 -0700 (PDT) (envelope-from dave) From: Dave Cornejo Message-Id: <200107111805.f6BI5fD00319@white.dogwood.com> Subject: Re: SCSI hangs w/SuperMicro 6010H In-Reply-To: <200106261821.f5QILVU22240@aslan.scsiguy.com> "from Justin T. Gibbs at Jun 26, 2001 12:21:31 pm" To: freebsd-current@freebsd.org Date: Wed, 11 Jul 2001 11:05:40 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have gotten this system to boot with a current SMP kernel from as late as mid-September 2000, and am working on stabilising the system so that I can try later versions. It seems that all the working versions don't use Ultra-160 (I'm not sure when this hit the tree) - could the problem have been introduced when support was added? thanks, dave c -- Dave Cornejo @ Dogwood Media, Fremont, California (also dcornejo@ieee.org) "There aren't any monkeys chasing us..." - Xochi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 12:43:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id 5608037B401 for ; Wed, 11 Jul 2001 12:43:22 -0700 (PDT) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 2CCF5543D; Wed, 11 Jul 2001 21:43:11 +0200 (CEST) Date: Wed, 11 Jul 2001 21:43:11 +0200 From: Anton Berezin To: "Georg-W. Koltermann" Cc: Garance A Drosihn , current@freebsd.org Subject: Re: cannot print to remote printer Message-ID: <20010711214311.C2855@heechee.tobez.org> Mail-Followup-To: Anton Berezin , "Georg-W. Koltermann" , Garance A Drosihn , current@freebsd.org References: <873d83pquy.wl@wilhelm.noname> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <873d83pquy.wl@wilhelm.noname>; from gwk@sgi.com on Wed, Jul 11, 2001 at 02:55:33PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 11, 2001 at 02:55:33PM +0200, Georg-W. Koltermann wrote: > Sorry, I was offline for a while (broke my leg). I am now recovering > and slowly catching up. The laptop which had this problem won't be > back on the ethernet for another two weeks, so I won't be able to do > more testing. And maybe, since so much time has passed, I'd better > CVSup and try again. I could reproduce your problem. The following patch appears to solve it for me: Index: lpd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/lpr/lpd/lpd.c,v retrieving revision 1.26 diff -u -r1.26 lpd.c --- lpd.c 2001/06/25 01:45:25 1.26 +++ lpd.c 2001/07/11 19:35:11 @@ -367,7 +367,7 @@ continue; } if (fork() == 0) { - signal(SIGCHLD, SIG_IGN); + signal(SIGCHLD, SIG_DFL); signal(SIGHUP, SIG_IGN); signal(SIGINT, SIG_IGN); signal(SIGQUIT, SIG_IGN); > > At 2:42 PM +0200 6/22/01, Georg-W. Koltermann wrote: > > >with current as of June 20 I can no longer print to a remote printer. > > >Syslog says "filter 'f' exited (retcode=108)". > > > > > >I added a "set -x" to the filter which is a shell program, and sure > > >enough the last action it does is an "exit 0". So the problem must > > >be somewhere in lpd. =Anton. -- May the tuna salad be with you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 16:51:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from rtp.tfd.com (rtp.tfd.com [198.79.53.206]) by hub.freebsd.org (Postfix) with ESMTP id 0064737B401 for ; Wed, 11 Jul 2001 16:51:33 -0700 (PDT) (envelope-from kent@tfd.com) Received: (from kent@localhost) by rtp.tfd.com (8.9.3/8.9.3) id TAA12732 for current@freebsd.org; Wed, 11 Jul 2001 19:51:39 -0400 (EDT) Date: Wed, 11 Jul 2001 19:51:39 -0400 (EDT) From: Kent Hauser Message-Id: <200107112351.TAA12732@rtp.tfd.com> To: current@freebsd.org Subject: ipsec pkts dropped: unknown/unsupported protocol Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, When I brought my -current box forward from a May build, my VPN stopped working. From tcpdump & netstat -s I see the pkts come & go correctly, but are dropped because: netstat -s: "ip: xx packets for unknown/unsupported protocol". I have "net.inet.ip.check_interface=0" which was sufficient to get it working again with the May build. Any suggestions? Thanks. Kent BTW: the IPSec traffic is running over a PPPoE DSL IP link. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 17:11:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11]) by hub.freebsd.org (Postfix) with ESMTP id 55B8037B403 for ; Wed, 11 Jul 2001 17:11:50 -0700 (PDT) (envelope-from cisbjc@reason.levels.unisa.edu.au) Received: from reason.levels.unisa.edu.au (cis202068.levels.unisa.edu.au [130.220.37.202]) by reason.levels.unisa.edu.au (8.9.3/8.9.3) with ESMTP id JAA03572 for ; Thu, 12 Jul 2001 09:41:44 +0930 (CST) Message-ID: <3B4CEB1C.37285B20@reason.levels.unisa.edu.au> Date: Thu, 12 Jul 2001 09:41:08 +0930 From: Benjamin Close X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Diagnosing a ata detection problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi All, FreeBSD -current hasn't correctly detected the CDROM drive in my laptop for some time now. I've traced the problem down to the drive returning an invalid ATAPI_LSB_MAGIC and ATAPI_MSB_MAGIC which is checked at line 704 in dev/ata/ata-all.c It returns d0 d0, which I believe is an overflow indication. My work around for this currently is comment out the if statement (as shown in the attached patch). Whilst, it's not elegant, it works. Could someone suggest what steps I should take to find a correct solution, I'm a newbie in the kernel world, but one willing to play, break and fix things. Cheers, Benjamin --- dev/ata/ata-all.c Thu Jul 12 09:23:54 2001 +++ dev/ata/ata-all.c.new Thu Jul 12 09:22:04 2001 @@ -701,7 +701,7 @@ if (bootverbose) ata_printf(scp, ATA_SLAVE, "ATAPI probe %02x %02x\n", lsb, msb); - if (lsb == ATAPI_MAGIC_LSB && msb == * ATAPI_MAGIC_MSB) + /*if (lsb == ATAPI_MAGIC_LSB && msb == * ATAPI_MAGIC_MSB)*/ scp->devices |= ATA_ATAPI_SLAVE; } } -- 3D Research Assistant +61 8 8302 3669 School of Computer and Information Science Room D1-07, Levels Campus University of South Australia Mawson Lakes Blvd. Benjamin.Close@cs.unisa.edu.au South Australia, 5095 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 17:32:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 8CE8C37B403; Wed, 11 Jul 2001 17:32:08 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f6C0W7405352; Wed, 11 Jul 2001 20:32:07 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20010711214311.C2855@heechee.tobez.org> References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> Date: Wed, 11 Jul 2001 20:32:04 -0400 To: Anton Berezin From: Garance A Drosihn Subject: Re: cannot print to remote printer Cc: current@FreeBSD.org, freebsd-print@bostonradio.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 9:43 PM +0200 7/11/01, Anton Berezin wrote: > At 2:55 PM +0200 7/11/01, Georg-W. Koltermann wrote: > > With current as of June 20 I can no longer print to a remote > > printer. Syslog says "filter 'f' exited (retcode=108)". > > > > I added a "set -x" to the filter which is a shell program, and > > sure enough the last action it does is an "exit 0". So the problem > > must be somewhere in lpd. > >I could reproduce your problem. The following patch appears to solve >it for me: > >Index: lpd.c >=================================================================== >RCS file: /home/ncvs/src/usr.sbin/lpr/lpd/lpd.c,v >retrieving revision 1.26 >diff -u -r1.26 lpd.c >--- lpd.c 2001/06/25 01:45:25 1.26 >+++ lpd.c 2001/07/11 19:35:11 >@@ -367,7 +367,7 @@ > continue; > } > if (fork() == 0) { >- signal(SIGCHLD, SIG_IGN); >+ signal(SIGCHLD, SIG_DFL); > signal(SIGHUP, SIG_IGN); > signal(SIGINT, SIG_IGN); > signal(SIGQUIT, SIG_IGN); I had to make this same change to lpr at RPI to get "things" to work right on some other (non-freebsd) platform, though I did it so long ago that I don't remember what the problem was. I have some other signal-related changes in RPI's version that I intend to merge into freebsd too, but I'll put this change into freebsd-current by itself. I have wondered why I needed that on other platforms but freebsd didn't seem to need it... Thanks! -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 18:51:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 9B93437B405 for ; Wed, 11 Jul 2001 18:51:17 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f6C1os458566; Wed, 11 Jul 2001 21:50:54 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20010702113626.A21098@morpheus.mn.rr.com> References: <20010624210541.A12494@morpheus.mn.rr.com> <20010702113626.A21098@morpheus.mn.rr.com> Date: Wed, 11 Jul 2001 21:50:52 -0400 To: Damieon Stark , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: unified pwutil library - thoughts? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:36 AM -0500 7/2/01, Damieon Stark wrote: >Below is the message I sent about a unified libpwutil, and >possibly integrating it into FreeBSD. _ANY_ feedback, positive >or negitive would be appreciated as it will help to validate my >existance ;) I like the idea, but I must admit to not having the time to look over your actual patch yet... -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 23:19:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.mk.bsdclub.org (adsl2138.ea.rim.or.jp [202.247.148.138]) by hub.freebsd.org (Postfix) with ESMTP id 6017537B401 for ; Wed, 11 Jul 2001 23:19:40 -0700 (PDT) (envelope-from motoyuki@mk.bsdclub.org) Received: from sakura.mk.bsdclub.org (sakura.mk.bsdclub.org [3ffe:505:2022:0:2a0:c9ff:fe20:9aff]) by mail.mk.bsdclub.org (8.11.4+3.4W/3.7W) with ESMTP/inet6 id f6C6JdR48217 for ; Thu, 12 Jul 2001 15:19:39 +0900 (JST) Received: from sakura.mk.bsdclub.org (localhost.mk.bsdclub.org [127.0.0.1]) by sakura.mk.bsdclub.org (8.11.4/3.7W) with ESMTP/inet id f6C6JdC24398 for ; Thu, 12 Jul 2001 15:19:39 +0900 (JST) Message-Id: <200107120619.f6C6JdC24398@sakura.mk.bsdclub.org> To: freebsd-current@freebsd.org From: Motoyuki Konno X-Mailer: mh-e on Mule 2.3 / Emacs 19.34.1 Subject: libpam major bump Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Thu, 12 Jul 2001 15:19:39 +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, After the major number bump of libpam (1 to 2) on July 9, libpam-linked binaries (xdm, sudo, etc.) dump core. knu-san (knu@FreeBSD.org) said me that this problem is caused by libpam major bump. Old libpam shared lib (libpam.so.1) requires pam_*.so, but there not exist pam_*.so for libpam.so.1. To solve this problem, re-built the binaries (XFree86, sudo, etc.) is required. I think this problem should be added to UPDATING. -- ------------------------------------------------------------------------ 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 Wed Jul 11 23:27: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.musha.org (daemon.musha.org [61.122.44.178]) by hub.freebsd.org (Postfix) with ESMTP id D590337B401; Wed, 11 Jul 2001 23:26:59 -0700 (PDT) (envelope-from knu@iDaemons.org) Received: from archon.local.idaemons.org (archon.local.idaemons.org [192.168.1.32]) by mail.musha.org (Postfix) with ESMTP id C8B504E127; Thu, 12 Jul 2001 15:26:58 +0900 (JST) Date: Thu, 12 Jul 2001 15:26:58 +0900 Message-ID: <86r8vmpsr1.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: Mark Murray , current@FreeBSD.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libpam Makefile.inc In-Reply-To: <200107091816.f69IGXV10049@freefall.freebsd.org> References: <200107091816.f69IGXV10049@freefall.freebsd.org> User-Agent: Wanderlust/2.7.1 (Too Funky) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Mon, 9 Jul 2001 11:16:33 -0700 (PDT), Mark Murray wrote: > markm 2001/07/09 11:16:33 PDT > > Modified files: > lib/libpam Makefile.inc > Log: > Bump the major number. The libraries API has changed incompatibly. Actually this doesn't help libpam.so.1, because the new pam modules (pam_*.so) do not work with it. Which means you need to recompile the programs linked with it, such as sudo, xdm, and the X server. As a workaround, you can overwrite libpam.so.1 with libpam.so.2 and everything should work fine. (Has the compatibility really lost?) -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "Freeze this moment a little bit longer, make each impression a little bit stronger.. Experience slips away -- Time stand still" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 23:42: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id AD70437B406; Wed, 11 Jul 2001 23:42:06 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id F21695D01F; Thu, 12 Jul 2001 01:42:05 -0500 (CDT) Date: Thu, 12 Jul 2001 01:42:05 -0500 From: Alfred Perlstein To: Seigo Tanimura Cc: jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Message-ID: <20010712014205.D2449@sneakerz.org> References: <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp>; from tanimura@r.dl.itc.u-tokyo.ac.jp on Wed, Jul 11, 2001 at 08:37:26PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Seigo Tanimura [010711 19:08] wrote: > > The patch and the results of build test are now on the web page. > > The discussion of ktrace(2) problem does not cover the solution of > BSD/OS, so it needs updating. I'm just reviewing the file stuff, I have a number of updates mainly in the areas of needing FFIND_HOLD/fdrop rather than just a simple FFIND. getvnode(p->p_fd, args->fd, &fp); I'm quite sure should implicitly do a FHOLD operation on the returned struct file, i don't see this, at least not in linux_getdents() (compat/linux/linux_file.c). How can I present you a delta in a good way? -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 23:44:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 5477A37B403; Wed, 11 Jul 2001 23:44:53 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id AB2115D01F; Thu, 12 Jul 2001 01:44:44 -0500 (CDT) Date: Thu, 12 Jul 2001 01:44:44 -0500 From: Alfred Perlstein To: Seigo Tanimura Cc: jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Message-ID: <20010712014442.E2449@sneakerz.org> References: <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> <20010712014205.D2449@sneakerz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010712014205.D2449@sneakerz.org>; from bright@sneakerz.org on Thu, Jul 12, 2001 at 01:42:05AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Alfred Perlstein [010712 01:42] wrote: > * Seigo Tanimura [010711 19:08] wrote: > > > > The patch and the results of build test are now on the web page. > > > > The discussion of ktrace(2) problem does not cover the solution of > > BSD/OS, so it needs updating. > > I'm just reviewing the file stuff, I have a number of updates mainly > in the areas of needing FFIND_HOLD/fdrop rather than just a simple > FFIND. > > getvnode(p->p_fd, args->fd, &fp); > > I'm quite sure should implicitly do a FHOLD operation on the returned > struct file, i don't see this, at least not in linux_getdents() > (compat/linux/linux_file.c). Or at least an fhold needs to be done before relasing the lock on the struct file. -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 23:48:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.musha.org (daemon.musha.org [61.122.44.178]) by hub.freebsd.org (Postfix) with ESMTP id 1924537B401; Wed, 11 Jul 2001 23:48:36 -0700 (PDT) (envelope-from knu@iDaemons.org) Received: from archon.local.idaemons.org (archon.local.idaemons.org [192.168.1.32]) by mail.musha.org (Postfix) with ESMTP id CE7844E127; Thu, 12 Jul 2001 15:48:34 +0900 (JST) Date: Thu, 12 Jul 2001 15:48:34 +0900 Message-ID: <86pub6prr1.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: Mark Murray , current@FreeBSD.org Subject: Re: cvs commit: src/lib/libpam Makefile.inc In-Reply-To: <86r8vmpsr1.wl@archon.local.idaemons.org> References: <200107091816.f69IGXV10049@freefall.freebsd.org> <86r8vmpsr1.wl@archon.local.idaemons.org> User-Agent: Wanderlust/2.7.1 (Too Funky) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oops, At Thu, 12 Jul 2001 15:26:58 +0900, I wrote: > Actually this doesn't help libpam.so.1, because the new pam modules > (pam_*.so) do not work with it. Which means you need to recompile > the programs linked with it, such as sudo, xdm, and the X server. Xwrapper -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "Freeze this moment a little bit longer, make each impression a little bit stronger.. Experience slips away -- Time stand still" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 23:50:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 94AA937B403 for ; Wed, 11 Jul 2001 23:50:15 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id IAA27194 for freebsd-current@freebsd.org; Thu, 12 Jul 2001 08:50:14 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.4/8.11.4) id f6C6jtP45267; Thu, 12 Jul 2001 08:45:55 +0200 (MET DST) (envelope-from j) Date: Thu, 12 Jul 2001 08:45:55 +0200 (MET DST) Message-Id: <200107120645.f6C6jtP45267@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: cannot print to remote printer X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anton Berezin wrote: > if (fork() == 0) { > - signal(SIGCHLD, SIG_IGN); > + signal(SIGCHLD, SIG_DFL); This is unportable. If you want automatic zombie reaping, better don't use the simplified signal(3) handling, but instead spell it out as sigaction(2) using the SA_NOCLDWAIT flag. The above won't even give you a warning on systems that don't implement automatic zombie reaping, while with sicaction, you'll get a compile-time error for SA_NOCLDWAIT not being defined. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jul 11 23:50:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from corp2.cbn.net.id (corp2.cbn.net.id [202.158.3.25]) by hub.freebsd.org (Postfix) with ESMTP id 8D16437B405 for ; Wed, 11 Jul 2001 23:50:46 -0700 (PDT) (envelope-from john@office.naver.co.id) Received: from dante.naver.co.id (unknown [202.158.86.173]) by corp2.cbn.net.id (Postfix) with ESMTP id 09EF167027 for ; Thu, 12 Jul 2001 13:50:30 +0700 (JAVT) Received: by dante.naver.co.id (Postfix, from userid 1000) id C0372BDF48; Thu, 12 Jul 2001 13:50:34 +0700 (JAVT) Date: Thu, 12 Jul 2001 13:50:34 +0700 From: John Indra To: freebsd-current@freebsd.org Subject: No more snapshots of -CURRENT? Message-ID: <20010712135034.A83008@office.naver.co.id> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-20010210-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all... I have been visiting current.freebsd.org for the past weeks, and see no newer i386 snapshots then 20010618. Does it mean -CURRENT is in no "stable" condition right now? tq /john Live Free OR Die To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 0: 8:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id DA20937B401 for ; Thu, 12 Jul 2001 00:08:43 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 8C4E35D01F; Thu, 12 Jul 2001 02:08:34 -0500 (CDT) Date: Thu, 12 Jul 2001 02:08:34 -0500 From: Alfred Perlstein To: John Indra Cc: freebsd-current@freebsd.org Subject: Re: No more snapshots of -CURRENT? Message-ID: <20010712020833.G2449@sneakerz.org> References: <20010712135034.A83008@office.naver.co.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010712135034.A83008@office.naver.co.id>; from john@office.naver.co.id on Thu, Jul 12, 2001 at 01:50:34PM +0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * John Indra [010712 01:51] wrote: > Hi all... > > I have been visiting current.freebsd.org for the past weeks, and see no > newer i386 snapshots then 20010618. Does it mean -CURRENT is in no "stable" > condition right now? current is never "stable", if you want stable stil with -stable. :) -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 0:10:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id CE3E737B406; Thu, 12 Jul 2001 00:10:13 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 970C45D01F; Thu, 12 Jul 2001 02:10:03 -0500 (CDT) Date: Thu, 12 Jul 2001 02:10:03 -0500 From: Alfred Perlstein To: Seigo Tanimura Cc: jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Message-ID: <20010712021002.H2449@sneakerz.org> References: <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> <20010712014205.D2449@sneakerz.org> <20010712014442.E2449@sneakerz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20010712014442.E2449@sneakerz.org>; from bright@sneakerz.org on Thu, Jul 12, 2001 at 01:44:44AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Alfred Perlstein [010712 01:45] wrote: > * Alfred Perlstein [010712 01:42] wrote: > > * Seigo Tanimura [010711 19:08] wrote: > > > > > > The patch and the results of build test are now on the web page. > > > > > > The discussion of ktrace(2) problem does not cover the solution of > > > BSD/OS, so it needs updating. > > > > I'm just reviewing the file stuff, I have a number of updates mainly > > in the areas of needing FFIND_HOLD/fdrop rather than just a simple > > FFIND. > > > > getvnode(p->p_fd, args->fd, &fp); > > > > I'm quite sure should implicitly do a FHOLD operation on the returned > > struct file, i don't see this, at least not in linux_getdents() > > (compat/linux/linux_file.c). > > Or at least an fhold needs to be done before relasing the lock > on the struct file. Furthermore, all the fo_* functions should not be calling FHOLD themselves, the fhold needs to have been done by whomever calls them to make sure that the 'fp' doesn't disapear out from under the fo_ function. -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 0:37:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from corp2.cbn.net.id (corp2.cbn.net.id [202.158.3.25]) by hub.freebsd.org (Postfix) with ESMTP id C9D7537B405 for ; Thu, 12 Jul 2001 00:37:48 -0700 (PDT) (envelope-from john@office.naver.co.id) Received: from dante.naver.co.id (unknown [202.158.86.173]) by corp2.cbn.net.id (Postfix) with ESMTP id E716D66C40 for ; Thu, 12 Jul 2001 14:37:39 +0700 (JAVT) Received: by dante.naver.co.id (Postfix, from userid 1000) id A0B4CBDF48; Thu, 12 Jul 2001 14:37:45 +0700 (JAVT) Date: Thu, 12 Jul 2001 14:37:45 +0700 From: John Indra To: Alfred Perlstein Cc: freebsd-current@freebsd.org Subject: Re: No more snapshots of -CURRENT? Message-ID: <20010712143745.B83008@office.naver.co.id> Mail-Followup-To: Alfred Perlstein , freebsd-current@freebsd.org References: <20010712135034.A83008@office.naver.co.id> <20010712020833.G2449@sneakerz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010712020833.G2449@sneakerz.org>; from bright@sneakerz.org on Thu, Jul 12, 2001 at 02:08:34AM -0500 X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-20010210-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 12, 2001 at 02:08:34AM -0500, Alfred Perlstein wrote: >> newer i386 snapshots then 20010618. Does it mean -CURRENT is in no "stable" >> condition right now? >current is never "stable", if you want stable stil with -stable. :) I KNOW. That's why I put double quotes around the stable word from the first place ;) The first intention was just to ask why aren't there newer snapshots then 20010618. I am thinking of installing newest snapshots on my PC. Thanks anyway... /john Live Free OR Die To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 0:50:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from arb.arb.za.net (arb.arb.za.net [196.7.148.4]) by hub.freebsd.org (Postfix) with ESMTP id 1DAE337B406 for ; Thu, 12 Jul 2001 00:50:05 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (root@graft.grondar.za [196.7.18.141]) by arb.arb.za.net (8.11.4/8.11.4) with ESMTP id f6C7nkN07803; Thu, 12 Jul 2001 09:49:48 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200107120749.f6C7nkN07803@arb.arb.za.net> To: "Akinori MUSHA" Cc: current@FreeBSD.org Subject: Re: cvs commit: src/lib/libpam Makefile.inc References: <86pub6prr1.wl@archon.local.idaemons.org> In-Reply-To: <86pub6prr1.wl@archon.local.idaemons.org> ; from "Akinori MUSHA" "Thu, 12 Jul 2001 15:48:34 +0900." Date: Thu, 12 Jul 2001 09:49:22 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > At Thu, 12 Jul 2001 15:26:58 +0900, > I wrote: > > Actually this doesn't help libpam.so.1, because the new pam modules > > (pam_*.so) do not work with it. Which means you need to recompile > > the programs linked with it, such as sudo, xdm, and the X server. > Xwrapper I'm not sure I follow you here... M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 1:29:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id B806137B405; Thu, 12 Jul 2001 01:28:59 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id C9E5D5D01F; Thu, 12 Jul 2001 03:28:51 -0500 (CDT) Date: Thu, 12 Jul 2001 03:28:51 -0500 From: Alfred Perlstein To: Seigo Tanimura Cc: jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Message-ID: <20010712032851.I2449@sneakerz.org> References: <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp>; from tanimura@r.dl.itc.u-tokyo.ac.jp on Wed, Jul 11, 2001 at 08:37:26PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Seigo Tanimura [010711 19:08] wrote: > > The patch and the results of build test are now on the web page. > > The discussion of ktrace(2) problem does not cover the solution of > BSD/OS, so it needs updating. Right now I'm only reviewing the file part and I'm only up to 'sys/i386/ibcs2/ibcs2_misc.c' in the diff. Here's a diff against your version and some comments so far: svr4_sys_putmsg svr4_sys_getmsg should not use FFIND, needs FFIND_HOLD fdesc_lookup probably should FFIND_HOLD to make sure the file doesn't go away. locking filedesc is probably not sufficient ibcs2_ioctl needs to be converted to FFIND_HOLD like linux's ioctl Basically, I'm pretty sure you need to FFIND_HOLD a lot more than you're doing in order to protect against shared file descriptor tables getting corrupted. diff --exclude=CVS -ur ./alpha/osf1/osf1_misc.c /usr/src/sys/alpha/osf1/osf1_misc.c --- ./alpha/osf1/osf1_misc.c Thu Jul 12 08:04:26 2001 +++ /usr/src/sys/alpha/osf1/osf1_misc.c Thu Jul 12 06:21:21 2001 @@ -670,11 +670,12 @@ struct osf1_stat oub; int error; - FFIND(fp, p, SCARG(uap, fd)); + FFIND_HOLD(fp, p, uap->fd); if (fp == NULL) return (EBADF); error = fo_stat(fp, &ub, p); + fdrop(fp, p); cvtstat2osf1(&ub, &oub); if (error == 0) error = copyout((caddr_t)&oub, (caddr_t)SCARG(uap, sb), diff --exclude=CVS -ur ./alpha/osf1/osf1_mount.c /usr/src/sys/alpha/osf1/osf1_mount.c --- ./alpha/osf1/osf1_mount.c Thu Jul 12 08:04:26 2001 +++ /usr/src/sys/alpha/osf1/osf1_mount.c Thu Jul 12 06:20:50 2001 @@ -154,7 +154,7 @@ struct statfs *sp; struct osf1_statfs osfs; - error = getvnode(p->p_fd, SCARG(uap, fd), &fp); + error = getvnode(p->p_fd, uap->fd, &fp); if (error) return (error); mp = ((struct vnode *)fp->f_data)->v_mount; diff --exclude=CVS -ur ./compat/linux/linux_file.c /usr/src/sys/compat/linux/linux_file.c --- ./compat/linux/linux_file.c Thu Jul 12 08:04:27 2001 +++ /usr/src/sys/compat/linux/linux_file.c Thu Jul 12 06:46:27 2001 @@ -139,11 +139,12 @@ SESS_LEADER(p) && !(p->p_flag & P_CONTROLT)) { struct file *fp; - FFIND(fp, p, p->p_retval[0]); + FFIND_HOLD(fp, p, p->p_retval[0]); SESS_UNLOCK(p->p_session); PROC_UNLOCK(p); if (fp->f_type == DTYPE_VNODE) fo_ioctl(fp, TIOCSCTTY, (caddr_t) 0, p); + fdrop(fp, p); } else { SESS_UNLOCK(p->p_session); PROC_UNLOCK(p); @@ -309,15 +310,19 @@ * significant effect for pipes (SIGIO is not delivered for * pipes under Linux-2.2.35 at least). */ - FFIND(fp, p, args->fd); + FFIND_HOLD(fp, p, args->fd); if (fp == NULL) return EBADF; - if (fp->f_type == DTYPE_PIPE) + if (fp->f_type == DTYPE_PIPE) { + fdrop(fp, p); return EINVAL; + } fcntl_args.cmd = F_SETOWN; fcntl_args.arg = args->arg; - return fcntl(p, &fcntl_args); + error = fcntl(p, &fcntl_args); + fdrop(fp, p); + return (error); } return EINVAL; } diff --exclude=CVS -ur ./compat/linux/linux_ioctl.c /usr/src/sys/compat/linux/linux_ioctl.c --- ./compat/linux/linux_ioctl.c Thu Jul 12 08:04:27 2001 +++ /usr/src/sys/compat/linux/linux_ioctl.c Thu Jul 12 07:52:31 2001 @@ -1437,10 +1437,12 @@ printf(ARGS(ioctl, "%d, %04lx, *"), args->fd, args->cmd); #endif - FFIND_LOCK(fp, p, args->fd); - if (fp == NULL || (fp->f_flag & (FREAD|FWRITE)) == 0) { - if (fp != NULL) - FILE_UNLOCK(fp); + FFIND_HOLD(fp, p, args->fd); + if (fp == NULL) + return (EBADF); + FILE_LOCK(fp); + if ((fp->f_flag & (FREAD|FWRITE)) == 0) { + FILE_UNLOCK(fp); return (EBADF); } FILE_UNLOCK(fp); @@ -1451,9 +1453,11 @@ if (cmd >= he->low && cmd <= he->high) { error = (*he->func)(p, args); if (error != ENOIOCTL) + fdrop(fp, p); return (error); } } + fdrop(fp, p); printf("linux: 'ioctl' fd=%d, cmd=0x%x ('%c',%d) not implemented\n", args->fd, (int)(args->cmd & 0xffff), diff --exclude=CVS -ur ./compat/linux/linux_stats.c /usr/src/sys/compat/linux/linux_stats.c --- ./compat/linux/linux_stats.c Thu Jul 12 08:04:27 2001 +++ /usr/src/sys/compat/linux/linux_stats.c Thu Jul 12 06:12:11 2001 @@ -218,11 +218,12 @@ printf(ARGS(newfstat, "%d, *"), args->fd); #endif - FFIND(fp, p, args->fd); + FFIND_HOLD(fp, p, args->fd); if (fp == NULL) return (EBADF); error = fo_stat(fp, &buf, p); + fdrop(fp, p); if (!error) error = newstat_copyout(&buf, args->buf); diff --exclude=CVS -ur ./compat/svr4/svr4_ioctl.c /usr/src/sys/compat/svr4/svr4_ioctl.c --- ./compat/svr4/svr4_ioctl.c Thu Jul 12 08:04:27 2001 +++ /usr/src/sys/compat/svr4/svr4_ioctl.c Thu Jul 12 08:01:13 2001 @@ -87,6 +87,7 @@ u_long cmd; int (*fun) __P((struct file *, struct proc *, register_t *, int, u_long, caddr_t)); + int error; #ifdef DEBUG_SVR4 char dir[4]; char c; @@ -101,10 +102,11 @@ retval = p->p_retval; cmd = SCARG(uap, com); - FFIND_LOCK(fp, p, SCARG(uap, fd)); + FFIND_HOLD(fp, p, SCARG(uap, fd)); if (fp == NULL) return EBADF; + FILE_LOCK(fp); if ((fp->f_flag & (FREAD | FWRITE)) == 0) { FILE_UNLOCK(fp); return EBADF; @@ -163,5 +165,7 @@ DPRINTF((">>> OUT: so_state = 0x%x\n", so->so_state)); } #endif - return (*fun)(fp, p, retval, SCARG(uap, fd), cmd, SCARG(uap, data)); + error = (*fun)(fp, p, retval, SCARG(uap, fd), cmd, SCARG(uap, data)); + fdrop(fp, p); + return (error); } diff --exclude=CVS -ur ./fs/fdescfs/fdesc_vnops.c /usr/src/sys/fs/fdescfs/fdesc_vnops.c --- ./fs/fdescfs/fdesc_vnops.c Thu Jul 12 08:04:29 2001 +++ /usr/src/sys/fs/fdescfs/fdesc_vnops.c Thu Jul 12 06:13:19 2001 @@ -301,12 +301,13 @@ case Fdesc: fd = VTOFDESC(vp)->fd_fd; - FFIND(fp, ap->a_p, fd); + FFIND_HOLD(fp, ap->a_p, fd); if (fp == NULL) return (EBADF); bzero(&stb, sizeof(stb)); error = fo_stat(fp, &stb, ap->a_p); + fdrop(fp, ap->a_p); if (error == 0) { VATTR_NULL(vap); vap->va_type = IFTOVT(stb.st_mode); diff --exclude=CVS -ur ./i386/ibcs2/ibcs2_fcntl.c /usr/src/sys/i386/ibcs2/ibcs2_fcntl.c --- ./i386/ibcs2/ibcs2_fcntl.c Thu Jul 12 08:04:30 2001 +++ /usr/src/sys/i386/ibcs2/ibcs2_fcntl.c Thu Jul 12 08:20:39 2001 @@ -197,13 +197,14 @@ if (!ret && !noctty && SESS_LEADER(p) && !(p->p_flag & P_CONTROLT)) { struct file *fp; - FFIND(fp, p, p->p_retval[0]); + FFIND_HOLD(fp, p, p->p_retval[0]); SESS_UNLOCK(p->p_session); PROC_UNLOCK(p); /* ignore any error, just give it a try */ if (fp->f_type == DTYPE_VNODE) fo_ioctl(fp, TIOCSCTTY, (caddr_t) 0, p); + fdrop(fp, p); } else { SESS_UNLOCK(p->p_session); PROC_UNLOCK(p); diff --exclude=CVS -ur ./sys/file.h /usr/src/sys/sys/file.h --- ./sys/file.h Thu Jul 12 08:04:35 2001 +++ /usr/src/sys/sys/file.h Thu Jul 12 07:47:18 2001 @@ -165,10 +165,7 @@ { int error; - fhold(fp); - error = (*fp->f_ops->fo_read)(fp, uio, cred, flags, p); - fdrop(fp, p); - return (error); + return ((*fp->f_ops->fo_read)(fp, uio, cred, flags, p)); } static __inline int @@ -181,10 +178,7 @@ { int error; - fhold(fp); - error = (*fp->f_ops->fo_write)(fp, uio, cred, flags, p); - fdrop(fp, p); - return (error); + return ((*fp->f_ops->fo_write)(fp, uio, cred, flags, p)); } static __inline int @@ -196,10 +190,7 @@ { int error; - fhold(fp); - error = (*fp->f_ops->fo_ioctl)(fp, com, data, p); - fdrop(fp, p); - return (error); + return ((*fp->f_ops->fo_ioctl)(fp, com, data, p)); } static __inline int @@ -224,9 +215,7 @@ { int error; - fhold(fp); error = (*fp->f_ops->fo_stat)(fp, sb, p); - fdrop(fp, p); return (error); } -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 1:58:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id AEF7937B401; Thu, 12 Jul 2001 01:58:24 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f6C8wGt38858 ; Thu, 12 Jul 2001 17:58:17 +0900 (JST) Message-Id: <200107120858.f6C8wGt38858@rina.r.dl.itc.u-tokyo.ac.jp> Date: Thu, 12 Jul 2001 17:58:15 +0900 From: Seigo Tanimura To: bright@sneakerz.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: In your message of "Thu, 12 Jul 2001 01:44:44 -0500" <20010712014442.E2449@sneakerz.org> References: <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> <20010712014205.D2449@sneakerz.org> <20010712014442.E2449@sneakerz.org> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 12 Jul 2001 01:44:44 -0500, Alfred Perlstein said: Alfred> * Alfred Perlstein [010712 01:42] wrote: >> * Seigo Tanimura [010711 19:08] wrote: >> > >> > The patch and the results of build test are now on the web page. >> > >> > The discussion of ktrace(2) problem does not cover the solution of >> > BSD/OS, so it needs updating. >> >> I'm just reviewing the file stuff, I have a number of updates mainly >> in the areas of needing FFIND_HOLD/fdrop rather than just a simple >> FFIND. >> >> getvnode(p->p_fd, args->fd, &fp); >> >> I'm quite sure should implicitly do a FHOLD operation on the returned >> struct file, i don't see this, at least not in linux_getdents() >> (compat/linux/linux_file.c). Alfred> Or at least an fhold needs to be done before relasing the lock Alfred> on the struct file. Some functions modify a file descriptor, while others do not. At that point, what we need is a pair of FFIND and FFIND_LOCK. Both of them hold a file descriptor. FFIND_LOCK locks a file descriptor, while FFIND does not. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 1:59:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id AEAF937B401 for ; Thu, 12 Jul 2001 01:59:38 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f6C8xTl97891; Thu, 12 Jul 2001 10:59:29 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200107120859.f6C8xTl97891@freebsd.dk> Subject: Re: Diagnosing a ata detection problem In-Reply-To: <3B4CEB1C.37285B20@reason.levels.unisa.edu.au> "from Benjamin Close at Jul 12, 2001 09:41:08 am" To: Benjamin Close Date: Thu, 12 Jul 2001 10:58:59 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Benjamin Close wrote: > Hi All, > FreeBSD -current hasn't correctly detected the CDROM drive in my laptop > for some time now. I've traced the problem down to the drive returning > an invalid ATAPI_LSB_MAGIC and ATAPI_MSB_MAGIC which is checked at line > 704 in dev/ata/ata-all.c > > It returns d0 d0, which I believe is an overflow indication. My work > around for this currently is comment out the if statement (as shown in > the attached patch). Whilst, it's not elegant, it works. That patch will allow non-ATAPI devices to sneak past the probe, which is not a good thing. If your drive doesn't return the ATAPI magic's it is broken as this is a non dispensible part of the spec. However it might be that your drive just has some wierd timing requirements, so playing a bit with DELAY(N) in the right places could do the trick. > --- dev/ata/ata-all.c Thu Jul 12 09:23:54 2001 > +++ dev/ata/ata-all.c.new Thu Jul 12 09:22:04 2001 > @@ -701,7 +701,7 @@ > if (bootverbose) > ata_printf(scp, ATA_SLAVE, > "ATAPI probe %02x %02x\n", lsb, msb); > - if (lsb == ATAPI_MAGIC_LSB && msb == * ATAPI_MAGIC_MSB) ^ this is not in the official sources > + /*if (lsb == ATAPI_MAGIC_LSB && msb == * > ATAPI_MAGIC_MSB)*/ > scp->devices |= ATA_ATAPI_SLAVE; > } > } -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 2:51:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.mk.bsdclub.org (adsl2138.ea.rim.or.jp [202.247.148.138]) by hub.freebsd.org (Postfix) with ESMTP id D000B37B401 for ; Thu, 12 Jul 2001 02:51:37 -0700 (PDT) (envelope-from motoyuki@mk.bsdclub.org) Received: from sakura.mk.bsdclub.org (sakura.mk.bsdclub.org [3ffe:505:2022:0:2a0:c9ff:fe20:9aff]) by mail.mk.bsdclub.org (8.11.4+3.4W/3.7W/smtpfeed 1.12) with ESMTP/inet6 id f6C9pZR57612; Thu, 12 Jul 2001 18:51:35 +0900 (JST) Received: from sakura.mk.bsdclub.org (localhost.mk.bsdclub.org [127.0.0.1]) by sakura.mk.bsdclub.org (8.11.4/3.7W) with ESMTP/inet id f6C9pZC24653; Thu, 12 Jul 2001 18:51:35 +0900 (JST) Message-Id: <200107120951.f6C9pZC24653@sakura.mk.bsdclub.org> To: John Indra Cc: Alfred Perlstein , freebsd-current@FreeBSD.ORG Subject: Re: No more snapshots of -CURRENT? From: Motoyuki Konno X-Mailer: mh-e on Mule 2.3 / Emacs 19.34.1 References: <20010712135034.A83008@office.naver.co.id> <20010712020833.G2449@sneakerz.org> <20010712143745.B83008@office.naver.co.id> Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Thu, 12 Jul 2001 18:51:35 +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Indra wrote: > The first intention was just to ask why aren't there newer snapshots then > 20010618. I am thinking of installing newest snapshots on my PC. Another snapshot site is available. ftp://current.jp.FreeBSD.org/pub/FreeBSD/snapshots/i386/ the newest -current snapshot is 5.0-CURRENT-20010712-JPSNAP. current.jp.FreeBSD.org is not the mirror of current.FreeBSD.org. If you want to know about current.jp.FreeBSD.org, please see http://current.jp.freebsd.org/ -- ------------------------------------------------------------------------ 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 Jul 12 3:21:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id 4BA3137B405 for ; Thu, 12 Jul 2001 03:21:51 -0700 (PDT) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 9E78B543D; Thu, 12 Jul 2001 12:21:48 +0200 (CEST) Date: Thu, 12 Jul 2001 12:21:48 +0200 From: Anton Berezin To: Joerg Wunsch Cc: freebsd-current@freebsd.org Subject: Re: cannot print to remote printer Message-ID: <20010712122148.B10960@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Joerg Wunsch , freebsd-current@freebsd.org References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107120645.f6C6jtP45267@uriah.heep.sax.de>; from j@uriah.heep.sax.de on Thu, Jul 12, 2001 at 08:45:55AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 12, 2001 at 08:45:55AM +0200, Joerg Wunsch wrote: > Anton Berezin wrote: > > > if (fork() == 0) { > > - signal(SIGCHLD, SIG_IGN); > > + signal(SIGCHLD, SIG_DFL); > > This is unportable. > If you want automatic zombie reaping, better don't use the simplified > signal(3) handling, but instead spell it out as sigaction(2) using the > SA_NOCLDWAIT flag. The above won't even give you a warning on systems > that don't implement automatic zombie reaping, while with sicaction, > you'll get a compile-time error for SA_NOCLDWAIT not being defined. Umm, I don't understand. I do not want automatic zombie reaping, I want exactly the opposite, and my patch does just that. Cheers, \Anton. -- May the tuna salad be with you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 5:31:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 9AF0F37B401; Thu, 12 Jul 2001 05:31:30 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f6CCVUM94842; Thu, 12 Jul 2001 05:31:30 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 411FE3811; Thu, 12 Jul 2001 05:31:30 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Alfred Perlstein Cc: John Indra , freebsd-current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: No more snapshots of -CURRENT? In-Reply-To: <20010712020833.G2449@sneakerz.org> Date: Thu, 12 Jul 2001 05:31:30 -0700 From: Peter Wemm Message-Id: <20010712123130.411FE3811@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * John Indra [010712 01:51] wrote: > > Hi all... > > > > I have been visiting current.freebsd.org for the past weeks, and see no > > newer i386 snapshots then 20010618. Does it mean -CURRENT is in no "stable" > > condition right now? > > current is never "stable", if you want stable stil with -stable. :) No, current.freebsd.org had a hardware failure and lots of stuff was lost and has not yet been restored. This includes the snapshot builder scripts. :-] Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 5:42:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 98BF737B401; Thu, 12 Jul 2001 05:42:43 -0700 (PDT) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id B027D5D3B; Thu, 12 Jul 2001 14:42:41 +0200 (CEST) Date: Thu, 12 Jul 2001 14:42:41 +0200 From: Jesper Skriver To: Peter Wemm Cc: Alfred Perlstein , John Indra , freebsd-current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: No more snapshots of -CURRENT? Message-ID: <20010712144241.K17671@skriver.dk> References: <20010712020833.G2449@sneakerz.org> <20010712123130.411FE3811@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010712123130.411FE3811@overcee.netplex.com.au>; from peter@wemm.org on Thu, Jul 12, 2001 at 05:31:30AM -0700 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 12, 2001 at 05:31:30AM -0700, Peter Wemm wrote: > Alfred Perlstein wrote: > > * John Indra [010712 01:51] wrote: > > > Hi all... > > > > > > I have been visiting current.freebsd.org for the past weeks, and see no > > > newer i386 snapshots then 20010618. Does it mean -CURRENT is in no "stable" > > > condition right now? > > > > current is never "stable", if you want stable stil with -stable. :) > > No, current.freebsd.org had a hardware failure and lots of stuff was lost > and has not yet been restored. This includes the snapshot builder scripts. > :-] We (Michael Lyngbøl any myself) could probably fix something at ftp.dk.FreeBSD.org if there was any interest ? /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 5:50: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 71E8C37B403; Thu, 12 Jul 2001 05:49:59 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f6CCnxM94909; Thu, 12 Jul 2001 05:49:59 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 18CAA3811; Thu, 12 Jul 2001 05:49:59 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Jesper Skriver Cc: Alfred Perlstein , John Indra , freebsd-current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: No more snapshots of -CURRENT? In-Reply-To: <20010712144241.K17671@skriver.dk> Content-Transfer-Encoding: 8bit Date: Thu, 12 Jul 2001 05:49:59 -0700 From: Peter Wemm Message-Id: <20010712124959.18CAA3811@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jesper Skriver wrote: > On Thu, Jul 12, 2001 at 05:31:30AM -0700, Peter Wemm wrote: > > Alfred Perlstein wrote: > > > * John Indra [010712 01:51] wrote: > > > > Hi all... > > > > > > > > I have been visiting current.freebsd.org for the past weeks, and see no > > > > newer i386 snapshots then 20010618. Does it mean -CURRENT is in no "sta ble" > > > > condition right now? > > > > > > current is never "stable", if you want stable stil with -stable. :) > > > > No, current.freebsd.org had a hardware failure and lots of stuff was lost > > and has not yet been restored. This includes the snapshot builder scripts. > > :-] > > We (Michael Lyngbøl any myself) could probably fix something at > ftp.dk.FreeBSD.org if there was any interest ? Actually, I think we just need to pester jkh nicely to get somebody to copy over the stable build script, s/stable/current/, s/-rRELENG_4/-A/ and fire it up. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 5:53:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id A822B37B403; Thu, 12 Jul 2001 05:53:17 -0700 (PDT) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 90F185D8A; Thu, 12 Jul 2001 14:53:16 +0200 (CEST) Date: Thu, 12 Jul 2001 14:53:16 +0200 From: Jesper Skriver To: Peter Wemm Cc: Alfred Perlstein , John Indra , freebsd-current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: No more snapshots of -CURRENT? Message-ID: <20010712145316.L17671@skriver.dk> References: <20010712144241.K17671@skriver.dk> <20010712124959.18CAA3811@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010712124959.18CAA3811@overcee.netplex.com.au>; from peter@wemm.org on Thu, Jul 12, 2001 at 05:49:59AM -0700 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 12, 2001 at 05:49:59AM -0700, Peter Wemm wrote: > Jesper Skriver wrote: > > On Thu, Jul 12, 2001 at 05:31:30AM -0700, Peter Wemm wrote: > > > Alfred Perlstein wrote: > > > > * John Indra [010712 01:51] wrote: > > > > > Hi all... > > > > > > > > > > I have been visiting current.freebsd.org for the past weeks, and see no > > > > > newer i386 snapshots then 20010618. Does it mean -CURRENT is in no "sta > ble" > > > > > condition right now? > > > > > > > > current is never "stable", if you want stable stil with -stable. :) > > > > > > No, current.freebsd.org had a hardware failure and lots of stuff was lost > > > and has not yet been restored. This includes the snapshot builder scripts. > > > :-] > > > > We (Michael Lyngbøl any myself) could probably fix something at > > ftp.dk.FreeBSD.org if there was any interest ? > > Actually, I think we just need to pester jkh nicely to get somebody to > copy over the stable build script, s/stable/current/, s/-rRELENG_4/-A/ > and fire it up. Ok, we won't do anything then ... /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 8:10: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 642DC37B401 for ; Thu, 12 Jul 2001 08:09:54 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.4/8.11.4) with ESMTP id f6CF8Kt26068; Thu, 12 Jul 2001 08:08:21 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: john@office.naver.co.id Cc: freebsd-current@FreeBSD.ORG Subject: Re: No more snapshots of -CURRENT? In-Reply-To: <20010712135034.A83008@office.naver.co.id> References: <20010712135034.A83008@office.naver.co.id> 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: <20010712080820M.jkh@osd.bsdi.com> Date: Thu, 12 Jul 2001 08:08:20 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 24 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG No, it simply means that the machine has been too ill to make snapshots for awhile. We're in the process of replacing it, but everyone involved has been really busy. :( - Jordan From: John Indra Subject: No more snapshots of -CURRENT? Date: Thu, 12 Jul 2001 13:50:34 +0700 > Hi all... > > I have been visiting current.freebsd.org for the past weeks, and see no > newer i386 snapshots then 20010618. Does it mean -CURRENT is in no "stable" > condition right now? > > tq > > /john > Live Free OR Die > > > 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 Jul 12 8:15:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 4E7AC37B405 for ; Thu, 12 Jul 2001 08:15:12 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.4/8.11.4) with ESMTP id f6CFEFt26115; Thu, 12 Jul 2001 08:14:20 -0700 (PDT) (envelope-from jkh@osd.bsdi.com) To: peter@wemm.org Cc: jesper@skriver.dk, bright@sneakerz.org, john@office.naver.co.id, freebsd-current@FreeBSD.ORG Subject: Re: No more snapshots of -CURRENT? In-Reply-To: <20010712124959.18CAA3811@overcee.netplex.com.au> References: <20010712144241.K17671@skriver.dk> <20010712124959.18CAA3811@overcee.netplex.com.au> 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: <20010712081415O.jkh@osd.bsdi.com> Date: Thu, 12 Jul 2001 08:14:15 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 12 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Peter Wemm Subject: Re: No more snapshots of -CURRENT? Date: Thu, 12 Jul 2001 05:49:59 -0700 > Actually, I think we just need to pester jkh nicely to get somebody to > copy over the stable build script, s/stable/current/, s/-rRELENG_4/-A/ > and fire it up. I'm willing to do it, we just need to coordinate with the Qwest folks since I still can't even get into the (new) box. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 10:47:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id D78FA37B405 for ; Thu, 12 Jul 2001 10:47:19 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f6CHl8U103958; Thu, 12 Jul 2001 13:47:09 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200107120645.f6C6jtP45267@uriah.heep.sax.de> References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> Date: Thu, 12 Jul 2001 13:47:06 -0400 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: cannot print to remote printer Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 8:45 AM +0200 7/12/01, Joerg Wunsch wrote: >Anton Berezin wrote: > >> if (fork() == 0) { >> - signal(SIGCHLD, SIG_IGN); >> + signal(SIGCHLD, SIG_DFL); > >This is unportable. His change is pretty portable, as I have been running RPI's version of lpd with the exact same change on several non-BSD operating systems for about five years now... >If you want automatic zombie reaping, better don't use the >simplified signal(3) handling, but instead spell it out as >sigaction(2) using the SA_NOCLDWAIT flag. I don't think we're interested in automatic zombie reaping, but I'll parenthetically note that I do intend to switch lpr & friends over to using posix (sigaction) signal handling. I did eventually have to do that for some platform we (RPI) run lpr on, so it's just another area where I have to extract RPI's updates and fit them to current freebsd source. I'm going to do that separate from this bug fix though, as that is low priority on the list of lpr changes I have in mind. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 14:11:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 897B837B407 for ; Thu, 12 Jul 2001 14:11:28 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-a081.otenet.gr [212.205.215.81]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f6CLAoe28502; Fri, 13 Jul 2001 00:10:50 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.4/8.11.4) id f6CJeDa02346; Thu, 12 Jul 2001 22:40:13 +0300 (EEST) (envelope-from charon) To: Anton Berezin Cc: Joerg Wunsch , freebsd-current@FreeBSD.ORG Subject: Re: cannot print to remote printer References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> <20010712122148.B10960@heechee.tobez.org> From: Giorgos Keramidas Date: 12 Jul 2001 22:40:12 +0300 In-Reply-To: Anton Berezin's message of "Thu, 12 Jul 2001 12:21:48 +0200" Message-ID: <86k81eaqcj.fsf@hades.hell.gr> Lines: 34 X-Mailer: Gnus v5.7/Emacs 20.7 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anton Berezin writes: > On Thu, Jul 12, 2001 at 08:45:55AM +0200, Joerg Wunsch wrote: > > Anton Berezin wrote: > > > > > if (fork() == 0) { > > > - signal(SIGCHLD, SIG_IGN); > > > + signal(SIGCHLD, SIG_DFL); > > > > This is unportable. > > > If you want automatic zombie reaping, better don't use the simplified > > signal(3) handling, but instead spell it out as sigaction(2) using the > > SA_NOCLDWAIT flag. The above won't even give you a warning on systems > > that don't implement automatic zombie reaping, while with sicaction, > > you'll get a compile-time error for SA_NOCLDWAIT not being defined. > > Umm, I don't understand. I do not want automatic zombie reaping, I want > exactly the opposite, and my patch does just that. I might be wrong in many ways, but... is it then mandatory that you `reset' SIGCHLD to SIG_DFL ? Why not leave it in it's default state, and make this patch: - signal(SIGCHLD, SIG_IGN); without adding any lines? I'm in a wild rush, and I don't have the time to actually look at the code or test it. I will, soon, though... -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 14:18:11 2001 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 0B2BD37B406 for ; Thu, 12 Jul 2001 14:18:08 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f6CLHsl43063; Thu, 12 Jul 2001 17:17:54 -0400 (EDT) (envelope-from wollman) Date: Thu, 12 Jul 2001 17:17:54 -0400 (EDT) From: Garrett Wollman Message-Id: <200107122117.f6CLHsl43063@khavrinen.lcs.mit.edu> To: Giorgos Keramidas Cc: freebsd-current@FreeBSD.ORG Subject: Re: cannot print to remote printer In-Reply-To: <86k81eaqcj.fsf@hades.hell.gr> References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> <20010712122148.B10960@heechee.tobez.org> <86k81eaqcj.fsf@hades.hell.gr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > I might be wrong in many ways, but... > is it then mandatory that you `reset' SIGCHLD to SIG_DFL ? Possibly. In the general case (as specified by standards), what happens to SIGCHLD if it was set to SIG_IGN before exec() is ill-defined. Some systems will inherit the SIG_IGN setting, which will then cause any executed program that depends on wait() working (e.g., shells) to fail. The new POSIX draft, at least, sanctions the automatic reset of SIGCHLD to SIG_DFL upon exec(). -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 14:50:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id 01EF337B401 for ; Thu, 12 Jul 2001 14:50:22 -0700 (PDT) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 6C1E45450; Thu, 12 Jul 2001 23:50:17 +0200 (CEST) Date: Thu, 12 Jul 2001 23:50:17 +0200 From: Anton Berezin To: Giorgos Keramidas Cc: Joerg Wunsch , freebsd-current@FreeBSD.ORG Subject: Re: cannot print to remote printer Message-ID: <20010712235017.A33559@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Giorgos Keramidas , Joerg Wunsch , freebsd-current@FreeBSD.ORG References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> <20010712122148.B10960@heechee.tobez.org> <86k81eaqcj.fsf@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <86k81eaqcj.fsf@hades.hell.gr>; from keramida@ceid.upatras.gr on Thu, Jul 12, 2001 at 10:40:12PM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 12, 2001 at 10:40:12PM +0300, Giorgos Keramidas wrote: > Anton Berezin writes: > > Umm, I don't understand. I do not want automatic zombie reaping, I > > want exactly the opposite, and my patch does just that. > I might be wrong in many ways, but... > is it then mandatory that you `reset' SIGCHLD to SIG_DFL ? > Why not leave it in it's default state, and make this patch: > - signal(SIGCHLD, SIG_IGN); > without adding any lines? The problem is that at this point it is not in its default state. Several screenfuls above this line, in the same function (main()), there is a line signal(SIGCHLD, reapchild); > I'm in a wild rush, and I don't have the time to actually look at the > code or test it. I will, soon, though... :-) =Anton. -- May the tuna salad be with you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 15: 3:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp010.mail.yahoo.com (smtp010.mail.yahoo.com [216.136.173.30]) by hub.freebsd.org (Postfix) with SMTP id F18F437B403 for ; Thu, 12 Jul 2001 15:03:26 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 12 Jul 2001 22:03:26 -0000 X-Apparently-From: Message-ID: <3B4E1EAD.6A366678@yahoo.com> Date: Thu, 12 Jul 2001 17:03:25 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: oddity with dump(8) or sa(4) in -current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a new issue [was not present in -current a few months ago]. Attempting a dump to an HP C1533A DDS-2 drive, dump seems to "freeze the tape" at EOT. Inserting the next volume of the dump and typing "yes" only produces write errors. Performing an `mt rewind`, prior to typing "yes" clears the state, and allows the dump to continue. What's up with this? I can test changes to fix this if someone has a clue as to what is changed here. Not everyone can afford DLT for a single-tape backup, so this can be an issue effecting many freebsd users. --------------------- sa0 at ahc0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 8) --------------------- Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): WRITE FILEMARKS. CDB: 10 0 0 0 2 0 Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): CAM Status: SCSI Status Error Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): SCSI Status: Check Condition Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): NO SENSE asc:0,2 Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): End-of-partition/medium detected Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): Retries Exhausted Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): failed to write terminating filemark(s) Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 15:49: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id B141937B401; Thu, 12 Jul 2001 15:49:00 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6CMmqS62717; Thu, 12 Jul 2001 15:48:53 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 12 Jul 2001 15:48:52 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Jim Bryant Cc: freebsd-current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: oddity with dump(8) or sa(4) in -current In-Reply-To: <3B4E1EAD.6A366678@yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ moved to scsi, followup there ] Hard to say. It looks like we're somehow missing early warning and going all the way to end of tape. I've had real trouble reproducing this situation. I've had some reports, but I've not been able to really make it happen for me, and, yes, I use DDS tapes also. Are you in set in fixed block or variable block mode? -matt On Thu, 12 Jul 2001, Jim Bryant wrote: > This is a new issue [was not present in -current a few months ago]. > > Attempting a dump to an HP C1533A DDS-2 drive, dump seems to "freeze the > tape" at EOT. > > Inserting the next volume of the dump and typing "yes" only produces write > errors. > > Performing an `mt rewind`, prior to typing "yes" clears the state, and > allows the dump to continue. > > What's up with this? I can test changes to fix this if someone has a clue > as to what is changed here. > > Not everyone can afford DLT for a single-tape backup, so this can be an > issue effecting many freebsd users. > > --------------------- > > sa0 at ahc0 bus 0 target 5 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 10.000MB/s transfers (10.000MHz, offset 8) > > --------------------- > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): WRITE FILEMARKS. CDB: 10 0 0 0 2 0 > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): CAM Status: SCSI Status Error > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): SCSI Status: Check Condition > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): NO SENSE asc:0,2 > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): End-of-partition/medium detected > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): Retries Exhausted > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): failed to write terminating filemark(s) > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear > this state. > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear > this state. > > jim > -- > ET has one helluva sense of humor! > He's always anal-probing right-wing schizos! > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > 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 Jul 12 15:59:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by hub.freebsd.org (Postfix) with SMTP id 8466537B401 for ; Thu, 12 Jul 2001 15:59:48 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 12 Jul 2001 22:59:48 -0000 X-Apparently-From: Message-ID: <3B4E2BE3.F92F44C6@yahoo.com> Date: Thu, 12 Jul 2001 17:59:47 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: mjacob@feral.com Cc: freebsd-current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: oddity with dump(8) or sa(4) in -current References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [subscribing to FreeBSD-scsi as I type this] `mt status` shows "variable" as the default, and I am not specifying a blocksize to dump. Below is an example of how I am doing this, and all other partitions use the same options. /sbin/dump -0 -a -n -u -f /dev/nsa0 / On a side note, what happened to the "raw" device nodes [/dev/*rsa*]? I'm guessing that the lack of "raw" nodes doesn't make a diff, as /dev/*sa* are all character-mode devices. Matthew Jacob wrote: > > [ moved to scsi, followup there ] > > Hard to say. It looks like we're somehow missing early warning and going all > the way to end of tape. I've had real trouble reproducing this situation. I've > had some reports, but I've not been able to really make it happen for me, and, > yes, I use DDS tapes also. > > Are you in set in fixed block or variable block mode? > > -matt > > On Thu, 12 Jul 2001, Jim Bryant wrote: > > > This is a new issue [was not present in -current a few months ago]. > > > > Attempting a dump to an HP C1533A DDS-2 drive, dump seems to "freeze the > > tape" at EOT. > > > > Inserting the next volume of the dump and typing "yes" only produces write > > errors. > > > > Performing an `mt rewind`, prior to typing "yes" clears the state, and > > allows the dump to continue. > > > > What's up with this? I can test changes to fix this if someone has a clue > > as to what is changed here. > > > > Not everyone can afford DLT for a single-tape backup, so this can be an > > issue effecting many freebsd users. > > > > --------------------- > > > > sa0 at ahc0 bus 0 target 5 lun 0 > > sa0: Removable Sequential Access SCSI-2 device > > sa0: 10.000MB/s transfers (10.000MHz, offset 8) > > > > --------------------- > > > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): WRITE FILEMARKS. CDB: 10 0 0 0 2 0 > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): CAM Status: SCSI Status Error > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): SCSI Status: Check Condition > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): NO SENSE asc:0,2 > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): End-of-partition/medium detected > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): Retries Exhausted > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): failed to write terminating filemark(s) > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear > > this state. > > Jul 12 07:45:00 wahoo /boot/kernel/kernel: (sa0:ahc0:0:5:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear > > this state. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 21: 9:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from giasmd01.vsnl.net.in (giasmd01.vsnl.net.in [202.54.6.1]) by hub.freebsd.org (Postfix) with ESMTP id 1F9F037B401 for ; Thu, 12 Jul 2001 21:09:08 -0700 (PDT) (envelope-from skillometer_beta@vsnl.net) Received: from dev_wks_17 (unknown [203.197.135.215]) by giasmd01.vsnl.net.in (Postfix) with SMTP id 53A39A08F; Fri, 13 Jul 2001 09:38:34 +0530 (IST) From: skillometer_beta@vsnl.net To: Skillometer_beta@giasmd01.vsnl.net.in Subject: ADV: How good are your IT skills? X-Mailer: AMLC 2.7 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01E6_01C10AD6.355DBFA0" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Message-Id: <20010713040837.53A39A08F@giasmd01.vsnl.net.in> Date: Fri, 13 Jul 2001 09:38:37 +0530 (IST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_01E6_01C10AD6.355DBFA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Take the Skillometer Skills Challenge! Win $100! Get the recognition you deserve. As an accomplished IT professional, we = invite you to take the Skillometer Skills Challenge. Skillometer = provides web-based skills testing for current and leading-edge = Information Technologies. Our tests measure the proficiency of the IT = professional in a respective technology. If you're good enough, we'll = feature you on our website. Choose your free Beta test, beat the high = score, and we'll put your name and picture on our homepage. =20 Win $100! Go to www.skillometer.com/indexbeta.asp. Fill out the form, = choose the technologies in which you want to be tested, and you'll = immediately receive an email with a hyperlink to your test(s). If you = qualify as a Top Scorer, you will be automatically entered into our $100 = drawing for that test. The drawing for each test will be held after the = test is released from Beta. Think you're good? Show everyone. Take the Skillometer Skills = Challenge! =20 -------------------------------------------------------------------------= ------- We respect your time. If you would like to be removed from our mailing = list, click on mailto:skillometer_beta@vsnl.net?subject=3DREMOVE and add = the email address(es) to remove in your subject line. This message is designed to comply with all U.S. state laws and pending = federal legislation regarding electronic mail marketing. You can avoid = seeing compliant messages by setting your mail reader to filter messages = with "ADV:" at the beginning of the Subject line. Submit questions or = comments regarding these matters by clicking on = mailto:SalesSupport@skillometer.com?subject=3DCOMPLIANCE. Skillometer, LLC Manor Oak One, Suite 170 1910 Cochran Road Pittsburgh, PA 15220 (010712) ------=_NextPart_000_01E6_01C10AD6.355DBFA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Take the = Skillometer Skills=20 Challenge!  Win $100!
 
Get the = recognition=20 you deserve.  As an accomplished IT professional, we = invite you to=20 take the Skillometer Skills Challenge. Skillometer = provides web-based skills testing for current and leading-edge = Information=20 Technologies.  Our tests measure the proficiency of the IT = professional in=20 a respective technology.  If you're good enough, we'll feature you = on our=20 website.  Choose your free Beta test, beat the = high score,=20 and we'll put your name and picture on our homepage. =20
 
Win $100!  Go to www.skillometer.com/indexbeta.asp.  Fill out the form, choose the technologies in which = you want=20 to be tested, and you'll immediately receive an email with a = hyperlink to=20 your test(s).  If you qualify as a Top Scorer, you will be = automatically=20 entered into our $100 drawing for that test. The drawing for each = test will=20 be held after the test is released from Beta.
 
Think you're good?  Show = everyone. =20 Take the Skillometer Skills Challenge!

 =20
We respect = your time. If you=20 would like to be removed from our mailing list, click on mailto:skillom= eter_beta@vsnl.net?subject=3DREMOVE=20 and add the email address(es) to remove in your subject = line.
 
This message = is designed to=20 comply with all U.S. state laws and pending federal legislation = regarding=20 electronic mail marketing. You can avoid seeing compliant messages by = setting=20 your mail reader to filter messages with "ADV:" at the beginning of the = Subject=20 line. Submit questions or comments regarding these matters by clicking = on mailto:= SalesSupport@skillometer.com?subject=3DCOMPLIANCE.
 
Skillometer,=20 LLC
Manor Oak One,=20 Suite 170
1910 Cochran=20 Road
Pittsburgh,=20 PA  15220
 
(010712)
------=_NextPart_000_01E6_01C10AD6.355DBFA0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 21:40:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 551C437B401 for ; Thu, 12 Jul 2001 21:40:36 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6D4eZS66512 for ; Thu, 12 Jul 2001 21:40:35 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 12 Jul 2001 21:40:35 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: current@freebsd.org Subject: disklabel broken again? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sometime in the last few days, disklabel -Brw auto seems to have stopped working for me on alpha.... It used to be the thing of: dd if=/dev/zero of=/dev/da5 bs=1024k count=10 ... disklabel -Brw da5 auto Now I get: dd if=/dev/zero of=/dev/da5 bs=1024k count=10 ... disklabel -Brw da5 auto disklabel: No space left on device Anyone been mucking in this area recently? This is a major inconvenience to have broken and I'd love to have it working again... -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jul 12 23:20:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 90F1037B401 for ; Thu, 12 Jul 2001 23:20:11 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id IAA16256; Fri, 13 Jul 2001 08:20:08 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.4/8.11.4) id f6D6DZc49472; Fri, 13 Jul 2001 08:13:35 +0200 (MET DST) (envelope-from j) Date: Fri, 13 Jul 2001 08:13:35 +0200 From: Joerg Wunsch To: Anton Berezin , freebsd-current@freebsd.org Subject: Re: cannot print to remote printer Message-ID: <20010713081335.M1948@uriah.heep.sax.de> Reply-To: Joerg Wunsch References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> <20010712122148.B10960@heechee.tobez.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010712122148.B10960@heechee.tobez.org>; from tobez@tobez.org on Thu, Jul 12, 2001 at 12:21:48PM +0200 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As Anton Berezin wrote: > > > - signal(SIGCHLD, SIG_IGN); > > > + signal(SIGCHLD, SIG_DFL); > Umm, I don't understand. I do not want automatic zombie reaping, I want > exactly the opposite, and my patch does just that. Ah sorry, i was confused. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 2:25: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 8DB5337B401; Fri, 13 Jul 2001 02:25:05 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id 6BDF95D010; Fri, 13 Jul 2001 04:25:04 -0500 (CDT) Date: Fri, 13 Jul 2001 04:25:04 -0500 From: Alfred Perlstein To: Seigo Tanimura Cc: jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Message-ID: <20010713042504.O6664@sneakerz.org> References: <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp>; from tanimura@r.dl.itc.u-tokyo.ac.jp on Wed, Jul 11, 2001 at 08:37:26PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Seigo Tanimura [010711 19:08] wrote: > The patch and the results of build test are now on the web page. > > The discussion of ktrace(2) problem does not cover the solution of > BSD/OS, so it needs updating. Here's some more commentary and a pointer to some work done. This is just about completely file locking related, however I do have a question about PGRP locking, in a certain part you may have to lock two pgrps, how do you deal with deadlock? getvnode() should FHOLD returned fp. should actually be turned into "holdvnode" (implicit VREF) to do reference holding. (later) ibcs2_getdents(), ibcs2_statfs(), __acl_get_fd, __acl_set_fd, __acl_aclcheck_fd(), __acl_delete_fd() depends on getvnode doing FHOLD, once done needs fdrop() added Certain operations, such as: kq = (struct kqueue *)fp->f_data; should not really require that the file be locked, it's implicitly frozen at creation time (i think) Work is here, it's a diff relative to FreeBSD-current + your patch. http://sneakerz.org/~bright/pg_mine.diff thanks, -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 3:49:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id C33AE37B401; Fri, 13 Jul 2001 03:49:36 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f6DAnPt95755 ; Fri, 13 Jul 2001 19:49:26 +0900 (JST) Message-Id: <200107131049.f6DAnPt95755@rina.r.dl.itc.u-tokyo.ac.jp> Date: Fri, 13 Jul 2001 19:49:25 +0900 From: Seigo Tanimura To: bright@sneakerz.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: In your message of "Fri, 13 Jul 2001 04:25:04 -0500" <20010713042504.O6664@sneakerz.org> References: <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> <20010713042504.O6664@sneakerz.org> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 13 Jul 2001 04:25:04 -0500, Alfred Perlstein said: Alfred> This is just about completely file locking related, Alfred> however I do have a question about PGRP locking, in Alfred> a certain part you may have to lock two pgrps, how do you Alfred> deal with deadlock? Lock the session to which the pgrps belong first, then lock the pgrps. AFAIK, there are only two places to lock two pgrps, namely enterpgrp() and fixjobc() with an argument 'entering' set to nonzero. In both cases, either the pgrps belong to the same session or one of the pgrps belongs to a brand-new session with no other pgrps. Alfred> getvnode() Alfred> should FHOLD returned fp. Alfred> ibcs2_getdents(), ibcs2_statfs(), __acl_get_fd, __acl_set_fd, Alfred> __acl_aclcheck_fd(), __acl_delete_fd() Alfred> depends on getvnode doing FHOLD, once done needs fdrop() added Aaugh, I finished that work two hours ago :) Alfred> getvnode() Alfred> should actually be turned into "holdvnode" (implicit VREF) to do Alfred> reference holding. (later) Fine. Alfred> Certain operations, such as: Alfred> kq = (struct kqueue *)fp->f_data; Alfred> should not really require that the file be locked, it's implicitly frozen Alfred> at creation time (i think) Yes. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 4:17:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 2D7EB37B403 for ; Fri, 13 Jul 2001 04:17:41 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from nantai.utsunomiya-u.ac.jp by nasu.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/26Jan01-1134AM) id f6DBHec73049; Fri, 13 Jul 2001 20:17:40 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp by nantai.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/30Jan01-0241PM) id f6DBHdl171548; Fri, 13 Jul 2001 20:17:39 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:ANGiwAr5CjmZueGvhnK3iDxSbAjmTCJQ@zodiac.mech.utsunomiya-u.ac.jp [160.12.43.7]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id UAA18366; Fri, 13 Jul 2001 20:27:16 +0900 (JST) Message-Id: <200107131127.UAA18366@zodiac.mech.utsunomiya-u.ac.jp> To: freebsd-current@freebsd.org Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Please review and test: rc driver patch Date: Fri, 13 Jul 2001 20:27:15 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Would somebody please review and test the attached patch for the rc driver? I don't have hardware to test this. It will make the rc driver to use ttymalloc(), rather than to maintain static array of struct tty. Kazu Index: rc.c =================================================================== RCS file: /src/CVS/src/sys/i386/isa/rc.c,v retrieving revision 1.63 diff -u -r1.63 rc.c --- rc.c 2001/05/15 23:22:22 1.63 +++ rc.c 2001/07/06 01:23:05 @@ -142,10 +142,6 @@ static int rc_scheduled_event = 0; -/* for pstat -t */ -static struct tty rc_tty[NRC * CD180_NCHAN]; -static const int nrc_tty = NRC * CD180_NCHAN; - /* Flags */ #define RC_DTR_OFF 0x0001 /* DTR wait, for close/open */ #define RC_ACTOUT 0x0002 /* Dial-out port active */ @@ -259,15 +255,24 @@ rc->rc_dtrwait = 3 * hz; rc->rc_dcdwaits= 0; rc->rc_hotchar = 0; - tp = rc->rc_tp = &rc_tty[chan + (dvp->id_unit * CD180_NCHAN)]; + tp = rc->rc_tp = ttymalloc(rc->rc_tp); ttychars(tp); tp->t_lflag = tp->t_iflag = tp->t_oflag = 0; tp->t_cflag = TTYDEF_CFLAG; tp->t_ispeed = tp->t_ospeed = TTYDEF_SPEED; + if (!rc_started) { + make_dev(&rc_cdevsw, + rcb->rcb_unit*CD180_NCHAN + chan, + UID_ROOT, GID_WHEEL, 0600, "ttym%r", + rcb->rcb_unit*CD180_NCHAN + chan); + make_dev(&rc_cdevsw, + rcb->rcb_unit*CD180_NCHAN + chan + 128, + UID_ROOT, GID_WHEEL, 0660, "cuam%r", + rcb->rcb_unit*CD180_NCHAN + chan + 128); + } } rcb->rcb_probed = RC_ATTACHED; if (!rc_started) { - cdevsw_add(&rc_cdevsw); swi_add(&tty_ithd, "tty:rc", rcpoll, NULL, SWI_TTY, 0, &rc_ih); rc_wakeup((void *)NULL); rc_started = 1; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 4:22:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 2A1AD37B405; Fri, 13 Jul 2001 04:22:43 -0700 (PDT) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from nantai.utsunomiya-u.ac.jp by nasu.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/26Jan01-1134AM) id f6DBMgc73141; Fri, 13 Jul 2001 20:22:42 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp by nantai.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/30Jan01-0241PM) id f6DBMgl171713; Fri, 13 Jul 2001 20:22:42 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:MDU3SQD8LHUPMxtuVm6ct8f93013swIE@zodiac.mech.utsunomiya-u.ac.jp [160.12.43.7]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id UAA18400; Fri, 13 Jul 2001 20:32:19 +0900 (JST) Message-Id: <200107131132.UAA18400@zodiac.mech.utsunomiya-u.ac.jp> To: freebsd-current@freebsd.org Cc: peter@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: userconfig() Date: Fri, 13 Jul 2001 20:32:18 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "options USERCONFIG", "options VISUAL_USERCONFIG", and "options INTRO_USERCONFIG" were removed from /sys/conf/options.i386 and options.pc98 on 12 June. Does this mean we are going to ditch userconfig()? (Or, did I miss announcement on this issue?) Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 4:29: 4 2001 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 91CFE37B406; Fri, 13 Jul 2001 04:29:01 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Date: Fri, 13 Jul 2001 12:28:59 +0100 From: David Malone To: Kazutaka YOKOTA Cc: freebsd-current@freebsd.org, peter@freebsd.org Subject: Re: userconfig() Message-ID: <20010713122859.A50772@salmon.maths.tcd.ie> References: <200107131132.UAA18400@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200107131132.UAA18400@zodiac.mech.utsunomiya-u.ac.jp>; from yokota@zodiac.mech.utsunomiya-u.ac.jp on Fri, Jul 13, 2001 at 08:32:18PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 13, 2001 at 08:32:18PM +0900, Kazutaka YOKOTA wrote: > "options USERCONFIG", "options VISUAL_USERCONFIG", and "options > INTRO_USERCONFIG" were removed from /sys/conf/options.i386 and > options.pc98 on 12 June. Does this mean we are going to ditch > userconfig()? I think they were disabeled 'cos they interfered with some other changes. I'm not sure if Peter has fixes in the pipeline... David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 5: 0:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 1D38137B405; Fri, 13 Jul 2001 05:00:29 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.3+3.4W/3.7W-rina.r-20010412) with ESMTP id f6DC0Pt05497 ; Fri, 13 Jul 2001 21:00:26 +0900 (JST) Message-Id: <200107131200.f6DC0Pt05497@rina.r.dl.itc.u-tokyo.ac.jp> Date: Fri, 13 Jul 2001 21:00:25 +0900 From: Seigo Tanimura To: bright@sneakerz.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio In-Reply-To: In your message of "Fri, 13 Jul 2001 19:49:25 +0900" <200107131049.f6DAnPt95755@rina.r.dl.itc.u-tokyo.ac.jp> References: <20010602125223.J31257@dragon.nuxi.com> <200106040748.f547mUD53783@rina.r.dl.itc.u-tokyo.ac.jp> <200106181004.f5IA4VD63112@rina.r.dl.itc.u-tokyo.ac.jp> <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> <20010713042504.O6664@sneakerz.org> <200107131049.f6DAnPt95755@rina.r.dl.itc.u-tokyo.ac.jp> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 13 Jul 2001 19:49:25 +0900, Seigo Tanimura said: Alfred> Certain operations, such as: Alfred> kq = (struct kqueue *)fp->f_data; Alfred> should not really require that the file be locked, it's implicitly frozen Alfred> at creation time (i think) Seigo> Yes. Only one exception beats off everything. union_dircheck() in fs/unionfs/union_subr.c may replace f_data with a new vnode. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 5:52:27 2001 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 683B837B403 for ; Fri, 13 Jul 2001 05:52:22 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Jul 2001 13:52:21 +0100 (BST) To: mjacob@feral.com Cc: current@freebsd.org Subject: Re: disklabel broken again? In-Reply-To: Your message of "Thu, 12 Jul 2001 21:40:35 PDT." Date: Fri, 13 Jul 2001 13:52:20 +0100 From: Ian Dowse Message-ID: <200107131352.aa63156@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Matthew Jacob writ es: > >Sometime in the last few days, disklabel -Brw auto seems to have stopped >working for me on alpha.... It used to be the thing of: >Now I get: > >dd if=/dev/zero of=/dev/da5 bs=1024k count=10 >... >disklabel -Brw da5 auto >disklabel: No space left on device I think this can happen when there is an existing label on the disk, but I forget the exact conditions. Try dd'ing a few k of zeros on to the disk and run the disklabel again? Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 5:53:31 2001 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 9423237B403 for ; Fri, 13 Jul 2001 05:53:26 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Jul 2001 13:53:25 +0100 (BST) To: iedowse@maths.tcd.ie Cc: mjacob@feral.com, current@freebsd.org Subject: Re: disklabel broken again? In-Reply-To: Your message of "Fri, 13 Jul 2001 13:52:20 BST." <200107131352.aa63156@salmon.maths.tcd.ie> Date: Fri, 13 Jul 2001 13:53:25 +0100 From: Ian Dowse Message-ID: <200107131353.aa63283@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200107131352.aa63156@salmon.maths.tcd.ie>, Ian Dowse writes: >In message , Matthew Jacob wri >t >es: >>dd if=/dev/zero of=/dev/da5 bs=1024k count=10 >>... >>disklabel -Brw da5 auto >>disklabel: No space left on device > >I think this can happen when there is an existing label on the >disk, but I forget the exact conditions. Try dd'ing a few k of >zeros on to the disk and run the disklabel again? Whoops, I'm not awake. Ignore that! :-) Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 9:24:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 3366437B403 for ; Fri, 13 Jul 2001 09:24:27 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6DGOKS74945; Fri, 13 Jul 2001 09:24:21 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Fri, 13 Jul 2001 09:24:20 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Ian Dowse Cc: current@freebsd.org Subject: Re: disklabel broken again? In-Reply-To: <200107131352.aa63156@salmon.maths.tcd.ie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 13 Jul 2001, Ian Dowse wrote: > In message , Matthew Jacob writ > es: > > > >Sometime in the last few days, disklabel -Brw auto seems to have stopped > >working for me on alpha.... It used to be the thing of: > > >Now I get: > > > >dd if=/dev/zero of=/dev/da5 bs=1024k count=10 > >... > >disklabel -Brw da5 auto > >disklabel: No space left on device > > I think this can happen when there is an existing label on the > disk, but I forget the exact conditions. Try dd'ing a few k of > zeros on to the disk and run the disklabel again? > No, that's the first line- that' what the dd is for... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 10:49: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id C6D3C37B401 for ; Fri, 13 Jul 2001 10:49:01 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.130.157.Dial1.SanJose1.Level3.net [209.245.130.157]) by hawk.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id KAA05428; Fri, 13 Jul 2001 10:48:17 -0700 (PDT) Message-ID: <3B4F3485.DE6DC3E5@mindspring.com> Date: Fri, 13 Jul 2001 10:48:53 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Garrett Wollman Cc: Giorgos Keramidas , freebsd-current@FreeBSD.ORG Subject: Re: cannot print to remote printer References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> <20010712122148.B10960@heechee.tobez.org> <86k81eaqcj.fsf@hades.hell.gr> <200107122117.f6CLHsl43063@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garrett Wollman wrote: > > I might be wrong in many ways, but... > > > is it then mandatory that you `reset' SIGCHLD to SIG_DFL ? > > Possibly. In the general case (as specified by standards), what > happens to SIGCHLD if it was set to SIG_IGN before exec() is > ill-defined. Some systems will inherit the SIG_IGN setting, which > will then cause any executed program that depends on wait() working > (e.g., shells) to fail. > > The new POSIX draft, at least, sanctions the automatic reset of > SIGCHLD to SIG_DFL upon exec(). How does the "NOHUP" program continue to function in light of this reset demand? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 11: 0:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id A829837B406 for ; Fri, 13 Jul 2001 11:00:12 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f6DI08x151602; Fri, 13 Jul 2001 14:00:08 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20010712121823.A10960@heechee.tobez.org> References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <20010712121823.A10960@heechee.tobez.org> Date: Fri, 13 Jul 2001 14:00:03 -0400 To: Anton Berezin From: Garance A Drosihn Subject: Re: cannot print to remote printer Cc: freebsd-print@bostonradio.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 12:18 PM +0200 7/12/01, Anton Berezin wrote: >I would also propose to guard printjob.c wait calls from this sort of >error in the future; after all, it *was* an action at a distance, and >it was not strictly easy to find the culprit. Here's a patch which I think covers all the bases mentioned so far. I added Anton's suggested changes, and then looked at the code to watch out for places which were checking the &status info returned from wait. I want to do some testing of this on -current before I'll commit it (I've already tested on -stable), and I'll probably switch to using %m in syslog instead of %s+strerror[errno], but I think this should be pretty close to the right fix to commit. [warning: if this patch doesn't seem to apply, it'll be because my email client added an extra blank on the front of some lines which already start with a blank] Index: lpd/lpd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/lpr/lpd/lpd.c,v retrieving revision 1.26 diff -u -r1.26 lpd.c --- lpd/lpd.c 2001/06/25 01:45:25 1.26 +++ lpd/lpd.c 2001/07/13 17:52:20 @@ -367,7 +367,12 @@ continue; } if (fork() == 0) { - signal(SIGCHLD, SIG_IGN); + /* + * Note that printjob() also plays around with + * signal-handling routines, and may need to be + * changed when making changes to signal-handling. + */ + signal(SIGCHLD, SIG_DFL); signal(SIGHUP, SIG_IGN); signal(SIGINT, SIG_IGN); signal(SIGQUIT, SIG_IGN); Index: lpd/printjob.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/lpr/lpd/printjob.c,v retrieving revision 1.38 diff -u -r1.38 printjob.c --- lpd/printjob.c 2001/07/09 09:24:00 1.38 +++ lpd/printjob.c 2001/07/13 17:52:20 @@ -165,6 +165,14 @@ setgid(getegid()); pid = getpid(); /* for use with lprm */ setpgrp(0, pid); + + /* + * At initial lpd startup, printjob may be called with various + * signal handlers in effect. After that initial startup, any + * calls to printjob will have a *different* set of signal-handlers + * in effect. Make sure all handlers are the ones we want. + */ + signal(SIGCHLD, SIG_DFL); signal(SIGHUP, abortpr); signal(SIGINT, abortpr); signal(SIGQUIT, abortpr); @@ -284,6 +292,9 @@ (void) close(ofd); while ((i = wait(NULL)) > 0 && i != ofilter) ; + if (i < 0) + syslog(LOG_WARNING, "%s: unexpected wait() failure: %s", + pp->printer, strerror(errno)); ofilter = 0; } (void) close(pfd); /* close printer */ @@ -755,7 +766,10 @@ while ((pid = wait3((int *)&status, WUNTRACED, 0)) > 0 && pid != ofilter) ; - if (status.w_stopval != WSTOPPED) { + if (pid < 0) + syslog(LOG_WARNING, "%s: unexpected wait3() failure: %s", + pp->printer, strerror(errno)); + else if (status.w_stopval != WSTOPPED) { (void) close(fi); syslog(LOG_WARNING, "%s: output filter died " @@ -784,9 +798,15 @@ (void) close(fi); if (child < 0) status.w_retcode = 100; - else + else { while ((pid = wait((int *)&status)) > 0 && pid != child) ; + if (pid < 0) { + status.w_retcode = 100; + syslog(LOG_WARNING, "%s: wait() failure after execv(%s): %s", + pp->printer, prog, strerror(errno)); + } + } child = 0; prchild = 0; if (stopped) { /* restart output filter */ @@ -1024,10 +1044,16 @@ (void) close(f); if (ifilter < 0) status.w_retcode = 100; - else + else { while ((pid = wait((int *)&status)) > 0 && pid != ifilter) ; + if (pid < 0) { + status.w_retcode = 100; + syslog(LOG_WARNING, "%s: wait() failure after execv(%s): %s", + pp->printer, pp->filters[LPF_INPUT], strerror(errno)); + } + } /* Copy the filter's output to "lf" logfile */ if ((fp = fopen(tempstderr, "r"))) { while (fgets(buf, sizeof(buf), fp)) @@ -1083,6 +1109,9 @@ close(f); while ((i = wait(NULL)) > 0 && i != ofilter) ; + if (i < 0) + syslog(LOG_WARNING, "%s: unexpected wait() failure: %s", + pp->printer, strerror(errno)); ofilter = 0; statrc = fstat(tfd, &stb); /* to find size of tfile */ if (statrc < 0) { -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 15:49:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from hades.hell.gr (patr530-b021.otenet.gr [195.167.121.149]) by hub.freebsd.org (Postfix) with ESMTP id BF18437B401 for ; Fri, 13 Jul 2001 15:49:17 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: by hades.hell.gr (Postfix, from userid 1001) id 06ADF2BD; Sat, 14 Jul 2001 01:49:14 +0300 (EEST) Date: Sat, 14 Jul 2001 01:49:14 +0300 From: Giorgos Keramidas To: Terry Lambert Cc: Garrett Wollman , freebsd-current@FreeBSD.ORG Subject: Re: cannot print to remote printer Message-ID: <20010714014914.A7876@hades.hell.gr> References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> <20010712122148.B10960@heechee.tobez.org> <86k81eaqcj.fsf@hades.hell.gr> <200107122117.f6CLHsl43063@khavrinen.lcs.mit.edu> <3B4F3485.DE6DC3E5@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B4F3485.DE6DC3E5@mindspring.com>; from tlambert2@mindspring.com on Fri, Jul 13, 2001 at 10:48:53AM -0700 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Terry Lambert Subject: Re: cannot print to remote printer Date: Fri, Jul 13, 2001 at 10:48:53AM -0700 > Garrett Wollman wrote: > > > The new POSIX draft, at least, sanctions the automatic reset of > > SIGCHLD to SIG_DFL upon exec(). > > How does the "NOHUP" program continue to function in > light of this reset demand? I'm not sure about POSIX, but the manpage of nohup does not mention SIGCHLD. The only signals I see mentioned in revision 1.8 of nohup.1 are SIGHUP and SIGQUIT. -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 17:54:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from Veronica.wmol.com (veronica.wmol.com [208.242.83.241]) by hub.freebsd.org (Postfix) with ESMTP id 0A83E37B401 for ; Fri, 13 Jul 2001 17:54:20 -0700 (PDT) (envelope-from david@wmol.com) Received: from rain.hill.hom (081bc122.chartermi.net [24.247.81.122]) by Veronica.wmol.com (Vircom SMTPRS 4.6.189) with ESMTP id for ; Fri, 13 Jul 2001 20:52:45 -0400 Date: Fri, 13 Jul 2001 20:54:05 -0400 From: David Hill To: freebsd-current@freebsd.org Subject: handbook typo Message-Id: <20010713205405.23241ded.david@wmol.com> X-Mailer: Sylpheed version 0.5.0 (GTK+ 1.2.10; i386-unknown-freebsd4.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello - Under the sysctl Tuning section, the sysctl command is missing the -w option to set the values. Thanks - David Hill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 20:46: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.jaring.my (smtp1.jaring.my [192.228.128.45]) by hub.freebsd.org (Postfix) with ESMTP id D649A37B401 for ; Fri, 13 Jul 2001 20:45:58 -0700 (PDT) (envelope-from simjs@pd.jaring.my) Received: from simjs ([202.42.186.245]) by smtp1.jaring.my (8.10.0.Beta6/8.9.3) with SMTP id f6E3jv123281 for ; Sat, 14 Jul 2001 11:45:57 +0800 (MYT) Message-ID: <009d01c10c18$0b26b8c0$f5ba2aca@simjs> From: "Sim Joo Siong" To: Subject: Date: Sat, 14 Jul 2001 11:47:42 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_007E_01C10C5A.CA4FEC70" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_007E_01C10C5A.CA4FEC70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_007E_01C10C5A.CA4FEC70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_007E_01C10C5A.CA4FEC70-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jul 13 22:57:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 16D6937B401 for ; Fri, 13 Jul 2001 22:57:12 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id BC6BB3E2F; Fri, 13 Jul 2001 22:57:11 -0700 (PDT) To: David Hill Cc: freebsd-current@freebsd.org Subject: Re: handbook typo In-Reply-To: <20010713205405.23241ded.david@wmol.com>; from david@wmol.com on "Fri, 13 Jul 2001 20:54:05 -0400" Date: Fri, 13 Jul 2001 22:57:11 -0700 From: Dima Dorfman Message-Id: <20010714055711.BC6BB3E2F@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Hill writes: Please wrap lines at 72 characters. Thanks. > Hello - > Under the sysctl Tuning section, the sysctl command is missing the > -w option to set the values. -w is deprecated in -current. I think it's best to MFC the change that makes it optional instead of mucking around with the Handbook. > > Thanks > - David Hill > > 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 Jul 14 3:41:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from hamster.franken.de (hamster.franken.de [193.141.110.13]) by hub.freebsd.org (Postfix) with ESMTP id 9EAF037B401 for ; Sat, 14 Jul 2001 03:41:44 -0700 (PDT) (envelope-from tanis@gaspode.franken.de) Received: from karnickel.franken.de (karnickel.franken.de [193.141.110.11]) by hamster.franken.de (8.11.1/8.11.1) with ESMTP id f6EAfXo53018; Sat, 14 Jul 2001 12:41:33 +0200 (CEST) (envelope-from tanis@gaspode.franken.de) Received: from gaspode.franken.de (lengfeld.core.main.franken.de [193.141.110.4]) by karnickel.franken.de (8.11.3/8.11.3) with ESMTP id f6EAfXe59268; Sat, 14 Jul 2001 12:41:33 +0200 (CEST) (envelope-from tanis@gaspode.franken.de) Received: (from tanis@localhost) by gaspode.franken.de (8.11.4/8.11.1) id f6EAfXr01200; Sat, 14 Jul 2001 12:41:33 +0200 (CEST) (envelope-from tanis) Date: Sat, 14 Jul 2001 12:41:32 +0200 From: German Tischler To: NAKAMURA Kazushi Cc: dwmalone@maths.tcd.ie, current@freebsd.org Subject: Re: support Pentium3 SSE Message-ID: <20010714124132.A1187@gaspode.franken.de> References: <20010620151416.A2601@walton.maths.tcd.ie> <200106201824.DAA10190@ns.kobe1995.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline User-Agent: Mutt/1.2.5-current-20010403i In-Reply-To: <200106201824.DAA10190@ns.kobe1995.net>; from kaz@kobe1995.net on Thu, Jun 21, 2001 at 03:24:52AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 21, 2001 at 03:24:52AM +0900, NAKAMURA Kazushi wrote: > In article <20010620151416.A2601@walton.maths.tcd.ie> > dwmalone@maths.tcd.ie writes: > >I'm going to see if I can commit your SSE patch to freebsd-current. > >Since I don't know that much about the code you're patching I have > >asked Bruce Evans to have a look at the patch, so he may want to > >make changes. I'll try to read the patch in detail over the next > >few days. >=20 > This patch has a problem in SMP environment. There is a new patch > by Mr. issei following below. Please test in SMP environment > before commit. >=20 > Thank you. Is there a patch for stable ? --gt --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iQEVAwUBO1Ah3L7hO6NLB/FvAQG8Zgf9FkxnLGhN9EeNuxpDE8KOe7En39F+ojT+ lcYXMxgbZp75d3zdUrNUKfC1gyiaZofw0CunwYItgoMDSHHRkZWKXwL96v4o8Wr7 sSnmR0vTed/Z8TPXQHdWsoTjKgE3KBQVYW6o4l96Gw3lUwCZIbyjY8B+iu/h8v0l om8ZDEWfirtT4T22KgXsKU2NkATNvx5CNVdZrXJdLJACzdae+Jz3XUnUbouSqCg/ 8jw0eDGhz6IYeZ9aDF7xQJYFBB181MqYl2RmqhBNMAQbmQb6PplexjzWt5J3orGY kPSjEMn/mmeGvOeOTRtPLsWc6pgT57aHvSe8sO3aYY3CJVNORiZMqQ== =NhCN -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 6: 4:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.kobe1995.net (211.12.126.15.user.dt.il24.net [211.12.126.15]) by hub.freebsd.org (Postfix) with ESMTP id 4E8B137B403 for ; Sat, 14 Jul 2001 06:04:54 -0700 (PDT) (envelope-from kaz@kobe1995.net) Received: from beauty.kobe1995.net (beauty [192.168.0.6]) by ns.kobe1995.net (8.8.8/3.7W-primary) with ESMTP id WAA00818; Sat, 14 Jul 2001 22:04:42 +0900 (JST) Received: (from kaz@localhost) by beauty.kobe1995.net (8.11.3/3.4Wbeta6-glove) id f6ED4gR08981; Sat, 14 Jul 2001 22:04:42 +0900 (JST) Date: Sat, 14 Jul 2001 22:04:42 +0900 (JST) Message-Id: <200107141304.f6ED4gR08981@beauty.kobe1995.net> To: tanis@gaspode.franken.de Cc: dwmalone@maths.tcd.ie, current@freebsd.org Subject: Re: support Pentium3 SSE In-Reply-To: Your message of "Sat, 14 Jul 2001 12:41:32 +0200". <20010714124132.A1187@gaspode.franken.de> From: kaz@kobe1995.net (NAKAMURA Kazushi) X-Mailer: mnews [version 1.22] 1999-12/19(Sun) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20010714124132.A1187@gaspode.franken.de> tanis@gaspode.franken.de writes: >Is there a patch for stable ? There are a few patches for 4.2R and 4.3R in my site: http://kobe1995.net/~kaz/FreeBSD/SSE.en.html http://kobe1995.net/~kaz/FreeBSD/sys-r420-SSE.diff.gz http://kobe1995.net/~kaz/FreeBSD/sys-r430-SSE.diff.gz And there is a patch for 4.0R in Mr. issei's site: http://www.issei.org/issei/FreeBSD/sse.html Thank you. -- NAKAMURA Kazushi@KOBE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 7:13:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from hamster.franken.de (hamster.franken.de [193.141.110.13]) by hub.freebsd.org (Postfix) with ESMTP id 6284337B401 for ; Sat, 14 Jul 2001 07:13:30 -0700 (PDT) (envelope-from tanis@gaspode.franken.de) Received: from karnickel.franken.de (karnickel.franken.de [193.141.110.11]) by hamster.franken.de (8.11.1/8.11.1) with ESMTP id f6EEDHo39254; Sat, 14 Jul 2001 16:13:17 +0200 (CEST) (envelope-from tanis@gaspode.franken.de) Received: from gaspode.franken.de (lengfeld.core.main.franken.de [193.141.110.4]) by karnickel.franken.de (8.11.3/8.11.3) with ESMTP id f6EEDHe72892; Sat, 14 Jul 2001 16:13:17 +0200 (CEST) (envelope-from tanis@gaspode.franken.de) Received: (from tanis@localhost) by gaspode.franken.de (8.11.4/8.11.1) id f6EEDH701768; Sat, 14 Jul 2001 16:13:17 +0200 (CEST) (envelope-from tanis) Date: Sat, 14 Jul 2001 16:13:17 +0200 From: German Tischler To: NAKAMURA Kazushi Cc: dwmalone@maths.tcd.ie, current@freebsd.org Subject: Re: support Pentium3 SSE Message-ID: <20010714161317.A1755@gaspode.franken.de> References: <20010714124132.A1187@gaspode.franken.de> <200107141304.f6ED4gR08981@beauty.kobe1995.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline User-Agent: Mutt/1.2.5-current-20010403i In-Reply-To: <200107141304.f6ED4gR08981@beauty.kobe1995.net>; from kaz@kobe1995.net on Sat, Jul 14, 2001 at 10:04:42PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 14, 2001 at 10:04:42PM +0900, NAKAMURA Kazushi wrote: > In article <20010714124132.A1187@gaspode.franken.de> > tanis@gaspode.franken.de writes: > >Is there a patch for stable ? >=20 > There are a few patches for 4.2R and 4.3R in my site: >=20 > http://kobe1995.net/~kaz/FreeBSD/SSE.en.html > http://kobe1995.net/~kaz/FreeBSD/sys-r420-SSE.diff.gz > http://kobe1995.net/~kaz/FreeBSD/sys-r430-SSE.diff.gz >=20 > And there is a patch for 4.0R in Mr. issei's site: >=20 > http://www.issei.org/issei/FreeBSD/sse.html Yes, I'm already using the one for 4.3, and it really improves (de)coding MPEG. But it does not really work for SMP environments, and the mail I responded to said, that there was an improved patch for SMP, at least for current. Sorry, I should have been more precise: Is there an analogon to the SMP improved patch, that applies to stable ? --gt --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iQEVAwUBO1BTfL7hO6NLB/FvAQG7iAf+MJwYRRPc9R59yRWJIo6fBG47BR3izck0 XuCf6pyDd444VZP2+fQRYyOiX5t6P2Y7wQv75YC6S7W6TOyjCcdarugB+H10kOE6 PLCOix2ZBss8cByoglqUcKgNZwmDjTvT+7CFL7WiZpMlJ6y8nnIcRss1316u65Xq 7IrasfqcaXzcGxEFKHAxeR0/HePBDDD5XBA8VkBmsqYpfauthcAX1leiB3rfanRs T84dL5TRkOQrQWwtDAjsl802oN4UZYlKMvuSF9qfHoTsg6hbmfAbITe2+duNZUbR mblviAq6vvk6ZuRKQEbbn1GxLFNR/+XwKyxL6KqfWBQzVbRBUZn4gw== =YDyl -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 7:23:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from vallesnet.org (vallesnet.org [194.224.210.5]) by hub.freebsd.org (Postfix) with ESMTP id 83CCF37B403 for ; Sat, 14 Jul 2001 07:23:32 -0700 (PDT) (envelope-from undergra@vallesnet.org) Received: from daemon (93-BAR2-X85.libre.retevision.es [62.82.166.93]) by vallesnet.org (8.10.2/8.10.2) with SMTP id f6EENTk06737 for ; Sat, 14 Jul 2001 16:23:29 +0200 Message-ID: <001d01c10c71$049388e0$0164a8c0@daemon> From: "undergra" To: Subject: ps/2 mouse problems Date: Sat, 14 Jul 2001 16:26:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, i have a ps/2 mouse and works perfectly with my FreeBSD 4.3-stable, but on my FreeBSD 5.0-current doesn't work. I see the line of the mouse on dmesg output (psm0: irq 12 on atkbdc0). When i type "moused -t ps/2 -p /dev/psm0" and "vidcontrol -m on" i don't see the mouse cursor. Any problem with ps/2 mouses on 5.0-current? any solution? thanks please reply the answers to undergra@vallesnet.org thank you very much To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 10: 5:57 2001 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 32C1337B401 for ; Sat, 14 Jul 2001 10:05:53 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f6EH5c802083; Sat, 14 Jul 2001 13:05:38 -0400 (EDT) (envelope-from wollman) Date: Sat, 14 Jul 2001 13:05:38 -0400 (EDT) From: Garrett Wollman Message-Id: <200107141705.f6EH5c802083@khavrinen.lcs.mit.edu> To: Giorgos Keramidas Cc: freebsd-current@FreeBSD.ORG Subject: Re: cannot print to remote printer In-Reply-To: <20010714014914.A7876@hades.hell.gr> References: <873d83pquy.wl@wilhelm.noname> <20010711214311.C2855@heechee.tobez.org> <200107120645.f6C6jtP45267@uriah.heep.sax.de> <20010712122148.B10960@heechee.tobez.org> <86k81eaqcj.fsf@hades.hell.gr> <200107122117.f6CLHsl43063@khavrinen.lcs.mit.edu> <3B4F3485.DE6DC3E5@mindspring.com> <20010714014914.A7876@hades.hell.gr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I wrote: >> > The new POSIX draft, at least, sanctions the automatic reset of >> > SIGCHLD to SIG_DFL upon exec(). Terry Lambert appears to have written: >> How does the "NOHUP" program continue to function in >> light of this reset demand? There is no ``demand'' involved. The behavior of the system when SIGCHLD is set to SIG_IGN has always been entirely implementation-defined. The new specification makes it clear that, in the course of this implementation-defined behavior, implementations are free to reset SIGCHLD to SIG_DFL when a new program is executed. The new specification also makes it clear that the behavior of functions such as system() and pclose() is undefined when SIGCHLD is set to SIG_IGN. (The semantics for SA_NOCLDWAIT are somewhat different.) This change was made because some implementors interpreted the base documents as requiring that SIGCHLD be inherited across exec(), which would then in turn require every program which ever makes use of wait() to explicitly reset SIGCHLD (since the nominal default could not be depended upon). Giorgos Keramidas wrote: > I'm not sure about POSIX, but the manpage of nohup does not mention > SIGCHLD. The only signals I see mentioned in revision 1.8 of nohup.1 > are SIGHUP and SIGQUIT. That is correct. SIGCHLD is entirely irrelevant to `nohup', as the slightest amount of effort on Terry's part would have made clear. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 12: 9:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from bsduser.ca (194.40.220-216.q9.net [216.220.40.194]) by hub.freebsd.org (Postfix) with ESMTP id AF68637B401; Sat, 14 Jul 2001 12:09:43 -0700 (PDT) (envelope-from chris@collins-ca.com) Received: from bsduser.ca (bsduser.ca [216.220.40.194]) by bsduser.ca (8.11.3/8.11.3) with ESMTP id f6EJDXn43577; Sat, 14 Jul 2001 15:13:33 -0400 (EDT) (envelope-from chris@collins-ca.com) Date: Sat, 14 Jul 2001 15:13:33 -0400 (EDT) From: Chris Collins X-X-Sender: To: Cc: Subject: buildworld problem. Message-ID: <20010714133434.F14426-100000@bsduser.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello All I have just cvsuped and now I am trying to make buildworld with no luck. I'm getting the following error and I have no idea where to begin to fix this. The only thing I have tried is running cvsup again from another cvsup site incase there was something wrong with the one I was using. Does anybody have any ideas? -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec CFLAGS="-nostdinc -O -pipe " PERL5LIB=/usr/obj/usr/src/i386/usr/libdata/perl/5.00503 GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 all ===> share/info ===> include ===> include/rpcsvc ===> lib ===> lib/csu/i386-elf ===> lib/libcom_err make: don't know how to make com_err.3. Stop *** Error code 2 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Chris ------- 1:30PM up 3 days, 12:36, 3 users, load averages: 0.71, 0.72, 0.84 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 14: 2: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from vaio.aviaport.ru (dialup-h.aviaport.ru [217.69.199.239]) by hub.freebsd.org (Postfix) with SMTP id 3E71237B401 for ; Sat, 14 Jul 2001 14:01:54 -0700 (PDT) (envelope-from juriy@vaio.aviaport.ru) Received: by vaio.aviaport.ru (Postfix, from userid 1001) id 47630E2D4F; Sun, 15 Jul 2001 01:01:47 +0400 (MSD) Date: Sun, 15 Jul 2001 01:01:47 +0400 From: Juriy Goloveshkin To: freebsd-current@freebsd.org Subject: kernel with SSE is unstable Message-ID: <20010715010147.A892@aviaport.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.19i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo. kernel without SSE works fine. CPU: Pentium III/Pentium III Xeon/Celeron (496.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x387f9ff Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf02ce4d3 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01a59d8 stack pointer = 0x10:0xcb148ee0 frame pointer = 0x10:0xcb148ee0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 7 (netstat) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3a fault code = supervisor write, page not present instruction pointer = 0x8:0xc01fdb51 stack pointer = 0x10:0xcb254d64 frame pointer = 0x10:0xcb254d64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 943 (swapinfo) -- bye Juriy Goloveshkin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 16: 0:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail12.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with SMTP id 1A33637B401 for ; Sat, 14 Jul 2001 16:00:46 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 43926 invoked from network); 14 Jul 2001 23:00:45 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 14 Jul 2001 23:00:45 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200107110144.f6B1iL080250@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> Date: Sat, 14 Jul 2001 16:00:49 -0700 (PDT) From: John Baldwin To: Seigo Tanimura Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Cc: current@FreeBSD.org, jake@FreeBSD.org, Alfred Perlstein Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 11-Jul-01 Seigo Tanimura wrote: > On Mon, 9 Jul 2001 03:20:44 -0500, > Alfred Perlstein said: > > Alfred> I'm also quite sure that you can't call the ktrace functions with > Alfred> any mutexes held so the code is doing to need some help, basically > Alfred> the trick in trapsig() and postsig() is to generate the ktrace > Alfred> IO after the locks have been dropped, this means somehow caching > Alfred> the info sent to ktrace where it's currently called, and calling > Alfred> it later with the cached info after the locks are dropped. > > We can cache ktrace information into struct proc and mark the > existence of cache in p_traceflag. Then we send the information to > ktrace upon returning from trapsignal() or CURSIG(), or in sigexit(). Jake is working on porting the BSD/OS ktrace code, which uses a ring buffer of events that get handed off to a worker background thread that does the actual I/O. This way, ktrace won't sleep and you won't have these problems. I wouldn't expend lots of effort attempting to fix the current ktrace. > Another problem I noticed is bogus unlock and lock around call of > machine-and-maybe-executable-format-dependent sendsig(), found in > sys/*/*/machdep.c. Instead of locking curproc in sendsig() once again, > we should call sendsig() with curproc locked, and release the lock > only in sendsig(). That is probably fine. -- 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 Jul 14 18:38:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-181.dsl.lsan03.pacbell.net [64.165.226.181]) by hub.freebsd.org (Postfix) with ESMTP id EAEBC37B401 for ; Sat, 14 Jul 2001 18:38:29 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A2C8E66DD9; Sat, 14 Jul 2001 18:38:28 -0700 (PDT) Date: Sat, 14 Jul 2001 18:38:28 -0700 From: Kris Kennaway To: Juriy Goloveshkin Cc: freebsd-current@FreeBSD.ORG Subject: Re: kernel with SSE is unstable Message-ID: <20010714183827.E88702@xor.obsecurity.org> References: <20010715010147.A892@aviaport.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="RpqchZ26BWispMcB" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010715010147.A892@aviaport.ru>; from juriy@aviaport.ru on Sun, Jul 15, 2001 at 01:01:47AM +0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --RpqchZ26BWispMcB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jul 15, 2001 at 01:01:47AM +0400, Juriy Goloveshkin wrote: > In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo. > kernel without SSE works fine. Proper panic traceback, please? Did you remember to rebuild your userland when you updated your kernel sources? Kris --RpqchZ26BWispMcB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7UPQTWry0BWjoQKURAt89AJ4rm5gLWR3lq6TdQZaRJrTmqE91hQCfRHk6 hEZWhw65V7Tx1QixUDdquRI= =HE8w -----END PGP SIGNATURE----- --RpqchZ26BWispMcB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 19:17:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from sneakerz.org (sneakerz.org [216.33.66.254]) by hub.freebsd.org (Postfix) with ESMTP id 4AB0F37B401; Sat, 14 Jul 2001 19:17:16 -0700 (PDT) (envelope-from bright@sneakerz.org) Received: by sneakerz.org (Postfix, from userid 1092) id EA8DB5D010; Sat, 14 Jul 2001 21:17:15 -0500 (CDT) Date: Sat, 14 Jul 2001 21:17:15 -0500 From: Alfred Perlstein To: Seigo Tanimura Cc: jake@FreeBSD.org, jhb@FreeBSD.org, current@FreeBSD.org Subject: Re: Lock of struct filedesc, file, pgrp, session and sigio Message-ID: <20010714211715.E15299@sneakerz.org> References: <200107020812.f628CfK44241@rina.r.dl.itc.u-tokyo.ac.jp> <20010707164249.C88962@sneakerz.org> <20010709032044.B1894@sneakerz.org> <200107100845.f6A8jqt99404@rina.r.dl.itc.u-tokyo.ac.jp> <20010710035347.Q1894@sneakerz.org> <200107100903.f6A93et02367@rina.r.dl.itc.u-tokyo.ac.jp> <200107111137.f6BBbQt22812@rina.r.dl.itc.u-tokyo.ac.jp> <20010713042504.O6664@sneakerz.org> <200107131049.f6DAnPt95755@rina.r.dl.itc.u-tokyo.ac.jp> <200107131200.f6DC0Pt05497@rina.r.dl.itc.u-tokyo.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107131200.f6DC0Pt05497@rina.r.dl.itc.u-tokyo.ac.jp>; from tanimura@r.dl.itc.u-tokyo.ac.jp on Fri, Jul 13, 2001 at 09:00:25PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Seigo Tanimura [010713 07:00] wrote: > On Fri, 13 Jul 2001 19:49:25 +0900, > Seigo Tanimura said: > > Alfred> Certain operations, such as: > Alfred> kq = (struct kqueue *)fp->f_data; > Alfred> should not really require that the file be locked, it's implicitly frozen > Alfred> at creation time (i think) > > Seigo> Yes. > > Only one exception beats off everything. union_dircheck() in > fs/unionfs/union_subr.c may replace f_data with a new vnode. That code really scared me, but on careful inspection, the f_data is actually protected by the vnode exclusive lock from concurrant getdirentries() calls. (getdirentries() calls union_dircheck()) The code is still troublesome for mixing read() and getdirentries() at the same time, but since union mounts are rare we should leave it along and possibly revisit this later. My opinion is that you never need a lock for an assignment, unless that assignment spans multiple dependant operations or is dependant on some pre-condition, cases: /* no lock */ foo->a = 5; /* needs lock */ if (foo->b) foo->a = 5; /* might need lock to protect agianst inconsistant view */ foo->a = 5; foo->b = c; -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 21:24:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from vaio.aviaport.ru (dialup-h.aviaport.ru [217.69.199.239]) by hub.freebsd.org (Postfix) with SMTP id 78EF637B401 for ; Sat, 14 Jul 2001 21:24:53 -0700 (PDT) (envelope-from juriy@vaio.aviaport.ru) Received: by vaio.aviaport.ru (Postfix, from userid 1001) id F0960E2D75; Sun, 15 Jul 2001 08:24:22 +0400 (MSD) Date: Sun, 15 Jul 2001 08:24:22 +0400 From: Juriy Goloveshkin To: Kris Kennaway Cc: freebsd-current@FreeBSD.ORG Subject: Re: kernel with SSE is unstable Message-ID: <20010715082422.A598@aviaport.ru> References: <20010715010147.A892@aviaport.ru> <20010714183827.E88702@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010714183827.E88702@xor.obsecurity.org> User-Agent: Mutt/1.3.19i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 14, 2001 at 06:38:28PM -0700, Kris Kennaway wrote: > On Sun, Jul 15, 2001 at 01:01:47AM +0400, Juriy Goloveshkin wrote: > > In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo. > > kernel without SSE works fine. > > Proper panic traceback, please? I cannot do kernel core, it says ata0 reseting.... and does nothing so I cannot give you good traceback an any details. I don't know why kernel doesn't dump itself alter 'dumpon /dev/my_swap_slice'. :| > Did you remember to rebuild your userland when you updated your kernel > sources? uhg... nice kernel. its panics depend on userland? anyway, userland is up to date with kernel and WORK with kernel_without_SSE. that's strange, because almost all things work good with SSE-kernel. I've found only two 'bad' programs(netstat, swapinfo). 'make world' works with SSE-kernel too. It seems mozilla does the same(I mean it's 'bad' program). now I try to reproduce traceback which I saw in kernel debug after panics: Stopped at strcmp+0x18: movb 0(%ecx),%al strcmp link_elf_lookup_symbol kldsym syscal syscal_with_err_pushed syscall(377, FreeBSD ELF, kldsym) -- bye Juriy Goloveshkin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 21:41: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 0AAEC37B403 for ; Sat, 14 Jul 2001 21:41:05 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f6F4f3V126924; Sun, 15 Jul 2001 00:41:03 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200103151610.LAA46410@khavrinen.lcs.mit.edu> References: <200103151610.LAA46410@khavrinen.lcs.mit.edu> Date: Sun, 15 Jul 2001 00:40:59 -0400 To: Garrett Wollman , freebsd-standards@bostonradio.org From: Garance A Drosihn Subject: Re: Latest version of mega header file POSIX update Cc: current@FreeBSD.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Back on March 15/2001, Garrett Wollman wrote: >I have finally produced another version of the big header file patch >for people to look at. I'm still running an older (January) kernel >and world based on these changes. I have verified that these still >build on i386-architecture systems. I'm looking for some people to >do the following: > >1) Look at the changes to machine-dependent i386 headers and make > analogous changes, or verify the changes I've made, in the Alpha > and IA64 code. > >2) Test it. I'm interested not only in whether it runs -- I'm fairly > confident of that -- but also in what external software it breaks, > if any. > >I'm expecting to make a third pass over the header files once Austin >Group draft 6 is issued. (Draft 7 is expected to be the final text.) >However, I really, really want to get this checked in so that we can >all have a framework on which to work. > >The patch has now gotten too large for some e-mail systems, so I'm >making it available via the Web at > . As I'm sitting here picking off the occasional compile-time warnings in lpr&friends, I'm wondering about the status & timeline of this big posix-push patch. (one of the warnings I'm getting would be solved by the changes to in this patch). Is the goal to have this patch in current for "5.0-release" later this year? If so, what milestones should we be shooting for? Is this going to show up in 4-stable too, or is it too widespread a change to try and MFC it? (I am not suggesting it SHOULD be MFC'ed, I'm just wondering). [also, it seems to me there was a more recent message about this patch, but it seems I didn't save that one] I've got this idea of trying to build an alternate /usr/include on my -current machine, and then see how it works by switching between the current /usr/include and an alternate version which included the latest version of this patch. On the other hand, I do a lot more day-to-day living on a -stable system, so I'm not sure how much of a test I'd give these changes on my -current system. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 21:51:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from iatl0x01.coxmail.com (iatl1x01.coxmail.com [206.157.231.23]) by hub.freebsd.org (Postfix) with ESMTP id DD2D337B401 for ; Sat, 14 Jul 2001 21:51:07 -0700 (PDT) (envelope-from mheffner@novacoxmail.com) Received: from enterprise.muriel.penguinpowered.com ([208.138.198.178]) by iatl0x01.coxmail.com (InterMail vK.4.03.02.00 201-232-124 license 85f4f10023be2bd3bce00b3a38363ea2) with ESMTP id <20010715045107.CTIF2144.iatl0x01@enterprise.muriel.penguinpowered.com>; Sun, 15 Jul 2001 00:51:07 -0400 Message-ID: X-Mailer: XFMail 1.5.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: <20010715082422.A598@aviaport.ru> Date: Sun, 15 Jul 2001 00:49:24 -0400 (EDT) Reply-To: Mike Heffner From: Mike Heffner To: Juriy Goloveshkin Subject: Re: kernel with SSE is unstable Cc: freebsd-current@FreeBSD.ORG, Kris Kennaway Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 15-Jul-2001 Juriy Goloveshkin wrote: | | Stopped at strcmp+0x18: movb 0(%ecx),%al | | strcmp | link_elf_lookup_symbol | kldsym | syscal | syscal_with_err_pushed | syscall(377, FreeBSD ELF, kldsym) This probably isn't too useful, but I've seen the same exact backtrace when I had the random device statically compiled into the kernel and was also loading the random KLD, it would always crash when starting the linux version of netscape. Removing the random device from the kernel config fixed the problem. So you don't happen to be doing anything similar are you? Mike -- Mike Heffner Fredericksburg, VA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jul 14 23:18:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.kobe1995.net (211.12.126.15.user.dt.il24.net [211.12.126.15]) by hub.freebsd.org (Postfix) with ESMTP id BFB6E37B405 for ; Sat, 14 Jul 2001 23:18:45 -0700 (PDT) (envelope-from kaz@kobe1995.net) Received: from beauty.kobe1995.net (beauty [192.168.0.6]) by ns.kobe1995.net (8.8.8/3.7W-primary) with ESMTP id PAA03146; Sun, 15 Jul 2001 15:18:35 +0900 (JST) Received: (from kaz@localhost) by beauty.kobe1995.net (8.11.3/3.4Wbeta6-glove) id f6F6IZu09968; Sun, 15 Jul 2001 15:18:35 +0900 (JST) Date: Sun, 15 Jul 2001 15:18:35 +0900 (JST) Message-Id: <200107150618.f6F6IZu09968@beauty.kobe1995.net> To: juriy@aviaport.ru Cc: freebsd-current@freebsd.org Subject: Re: kernel with SSE is unstable In-Reply-To: Your message of "Sun, 15 Jul 2001 01:01:47 +0400". <20010715010147.A892@aviaport.ru> From: kaz@kobe1995.net (NAKAMURA Kazushi) X-Mailer: mnews [version 1.22] 1999-12/19(Sun) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20010715010147.A892@aviaport.ru> juriy@aviaport.ru writes: >In my system kernel(WITH SSE) falls when I use commands netstat and swapinfo. >kernel without SSE works fine. Thank you for your reporting. I also recognized the problem that *stat comands such as vmstat,netstat,pstat freeze SSE kernel. But today, I hack NetBSD's SMBus for VIA chipset. Please wait some day. -- NAKAMURA Kazushi@KOBE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message