From owner-freebsd-hackers Sun Apr 16 0: 2:57 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from relay2.agava.net.ru (2.oivt.mipt.ru [193.125.142.2]) by hub.freebsd.org (Postfix) with ESMTP id 143AA37B577 for ; Sun, 16 Apr 2000 00:02:48 -0700 (PDT) (envelope-from frank@hellbell.agava.ru) Received: from hellbell.domain (hellbell.domain [192.168.1.12]) by relay2.agava.net.ru (Postfix) with ESMTP id 0A3E23C for ; Sun, 16 Apr 2000 07:02:44 +0000 (GMT) Date: Sun, 16 Apr 2000 11:02:45 +0400 (MSD) From: Alex Zakirov X-Sender: frank@hellbell.domain To: hackers@freebsd.org Subject: vinum raid5 officially broken? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hail! Is raid5 in vinum officially broken in 4.x branch? I can't get stable system (make buildworld at least) on both ata+(dual celeron) and ahc(7896)+(dual PIII). OS still hangs while 'make buildworld' on raid5 volume proceed. "vinum raid5-panic tentitive patch" by Matt Dillon doesn't help. It only takes more time before hangs occur :(( Is there any plans to fix raid5 in vinum? *** WBR, Alexey Zakirov (frank@agava.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 0: 5:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 722D137B513 for ; Sun, 16 Apr 2000 00:05:31 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.com (Foolstrustident!@homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id BAA15492; Sun, 16 Apr 2000 01:05:24 -0600 (MDT) (envelope-from wes@softweyr.com) Message-ID: <38F89DF7.4633F025@softweyr.com> Date: Sat, 15 Apr 2000 10:51:03 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Ming Zhang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Multithread safe gethostbyname() ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ming Zhang wrote: > > Is there a MT-safe implementation of gethostbyname() in FreeBSD (3.4/4.0)? > > On Solaris there is gethostbyname_r(). Calling gethostbyname() with in > two threads cause both threads to block. > > I know the "struct hostent" is static in gethostbyname(), however it seems > like the socket that is used to get the DNS info is static too. If you look at the current implementatino of the getXbyY functions, you'll find they are jungles full of static data. I've been (slowly) writing the _r function missing from FreeBSD, documenting the hidden ones I've found, and generally fleshing this out, but I've left getXbyY to last because they're fugly. I'll start with gethostbyname_r because that is the most useful, but I cannot promise when that might be. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 0: 6:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 8BDA537B535 for ; Sun, 16 Apr 2000 00:06:29 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id QAA74549; Sun, 16 Apr 2000 16:36:03 +0930 (CST) Date: Sun, 16 Apr 2000 16:36:03 +0930 From: Greg Lehey To: Alex Zakirov Cc: hackers@FreeBSD.ORG Subject: Re: vinum raid5 officially broken? Message-ID: <20000416163603.H72816@freebie.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sunday, 16 April 2000 at 11:02:45 +0400, Alex Zakirov wrote: > Hail! > > Is raid5 in vinum officially broken in 4.x branch? Not completely. We have a number of problems which only show up in some configurations. > I can't get stable system (make buildworld at least) on both > ata+(dual celeron) and ahc(7896)+(dual PIII). OS still hangs while > 'make buildworld' on raid5 volume proceed. This isn't a known problem. Please report the information I ask for at http://www.lemis.com/vinum/how-to-debug.html and I'll see what we can do. > "vinum raid5-panic tentitive patch" by Matt Dillon doesn't help. > It only takes more time before hangs occur :(( Right, as you say, that's a possible fix for a panic, not a hang. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 2:31:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id 74CDF37B850 for ; Sun, 16 Apr 2000 02:31:00 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id MAA24903 for hackers@freebsd.org; Sun, 16 Apr 2000 12:30:38 GMT (envelope-from mellon@pobox.com) Date: Sun, 16 Apr 2000 12:30:38 +0000 From: Anatoly Vorobey To: hackers@freebsd.org Subject: memory in the kernel Message-ID: <20000416123037.A24869@happy.checkpoint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have to malloc a lot of memory in the kernel, hence a few questions: 1. The data must be absolutely present at all times, no page faults or locking mechanisms, etc. Does that mean I should use kmem_alloc_wired() or am I misunderstanding its purpose? Does it make sense to alloc less than a pageful or is the rest simply going to be wasted? 2. Unfortunately, I need to realloc a lot as data is dynamic and I don't know sizes beforehand. How do I do that? Do I malloc a new region, copy manually and release the old one? Thanks a lot in advance, Anatoly. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 2:36:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id B6D5E37B906 for ; Sun, 16 Apr 2000 02:36:06 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id LAA66707; Sun, 16 Apr 2000 11:35:28 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200004160935.LAA66707@freebsd.dk> Subject: Re: PC Keyboard Scancodes In-Reply-To: <20000415131506.28342@techunix.technion.ac.il> from Anatoly Vorobey at "Apr 15, 2000 01:15:06 pm" To: mellon@pobox.com (Anatoly Vorobey) Date: Sun, 16 Apr 2000 11:35:28 +0200 (CEST) Cc: imp@village.org (Warner Losh), mpp@mppsystems.com (Mike Pritchard), doconnor@gsoft.com.au (Daniel O'Connor), hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Anatoly Vorobey wrote: > > Of course, with all those new keys on all those keyboards, we should > perhaps think about whether to add all of them as new keycodes, > and if so, in which order, etc. I've no idea if FreeBSD's concept > of 'keycode' (i.e. key number independent of keyboard model) is > synchronized with other BSD's, or Linux, etc. I modelled them after SCO UNIX 3.2 way back when, I know that upto some point I kept the keymaps compatible to SCO's, but I think that got broken since.... -Sřren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 5:34:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mimer.webgiro.com (mimer.webgiro.com [212.209.29.5]) by hub.freebsd.org (Postfix) with ESMTP id 6B0D337B9EC for ; Sun, 16 Apr 2000 05:34:44 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by mimer.webgiro.com (Postfix, from userid 66) id 08E2F2DC07; Sun, 16 Apr 2000 14:38:26 +0200 (CEST) Received: by mx.webgiro.com (Postfix, from userid 1001) id B37117811; Sun, 16 Apr 2000 14:30:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id B170810E17; Sun, 16 Apr 2000 14:30:11 +0200 (CEST) Date: Sun, 16 Apr 2000 14:30:11 +0200 (CEST) From: Andrzej Bialecki To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: NFS attribute cache & profiling sysctl variables In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Zhihui Zhang wrote: > > I have two unrelated questions I can not figure out myself: > (2) I am trying to display kernel profiling sysctl variables with sysctl > -a or sysctl -A without success. They are defined in subr_prof.c. Why > sysctl command can not display them? I can use kgmon. Many sysctls that return non-ascii or non-numeric values don't have any special handlers in sysctl(8), so they are silently omitted from the listing. However, you should see them with -A... You can also write a trivial 10 line program to try and retrieve the values by calling sysctlbyname (or sysctl if you know the OIDs). Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 6:36:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id E72A237B958 for ; Sun, 16 Apr 2000 06:36:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id PAA04889; Sun, 16 Apr 2000 15:36:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Anatoly Vorobey Cc: hackers@FreeBSD.ORG Subject: Re: memory in the kernel In-reply-to: Your message of "Sun, 16 Apr 2000 12:30:38 -0000." <20000416123037.A24869@happy.checkpoint.com> Date: Sun, 16 Apr 2000 15:36:31 +0200 Message-ID: <4887.955892191@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000416123037.A24869@happy.checkpoint.com>, Anatoly Vorobey writes : >I have to malloc a lot of memory in the kernel, hence a few >questions: How much is "a lot" ? >1. The data must be absolutely present at all times, no page >faults or locking mechanisms, etc. Does that mean >I should use kmem_alloc_wired() or am I misunderstanding its purpose? >Does it make sense to alloc less than a pageful or is the rest simply >going to be wasted? malloc(9) should be used. > >2. Unfortunately, I need to realloc a lot as data is dynamic and I >don't know sizes beforehand. How do I do that? Do I malloc a new >region, copy manually and release the old one? Yes, we have no realloc(9). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 6:42: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id C74B737B7AD for ; Sun, 16 Apr 2000 06:42:06 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id PAA05034; Sun, 16 Apr 2000 15:41:57 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Andrzej Bialecki Cc: Zhihui Zhang , freebsd-hackers@FreeBSD.org Subject: Re: NFS attribute cache & profiling sysctl variables In-reply-to: Your message of "Sun, 16 Apr 2000 14:30:11 +0200." Date: Sun, 16 Apr 2000 15:41:57 +0200 Message-ID: <5032.955892517@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Andrzej B ialecki writes: >On Sat, 15 Apr 2000, Zhihui Zhang wrote: > >> >> I have two unrelated questions I can not figure out myself: > >> (2) I am trying to display kernel profiling sysctl variables with sysctl >> -a or sysctl -A without success. They are defined in subr_prof.c. Why >> sysctl command can not display them? I can use kgmon. > >Many sysctls that return non-ascii or non-numeric values don't have any >special handlers in sysctl(8), so they are silently omitted from the >listing. However, you should see them with -A... You can also write a >trivial 10 line program to try and retrieve the values by calling >sysctlbyname (or sysctl if you know the OIDs). ... Or use sysctl -b mumble.frotz | hexdump -C -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 6:53: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id A909D37B6BA for ; Sun, 16 Apr 2000 06:52:55 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id QAA31303; Sun, 16 Apr 2000 16:52:23 GMT (envelope-from mellon@pobox.com) Date: Sun, 16 Apr 2000 16:52:23 +0000 From: Anatoly Vorobey To: Poul-Henning Kamp Cc: hackers@freebsd.org Subject: Re: memory in the kernel Message-ID: <20000416165223.A31100@happy.checkpoint.com> References: <20000416123037.A24869@happy.checkpoint.com> <4887.955892191@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <4887.955892191@critter.freebsd.dk>; from phk@critter.freebsd.dk on Sun, Apr 16, 2000 at 03:36:31PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 16, 2000 at 03:36:31PM +0200, Poul-Henning Kamp wrote: > In message <20000416123037.A24869@happy.checkpoint.com>, Anatoly Vorobey writes > : > >I have to malloc a lot of memory in the kernel, hence a few > >questions: > > How much is "a lot" ? Apparently somewhere in the vicinity of 8Mb, and also coming in a form of many hash tables, dynamic-size linked lists, variable-length structs, etc. so it's not practical to estimate a high bound, allocate and be done with it. FWIW, I think Win32 got it right in providing growable private heaps, where you can create your own heap and malloc() from it, and then just return all the memory back with one destroy call. It makes a lot of sense in some contexts. > >1. The data must be absolutely present at all times, no page > >faults or locking mechanisms, etc. Does that mean > >I should use kmem_alloc_wired() or am I misunderstanding its purpose? > >Does it make sense to alloc less than a pageful or is the rest simply > >going to be wasted? > > malloc(9) should be used. Thanks! -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 9:34:17 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 7F0C137BA5D; Sun, 16 Apr 2000 09:34:12 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 16 Apr 2000 17:34:11 +0100 (BST) To: kris@freebsd.org, hackers@freebsd.org Subject: OpenSSL and IDEA. X-Request-Do: Date: Sun, 16 Apr 2000 17:34:10 +0100 From: David Malone Message-ID: <200004161734.aa97897@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I notice that the IDEA code in OpenSSL is in the Attic and not in the regular source tree. I know that OpenSSL is compiled with something like -DNO_IDEA by default, but that doesn't mean IDEA shouldn't be in the source tree for people who can use it. Would it be possible to get idea reinstated and make it's compilation a documented knob? (According to Applied Cryptography, IDEA is free for non-comercial use. As the source code is being distributed via cvs anyway, I can't see a reason why it isn't being included in any of the branches.) David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 10:25:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A347937BA59 for ; Sun, 16 Apr 2000 10:25: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.9.3/8.9.3) with ESMTP id LAA47590; Sun, 16 Apr 2000 11:25:36 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA63904; Sun, 16 Apr 2000 11:25:10 -0600 (MDT) Message-Id: <200004161725.LAA63904@harmony.village.org> To: Soren Schmidt Subject: Re: PC Keyboard Scancodes Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Sun, 16 Apr 2000 11:35:28 +0200." <200004160935.LAA66707@freebsd.dk> References: <200004160935.LAA66707@freebsd.dk> Date: Sun, 16 Apr 2000 11:25:10 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004160935.LAA66707@freebsd.dk> Soren Schmidt writes: : I modelled them after SCO UNIX 3.2 way back when, I know that upto : some point I kept the keymaps compatible to SCO's, but I think that : got broken since.... I don't think SCO does these new keys. If I do anything in this area, I'll check with the relevant people/systems before inventing something. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 11:23:37 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id ED15137B721 for ; Sun, 16 Apr 2000 11:23:34 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA87432; Sun, 16 Apr 2000 11:23:32 -0700 (PDT) (envelope-from dillon) Date: Sun, 16 Apr 2000 11:23:32 -0700 (PDT) From: Matthew Dillon Message-Id: <200004161823.LAA87432@apollo.backplane.com> To: Anatoly Vorobey Cc: hackers@FreeBSD.ORG Subject: Re: memory in the kernel References: <20000416123037.A24869@happy.checkpoint.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I have to malloc a lot of memory in the kernel, hence a few :questions: : :1. The data must be absolutely present at all times, no page :faults or locking mechanisms, etc. Does that mean :I should use kmem_alloc_wired() or am I misunderstanding its purpose? :Does it make sense to alloc less than a pageful or is the rest simply :going to be wasted? : :2. Unfortunately, I need to realloc a lot as data is dynamic and I :don't know sizes beforehand. How do I do that? Do I malloc a new :region, copy manually and release the old one? : :Thanks a lot in advance, :Anatoly. : :-- :Anatoly Vorobey, At the moment all kernel memory is wired, so just use the kernel malloc() function. Create your own malloc area (see other kernel source modules on how to do that, it's trivial). There is no kernel realloc(). Even if there were using realloc or a malloc-copy-free-old scheme can lead to severe fragmentation if you aren't careful. If you can possibly avoid it, try to figure out the size of your structures before hand or even move to using a linked list rather then an array. Otherwise the only way to do a realloc-like thing is to malloc the larger object, copy the old data, and then free the original object. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 11:27: 1 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 1C90A37B53F for ; Sun, 16 Apr 2000 11:26:57 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA87467; Sun, 16 Apr 2000 11:26:45 -0700 (PDT) (envelope-from dillon) Date: Sun, 16 Apr 2000 11:26:45 -0700 (PDT) From: Matthew Dillon Message-Id: <200004161826.LAA87467@apollo.backplane.com> To: Alex Zakirov Cc: hackers@FreeBSD.ORG Subject: Re: vinum raid5 officially broken? References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : Hail! : :Is raid5 in vinum officially broken in 4.x branch? :I can't get stable system (make buildworld at least) on both :ata+(dual celeron) and ahc(7896)+(dual PIII). OS still hangs while :'make buildworld' on raid5 volume proceed. : :"vinum raid5-panic tentitive patch" by Matt Dillon doesn't help. :It only takes more time before hangs occur :(( : :Is there any plans to fix raid5 in vinum? : :*** WBR, Alexey Zakirov (frank@agava.com) If you can describe the setup you are using which causes vinum to reliably crash, and the exact make line you are using to do the buildworld, I can try to reproduce it on my test box. Be sure you continue to use -stable (4.x) rather then -current. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 12:57:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 0728B37BA05 for ; Sun, 16 Apr 2000 12:57:39 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id PAA21626 for ; Sun, 16 Apr 2000 15:57:38 -0400 (EDT) Date: Sun, 16 Apr 2000 13:32:10 -0400 (EDT) From: Zhihui Zhang To: freebsd-hackers@FreeBSD.ORG Subject: Re: NFS attribute cache & profiling sysctl variables In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 15 Apr 2000, Zhihui Zhang wrote: > > I have two unrelated questions I can not figure out myself: > > (1) Does FreeBSD NFS implementation support "noac" to disable attribute > cache? I know this is not good for performance. > It seems to me that FreeBSD does not have the mount option "noac". But we can set options acregmin, acregmax, acdirmin, acdirmax to zeros to do the same thing. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 13: 4:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 95BA637B96F; Sun, 16 Apr 2000 13:04:22 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id NAA79513; Sun, 16 Apr 2000 13:04:22 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 16 Apr 2000 13:04:22 -0700 (PDT) From: Kris Kennaway To: David Malone Cc: hackers@freebsd.org Subject: Re: OpenSSL and IDEA. In-Reply-To: <200004161734.aa97897@salmon.maths.tcd.ie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 16 Apr 2000, David Malone wrote: > I notice that the IDEA code in OpenSSL is in the Attic and not in > the regular source tree. I know that OpenSSL is compiled with > something like -DNO_IDEA by default, but that doesn't mean IDEA > shouldn't be in the source tree for people who can use it. Would > it be possible to get idea reinstated and make it's compilation > a documented knob? > > (According to Applied Cryptography, IDEA is free for non-comercial > use. As the source code is being distributed via cvs anyway, I > can't see a reason why it isn't being included in any of the > branches.) I was under the impression it was restricted (patented) in the US and in some parts of europe - not having a clearer idea about where it was safe to use, I thought it better not to include it at all. If you can point me to something which explains where it's restricted and not, and under what terms, I'd be most appreciative :) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 16 15:21:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 1BDB937BA8B; Sun, 16 Apr 2000 15:21:35 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 16 Apr 2000 23:21:31 +0100 (BST) To: Kris Kennaway Cc: hackers@FreeBSD.org Subject: Re: OpenSSL and IDEA. In-reply-to: Your message of "Sun, 16 Apr 2000 13:04:22 PDT." X-Request-Do: Date: Sun, 16 Apr 2000 23:21:30 +0100 From: David Malone Message-ID: <200004162321.aa20659@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > (According to Applied Cryptography, IDEA is free for non-comercial > > use. As the source code is being distributed via cvs anyway, I > > can't see a reason why it isn't being included in any of the > > branches.) > > I was under the impression it was restricted (patented) in the US and in > some parts of europe - not having a clearer idea about where it was safe > to use, I thought it better not to include it at all. If you can point me > to something which explains where it's restricted and not, and under what > terms, I'd be most appreciative :) AFAIK it is patented, but they alow use it in a non commercial setting. Applied Cryptography says: IDEA is patented in Europe and the United States [1012,1013]. The patent is held by Ascom-Tech AG. No license fee is required for non-commercial use. Commercial users interested in licensing the algorithm should contach Ascom Systec AG, Dept CMVV, Gewerbepark, CH-5506, M\"agenwill, Switzerlans; +41 64 56 83; Fax: +41 64 56 59 90; idea@ascom.ch. The references are to International Patent PCT/CH91/00117, 28 Nov 1991 and US Patent #5,214,703, 25 May 1993. A quick web search turned up http://www.massconfusion.com/ssh/ssh_patent_issues.html which contains a letter from Ascom which states their position. It looks like there should be no problem including the code and compiling it conditionally (it cites PGP as a valid piece of free usage, for example). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 2: 6:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from linux.ssc.nsu.ru (linux.ssc.nsu.ru [193.124.219.91]) by hub.freebsd.org (Postfix) with SMTP id EB29D37B9F0 for ; Mon, 17 Apr 2000 02:04:42 -0700 (PDT) (envelope-from danfe@inet.ssc.nsu.ru) Received: (qmail 6217 invoked from network); 17 Apr 2000 09:03:32 -0000 Received: from inet.ssc.nsu.ru (62.76.110.12) by hub.freebsd.org with SMTP; 17 Apr 2000 09:03:32 -0000 Received: from localhost (danfe@localhost) by inet.ssc.nsu.ru (8.9.3/8.9.3) with ESMTP id QAA00706; Mon, 17 Apr 2000 16:02:32 +0700 Date: Mon, 17 Apr 2000 16:02:32 +0700 (NOVST) From: "Alexey N. Dokuchaev" To: freebsd-hackers@freebsd.org Cc: freebsd-hardware@freebsd.org Subject: NEC 260 CDROM detection under FreeBSD 4.0-RELESE/STABLE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I've been using FreeBSD 3.4 for quite a while, and my CDROM, being quite old and weird (NEC 260 model) was detected by both BIOS and FreeBSD. Recently, I've decided to upgrade to FreeBSD 4.0, and also changed my motherboad, now it is ASUS TXP4, was latest version of award bios, and now it doesn't find my CDROM (I have two harddrives, both partitioned in dedicated mode, one (bootable for FreeBSD) is master with CDROM being slave on first contoller, another is singe/master on the second; I've tried moving them around, but it didn't help). I've even tried attaching CDROM on my sound card's IDE conntector, still unsuccessfully). The reason why I am writing this, because when I boot Linux (from boot/rescue diskettes, for instance), it definitely does find my CDROM! Computer specs: genuine intel Pentium 200 MMX, 64M RAM, FreeBSD 4.0, NE2000-compatible non-PnP ISA NIC on irq 5, MM ISP 16 sound card (ISA non-PnP) on irq 11, USB IRQ 12, 2 coms, 1 lpt, s3 virge dx/gx on irq 10, two floppy frives on irq 6. I know most of this is useless, but still, maybe someone will notice some conflicts; I still doubt though. Here's parts of both dmesg's: FreeBSD: --------------------------------------------------- atapci0: port 0xe000-0xe00f at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ... ad0: 3079MB [6256/16/63] at ata0-master using UDMA33 ad1: 4111MB [8354/16/63] at ata1-master using UDMA33 Mounting root from ufs:/dev/ad1s1a --------------------------------------------------- Linux: --------------------------------------------------- ide: i82371 PIIX (Triton) on PCI bus 0 function 9 ide0: BM-DMA at 0xe000-0xe007 ide1: BM-DMA at 0xe008-0xe00f hda: QUANTUM FIREBALL SE3.2A, 3079MB w/80kB Cache, CHS=702/128/63, UDMA hdb: NEC CD-ROM DRIVE:260, ATAPI cdrom or floppy?, assuming CDROM drive hdc: ST34310A, 4111MB w/512kB Cache, CHS=8354/16/63, UDMA ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 --------------------------------------------------- My thoughts would be, maybe FreeBSD relies on BIOS here, which doesn't detect CDROM, while Linux detects it without BIOS. So, maybe there is a way to say explicitly to FreeBSD that I have CDROM with exact parameters? Any help regarding this subject will be greatly appreciated. P.S. Sorry for cross-posting, and please reply directly, since I am not the member of the maillists. Cheers, /* Alexey N. Dokuchaev, more commonly | */ /* known as DAN Fe | mailto:danfe@inet.ssc.nsu.ru */ /* | ICQ UIN: 38934845 */ /* Novosibirsk State University | http://inet.ssc.nsu.ru/~danfe/ */ /* Scientific Study Center Computer Lab | */ [Team Assembler] [Team BSD] [Team DooM] [Team Quake] -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d-@ s+: a--- C++(+++) UBL++++$ P++>$ L+ E-- W++ N++ o? K? w-- O- M V- PS PE Y+ PGP+ t+ 5+ X+ R- !tv b++ DI+ D+++ G++ e h !r !y+ ------END GEEK CODE BLOCK------ Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? Microsoft: What are we going to rip off today and claim as our own? Microsoft: Where do you want to be taken today? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 5: 7:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id 3EA9837B798; Mon, 17 Apr 2000 05:07:31 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id OAA07266; Mon, 17 Apr 2000 14:07:25 +0200 (MET DST) Date: Mon, 17 Apr 2000 14:07:25 +0200 From: Martin Cracauer To: Adrian Chadd Cc: hackers@FreeBSD.ORG Subject: Re: What are the best gcc optimization options for Pentium 200 MMX Message-ID: <20000417140725.A6672@cons.org> References: <86snwuwk9w.fsf@not.demophon.com> <20000410190151.A18146@ewok.creative.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000410190151.A18146@ewok.creative.net.au>; from adrian@FreeBSD.ORG on Mon, Apr 10, 2000 at 07:01:51PM +0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <20000410190151.A18146@ewok.creative.net.au>, Adrian Chadd wrote: > On Mon, Apr 10, 2000, Ville-Pertti Keinonen wrote: > > > > kris@FreeBSD.org (Kris Kennaway) writes: > > > > > Can you say "gimmick"? :-) gcc often produces demonstrably broken code for > > > optimisation levels higher than -O. > > > > That -O is safe seems to be a persistent myth. GCC also produces > > broken code for -O and no optimization in some cases, sometimes while > > producing working code for higher optimization levels... I wouldn't > > state e.g. that -O2 produces broken code any more often than -O, this > > may have been true for version X.Y.Z but is certainly not universally > > true. > > > > I believe that the reasons the FreeBSD build uses -O are the fact that > > especially with older versions of gcc, -O2 slowed down compilation > > considerably for little noticable performance improvement (as for -O3, > > automatic inlining is generally undesirable), and it is always best to > > only have to test the system with a single set of flags. > > I have exactly the same problem hacking squid code under 4.0-CURRENT > and 5.0-CURRENT. Basically, inside the dns routines a variable > would be corrupted between a couple of non-relevant lines, and cause > squid to segfault after trying to resolve anything. Taknig out -O2 > and replacing it with -O causes the same problem. Its annoying. :( Could you pleaseverify whether that looks like PR bin/16862? If they are releated, you need to change the optimization setting of the shared libraries (or generally -fpic code) your crashing code uses, not the setting of the code itself. Raising the optimization setting may as well help as lowering it. Basically, our gcc produces code our as doesn't understand and symbol locations in -fpic code may be damaged, so that access (read or write) to such a variable causes segmentation violations. Are there any as warning messages (especially GOTOFF - related ones) when you compile the code in question, especially when compiling shared libraries it may use? It sounds like you found the lines where the corruption happens, I would welcome the exact locations. I'd like to hunt this one down. Thanks! Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 5:24:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id 6F1B537B5F5 for ; Mon, 17 Apr 2000 05:24:49 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id OAA07811; Mon, 17 Apr 2000 14:24:36 +0200 (MET DST) Date: Mon, 17 Apr 2000 14:24:36 +0200 From: Martin Cracauer To: James Halstead Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: problems with "-O -pipe" in guile port Message-ID: <20000417142436.C6672@cons.org> References: <00041017453700.36307@jestocost.cosc.morrisville.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <00041017453700.36307@jestocost.cosc.morrisville.edu>; from admin@csclab1.cosc.morrisville.edu on Mon, Apr 10, 2000 at 05:34:44PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <00041017453700.36307@jestocost.cosc.morrisville.edu>, James Halstead wrote: > /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s > rm -f .libs/qtmds.lo > cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s -fPIC -DPIC -o .libs/qtmds.lo > > *** dies here *** No error messages? -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 5:32:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id CF49637B5E6 for ; Mon, 17 Apr 2000 05:32:09 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id OAA07567; Mon, 17 Apr 2000 14:21:08 +0200 (MET DST) Date: Mon, 17 Apr 2000 14:21:08 +0200 From: Martin Cracauer To: "Alexey N. Dokuchaev" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: What are the best gcc optimization options for Pentium 200 MMX Message-ID: <20000417142108.B6672@cons.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from danfe@inet.ssc.nsu.ru on Sat, Apr 08, 2000 at 09:25:16PM +0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In , Alexey N. Dokuchaev wrote: > Hi! > > AFAIK, Linux Mandrake has it's kernel and userland highly optimized for > Pentium architecture. However, they have additional gcc optimization > flags turned on by default, including -O3 and -mfast_math. That they care for -mfast-math in the floatingpoint-free kernel shows that they don't know what they do. Also, both the Linux and the FreeBSD kernel suffered from unclean code that a ANSI-C conformant compiler was allowed to break (especially missing volatile's). Since they are fixed independetly of each other and since these breakages change with compiler releases, you can't make any assumptions about other kernel/compiler combinations from experience with one combination. Also, new kernel code that people commit is tested against -O1, so for each kernel update you had to retest the compiler settings again until FreeBSD's official flags are raised. FreeBSD uses -O1 because of bugs we encountered with higher settings, not for compile speed, in case anyone questions this. The time needed to investigate the ability to use higher settings and redo this for every minor compiler or assembler update is much better spent in improving the structure of the kernel, the gain from higher -O settings is just too small to bother. (Not that we couldn't improve compiler testing before importing new ones...). -O6 is like overclocking, except (much) less gain and no mineral oil for cooling available, hence you don't even get a cooler (hehe) looking computer. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 8:10:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1176637B7F9 for ; Mon, 17 Apr 2000 08:10:20 -0700 (PDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA51440; Mon, 17 Apr 2000 09:10:13 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost.village.org [127.0.0.1]) by billy-club.village.org (8.9.3/8.8.3) with ESMTP id JAA29490; Mon, 17 Apr 2000 09:11:52 -0600 (MDT) Message-Id: <200004171511.JAA29490@billy-club.village.org> To: Martin Cracauer Subject: Re: problems with "-O -pipe" in guile port Cc: James Halstead , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 17 Apr 2000 14:24:36 +0200." <20000417142436.C6672@cons.org> References: <20000417142436.C6672@cons.org> <00041017453700.36307@jestocost.cosc.morrisville.edu> Date: Mon, 17 Apr 2000 09:11:52 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000417142436.C6672@cons.org> Martin Cracauer writes: : In <00041017453700.36307@jestocost.cosc.morrisville.edu>, James Halstead wrote: : > /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s : > rm -f .libs/qtmds.lo : > cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s -fPIC -DPIC -o .libs/qtmds.lo : > : > *** dies here *** : : No error messages? If it is like the hangs that I've seen with g++, no. There are not error messages. It just hangs and eats all CPU. I've not had a chance to track this down. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 8:35:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ewok.creative.net.au (fuzzy.aussie.com.au [203.30.44.82]) by hub.freebsd.org (Postfix) with SMTP id 4563337B5CB for ; Mon, 17 Apr 2000 08:35:54 -0700 (PDT) (envelope-from freebsd@ewok.creative.net.au) Received: (qmail 66306 invoked by uid 1008); 17 Apr 2000 15:35:48 -0000 Date: Mon, 17 Apr 2000 23:35:48 +0800 From: Adrian Chadd To: Martin Cracauer Cc: hackers@freebsd.org Subject: Re: What are the best gcc optimization options for Pentium 200 MMX Message-ID: <20000417233547.E59015@ewok.creative.net.au> References: <86snwuwk9w.fsf@not.demophon.com> <20000410190151.A18146@ewok.creative.net.au> <20000417140725.A6672@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20000417140725.A6672@cons.org>; from Martin Cracauer on Mon, Apr 17, 2000 at 02:07:25PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 17, 2000, Martin Cracauer wrote: j > > I have exactly the same problem hacking squid code under 4.0-CURRENT > > and 5.0-CURRENT. Basically, inside the dns routines a variable > > would be corrupted between a couple of non-relevant lines, and cause > > squid to segfault after trying to resolve anything. Taknig out -O2 > > and replacing it with -O causes the same problem. Its annoying. :( > > Could you pleaseverify whether that looks like PR bin/16862? > > If they are releated, you need to change the optimization setting of > the shared libraries (or generally -fpic code) your crashing code > uses, not the setting of the code itself. Raising the optimization > setting may as well help as lowering it. > > Basically, our gcc produces code our as doesn't understand and symbol > locations in -fpic code may be damaged, so that access (read or write) > to such a variable causes segmentation violations. > > Are there any as warning messages (especially GOTOFF - related ones) > when you compile the code in question, especially when compiling > shared libraries it may use? > > It sounds like you found the lines where the corruption happens, I > would welcome the exact locations. I'd like to hunt this one down. > Its squid's DNS routines, not the shared libraries. heck the squid-dev archies on http://www.squid-cache.org/, as someone found the lines of asm which are wrongly generated. Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 8:57:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from jestocost.cosc.morrisville.edu (jestocoast.cosc.morrisville.edu [136.204.176.67]) by hub.freebsd.org (Postfix) with ESMTP id AF07D37B76C for ; Mon, 17 Apr 2000 08:57:48 -0700 (PDT) (envelope-from root@jestocost.cosc.morrisville.edu) Received: (from root@localhost) by jestocost.cosc.morrisville.edu (8.9.3/8.9.3) id LAA06515; Mon, 17 Apr 2000 11:53:57 -0400 (EDT) (envelope-from root) Date: Mon, 17 Apr 2000 11:53:57 -0400 (EDT) From: Charlie Root Message-Id: <200004171553.LAA06515@jestocost.cosc.morrisville.edu> To: cracauer@cons.org, imp@village.org Subject: Re: problems with "-O -pipe" in guile port Cc: admin@csclab1.cosc.morrisville.edu, freebsd-hackers@FreeBSD.ORG In-Reply-To: <200004171511.JAA29490@billy-club.village.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From imp@billy-club.village.org Mon Apr 17 11:07:13 2000 >To: Martin Cracauer >Subject: Re: problems with "-O -pipe" in guile port >Cc: James Halstead , > freebsd-hackers@FreeBSD.ORG >In-reply-to: Your message of "Mon, 17 Apr 2000 14:24:36 +0200." > <20000417142436.C6672@cons.org> >References: <20000417142436.C6672@cons.org> <00041017453700.36307@jestocost.cosc.morrisville.edu> >Date: Mon, 17 Apr 2000 09:11:52 -0600 >From: Warner Losh > >In message <20000417142436.C6672@cons.org> Martin Cracauer writes: >: In <00041017453700.36307@jestocost.cosc.morrisville.edu>, James Halstead wrote: >: > /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s >: > rm -f .libs/qtmds.lo >: > cc -DHAVE_CONFIG_H -I. -I. -I../libguile -O -pipe -Wall -Wpointer-arith -Wmissing-prototypes -c qtmds.s -fPIC -DPIC -o .libs/qtmds.lo >: > >: > *** dies here *** >: >: No error messages? > >If it is like the hangs that I've seen with g++, no. There are not >error messages. It just hangs and eats all CPU. I've not had a >chance to track this down. > >Warner > I can't remember exactly but i think that the compiler was in the wait state and not taking any process time. I could be wrong. could check if sombody wants me too. I don't know if martin knows but the workaround is to remove te -O. If you did then ignore that last line ;) James To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 10:49:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from roble.com (roble.com [206.40.34.50]) by hub.freebsd.org (Postfix) with ESMTP id 10A6037B7DD for ; Mon, 17 Apr 2000 10:49:09 -0700 (PDT) (envelope-from sendmail@roble.com) Received: from roble2.roble.com (roble2.roble.com [206.40.34.52]) by roble.com (Roble1b) with SMTP id KAA02961 for ; Mon, 17 Apr 2000 10:49:10 -0700 (PDT) Date: Mon, 17 Apr 2000 10:49:07 -0700 (PDT) From: Roger Marquis To: freebsd-hackers@FreeBSD.org Subject: Re: Shared /bin and /sbin Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon wrote: >I much prefer the FreeBSD way of doing things. There should be only one >lib -- /usr/lib, and things critical to booting should be compiled static. Agreed, multiple dynamic OS library paths would also violate the KIS principle. >Obviously people with special needs can compile the binaries up however >they like, but I don't think we should change the base distribution's >way of doing things. Applications should have separate directories i.e., /usr/local/apache/lib and /usr/X11R6/lib, to keep from overwriting each other (as in /usr/local/lib) but, IMHO, nobody's yet made a compelling argument for multiple OS library paths. -- Roger Marquis Roble Systems Consulting http://www.roble.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 10:55:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4CC2937B992 for ; Mon, 17 Apr 2000 10:55:48 -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.9.3/8.9.3) with ESMTP id LAA52008; Mon, 17 Apr 2000 11:55:42 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA71734; Mon, 17 Apr 2000 11:55:12 -0600 (MDT) Message-Id: <200004171755.LAA71734@harmony.village.org> To: Charlie Root Subject: Re: problems with "-O -pipe" in guile port Cc: cracauer@cons.org, admin@csclab1.cosc.morrisville.edu, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 17 Apr 2000 11:53:57 EDT." <200004171553.LAA06515@jestocost.cosc.morrisville.edu> References: <200004171553.LAA06515@jestocost.cosc.morrisville.edu> Date: Mon, 17 Apr 2000 11:55:12 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200004171553.LAA06515@jestocost.cosc.morrisville.edu> Charlie Root writes: : I can't remember exactly but i think that the compiler was in the : wait state and not taking any process time. I could be wrong. could : check if sombody wants me too. When I checked into the problem here, cc1plus was eating 100% of the cpu time. I let it run over an hour once and it didn't help. Well, I won't say so much "let" as "one day I started a compile before headnig to lunch and the timestamps showed that it had been running an hour" :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 11: 2:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from roble.com (roble.com [206.40.34.50]) by hub.freebsd.org (Postfix) with ESMTP id 53AB837B7B6 for ; Mon, 17 Apr 2000 11:02:31 -0700 (PDT) (envelope-from sendmail@roble.com) Received: from roble2.roble.com (roble2.roble.com [206.40.34.52]) by roble.com (Roble1b) with SMTP id LAA03025 for ; Mon, 17 Apr 2000 11:02:31 -0700 (PDT) Date: Mon, 17 Apr 2000 11:02:27 -0700 (PDT) From: Roger Marquis Reply-To: Roger Marquis To: freebsd-hackers@FreeBSD.org Subject: Re: Proposed new Bourne shell init files Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Christian Weisgerber wrote: >Doug Barton wrote: >> Commentary on my files. . . Using allexport instead of an explicit >> 'export' for every variable makes the file easier to read, and gives a >> novice user one less thing to worry about. "allexport" seems to be missing from Solaris and other sh implementations. Perhaps "set -a" would be better. >I think Sue has a made a good argument against allexport. Do you have examples of a problem from "set -a"? I've used "set -a" and {t,}csh's `setenv` for years with no difficulties. >> # General aliases >> alias la='ls -A' >> alias lf='ls -AF' >> alias ll='ls -loaF' >> alias m=$PAGER >> alias g='egrep -i' > >These are *very much* a matter of taste. I don't like a single one >of them, but then again I wouldn't want to force mine on anybody >else. Exactly. Do we really need *any* default shell aliases? I hope not, especially since some of these conflict with my own. -- Roger Marquis Roble Systems Consulting http://www.roble.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 11:51:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 3ED3337BB43 for ; Mon, 17 Apr 2000 11:50:57 -0700 (PDT) (envelope-from julian@elischer.org) Received: from popserver-02.iinet.net.au (popserver-02.iinet.net.au [203.59.24.148]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id CAA17145 for ; Tue, 18 Apr 2000 02:50:43 +0800 Received: from jules.elischer.org (reggae-05-198.nv.iinet.net.au [203.59.72.198]) by popserver-02.iinet.net.au (8.9.3/8.9.3) with SMTP id CAA10596 for ; Tue, 18 Apr 2000 02:50:41 +0800 Message-ID: <38FB5CE8.41C67EA6@elischer.org> Date: Mon, 17 Apr 2000 11:50:16 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: bad link in 'in the press'? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The article referenced in FreeBSD's "in the press" section for March 29 seems to point to a domain name that returns as unkown for me.. sfbg.com (It's registered, but I can't ping it from anywhere..) is that the corrent reference? -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 12: 3:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id BAD5037B7B6 for ; Mon, 17 Apr 2000 12:03:30 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id PAA58602; Mon, 17 Apr 2000 15:02:14 -0400 (EDT) Message-ID: <38FB5FB6.637EDEEF@thehousleys.net> Date: Mon, 17 Apr 2000 15:02:14 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: bad link in 'in the press'? References: <38FB5CE8.41C67EA6@elischer.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > > The article referenced in FreeBSD's "in the press" > section for March 29 seems to point to a domain name that returns > as unkown for me.. > > sfbg.com > (It's registered, but I can't ping it from anywhere..) > is that the corrent reference? > Works fine for me. The IP is : 204.31.38.63 Jim -- Do not meddle in the affairs of dragons, for you are crunchy and taste good with ketchup. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 12: 8:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 350F937B864 for ; Mon, 17 Apr 2000 12:08:47 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA14263; Mon, 17 Apr 2000 12:05:14 -0700 Date: Mon, 17 Apr 2000 12:05:37 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: bad link in 'in the press'? In-Reply-To: <38FB5CE8.41C67EA6@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sfbg is the Bay Guardian... looks like their name server is down- both of them are the same address.... On Mon, 17 Apr 2000, Julian Elischer wrote: > The article referenced in FreeBSD's "in the press" > section for March 29 seems to point to a domain name that returns > as unkown for me.. > > sfbg.com > (It's registered, but I can't ping it from anywhere..) > is that the corrent reference? > > > > -- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000 > ---> X_.---._/ presently in: Perth > v > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 12:10:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 16C2F37B801 for ; Mon, 17 Apr 2000 12:10:33 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA14267; Mon, 17 Apr 2000 12:07:00 -0700 Date: Mon, 17 Apr 2000 12:07:23 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: bad link in 'in the press'? In-Reply-To: <38FB5CE8.41C67EA6@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Their ISP's T1 is down. On Mon, 17 Apr 2000, Julian Elischer wrote: > The article referenced in FreeBSD's "in the press" > section for March 29 seems to point to a domain name that returns > as unkown for me.. > > sfbg.com > (It's registered, but I can't ping it from anywhere..) > is that the corrent reference? > > > > -- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000 > ---> X_.---._/ presently in: Perth > v > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 17 13:27:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ewok.creative.net.au (fuzzy.aussie.com.au [203.30.44.82]) by hub.freebsd.org (Postfix) with SMTP id 38C4137B9A1 for ; Mon, 17 Apr 2000 13:27:39 -0700 (PDT) (envelope-from freebsd@ewok.creative.net.au) Received: (qmail 67900 invoked by uid 1008); 17 Apr 2000 20:27:35 -0000 Date: Tue, 18 Apr 2000 04:27:35 +0800 From: Adrian Chadd To: Matthew Dillon Cc: Adrian Chadd , freebsd-fs@FreeBSD.ORG, dchapes@borderware.com, freebsd-hackers@FreeBSD.ORG Subject: Re: vnode_free_list corruption [patch] Message-ID: <20000418042733.I59015@ewok.creative.net.au> References: <00Apr14.141908edt.117140@gateway.borderware.com> <20000415023148.F34852@ewok.creative.net.au> <200004141835.LAA71253@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <200004141835.LAA71253@apollo.backplane.com>; from Matthew Dillon on Fri, Apr 14, 2000 at 11:35:21AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Apr 14, 2000, Matthew Dillon wrote: > > :On Fri, Apr 14, 2000, Dave Chapeskie wrote: > :> Greetings. > :> > :> I've been seeing a rash of "free vnode isn't" panics lately. Some > :> machines were panicing several times a day. Along with this we saw > :> occasional "object inconsistent state: RPC: %d, RC: %d" messages. > : > : > :Throw it into a PR, and I'll assign it to myself and take a squizz.. > : > : > :Adrian > > I'll take a look at it too. Either way we'll get something committed. > Beware, though, even though there is obviously a bug (Dave obviously > found the bug!), the vgone/vdone/VDEAD interaction is extremely complex > so we have to be careful not to break other things while fixing this > one. Ok, my take on the code is this: * with the trace given, the vnode shouldn't even be marked VDOOMED, as its meant to be in use, * a vnode shouldn't ever reach vbusy when marked VDOOMED, as it should be ref/held and so shouldn't ever be considered to be cleaned, * I think a KASSERT should be added in vbusy() On my machine (400Mhz Celeron, 64mb RAM, single 4.2gig IDE disk) running current from a day ago, I can't reproduce the bug. Are you running with multiple spindles/softupdates ? I'll look at the code some more over the next couple of days. Any opinions ? Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 8:56:56 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by hub.freebsd.org (Postfix) with ESMTP id B5EBE37BB9F for ; Tue, 18 Apr 2000 08:56:48 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from rac2.wam.umd.edu (root@rac2.wam.umd.edu [128.8.10.142]) by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id LAA05595 for ; Tue, 18 Apr 2000 11:56:42 -0400 (EDT) Received: from rac2.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac2.wam.umd.edu (8.9.3/8.9.3) with SMTP id LAA25848 for ; Tue, 18 Apr 2000 11:56:38 -0400 (EDT) Received: from rac2.wam.umd.edu (howardjp@localhost) by rac2.wam.umd.edu (8.9.3/8.9.3) with ESMTP id LAA25843 for ; Tue, 18 Apr 2000 11:56:38 -0400 (EDT) Message-Id: <200004181556.LAA25843@rac2.wam.umd.edu> X-Authentication-Warning: rac2.wam.umd.edu: howardjp owned process doing -bs To: freebsd-hackers@freebsd.org Subject: Shell games Date: Tue, 18 Apr 2000 11:56:28 -0400 From: James Howard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't get a lot of time to pay attention to the lists, so this might have been asked before. Does the csh->tcsh move imply that sh->ksh will be happening soon? Didn't NetBSD do that a while ago? J~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 9: 0:55 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id D1AD637B59F; Tue, 18 Apr 2000 09:00:51 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id SAA92335; Tue, 18 Apr 2000 18:00:49 +0200 (MET DST) Date: Tue, 18 Apr 2000 18:00:49 +0200 From: Martin Cracauer To: Adrian Chadd Cc: Martin Cracauer , hackers@FreeBSD.ORG Subject: Re: What are the best gcc optimization options for Pentium 200 MMX Message-ID: <20000418180049.A92275@cons.org> References: <86snwuwk9w.fsf@not.demophon.com> <20000410190151.A18146@ewok.creative.net.au> <20000417140725.A6672@cons.org> <20000417233547.E59015@ewok.creative.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000417233547.E59015@ewok.creative.net.au>; from adrian@FreeBSD.ORG on Mon, Apr 17, 2000 at 11:35:48PM +0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <20000417233547.E59015@ewok.creative.net.au>, Adrian Chadd wrote: > Its squid's DNS routines, not the shared libraries. > heck the squid-dev archies on http://www.squid-cache.org/, as someone > found the lines of asm which are wrongly generated. I'd welcome a more specific place. I just don't have the time to search the website from top. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 9:13:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lodge.guild.ab.ca (lodge.guild.ab.ca [209.91.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 0DBF937BA87 for ; Tue, 18 Apr 2000 09:13:44 -0700 (PDT) (envelope-from davidc@acns.ab.ca) Received: from localhost (davidc@localhost) by lodge.guild.ab.ca (8.9.3/8.9.3) with ESMTP id KAA22979 for ; Tue, 18 Apr 2000 10:22:01 -0600 (MDT) (envelope-from davidc@acns.ab.ca) Date: Tue, 18 Apr 2000 10:22:01 -0600 (MDT) From: Chad David X-Sender: davidc@lodge.guild.ab.ca To: freebsd-hackers@freebsd.org Subject: vinum raid5 panics Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just put together a 5 disk raid5 system using vinum on 4.0 from last Wed., and I am experiencing random panics. I can force the panic by working on the filesystem, but sometimes just having it mounted kills the machine. I compiled a debug kernel, and got a crash dump, but I am not an expert at debugging crash dumps, so any advice would be appreciated. Instead of dumping out fifty pages of kernel and hardware config could anyone who is working on this let me know what would be helpful... Thanks Chad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 9:29:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ewok.creative.net.au (fuzzy.aussie.com.au [203.30.44.82]) by hub.freebsd.org (Postfix) with SMTP id BE84137BA03 for ; Tue, 18 Apr 2000 09:29:21 -0700 (PDT) (envelope-from freebsd@ewok.creative.net.au) Received: (qmail 74038 invoked by uid 1008); 18 Apr 2000 16:29:11 -0000 Date: Wed, 19 Apr 2000 00:29:11 +0800 From: Adrian Chadd To: Martin Cracauer Cc: hackers@freebsd.org Subject: Re: What are the best gcc optimization options for Pentium 200 MMX Message-ID: <20000419002909.G71428@ewok.creative.net.au> References: <86snwuwk9w.fsf@not.demophon.com> <20000410190151.A18146@ewok.creative.net.au> <20000417140725.A6672@cons.org> <20000417233547.E59015@ewok.creative.net.au> <20000418180049.A92275@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20000418180049.A92275@cons.org>; from Martin Cracauer on Tue, Apr 18, 2000 at 06:00:49PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Apr 18, 2000, Martin Cracauer wrote: > In <20000417233547.E59015@ewok.creative.net.au>, Adrian Chadd wrote: > > Its squid's DNS routines, not the shared libraries. > > heck the squid-dev archies on http://www.squid-cache.org/, as someone > > found the lines of asm which are wrongly generated. > > I'd welcome a more specific place. I just don't have the time to > search the website from top. > > Martin > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > BSD User Group Hamburg, Germany http://www.bsdhh.org/ http://www.squid-cache.org/mail-archive/squid-dev/200004/0025.html Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 9:32:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 2A83D37B59F; Tue, 18 Apr 2000 09:32:06 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id SAA16556; Tue, 18 Apr 2000 18:32:04 +0200 (CEST) Date: Tue, 18 Apr 2000 18:32:03 +0200 From: Martin Cracauer To: Adrian Chadd Cc: Martin Cracauer , hackers@freebsd.org Subject: Re: What are the best gcc optimization options for Pentium 200 MMX Message-ID: <20000418183203.A16456@cons.org> References: <86snwuwk9w.fsf@not.demophon.com> <20000410190151.A18146@ewok.creative.net.au> <20000417140725.A6672@cons.org> <20000417233547.E59015@ewok.creative.net.au> <20000418180049.A92275@cons.org> <20000419002909.G71428@ewok.creative.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000419002909.G71428@ewok.creative.net.au>; from adrian@freebsd.org on Wed, Apr 19, 2000 at 12:29:11AM +0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <20000419002909.G71428@ewok.creative.net.au>, Adrian Chadd wrote: > On Tue, Apr 18, 2000, Martin Cracauer wrote: > > In <20000417233547.E59015@ewok.creative.net.au>, Adrian Chadd wrote: > > > Its squid's DNS routines, not the shared libraries. > > > heck the squid-dev archies on http://www.squid-cache.org/, as someone > > > found the lines of asm which are wrongly generated. > > > > I'd welcome a more specific place. I just don't have the time to > > search the website from top. Thanks, could you please try whether the bug goes away when "name" is just "char *", without the "const"? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 12:32:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id C832237B9F4 for ; Tue, 18 Apr 2000 12:32:46 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id VAA01404; Tue, 18 Apr 2000 21:32:34 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200004181932.VAA01404@freebsd.dk> Subject: Re: vinum raid5 panics In-Reply-To: from Chad David at "Apr 18, 2000 10:22:01 am" To: davidc@acns.ab.ca (Chad David) Date: Tue, 18 Apr 2000 21:32:34 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Chad David wrote: > I just put together a 5 disk raid5 system using > vinum on 4.0 from last Wed., and I am experiencing > random panics. I can force the panic by working on > the filesystem, but sometimes just having it mounted > kills the machine. > > I compiled a debug kernel, and got a crash dump, but > I am not an expert at debugging crash dumps, so any > advice would be appreciated. > > Instead of dumping out fifty pages of kernel and > hardware config could anyone who is working on this > let me know what would be helpful... I bet you see the same problem as others do.... In my book vinum on 4.0 is plain broken. If its an option for you, vinum under -current works better but its still far from stable. BTW do you have a fxp netcard pr chance ?? -Sřren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 12:35:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id B3B4537BCDE for ; Tue, 18 Apr 2000 12:35:56 -0700 (PDT) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id AD81A3E43; Tue, 18 Apr 2000 21:35:54 +0200 (CEST) Date: Tue, 18 Apr 2000 21:35:54 +0200 From: Jesper Skriver To: Soren Schmidt Cc: Chad David , freebsd-hackers@FreeBSD.ORG Subject: Re: vinum raid5 panics Message-ID: <20000418213554.B32808@skriver.dk> References: <200004181932.VAA01404@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004181932.VAA01404@freebsd.dk>; from sos@freebsd.dk on Tue, Apr 18, 2000 at 09:32:34PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Apr 18, 2000 at 09:32:34PM +0200, Soren Schmidt wrote: > It seems Chad David wrote: > > I just put together a 5 disk raid5 system using > > vinum on 4.0 from last Wed., and I am experiencing > > random panics. I can force the panic by working on > > the filesystem, but sometimes just having it mounted > > kills the machine. > > > > I compiled a debug kernel, and got a crash dump, but > > I am not an expert at debugging crash dumps, so any > > advice would be appreciated. > > > > Instead of dumping out fifty pages of kernel and > > hardware config could anyone who is working on this > > let me know what would be helpful... > > I bet you see the same problem as others do.... > In my book vinum on 4.0 is plain broken. RAID5 has problems, I have no problems with RAID0, RAID1 or RAID0+1 ... > BTW do you have a fxp netcard pr chance ?? I do. /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 12:46:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-03-real.cdsnet.net (mail-03-real.cdsnet.net [204.118.244.93]) by hub.freebsd.org (Postfix) with SMTP id 4D4C037BAAB for ; Tue, 18 Apr 2000 12:46:49 -0700 (PDT) (envelope-from mrcpu@internetcds.com) Received: (qmail 49540 invoked from network); 18 Apr 2000 19:46:47 -0000 Received: from schizo.cdsnet.net (204.118.244.32) by mail-03-real.cdsnet.net with SMTP; 18 Apr 2000 19:46:47 -0000 Date: Tue, 18 Apr 2000 12:42:27 -0700 (PDT) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: Jesper Skriver Cc: Soren Schmidt , Chad David , freebsd-hackers@FreeBSD.ORG Subject: Re: vinum raid5 panics In-Reply-To: <20000418213554.B32808@skriver.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Same here, I'm running 4 disks RAID-0'd under 4.0-current for Diablo, and it's running fine. Haven't updated anythign to RAID-5 support yet. On Tue, 18 Apr 2000, Jesper Skriver wrote: > On Tue, Apr 18, 2000 at 09:32:34PM +0200, Soren Schmidt wrote: > > It seems Chad David wrote: > > > I just put together a 5 disk raid5 system using > > > vinum on 4.0 from last Wed., and I am experiencing > > > random panics. I can force the panic by working on > > > the filesystem, but sometimes just having it mounted > > > kills the machine. > > > > > > I compiled a debug kernel, and got a crash dump, but > > > I am not an expert at debugging crash dumps, so any > > > advice would be appreciated. > > > > > > Instead of dumping out fifty pages of kernel and > > > hardware config could anyone who is working on this > > > let me know what would be helpful... > > > > I bet you see the same problem as others do.... > > In my book vinum on 4.0 is plain broken. > > RAID5 has problems, I have no problems with RAID0, RAID1 or RAID0+1 ... > > > BTW do you have a fxp netcard pr chance ?? > > I do. > > /Jesper > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 12:50:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lodge.guild.ab.ca (lodge.guild.ab.ca [209.91.118.66]) by hub.freebsd.org (Postfix) with ESMTP id ACA4237BB50 for ; Tue, 18 Apr 2000 12:50:45 -0700 (PDT) (envelope-from davidc@acns.ab.ca) Received: from localhost (davidc@localhost) by lodge.guild.ab.ca (8.9.3/8.9.3) with ESMTP id NAA23625; Tue, 18 Apr 2000 13:58:47 -0600 (MDT) (envelope-from davidc@acns.ab.ca) Date: Tue, 18 Apr 2000 13:58:47 -0600 (MDT) From: Chad David X-Sender: davidc@lodge.guild.ab.ca To: Jesper Skriver Cc: Soren Schmidt , freebsd-hackers@FreeBSD.ORG Subject: Re: vinum raid5 panics In-Reply-To: <20000418213554.B32808@skriver.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 18 Apr 2000, Jesper Skriver wrote: > On Tue, Apr 18, 2000 at 09:32:34PM +0200, Soren Schmidt wrote: > > It seems Chad David wrote: > > > I just put together a 5 disk raid5 system using > > > vinum on 4.0 from last Wed., and I am experiencing > > > random panics. I can force the panic by working on > > > the filesystem, but sometimes just having it mounted > > > kills the machine. > > > > > > I compiled a debug kernel, and got a crash dump, but > > > I am not an expert at debugging crash dumps, so any > > > advice would be appreciated. > > > > > > Instead of dumping out fifty pages of kernel and > > > hardware config could anyone who is working on this > > > let me know what would be helpful... > > > > I bet you see the same problem as others do.... > > In my book vinum on 4.0 is plain broken. > > RAID5 has problems, I have no problems with RAID0, RAID1 or RAID0+1 ... To be a little more positive, are these problems being addressed, and is there any way that I can help? > > > BTW do you have a fxp netcard pr chance ?? > No, rl0. Chad > I do. > > /Jesper > > -- > Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 14:43: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp13.bellglobal.com (smtp13.bellglobal.com [204.101.251.52]) by hub.freebsd.org (Postfix) with ESMTP id 9862737B7BA for ; Tue, 18 Apr 2000 14:43:04 -0700 (PDT) (envelope-from transmogrify@sympatico.ca) Received: from sympatico.ca (ppp8952.on.bellglobal.com [207.236.126.136]) by smtp13.bellglobal.com (8.8.5/8.8.5) with ESMTP id RAA11235 for ; Tue, 18 Apr 2000 17:46:26 -0400 (EDT) Message-ID: <38FCD635.ED18C1A4@sympatico.ca> Date: Tue, 18 Apr 2000 17:40:05 -0400 From: Paul Halliday X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: pcmcia copout. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi. I have tried this in freebsd-questions twice now, so I guess I shall try here. This is a re-submission. I am still trying to do this install and from what I can ascertain, none of the settings present during the install will make this card work properly. Again, this card has been tested and is working. When this card was working (3.4 stable) I had to explicitly specify its irq in the pccard.conf, if i relied on auto negotiation it would come up but not work correctly. So now, already somewhat knowing the answer to my own question, how can I hax0r the boot disks to achieve this end, ie. hardcode? Original message... Architecture: Dell Latitude Cpi i386. OS: FreeBSD 4.0-RELEASE NIC's: 3COM Etherlink III and 3COM Megahertz 56k modem. Media: Floppy disks / FTP via local lan to the internet. This box had 3.4-STABLE running without a hitch three days ago. I tried to cvsup it to 4.0-STABLE and for some reason while building, i decided to use the -k flag on make installworld :( . After I finally got it running again I made some backups i wiped the whole system clean. So with my shiny new install disks, the setup was goin fine, the card inits and the installation begins. However within a meg or two of transfer it dies. What I have tried: 1) all possible irq/memory configurations within sysinstalls limits. Including the default recommendations, which did not work. 2) dissabling as many devices as possible via dell's BIO's, to try and free up the pool. 3) tried the card in a different slot, and remove the other card. 4) a different server 5) set fire to my laptop. From the emergency shell if I bring the device down, then re-init, it begins transfer again, but only for a few seconds. Ping requests lag to around 300 until it goes down. Any ideas? Thanks. -- Paul. ======================================================================= Don't underestimate the power of stupid people in large groups. Email: dp@penix.org & transmogrify@sympatico.ca BIO: http://bling.dyn.dhs.org GPG Key fingerprint: 2D7C A7E2 DB1F EA5F 8C6F D5EC 3D39 F274 4AA3E8B9 Public Key's available here: http://bling.dyn.dhs.org/texts/public.html ======================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 14:50:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id CE6B237BB77 for ; Tue, 18 Apr 2000 14:50:35 -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.9.3/8.9.3) with ESMTP id PAA57998; Tue, 18 Apr 2000 15:50:34 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id PAA94880; Tue, 18 Apr 2000 15:50:01 -0600 (MDT) Message-Id: <200004182150.PAA94880@harmony.village.org> To: Paul Halliday Subject: Re: pcmcia copout. Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 18 Apr 2000 17:40:05 EDT." <38FCD635.ED18C1A4@sympatico.ca> References: <38FCD635.ED18C1A4@sympatico.ca> Date: Tue, 18 Apr 2000 15:50:00 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <38FCD635.ED18C1A4@sympatico.ca> Paul Halliday writes: : Any ideas? Error messages? Without them it is impossible to know what is going on. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 15: 3:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp13.bellglobal.com (smtp13.bellglobal.com [204.101.251.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DD2537B56D for ; Tue, 18 Apr 2000 15:03:24 -0700 (PDT) (envelope-from transmogrify@sympatico.ca) Received: from sympatico.ca (ppp8952.on.bellglobal.com [207.236.126.136]) by smtp13.bellglobal.com (8.8.5/8.8.5) with ESMTP id SAA19971; Tue, 18 Apr 2000 18:06:43 -0400 (EDT) Message-ID: <38FCDAF6.91419D6D@sympatico.ca> Date: Tue, 18 Apr 2000 18:00:22 -0400 From: Paul Halliday X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: pcmcia copout. References: <38FCD635.ED18C1A4@sympatico.ca> <200004182150.PAA94880@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <38FCD635.ED18C1A4@sympatico.ca> Paul Halliday writes: > : Any ideas? > > Error messages? Without them it is impossible to know what is going > on. Hence my need to submit this message, ei. there are none. The only way of determining that the box is down is by pinging it from another box. The device is comming down. And I have no idea why. The device is still up, according to ifconfig, then I bring it down then back up again. Yet when this is done, transfer begins again, then suddenly stops. > > Warner -- Paul H. ======================================================================= Don't underestimate the power of stupid people in large groups. Email: dp@penix.org & transmogrify@sympatico.ca BIO: http://bling.dyn.dhs.org GPG Key fingerprint: 2D7C A7E2 DB1F EA5F 8C6F D5EC 3D39 F274 4AA3E8B9 Public Key's available here: http://bling.dyn.dhs.org/texts/public.html ======================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 15:35:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A28D937BB90; Tue, 18 Apr 2000 15:35:28 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id PAA25985; Tue, 18 Apr 2000 15:35:28 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 18 Apr 2000 15:35:22 -0700 (PDT) From: Kris Kennaway To: James Howard Cc: freebsd-hackers@freebsd.org Subject: Re: Shell games In-Reply-To: <200004181556.LAA25843@rac2.wam.umd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 18 Apr 2000, James Howard wrote: > I don't get a lot of time to pay attention to the lists, so this might > have been asked before. Does the csh->tcsh move imply that sh->ksh will > be happening soon? Didn't NetBSD do that a while ago? No, it doesn't automatically mean that. The csh->tcsh update was a version upgrade (tcsh is a newer version of csh), which is a separate issue to replacing a shell with a completely different shell. There has been annoying discussion on -arch about this which you should read before replying further, though. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 15:37:14 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id C537737BB7E for ; Tue, 18 Apr 2000 15:36:43 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id XAA24434; Tue, 18 Apr 2000 23:37:42 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA00650; Tue, 18 Apr 2000 22:53:22 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200004182153.WAA00650@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: James Howard Cc: freebsd-hackers@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: Shell games In-Reply-To: Message from James Howard of "Tue, 18 Apr 2000 11:56:28 EDT." <200004181556.LAA25843@rac2.wam.umd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Apr 2000 22:53:22 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I don't get a lot of time to pay attention to the lists, so this might > have been asked before. Does the csh->tcsh move imply that sh->ksh will > be happening soon? Didn't NetBSD do that a while ago? *groan* shame on you ! Everyone went a step further and targeted the sh -> bash war ! I'm not sure why sanity won here though. I guess it'll be done the next time it comes up.... > J~ -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 18: 6:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id A62A637B92C for ; Tue, 18 Apr 2000 18:06:18 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id KAA95169; Wed, 19 Apr 2000 10:36:06 +0930 (CST) Date: Wed, 19 Apr 2000 10:36:06 +0930 From: Greg Lehey To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: Chad David , freebsd-hackers@FreeBSD.ORG Subject: Re: vinum raid5 panics Message-ID: <20000419103605.C92373@freebie.lemis.com> References: <200004181932.VAA01404@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0pre2i In-Reply-To: <200004181932.VAA01404@freebsd.dk> Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 18 April 2000 at 21:32:34 +0200, Sřren Schmidt wrote: > It seems Chad David wrote: >> I just put together a 5 disk raid5 system using >> vinum on 4.0 from last Wed., and I am experiencing >> random panics. I can force the panic by working on >> the filesystem, but sometimes just having it mounted >> kills the machine. >> >> I compiled a debug kernel, and got a crash dump, but >> I am not an expert at debugging crash dumps, so any >> advice would be appreciated. >> >> Instead of dumping out fifty pages of kernel and >> hardware config could anyone who is working on this >> let me know what would be helpful... Take a look at http://www.lemis.com/vinum/how-to-debug.html. > I bet you see the same problem as others do.... > In my book vinum on 4.0 is plain broken. I think that's overstating the case. We've seen some problems with Vinum RAID-5 on IDE drives, but I can't reproduce them here. Sřren's looking at the problem. As Sřren also indicates, the fxp board seems to aggravate the problem. > If its an option for you, vinum under -current works better but its > still far from stable. I believe we have exactly the same problems in -CURRENT. It's also currently not being maintained. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 18:34:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.ham.muohio.edu (dragon.ham.muohio.edu [134.53.141.33]) by hub.freebsd.org (Postfix) with ESMTP id 5D3E237BC21 for ; Tue, 18 Apr 2000 18:34:33 -0700 (PDT) (envelope-from howardjp@wam.umd.edu) Received: from localhost (howardjp@localhost) by dragon.ham.muohio.edu (8.9.3/8.9.3) with ESMTP id VAA04705; Tue, 18 Apr 2000 21:58:57 -0400 X-Authentication-Warning: dragon.ham.muohio.edu: howardjp owned process doing -bs Date: Tue, 18 Apr 2000 21:58:57 -0400 (EDT) From: Jamie Howard X-Sender: howardjp@dragon.ham.muohio.edu To: Brian Somers Cc: freebsd-hackers@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: Shell games In-Reply-To: <200004182153.WAA00650@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 18 Apr 2000, Brian Somers wrote: > > I don't get a lot of time to pay attention to the lists, so this might > > have been asked before. Does the csh->tcsh move imply that sh->ksh will > > be happening soon? Didn't NetBSD do that a while ago? > > *groan* shame on you ! Everyone went a step further and targeted > the sh -> bash war ! I thought I would try to be reasonable ;) Anyway, someone pointed out the -arch discussions about it. I'll slink away now :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 18 18:34:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id AE13F37BC21; Tue, 18 Apr 2000 18:34:44 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Tue, 18 Apr 2000 21:34:42 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Mike Pritchard Cc: Warner Losh , Anatoly Vorobey , Daniel O'Connor , hackers@FreeBSD.ORG Subject: Re: PC Keyboard Scancodes In-Reply-To: <20000415004922.A71407@mppsystems.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've got a nice script and better version of scancodes.c to do this for me now, so here goes :) These are the keys on the Logitech cordless keyboard, and they are undoubtedly the same for the rest of the Logitech iTouch keyboards. Script or scancodes.c on request, of course :) I hope this will help whosoever decides to take upon the task. Key Pressed Released --- ------- -------- Sleep -32, 95 -32, -33 Mute -32, 32 -32, -96 Decrease Volume -32, 46 -32, -82 Increase Volume -32, 48 -32, -80 Play -32, 34 -32, -94 Stop -32, 36 -32, -92 Rewind -32, 16 -32, -112 Fast Forward -32, 25 -32, -103 Mail -32, 108 -32, -20 Search -32, 101 -32, -27 Home -32, 50 -32, -78 Run -32, 102 -32, -26 -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 7:51:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id EA59A37B518 for ; Wed, 19 Apr 2000 07:51:48 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12hvp6-000Fb3-00; Wed, 19 Apr 2000 16:51:24 +0200 Date: Wed, 19 Apr 2000 16:51:24 +0200 From: Neil Blakey-Milner To: Doug Barton Cc: freebsd-hackers@freebsd.org, adrian@creative.net.au Subject: Re: Safe sourcing of rc files Message-ID: <20000419165123.A59794@mithrandr.moria.org> References: <38F17E7A.5892318A@gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38F17E7A.5892318A@gorean.org>; from Doug@gorean.org on Mon, Apr 10, 2000 at 12:10:50AM -0700 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon 2000-04-10 (00:10), Doug Barton wrote: > +if [ -z "${sourcercs_defined}" ]; then > + sourcercs_defined=yes > + sourcercs ( ) { > + local sourced_files > + for i in ${rc_conf_files}; do > + case "${sourced_files}" in > + *:$i:*) > + ;; > + *) > + sourced_files="${sourced_files}:$i:" > + if [ -r $i ]; then > + . $i > + fi > + ;; > + esac > + done > + } > +fi I have another idea: We make a sh script named "rcsource" or whatever, which we source when we want to have the rc environment, stealing your code maliciously: /-- sourcercs_sourced_files= sourcercs ( ) { local rc_conf_files for i in $*; do case "${sourcercs_sourced_files}" in *:$i:*) ;; *) sourcercs_sourced_files="${sourcercs_sourced_files}:$i:" echo $i if [ -r $i ]; then . $i sourcercs ${rc_conf_files} fi ;; esac done } sourcercs /etc/defaults/rc.conf \-- Anyway, this'll do something I've been considering missing - the ability to set more rc_conf_files in /etc/rc.conf and friends. It also means a total lack of sh-script in /etc/defaults/rc.conf and /etc/rc.conf, which means that we can start developing something in C that can read those files (libconf, Daniel?). Basically, it localizes rc_conf_files so that you don't lose any you've specified before. So, in /etc/defaults/rc.conf, it sets rc_conf_files to "/etc/rc.conf /etc/rc.conf.local", and when it runs /etc/rc.conf, rc_conf_files changes to "/etc/foo.conf", and that'll be read. After it's finished, it pops up two spaces, and goes on to /etc/rc.conf.local. A file will only ever be sourced once. One possible extension may be a specifier of a preprocessor for a file: preprocessor__etc_defaults_rc.conf='cpp' will be checked if sourcercs is run on /etc/defaults/rc.conf, and it will be passed through cpp before trying to understand it. This should be extensible enough to avoid the need of sh-script to get a value for a variable. Any more ideas? Neil -- Neil Blakey-Milner Hacker In Chief, Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 8:13:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id EC7CF37BCB2 for ; Wed, 19 Apr 2000 08:13:34 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id LAA13289; Wed, 19 Apr 2000 11:13:27 -0400 (EDT) Date: Wed, 19 Apr 2000 11:13:25 -0400 (EDT) From: Zhihui Zhang To: Andrzej Bialecki Cc: freebsd-hackers@freebsd.org Subject: Re: NFS attribute cache & profiling sysctl variables In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 16 Apr 2000, Andrzej Bialecki wrote: > On Sat, 15 Apr 2000, Zhihui Zhang wrote: > > > > > I have two unrelated questions I can not figure out myself: > > > (2) I am trying to display kernel profiling sysctl variables with sysctl > > -a or sysctl -A without success. They are defined in subr_prof.c. Why > > sysctl command can not display them? I can use kgmon. > I spend some time on this. It turns out that you can not do a sysctl() on a node without a handler. For the case of kern.prof, there is a handler, but that handler - sysctl_kern_prof() - only allows you to access lower level variables. When you do sysctl -a or sysctl -A, you use the special {0,2, ..} names to get the next oids in the MIB tree. In the routine sysctl_sysctl_next_ls(), you can see that a node with a handler is skipped by the following statements: if ((oidp->oid_kind & CTLTYPE) != CTLTYPE_NODE) continue; if (oidp->oid_handler) continue; That is why you can not show kern.prof stuff with command sysctl -a or sysctl -A. You have to use the way shown in usr.sbin/kgmon/kgmon.c. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 8:26:34 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 36E9D37BCE1 for ; Wed, 19 Apr 2000 08:26:30 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id LAA20117 for ; Wed, 19 Apr 2000 11:26:25 -0400 (EDT) Date: Wed, 19 Apr 2000 11:26:26 -0400 (EDT) From: Zhihui Zhang To: freebsd-hackers@freebsd.org Subject: Questions of the syncer process Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have two questions related to the syncer process that replaces the old update process: (1) The syncer process is waken up once a second (it sleeps on lbolt). If I have more than 30 mounted filesystems, then each filesystem's dirty data will stay more than 30 seconds. If I only have a couple of filesystems, then the syncer will run more frequenty than the old update process. Is this a good choice? (2) I do not understand why vfs_msync(mp, MNT_NOWAIT) is called before VFS_SYNC(mp, MNT_LAZY,...). It seems to me that the latter includes the work done by the former. Thanks for any insights into this subject. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 8:29:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ddg.com (eunuch.ddg.com [216.30.58.66]) by hub.freebsd.org (Postfix) with ESMTP id 645D837BCE1 for ; Wed, 19 Apr 2000 08:29:26 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from nomad.dataplex.net (24.28.73.209) by mail.ddg.com with SMTP (Eudora Internet Mail Server 2.1); Wed, 19 Apr 2000 10:29:15 -0500 From: Richard Wackerbarth To: nbm@mithrandr.moria.org Subject: Re: Safe sourcing of rc files Date: Wed, 19 Apr 2000 10:29:14 -0500 X-Mailer: KMail [version 1.1.40] Content-Type: text/plain Cc: freebsd-hackers@FreeBSD.ORG References: <38F17E7A.5892318A@gorean.org> <20000419165123.A59794@mithrandr.moria.org> In-Reply-To: <20000419165123.A59794@mithrandr.moria.org> MIME-Version: 1.0 Message-Id: <00041910291400.27893@nomad.dataplex.net> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 19 Apr 2000, Neil Blakey-Milner wrote: > I have another idea: We make a sh script named "rcsource" or whatever, > which we source when we want to have the rc environment, [snip] > One possible extension may be a specifier of a preprocessor for a file: > > preprocessor__etc_defaults_rc.conf='cpp' will be checked if sourcercs is > run on /etc/defaults/rc.conf, and it will be passed through cpp before > trying to understand it. This should be extensible enough to avoid the > need of sh-script to get a value for a variable. > > Any more ideas? I was in complete agreement with you until you got to the preprocessor. (I've previously advocated something similar) However, IMHO, even considering using cpp as a preprocessor will never fly. The configuration mechanism MUST be small and simple. cpp isn't even available when you start. (You only get things in /bin and /sbin, and cpp certainly has no place there) If you want a preprocessor, I suggest the sendmail approach where you write the definitions in some meta-language and preprocess that into simple sh definitions. That way, you don't need the preprocessor at run time. Besides, if people would learn the language, 'sh' is really quite powerful. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 10: 9:48 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id B479637BB88 for ; Wed, 19 Apr 2000 10:09:44 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA23683; Wed, 19 Apr 2000 10:09:28 -0700 (PDT) (envelope-from dillon) Date: Wed, 19 Apr 2000 10:09:28 -0700 (PDT) From: Matthew Dillon Message-Id: <200004191709.KAA23683@apollo.backplane.com> To: Zhihui Zhang Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Questions of the syncer process References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :I have two questions related to the syncer process that replaces the old :update process: : :(1) The syncer process is waken up once a second (it sleeps on lbolt). If :I have more than 30 mounted filesystems, then each filesystem's dirty data :will stay more than 30 seconds. If I only have a couple of filesystems, :then the syncer will run more frequenty than the old update process. Is :this a good choice? The filesystem sync time has nothing to do with the number of mounted filesystems. Every dirty vnode is added to the syncer list and placed in a specific delay slot. The syncer gets to it in that amount of time no matter how many mounted filesystems there are - usually every 30 seconds or so. :(2) I do not understand why vfs_msync(mp, MNT_NOWAIT) is called before :VFS_SYNC(mp, MNT_LAZY,...). It seems to me that the latter includes the :work done by the former. : :Thanks for any insights into this subject. : :-Zhihui Even though we have a unified buffer cache, we do not have unified bookeeping. vfs_msync() is responsible for converting the bookeeping on dirty VM pages into bookeeping on filesystem buffers. That is, if it finds a dirty VM page it ensures that there is a dirty filesystem buffer header associated with it. Otherwise the filesystem will not know they are dirty. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 10:14:18 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from ewok.creative.net.au (fuzzy.aussie.com.au [203.30.44.82]) by hub.freebsd.org (Postfix) with SMTP id 3336B37BCE5 for ; Wed, 19 Apr 2000 10:14:13 -0700 (PDT) (envelope-from adrian@creative.net.au) Received: (qmail 81506 invoked by uid 1001); 19 Apr 2000 17:14:08 -0000 Date: Thu, 20 Apr 2000 01:14:08 +0800 From: Adrian Chadd To: Neil Blakey-Milner Cc: Doug Barton , freebsd-hackers@freebsd.org, adrian@creative.net.au Subject: Re: Safe sourcing of rc files Message-ID: <20000420011407.A81472@ewok.creative.net.au> References: <38F17E7A.5892318A@gorean.org> <20000419165123.A59794@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20000419165123.A59794@mithrandr.moria.org>; from Neil Blakey-Milner on Wed, Apr 19, 2000 at 04:51:24PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 19, 2000, Neil Blakey-Milner wrote: > On Mon 2000-04-10 (00:10), Doug Barton wrote: > > +if [ -z "${sourcercs_defined}" ]; then > > + sourcercs_defined=yes > > + sourcercs ( ) { > > + local sourced_files > > + for i in ${rc_conf_files}; do > > + case "${sourced_files}" in > > + *:$i:*) > > + ;; > > + *) > > + sourced_files="${sourced_files}:$i:" > > + if [ -r $i ]; then > > + . $i > > + fi > > + ;; > > + esac > > + done > > + } > > +fi > > I have another idea: We make a sh script named "rcsource" or whatever, > which we source when we want to have the rc environment, stealing your > code maliciously: Yup, thats what I proposed, and this code is basically what I had hacked at my end. :) Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 11:21:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 13E9D37B531 for ; Wed, 19 Apr 2000 11:21:39 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id OAA11241; Wed, 19 Apr 2000 14:21:32 -0400 (EDT) Date: Wed, 19 Apr 2000 14:21:29 -0400 (EDT) From: Zhihui Zhang To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Questions of the syncer process In-Reply-To: <200004191709.KAA23683@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 19 Apr 2000, Matthew Dillon wrote: > : > :I have two questions related to the syncer process that replaces the old > :update process: > : > :(1) The syncer process is waken up once a second (it sleeps on lbolt). If > :I have more than 30 mounted filesystems, then each filesystem's dirty data > :will stay more than 30 seconds. If I only have a couple of filesystems, > :then the syncer will run more frequenty than the old update process. Is > :this a good choice? > > The filesystem sync time has nothing to do with the number of > mounted filesystems. Every dirty vnode is added to the syncer > list and placed in a specific delay slot. The syncer gets to > it in that amount of time no matter how many mounted filesystems > there are - usually every 30 seconds or so. Thanks for your response. I reread the code and find out individual dirty vnodes can be put on the worklist. But why do we put the syncer vnodes on the worklist as well? It seems to me that they are there to make sure that each entire filesystem is sync'ed once in while. Since individual dirty vnodes have already been sync'ed, I do not know why it is necessary. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 14: 9:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from vali.uas.alaska.edu (vali.uas.alaska.edu [137.229.150.18]) by hub.freebsd.org (Postfix) with SMTP id EE5FD37B72E for ; Wed, 19 Apr 2000 14:09:10 -0700 (PDT) (envelope-from russ.pagenkopf@uas.alaska.edu) Received: from antarctica.jun.alaska.edu [137.229.156.140] (HELO uas.alaska.edu) by vali.uas.alaska.edu (AltaVista Mail V2.0r/2.0r BL25r listener) id 0000_006a_38fe_206d_3a7d; Wed, 19 Apr 2000 13:09:01 -0800 Message-ID: <38FE206E.69B03EB6@uas.alaska.edu> Date: Wed, 19 Apr 2000 13:09:02 -0800 From: Russ Pagenkopf X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: video on its side Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hiya all, Let's see, how do I frame this question? Well, let me tell you what I'd like to do and maybe folks could gently push me in the right direction. :) I want to take a monitor running at 640x480 and physically turn it on its side (yes, I *can* do this :) and then I want to display the text on the screen in that orientation ie. 480x640. I'd also like to be able to change the number of rows and columns to something like 55 columns by 45 lines. Text only applications, X need not apply. I'm not quite sure where to begin. I've been reading over man pages and everything I've found so far hasn't said diddly boo about it unless I'm missing something blindingly obvious (entirely possible). I haven't seen nor could I find anything in the mailing list archives either. I'm guessing that a new font that fits my dimensions will be needed and maybe a partial rewrite of a display driver? Apologies if this should be posted to hardware. Be gentle, newbie with this stuff. ;) Russ Pagenkopf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 14:26: 9 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from clavin.efn.org (clavin.efn.org [206.163.176.10]) by hub.freebsd.org (Postfix) with ESMTP id EEED237B6DF for ; Wed, 19 Apr 2000 14:26:06 -0700 (PDT) (envelope-from brk@gladstone.uoregon.edu) Received: from .efn.org (d181-168.rrp.net [128.223.181.168]) by clavin.efn.org (8.10.1/8.10.1) with SMTP id e3JLQ1319482 for ; Wed, 19 Apr 2000 14:26:02 -0700 (PDT) Message-Id: <200004192126.e3JLQ1319482@clavin.efn.org> To: hackers@FreeBSD.ORG Subject: Re: freebsd-hackers-digest V4 #814 Date: Wed, 19 Apr 2000 14:26:03 GMT From: "Boaz Klappholz" MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Reply-To: brk@gladstone.uoregon.edu X-Mailer: BeOS Mail Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsubscribe freebsd-hackers-digest To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 16:34:23 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (Postfix) with ESMTP id 4B88637B6C9 for ; Wed, 19 Apr 2000 16:34:21 -0700 (PDT) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173]) by atlrel1.hp.com (Postfix) with ESMTP id C6C5F3797 for ; Wed, 19 Apr 2000 19:34:18 -0400 (EDT) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id QAA26746 for ; Wed, 19 Apr 2000 16:34:17 -0700 (PDT) Received: from localhost (darrylo@localhost [127.0.0.1]) by mina.sr.hp.com with ESMTP (8.9.3 (PHNE_18979)/8.7.3 TIS 5.0) id QAA11240 for ; Wed, 19 Apr 2000 16:34:16 -0700 (PDT) Message-Id: <200004192334.QAA11240@mina.sr.hp.com> To: freebsd-hackers@freebsd.org Subject: cscope open-sourced! Reply-To: Darryl Okahata Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII Date: Wed, 19 Apr 2000 16:34:13 PDT From: Darryl Okahata Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FYI, For those who haven't heard, cscope has been open-sourced by SCO (under a BSD-style license, no less)! See: http://cscope.sourceforge.net/ I've got patches for FreeBSD, as well as a couple bugfixes, in case anyone wants to turn this into a port (I don't have the time, sorry). -- Darryl Okahata darrylo@sr.hp.com http://web.sr.hp.com/~darrylo/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 19:39:49 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.hiwaay.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id 21F3E37BD79 for ; Wed, 19 Apr 2000 19:39:46 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.hiwaay.net (8.10.1/8.10.1) with ESMTP id e3K2diT02446 for ; Wed, 19 Apr 2000 21:39:44 -0500 (CDT) Date: Wed, 19 Apr 2000 21:39:44 -0500 (CDT) From: Steve Price To: freebsd-hackers@freebsd.org Subject: sigjmp_buf question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Where does one look in the source for the definition of what each of the ints in sigjmp_buf._sjb (or jmp_buf._jb for that matter) contain? The only occurrences of it (according to grep(1)) are in the header file machine/setjmp.h. I also looked into src/sys/i386/i386/machdep.c and didn't see anything that struck me as being what I'm looking for. TIA. -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 20: 0:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id D4A0737B88A for ; Wed, 19 Apr 2000 20:00:06 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id FAA66295; Thu, 20 Apr 2000 05:58:49 GMT (envelope-from mellon@pobox.com) Date: Thu, 20 Apr 2000 05:58:49 +0000 From: Anatoly Vorobey To: Steve Price Cc: hackers@freebsd.org Subject: Re: sigjmp_buf question Message-ID: <20000420055849.A66104@happy.checkpoint.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from sprice@hiwaay.net on Wed, Apr 19, 2000 at 09:39:44PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 19, 2000 at 09:39:44PM -0500, Steve Price wrote: > Where does one look in the source for the definition of what > each of the ints in sigjmp_buf._sjb (or jmp_buf._jb for that > matter) contain? The only occurrences of it (according to > grep(1)) are in the header file machine/setjmp.h. I also > looked into src/sys/i386/i386/machdep.c and didn't see anything > that struck me as being what I'm looking for. Look into src/lib/libc/i386/gen/_setjmp.S and other files in the same directory for setjmp() and sigsetmp(). Basically, it'll store edx, ebx, esp, ebp, esi, edi, and the CPU control word, in that order. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 20:31: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nyct.net (bsd4.nyct.net [204.141.86.6]) by hub.freebsd.org (Postfix) with ESMTP id 7F35937BD85; Wed, 19 Apr 2000 20:31:01 -0700 (PDT) (envelope-from efutch@nyct.net) Received: from bsd1.nyct.net (efutch@bsd1.nyct.net [204.141.86.3]) by mail.nyct.net (8.9.3/8.8.7) with ESMTP id XAA70918; Wed, 19 Apr 2000 23:31:58 -0400 (EDT) (envelope-from efutch@nyct.net) Date: Wed, 19 Apr 2000 23:30:59 -0400 (EDT) From: "Eric D. Futch" To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: FTP_PASSIVE_MODE and libftpio Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reference to a problem someone reported on the freebsd-mobile mailing list, I took a look at the handling of the FTP_PASSIVE_MODE environment variable in libftpio. What I found was that it would use passive ftp based on if the environment variable was set or not and didn't acutally check it's value. I wrote a patch for it that makes it also consider the value of the variable. This will save some confusion for people that follow the login that since FTP_PASSIVE_MODE=YES seems to make ftp use passive mode that FTP_PASSIVE_MODE=NO should make it not use passive mode. This isn't the case with the current handling of it. Please take a look at the PR I put together bin/18103 and let me know if this is a good (enough) fix for the problem. The patch can aslo be found at: http://quake.nyct.net/~efutch/FreeBSD/ftpio.c.patch Sorry for the cross post. I'm not exactly sure what's the best mailing list for this. Thanks to Ross A Lippert for pointing this out. -- Eric Futch New York Connect.Net, Ltd. efutch@nyct.net Technical Support Staff http://www.nyct.net (212) 293-2620 "Bringing New York The Internet Access It Deserves" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 21:48:43 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from dante.mail-abuse.org (dante.mail-abuse.org [204.152.184.35]) by hub.freebsd.org (Postfix) with ESMTP id 14A6137BD93 for ; Wed, 19 Apr 2000 21:48:40 -0700 (PDT) (envelope-from jdfalk@mail-abuse.org) Received: (from jdfalk@localhost) by dante.mail-abuse.org (8.9.1/8.9.1) id VAA19920 for freebsd-hackers@freebsd.org; Wed, 19 Apr 2000 21:48:39 -0700 (PDT) env-from (jdfalk@mail-abuse.org) Date: Wed, 19 Apr 2000 21:48:39 -0700 From: "J.D. Falk" To: freebsd-hackers@freebsd.org Subject: Corrupted disk label and related issues (fwd) Message-ID: <20000419214839.B13391@mail-abuse.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I sent this to freebsd-questions yesterday, and didn't get any responses...looks like Andrew had a similar situation about a month ago, and found a solution which I'm trying to adapt to my own problem. Thing is, I can't even get to the individual partitions like he did -- I keep getting "Device not configured" and the like. Any advice? ----- Forwarded message from "J.D. Falk" ----- Date: Wed, 19 Apr 2000 03:47:48 -0700 From: "J.D. Falk" To: freebsd-questions@freebsd.org Subject: Corrupted disk label and related issues Message-ID: <20000419034747.A5527@mail-abuse.org> Yesterday a drive which I'd been meaning to replace died in a generally unhappy manner -- after much research and general (mostly unrelated) replacement of hardware, I (with help from some friends) tracked it down to disklabel problems and did a bunch of work trying to fix that. The way things stand now, `disklabel -r ad3` comes up with the correct information about eight times out of ten; other times, it'll say "bad pack magic number (label is damaged, or pack is unlabeled)". I managed to dd the entire contents of the disk to another, more functional slice elsewhere. So, the data is still all there in one form or another. If I could find out the exact start (after boot foo) of the partitions, I could dd each of them seperately and work from there, but I'm not sure if it'd really buy me all that much. Another possible datapoint: attempting to mount or fsck any of the partitions will, more often than not, result in a "Device not configured" message. My main goal at this point, after more than sixteen hours of working on it and nearly 25 hours of downtime -- is to regain the data. If anyone could offer advice, I sure would appreciate it. I have a feeling that I'm missing something simple -- I used to be a sysadmin, but I never had this kind of problem with a BSD system before. *sigh* (Note: the machine in question is my own, not my employer's.) ----- End forwarded message ----- -- J.D. Falk "Laughter is the sound Product Manager that knowledge makes when it's born." Mail Abuse Prevention System LLC -- The Cluetrain Manifesto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 19 22:43:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id CA6E637BD90 for ; Wed, 19 Apr 2000 22:43:31 -0700 (PDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA64099; Wed, 19 Apr 2000 23:43:30 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost.village.org [127.0.0.1]) by billy-club.village.org (8.9.3/8.8.3) with ESMTP id XAA11246; Wed, 19 Apr 2000 23:42:34 -0600 (MDT) Message-Id: <200004200542.XAA11246@billy-club.village.org> To: "J.D. Falk" Subject: Re: Corrupted disk label and related issues (fwd) Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 19 Apr 2000 21:48:39 PDT." <20000419214839.B13391@mail-abuse.org> References: <20000419214839.B13391@mail-abuse.org> Date: Wed, 19 Apr 2000 23:42:34 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000419214839.B13391@mail-abuse.org> "J.D. Falk" writes: : I sent this to freebsd-questions yesterday, and didn't get any : responses...looks like Andrew had a similar situation about a : month ago, and found a solution which I'm trying to adapt to : my own problem. Thing is, I can't even get to the individual : partitions like he did -- I keep getting "Device not configured" : and the like. Any advice? Well, you might be able to use the following program, supplied on an as is basis, to recover your disklabel. I wrote it when I accidentally overwrote the first 32k of my drive. Good thing only the disklabel and fdisk partition happened to be there :-(. I've not verified this program recently, so I have no clue if it will work for you. Oh, I dumped the disk to tape with dd before messing with it. Backup any critical data before you attempt to use this program (although it doesn't actually try to write anything you never know). You are definitely on your own here and anything bad this program does is not my fault, so don't whine to me if you ruin your already busted disk with it. Disclaimer, stolen from a darkendeavors promo spot: use only as directed. Side effects may include incapacitation from nausea and incessant hiccups, sporadic nostril insect infestation, terminal Tarzanian Foot Fungus, excessively elongated ear lobes, contagious reptilian laughter, digit loss, hemorrhagic episodes, full frontal nudity, and an uncontrollable passion for DOS batch files. Pregnant women should not skydive while listening. Read instructions at the website: darkendeavors.com. Warner #include #include #include #include #include #include #include #include void usage() { errx(1, "reclab fn"); } ssize_t read_good(int fd, void *addr, size_t sz) { ssize_t rv; rv = read(fd, addr, sz); if (rv < 0) err(1, "read_good"); return rv; } int search(int fd) { char buf[SBSIZE]; struct fs *fs = (struct fs *) buf; off_t i = 0; char ch = 'a'; while (read_good(fd, (void *) &buf, SBSIZE) == SBSIZE) { if (i % 2048 == 0) { printf("%qd MB\r", i/2048); fflush(stdout); } i++; lseek(fd, i * 512, SEEK_SET); if (fs->fs_magic != FS_MAGIC) continue; printf("%c: %d %qd 4.2BSD 0 0 0 # %s %d\n", ch, fs->fs_size * 2, i - 1 - 16, fs->fs_fsmnt, fs->fs_sblkno); ch++; if (ch == 'b') ch = 'd'; i += 2 * fs->fs_size - 1; lseek(fd, i * 512, SEEK_SET); } return (1); } int main(int argc, char **argv) { int fd; if (argc != 2) usage(); fd = open(argv[1], O_RDONLY); if (fd < 0) err(1, "open"); search(fd); close(fd); return 0; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 0:53:11 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id D370F37B564; Thu, 20 Apr 2000 00:53:05 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id RAA10727; Thu, 20 Apr 2000 17:22:49 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 20 Apr 2000 17:22:49 +0930 (CST) From: "Daniel O'Connor" To: Brian Fundakowski Feldman Subject: Re: PC Keyboard Scancodes Cc: hackers@FreeBSD.ORG, Anatoly Vorobey , Warner Losh , Mike Pritchard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19-Apr-00 Brian Fundakowski Feldman wrote: > I've got a nice script and better version of scancodes.c to do this for > me > now, so here goes :) These are the keys on the Logitech cordless > keyboard, > and they are undoubtedly the same for the rest of the Logitech iTouch > keyboards. Script or scancodes.c on request, of course :) I hope this > will help whosoever decides to take upon the task. I don't suppose you could change 'ch' to be 'unsigned char' and print the values as hex? I'm too lazy to convert them :) I've altered atkbd.c to grok the new keys, I also added 'power' and 'halt' to kbdcontrol/syscons - so now the power button works 8-) I think for a lot of the other keys we'll need a userland daemon which talks to syscons to handle stuff. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 1:45: 7 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from web1901.mail.yahoo.com (web1901.mail.yahoo.com [128.11.23.50]) by hub.freebsd.org (Postfix) with SMTP id 638FF37B564 for ; Thu, 20 Apr 2000 01:45:01 -0700 (PDT) (envelope-from p_k_nandan@yahoo.com) Received: (qmail 11676 invoked by uid 60001); 20 Apr 2000 08:44:59 -0000 Message-ID: <20000420084459.11675.qmail@web1901.mail.yahoo.com> Received: from [203.197.180.228] by web1901.mail.yahoo.com; Thu, 20 Apr 2000 01:44:59 PDT Date: Thu, 20 Apr 2000 01:44:59 -0700 (PDT) From: "NandaKumar P.K." Subject: Remote kernel debugging To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, We were trying to debug the SCSI CAM driver using remote gdb, but we were not able to establish the connection between the target machine and host machine. The host and the target machine were connected using a null modem cable which was tested using Pcplus utility in DOS. In both the machines the cable is connected to the COM1 port. The steps which we followed were as follows. In the host machine 1. Made a copy of the GENERIC kernel called MYKERNEL. 2. The follwing additions were made to MYKERNEL options DDB device sio0 at isa? port "IO_COM1" flags 0x080 3. Compiled using config -g and installed MYKERNEL . 4. Made a copy of the kernel , kernel.debug 5. Copied the kernel.debug to the target machine. In the target machine 1. Strip -x kernel.debug & then reboot. 2. At the boot prompt ,loaded kernel.debug 3. Opened the debugger using boot -d In the host machine 1. cd /usr/src/sys/compile/MYKERNEL 2. gdb -k kernel 3. (kgdb) target remote /dev/cuaa0 In the target 1.db>gdb 2. s Now the following error message was displayed in the host Ignoring packet error,continuing.. Ignoring packet error,continuing.. Ignoring packet error,continuing.. Could'nt establish connection to remote target Malformed response to offset query,timeout Using the same cable i was able to set the serial console on the machine and were able to find the printf messages coming on the other machine. I also found some characters sent by the host machine when the target remote /dev/cuaa0 command is given. I had the terminal emulation package pcplus on the other machine. But i couldn't find any character sent by the target machine when 's' is pressed there. So i have a doubt regarding my target machine's setting is not O.K. But i am not able to find the problem there. Any help will be deeply appreciated. Regards, Nandan __________________________________________________ Do You Yahoo!? Send online invitations with Yahoo! Invites. http://invites.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 4:44:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 36E8537B564; Thu, 20 Apr 2000 04:44:21 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id NAA96256; Thu, 20 Apr 2000 13:42:12 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200004201142.NAA96256@freebsd.dk> Subject: Re: NEC 260 CDROM detection under FreeBSD 4.0-RELESE/STABLE In-Reply-To: from "Alexey N. Dokuchaev" at "Apr 17, 2000 04:02:32 pm" To: danfe@inet.ssc.nsu.ru (Alexey N. Dokuchaev) Date: Thu, 20 Apr 2000 13:42:12 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Alexey N. Dokuchaev wrote: > Hello! > > I've been using FreeBSD 3.4 for quite a while, and my CDROM, being quite > old and weird (NEC 260 model) was detected by both BIOS and FreeBSD. Judging on the output it seems the NEC is one of the old devices that doesn't say its a CDROM... Try this patch: Index: atapi-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/atapi-all.c,v retrieving revision 1.51 diff -u -r1.51 atapi-all.c --- atapi-all.c 2000/04/18 15:15:02 1.51 +++ atapi-all.c 2000/04/20 09:41:58 @@ -93,6 +93,7 @@ switch (ATP_PARAM->device_type) { #if NATAPICD > 0 case ATAPI_TYPE_CDROM: +try_cdrom: if (acdattach(atp)) goto notfound; break; @@ -100,7 +101,12 @@ #if NATAPIFD > 0 case ATAPI_TYPE_DIRECT: if (afdattach(atp)) +#if NATAPICD > 0 + ATP_PARAM->device_type = ATAPI_TYPE_CDROM; + goto try_cdrom; +#else goto notfound; +#endif break; #endif #if NATAPIST > 0 -Sřren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 7:28:40 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id E4DF237BDEA for ; Thu, 20 Apr 2000 07:28:36 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id KAA21730; Thu, 20 Apr 2000 10:28:34 -0400 (EDT) Date: Thu, 20 Apr 2000 10:28:31 -0400 (EDT) From: Zhihui Zhang To: "NandaKumar P.K." Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Remote kernel debugging In-Reply-To: <20000420084459.11675.qmail@web1901.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have looked over your steps. It seems that the steps are all correct. I can suggest four things: (1) Consider using "makeoptions DEBUG=-g" in your configure file. (2) If you are using FreeBSD 3.3-Release, the flag may be 0x50 instead of 0x80. (3) Lower the baud rate if possible. However, the default 9600 should be OK. (4) Type step in the target machine before running gdb at the debugging machine. Good Luck, -Zhihui On Thu, 20 Apr 2000, NandaKumar P.K. wrote: > Hi, > > We were trying to debug the SCSI CAM driver using > remote gdb, but we were not able to establish the > connection between the target machine and host > machine. > > The host and the target machine were connected using a > null modem cable which was tested using Pcplus utility > in DOS. In both the machines the cable is connected to > the COM1 port. > > The steps which we followed were as follows. > In the host machine > 1. Made a copy of the GENERIC kernel called MYKERNEL. > 2. The follwing additions were made to MYKERNEL > options DDB > device sio0 at isa? port "IO_COM1" flags 0x080 > 3. Compiled using config -g and installed MYKERNEL . > 4. Made a copy of the kernel , kernel.debug > 5. Copied the kernel.debug to the target machine. > > In the target machine > 1. Strip -x kernel.debug & then reboot. > 2. At the boot prompt ,loaded kernel.debug > 3. Opened the debugger using boot -d > > In the host machine > 1. cd /usr/src/sys/compile/MYKERNEL > 2. gdb -k kernel > 3. (kgdb) target remote /dev/cuaa0 > > In the target > 1.db>gdb > 2. s > > Now the following error message was displayed in the > host > Ignoring packet error,continuing.. > Ignoring packet error,continuing.. > Ignoring packet error,continuing.. > Could'nt establish connection to remote target > Malformed response to offset query,timeout > > Using the same cable i was able to set the serial > console on the machine and were able to find the > printf messages coming on the other machine. I also > found some characters sent by the host machine when > the target > remote /dev/cuaa0 command is given. I had the terminal > emulation package pcplus on the other machine. But i > couldn't find any character sent by the target machine > when 's' is pressed there. So i have a doubt regarding > my target machine's setting is not O.K. But i am not > able to find the problem there. Any help will be > deeply appreciated. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 9: 4:20 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id 322AD37BDE5 for ; Thu, 20 Apr 2000 09:04:17 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id JAA10995; Thu, 20 Apr 2000 09:04:06 -0700 Date: Thu, 20 Apr 2000 09:04:06 -0700 From: Arun Sharma Message-Id: <200004201604.JAA10995@sharmas.dhs.org> To: freebsd-hackers@freebsd.org Subject: Fwd: socket.h and _POSIX_SOURCE Reply-To: adsharma@sharmas.dhs.org (Arun Sharma) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Comments ? -Arun From: adsharma@sharmas.dhs.org (Arun Sharma) Newsgroups: muc.lists.freebsd.questions,mpc.lists.freebsd.questions Subject: socket.h and _POSIX_SOURCE Date: 18 Apr 2000 08:45:31 +0200 What's wrong with this ? -Arun $ cat test.c #include #include $ cc -D_POSIX_SOURCE -c test.c In file included from test.c:2: /usr/include/sys/socket.h:47: syntax error before `sa_family_t' /usr/include/sys/socket.h:47: warning: data definition has no type or storage class /usr/include/sys/socket.h:149: syntax error before `u_char' /usr/include/sys/socket.h:160: syntax error before `u_short' /usr/include/sys/socket.h:174: syntax error before `u_char' /usr/include/sys/socket.h:176: `u_char' undeclared here (not in a function) /usr/include/sys/socket.h:178: `u_char' undeclared here (not in a function) /usr/include/sys/socket.h:178: `u_char' undeclared here (not in a function) /usr/include/sys/socket.h:379: syntax error before `u_short' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 9: 9:12 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.hiwaay.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id 0C48837B575 for ; Thu, 20 Apr 2000 09:09:10 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.hiwaay.net (8.10.1/8.10.1) with ESMTP id e3KG98q19461; Thu, 20 Apr 2000 11:09:08 -0500 (CDT) Date: Thu, 20 Apr 2000 11:09:07 -0500 (CDT) From: Steve Price To: Anatoly Vorobey Cc: hackers@freebsd.org Subject: Re: sigjmp_buf question In-Reply-To: <20000420055849.A66104@happy.checkpoint.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 20 Apr 2000, Anatoly Vorobey wrote: # Look into src/lib/libc/i386/gen/_setjmp.S and other files in # the same directory for setjmp() and sigsetmp(). Basically, it'll store # edx, ebx, esp, ebp, esi, edi, and the CPU control word, in that order. Now I finally understand why trying to use the following construct to get the signalmask no longer works with version >= 4.0. int signalmask = my_sigjmp_buf._sjb[6]; The status control word is there now and the signalmask comes after because its size can vary. In theory at least I should be able to get the signalmask now with something along the following lines. memcpy(signalmask, &(my_sigjmp_buf._sjb[7]), sizeof(sigset_t)); Thanks. -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 9:40:30 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 1E1CF37B67E for ; Thu, 20 Apr 2000 09:40:19 -0700 (PDT) (envelope-from julian@elischer.org) Received: from popserver-02.iinet.net.au (popserver-02.iinet.net.au [203.59.24.148]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id AAA03941; Fri, 21 Apr 2000 00:40:16 +0800 Received: from jules.elischer.org (reggae-01-197.nv.iinet.net.au [203.59.62.197]) by popserver-02.iinet.net.au (8.9.3/8.9.3) with SMTP id AAA13110; Fri, 21 Apr 2000 00:40:12 +0800 Message-ID: <38FF3235.446B9B3D@elischer.org> Date: Thu, 20 Apr 2000 09:37:09 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: "NandaKumar P.K." Cc: freebsd-hackers@freebsd.org Subject: Re: Remote kernel debugging References: <20000420084459.11675.qmail@web1901.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What you should be doing depends on what kernel you are using.. I presume 4.0 or 5.0 as you use 0x80 as the flag for sio0. Here's what I do: Some of this, you have done, but I repeat the instructins for others to find in the archives :-) Don't forget there are two debuggers, DDB, which has a human readable interface and ALWAYS COMES OUT ON THE CONSOLE DEVICE, and the gdb robot. In this case you wish to use the gdb robot, but boot -d puts you straight into the DDB. If you wish to switch to gdb, the easiest thing to do in DDB is 'gdb' this switches the mode of the next kernel break, and then 's' single step 1 instruction.. which will do that break. the dgb robot is now in charge. It will be talking out COM1 at 9600 baud. It will wait in this state indefinitly for gdb to come along, so do this first. Gdb on the other hand will time out if it doesn't find a robot to talk to withing about 30 seconds. Now you need to run gdb IN THE BUILD DIRECTORY of the /sys tree on the 2nd machine, where you should have the following .gdbinit file: file kernel.debug set remotebaud 9600 target remote /dev/cuaa0 gdb should start up and detect the messages from the robot. Both kernel.debug, and kernel (the stripped version) should be present in this directory. You don't need to copy kernel.debug to the remote machine, just copy 'kernel' as it's already been stripped. NandaKumar P.K. wrote: > > Hi, > > We were trying to debug the SCSI CAM driver using > remote gdb, but we were not able to establish the > connection between the target machine and host > machine. > > The host and the target machine were connected using a > null modem cable which was tested using Pcplus utility > in DOS. In both the machines the cable is connected to > the COM1 port. > > The steps which we followed were as follows. > In the host machine > 1. Made a copy of the GENERIC kernel called MYKERNEL. > 2. The follwing additions were made to MYKERNEL > options DDB > device sio0 at isa? port "IO_COM1" flags 0x080 In fact options 0xc0 may be better. > 3. Compiled using config -g and installed MYKERNEL . No don't install it on the host.. just on the target. > 4. Made a copy of the kernel , kernel.debug not needed > 5. Copied the kernel.debug to the target machine. No just copy 'kernel'. Kernel.debug is only needed by the 'gdb' program to read teh symbols. > > In the target machine > 1. Strip -x kernel.debug & then reboot. no, just take 'kernel' from the build directory in the first place.. They are both in the build directory.. kernel is always there but kernel.bebug is only made when -g is used.. > 2. At the boot prompt ,loaded kernel.debug No, just boot the simple stripped kernel > 3. Opened the debugger using boot -d ok > > In the host machine > 1. cd /usr/src/sys/compile/MYKERNEL ok > 2. gdb -k kernel no, kernel has nothing to do with it.. either use the .gdbinit file I supplied above and just type 'gdb', or just type 'gdb' and type in the following manually file kernel.debug set remotebaud 9600 target remote /dev/cuaa0 > 3. (kgdb) target remote /dev/cuaa0 this is ok but you have specified the wrong file for symbols. > > In the target > 1.db>gdb > 2. s yes. > > Now the following error message was displayed in the > host > Ignoring packet error,continuing.. > Ignoring packet error,continuing.. > Ignoring packet error,continuing.. > Could'nt establish connection to remote target > Malformed response to offset query,timeout > > Using the same cable i was able to set the serial > console on the machine and were able to find the > printf messages coming on the other machine. I also > found some characters sent by the host machine when > the target > remote /dev/cuaa0 command is given. I had the terminal > emulation package pcplus on the other machine. But i > couldn't find any character sent by the target machine > when 's' is pressed there. So i have a doubt regarding > my target machine's setting is not O.K. But i am not > able to find the problem there. Any help will be > deeply appreciated. If you are on 3.x you will need to set the serial console to com1 as well, as the gdb will talk on the serial console. i.e. flags 0x30 > > Regards, > Nandan > > __________________________________________________ > Do You Yahoo!? > Send online invitations with Yahoo! Invites. > http://invites.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 13: 3:52 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 6725437B99B; Thu, 20 Apr 2000 13:03:48 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id 81B79138152; Thu, 20 Apr 2000 16:02:32 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id QAA31612; Thu, 20 Apr 2000 16:02:28 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14591.25172.361989.676550@trooper.velocet.net> Date: Thu, 20 Apr 2000 16:02:28 -0400 (EDT) To: freebsd-stable@freebsd.org, hackers@freebsd.org Cc: Archie Cobbs Subject: MD5 usage in the kernel. X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm working on an l2tp netgraph node. I need md5. Specifically, the RFC says: The Response is a 16 octet value reflecting the CHAP-style [RFC1994] response to the challenge. I've had a look at md5.c, but there is no documentation on the usage md5. In this specific case, how do I call it? If CHAP uses MD5, how does ng_ppp or kernel ppp handle this (or does it)? Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 13:13:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lindt.urgle.com (lindt.urgle.com [195.173.172.169]) by hub.freebsd.org (Postfix) with ESMTP id 284B237BE98; Thu, 20 Apr 2000 13:13:21 -0700 (PDT) (envelope-from mike@urgle.com) Received: from mike by lindt.urgle.com with local (Exim 3.03 #1) id 12iNK9-0002dv-00; Thu, 20 Apr 2000 21:13:17 +0100 Date: Thu, 20 Apr 2000 21:13:17 +0100 From: Mike Bristow To: David Gilbert Cc: freebsd-stable@freebsd.org, hackers@freebsd.org, Archie Cobbs Subject: Re: MD5 usage in the kernel. Message-ID: <20000420211317.A10157@lindt.urgle.com> References: <14591.25172.361989.676550@trooper.velocet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <14591.25172.361989.676550@trooper.velocet.net>; from dgilbert@velocet.ca on Thu, Apr 20, 2000 at 04:02:28PM -0400 X-Rated: LSD, spy, Panama Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 20, 2000 at 04:02:28PM -0400, David Gilbert wrote: > I'm working on an l2tp netgraph node. I need md5. Specifically, the > RFC says: > > The Response is a 16 octet value reflecting the CHAP-style > [RFC1994] response to the challenge. > > I've had a look at md5.c, but there is no documentation on the usage > md5. In this specific case, how do I call it? > > If CHAP uses MD5, how does ng_ppp or kernel ppp handle this (or does > it)? hands all the LCP of to userland Is a similar approach approprate here? Is the MD5ing time critical, or does it only appear in the moral equivilent of LCP? -- Mike Bristow, seebitwopie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 13:42:33 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id A65A637B746; Thu, 20 Apr 2000 13:42:28 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id EAB6F138041; Thu, 20 Apr 2000 16:42:15 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id QAA35195; Thu, 20 Apr 2000 16:42:15 -0400 (EDT) (envelope-from dgilbert) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14591.27558.729855.961543@trooper.velocet.net> Date: Thu, 20 Apr 2000 16:42:14 -0400 (EDT) To: Mike Bristow Cc: David Gilbert , freebsd-stable@freebsd.org, hackers@freebsd.org, Archie Cobbs Subject: Re: MD5 usage in the kernel. In-Reply-To: <20000420211317.A10157@lindt.urgle.com> References: <14591.25172.361989.676550@trooper.velocet.net> <20000420211317.A10157@lindt.urgle.com> X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Mike" == Mike Bristow writes: Mike> hands all the LCP of to userland Mike> Is a similar approach approprate here? Is the MD5ing time Mike> critical, or does it only appear in the moral equivilent of LCP? Could be done, I suppose. It is the "moral" equivalent to LCP. It just seems to be such a simple function that md5 in the kernel is perfect for it. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 13:55:15 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4302337B797; Thu, 20 Apr 2000 13:55:05 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Thu, 20 Apr 2000 16:55:03 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Daniel O'Connor Cc: hackers@FreeBSD.ORG, Anatoly Vorobey , Warner Losh , Mike Pritchard Subject: Re: PC Keyboard Scancodes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 20 Apr 2000, Daniel O'Connor wrote: > > On 19-Apr-00 Brian Fundakowski Feldman wrote: > > I've got a nice script and better version of scancodes.c to do this for > > me > > now, so here goes :) These are the keys on the Logitech cordless > > keyboard, > > and they are undoubtedly the same for the rest of the Logitech iTouch > > keyboards. Script or scancodes.c on request, of course :) I hope this > > will help whosoever decides to take upon the task. > > I don't suppose you could change 'ch' to be 'unsigned char' and print the > values as hex? I'm too lazy to convert them :) Sure: Key Pressed Released --- ------- -------- Sleep e0, 5f e0, df Mute e0, 20 e0, a0 Decrease Volume e0, 2e e0, ae Increase Volume e0, 30 e0, b0 Play e0, 22 e0, a2 Stop e0, 24 e0, a4 Rewind e0, 10 e0, 90 Fast Forward e0, 19 e0, 99 Mail e0, 6c e0, ec Search e0, 65 e0, e5 Home e0, 32 e0, b2 Run e0, 66 e0, e6 With the new output format, I can tell that the released scancode is the pressed scancode + 128 (| 0x80). Cool :) > I've altered atkbd.c to grok the new keys, I also added 'power' and 'halt' > to kbdcontrol/syscons - so now the power button works 8-) Heh, cool :) This goes well with my small diffs to make the ATX power button a true 'panic', don't you think? > I think for a lot of the other keys we'll need a userland daemon which > talks to syscons to handle stuff. Yeah, but along with stuff like this (usbd et al), we should have something in the kernel (thread?) to do most of it. A unified event daemon would probably be half in the kernel and half out of it, and it would provide a pretty clean interface for this kind of thing (when it's not vaporware). > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 15: 1:13 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 5F37937B50D; Thu, 20 Apr 2000 15:01:07 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id PAA98814; Thu, 20 Apr 2000 15:01:01 -0700 (PDT) From: Archie Cobbs Message-Id: <200004202201.PAA98814@bubba.whistle.com> Subject: Re: MD5 usage in the kernel. In-Reply-To: <14591.25172.361989.676550@trooper.velocet.net> from David Gilbert at "Apr 20, 2000 04:02:28 pm" To: dgilbert@velocet.ca (David Gilbert) Date: Thu, 20 Apr 2000 15:01:01 -0700 (PDT) Cc: freebsd-stable@freebsd.org, hackers@freebsd.org, archie@whistle.com (Archie Cobbs) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Gilbert writes: > I'm working on an l2tp netgraph node. I need md5. Specifically, the > RFC says: > > The Response is a 16 octet value reflecting the CHAP-style > [RFC1994] response to the challenge. > > I've had a look at md5.c, but there is no documentation on the usage > md5. In this specific case, how do I call it? MD5 is included in the kernel by default. So just call the same routines shown in the md5(3) man page... they're declared in /sys/crypto/md5.h, which you should #include in your C file(s). > If CHAP uses MD5, how does ng_ppp or kernel ppp handle this (or does > it)? In the ng_ppp case, in user-land where all PPP negotiation takes place. For kernel PPP, in the kernel -- see sys/net/if_spppsubr.c. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 17:40:47 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 3B11637B98B; Thu, 20 Apr 2000 17:40:38 -0700 (PDT) (envelope-from darius@guppy.dons.net.au) Received: from guppy.dons.net.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.9.3/8.9.1) with ESMTP id KAA26373; Fri, 21 Apr 2000 10:10:26 +0930 (CST) (envelope-from darius@guppy.dons.net.au) Received: (from darius@localhost) by guppy.dons.net.au (8.9.3/8.9.3) id KAA00450; Fri, 21 Apr 2000 10:10:13 +0930 (CST) (envelope-from darius) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 21 Apr 2000 10:10:13 +0930 (CST) From: "Daniel O'Connor" To: Brian Fundakowski Feldman Subject: Re: PC Keyboard Scancodes Cc: Mike Pritchard , Warner Losh , Anatoly Vorobey , hackers@FreeBSD.org, "Daniel O'Connor" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 20-Apr-00 Brian Fundakowski Feldman wrote: > Sure: Gracias. > With the new output format, I can tell that the released scancode is the > pressed scancode + 128 (| 0x80). Cool :) Yes, the kbd driver handles this automatically. >> I've altered atkbd.c to grok the new keys, I also added 'power' and 'halt' >> to kbdcontrol/syscons - so now the power button works 8-) > Heh, cool :) This goes well with my small diffs to make the ATX power > button a true 'panic', don't you think? Damn straight :) > Yeah, but along with stuff like this (usbd et al), we should have something > in the kernel (thread?) to do most of it. A unified event daemon would > probably be half in the kernel and half out of it, and it would provide a > pretty clean interface for this kind of thing (when it's not vaporware). Hmm OK.. I was thinking about something like apmd (and usbd) which spends most of its time blocked waiting for events, but a unified daemon would be nice :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Apr 20 19:19:53 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 9193537B57B for ; Thu, 20 Apr 2000 19:19:46 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id WAA01645 for ; Thu, 20 Apr 2000 22:19:38 -0400 (EDT) Message-Id: <200004210219.WAA01645@cs.rpi.edu> To: freebsd-hackers@freebsd.org Subject: spontaneous reboots in 4.0-STABLE (gotcha) Date: Thu, 20 Apr 2000 22:19:37 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, I posted some panic messages awhile ago that appeared to go largely unnoticed. I just got it again (this time while running in X) and I was able to capture them via serial console. I will separate this message into 'fact', 'observation', and 'speculation': Fact: 1) This was the same panic as before (when just running on console). 2) Panic is as follows: > panic: clist reservation botch > mp_lock = 00000001; cpuid = 0; lapic.id = 01000000 > Debugger("panic") > panic: clist reservation botch > mp_lock = 00000003; cpuid = 0; lapic.id = 01000000 > boot() called on cpu#0 > Uptime: 12h14m52s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > cpu_reset called on cpu#0 > cpu_reset: stopping other CPUs 3) This was running a -STABLE as of today 4) This is a SMP machine with SMP Kernel (2 CPUs) 5) Machine is USB, with USB console keyboard, USB mouse 6) attempting to 'control-alt-escape' into the debugger will sometimes hard-lock the system in the debugger mode. 7: running vinum on 1 SCSI and 2 IDE drives Observations: 1) Appears much more likely if the system bus is busy 2) break to debugger hard-locking the system becomes more likely (to a 100% probability) the longer the system runs. (this is measured in minutes, if I were to try to enter it now, 25minutes after boot, it would lock) Speculations: 1) It appears to be a race condition of some sort in the USB code, perhaps not setting the correct SPL level before branching to the tty routines (for atkbdc it appears automagically set for you, with no such magic for USB that I can find) If anyone needs additional information (configuration hasn't changed since the earlier message), please ask. -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 1:19:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from tofu.alt.net (tofu.alt.net [207.14.113.2]) by hub.freebsd.org (Postfix) with ESMTP id E325D37B8DD for ; Fri, 21 Apr 2000 01:19:28 -0700 (PDT) (envelope-from abourov@alt.net) Received: from comp3 ([209.152.191.211]) by tofu.alt.net (8.9.3/8.8.5) with ESMTP id BAA15063 for ; Fri, 21 Apr 2000 01:17:34 -0700 (PDT) Message-Id: <4.2.0.58.20000421010847.01c3ae50@mail3.addr.com> X-Sender: abourov@mail.alt.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Fri, 21 Apr 2000 01:16:56 -0700 To: freebsd-hackers@FreeBSD.ORG From: Anthony Bourov Subject: Intel's GX managment port client, or any hints on the specs? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, We host a whole bunch of servers, all FreeBSD, and many of them run on intel GX motherboards, which have a feature called EMP. Basically, I didn't go to much detail into this, I got that it is a way to monitor/control the server through modem/null-modem client. But they provide their own client-NT/95 only of course, and it didn't look like the communication is clear text. Does anyone know if anyone was planning to write something for this, or if there are specs available. I probably don't need the know monitoring thing, just a way to do a remote reset. In general, are there any good remote reset solutions, one that would invoke a hard reset, but not one of those that will completely cut the power to the server, and then turn it back on, I found that it's pretty likely to get problems if you use that enough. Thanks, Anthony Ps. if you respond to the mailing list, could you also CC the responses to my email address as I barely have time to catch up with all my email, and probably not the mailing list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 7:25:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 2927437B8BA for ; Fri, 21 Apr 2000 07:25:55 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id IAA7915481; Fri, 21 Apr 2000 08:25:53 -0600 (MDT) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id IAA12533; Fri, 21 Apr 2000 08:25:53 -0600 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Fri, 21 Apr 2000 08:25:53 -0600 (MDT) From: Ronald G Minnich X-Sender: rminnich@mini.acl.lanl.gov To: Anthony Bourov Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Intel's GX managment port client, or any hints on the specs? In-Reply-To: <4.2.0.58.20000421010847.01c3ae50@mail3.addr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 21 Apr 2000, Anthony Bourov wrote: > We host a whole bunch of servers, all FreeBSD, and many of them run on > intel GX motherboards, which have a feature called EMP. Basically, I didn't > go to much detail into this, I got that it is a way to monitor/control the > server through modem/null-modem client. But they provide their own > client-NT/95 only of course, and it didn't look like the communication is > clear text. Does anyone know if anyone was planning to write something for > this, or if there are specs available. I probably don't need the know > monitoring thing, just a way to do a remote reset. argonne is working on scripts to talk to this. Don't know how far they got. I think EMP is stupid, personally, but worse, it's the usual "this is proprietary" story from Intel. We're doing this: www.linuxbios.org instead. And, oh yeah, with our reset you won't reboot with zero'd memory. You get your syslog back, for example. You could if you wanted get an 'OS core dump' like the good old days. > In general, are there any good remote reset solutions, one that would > invoke a hard reset, but not one of those that will completely cut the > power to the server, and then turn it back on, I found that it's pretty > likely to get problems if you use that enough. Not really at present. Hard to believe but lotsa people still think remote power off is a good reset solution. bleah. ah, just joking, but I was thinking of buying one of these: http://www.draganfly.com/products_4eh.html put a little camera and solenoid on it, then have it fly around and hit reset on our cluster from the convenience of my cube :-) Less joking: buy 128 solenoids, screw them to the front of your nodes, make them remote control, .... voila, remote reset :-) Seriously: get rid of that crummy intel bios and put something in there that will give you some actual capability. Think about it, the L440GX has a 100,000,000 bps network yet uses a 9,600 bps management network. Ridiculous. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 9: 5:59 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 1B0F537BD13 for ; Fri, 21 Apr 2000 09:05:55 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id JAA08260; Fri, 21 Apr 2000 09:05:46 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) To: Ronald G Minnich , Anthony Bourov , freebsd-hackers@FreeBSD.ORG Subject: Re: Intel's GX managment port client, or any hints on the specs? In-Reply-To: Message from Ronald G Minnich of "Fri, 21 Apr 2000 08:25:53 MDT." Organization: CodeGen, Inc. X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Fri, 21 Apr 2000 09:05:46 -0700 Message-ID: <8252.956333146@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just to followup and update, I am trying to get SmartFirmware (an implementation of IEEE-1275 Open Firmware) running on x86 with the GX chipset. (Please see www.openfirmware.org for info/links.) I abandoned the Intel L440GX+ motherboard due to similar problems that the LinuxBIOS folks had. Well, OK, that and I toasted the board. Or bent a pin - not sure really. Anyway, I'm now trying to get a Supermicro P6DGE going. It has the same chipsets (GX, PIIX4) and should be similar enough to let me bootstrap SF. I've also got a PromICE (with Trace) hooked in to get some idea of where my code is dying. The only thing I'm short on is alcohol. More news as it comes in... -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 9:12:35 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id C4E2A37B958 for ; Fri, 21 Apr 2000 09:12:31 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from mini.acl.lanl.gov (root@mini.acl.lanl.gov [128.165.147.34]) by acl.lanl.gov (8.8.8/8.8.5) with ESMTP id KAA7836747 for ; Fri, 21 Apr 2000 10:12:31 -0600 (MDT) Received: from localhost (rminnich@localhost) by mini.acl.lanl.gov (8.9.3/8.8.8) with ESMTP id KAA13168 for ; Fri, 21 Apr 2000 10:12:31 -0600 X-Authentication-Warning: mini.acl.lanl.gov: rminnich owned process doing -bs Date: Fri, 21 Apr 2000 10:12:31 -0600 (MDT) From: Ronald G Minnich X-Sender: rminnich@mini.acl.lanl.gov To: freebsd-hackers@FreeBSD.ORG Subject: Re: Intel's GX managment port client, or any hints on the specs? In-Reply-To: <8252.956333146@pinhead.parag.codegen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 21 Apr 2000, Parag Patel wrote: > Well, OK, that and I toasted the board. Or > bent a pin - not sure really. Hey, there's an idea I like. Toasting the board. Get a nice campfire going and .... toast the board. cool. Should go well with hotdogs and marshmallows. Did you get actual good docs with that mainboard? ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 12: 6:24 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 842C937BDD4; Fri, 21 Apr 2000 12:05:59 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id UAA36692; Fri, 21 Apr 2000 20:02:02 +0100 (BST) (envelope-from nik) Date: Fri, 21 Apr 2000 20:02:01 +0100 From: Nik Clayton To: Nik Clayton Cc: hackers@freebsd.org Subject: Re: No route for 127/8 to lo0 (?) Message-ID: <20000421200201.A34984@catkin.nothing-going-on.org> References: <20000331125739.A97865@catkin.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000331125739.A97865@catkin.nothing-going-on.org>; from nik@freebsd.org on Fri, Mar 31, 2000 at 12:57:40PM +0100 Organization: FreeBSD Project Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 31, 2000 at 12:57:40PM +0100, Nik Clayton wrote: > In the course of debugging why Samba was bringing my modem link up > periodically, I discovered it was sending netbios packets to > 127.255.255.255. Because the relevent entries from the routing table > looked like > > Destination Gateway Flags Refs Use Netif Expire > default 158.152.1.222 UGSc 22 0 tun0 > 127.0.0.1 127.0.0.1 UH 0 201 lo0 > [...] > > 127.255.255.255 was going out of the default route, tun0, and bringing > the line up. [...] > I thought that 127/8 was the "local net", and that packets sent to any of > those addresses would go via the loopback interface. That seems to be > how Linux and Windows 98 do things (the only systems I can check this on > at the moment). Assuming that's the case, why does FreeBSD only add a > a host route to 127.0.0.1, and not a network route for 127/8? Various > other people have confirmed that they only have a 127.0.0.1 host route > as well, so I don't believe this is a misconfiguration of my system. No one's actually been able to answer this, save a few comments that the loopback interface is special-cased to do this in the code, and that the code in question is quite old. In light of that, I'd like to commit: Index: rc.network =================================================================== RCS file: /home/ncvs/src/etc/rc.network,v retrieving revision 1.74 diff -u -r1.74 rc.network --- rc.network 2000/02/29 12:53:28 1.74 +++ rc.network 2000/04/21 18:48:15 @@ -254,6 +254,9 @@ done fi + # 127/8 goes through lo0. + route add -net 127 -interface lo0 + echo -n 'Additional routing options:' case ${tcp_extensions} in [Yy][Ee][Ss] | '') as a stop gap. FWIW, the code in question is sys/netinet/in.c:in_ifinit(), around line 701. Comments? N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 13:19:51 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by hub.freebsd.org (Postfix) with ESMTP id 4A2B937B6A6 for ; Fri, 21 Apr 2000 13:19:48 -0700 (PDT) (envelope-from chris@holly.calldei.com) Received: from holly.calldei.com ([208.191.153.50]) by mta4.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FTD00335RDJNP@mta4.rcsntx.swbell.net> for hackers@FreeBSD.ORG; Fri, 21 Apr 2000 13:58:32 -0500 (CDT) Received: (from chris@localhost) by holly.calldei.com (8.9.3/8.9.3) id NAA17399 for hackers@FreeBSD.ORG; Fri, 21 Apr 2000 13:58:08 -0500 (CDT envelope-from chris) Date: Fri, 21 Apr 2000 13:57:51 -0500 From: Chris Costello Subject: RFC: Patches for mounting fdesc on /dev/fd and general cleanup To: hackers@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <20000421135808.N338@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i User-Agent: Mutt/0.96.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (Trying -hackers since -current wasn't very interested. Maybe someone might actually see it this time.) I've modified the fdesc file system so that it will be mounted on /dev/fd directly (rather than as a union mount on /dev) and have fixed a lot of items relating to missing data and incorrect cloning. I'm looking for some review and feedback on this. Thanks. Documentation: http://www.FreeBSD.org/~chris/fdesc/ The patch: http://www.FreeBSD.org/~chris/fdesc.patch -- |Chris Costello |Make input easy to proofread. `---------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 14:24: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.millennium20.com (smtp.thecyberguys.net [209.79.190.13]) by hub.freebsd.org (Postfix) with ESMTP id F3FF737B865 for ; Fri, 21 Apr 2000 14:23:57 -0700 (PDT) (envelope-from glennpj@bayouhome.net) Received: from gforce.johnson.home (1Cust68.tnt2.covington.la.da.uu.net [63.31.31.68]) by smtp.millennium20.com (8.10.0/8.10.0) with SMTP id e3LLN9622057 for ; Fri, 21 Apr 2000 14:23:09 -0700 Received: (from glenn@localhost) by gforce.johnson.home (8.9.3/8.9.3) id QAA00639 for freebsd-hackers@freebsd.org; Fri, 21 Apr 2000 16:23:51 -0500 (CDT) (envelope-from glenn) From: Glenn Johnson Date: Fri, 21 Apr 2000 16:23:27 -0500 To: freebsd-hackers@freebsd.org Subject: Linux RPC binary on FreeBSD? Message-ID: <20000421162327.A612@gforce.johnson.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it possible to run a Linux binary that uses RPC under FreeBSD? I have such a program that is not working but before I go off on a wild goose chase I wanted to find out if there were any precedents. Are there any Linux RPC programs that run under FreeBSD? I am using FreeBSD 4.0-STABLE with the latest linux_base-6.1 so everything is up to date. I thought that I might need to have the Linux portmap running but I do not see how I could do that as I also need the FreeBSD portmap running for NFS. Any help is much appreciated. Thanks. -- Glenn Johnson glennpj@bayouhome.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 14:44:16 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by hub.freebsd.org (Postfix) with ESMTP id 137AD37BA22 for ; Fri, 21 Apr 2000 14:44:07 -0700 (PDT) (envelope-from dmlb@ragnet.demon.co.uk) Received: from ragnet.demon.co.uk ([158.152.46.40]) by anchor-post-32.mail.demon.net with esmtp (Exim 2.12 #1) id 12ilDY-000Lt1-0W for freebsd-hackers@freebsd.org; Fri, 21 Apr 2000 22:44:05 +0100 Received: from dmlb by ragnet.demon.co.uk with local (Exim 3.03 #1) id 12il8a-0008wx-00 for freebsd-hackers@freebsd.org; Fri, 21 Apr 2000 22:38:56 +0100 Content-Length: 874 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 21 Apr 2000 22:38:55 +0100 (BST) From: Duncan Barclay To: freebsd-hackers@freebsd.org Subject: Help with SIOCADDMULTI, IFF_ALLMULTI and IFF_PROMISC Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi In my seemingly never ending quest to get a correctly functioning driver for the WebGear wireless LAN cards I need some advice on how to DTRT with multi-casts. The WebGear cards can be programmed with 16 multicast addresses, from these the NIC itself generates hashes. So what should I do when there are more than 16 mutli-cast addresses? Some drivers appear to set ALLMULTI, others set a promiscuous mode. Some of the promiscuous mode drivers do some filtering before sending packets to BPF/ether_input and other don't. What should I do when I see ALLMULTI? Help! Thanks, Duncan --- ________________________________________________________________________ Duncan Barclay | God smiles upon the little children, dmlb@ragnet.demon.co.uk | the alcoholics, and the permanently stoned. ________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 16:27: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id BA7E937BABF for ; Fri, 21 Apr 2000 16:26:58 -0700 (PDT) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id 206A61E004; Fri, 21 Apr 2000 19:26:54 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id TAA15457; Fri, 21 Apr 2000 19:26:53 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id QAA24912; Fri, 21 Apr 2000 16:25:47 -0700 (PDT) Message-Id: <200004212325.QAA24912@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: dmlb@ragnet.demon.co.uk Subject: Re: Help with SIOCADDMULTI, IFF_ALLMULTI and IFF_PROMISC Cc: freebsd-hackers@freebsd.org Date: Fri, 21 Apr 2000 16:25:47 -0700 Versions: dmail (solaris) 2.2g/makemail 2.9a Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >What should I do when I see ALLMULTI? You should go promiscuous to multicast. If the card doesn't support that, you should go fully promiscuous and drop unicasts that aren't to you. (Make sure you don't block packets that bpf is going to want to see). Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Apr 21 19:55:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from celery.dragondata.com (celery.dragondata.com [205.253.12.6]) by hub.freebsd.org (Postfix) with ESMTP id 2692737B5FE for ; Fri, 21 Apr 2000 19:55:25 -0700 (PDT) (envelope-from toasty@celery.dragondata.com) Received: (from toasty@localhost) by celery.dragondata.com (8.9.3/8.9.3) id VAA29433 for hackers@freebsd.org; Fri, 21 Apr 2000 21:55:19 -0500 (CDT) (envelope-from toasty) From: Kevin Day Message-Id: <200004220255.VAA29433@celery.dragondata.com> Subject: Double buffered cp(1) To: hackers@freebsd.org Date: Fri, 21 Apr 2000 21:55:19 -0500 (CDT) X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has anyone attempted to create a double buffered version of cp(1)? When copying from one disk to another, disk activity seems to ping-pong between the two, rather than keeping both active at the same time. If I were to fork and do something similar to afio, or maybe even doing something weird like using sendfile(it's faster than it sounds, and zero-copy), does anyone think I'd see any kind of speed boost? I'm effectively getting a little less than half the performance of just writing files filled with zero's, so I'm guessing this is where the bottleneck is, correct? -- Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 0:51:39 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 91BCB37B70D for ; Sat, 22 Apr 2000 00:51:36 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e3M8K5i09504; Sat, 22 Apr 2000 01:20:05 -0700 (PDT) Date: Sat, 22 Apr 2000 01:20:05 -0700 From: Alfred Perlstein To: Kevin Day Cc: hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) Message-ID: <20000422012005.A204@fw.wintelcom.net> References: <200004220255.VAA29433@celery.dragondata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200004220255.VAA29433@celery.dragondata.com>; from toasty@dragondata.com on Fri, Apr 21, 2000 at 09:55:19PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kevin Day [000421 20:24] wrote: > > Has anyone attempted to create a double buffered version of cp(1)? When > copying from one disk to another, disk activity seems to ping-pong between > the two, rather than keeping both active at the same time. > > If I were to fork and do something similar to afio, or maybe even doing > something weird like using sendfile(it's faster than it sounds, and > zero-copy), does anyone think I'd see any kind of speed boost? > > I'm effectively getting a little less than half the performance of just > writing files filled with zero's, so I'm guessing this is where the > bottleneck is, correct? extend (using truncate) and then mmap() the destination file, then read() directly into the mmap()'d portion. I'd like to see what numbers you get. :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 10: 6:58 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id DF0A237B540 for ; Sat, 22 Apr 2000 10:06:48 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA55294; Sat, 22 Apr 2000 10:06:38 -0700 (PDT) (envelope-from dillon) Date: Sat, 22 Apr 2000 10:06:38 -0700 (PDT) From: Matthew Dillon Message-Id: <200004221706.KAA55294@apollo.backplane.com> To: Alfred Perlstein Cc: Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) References: <200004220255.VAA29433@celery.dragondata.com> <20000422012005.A204@fw.wintelcom.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :extend (using truncate) and then mmap() the destination file, then :read() directly into the mmap()'d portion. : :I'd like to see what numbers you get. :) : :-- :-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Probably not so good considering the number of faults that will be taken. Also, if the destination filesystem runs out of room cp will take a random seg-fault trying to access the map. Plus the dirtying of that many VM pages will seriously effect performance. read + write is a better way to do it. It is still possible to double buffer. In this case simply create a small anonymous shared mmap that fits in the L2 cache (like 128K), setup a pipe, fork, and have one process read() from the source while the other write()s to the destination. The added overhead is actually less then 'one buffer copy' worth if the added buffering fits in the L1 or L2 cache. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 10:23:50 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.nyct.net (bsd4.nyct.net [204.141.86.6]) by hub.freebsd.org (Postfix) with ESMTP id C1DE337B568 for ; Sat, 22 Apr 2000 10:23:47 -0700 (PDT) (envelope-from mbac@nyct.net) Received: from bsd1.nyct.net (root@bsd1.nyct.net [204.141.86.3]) by mail.nyct.net (8.9.3/8.8.7) with ESMTP id NAA39073; Sat, 22 Apr 2000 13:25:12 -0400 (EDT) (envelope-from mbac@nyct.net) Received: from localhost (mbac@localhost) by bsd1.nyct.net (8.9.3/8.9.3) with ESMTP id NAA38646; Sat, 22 Apr 2000 13:23:41 -0400 (EDT) (envelope-from mbac@nyct.net) X-Authentication-Warning: bsd1.nyct.net: mbac owned process doing -bs Date: Sat, 22 Apr 2000 13:23:40 -0400 (EDT) From: Michael Bacarella To: Matthew Dillon Cc: Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) In-Reply-To: <200004221706.KAA55294@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > :extend (using truncate) and then mmap() the destination file, then > :read() directly into the mmap()'d portion. > : > :I'd like to see what numbers you get. :) > read + write is a better way to do it. It is still possible to > double buffer. In this case simply create a small anonymous shared > mmap that fits in the L2 cache (like 128K), setup a pipe, fork, and > have one process read() from the source while the other write()s to the > destination. The added overhead is actually less then 'one buffer copy' > worth if the added buffering fits in the L1 or L2 cache. It seems silly to implement something as trivial and straightforward as copying a file in userland. The process designated to copy a file just sits in a tight loop invoking the read()/write() syscalls repeatedly. Since this operation is already system bound and very simple, what's the arguement against absorbing it into the kernel? -MB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 10:36:29 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id B8F4C37B759 for ; Sat, 22 Apr 2000 10:36:25 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA55484; Sat, 22 Apr 2000 10:36:22 -0700 (PDT) (envelope-from dillon) Date: Sat, 22 Apr 2000 10:36:22 -0700 (PDT) From: Matthew Dillon Message-Id: <200004221736.KAA55484@apollo.backplane.com> To: Michael Bacarella Cc: Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : : :> :extend (using truncate) and then mmap() the destination file, then :> :read() directly into the mmap()'d portion. :> : :> :I'd like to see what numbers you get. :) : :> read + write is a better way to do it. It is still possible to :> double buffer. In this case simply create a small anonymous shared :> mmap that fits in the L2 cache (like 128K), setup a pipe, fork, and :> have one process read() from the source while the other write()s to the :> destination. The added overhead is actually less then 'one buffer copy' :> worth if the added buffering fits in the L1 or L2 cache. : :It seems silly to implement something as trivial and straightforward as :copying a file in userland. The process designated to copy a file just :sits in a tight loop invoking the read()/write() syscalls :repeatedly. Since this operation is already system bound and very simple, :what's the arguement against absorbing it into the kernel? : :-MB I don't think anyone has suggested that it be absorbed into the kernel. We are talking about userland code here. The argument for double-buffering is a simple one - it allows the process read()ing from the source file to block without stalling the process write()ing to the destination file. I think the reality, though, is that at least insofar as copying a single large file the source is going to be relatively contiguous on the disk and thus will tend not to block. More specifically, the disk itself is probably the bottleneck. Disk writes tend to be somewhat slower then disk reads and the seeking alone (between source file and destination file), even when using a large block size, will reduce performance drastically verses simply reading or writing a single file linearly. Double buffering may help a disk-to-disk file copy, but I doubt it will help a disk-to-same-disk file copy. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 11:42:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from corinth.bossig.com (corinth.bossig.com [208.26.239.66]) by hub.freebsd.org (Postfix) with ESMTP id 2B5A737B7F9 for ; Sat, 22 Apr 2000 11:42:29 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.242.14]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Sun, 23 Apr 2000 11:46:34 -0700 Message-ID: <3901F277.66DDDDAF@3-cities.com> Date: Sat, 22 Apr 2000 11:41:59 -0700 From: Kent Stewart Organization: Columbia Basin Virtual Community Project X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Michael Bacarella , Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) References: <200004221736.KAA55484@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon wrote: > > : > : > :> :extend (using truncate) and then mmap() the destination file, then > :> :read() directly into the mmap()'d portion. > :> : > :> :I'd like to see what numbers you get. :) > : > :> read + write is a better way to do it. It is still possible to > :> double buffer. In this case simply create a small anonymous shared > :> mmap that fits in the L2 cache (like 128K), setup a pipe, fork, and > :> have one process read() from the source while the other write()s to the > :> destination. The added overhead is actually less then 'one buffer copy' > :> worth if the added buffering fits in the L1 or L2 cache. > : > :It seems silly to implement something as trivial and straightforward as > :copying a file in userland. The process designated to copy a file just > :sits in a tight loop invoking the read()/write() syscalls > :repeatedly. Since this operation is already system bound and very simple, > :what's the arguement against absorbing it into the kernel? > : > :-MB > > I don't think anyone has suggested that it be absorbed into the kernel. > We are talking about userland code here. > > The argument for double-buffering is a simple one - it allows the > process read()ing from the source file to block without stalling the > process write()ing to the destination file. > > I think the reality, though, is that at least insofar as copying a > single large file the source is going to be relatively contiguous on > the disk and thus will tend not to block. More specifically, the > disk itself is probably the bottleneck. Disk writes tend to be > somewhat slower then disk reads and the seeking alone (between source > file and destination file), even when using a large block size, > will reduce performance drastically verses simply reading or writing > a single file linearly. Double buffering may help a disk-to-disk > file copy, but I doubt it will help a disk-to-same-disk file copy. I made some tests on my FreeBSD machine. In the past, double buffering only helps if you have concurrent I/O capability. You only have that if you have dual access to each I/O device (HD) via different data channels. We don't have that capability on PC's. The typical drives that we purchase have only one data path, i.e., the ribbon cable. I tested build worlds where I created my /usr/obj on one controller and left the /usr/src on a different controller. The buildworlds are pretty much I/O bound. They ran faster but not that much faster when different controllers were used. I have an IBM uw scsi on that system and I haven't tried to do a build world using it for one of the file systems. The test I like is iozone because it uses everything I normally use. I tell it to test using 160MB, which is 20+ times the available cache from top. Rawio doesn't mean anything when everything is cached. The tests showed the scsi system was slower than the UDMA-33 drives in everything except for randon I/O and then it was much faster. It could mean that the buffering logic on the scsi HD and scsi controller were smart enough that everything was in cache. It is too easy to split your obj and src filesystem on to different controllers and test if cached I/O between controllers helps on your system. I think that even cp is cached on a normal system and that means you already have "n" buffers available for reading and "N" buffers available for writing. Trying to make cp more complicated won't help because the copy of a file will still be twice the time to just write the file + the number of times that you had to wait for full revolutions of the disk before you could do your next scheduled read or write I/O operation. Kent > > -Matt > Matthew Dillon > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 11:47: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by hub.freebsd.org (Postfix) with ESMTP id 9FEBE37B695 for ; Sat, 22 Apr 2000 11:47:06 -0700 (PDT) (envelope-from marcov@toad.stack.nl) Received: from hermes.tue.nl [131.155.2.46] by mailhost.tue.nl (8.9.3) for id UAA09476 (ESMTP); Sat, 22 Apr 2000 20:31:00 +0200 (MDT) Received: from deathstar (n84.dial.tue.nl [131.155.209.83]) by hermes.tue.nl (Postfix) with ESMTP id D53EB2E802 for ; Sat, 22 Apr 2000 20:30:54 +0200 (CEST) From: "Marco van de Voort" To: hackers@freebsd.org Date: Sat, 22 Apr 2000 20:30:39 +0100 Subject: Clone in userland X-mailer: Pegasus Mail for Win32 (v3.12b) Message-Id: <20000422183054.D53EB2E802@hermes.tue.nl> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a Linux library based on the Clone() call which I want to port to native FreeBSD. I checked the linux emulation, and it seems to do some internal kernel stuff. Is this possible to emulate in userland? p2 = pfind(p->p_retval[0]); /* MvdV: check rfork's return value, and if clone, then load process info? */ if (p2 == 0) return ESRCH; p2->p_sigparent = exit_signal; p2->p_md.md_regs->tf_esp = (unsigned int)args->stack; Marco van de Voort (MarcoV@Stack.nl) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 12: 3: 0 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 7320637B64E for ; Sat, 22 Apr 2000 12:02:54 -0700 (PDT) (envelope-from julian@elischer.org) Received: from popserver-02.iinet.net.au (popserver-02.iinet.net.au [203.59.24.148]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id DAA03335; Sun, 23 Apr 2000 03:02:47 +0800 Received: from jules.elischer.org (reggae-09-4.nv.iinet.net.au [203.59.67.4]) by popserver-02.iinet.net.au (8.9.3/8.9.3) with SMTP id DAA19316; Sun, 23 Apr 2000 03:02:42 +0800 Message-ID: <3901F714.446B9B3D@elischer.org> Date: Sat, 22 Apr 2000 12:01:40 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Marco van de Voort Cc: hackers@freebsd.org Subject: Re: Clone in userland References: <20000422183054.D53EB2E802@hermes.tue.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marco van de Voort wrote: > > I have a Linux library based on the Clone() call which I want to port to native > FreeBSD. Check the port of linuxthreads (under /ports/devel I think) It includes a clone() function. > > I checked the linux emulation, and it seems to do some internal kernel stuff. > Is this possible to emulate in userland? > > p2 = pfind(p->p_retval[0]); > > /* MvdV: check rfork's return value, and if clone, then load process info? */ > > if (p2 == 0) > return ESRCH; > > p2->p_sigparent = exit_signal; > > p2->p_md.md_regs->tf_esp = (unsigned int)args->stack; > > Marco van de Voort (MarcoV@Stack.nl) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 12:20: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id ECC9637B562; Sat, 22 Apr 2000 12:19:56 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Sat, 22 Apr 2000 15:19:55 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Matthew Dillon Cc: Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) In-Reply-To: <200004221706.KAA55294@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 22 Apr 2000, Matthew Dillon wrote: > > :extend (using truncate) and then mmap() the destination file, then > :read() directly into the mmap()'d portion. > : > :I'd like to see what numbers you get. :) > : > :-- > :-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > > Probably not so good considering the number of faults that will > be taken. Also, if the destination filesystem runs out of room > cp will take a random seg-fault trying to access the map. Plus > the dirtying of that many VM pages will seriously effect performance. Err... I think what Alfred (should have) meant was that you should mmap the source file and madvise it MADV_SEQUENTIAL, then write() to the new file directly from that. How bad do you foresee performance being then? -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 13:18:42 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from front7.grolier.fr (front7.grolier.fr [194.158.96.57]) by hub.freebsd.org (Postfix) with ESMTP id 0D60937B6EA for ; Sat, 22 Apr 2000 13:18:34 -0700 (PDT) (envelope-from groudier@club-internet.fr) Received: from ppp-172-144.villette.club-internet.fr (ppp-172-144.villette.club-internet.fr [195.36.172.144]) by front7.grolier.fr (8.9.3/No_Relay+No_Spam_MGC990224) with ESMTP id WAA28073; Sat, 22 Apr 2000 22:17:43 +0200 (MET DST) Date: Sat, 22 Apr 2000 21:51:53 +0200 (CEST) From: =?ISO-8859-1?Q?G=E9rard_Roudier?= X-Sender: groudier@linux.local To: Matthew Dillon Cc: Michael Bacarella , Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) In-Reply-To: <200004221736.KAA55484@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 22 Apr 2000, Matthew Dillon wrote: > :> :extend (using truncate) and then mmap() the destination file, then > :> :read() directly into the mmap()'d portion. > :> : > :> :I'd like to see what numbers you get. :) > : > :> read + write is a better way to do it. It is still possible to > :> double buffer. In this case simply create a small anonymous share= d > :> mmap that fits in the L2 cache (like 128K), setup a pipe, fork, an= d=20 > :> have one process read() from the source while the other write()s t= o the > :> destination. The added overhead is actually less then 'one buffer= copy' > :> worth if the added buffering fits in the L1 or L2 cache. > : > :It seems silly to implement something as trivial and straightforward as > :copying a file in userland. The process designated to copy a file just > :sits in a tight loop invoking the read()/write() syscalls > :repeatedly. Since this operation is already system bound and very simple= , > :what's the arguement against absorbing it into the kernel? > : > :-MB >=20 > I don't think anyone has suggested that it be absorbed into the kerne= l. > We are talking about userland code here. >=20 > The argument for double-buffering is a simple one - it allows the > process read()ing from the source file to block without stalling the > process write()ing to the destination file. >=20 > I think the reality, though, is that at least insofar as copying a > single large file the source is going to be relatively contiguous on > the disk and thus will tend not to block. More specifically, the > disk itself is probably the bottleneck. Disk writes tend to be > somewhat slower then disk reads and the seeking alone (between source > file and destination file), even when using a large block size,=20 > will reduce performance drastically verses simply reading or writing > a single file linearly. Double buffering may help a disk-to-disk > file copy, but I doubt it will help a disk-to-same-disk file copy. Speaking about requential file read, the asynchronous read-ahead mechanism in the kernel already has the same effect as a double-buffering. In addition, real disks do prefetch data based on physical position and this= =20 also help when the file is not too fragmented. However, some bottleneck may exist when reads and writes transverse the same controller or involve a single device. This problem _is_ addressed by SCSI. The disconnection feature allows the BUS bandwidth not to be wasted and tagged command queuing allows to provide devices with several IO requests simultaneously. It is also addressed by ATA using the same mechanisms, but I doubt disconnections and tagged commands will ever be reliable enough to be actually usable on this interface given that it targets personnal=20 computers that donnot require fast multi-streamed disk IOs. =20 This let me think that: - User-space double-bufferred cp will not help at all given a decent=20 IO sub-system and decent devices. - It will also not help when the controller and/or the device (as legacy IDE) just act as an IO bottleneck for cp (double bottleneck in case of=20 reading and writing to the same disk ;-) ). By experience, connecting a real hard disk like a Cheetah to a real SCSI=20 controller (LVD preferred) and using a real O/S help a lot better. ;-) G=E9rard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 13:47: 4 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from facmail.cc.gettysburg.edu (facmail.gettysburg.edu [138.234.4.150]) by hub.freebsd.org (Postfix) with ESMTP id BBE3A37B7C3 for ; Sat, 22 Apr 2000 13:47:00 -0700 (PDT) (envelope-from s467338@gettysburg.edu) Received: from jupiter2 (jupiter2 [138.234.4.6]) by facmail.cc.gettysburg.edu (8.9.3/8.9.3) with SMTP id QAA24863; Sat, 22 Apr 2000 16:46:41 -0400 (EDT) Date: Sat, 22 Apr 2000 16:46:41 -0400 (EDT) From: Andrew Reiter X-Sender: s467338@jupiter2 To: Marco van de Voort Cc: hackers@FreeBSD.ORG Subject: Re: Clone in userland In-Reply-To: <20000422183054.D53EB2E802@hermes.tue.nl> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-956436401=:10163" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-851401618-956436401=:10163 Content-Type: TEXT/PLAIN; charset=US-ASCII Marco, Yes..to actually simplify this for myself, I wrote a quick kld that creates a syscall that wraps the pfind() function. Attached is the source to this kld. Andrew On Sat, 22 Apr 2000, Marco van de Voort wrote: | | p2 = pfind(p->p_retval[0]); | --------------------------------------------------------- Andrew Reiter Computer Security Engineer ---559023410-851401618-956436401=:10163 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="procfind.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: LyoNCiAqIHByb2NmaW5kLmMNCiAqDQogKg0KICogRGVzY3JpcHRpb246DQog KiAgIFNpbXBseSBhIHdyYXBwZXIgZm9yIHN0cnVjdCBwcm9jICpwZmluZChw aWRfdCBwaWQpIGtlcm5lbCBmdW5jdGlvbg0KICogICBzbyB0aGF0IHdlIG1h eSBhY2Nlc3MgaXQgZnJvbSB1c2VybGFuZC4gIEZ1bi4NCiAqDQogKg0KICoN CiAqIEFuZHJldyBSZWl0ZXINCiAqIHM0NjczMzhAZ2V0dHlzYnVyZy5lZHUN CiAqIDQvMDANCiAqDQogKi8NCg0KDQojaW5jbHVkZSA8c3lzL3R5cGVzLmg+ DQojaW5jbHVkZSA8c3lzL3BhcmFtLmg+DQojaW5jbHVkZSA8c3lzL3Byb2Mu aD4NCiNpbmNsdWRlIDxzeXMvbW9kdWxlLmg+DQojaW5jbHVkZSA8c3lzL3N5 c2VudC5oPg0KI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4NCiNpbmNsdWRlIDxz eXMvc3lzdG0uaD4NCiNpbmNsdWRlIDxzeXMvbGlua2VyLmg+DQojaW5jbHVk ZSA8c3lzL3N5c3Byb3RvLmg+DQojaW5jbHVkZSA8c3lzL3N5c2VudC5oPg0K I2luY2x1ZGUgPHN5cy9zeXNjYWxsLmg+DQojaW5jbHVkZSA8c3lzL3N5c2N0 bC5oPg0KI2luY2x1ZGUgPHN5cy9tYWxsb2MuaD4NCiNpbmNsdWRlIDxzeXMv cHRyYWNlLmg+DQojaW5jbHVkZSA8ZXJybm8uaD4NCg0KDQovKiANCiAqIEFy Z3VtZW50cyBwYXNzZWQgaW4gd2hlbiB0aGUgc3lzY2FsbCBpcyBjYWxsZWQu IA0KICoNCiAqLw0KDQpzdHJ1Y3QgcHJvY2ZpbmRfYXJncyB7DQogIHBpZF90 IHBpZDsNCiAgc3RydWN0IHByb2MgKnVwOw0KfTsNCg0KDQoNCnN0YXRpYyBp bnQNCnByb2NmaW5kKHN0cnVjdCBwcm9jICpjdXJwLCBzdHJ1Y3QgcHJvY2Zp bmRfYXJncyAqdWFwKQ0Kew0KICBzdHJ1Y3QgcHJvYyAqa3A7DQogIGludCBl cnIgPSAtMjsNCg0KICBpZiAodWFwLT5waWQgPiAwKSB7DQogICAga3AgPSBw ZmluZCh1YXAtPnBpZCk7DQogICAgaWYgKGtwID09IE5VTEwpDQogICAgICBl cnIgPSBFU1JDSDsJCS8qIE5vIHN1Y2ggcHJvY2VzcyAqLw0KICAgIGVsc2Ug DQogICAgICBlcnIgPSBjb3B5b3V0KGtwLCB1YXAtPnVwLCBzaXplb2Yoc3Ry dWN0IHByb2MpKTsNCiAgfSBlbHNlIA0KICAgIGVyciA9IEVTUkNIOw0KDQog IHJldHVybihlcnIpOyANCn0NCg0Kc3RhdGljIHN0cnVjdCBzeXNlbnQgcHJv Y2ZpbmRfc3lzZW50ID0gew0KICAyLAkJCS8qIG51bWJlciBvZiBhcmd1bWVu dHMgKi8NCiAgcHJvY2ZpbmQJCS8qIGZ1bmN0aW9uIHRoYXQgaXMgb3VyIHN5 c2NhbGwgKi8NCn07DQogDQpzdGF0aWMgaW50IG9mZnNldCA9IE5PX1NZU0NB TEw7IAkvKiBmaW5kIG5leHQgYXZhaWxhYmxlIHNsb3QgKi8NCg0KDQpzdGF0 aWMgaW50IA0KbG9hZChzdHJ1Y3QgbW9kdWxlICptLCAgaW50IGNtZCwgdm9p ZCAqYXJnKQ0Kew0KICBpbnQgZXJyID0gMDsNCiAgDQogIHN3aXRjaChjbWQp IHsNCiAgICBjYXNlIE1PRF9MT0FEOg0KCXByaW50ZigiUHJvY2ZpbmQgc3lz Y2FsbCBsb2FkZWQgYXQgc2xvdCAlZFxuIiwgb2Zmc2V0KTsNCiAgICAgICAg YnJlYWs7DQogICBjYXNlIE1PRF9VTkxPQUQ6DQoJcHJpbnRmKCJQcm9jZmlu ZCBzeXNjYWxsIHVubG9hZGVkIGZyb20gc2xvdCAlZFxuIiwgb2Zmc2V0KTsN CglicmVhazsNCiAgIGRlZmF1bHQ6DQoJZXJyID0gRUlOVkFMOw0KCWJyZWFr Ow0KICB9DQogIHJldHVybihlcnIpOw0KfQ0KDQoNClNZU0NBTExfTU9EVUxF KHByb2NmaW5kLCAmb2Zmc2V0LCAmcHJvY2ZpbmRfc3lzZW50LCBsb2FkLCBO VUxMKTsNCg== ---559023410-851401618-956436401=:10163-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 14: 9: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from corinth.bossig.com (mail.dohboys.com [208.26.253.10]) by hub.freebsd.org (Postfix) with ESMTP id CDED037B568 for ; Sat, 22 Apr 2000 14:08:52 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.242.14]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Sat, 22 Apr 2000 14:11:19 -0700 Message-ID: <39021467.BD1599C5@3-cities.com> Date: Sat, 22 Apr 2000 14:06:47 -0700 From: Kent Stewart Organization: Columbia Basin Virtual Community Project X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: =?iso-8859-1?Q?G=E9rard?= Roudier Cc: Matthew Dillon , Michael Bacarella , Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gérard Roudier wrote: > > On Sat, 22 Apr 2000, Matthew Dillon wrote: > > > :> :extend (using truncate) and then mmap() the destination file, then > > :> :read() directly into the mmap()'d portion. > > :> : > > :> :I'd like to see what numbers you get. :) > > : > > :> read + write is a better way to do it. It is still possible to > > :> double buffer. In this case simply create a small anonymous shared > > :> mmap that fits in the L2 cache (like 128K), setup a pipe, fork, and > > :> have one process read() from the source while the other write()s to the > > :> destination. The added overhead is actually less then 'one buffer copy' > > :> worth if the added buffering fits in the L1 or L2 cache. > > : > > :It seems silly to implement something as trivial and straightforward as > > :copying a file in userland. The process designated to copy a file just > > :sits in a tight loop invoking the read()/write() syscalls > > :repeatedly. Since this operation is already system bound and very simple, > > :what's the arguement against absorbing it into the kernel? > > : > > :-MB > > > > I don't think anyone has suggested that it be absorbed into the kernel. > > We are talking about userland code here. > > > > The argument for double-buffering is a simple one - it allows the > > process read()ing from the source file to block without stalling the > > process write()ing to the destination file. > > > > I think the reality, though, is that at least insofar as copying a > > single large file the source is going to be relatively contiguous on > > the disk and thus will tend not to block. More specifically, the > > disk itself is probably the bottleneck. Disk writes tend to be > > somewhat slower then disk reads and the seeking alone (between source > > file and destination file), even when using a large block size, > > will reduce performance drastically verses simply reading or writing > > a single file linearly. Double buffering may help a disk-to-disk > > file copy, but I doubt it will help a disk-to-same-disk file copy. > > Speaking about requential file read, the asynchronous read-ahead mechanism > in the kernel already has the same effect as a double-buffering. In > addition, real disks do prefetch data based on physical position and this > also help when the file is not too fragmented. When I did my buildworld's on different IDE controllers, my flags were 0xa0ffa0ff on both controllers, which pretty much used everything the IDE drive could provide because of 32-bit transfers, UDMA-33, and 16 sector read aheads. Kent > > However, some bottleneck may exist when reads and writes transverse the > same controller or involve a single device. This problem _is_ addressed by > SCSI. The disconnection feature allows the BUS bandwidth not to be wasted > and tagged command queuing allows to provide devices with several IO > requests simultaneously. > It is also addressed by ATA using the same mechanisms, but I doubt > disconnections and tagged commands will ever be reliable enough to be > actually usable on this interface given that it targets personnal > computers that donnot require fast multi-streamed disk IOs. > > This let me think that: > - User-space double-bufferred cp will not help at all given a decent > IO sub-system and decent devices. > - It will also not help when the controller and/or the device (as legacy > IDE) just act as an IO bottleneck for cp (double bottleneck in case of > reading and writing to the same disk ;-) ). > > By experience, connecting a real hard disk like a Cheetah to a real SCSI > controller (LVD preferred) and using a real O/S help a lot better. ;-) > > Gérard. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ Hunting Archibald Stewart, b 1802 in Ballymena, Antrim Co., NIR http://www.3-cities.com/~kstewart/genealogy/archibald_stewart.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 15:31: 6 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from moffetimages.com (alar.scruz.predictive.com [207.251.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 15D9737B89E for ; Sat, 22 Apr 2000 15:31:02 -0700 (PDT) (envelope-from brianm@moffetimages.com) Received: (from brianm@localhost) by moffetimages.com (8.9.3/8.9.3) id PAA00767 for hackers@freebsd.org; Sat, 22 Apr 2000 15:30:58 -0700 (PDT) (envelope-from brianm) Date: Sat, 22 Apr 2000 15:30:58 -0700 (PDT) From: "Brian D. Moffet" Message-Id: <200004222230.PAA00767@moffetimages.com> To: hackers@freebsd.org Subject: Okay, I'm baffled. (printer init problems.) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I send this to the hackers list because it seems to be well beyond the questions list.. If I was wrong, I apologize. My system, or parts of the dmesg output as preface: FreeBSD 3.3-RELEASE #41: Sat Apr 22 15:05:32 PDT 2000 CPU: Celeron (400.91-MHz 686-class CPU) ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppb0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: MLC,PCL,PML lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 I have a HP-694C on my parallel port, and when printing large printjobs from a windows box to Samba, the last part of the printout is cut off. (of a 4 page printout, 3.3 pages will be printed and the printer will sound like it initialized right at 3.3 pages.) I have mx=0 in the printcap file. I put in a filter which sleeps after the print job is finished, and that delays the cut off point, so it is not a file size problem. I would rather not put in a sleep of 120 seconds after each print job to allow the printer buffer to clear. Now many years ago, (like 10) I ran across a similar problem in SCO Unix, which was caused by the parallel driver sending a printer INIT to the controller port. We fixed that problem by on initializing the printer on boot up, not on open or close. The problem was that the init would cause the printer to clear the internal buffer, and thus it would lose the data that it had accepted, but not printed. I noticed in the lpt.c driver in ppbus that a LPT_NINIT is sent to the control port in lptattach, lptopen, and lptclose. So, I modified it so that it was only done in the lptattach routine. Unfortunately, this did not solve the problem. I did verify that I was actually using that driver by putting in a kernel printf in lptclose(). Any suggestions? Am I missing something in the way that the ppbus driver works, or the parallel port/driver? Has anyone else already solved this problem? I looked in the various FAQs, archives, etc... But I only found reference to the mx variable in printcap. Thanks very much Brian Moffet To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 16:10: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 11FC937B574; Sat, 22 Apr 2000 16:09:58 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA56788; Sat, 22 Apr 2000 16:08:26 -0700 (PDT) (envelope-from dillon) Date: Sat, 22 Apr 2000 16:08:26 -0700 (PDT) From: Matthew Dillon Message-Id: <200004222308.QAA56788@apollo.backplane.com> To: Brian Fundakowski Feldman Cc: Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Err... I think what Alfred (should have) meant was that you should mmap :the source file and madvise it MADV_SEQUENTIAL, then write() to the new :file directly from that. How bad do you foresee performance being then? : :-- : Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / : green@FreeBSD.org `------------------------------' Between 3.x and 4.x I doubled the VM fault readahead size, but we are still talking relatively small I/O's (around 64KB to 128KB), so you are still going to see a lot of faults. (The VM system in 4.x is also able to optimize reverse-indexed scans, is better able to discern random from sequential performance, and the heuristic is now partitioned and doesn't get confused by multiple accessors operating on the same file, but these features will have no impact on a simple file copy). Also,since the heuristic is already detecting sequential operation, setting MADV_SEQUENTIAL in this case isn't going to change anything. MADV_SEQUENTIAL is useful when you are jumping around a mapping enough to defeat the sequential detection, but still want the VM system to perform large-block I/O when it takes a fault. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 16:17:38 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 0BECA37B89E for ; Sat, 22 Apr 2000 16:17:35 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA56834; Sat, 22 Apr 2000 16:17:26 -0700 (PDT) (envelope-from dillon) Date: Sat, 22 Apr 2000 16:17:26 -0700 (PDT) From: Matthew Dillon Message-Id: <200004222317.QAA56834@apollo.backplane.com> To: Kent Stewart Cc: Michael Bacarella , Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) References: <200004221736.KAA55484@apollo.backplane.com> <3901F277.66DDDDAF@3-cities.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :I made some tests on my FreeBSD machine. In the past, double buffering :only helps if you have concurrent I/O capability. You only have that :if you have dual access to each I/O device (HD) via different data :channels. We don't have that capability on PC's. The typical drives :that we purchase have only one data path, i.e., the ribbon cable. This is true for IDE. This is not true for SCSI. While it is true that the ops have to run over the same physical cable, SCSI supports (and our device drivers use) disconnection and multiple-command queueing. This means that both reads and writes can be queued to the drive during the period where the drive is seeking or searching. Since command and data processing is asynchronous for all writes and read lookaheads, you generally get the benefit of concurrent I/O over a SCSI bus. This also means that adding multiple drives to a single SCSI bus tends to multiply the performance where as doing the same thing on an IDE bus results in little improvement. :I tested build worlds where I created my /usr/obj on one controller :and left the /usr/src on a different controller. The buildworlds are :pretty much I/O bound. They ran faster but not that much faster when Buildworlds are NOT I/O bound. They are *CPU* bound. This becomes glaringly obvious when you mount /usr/src and /usr/obj over NFS and look at the network traffic. :is cached. The tests showed the scsi system was slower than the :UDMA-33 drives in everything except for randon I/O and then it was :much faster. It could mean that the buffering logic on the scsi HD and :scsi controller were smart enough that everything was in cache. This is a degenerate test case. SCSI systems have slightly higher command processing overhead. Also, most IDE drives lie about write-completion (they return a success status before actually writing the data to the disk). This means that in tests where you are not stressing the disk subsystem (and a buildworld does NOT stress the disk subsystem!), IDE may appear to win out. -Matt :Kent : :-- :Kent Stewart :Richland, WA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 19:12:32 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by hub.freebsd.org (Postfix) with ESMTP id 5123137B730 for ; Sat, 22 Apr 2000 19:12:27 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA05325; Sun, 23 Apr 2000 11:42:18 +0930 (CST) Date: Sun, 23 Apr 2000 11:42:18 +0930 From: Greg Lehey To: Mark Huizer Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Debugging kernel data Message-ID: <20000423114218.H4675@freebie.lemis.com> References: <20000413132050.D43342@dohd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000413132050.D43342@dohd.cx> Organization: Linuxcare, Inc. Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 13 April 2000 at 13:20:50 +0200, Mark Huizer wrote: > Hi > > I'm trying to debug a kernel that is not crashing but hanging, with all > processes in 'inode' wchan. So I did a 'call panic()', and now I have > the crashdump, but is there a way to get to the data structures of the > kernel??? Sure. What are you looking for? Have you read the section on kernel debugging in the handbook? Greg -- Linuxcare. BSD support for the revolution. See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 19:39:27 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.beattie-home.net (148.129.249.209.fastpoint.net [209.249.129.148]) by hub.freebsd.org (Postfix) with ESMTP id 838A337B6AB for ; Sat, 22 Apr 2000 19:39:25 -0700 (PDT) (envelope-from beattie@beattie-home.net) Received: from raven.pdx.beattie-home.net (raven.pdx.beattie-home.net [192.168.0.1]) by mail.beattie-home.net (Postfix) with ESMTP id 4F64BA913; Sat, 22 Apr 2000 19:39:28 -0700 (PDT) Date: Sat, 22 Apr 2000 19:41:48 -0700 (PDT) From: Brian Beattie X-Sender: beattie@raven.pdx.beattie-home.net To: Michael Bacarella Cc: Matthew Dillon , Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 22 Apr 2000, Michael Bacarella wrote: > It seems silly to implement something as trivial and straightforward as > copying a file in userland. The process designated to copy a file just > sits in a tight loop invoking the read()/write() syscalls > repeatedly. Since this operation is already system bound and very simple, > what's the arguement against absorbing it into the kernel? > VMS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 20: 5:54 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from corinth.bossig.com (mail.dohboys.com [208.26.253.10]) by hub.freebsd.org (Postfix) with ESMTP id 0026137B949 for ; Sat, 22 Apr 2000 20:05:47 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.242.92]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Sat, 22 Apr 2000 20:09:57 -0700 Message-ID: <39026874.F652A405@3-cities.com> Date: Sat, 22 Apr 2000 20:05:24 -0700 From: Kent Stewart Organization: Columbia Basin Virtual Community Project X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Michael Bacarella , Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) References: <200004221736.KAA55484@apollo.backplane.com> <3901F277.66DDDDAF@3-cities.com> <200004222317.QAA56834@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon wrote: > > :I tested build worlds where I created my /usr/obj on one controller > :and left the /usr/src on a different controller. The buildworlds are > :pretty much I/O bound. They ran faster but not that much faster when > > Buildworlds are NOT I/O bound. They are *CPU* bound. This becomes > glaringly obvious when you mount /usr/src and /usr/obj over NFS > and look at the network traffic. > > You are right but that is because I haven't started keeping record on 4.0-Stable and we were comparing apples and oranges. A buildworld of 3.4-Stable required around 2000u seconds using gcc-2.8.2 on my system. Setiathome, which is running at a nice of 19, still consumed 90% of the cpu. A buildworld on 4.0-Stable required 3500u seconds using gcc-2.95.2 and setiathome didn't accrue any appreciable cpu time during the build. There were definitely some changes there :). Kent -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ Hunting Archibald Stewart, b 1802 in Ballymena, Antrim Co., NIR http://www.3-cities.com/~kstewart/genealogy/archibald_stewart.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 22 23:26: 3 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 416BF37B795 for ; Sat, 22 Apr 2000 23:26:00 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id XAA58076; Sat, 22 Apr 2000 23:25:52 -0700 (PDT) (envelope-from dillon) Date: Sat, 22 Apr 2000 23:25:52 -0700 (PDT) From: Matthew Dillon Message-Id: <200004230625.XAA58076@apollo.backplane.com> To: Kent Stewart Cc: Michael Bacarella , Alfred Perlstein , Kevin Day , hackers@FreeBSD.ORG Subject: Re: Double buffered cp(1) References: <200004221736.KAA55484@apollo.backplane.com> <3901F277.66DDDDAF@3-cities.com> <200004222317.QAA56834@apollo.backplane.com> <39026874.F652A405@3-cities.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :You are right but that is because I haven't started keeping record on :4.0-Stable and we were comparing apples and oranges. A buildworld of :3.4-Stable required around 2000u seconds using gcc-2.8.2 on my system. :Setiathome, which is running at a nice of 19, still consumed 90% of :the cpu. A buildworld on 4.0-Stable required 3500u seconds using :gcc-2.95.2 and setiathome didn't accrue any appreciable cpu time :during the build. There were definitely some changes there :). : :Kent : :-- :Kent Stewart :Richland, WA Both 3.4 and 4.0 buildworlds are cpu-bound. If you are trying to test buildworlds, then don't run setiathome (or anything else) while doing the test... it will skew the results of your tests due to differences between the 3.4 and 4.x schedulers (specifically, various scheduler bugs were fixed in 4.x that effect niced cpu-bound background programs such as setiathome, giving them way, way too much cpu). It is simply impossible to fairly measure I/O performance in the presence of unrelated background-running programs, especially under 3.x. And even though 4.x does a better job of it, it will still skew the results. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message