From owner-freebsd-current Sun Nov 28 2:54:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (castles511.castles.com [208.214.165.75]) by hub.freebsd.org (Postfix) with ESMTP id 92D7B14CE7 for ; Sun, 28 Nov 1999 02:54:33 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id CAA98732; Sun, 28 Nov 1999 02:55:06 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199911281055.CAA98732@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Douglas Kuntz" Cc: current@FreeBSD.ORG Subject: Re: Boot error In-reply-to: Your message of "Fri, 26 Nov 1999 15:31:02 EST." <000c01bf384d$2824c980$29100218@micronetinfo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Nov 1999 02:55:06 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Ok...for hardware, all I have in the machine is: > A Linksys 10/100 ethernet (uses pn0) > A SCSI card (uses bt0) > A S3 Virge video card > A FIC VA-503+ motherboard w/ 32meg PC66 sdram and a K6-2 400 > the only thing changed between the 2 machines was the other was a Shuttle > Socket 370 motherboard, and a Celeron 366 cpu. > Everything was moved from one case/motherboard to the other > case/motherboard. > The kernel had "ata" compiled in, the options for my hardware, and the basic > floppy and video, nothing that I though was unusual. > > Sorrry about the way I typed before...I actually talk like that (or worse) > half the time, and I have to remember when to talk/type normally. This still doesn't answer the second half of the question. It used to work, then it stopped. What did you change? > Doug > > ----- Original Message ----- > From: "Mike Smith" > To: "Douglas Kuntz" > Cc: > Sent: Friday, November 26, 1999 3:32 AM > Subject: Re: Boot error > > > > > > First things first; try using English for your problem reports. A large > > slice of the community that might be able to answer your questions don't > > use it as their first language, and by using leet-speek you immediately > > eliminate them as a source of help. > > > > > Before I go do a fresh SNAP install, I wanted to see if there was an > easier > > > way to fix this problem... > > > My -current box was a celeron...I had to switch the celeron and mboard > to my > > > windoze machine to get a vidcard werkin...I recompiled the kernel to > 486, > > > 586, and 686, and moved the HD, the cards, etc, over to the K6-2 400 I > > > had...now, everytime at boot, before it even prompts for which OS to > start, > > > it has a bootloader problem...if I recall it was something like: > > > BTX 1.0.0 BTX Loader 1.0.1 > > > then "System Halted" > > > > > > I tried the fixit floppy, etc, and that partially worked, but locked > when it > > > was mounting the filesystem. > > > I'm sorry that I cant provide any more info...I only have 1 monitor and > cant > > > copy/paste between 2 pcs. > > > > I'm sorry, but without a lot more information all I can say is "you done > > something wrong". > > > > You might start with an exhaustive list of the relevant hardware in the > > actual system in question, followed by the actual set of physical changes > > which took it from "working" to "not working". We're not telepathic, and > > we don't have the time to hunt you down and steal all your hardware to > > solve your own problems, so you're going to have to help us out here. > > > > -- > > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 2:59:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 0061414CE7 for ; Sun, 28 Nov 1999 02:59:34 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id LAA17712; Sun, 28 Nov 1999 11:59:31 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <199911281059.LAA17712@freebsd.dk> Subject: Re: ATA and msdosfs problems / corruption In-Reply-To: from Wes Morgan at "Nov 27, 1999 07:05:43 pm" To: morganw@engr.sc.edu (Wes Morgan) Date: Sun, 28 Nov 1999 11:59:31 +0100 (CET) Cc: FreeBSD-current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Wes Morgan wrote: > > ad0: ATA-? disk at ata0 as master > ad0: 2015MB (4127760 sectors), 4095 cyls, 16 heads, 63 S/T, 512 B/S > ad0: 16 secs/int, 0 depth queue, DMA > ad1: ATA-4 disk at ata0 as slave > ad1: 17206MB (35239680 sectors), 34960 cyls, 16 heads, 63 S/T, 512 B/S > ad1: 16 secs/int, 31 depth queue, DMA > > The motherboard is fairly old and does not support ATA/66 etc, and the > drive with the fat fs has been rock solid so I doubt it has suddenly gone > bad. I'd like to test this with DMA turned off, what flags will disable > that? OK, I'd like to see the rest of the dmesg, from a verbose at best, before saying anything conclusive, but it looks like the Seagate dont like DMA. There are currently no flags to control the DMA/PIO behavior, the driver relies on the hardware to tell the truth. This might change though... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 3:31:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id C6B7F14A20; Sun, 28 Nov 1999 03:31:50 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id NAA05615; Sun, 28 Nov 1999 13:31:48 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199911281131.NAA05615@gratis.grondar.za> Cc: dillon@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: mount_nfs broken Date: Sun, 28 Nov 1999 13:31:48 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi > > Mount_mfs is broken - mounttab\* not present. > > M D'uh. Apart from being inconsistent in my error reporting then screwing it up later when asked to clarify, there was a problem on my cvsupd box that was causing an incomplete mirror, so this problem is complete BS. Apologies. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 3:33:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from lion.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 43C7314A20 for ; Sun, 28 Nov 1999 03:33:48 -0800 (PST) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by lion.butya.kz with local-esmtp (Exim 2.12 #1) id 11s2Zg-0009al-00; Sun, 28 Nov 1999 17:33:00 +0600 Date: Sun, 28 Nov 1999 17:32:57 +0600 (ALMT) From: Boris Popov To: Mark Murray Cc: Matthew Dillon , current@FreeBSD.ORG Subject: Re: mount_nfs broken In-Reply-To: <199911280633.IAA04757@gratis.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 28 Nov 1999, Mark Murray wrote: > > Could you be more specific? It seems to work for me (I removed > > /var/db/mounttab and tried it with a new build and it did work). > > Damn. I screwed up the reporting bigtime. > > It is mount_nfs, and there is mention of mounttab.c in the Makefile, > but no mounttab.c anywhere in the source tree. this file located in the src/usr.sbin/rpc.umntall/ directory. However common things should go in the library. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 3:54:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 7A1B514C90 for ; Sun, 28 Nov 1999 03:54:34 -0800 (PST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id NAA05674; Sun, 28 Nov 1999 13:54:06 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199911281154.NAA05674@gratis.grondar.za> To: Boris Popov Cc: Matthew Dillon , current@FreeBSD.ORG Subject: Re: mount_nfs broken Date: Sun, 28 Nov 1999 13:54:05 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It is mount_nfs, and there is mention of mounttab.c in the Makefile, > > but no mounttab.c anywhere in the source tree. > > this file located in the src/usr.sbin/rpc.umntall/ directory. > However common things should go in the library. Yeah, I found it now. I had a screwed up cvsup-mirror, and I was effectively getting a partial feed. I see it now in usr.sbin/rpc.umntall. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 7:49:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from awfulhak.org (dynamic-35.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.163]) by hub.freebsd.org (Postfix) with ESMTP id 220D714F4F for ; Sun, 28 Nov 1999 07:49:15 -0800 (PST) (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 PAA01959 for ; Sun, 28 Nov 1999 15:41:05 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id PAA00555 for ; Sun, 28 Nov 1999 15:41:22 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <199911281541.PAA00555@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: freebsd-current@FreeBSD.org Subject: HEADS UP - don't forget to MAKEDEV Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Nov 1999 15:41:22 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Just a quick HEADS UP.... since the final bits of the block device removal have gone in, it's now possible to dig yourself a hole if you forget to MAKEDEV your disk devices (with the latest version of MAKEDEV) and end up with a corrupt disk at boot.... fsck will fail to set the device clean. You've then got to mount -f /, MAKEDEV your disk devices, fsck them and then reboot. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 7:56:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id B21C9150AE for ; Sun, 28 Nov 1999 07:56:08 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id QAA16444; Sun, 28 Nov 1999 16:55:27 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Brian Somers Cc: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP - don't forget to MAKEDEV In-reply-to: Your message of "Sun, 28 Nov 1999 15:41:22 GMT." <199911281541.PAA00555@hak.lan.Awfulhak.org> Date: Sun, 28 Nov 1999 16:55:27 +0100 Message-ID: <16442.943804527@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199911281541.PAA00555@hak.lan.Awfulhak.org>, Brian Somers writes: >Hi, > >Just a quick HEADS UP.... since the final bits of the block device >removal have gone in, it's now possible to dig yourself a hole if you >forget to MAKEDEV your disk devices (with the latest version of >MAKEDEV) and end up with a corrupt disk at boot.... fsck will fail >to set the device clean. You've then got to mount -f /, MAKEDEV your >disk devices, fsck them and then reboot. I hope this is not true. I think fsck sets the device clean, but the "reload" of the root filesystem seems to fail still. If you get in this situation try this: fsck -p reboot you should now come up with no problem, if not send me email! -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 8:13:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from awfulhak.org (dynamic-35.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.163]) by hub.freebsd.org (Postfix) with ESMTP id 9923D14D4C for ; Sun, 28 Nov 1999 08:13:23 -0800 (PST) (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 QAA02485; Sun, 28 Nov 1999 16:13:20 GMT (envelope-from brian@lan.awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost.lan.Awfulhak.org [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id QAA00986; Sun, 28 Nov 1999 16:13:37 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <199911281613.QAA00986@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.0 09/18/1999 To: Poul-Henning Kamp Cc: Brian Somers , freebsd-current@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: HEADS UP - don't forget to MAKEDEV In-Reply-To: Message from Poul-Henning Kamp of "Sun, 28 Nov 1999 16:55:27 +0100." <16442.943804527@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Nov 1999 16:13:37 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <199911281541.PAA00555@hak.lan.Awfulhak.org>, Brian Somers writes: > >Hi, > > > >Just a quick HEADS UP.... since the final bits of the block device > >removal have gone in, it's now possible to dig yourself a hole if you > >forget to MAKEDEV your disk devices (with the latest version of > >MAKEDEV) and end up with a corrupt disk at boot.... fsck will fail > >to set the device clean. You've then got to mount -f /, MAKEDEV your > >disk devices, fsck them and then reboot. > > I hope this is not true. I think fsck sets the device clean, but > the "reload" of the root filesystem seems to fail still. If you > get in this situation try this: > > fsck -p > reboot > you should now come up with no problem, if not send me email! Well, before doing the MAKEDEV, it didn't *say* it was setting the device clean :-( After the mount -f/MAKEDEV, it did say it was setting it clean, but still wouldn't mount without -f or a reboot. > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > FreeBSD -- It will take a long time before progress goes too far! -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 8:18:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id C457714D4C for ; Sun, 28 Nov 1999 08:18:15 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA44756; Sun, 28 Nov 1999 08:17:57 -0800 (PST) (envelope-from dillon) Date: Sun, 28 Nov 1999 08:17:57 -0800 (PST) From: Matthew Dillon Message-Id: <199911281617.IAA44756@apollo.backplane.com> To: Mark Murray Cc: Boris Popov , current@FreeBSD.ORG Subject: Re: mount_nfs broken References: <199911281154.NAA05674@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :> > It is mount_nfs, and there is mention of mounttab.c in the Makefile, :> > but no mounttab.c anywhere in the source tree. :> :> this file located in the src/usr.sbin/rpc.umntall/ directory. :> However common things should go in the library. : :Yeah, I found it now. I had a screwed up cvsup-mirror, and I was :effectively getting a partial feed. I see it now in usr.sbin/rpc.umntall. : :M :-- :Mark Murray :Join the anti-SPAM movement: http://www.cauce.org No problem. I thought it might be a synchronization problem of some sort. I had tested that patchset with a completely new checkout & build on my test box. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 8:20: 9 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 2314A14D4C for ; Sun, 28 Nov 1999 08:20:00 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA44774; Sun, 28 Nov 1999 08:19:50 -0800 (PST) (envelope-from dillon) Date: Sun, 28 Nov 1999 08:19:50 -0800 (PST) From: Matthew Dillon Message-Id: <199911281619.IAA44774@apollo.backplane.com> To: Boris Popov Cc: Mark Murray , current@FreeBSD.ORG Subject: Re: mount_nfs broken References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> :> It is mount_nfs, and there is mention of mounttab.c in the Makefile, :> but no mounttab.c anywhere in the source tree. : : this file located in the src/usr.sbin/rpc.umntall/ directory. :However common things should go in the library. : :-- :Boris Popov :http://www.butya.kz/~bp/ Well, I'd say the mounttab code is borderline -- if another one or two utilities need it then we should break it out into a library, otherwise it is just taking up unnecessary space in the library mmap. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 8:34:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 0F823150A3 for ; Sun, 28 Nov 1999 08:34:35 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA44858; Sun, 28 Nov 1999 08:34:16 -0800 (PST) (envelope-from dillon) Date: Sun, 28 Nov 1999 08:34:16 -0800 (PST) From: Matthew Dillon Message-Id: <199911281634.IAA44858@apollo.backplane.com> To: Peter Wemm Cc: David Greenman , Julian Elischer , current@FreeBSD.ORG Subject: Re: Which is the truth? (sycalls and traps) References: <19991128054519.2CB181C6D@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :I was rather suprised when I found out just how expensive kernel entry was :some time ago.. What I was doing was a reentrant syscall that aquired no :locks and ran about 5 instructions in kernel context.. Anyway, it took :something like 300 times longer to do that (called via int $0x81) than to :do a 'call' to equivalent code in userland. Anyway, with overheads on that :scale, whether we push 5 or 8 or whatever registers in the handler is :almost lost in the noise. : :Cheers, :-Peter Well, it could be 300x but that's like comparing a cache hit to a cache miss - in real terms a UP syscall takes, what, 1-3 uS? An SMP syscall takes 6 uS. This on a PIII-450. Both times can be cut down to less then 500nS with fairly simple optimizations. Unless you are doing hundreds of thousands of context switches a second the overhead is in the noise in real terms, and *definitely* in the noise if you tack on a task switch in the middle of that. Having the kernel do the context switch between threads has a huge number of advantages that should outweight or at least equal the minor increase in overhead. A couple of points that have been brought up in recent emails: * blockages due to VM faults * blockages due to file I/O (not even network I/O) * disk parallelism (thread A reads file block from kernel cache, thread B reads file block and has a cache miss). * event synchronization * kernel state Even if one were to use an asynchronous call gate one then has to deal with the additional overhead imposed by the asynch call gate when a syscall could have been run from the disk cache (that is, not block). Personally speaking, I think async call gates are a huge mistake without a prioritized, vectorable software interrupt mechanism to go along with it. The current unix signal mechanism is simply not up to the task. There are serious issues with async call gates including potential resource hogging issues that frankly scare the hell out of me. I would prefer a kernel stack for each thread and I would prefer a syscall to set a thread runnable/not-runnable. Such a syscall could specify an optional cpu and optional run interval. There are simply too many things that a UP scheduler does not have access to - such as knowing whether a syscall can complete without blocking or not - to allow the UP scheduler to actually perform the context switch. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 8:39:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from es-i2.fernuni-hagen.de (ES-i2.fernuni-hagen.de [132.176.7.81]) by hub.freebsd.org (Postfix) with ESMTP id EEDFC14BE9 for ; Sun, 28 Nov 1999 08:38:58 -0800 (PST) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Received: from fernuni-hagen.de (Shiva-HGW-201.fernuni-hagen.de [132.176.120.201]) by es-i2.fernuni-hagen.de (8.9.3/8.9.3) with ESMTP id RAA26216; Sun, 28 Nov 1999 17:38:48 +0100 (CET) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Message-ID: <38415AA1.2586CEA9@fernuni-hagen.de> Date: Sun, 28 Nov 1999 17:38:57 +0100 From: "F. Heinrichmeyer" Organization: FernUni in Hagen X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: German/Germany, de-DE, en MIME-Version: 1.0 To: "freebsd-current@FreeBSD.ORG" Subject: gcc-2.95.2, jade and freebsd-sgml-documentation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i tried to make me a new handbook, so i needed jade. But the newest C++ fashion (g++ under current) has changed to fast for this very old 1998 heavily template based source code distribution ;-). I had a lot of problems with const and not const .. and gave up. It is far to much to post here ... A lot of error messages are clearly written 1 to 1 from the ansi standard (yes we finally spent the 18 dollars ...), but something especially about a class "Location" looks really strange. What tool is recommendet to rebuild the documentation? -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://ES-i2.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 9:14: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from mailgw.cablecom.ne.jp (mailgw.cablecom.ne.jp [202.248.199.37]) by hub.freebsd.org (Postfix) with ESMTP id 1222115092 for ; Sun, 28 Nov 1999 09:13:34 -0800 (PST) (envelope-from motoyuki@snipe.rim.or.jp) Received: from srv2.cablecom.ne.jp by mailgw.cablecom.ne.jp (8.9.3/3.7W) id CAA01806; Mon, 29 Nov 1999 02:13:32 +0900 (JST) Received: from mail.snipe.rim.or.jp by srv2.cablecom.ne.jp (8.9.3/3.7W) id CAA00462; Mon, 29 Nov 1999 02:13:30 +0900 (JST) Received: from sakura.snipe.rim.or.jp (sakura.snipe.rim.or.jp [192.168.11.4]) by mail.snipe.rim.or.jp (8.9.3/3.7W) with ESMTP id CAA73314 for ; Mon, 29 Nov 1999 02:13:27 +0900 (JST) Received: from sakura.snipe.rim.or.jp (localhost [127.0.0.1]) by sakura.snipe.rim.or.jp (8.9.3/3.7W) with ESMTP id CAA33652 for ; Mon, 29 Nov 1999 02:13:27 +0900 (JST) Message-Id: <199911281713.CAA33652@sakura.snipe.rim.or.jp> To: current@freebsd.org X-Mailer: mh-e on Mule 2.3 / Emacs 19.34.1 Subject: __do_global_ctors in a.out Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Date: Mon, 29 Nov 1999 02:13:27 +0900 From: Motoyuki Konno Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, "make -DWANT_AOUT world" on my -current machines fails at: -------- log starts here -------- rm -f .depend /usr/obj/aout/usr/src/lib/libncurses/GPATH /usr/obj/aout/usr/src/lib/libncurses/GRTAGS /usr/obj/aout/usr/src/lib/libncurses/GSYMS /usr/obj/aout/usr/src/lib/libncurses/GTAGS cc -o make_keys -O2 -m486 -pipe -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -I/usr/obj/aout/usr/src/tmp/usr/include /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c __main.o: Undefined symbol `___do_global_ctors' referenced from text segment *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 --------- log ends here --------- I think the problem is the following codes in src/contrib/gcc/libgcc2.c, which should be enabled in a.out system. -------- libgcc2.c line 2870 void __do_global_ctors () { DO_GLOBAL_CTORS_BODY; ON_EXIT (__do_global_dtors, 0); } -------- -- ------------------------------------------------------------------------ Motoyuki Konno mkonno@res.yamanashi-med.ac.jp (Univ) motoyuki@snipe.rim.or.jp (Home) motoyuki@FreeBSD.ORG (FreeBSD Project) Yamanashi Medical University http://www.freebsd.org/~motoyuki/ (WWW) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 9:19:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.196.87]) by hub.freebsd.org (Postfix) with ESMTP id AA31E14A09 for ; Sun, 28 Nov 1999 09:19:16 -0800 (PST) (envelope-from culverk@culverk.student.umd.edu) Received: from localhost (culverk@localhost) by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id MAA22274 for ; Sun, 28 Nov 1999 12:19:15 -0500 (EST) (envelope-from culverk@culverk.student.umd.edu) Date: Sun, 28 Nov 1999 12:19:14 -0500 (EST) From: Kenneth Culver To: freebsd-current@freebsd.org Subject: Vortex Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are our Aureal Vortex sound drivers working yet?? Just wondering because the OSS ones don't work with -CURRENT very well, and I'm a bit anxious to get rid of this stupid SB16... :-) Kenneth Culver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 9:20:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from test.tar.com (test.tar.com [204.95.187.4]) by hub.freebsd.org (Postfix) with ESMTP id EE01914A09 for ; Sun, 28 Nov 1999 09:20:20 -0800 (PST) (envelope-from dick@test.tar.com) Received: (from dick@localhost) by test.tar.com (8.9.3/8.9.3) id LAA28598; Sun, 28 Nov 1999 11:19:49 -0600 (CST) (envelope-from dick) Date: Sun, 28 Nov 1999 11:19:49 -0600 From: "Richard Seaman, Jr." To: Matthew Dillon Cc: Peter Wemm , David Greenman , Julian Elischer , current@FreeBSD.ORG Subject: Re: Which is the truth? (sycalls and traps) Message-ID: <19991128111949.O1408@tar.com> References: <19991128054519.2CB181C6D@overcee.netplex.com.au> <199911281634.IAA44858@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <199911281634.IAA44858@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Nov 28, 1999 at 08:34:16AM -0800, Matthew Dillon wrote: > Well, it could be 300x but that's like comparing a cache hit to a cache > miss - in real terms a UP syscall takes, what, 1-3 uS? An SMP syscall > takes 6 uS. This on a PIII-450. Both times can be cut down to less > then 500nS with fairly simple optimizations. Unless you are doing > hundreds of thousands of context switches a second the overhead is in > the noise in real terms, and *definitely* in the noise if you tack on > a task switch in the middle of that. FYI, some measurements I did with the Linuxthreads "port" (ie. native FreeBSD kernel threads using the linux threads code) on a 266Mhz AMD processor showed the ability to do about 150,000 kernel thread context switches/sec. The threads didn't do anything other than context switch, so a "real world" context switch might be slower, and the rate varies somewhat with the number of threads. This was uniprocessor, not SMP. This suggests that kernel thread context switches, to have a measureable impact on performance at even the 1% level, have to be occurring at the rate of 1,500/sec or more. With a faster processor, and the optimizations you suggest, I'm sure you might well be talking 10,000 switches/sec to matter. I don't have any threaded apps that come close to this, but perhaps they exist. And, unless you can fix the "user thread" scheduler so it doesn't make any syscalls, its hard to see much of an advantage for user thread context switches over kernel thread context switches, from a performance standpoint. (The current user thread scheduler can actually be slower at context switches that kernel threads, because of the nubmer of syscalls it makes). -- Richard Seaman, Jr. email: dick@tar.com 5182 N. Maple Lane phone: 262-367-5450 Chenequa WI 53058 fax: 262-367-5852 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 9:28:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 2580F14BD7 for ; Sun, 28 Nov 1999 09:28:52 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id JAA45072; Sun, 28 Nov 1999 09:28:48 -0800 (PST) (envelope-from dillon) Date: Sun, 28 Nov 1999 09:28:48 -0800 (PST) From: Matthew Dillon Message-Id: <199911281728.JAA45072@apollo.backplane.com> To: "Richard Seaman, Jr." Cc: Peter Wemm , David Greenman , Julian Elischer , current@FreeBSD.ORG Subject: Re: Which is the truth? (sycalls and traps) References: <19991128054519.2CB181C6D@overcee.netplex.com.au> <199911281634.IAA44858@apollo.backplane.com> <19991128111949.O1408@tar.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :FYI, some measurements I did with the Linuxthreads "port" (ie. :native FreeBSD kernel threads using the linux threads code) on a :266Mhz AMD processor showed the ability to do about 150,000 :kernel thread context switches/sec. The threads didn't do anything :other than context switch, so a "real world" context switch might :be slower, and the rate varies somewhat with the number of threads. :This was uniprocessor, not SMP. : :This suggests that kernel thread context switches, to have a measureable :impact on performance at even the 1% level, have to be occurring :at the rate of 1,500/sec or more. With a faster processor, and :the optimizations you suggest, I'm sure you might well be talking :10,000 switches/sec to matter. : :I don't have any threaded apps that come close to this, but perhaps :they exist. And, unless you can fix the "user thread" scheduler so :it doesn't make any syscalls, its hard to see much of an advantage :for user thread context switches over kernel thread context switches, :from a performance standpoint. (The current user thread scheduler :can actually be slower at context switches that kernel threads, :because of the nubmer of syscalls it makes). : :-- :Richard Seaman, Jr. email: dick@tar.com :5182 N. Maple Lane phone: 262-367-5450 :Chenequa WI 53058 fax: 262-367-5852 Your numbers mesh with mine very well -- 266MHz AMD @ 150Kswitch/sec, 450 MHz PIII at around 500K to 1Mswitch/sec (my test was with a simple entry, context switch, and exit. No floating point in the context switch). If you include FP state I would expect around 500Kswitch/sec on a PIII-450. Another thing to note is that the overhead is of course for a single cpu and does not compound when you have additional cpu's. It seems well worth doing to me. Also consider the fact that in a heavily loaded system, scheduling a thread does not necessarily cause an immediate context switch so we are really talking about context switches here as being the limiting factor, not scheduling and descheduling operations, and not asynchronous message-passing operations. 150Kswitch/sec/cpu goes far beyond what most systems require. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 9:43:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from angelsguardian.netquick.net (angelsguardian.netquick.net [199.72.47.239]) by hub.freebsd.org (Postfix) with ESMTP id 6913814D4C for ; Sun, 28 Nov 1999 09:43:30 -0800 (PST) (envelope-from trouble@netquick.net) Received: from netquick.net (localhost [127.0.0.1]) by angelsguardian.netquick.net (Postfix) with ESMTP id 3EE42386A; Sun, 28 Nov 1999 12:39:03 -0500 (EST) Message-ID: <384168B6.D76F8C5@netquick.net> Date: Sun, 28 Nov 1999 17:39:02 +0000 From: TrouBle Reply-To: trouble@netquick.net X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.13-7mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: "Richard Seaman, Jr." , Peter Wemm , David Greenman , Julian Elischer , current@FreeBSD.ORG Subject: Re: Which is the truth? (sycalls and traps) References: <19991128054519.2CB181C6D@overcee.netplex.com.au> <199911281634.IAA44858@apollo.backplane.com> <19991128111949.O1408@tar.com> <199911281728.JAA45072@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ummm Okay are you maybe saying that there is kernel spcae thread support for the current FreeBSD using linux threads ??? if so, is there a way, i can also get a thread supported system using current for some testing also ??? or it is genberic to your installations alone, or is threading actually in 4.0 current using linux threads ?? and does it support pthread_cancel ?? looking forward to a reply Matthew Dillon wrote: > :FYI, some measurements I did with the Linuxthreads "port" (ie. > :native FreeBSD kernel threads using the linux threads code) on a > :266Mhz AMD processor showed the ability to do about 150,000 > :kernel thread context switches/sec. The threads didn't do anything > :other than context switch, so a "real world" context switch might > :be slower, and the rate varies somewhat with the number of threads. > :This was uniprocessor, not SMP. > : > :This suggests that kernel thread context switches, to have a measureable > :impact on performance at even the 1% level, have to be occurring > :at the rate of 1,500/sec or more. With a faster processor, and > :the optimizations you suggest, I'm sure you might well be talking > :10,000 switches/sec to matter. > : > :I don't have any threaded apps that come close to this, but perhaps > :they exist. And, unless you can fix the "user thread" scheduler so > :it doesn't make any syscalls, its hard to see much of an advantage > :for user thread context switches over kernel thread context switches, > :from a performance standpoint. (The current user thread scheduler > :can actually be slower at context switches that kernel threads, > :because of the nubmer of syscalls it makes). > : > :-- > :Richard Seaman, Jr. email: dick@tar.com > :5182 N. Maple Lane phone: 262-367-5450 > :Chenequa WI 53058 fax: 262-367-5852 > > Your numbers mesh with mine very well -- 266MHz AMD @ 150Kswitch/sec, > 450 MHz PIII at around 500K to 1Mswitch/sec (my test was with a simple > entry, context switch, and exit. No floating point in the context > switch). If you include FP state I would expect around 500Kswitch/sec > on a PIII-450. > > Another thing to note is that the overhead is of course for a single > cpu and does not compound when you have additional cpu's. It seems > well worth doing to me. > > Also consider the fact that in a heavily loaded system, scheduling a > thread does not necessarily cause an immediate context switch so we > are really talking about context switches here as being the limiting > factor, not scheduling and descheduling operations, and not asynchronous > message-passing operations. 150Kswitch/sec/cpu goes far beyond what most > systems require. > > -Matt > Matthew Dillon > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 9:46:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id AB07014D4C for ; Sun, 28 Nov 1999 09:46:10 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id JAA45248; Sun, 28 Nov 1999 09:46:03 -0800 (PST) (envelope-from dillon) Date: Sun, 28 Nov 1999 09:46:03 -0800 (PST) From: Matthew Dillon Message-Id: <199911281746.JAA45248@apollo.backplane.com> To: TrouBle Cc: "Richard Seaman, Jr." , Peter Wemm , David Greenman , Julian Elischer , current@FreeBSD.ORG Subject: Re: Which is the truth? (sycalls and traps) References: <19991128054519.2CB181C6D@overcee.netplex.com.au> <199911281634.IAA44858@apollo.backplane.com> <19991128111949.O1408@tar.com> <199911281728.JAA45072@apollo.backplane.com> <384168B6.D76F8C5@netquick.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Ummm Okay are you maybe saying that there is kernel spcae thread support for the :current FreeBSD using linux threads ??? if so, is there a way, i can also get a :thread supported system using current for some testing also ??? or it is :genberic to your installations alone, or is threading actually in 4.0 current :using linux threads ?? and does it support pthread_cancel ?? : :looking forward to a reply That isn't what I tested with, but yes, there is currently support for native linux threads in the linux compatibility stuff. In order to use the support you need to compile against a linux environment, though. Annoying, eh? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 9:54:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from test.tar.com (test.tar.com [204.95.187.4]) by hub.freebsd.org (Postfix) with ESMTP id 16DFE14D4C for ; Sun, 28 Nov 1999 09:54:22 -0800 (PST) (envelope-from dick@test.tar.com) Received: (from dick@localhost) by test.tar.com (8.9.3/8.9.3) id LAA28793; Sun, 28 Nov 1999 11:54:13 -0600 (CST) (envelope-from dick) Date: Sun, 28 Nov 1999 11:54:13 -0600 From: "Richard Seaman, Jr." To: Matthew Dillon , TrouBle Cc: current@freebsd.org Subject: Re: Which is the truth? (sycalls and traps) Message-ID: <19991128115413.P1408@tar.com> References: <19991128054519.2CB181C6D@overcee.netplex.com.au> <199911281634.IAA44858@apollo.backplane.com> <19991128111949.O1408@tar.com> <199911281728.JAA45072@apollo.backplane.com> <384168B6.D76F8C5@netquick.net> <199911281746.JAA45248@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <199911281746.JAA45248@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Nov 28, 1999 at 09:46:03AM -0800, Matthew Dillon wrote: > > :Ummm Okay are you maybe saying that there is kernel spcae thread support for the > :current FreeBSD using linux threads ??? if so, is there a way, i can also get a > :thread supported system using current for some testing also ??? or it is > :genberic to your installations alone, or is threading actually in 4.0 current > :using linux threads ?? and does it support pthread_cancel ?? > : > :looking forward to a reply > > That isn't what I tested with, but yes, there is currently support for > native linux threads in the linux compatibility stuff. In order to use > the support you need to compile against a linux environment, though. > Annoying, eh? The linuxthreads "port" at http://lt.tar.com didn't compile against a linux environment, and didn't required linux compatibility. The information at that site is now outdated, but there's a pointer there to an updated port produced by Russell Carter that also doesn't require any linux compatibility stuff or linux environment either. You can play with it. It worked quite well both uniprocessor and SMP, though I understand that Russell has encountered problems under SMP recently after Marcel's signal changes in -current. There is a pthread_cancel() included. But, full pthread_cancel() functionality requires a lot of libc support that doesn't currently exist in FreeBSD libc. Therefore, if you're expecting read(), as an example, to be a canellation point (as required by POSIX specs), it won't be. -- Richard Seaman, Jr. email: dick@tar.com 5182 N. Maple Lane phone: 262-367-5450 Chenequa WI 53058 fax: 262-367-5852 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 10: 7:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from angelsguardian.netquick.net (angelsguardian.netquick.net [199.72.47.239]) by hub.freebsd.org (Postfix) with ESMTP id 2798A14C40 for ; Sun, 28 Nov 1999 10:07:40 -0800 (PST) (envelope-from trouble@netquick.net) Received: from netquick.net (localhost [127.0.0.1]) by angelsguardian.netquick.net (Postfix) with ESMTP id F2028386A; Sun, 28 Nov 1999 13:03:10 -0500 (EST) Message-ID: <38416E5E.6EA52998@netquick.net> Date: Sun, 28 Nov 1999 18:03:10 +0000 From: TrouBle Reply-To: trouble@netquick.net X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.13-7mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: "Richard Seaman, Jr." Cc: Matthew Dillon , current@freebsd.org Subject: Re: Which is the truth? (sycalls and traps) References: <19991128054519.2CB181C6D@overcee.netplex.com.au> <199911281634.IAA44858@apollo.backplane.com> <19991128111949.O1408@tar.com> <199911281728.JAA45072@apollo.backplane.com> <384168B6.D76F8C5@netquick.net> <199911281746.JAA45248@apollo.backplane. <19991128115413.P1408@tar.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The linuxthreads "port" at http://lt.tar.com didn't compile against > a linux environment, and didn't required linux compatibility. The > information at that site is now outdated, but there's a pointer > there to an updated port produced by Russell Carter that also doesn't > require any linux compatibility stuff or linux environment either. probably wount work for Licq 0.71 then under FreeBSD.. even under 3.3 or 4.0 thats the test get Licq 0.71 to run and Ill be happy... I have FreeBSD/OpenBSD boxes at home so ill install the ports and play, who knows maybe ill get lucky To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 10:34: 8 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id A095615345 for ; Sun, 28 Nov 1999 10:34:05 -0800 (PST) (envelope-from julian@whistle.com) Received: from current1.whiste.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id KAA22972; Sun, 28 Nov 1999 10:33:34 -0800 (PST) Date: Sun, 28 Nov 1999 10:33:34 -0800 (PST) From: Julian Elischer To: "Richard Seaman, Jr." Cc: Matthew Dillon , Peter Wemm , David Greenman , current@FreeBSD.ORG Subject: Re: Which is the truth? (sycalls and traps) In-Reply-To: <19991128111949.O1408@tar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 28 Nov 1999, Richard Seaman, Jr. wrote: (should be in -arch) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 10:43:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id EAFF61531C; Sun, 28 Nov 1999 10:43:45 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id NAA10577; Sun, 28 Nov 1999 13:43:37 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id NAA55160; Sun, 28 Nov 1999 13:43:07 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 28 Nov 1999 13:43:07 -0500 (EST) To: Mike Smith Cc: Julian Elischer , current@freebsd.org Subject: Re: State of Alpha support and Oracle. In-Reply-To: <199911280153.RAA96659@mass.cdrom.com> References: <199911280153.RAA96659@mass.cdrom.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14401.30380.556243.951890@grasshopper.cs.duke.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith writes: > > > > I am not sure of thw state of things but if someone wanted to run Oracle-8 > > and had an idea in their mind that they'd like to run it in an Alpha, > > tehn teh following questions would need to be answered (and I dont know > > the answers) > > > > 2/ is there a binary version of Oracle we can run on the alpha? > > The Tru64 version _might_ work. I have left my latest working copy of the osf1-ulator for -current at http://www.freebsd.org/~gallatin/osf1.tar.gz Really, I'll get around to committing it soon. Really... > > 3/ does the alpha give a big increase in speed over the same dollars spent > > on x86? > > Not under Oracle at the low end, no. It might depend on your definition of low end. I don't know what Oracle stresses (probably memory & I/O systems). In those catagories, an $8k Compaq Professional Workstation xp1000 will kick sand in the face of any x86 hardware I've seen which is in the same price range. I haven't played with a rambus based machines yet though.. Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 12:45:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id D4BE814A2B for ; Sun, 28 Nov 1999 12:45:37 -0800 (PST) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (root@va-173.skylink.it [194.185.55.173]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id VAA29609 for ; Sun, 28 Nov 1999 21:45:57 +0100 Received: from localhost (n_hibma@localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id TAA24995 for ; Sun, 28 Nov 1999 19:46:53 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sun, 28 Nov 1999 19:46:53 GMT Date: Sun, 28 Nov 1999 20:46:52 +0100 (CET) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: current@freebsd.org Subject: loader.conf, ordering of loading of modules Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it possible to change the order in which modules are loaded in loader.conf? I need usb before uhci before ums. usb_load="YES" uhci_load="YES" ums_load="YES" doesn't do it. Nick -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 12:54:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (castles501.castles.com [208.214.165.65]) by hub.freebsd.org (Postfix) with ESMTP id CD0371523B for ; Sun, 28 Nov 1999 12:54:15 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA00447; Sun, 28 Nov 1999 12:54:41 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199911282054.MAA00447@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Nick Hibma Cc: current@freebsd.org Subject: Re: loader.conf, ordering of loading of modules In-reply-to: Your message of "Sun, 28 Nov 1999 20:46:52 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Nov 1999 12:54:40 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Is it possible to change the order in which modules are loaded in > loader.conf? I need usb before uhci before ums. > > usb_load="YES" > uhci_load="YES" > ums_load="YES" > > doesn't do it. Why do you need the ordering? They should be loaded and linked long before the probes start... -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 13:15:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 17F9B14A28; Sun, 28 Nov 1999 13:15:42 -0800 (PST) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (root@va-173.skylink.it [194.185.55.173]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id WAA04530; Sun, 28 Nov 1999 22:15:58 +0100 Received: from localhost (n_hibma@localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id VAA25359; Sun, 28 Nov 1999 21:17:31 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sun, 28 Nov 1999 21:17:31 GMT Date: Sun, 28 Nov 1999 22:17:31 +0100 (CET) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: Mike Smith Cc: current@freebsd.org Subject: Re: loader.conf, ordering of loading of modules In-Reply-To: <199911282054.MAA00447@mass.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There are symbols in usb.ko that are needed by uhci.c . I know it is stupid, but that's the way it is, without a complete rewrite of the USB stack. Nick On Sun, 28 Nov 1999, Mike Smith wrote: > > > > Is it possible to change the order in which modules are loaded in > > loader.conf? I need usb before uhci before ums. > > > > usb_load="YES" > > uhci_load="YES" > > ums_load="YES" > > > > doesn't do it. > > Why do you need the ordering? They should be loaded and linked long > before the probes start... > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 13:48:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (castles501.castles.com [208.214.165.65]) by hub.freebsd.org (Postfix) with ESMTP id C818D14E1A for ; Sun, 28 Nov 1999 13:48:26 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id NAA00658; Sun, 28 Nov 1999 13:48:59 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199911282148.NAA00658@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Nick Hibma Cc: current@freebsd.org Subject: Re: loader.conf, ordering of loading of modules In-reply-to: Your message of "Sun, 28 Nov 1999 22:17:31 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Nov 1999 13:48:59 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > There are symbols in usb.ko that are needed by uhci.c . I know it is > stupid, but that's the way it is, without a complete rewrite of the USB > stack. Ugh. I would, in that case, just build usb.ko to contain the usb, uhci and ohci modules rather than trying to hack around this. If they're that tightly bound together, anything else will be a grubby hack. > Nick > > On Sun, 28 Nov 1999, Mike Smith wrote: > > > > > > > Is it possible to change the order in which modules are loaded in > > > loader.conf? I need usb before uhci before ums. > > > > > > usb_load="YES" > > > uhci_load="YES" > > > ums_load="YES" > > > > > > doesn't do it. > > > > Why do you need the ordering? They should be loaded and linked long > > before the probes start... > > > > -- > > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > > > > -- > e-Mail: hibma@skylink.it > > -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 16:47:39 1999 Delivered-To: freebsd-current@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 160D91523B for ; Sun, 28 Nov 1999 16:47:34 -0800 (PST) (envelope-from steve@virtual-voodoo.com) Received: (from steve@localhost) by virtual-voodoo.com (8.9.3/8.9.3) id TAA87837 for freebsd-current@freebsd.org; Sun, 28 Nov 1999 19:47:33 -0500 (EST) (envelope-from steve) Date: Sun, 28 Nov 1999 19:47:33 -0500 From: Steve Ames To: freebsd-current@freebsd.org Subject: strfile -C Message-ID: <19991128194733.A16765@virtual-voodoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -current as of about 3 hours ago. vv# strfile -C strfile: illegal option -- C strfile: [iorsx] [-c char] sourcefile [datafile] Not a biggie from my standpoint but the man page says that there is a '-C' option and, more importantly, its used in /usr/src/games/fortune/datfiles -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 16:57: 6 1999 Delivered-To: freebsd-current@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 5B8781540F for ; Sun, 28 Nov 1999 16:56:59 -0800 (PST) (envelope-from steve@virtual-voodoo.com) Received: (from steve@localhost) by virtual-voodoo.com (8.9.3/8.9.3) id TAA81003 for freebsd-current@FreeBSD.ORG; Sun, 28 Nov 1999 19:56:58 -0500 (EST) (envelope-from steve) Date: Sun, 28 Nov 1999 19:56:57 -0500 From: Steve Ames To: freebsd-current@FreeBSD.ORG Subject: Re: strfile -C Message-ID: <19991128195657.B16765@virtual-voodoo.com> References: <19991128194733.A16765@virtual-voodoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <19991128194733.A16765@virtual-voodoo.com>; from Steve Ames on Sun, Nov 28, 1999 at 07:47:33PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually... it appears I just have a left over strfile in /usr/bin... that shouldn't be there? The only source for strfile seems to be in games/fortune/strfile and it installs strfile into /usr/games these days... I must have missed this change. -Steve On Sun, Nov 28, 1999 at 07:47:33PM -0500, Steve Ames wrote: > -current as of about 3 hours ago. > > vv# strfile -C > strfile: illegal option -- C > strfile: [iorsx] [-c char] sourcefile [datafile] > > Not a biggie from my standpoint but the man page says that there > is a '-C' option and, more importantly, its used in > /usr/src/games/fortune/datfiles > > -Steve > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 17:26:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from eagle.prod.itd.earthlink.net (eagle.prod.itd.earthlink.net [207.217.120.24]) by hub.freebsd.org (Postfix) with ESMTP id 4FBB2153F5 for ; Sun, 28 Nov 1999 17:26:55 -0800 (PST) (envelope-from eogren@earthlink.net) Received: from rod.darktech.org (ip245.cambridge2.ma.pub-ip.psi.net [38.32.112.245]) by eagle.prod.itd.earthlink.net (8.9.3/8.9.3) with ESMTP id RAA01943 for ; Sun, 28 Nov 1999 17:26:53 -0800 (PST) Received: by rod.darktech.org (Postfix, from userid 1001) id 0CC5C62; Sun, 28 Nov 1999 19:54:59 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by rod.darktech.org (Postfix) with ESMTP id C050C52 for ; Sun, 28 Nov 1999 19:54:59 -0500 (EST) Date: Sun, 28 Nov 1999 19:54:59 -0500 (EST) From: Eric Ogren X-Sender: eogren@rod.darktech.org To: freebsd-current@freebsd.org Subject: ep driver troubles Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all- I just recently upgraded to 4.0-CURRENT, and I can't seem to get the new ep driver to recognize my 3c509b card (yes, I know it's an awful NIC, but it's what I have, and it's worked fine for me). I have "device ep0" (and nothing else) in my kernel configuration file. Upon booting, I do see: isa0: on isab0 ide_pci0: at device 7.1 on pci0 pci0: UHCI USB controller (vendor=0x8086, dev=0x7020) at 7.2 irq 9 vga-pci0: at device 15.0 on pci0 pci0: unknown card (vendor=0x121a, dev=0x0002) at 17.0 --> isa0: if_ep: Adapter at 0xb30 in PnP mode! <-- sb_reset_dsp failed fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold However, FreeBSD doesn't automatically bring up the interface, and when I manually do an "ifconfig ep0 inet 10.0.0.2 mask 255.255.0.0" I just get: ifconfig: interface ep0 does not exist In 3.3-STABLE, I had disabled PNP and had set it to port 0x330 irq 7, and I could just say put a "device ep0 at isa? port 0x330 net irq 7". Obviously, that doesn't work for the new driver. I tried searching the archives for information, but couldn't see anything (actually, the last entry I found was a call for somebody to put their 3c509b card into PNP and make sure that the driver works). Is there just some step that I'm missing to make the kernel expose the interface for the ep card? (ls /dev/ep* shows nothing). Thanks. Eric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 19:51:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from lion.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id B4C5414EC9; Sun, 28 Nov 1999 19:51:47 -0800 (PST) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by lion.butya.kz with local-esmtp (Exim 2.12 #1) id 11sHqp-000ArC-00; Mon, 29 Nov 1999 09:51:43 +0600 Date: Mon, 29 Nov 1999 09:51:37 +0600 (ALMT) From: Boris Popov To: Nick Hibma Cc: Mike Smith , current@FreeBSD.ORG Subject: Re: loader.conf, ordering of loading of modules In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 28 Nov 1999, Nick Hibma wrote: > There are symbols in usb.ko that are needed by uhci.c . I know it is > stupid, but that's the way it is, without a complete rewrite of the USB > stack. You can define module dependency in the uhci module Makefile: KMODDEPS=usb -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 20:37:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (castles554.castles.com [208.214.165.118]) by hub.freebsd.org (Postfix) with ESMTP id A276E153CC; Sun, 28 Nov 1999 20:37:30 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id UAA01902; Sun, 28 Nov 1999 20:37:26 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199911290437.UAA01902@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Boris Popov Cc: Nick Hibma , Mike Smith , current@FreeBSD.ORG Subject: Re: loader.conf, ordering of loading of modules In-reply-to: Your message of "Mon, 29 Nov 1999 09:51:37 +0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Nov 1999 20:37:26 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, 28 Nov 1999, Nick Hibma wrote: > > > There are symbols in usb.ko that are needed by uhci.c . I know it is > > stupid, but that's the way it is, without a complete rewrite of the USB > > stack. > > You can define module dependency in the uhci module Makefile: > KMODDEPS=usb The loader's handling of dependancies stated like this is broken, unfortunately. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 20:52:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from nhj.nlc.net.au (nhj.nlc.net.au [203.24.133.1]) by hub.freebsd.org (Postfix) with SMTP id EBAEF1512B for ; Sun, 28 Nov 1999 20:52:45 -0800 (PST) (envelope-from john@nlc.net.au) Received: (qmail 1983 invoked from network); 29 Nov 1999 15:51:41 +1100 Received: from nhj.nlc.net.au (HELO saruman) (203.24.133.1) by nhj.nlc.net.au with SMTP; 29 Nov 1999 15:51:41 +1100 Message-ID: <032901bf3a25$6d55be40$6cb611cb@scitec.com.au> From: "John Saunders" To: "FreeBSD current" Subject: gcc 2.95.2 breaks imake Date: Mon, 29 Nov 1999 15:51:39 +1100 Organization: NORTHLINK COMMUNICATIONS MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have just noticed that the new gcc breaks imake because /usr/libexec/cpp doesn't define __FreeBSD__. What is the plan to fix everything in this area? The 2 options I can see is to revert the behaviour of cpp, or find everything that uses cpp and change them to use cc -E. My current "fix" involes #define'ing __FreeBSD_ in imake's file. -- +------------------------------------------------------------+ . | John Saunders - mailto:john@nlc.net.au (EMail) | ,--_|\ | - http://www.nlc.net.au/ (WWW) | / Oz \ | - 02-9489-4932 or 041-822-3814 (Phone) | \_,--\_/ | NORTHLINK COMMUNICATIONS P/L - Supplying a professional, | v | and above all friendly, internet connection service. | +------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 21:20:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 3771314A1E for ; Sun, 28 Nov 1999 21:20:47 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id AAA01600; Mon, 29 Nov 1999 00:20:46 -0500 (EST) Date: Mon, 29 Nov 1999 00:20:45 -0500 (EST) From: "Matthew N. Dodd" To: Eric Ogren Cc: freebsd-current@FreeBSD.ORG Subject: Re: ep driver troubles In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 28 Nov 1999, Eric Ogren wrote: > I just recently upgraded to 4.0-CURRENT, and I can't seem to get the > new ep driver to recognize my 3c509b card (yes, I know it's an awful > NIC, but it's what I have, and it's worked fine for me). put controller pnp0 in your config file. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 28 22:52:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id E57C5153FA for ; Sun, 28 Nov 1999 22:52:44 -0800 (PST) (envelope-from culverk@wam.umd.edu) Received: from rac10.wam.umd.edu (root@rac10.wam.umd.edu [128.8.10.150]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id BAA08026 for ; Mon, 29 Nov 1999 01:52:41 -0500 (EST) Received: from rac10.wam.umd.edu (sendmail@localhost [127.0.0.1]) by rac10.wam.umd.edu (8.9.3/8.9.3) with SMTP id BAA00941 for ; Mon, 29 Nov 1999 01:52:43 -0500 (EST) Received: from localhost (culverk@localhost) by rac10.wam.umd.edu (8.9.3/8.9.3) with ESMTP id BAA00937 for ; Mon, 29 Nov 1999 01:52:42 -0500 (EST) X-Authentication-Warning: rac10.wam.umd.edu: culverk owned process doing -bs Date: Mon, 29 Nov 1999 01:52:42 -0500 (EST) From: Kenneth Wayne Culver To: freebsd-current@freebsd.org Subject: fxtv/bktr driver broken? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have included a link screenshot of what the picture is doing on my tv card. It seems that since gcc 2.95.2 has been introduced as the default compiler on FreeBSD-CURRENT, the behavior in the jpeg has been occuring. I have tried to locate the source of the problem in the driver, but I don't know what it is. Any help/bugfixes would be appreciated. Thanks. The link is www.wam.umd.edu/~culverk/fxtv.jpg Kenneth Culver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 1:23:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with ESMTP id 1FB5314C58 for ; Mon, 29 Nov 1999 01:23:52 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: from lcb115.cvzoom.net (lcb115.cvzoom.net [63.65.159.115]) by ns.cvzoom.net (8.9.3/8.9.3) with ESMTP id EAA07631 for ; Mon, 29 Nov 1999 04:04:40 -0500 (EST) Date: Mon, 29 Nov 1999 04:23:08 -0500 (EST) From: Donn Miller To: current@freebsd.org Subject: Compiling drivers as lkm's Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there any kernel config option that can be used to link a driver to the kernel dynamically (LKM) instead of statically? Also, I'd like to know how to write a driver as an lkm. Of course, if anyone has any links or info on how to write a driver period, I'd like to know. It seems like the best method to write, test, and debug a new driver would be to use lkm's, since you could just use kldload() and kldunload() to test the driver-in-progress instead of just rebooting. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 1:28:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (Postfix) with ESMTP id BA80114C58; Mon, 29 Nov 1999 01:28:39 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:TvHh5Qd+XAXkDdBvKPQzmFotJ+c13aiO@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.3/3.7Wpl2) with ESMTP id SAA00438; Mon, 29 Nov 1999 18:28:38 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id SAA07584; Mon, 29 Nov 1999 18:33:28 +0900 (JST) Message-Id: <199911290933.SAA07584@zodiac.mech.utsunomiya-u.ac.jp> To: current@freebsd.org, cvs-committers@freebsd.org Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: [PATCH] Four patches for review and test Date: Mon, 29 Nov 1999 18:33:12 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Four patches for review and test. They are for 4.0-CURRENT. (moused patch should also work with -STABLE too.) http://www.freebsd.org/~yokota/moused-991129.diff http://www.freebsd.org/~yokota/kbdcontrol-991129.diff http://www.freebsd.org/~yokota/panickey-991129.diff http://www.freebsd.org/~yokota/altlock-991129.diff Kazu yokota@FreeBSD.org ------------------------------------------------------------------------ Patch #1. moused: the -3 option (moused-991129.diff) The three-button emulation of the mouse daemon has been somewhat difficult to use for many people. This patch will try to improve the situation by introdusing a small state machine. There is a new option, -E, to set timeout value to detect two buttons are pressed down simulteneously. The default value for this timeout is 200 msec. The patch should work with both 4.0-CURRENT and 3.3-STABLE. cd /usr/src/usr.sbin/moused patch < moused-991129.diff ------------------------------------------------------------------------ Patch #2. kbdcontrol (kbdcontrol-991129.diff) The patch will add a few new key definitions. This patch is required for the patches 3 and 4 below. cd /usr/src patch < kbdcontrol-991129.diff ------------------------------------------------------------------------ Patch #3. Panic key (panickey-991129.diff) The patch adds "panic key" function to syscons. When this key is defined in a keymap and pressed, the system panic will be forced. As this can be a security problem, this feature must be specifically enabled by a new sysctl variable: machdep.enable_panic_key. The default value is 0. The panic key won't do anything unless this variable is set to non-zero. To use the panic key, add a keyword 'panic' to a key in your keymap file. The following example assigns the panic function to SysReq (Alt-PrintScreen) key (keycode 84). 083 del '.' '.' '.' '.' '.' boot boot N 084 panic nop nop nop panic nop nop nop O 085 nop nop nop nop nop nop nop nop O The patch requires the patch #2 above. Related PR: kern/13721 cd /sys/dev/syscons patch < panickey-991129.diff ------------------------------------------------------------------------ Patch #4. Adding AltLock function to shift keys (altlock-991129.diff) Our keymap may contain AltLock (alock) or AltShift (ashift) keys. This patch will add new keys: lshifta, rshifta, lctrla, rctrla, lalta, and ralta. These keys combine shift/ctrl/alt function and the AltLock function. When these keys pressed together with another key, they act just like the ordinary shift/ctrl/alt keys. When these keys are pressed and released alone, Alt state is locked/unlocked. Related PR: kern/12475 cd /sys/dev/kbd patch < altlock-991129.diff ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 2:50:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id E52FE14FE4 for ; Mon, 29 Nov 1999 02:50:34 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-025.leach.ucdavis.edu [169.237.60.25]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id CAA16428; Mon, 29 Nov 1999 02:50:34 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id CAA67500; Mon, 29 Nov 1999 02:50:33 -0800 (PST) (envelope-from obrien) Date: Mon, 29 Nov 1999 02:50:33 -0800 From: "David O'Brien" To: Donn Miller Cc: current@freebsd.org Subject: Re: Compiling drivers as lkm's Message-ID: <19991129025033.A67479@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from dmmiller@cvzoom.net on Mon, Nov 29, 1999 at 04:23:08AM -0500 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is there any kernel config option that can be used to link a driver to the > kernel dynamically (LKM) instead of statically? LKM's are out-dated. We now have the 2nd generation KLD (Kernel Loader) modules. > Of course, if anyone has any links or info on how to write a driver > period, I'd like to know. /usr/share/examples/kld/* > It seems like the best method to write, test, and debug a new driver would > be to use lkm's, since you could just use kldload() and kldunload() to > test the driver-in-progress instead of just rebooting. Yes. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 2:52:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 3C81114FE4 for ; Mon, 29 Nov 1999 02:52:41 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-025.leach.ucdavis.edu [169.237.60.25]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id CAA16452; Mon, 29 Nov 1999 02:52:40 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id CAA67511; Mon, 29 Nov 1999 02:52:40 -0800 (PST) (envelope-from obrien) Date: Mon, 29 Nov 1999 02:52:40 -0800 From: "David O'Brien" To: John Saunders Cc: FreeBSD current Subject: Re: gcc 2.95.2 breaks imake Message-ID: <19991129025240.B67479@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <032901bf3a25$6d55be40$6cb611cb@scitec.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <032901bf3a25$6d55be40$6cb611cb@scitec.com.au>; from john@nlc.net.au on Mon, Nov 29, 1999 at 03:51:39PM +1100 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have just noticed that the new gcc breaks imake because > /usr/libexec/cpp doesn't define __FreeBSD__. What is the plan to fix > everything in this area? Yes. The issue is known. I'm not happy with my choices of fixing this. > The 2 options I can see is to revert the behaviour of cpp, Nope. Doing so would add yet more differences from GCC code. > or find everything that uses cpp and change them to use cc -E. For now, that is the best approach. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 3:12:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp01.netservers.net (smtp01.netservers.net [209.196.128.109]) by hub.freebsd.org (Postfix) with ESMTP id 30B001510E for ; Mon, 29 Nov 1999 03:12:05 -0800 (PST) (envelope-from azani.sanchez@soulness.com) Received: from soulnet (we-24-130-60-75.we.mediaone.net [24.130.60.75]) by smtp01.netservers.net (8.8.8/8.8.8) with SMTP id CAA10081; Mon, 29 Nov 1999 02:48:32 -0800 (PST) (envelope-from azani.sanchez@soulness.com) From: azani.sanchez@soulness.com Message-ID: <003201bf3a15$0411c1a0$4b3c8218@we.mediaone.net> To: Subject: Soulness.com - Open your mind and free your soul Date: Mon, 29 Nov 1999 02:45:27 -0000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0027_01BF3A13.CD8490F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0027_01BF3A13.CD8490F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, my name is Azani Sanchez, Senior Editor of Soulness.com. 6 = months ago I started Soulness.com as a senior in my dorm at Howard = University in Washington, DC.=20 I would like to invite you to visit www.soulness.com and join our online = community, and take a look for yourself and see what we have to offer=20 =20 Here's just a sample of what we have to help, stimulate your mind, your = body and your soul:=20 Girltalk - A place where women can get together and talk about the issues. Membaz Area (Photos) - Meet the love of your life or Pen Pals Live Chat- Talk and meet new friends from around the planet. Tha 411- Entertainment news and information covering our world Banging Joints- Hip-Hop & R&B countdown. UrbanFashion- Threads for tha Streets =20 If you like the site, please tell a friend.. ------=_NextPart_000_0027_01BF3A13.CD8490F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello, my name is Azani Sanchez, Senior Editor of=20 Soulness.com.   6 months ago I started Soulness.com as a = senior=20 in my dorm at Howard University in Washington, DC.

I would like = to=20 invite you to visit www.soulness.com and join our = online=20 community, and take a look for yourself and see what we have to offer =
 
Here’s just a sample of what we = have to help,=20 stimulate your mind, your body and your soul:

Girltalk -  A place where women = can get=20 together and
talk about the issues.

Membaz Area = (Photos) - Meet the=20 love of your life or
Pen Pals

Live Chat-=20 Talk and meet new friends from around the
planet.

Tha 411- Entertainment news and = information=20 covering
our world

Banging = Joints-=20 Hip-Hop & R&B countdown.

UrbanFashion- Threads for tha Streets

 
If you like the site, please = tell a=20 friend..
= ------=_NextPart_000_0027_01BF3A13.CD8490F0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 6:22:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 73EBB14C26 for ; Mon, 29 Nov 1999 06:22:46 -0800 (PST) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id C59883E34; Mon, 29 Nov 1999 15:22:45 +0100 (CET) Date: Mon, 29 Nov 1999 15:22:45 +0100 From: Jesper Skriver To: current@freebsd.org Subject: pcm - I can only get noice from it Message-ID: <19991129152245.A10475@skriver.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Just managed to get hold of a old Soundblaster 16 card, but I can only get noice from it when I try to play som mp3 files ... It's found upon boot like pcm0: at port 0x220-0x22f irq 5 drq 1 on isa0 I have it wired in the kernel config file, if I don't it wont find it (I have controller pnp0 in there too), it's like device pcm0 at isa? port 0x220 irq 5 drq 1 flags 0x0 Any ideas ? /Jesper -- Jesper Skriver (JS4261-RIPE), Network manager Tele Danmark DataNet, IP section (AS3292) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 6:32:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 4C08714D8D for ; Mon, 29 Nov 1999 06:32:23 -0800 (PST) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 257323E35; Mon, 29 Nov 1999 15:32:23 +0100 (CET) Date: Mon, 29 Nov 1999 15:32:23 +0100 From: Jesper Skriver To: current@freebsd.org Subject: Re: pcm - I can only get noice from it Message-ID: <19991129153223.A10548@skriver.dk> References: <19991129152245.A10475@skriver.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <19991129152245.A10475@skriver.dk>; from jesper@skriver.dk on Mon, Nov 29, 1999 at 03:22:45PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My collegue just made my day :-) device pcm0 at isa? port 0x220 irq 5 drq 1 flags 0x15 ^^^^ did it. /Jesper On Mon, Nov 29, 1999 at 03:22:45PM +0100, Jesper Skriver wrote: > Hi, > > Just managed to get hold of a old Soundblaster 16 card, but I can only > get noice from it when I try to play som mp3 files ... > > It's found upon boot like > > pcm0: at port 0x220-0x22f irq 5 drq 1 on isa0 > > I have it wired in the kernel config file, if I don't it wont find it (I > have controller pnp0 in there too), it's like > > device pcm0 at isa? port 0x220 irq 5 drq 1 flags 0x0 > > Any ideas ? > > /Jesper > > -- > Jesper Skriver (JS4261-RIPE), Network manager > Tele Danmark DataNet, IP section (AS3292) > > One Unix to rule them all, One Resolver to find them, > One IP to bring them all and in the zone to bind them. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message /Jesper -- Jesper Skriver (JS4261-RIPE), Network manager Tele Danmark DataNet, IP section (AS3292) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 7: 8:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from mojave.sitaranetworks.com (mojave.sitaranetworks.com [199.103.141.157]) by hub.freebsd.org (Postfix) with ESMTP id E9A2115033 for ; Mon, 29 Nov 1999 07:08:32 -0800 (PST) (envelope-from grog@mojave.sitaranetworks.com) Message-ID: <19991127195332.36233@mojave.sitaranetworks.com> Date: Sat, 27 Nov 1999 19:53:32 -0500 From: Greg Lehey To: "Viren R.Shah" , freebsd-current@FreeBSD.ORG Subject: Re: repeatable crash in -current (softupdates, NFS) Reply-To: Greg Lehey References: <14399.63511.296802.242618@jabberwock.rstcorp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <14399.63511.296802.242618@jabberwock.rstcorp.com>; from Viren R.Shah on Sat, Nov 27, 1999 at 10:26:15AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Saturday, 27 November 1999 at 10:26:15 -0500, Viren R.Shah wrote: > > I'm running a -current system from Nov 26th (approx 4am EST). > > I can currently reliably crash the system by doing: > > ln -s /home/users/vshah/public_html/index.html /home/users/vshah/index.html > > > The crash only works when I do it on a NFS mounted filesystem. I'm > using NFSv2/UDP. The server is a 3.2-STABLE FreeBSD box, running > softupdates on the exported filesystem. I just checked that local > filesystem on the server, and it is a 100% full. Can this just be put > down to the known "softupdates full filesystem bug"? Not based on the (non-existent) evidence you've supplied. Where does it crash? > [BTW: the server hasn't crashed, it's only the FreeBSD client that > crashes] Do you mean the client process or the client operating system? 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-current" in the body of the message From owner-freebsd-current Mon Nov 29 7:23:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 022231512B; Mon, 29 Nov 1999 07:23:24 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb25.imasy.or.jp [202.227.24.153]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id AAA00320; Tue, 30 Nov 1999 00:23:17 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <199911291523.AAA00320@tasogare.imasy.or.jp> To: current@FreeBSD.org Cc: freebsd-mobile@freebsd.org, acpi-jp@jp.freebsd.org Subject: ACPI project progress report - Nov. X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 30 Nov 1999 00:23:16 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 367 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, here is the Nov. progress report from ACPI project in Japan. 1. Summary of our activities in this month: - setup CVS repository and CVSup collection for developing environment (jp-acpi collection on cvsup.jp.FreeBSD.org). - improve device driver (S1 and S5 state transition are supportted on several machines). - gather ASL code and DSDT data (not so many, but still useful to design AML interpreter). - start AML interpreter developing (now it is in the userland, then move it to kernel space later). 2.ACPI CVS repository and CVSup To CVSup acpi development source tree, please try this configuration. --------------------------------------- *default host=cvsup.jp.FreeBSD.org *default base=/usr *default prefix=/home/cvs *default release=cvs *default delete use-rel-suffix jp-acpi #jp-all --------------------------------------- Other CVSup servers (such as cvsup2.jp.FreeBSD.org) are also available. 3. ACPI device driver progress: - detect ACPI BIOS and install the interrupt handler. - experimental support S1 (sleeping state 1) and S5 (soft off). - have abilities to detect and handle power/sleep button press event. - add builtin PTS (prepare to sleep) control method for several machines. this is temporary until finish AML interpreter development. - set sleeping state via ioctl. Yes, now it's possible that shutdown and power machine off by power button, but only work for the limited number of supported machines. Difficulty is to get value of \_Sx package and parse/execute \_PTS method, so our tentative solution is to have builtin PTS functions for the machines using bogos macros :-) Stupid? yes I think so too. We've started discussing AML interpreter implementation. 4. ASL code and DSDT data collection We are gathering them for further design and implementation. CVSup ACPI source tree, compile ACPI/util/ tools, then % cd ACPI/util/dfr/acpitest/ % ./acpitest >foo.asl % cd ACPI/util/takawata/acpi/ % ./acpitblrd foo.dsdt.dat >^D % and finally send them to takawata@shidahara1.planet.sci.kobe-u.ac.jp. Submitted data will be stored in ACPI CVS repository. 5. AML interpreter implementation We've just started based on Doug Rabson's acpitest program, but parsing AML and managing objects in the name space are almost finished. We're going to make configuration utility first with AML interpreter in the userland, then move it to kernel space after brush it out. Please see http://www.jp.freebsd.org/cgi/cvsweb.cgi/ACPI/util/acpiconf?cvsroot=freebsd-jp In the beginning of this project, we thought merging them to 4.0-RELEASE would be very much exciting, but it seems the codes are still young to merge and 4.0-RELEASE feature freeze is comming soon. We will try another chance, hopefully we have AML interpreter in kernel space at that time. Attached diffs are the latest acpi device driver against -current. # cd /usr/src # mkdir sys/i386/acpi # patch < this_patch Suggestions, ideas, patches, bug reports, rewriting the codes, offer of cooperation/volunteers and others are very appreciated. Thanks! begin 644 acpi-sys-19991129.diff.gz M'XL(")N40C@``V%C<&DM94[M5IMF\XE<[H@?[<]0IJD\?#!U)K5!MDKUEMOGGSDGSXL+.W_Z*VLT=>D+8? MW(?N]30F9:?"P(EIW]B>'[KDTHYMSQY3\CZ&JEOX^A!-W8D]M4.[60]FMD?C M>N2X]1M_3&N+NNW4_QT<%Z&]<.-H$2Z(?MDR6K_IY+U[:T?VC?OA-*3TQ.C4 M_?":=V[-9H1UCDA((QHNZ:2.#:QQ2"=N%(?N>!&[P+#M3<@BHL3U2.0O0H>R MFK'KV>$]N?+#>50EMVX\)7[(_O87,4,S]R?NE>O8B*1*[)"2@(9S-X[IA`2A MOW0G4(BG=@R_*"":S?Q;U[LFCN]-7.P4,338<4[C=^RC65^A+B+^E23+\2<` MNHABX"FV@5S$:X_])38)83$L\./YL>O0*H"X$9D!0L23CLQ8S)(%HSHSVYW3 MD$F*'*R3`D,J8I&D`*^3!9#W)U%#.*,2U<1W%G-0>5O.W3Y,BP\`(9G;,0U= M>Q:EXF?SAIA51E)-,,]U@QC]4_.R-=0(E`?#_D>]HW7(R6=HU$AK9)[WAZ35 MZY!VOV<.]9.1V1\:Y%__:AD`_[>_81/7N-YGHGT:##7#(-!#OQAT=<`#B(>M MGJEK1I7HO79WU-%[9U4":$BO;Y*N?J&;`&;VJS@>P[3>E?1/R84V;)_#9^M$ M[^KF9T;2J6[V<+Q3))$,6D-3;X^ZK2$9C(:#OL'1(6<=W6AW6_J%UJD3(`.& M)MI'K6<2X[S5[:J& MJ9LC4R-G_7['8+A@`$,;?M3;FG%(NGV#"6UD:%48Q6PQ`@`-2`R:H7PR,G0F M.[UG:L/A:&#J_5Z%83KO7X)P@-X6=.\P0?=[C&V04W_X&1&C3-@\5,GEN0;U M0Q0KDUP+Q6&`!-LF0Z>`PK@@5%/AE_2TLZY^IO7:&K;V$=.E;F@5F#;=0`"= M#WW9^LS9'#$1X(P!=;RHZ'"5S2O13TFK\U%'\@4PJ(.A"]7IGS)4QJA]+J8@ M71%_%:;TK_BUO[/WD^LYLP78G5T_B"VV34QWE>KWN(\$8,WG]>GQ6GWH.SG5 M\'^S6N8VV!.5BE8SO>7JZ-#73"W@Y7: MN>U,78_N.X#DIJ!M/K&6]BJULC&BUVBJHJ+F>&*'UP6-<534;3G/D[=L#9S] ML>L7]856/H>95C>R]P,O"&D1,>-%$4+87=GFE"/]34USV\NI7A\&:V&?N&+5 MZ')PD]8>Z`0GC$2+,6H3G4MUG=`K((M!6,9%:V!=M#Y9AOY_&F$_S3>(!K:" MA1,S('LR"A2Z-#^!0@V%):SBW_ZBJBL167`ML:VQ$]7*U? M9NLC][\4:O$O5K6P`/_+`ZB*[P-6]9W$Y,LZF5^A[?LA)Q*V.((*9K$Y`7@B`]SZJ^@GU)_"@UC?W+/&RPLYO6:9+%!+P/G%#NI6LEI M8GIO(??4"FSGQKZF)*_R4&AW*=.H"!E53N'3BJ50VNBF.^!4"9F#3!80O63$ M/K'\@'I",;!XJ#2!Y8RH:&-EM='UP9R+1E96&^>H8;P-BX?ITFYWM(^P7/X. MV^5!L[$Z_0Y0&MUR;D3YB$T<`7Z0/*`^(;4JZAEILH%]R):0VA-L@&`&2K+V M-G1CRJM94=8S+B0>]B%;`G!L>0\A_R2K9X]9X/O M8K?=!)?];ZQ,I2,;)HMYP!%A*2$(39.@"(NR_FIF7T=8WY`U8X&YUI26"2HO MP#VGL+DN(@(N]`[WYE$_76Y$/C-;8Y0CA(SJ$/M3#?`JS,LO3<8F:5&83MX4PC0S-++!J80 MMLZH!7$#_KU&<)6,?1_L*VH^!UTUQJR'ZX.M;+(EMX@V(G%]%'A)V2K`2E6) M\C7>-`*GX<\<`;;A./1G?]X0!]L.H>);VK-BC%:,`>0/0G<=T,:6$_D8C-M- MW/88MU6VQV#\<32"BPF!.`TC``T6<3GMXOJX5POU64&UH"IR-%D(3F&VV.U-A@;W$L!,AEA=Y19X%;>)PW MD8]`<&O?/`T!;#I>]$-X07CT$IDC"CX.>(15-/)3_S;V$U&#BP=>QGAQ?8V" M3H7+7!>&A[7";MZ`+L9GHVUVP;Z;95X/P;7>L5HC3!>DT%4"4*?=UIDUO*R2 MYVI#LTIV=S.;!]M7!D/`>5J&N"RJU^N54A#"^%=EMMIMRH*)M!%ZAZ42^BH^"7U_+ES&$DYRV65B("YY3];00O7>7H6'73@N,D?^$96>NAQFTJXP`I^^RM]DE%@*R(D=#EP8SCDH8S M._B5<<9I94B.$W3/G[.I(^^/,I(6S"4R!@+87S52SM!58[TKC.!2#F%D[X@H M\U1*Y([E[QA@\LG+B$()OCB7&TB79/]$O8E[M4)^.ETJ%SD9BT>I MCS#&3[%*@4V.BRP,K'L$XY8V@RP#E6MLI&U@Q!6HTQZBK6TR;\(0@)YS;5"L M0;9E"R'GY'@>M=7\`2$O\X2\7!/R,D?(RVV$'.0(.9V=98Z0EWE"#@J%'*P) M&80FA+LQK,6H=H.4%]#3#M-*0#)'N5;)"^=F?(463H"\J!">4,J1/S34CF?4 MXV)'#A@>V%40";![F&&FS$>![A7R*VF0=T33>Q];W34]2FW-AFB?7,\,M MQJD=8[&:EP\3633V&QA=:Z@0[%H[7LFPK6;2H$4UQR5$`"[HPIN`[643*JFP MQ%`2(9*DC)P07UE)IB)\[1BAX3-,4(KNO5&WJXP2*56H^QR*UPE]37?W[XE7 M!C1XSCQ@X+7CR+WV(/(+P<+N=HR.N5LEKRILROARR<^I8-^*F-C?5[>I$N+A MKK/6_16Y(W%9N2,-J=P%P/=$)BG_#S'?4TA&>]!A=-J]7M6EH/CW.M$]TT2HV[QL\' M3?1N&_!#&LUF$TK-!GXV\U&8%T-``080^@)0#L3923>%.%A-OB'$X')X8O88 M$,`T&WDP1G>@P!SDP@S-=C+2*X1@S;#;"H<+#16-HG4\*K&K,&WVG_9K5;@P0Y4QUQ M)K4AG[-VGJ3L9$_+A?!-+HVJE_;,LM%'GUGC)-Y^BZ>$L\""R.F.[TLBXXR- M89FM>79"06$_OVS]9AFF0<9NC.8,SQZ0"YOX'N76*2?IC)3EI<63"..Y((S] MS?*SG%06N4"-\.%$Y3?XNFN2]^])\S6/\255C`#>XP&@[:CDR?D-9.+^*40G MW(:\XZ\Z[`#T"ZL"!Y##6W;*$':56)#@!OF6$/_R$&G'E6!^'MQ!`Q:U'N?B MJ6./#Q,Y/7GLO,3\4T18$L<1,H34JS*4E06'(I"G12^U`8A#?!.'FRE;!A%X&I6%D=)V!$<-[=*1)#$81&I1-V)#FVTV+B MRCS&32+/4R')XECZ96HC10H\N*2B>CL%95G>74I#/9_ZU* M[OT%WN4B40"&1$Y4)I1-!8K>04C:$'%J'9%3$693\F+/9@R(R>R:>C3D=[JY M!9,N:#*+STGY?T6!+#>)TEM-9OOA+MM-D.I&%;JBR%J;N>D)4T(2A0P5T5;$ MS4;XQSO5!2XA,C),E"MAAG/Q1($5J/::OF5-@:+8TD^`%8>*,JL-%F&`M[8T MOB(:FTU#(Q5D8]4(J!<['K8"C4D%?'\X#6- M]/Y/TGZ8GD0A0C^4N:U;]GA#8O]U!14$^8?IL5%I6[$+!17J_[05W%CQN;;4 MI\*A'UQSV_*DZM*/6V$/;+[-5##-G!7VB'VV^?@5]HC=M?E'5E@S76'-'[K" M_J1=LZFLL.:/7V%;;`%_:(4UBU?8%GO3/:3QEL;!/ M^)L7%DER;:S7ZXJ.9X,R&9L^[+8+Z@ITUZH(8I):>4PY=6<33A$K`C$G(\-J=3I6^USO=LJ\=Q4/ M,L759M)0DBNBDS@*VF'W>"#VY5>S$O)VB\]<\?T`+2=D02$YAV20R:FJ3^?X M6-"[_O+SUW1\?E4+7P_D'4>1LM;[I/=EN%<:_Y>&?CG!5&479_RKM*92$<>3 MGA/AHJZCMQA,1R#WB\Q1]?V#%Y%I#R^V?1<94, MC8[Y(;UAHEYI0=Q5DD\(GH&+$87\,-Z=T,A!>2J]*MS(X/L)MG8ZVLGH;%4' MFZH]D>)K%$^<'<>V,\V;N9Q`64!=8SR.#=A-BGKMY4:5';8KK?+-$C33R,+L M4Y47W?`_(M;-',@K%ZIRS^I7*T-WDE?-!RH:(PRS`?B+(`ZCA^+X;#N[UL_R MSO)"/O]YX4Y97BMSH8"`SEV+%?#ZJV)$E)M:XG;`EH?A.:K$UE0HSKGSSI[% MHR%\(A%,[R/7L6=D3N=^>"^/Z`N6GMBP^1%MN'8T/DR.QOG^G20WR^N'XR$[ M'&=P.10B)CPG'H?^#?42JG(N6FV@%K.V0HSR+5%Z6U20/Z,>J1&\8-D_M6!0 MZ[PSK)!]:1J2:69(URB<8@[FV43J*CM4%F76`;6)7QI);D57P&_@0XMK#SOK M%TARKNULJ0TK%_!@^"_N5Y%I968S4;_$^B4U%9']%'93A5R9:-DS4RVZK\D( MF;D'&3WCXG&KZ1*0>[QZ\+^F5'C^N'K?HN#"Q>I]B^2F"6:ON`(('4HOT/`' M,NHEHWWV;QSX#IY?HM^`%H2PJ\/B3@,XZ*F#PUK3FS46OVP1S5W+F3.#!'9) M.NW2\.&=%S0I.(HE[2(W]\9G`[PB<*W[F/D'?PBZ5X41X[^;L-6<6JVVJ7_4 ME#T\Q9W90C/+GKFDN/)MR1_V>,3JZE]H%ZDQ"/^3P[C#,J\YC'/P!_D>_D,R M#1W$KV::[B#(O''>&FJ8HB'?"F7!ALN(`H<6C#T@='"3I#B?)!G0#\$J+,1% MP%/1;"1!&3[J-X=X^JA9%[K13HX1P50*)Q#[6.D*QT]V=D&>N]/$R,-`&^>9 M#<]E^&S"K5,8;L>2!/R>[E$K[[;2)+PZ./A$>-$6!Y5C)EMP19X$[K`C*8-1 M-[AH$HV'#FGXF[U+(II/7`@FRZ_J/]=?UIOU@PK'@O<&)P3"-/Z^[LJEP+Q_ MM?FN"K^74DF/NQZ73BY*6\,FBJ;S.2.ENKHV9"VSGIS#?']H\/2FRL.#)XQI]*Z>= MO&#B/XN27N6:X'6.1&-X9,9B/Q$HAI@FX#W_:9T--)A"/Z!WYT"Q$84-R'D3`O_[>YP>= MRCQJD3R,YG'987N][_8+=;7O8Z2PWO>)XSYPHV1KN:GO.;?!L])9/-W*J0T?[>*&9Y_V.C&1ESD*$VO*S4LT#9MD+`^,NAI#7B4>O5M$596X:K8G MGT;YB##]QT'235K?[V^XV??@>]2'WXHF-_4A1,@&W0#/-1`*TLE,HBCQZ*N) MP=0Q#ZIJM>29THR]4X*_WK\G;R%&!5T:ESE)9(^XB1/':>(W]0X+Y9,#?#NFA(M`C,H4NU(`VSMN0LF!+CD&X;P5[!:P]_BG^IGW!]E_ MFV,U6LCR*J@]$J\,_I^[H_].&T?^3/X*M;O=@X00&Y*4)+O=\I7$6P(<)DV[ MW3[.@)/X"I@UD*9O7^YOOYF1+,O&!O+1;M_FM6`DS4B:&8U&LC2CK*"BMS(D M5<@$YM6JW.4(E/93'YD]G-H)Q43_`GM7H1_13EE##(H7QE,IV0=_R/OW&#A\SX?WE__+J^LM5-<+ MJA,;`HK0Q`_W]1M_KZ9&L:_3UGM(:%BRI(#"*C%\0Q+E2I&FS9`YHE[)2E:0 M]W*B\4\28M"[_.;H-Y7E:*U/(M(KNO(TDKVZY?<7<"%UWT+`'^9@96Y'!)RG M/9%\]\TBF1>N?2*0CE3U.E)>W_)$BO+*E]Q==7YY6R*[L MC92<>TKN@UT#/8&$YA=$$_<]MX MRR$J.&LR11#O*3GR",]7CQY_5/>"^?-,R?QFH\^O[:%#+Q'^?BQ6N?'D7'Z8 MIZ]_(I>EI?A>0#/HW;BT_#\H?[BGH+G^C*>Z]^4Y_HC1W8\_+VYO+C< M?2HN_WTC^WOC\N-']E(T#^#YDXQL>5X./=OBZP!^4HY?T\57I^)I-,OZSG+Q M;`G;9!/!YM5'\<@W[E?"3?YR5=SS[M#%C/&]SJ#6^,JB0LZ/ M!?)7#\'!0"O\(F'DC%TZ`,'/"&$=MN>YGK].Q`1'7`L]"@8%KRO.%_/F=#H) M1!Y;$7]N5/K1\6\$BTNMT''E2BL*C]$4MWZ"ZZV)QQWD;<\(@JIAKL2@+<5@ MUO"RK]DI=3@6ZC5N_*>11)L9X7/;/S&%F:_XH2CA;^'G7]A>:-6:<'F2GL3Z M5!F<*9\MG')R_1H==%16'7.+[0U"X>6#-::,:%CKBFI6>L+=&%3"8C"2!>6Y?GSG#FC%F%;ZDP_KZ=8CX%KFE"/F_*YT:] M8S2Z7+I*E3>EDUJ*O,?/)\[@5W:XG6'O;>BIP3Z-W<\Y@4/4=V;U/9PZP_[8 MV/(W-4SNR6'*S!G*G-%4(9G8[2"`P/X,Z@%V>JV!%W,(&[8:^Y`6/Q'V5Z:S0__$A<\*8SRP;SD_Z)%3MFK-K.^& M,="U5M-4"+R*(T:C6GL'Y66'5A8.F"AA)&=7`PN&JJ"8M!J0#EG:)QT0+(\`T3NME79)\I1X!X=6>*/*R5D?BFJ'T0V7YV7QFWZ;I MD^L'\\NX7\>SL1ED-\_.L,\.GFW%LW=7&+-E$)TX^W_.'<].(W"S]U^[#SJG MXXQL:-=;?#65P8@G?J&5V-KBH&&`+<-O5HKSAZOAT8I(E[RKC+B?2K]7PAF7 MZ=L,V"OPJ2;7&^X,,YY%TVM_SJUAVIWH6>9.\ID4/*&9`\\+@XH/I6;YMTSJ MZ082H/.Y#(_),L8SH\+%4]>0JOAJU"XV/4D%_"AP;0$/#*FA0Z60$X88VRGM M5E>3?K<]%YT+*L94M]7A7D6[%Z4W9%.U\F7?;(LYL!;X$>M.\KUE_LM`-C1N MY7)N-#WG"CU&D=&&QN$&GO.&#QP4Z3^ZII9E+6[+I[D)B^:^=KL7\Z2%GNXR M"A8]'LO+F*S'/,5@B1J>?U1KY9.L\.%H-+-0MHBG/V_1A52*3P2B MC+`/LJSAHKV11:=N%`566/75\@GTD/\5A4D?K>ZDU2R':[-W\WVJ3PLJY*56 MU<=MCC2`%NG8;JK3U/-^`_C%(5ED5^-%CDN-LZ0B`DNK7JLF%>EG(@EV)&%/ M))R9)YI$@K3`RQYGM/H`'H)@XXX2[P;H'=(Q0J&@;"(]]C+^[<@4UR'`1-#G MT/Y,-!%;G)%+2<071J5',,'P`P4-Q%H&E/>!*#\.$,:]7_A2(QO4&O(<7IHG M@,D*8<'P96+(='1UEUC<'=7#&XLKG$F M9L&ZCZWG248U%2]R^<+1<1^X73$T[@U7Y*.'PZTG<,G;74E[CVOL?BE,7*D/ MXM1!C#:X$[@2=$',B(Z'\!4!YL8`)6J!6"60?-P\O+_ M5'(LY4$/9$3AG2\B?BETCBD8=!%XB!>$60B\R!(C*\ M<&G\99D=5*Z<5;.I(LT/50,>"WEZ-AK'3?R18(H!;CTLM)>V)D:\V@!]90.@ M4`4:(.H1:\K6J8GOO`*SAQ(._+>V8C4HBM$-2461<8V"'8MJ-^B@DH2K!N@# MU!\M)V']=2/6)!)H/8C4$4HO:..B91;6A05I20$V^@9]LN=;263D+;%POH4Y M0\W4OJ$Y4E`K!$%._!DQ5OQ[NU]Q?-`]-AH=7&VO!U,D(HS#4C;!HD@O2&4N3. M#8B*6RRM\5UC*`5T67"9XI4#[F\/373.$XSPC%9@O*1?MQ\ M-5+<6Z:#`N=MFZ)[",'?1_.><"=O"=IJH;9`:<5AYJ?JUU!FL1-X!>^X>U9^ MO1F\+TH_P10>E?!*IUT)2[@^V(\(."^S8O6/LVS%J+Z3&PZ^YZU*M=0)[4+` M-\I,L*_-P7BY-6JY>&-V%FHQZXWF8N)[TUA(/#-/C,BNR,;*C24MX6F=[20] MYFD!-A\/FX]Y6H!=:5XE&5I_K&%I)=E`^@HC\B M">B^HY7@^9@L?C<+^>C[M)"H+:CIT$9WZ:+4KJ*WP?44MO79\@:PZEH:UO@^ MBZYUM[S7T4=AG;)Z1.,L&7Z\B]]U>KJM:ZR+EO?!(B9):\1M=Y"A$:@4GO;0 M?4_M[]GW#&F4[W+?4TM<2GRM79_PKN?WH%(2I2]6\M;8:KNOYH@*[[MG?\CM+P\;S8#2$IJ^&2^ZF8>XMY]`? MG+3M,%,L)G'6C9FWH+I3]S,Z/'-&DR'%CODU\&V-P:>0X8*I=,+^VO)@">O: M(^Z?-_@]ZPV=07A3!%(]^Z9+SC8_Y-$_+GG53:72FS@L+^?C?B9"EX`J&;4X MTG%U\3LN=SU^0%1ZGSI2>!1;(.4_X+E^Z9Z*)/)YR3S'.*7/6_DR?*$(:GSW M!K^YY,6=5!#>ER)O0)`!68FZ4:L@YD:51X$4Z!4)3]J&S]*YVS"R-AB6B*TR MM&Z<^90C4PV`Q!V!.&QDJR*ZTD6[BN-][;[+R2>&`C(O7)G9;+S'NG@=ZIA. MT.0QJ'E&&"_S$?^NB>87=*VX=T`]X(^/K(8HETW1)_N+?^'G'?\2/WS?7J$S MR=P9&4YQJ6B(3I$%PSRE+U6LLR*BPN_Z?B1]DFC2\,6JQH#I$[AEF)C[SGP`!D&I#[N5#B MP@\G-9.[X>0!E?T$[H&3?JE^._TN1$#\-`E%"2&'G[R/$3B>$G4D+;8O9=>@ M"ZHV0:R?KQWT42J+B(;[$=R):C@?S3QX6"Q&FX22O$D%92TN`""'W[M]/$ MD!/-E'=U%`UPR-%COQ3T\ZCJ,L3,ZMNB`>,#>,GV!*:O M<-ZF!C1=I6[5NS8132TOZV6C,A"]YA-O3'Z%ND$6>-U@T5ZR;6_>8+GH/]0)'*T8(H M,FL^$B^N MQG..!BB_,[CJY?I@5@B"I.#W0HE1I,0H4F**`WG'^HQ#X<:&PK(LI&UL43ED M"GV$<&'"!N,%)B/\C]E*_F0DLFVLR!K<=/$AC&-P$RISW8O@N.ZMRTTA,G'\ M5+-6JP>%[!YP%;[X"&LU6KB)S7O>G8PG MN6L8,B#KV\O_8%3Y[MLQN(UH`::N!`R&%:^4V'N]#B@TJ]8\7J=UJSE''[AZ MR?597.)2;BGE4N9\S)JPGB[H3-L]!#4(#XM\4B$6.;07<*B@X["#3S[JV":K MN`-;N`VWAN@T'"R1:])[%.S(&;-;D+M616R!H-K#Z145GS/N#^<`_9S3^#F0 M3B9)?C\GAOOI/V.3)Y9GC7+7KZA%NP?8HCTMJVM<*U/M3DJ[M7%]'>)G-6 M&1@2],KQ3NG'*XW'>J;-3?S;#.)/R11^70-#9SE3=E)OEDMUFC:NW>%@BC&I M6*O39C*>B@^WPQ]X/!_G2GC>Q<9V,3J+;7G]Z[3&0_H0AN?T?RH7&2E5'_'!XFAO$X:Y]4R@5R MPD.,H9!$`HR%I81@9,=^P:V"(ZA=N[50)G_^!7@%AF'[9[[=HFD!P66S[Z3H M,RYPV*R>Z\[`5.FY4WH3QOL.B(>N^XG(ZP(C/;KI'$@2N7(+BWN3BE'KE6)D M3!_R'FR'RO-NO]"*MW3S?EWI._*'"OY;5PVC$AC8DP5-+--7*V-9-'4!%B!I MUUV6UPX+!X=[^21]'``M5\EH`FT57DJ5G+KTW-$A>YW^(1.@>)G;9>FR[7VR MA_:7#-O?*>P064TA=YDG-X]>"GJ99?3NB MYWWM#8)Q"3.&_3AM;]^":AK36HGA+CV:4]UN*TW^52X=;TK[,Z%B@]Z0%J9= M$2&$E\0M!G;D;%_2YHK@F^0/GI9M2G M2$YO:NU&N636\'`;739OE4YJ7?/4..X0]A2!@8(%V@BHD/\#K`2C<8XN<_"_ MBRX)Y(^!0^V+DDI$@H#.=\GS#^V6I)7@(BR%0>$H'MW@EKOHP7:(&GHR:>"" MLN"]+VHHOO#],@O+,^H^_"F;7HAN^Q4&7LGRO,W0`;]TFCR\;V9^X@6'Y.<` MB+*;R2;@XD50IRSVD(*$8F@V2O/L(:QA!R+"'3/&EZXX`DAN*0@;OKB@`#>W M6@%#N2^D[L;Z@E4IJ':1[X2DF-K4K()4>H:5)(^VY1G5JF>H]U(Y5]NT,+)`D2\]-AM;8GN6F?2?WR>W9V_.V9 M,YO.O3DS+DIFZ8T!!N9G:VI]>,+9!$F%I',&#)UH99%K_=^8S0C%Q@L=.G M-^I9T,TVF]C>R)FA'$\\]\89P,/LVIJ1C77I#H?N9[3;8:TV<,0Z":U#`!S9 MN*<&/_18 M%D%9\YB=U=J54_A9*AMUH_.>FG1L=!I8WS$V$::E=L>HG-=+;=8Z;[>:)D>' M/:L:9J5>,LYJU1R#9D#5K/:VUN@P\[14KZL]A7^ACI9KT$;TF$:XJ"+H:-5H MURH=[%'P5`&Z0?/J66:V:A4#'VKO:M"74OM]5N`U:_\^AT*02>BJI3.82DV6 M7D$9X$KEO%T[PQ8#*=&CMI-JLFX8(*S%K[K5&IF4>LWC2):.=F M+G-4AO(UF)%01Q,0XA.\YA0F>>54\&"8$3X1NJ/@=,EYW(,:^Q4]ZQ4.06:=5N5+NW= MG';E*\[X3-7DHSG'[?==VD^@XT"L#6L:.49O.%D\D\N M9.1KS4C^?!27[-JCT.O1(,>SP_&%1;)PI'8'UJ4UX]K$[G;3:3QF8@\R?ABF MN"[QB(:1#J%+K.7]V?T8UP[Q/G:QU3=QR;0^3>A_Y`5Q*"_\HG@A&VJ3S8M4 MZ-G6S/62S)CW/OJ3@Q6S/F@?\2E-D43 M!#NR!Q(4!!7L6].9<"2RDG_+HU)B51F5E=(O[%\QO+JT^E/_Y7@T#U]"A_** M0;AX^-5%9W3#!/DDDT:7D/J^!%6BNT8K#,5K"M>G^,),S%8B,$7SI[NX,^#9 M?\9ERN;NQ35*#6*2D-];D2\C1R3"+\W/+\_VO=C'Y?I^KA/R]%">0A(ELDU2 M=A!V(28[OSR;FIR0ZSL;3\C3E^;ATFD9B_-Q$CGI#F^&^2ZL\!)S"TFYET-K M>MVET&G)N3"6!['-&LQG7W`AGICWV1G,KF-SK2]=:^B-XO)&[C@QKP^FZ=S[ MLFS4%CX48C4CQ7?EBG$-%>6-/N/*@;24[S31#.WC!NK)?,II!GX,<`M00/G1 M7,%FJT4CN5XZPZ%OA,L@]CB+VM,IY(.IS_2S\K-G'`/@O,[!WX8?[W=!ET*G M\7VYW;VQ^_YI(Z;\776';O_3_QL[FYZ$@2`,G^NOF!L88Y&*>O!@#"<2"48/ M'`@Q--:DD2`?[9'_[LX[T]VEW56X$8;N[.P6=M_./L..\1](7E9::1A7:QO; M<)]AVPS=8G3S__"H,-71S*TJC!:E3F-D!>26"Q=7T*:\5U`:@M3U&#$.*2&( M[?W(Q!9J"+GW0O5VL6^T$)O![689Z\[J_3O0QII\3/V']$ZJ\/HS,9X_S-/3 MRT=U!RTLO%4*E'!]$O"V4E6'.H8Y#+4`=98.]23ID4!VQ6+GZ'>&\5[,0\3. MM/J)^RAHV">'AEVL\B4N47YAA\F?\Y,%U/068%CQF9*&X"07L'5P(N%D>7:[ MWM@O4@.$1OP#_%,+PTZ2C\FLWWOM"5*B9:.\:\\HZQIYF%ZVFXOA+4BSEZU@ MV2WZ`C1\?NSUWX+\V`+P[-: 3:,1"'LS`EHC[^0M@PC"Y`<,``,EL ` end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 7:29:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id E20AA14C11 for ; Mon, 29 Nov 1999 07:29:36 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id EE5541CC6 for ; Mon, 29 Nov 1999 23:29:35 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: current@freebsd.org Subject: HEADS UP, bind update shortly... Date: Mon, 29 Nov 1999 23:29:35 +0800 From: Peter Wemm Message-Id: <19991129152935.EE5541CC6@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm about to import bind 8.2.2.p5 into src/contrib/bind and fix up the broken parts of the tree as I go. I will disable the named (and associated tools) build for the duration. If you want to do some make worlds or releases in the next 8 hours or so, do a cvsup pronto! Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 7:55:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from betelgeuse.accessus.net (betelgeuse.accessus.net [209.145.151.40]) by hub.freebsd.org (Postfix) with ESMTP id 6D64014C35; Mon, 29 Nov 1999 07:55:12 -0800 (PST) (envelope-from root@betelgeuse.accessus.net) Received: from localhost (root@localhost) by betelgeuse.accessus.net (8.9.3/8.9.3) with ESMTP id JAA05852; Mon, 29 Nov 1999 09:55:12 -0600 (CST) (envelope-from root@betelgeuse.accessus.net) Date: Mon, 29 Nov 1999 09:55:12 -0600 (CST) From: Libertarian To: FreeBSD-stable@FreeBSD.ORG, FreeBSD-current@FreeBSD.ORG Subject: subscribe zoso@accessus.net Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 8:10:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 4A67914CAE for ; Mon, 29 Nov 1999 08:10:14 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA06195; Mon, 29 Nov 1999 08:10:14 -0800 (PST) (envelope-from dillon) Date: Mon, 29 Nov 1999 08:10:14 -0800 (PST) From: Matthew Dillon Message-Id: <199911291610.IAA06195@apollo.backplane.com> To: freebsd-current@FreeBSD.ORG Subject: BOOTP appears to be broken again Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm. BOOTP appears to be broken again in current My diskless systems are insisting on mounting root from fd0c with the latest current (verses one about a month ago). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 8:51:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 00E9B15181 for ; Mon, 29 Nov 1999 08:51:08 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id IAA27910; Mon, 29 Nov 1999 08:51:07 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id IAA01330; Mon, 29 Nov 1999 08:51:07 -0800 (PST) (envelope-from jdp@polstra.com) Date: Mon, 29 Nov 1999 08:51:07 -0800 (PST) Message-Id: <199911291651.IAA01330@vashon.polstra.com> To: dillon@apollo.backplane.com Subject: Re: Route table leaks In-Reply-To: <199911280243.SAA40107@apollo.backplane.com> References: <199911220150.UAA78559@khavrinen.lcs.mit.edu> <199911221552.KAA84691@khavrinen.lcs.mit.edu> <199911270141.RAA29416@vashon.polstra.com> <199911280243.SAA40107@apollo.backplane.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199911280243.SAA40107@apollo.backplane.com>, Matthew Dillon wrote: > :1. Do I really need the splnet calls around RTFREE? > > Yes. Because the route table may be flushed from an interrupt in > a low memory situation. I guess I didn't state the question very well. I realize that RTFREE has to be executed at splnet. But I think it's likely that rtalloc and rtalloc_ign are always called at splnet or better. If that's the case and it's already required, then adding the redundant splnet calls would be obfuscatory. I'd rather add a comment instead. > :2. To eliminate all the duplicated code, shall I make rtalloc just > :call rtalloc_ign(ro, 0UL)? I assume that was avoided originally for > :performance reasons, but now there's more code than before. > : > Hmm. One trick I used in the VM code was to put the common code in an > inline static function and leave the external functions broken out to > avoid an unnecessary call chain. OK, that's a possibility. I was hoping our network-meister (Yo, Garrett!) would give me a sign as to whether it would be worthwhile or not. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 9:10:47 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 0859A14C37 for ; Mon, 29 Nov 1999 09:10:43 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id JAA06637; Mon, 29 Nov 1999 09:10:40 -0800 (PST) (envelope-from dillon) Date: Mon, 29 Nov 1999 09:10:40 -0800 (PST) From: Matthew Dillon Message-Id: <199911291710.JAA06637@apollo.backplane.com> To: John Polstra Cc: current@freebsd.org Subject: Re: Route table leaks References: <199911220150.UAA78559@khavrinen.lcs.mit.edu> <199911221552.KAA84691@khavrinen.lcs.mit.edu> <199911270141.RAA29416@vashon.polstra.com> <199911280243.SAA40107@apollo.backplane.com> <199911291651.IAA01330@vashon.polstra.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> :> Yes. Because the route table may be flushed from an interrupt in :> a low memory situation. : :I guess I didn't state the question very well. I realize that RTFREE :has to be executed at splnet. But I think it's likely that rtalloc :and rtalloc_ign are always called at splnet or better. If that's the :case and it's already required, then adding the redundant splnet calls :would be obfuscatory. I'd rather add a comment instead. I ran across this situation in a number of places while fixing the VM system. If you want to get rid of the splnet() calls you have to document the procedure containing the calls in the comments above the procedure, adding something like: /* * fubar: fubar the kernel * * This procedure must be called at splnet() * This procedure does not block * This procedure must .... */ And then make sure that all calls to the procedure indeed occur at splnet(). Then you can get rid of the splnet() calls within the procedure. For examples of the type of documentation necessary, look at vm/swap_pager.c. So what it comes down to are the requirements you wish to impose on the official use of the procedure. Note that making spl*() calls when the current process is already at that spl level do not impose any real overhead. : :John :-- : John Polstra jdp@polstra.com -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 9:48:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id C64001526C for ; Mon, 29 Nov 1999 09:48:10 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 965911CC6 for ; Tue, 30 Nov 1999 01:48:09 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: current@freebsd.org Subject: Re: HEADS UP, bind update shortly... In-Reply-To: Message from Peter Wemm of "Mon, 29 Nov 1999 23:29:35 +0800." <19991129152935.EE5541CC6@overcee.netplex.com.au> Date: Tue, 30 Nov 1999 01:48:09 +0800 From: Peter Wemm Message-Id: <19991129174809.965911CC6@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > I'm about to import bind 8.2.2.p5 into src/contrib/bind and fix up the > broken parts of the tree as I go. I will disable the named (and associated > tools) build for the duration. If you want to do some make worlds or > releases in the next 8 hours or so, do a cvsup pronto! Sorry, this is on hold for a little longer. I thought the lib/dnssafe and lib/cylink license and export issues had been resolved, but I'm not so sure now. I'm waiting on more info. named does seem to run happily with the dnssafe (rsa crypto library) removed though, so it should still be possible to update it even if the dnssafe and/or cylink code has to go. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 9:54:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id F03F41555A for ; Mon, 29 Nov 1999 09:54:02 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p02-dn03kiryunisiki.gunma.ocn.ne.jp [210.232.224.131]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id CAA07274; Tue, 30 Nov 1999 02:53:54 +0900 (JST) Message-ID: <384211C0.7AD5D294@newsguy.com> Date: Mon, 29 Nov 1999 14:40:16 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Nick Hibma Cc: current@FreeBSD.ORG Subject: Re: loader.conf, ordering of loading of modules References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nick Hibma wrote: > > Is it possible to change the order in which modules are loaded in > loader.conf? I need usb before uhci before ums. > > usb_load="YES" > uhci_load="YES" > ums_load="YES" > > doesn't do it. Funny, I thought they were loaded in the order they were declared. Alas, I'm not inclined to add any kind of ordering of module loading, because this ought to be handled by the load/linking functions and module-declared dependencies. Let's not fix the wrong thing. -- Daniel C. Sobral (8-DCS) who is as social as a wampas dcs@newsguy.com dcs@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 10: 7: 2 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id C560B15282 for ; Mon, 29 Nov 1999 10:06:57 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id NAA35374; Mon, 29 Nov 1999 13:06:34 -0500 (EST) (envelope-from wollman) Date: Mon, 29 Nov 1999 13:06:34 -0500 (EST) From: Garrett Wollman Message-Id: <199911291806.NAA35374@khavrinen.lcs.mit.edu> To: John Polstra Cc: wollman@khavrinen.lcs.mit.edu, current@freebsd.org Subject: Re: Route table leaks In-Reply-To: <199911270141.RAA29416@vashon.polstra.com> References: <199911220150.UAA78559@khavrinen.lcs.mit.edu> <199911221552.KAA84691@khavrinen.lcs.mit.edu> <199911270141.RAA29416@vashon.polstra.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > The route disappears from the routing table, but it is > not freed. (The Leak.) Actually, no. > Now cause some packets to travel on the connection. A new cloned > route is created and added to the routing table. Here is where the leak happens, as demonstrated by your patch. (Great detective work, BTW.) > 1. Do I really need the splnet calls around RTFREE? I don't think so. All calls into the routing code should already be protected by splnet. We may have to revisit this in the future for finer-grained locking. > 2. To eliminate all the duplicated code, shall I make rtalloc just > call rtalloc_ign(ro, 0UL)? I assume that was avoided originally for > performance reasons, but now there's more code than before. Actually, it was avoided originally because it was easier to just cut and paste. There is no inherent reason for the duplication, although Matt's suggestion of topologically sorting the routines so that GCC will have a chance at inlining is not a bad one. (I'd actually like to find all the calls to rtalloc() and simply add an extra argument to them. I can't fathom why I didn't do that five years ago....) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 10:20:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id B4AE4154E7 for ; Mon, 29 Nov 1999 10:20:46 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id LAA10248; Mon, 29 Nov 1999 11:20:46 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id LAA19775; Mon, 29 Nov 1999 11:20:45 -0700 Date: Mon, 29 Nov 1999 11:20:45 -0700 Message-Id: <199911291820.LAA19775@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: HEADS UP, bind update shortly... In-Reply-To: <19991129152935.EE5541CC6@overcee.netplex.com.au> References: <19991129152935.EE5541CC6@overcee.netplex.com.au> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm about to import bind 8.2.2.p5 into src/contrib/bind and fix up the > broken parts of the tree as I go. I will disable the named (and associated > tools) build for the duration. If you want to do some make worlds or > releases in the next 8 hours or so, do a cvsup pronto! Thanks Peter! Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 29 10:32:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from isdn-11.follo.net (isdn-11.follo.net [195.204.140.100]) by hub.freebsd.org (Postfix) with ESMTP id B525A1524D; Mon, 29 Nov 1999 10:32:21 -0800 (PST) (envelope-from des@isdn-11.follo.net) Received: (from des@localhost) by niobe.ewox.org (8.9.3/8.9.1) id TAA09942; Mon, 29 Nov 1999 19:19:25 +0100 (CET) (envelope-from des) To: current@freebsd.org Cc: cg@freebsd.org, tanimura@freebsd.org Subject: More newpcm breakage From: Dag-Erling Smorgrav Date: 29 Nov 1999 19:19:24 +0100 Message-ID: <86zovx6tzn.fsf@niobe.ewox.org> Lines: 18 User-Agent: Gnus/5.070098 (Pterodactyl Gnus v0.98) Emacs/20.4 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --=-=-= My SB32 PnP, which had so far worked nicely with newpcm except for the "fast forward" bug, stopped working after the newmidi import. This means that none of my sound cards (except for the GUS PnP, which I haven't tested) work any more, and I am seriously losing faith in the authors' ability to maintain a device driver. I've attached the output of dmesg and pnpinfo from the affected box, both with and without the PNPBIOS option. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no --=-=-= Content-Disposition: attachment; filename=dmesg.with-pnpbios Content-Description: dmesg and pnpinfo with PNPBIOS Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #17: Wed Nov 24 20:31:13 CET 1999 root@niobe.ewox.org:/usr/src/sys/compile/NIOBE Calibrating clock(s) ... TSC clock: 166192956 Hz, i8254 clock: 1193180 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium/P54C (166.19-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x002e5000 - 0x07ff7fff, 131149824 bytes (32019 pages) avail memory = 126554112 (123588K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f8630 bios32: Entry = 0xf8080 (c00f8080) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x80b0 pnpbios: Found PnP BIOS data at 0xc00fc730 pnpbios: Entry = f0000:c760 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc02cc000. Intel Pentium detected, installing workaround for F00F bug VESA: information block 56 45 53 41 00 02 d9 6c 00 c0 00 00 00 00 22 00 00 01 24 00 00 00 eb 6c 00 c0 eb 6c 00 c0 eb 6c 00 c0 00 01 01 01 02 01 03 01 04 01 05 01 06 01 07 01 08 01 09 01 0c 01 22 01 24 01 2a 01 1d 01 VESA: 52 mode(s) found VESA: v2.0, 2304k memory, flags:0x0, mode table:0xc027d742 (1000022) VESA: Tseng Labs ET6000 VESA: pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12508086) npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 173731758 bytes/sec bzero() bandwidth = 736377025 bytes/sec pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=12508086) pcib0: on motherboard found-> vendor=0x8086, dev=0x1250, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7000, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x7010, revid=0x00 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000e800, size 4 found-> vendor=0x100c, dev=0x3208, revid=0x70 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base f9000000, size 24 map[14]: type 1, range 32, base 0000e000, size 8 found-> vendor=0x8086, dev=0x1229, revid=0x02 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base fa800000, size 12 map[14]: type 1, range 32, base 0000d800, size 5 map[18]: type 1, range 32, base f8800000, size 20 found-> vendor=0x9004, dev=0x8178, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=12 map[10]: type 1, range 32, base 0000d400, size 8 map[14]: type 1, range 32, base f8000000, size 12 pci0: on pcib0 i4b_pci_probe: unknown PCI type 307265670l! isab0: at device 7.0 on pci0 I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Extended BIOS: disabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled Interrupt Routing: A: IRQ12, B: disabled, C: IRQ9, D: IRQ9 MB0: IRQ15, MB1: isa0: on isab0 ata-pci0: at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0: iobase=0x01f0 altiobase=0x03f6 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0 at 0x01f0 irq 14 on ata-pci0 ata1: iobase=0x0170 altiobase=0x0376 ata1: mask=00 status0=fe status1=fe i4b_pci_probe: unknown PCI type 839389196l! vga-pci0: irq 9 at device 9.0 on pci0 fxp0: irq 9 at device 10.0 on pci0 fxp0: Ethernet address 00:a0:c9:4d:1b:d4 bpf: fxp0 attached ahc0: irq 12 at device 12.0 on pci0 ahc0: Reading SEEPROM...done. ahc0: internal 50 cable is present, internal 68 cable is present ahc0: external cable not present ahc0: BIOS eeprom is present ahc0: High byte termination Enabled ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc0: Downloading Sequencer Program... 411 instructions downloaded pnpbios: 13 devices, largest 110 bytes PNP0401: adding dma mask 0x8 PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77f, size=0x8, align=0 PNP0401: start dependant pnpbios: handle 0 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 PNP0501: start dependant pnpbios: handle 1 device ID PNP0501 (0105d041) PNP0501: adding irq mask 00x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 PNP0501: start dependant pnpbios: handle 2 device ID PNP0501 (0105d041) PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: start dependant pnpbios: handle 3 device ID PNP0700 (0007d041) PNP0c01: adding memory range 0-0x9ffff, size=0xa0000 PNP0c01: adding memory range 0x100000-0x7ffffff, size=0x7f00000 PNP0c01: adding memory range 0xe8000-0xfffff, size=0x18000 PNP0c01: adding memory range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: start dependant pnpbios: handle 4 device ID PNP0c01 (010cd041) PNP0000: adding irq mask 00x4 PNP0000: adding io range 0x20-0x21, size=0x2, align=0 PNP0000: adding io range 0xa0-0xa1, size=0x2, align=0 PNP0000: start dependant pnpbios: handle 5 device ID PNP0000 (0000d041) PNP0100: adding irq mask 00x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 PNP0100: start dependant pnpbios: handle 6 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 PNP0b00: start dependant pnpbios: handle 7 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 00x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 PNP0303: start dependant pnpbios: handle 8 device ID PNP0303 (0303d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xf0, size=0x1, align=0 PNP0c04: start dependant pnpbios: handle 9 device ID PNP0c04 (040cd041) PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0x1 PNP0200: adding io range 0x80-0x90, size=0x11, align=0x1 PNP0200: adding io range 0x94-0x9f, size=0xc, align=0x1 PNP0200: adding io range 0xc0-0xde, size=0x1f, align=0x1 PNP0200: start dependant pnpbios: handle 10 device ID PNP0200 (0002d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 PNP0800: start dependant pnpbios: handle 11 device ID PNP0800 (0008d041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0a03: start dependant pnpbios: handle 12 device ID PNP0a03 (030ad041) Trying Read_Port at 203 Trying Read_Port at 243 CTL0031: start dependant CTL0031: adding irq mask 0x20 CTL0031: adding dma mask 0x2 CTL0031: adding dma mask 0x20 CTL0031: adding io range 0x220-0x22f, size=0x10, align=0x1 CTL0031: adding io range 0x330-0x331, size=0x2, align=0x1 CTL0031: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0031: start dependant CTL0031: adding irq mask 0x4a0 CTL0031: adding dma mask 0xb CTL0031: adding dma mask 0xe0 CTL0031: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0031: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0031: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0031: start dependant CTL0031: adding irq mask 0x4a0 CTL0031: adding dma mask 0xb CTL0031: adding dma mask 0xe0 CTL0031: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0031: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0031: start dependant CTL0031: adding irq mask 0x4a0 CTL0031: adding dma mask 0xb CTL0031: adding dma mask 0xe0 CTL0031: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0031: start dependant CTL0031: adding irq mask 0x4a0 CTL0031: adding dma mask 0xb CTL0031: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0031: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0031: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0031: start dependant CTL0031: adding irq mask 0x4a0 CTL0031: adding dma mask 0xb CTL0031: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0031: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0031: start dependant CTL0031: adding irq mask 0xca0 CTL0031: adding dma mask 0xb CTL0031: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0031: end dependant CTL2011: start dependant CTL2011: adding irq mask 0x400 CTL2011: adding io range 0x168-0x16f, size=0x8, align=0x1 CTL2011: adding io range 0x36e-0x36f, size=0x2, align=0x1 CTL2011: start dependant CTL2011: adding irq mask 0x800 CTL2011: adding io range 0x1e8-0x1ef, size=0x8, align=0x1 CTL2011: adding io range 0x3ee-0x3ef, size=0x2, align=0x1 CTL2011: start dependant CTL2011: adding irq mask 0x8c00 CTL2011: adding io range 0x100-0x1ff, size=0x8, align=0x8 CTL2011: adding io range 0x300-0x3ff, size=0x2, align=0x2 CTL2011: start dependant CTL2011: adding irq mask 0x8000 CTL2011: adding io range 0x170-0x177, size=0x8, align=0x1 CTL2011: adding io range 0x376-0x376, size=0x1, align=0x1 CTL2011: end dependant CTL0021: start dependant CTL0021: adding io range 0x620-0x623, size=0x4, align=0x1 CTL0021: start dependant CTL0021: adding io range 0x620-0x683, size=0x4, align=0x20 CTL0021: end dependant CTL7001: adding io range 0x200-0x207, size=0x8, align=0x1 CTL0051: adding io range 0x100-0x3f8, size=0x1, align=0x8 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x700ff fb0: port:0x3b0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sc0: fb0 kbd0 sio0: irq maps: 0x841 0x851 0x841 0x841 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x841 0x849 0x841 0x841 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc: parallel port found at 0x378 ppc0: ECP SPP ECP+EPP SPP ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold plip: irq 7 plip0: on ppbus 0 bpf: lp0 attached lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 isic0 at port 0xd80 irq 5 flags 0x3 on isa0 isic0: Teles S0/16.3 isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x960) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x560) isa_probe_children: probing PnP devices unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown0: at iomem 0-0x9ffff,0x100000-0x7ffffff,0xe8000-0xfffff,0xfffe0000-0xffffffff on isa0 unknown: can't assign resources unknown1: at port 0x40-0x43 irq 0 on isa0 unknown2: at port 0x70-0x71 irq 8 on isa0 unknown: can't assign resources unknown3: at port 0xf0 irq 13 on isa0 unknown4: at port 0-0xf,0x80-0x90,0x94-0x9f,0xc0-0xde drq 4 on isa0 unknown: can't assign resources unknown5: at port 0xcf8-0xcff,0x4d0-0x4d1 on isa0 unknown6: