From owner-freebsd-current Sun Mar 12 01:33:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11438 for current-outgoing; Sun, 12 Mar 1995 01:33:24 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11403 for ; Sun, 12 Mar 1995 01:33:12 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00831; Sun, 12 Mar 1995 10:29:23 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA18813; Sun, 12 Mar 1995 09:18:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA04376; Sun, 12 Mar 1995 09:01:31 +0100 From: J Wunsch Message-Id: <199503120801.JAA04376@uriah.heep.sax.de> Subject: Re: problem booting up FreeBSD To: richardc@CSUA.Berkeley.EDU (Richard Chang) Date: Sun, 12 Mar 1995 09:01:30 +0100 (MET) Cc: FreeBSD-current@freefall.cdrom.com In-Reply-To: from "Richard Chang" at Mar 11, 95 11:55:18 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 551 Sender: current-owner@FreeBSD.org Precedence: bulk As Richard Chang wrote: > > I did a make world last night with the sup as of 9PM PST last > night but I think somehow during the make world, it rebooted the machine > so now it says that libc.so.2.0 is not there and just reads the disk > forever where it says starting up daemons... and then shows the date... > Can someone tell me how to fix it? Thanks.. Reinstall your libc.so.2.0 from backup. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 12 01:33:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11420 for current-outgoing; Sun, 12 Mar 1995 01:33:22 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11402 for ; Sun, 12 Mar 1995 01:33:12 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00853; Sun, 12 Mar 1995 10:29:33 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id BAA16784 for freebsd-current@FreeBSD.org; Sun, 12 Mar 1995 01:34:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id BAA00196 for freebsd-current@FreeBSD.org; Sun, 12 Mar 1995 01:33:16 +0100 From: J Wunsch Message-Id: <199503120033.BAA00196@uriah.heep.sax.de> Subject: yet another panic To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 12 Mar 1995 01:33:14 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 727 Sender: current-owner@FreeBSD.org Precedence: bulk My ``make install'' seems to last forever now :-( I've not got the third of these panics in sequence: Mar 12 00:52:55 uriah /kernel: swap_pager_copy: *warning* pager with 270336 blocks (orig: 270336) Mar 12 00:52:55 uriah /kernel: Mar 12 00:52:56 uriah /kernel: Mar 12 00:52:56 uriah /kernel: Fatal trap 12: page fault while in kernel mode Mar 12 00:52:56 uriah /kernel: fault virtual address = 0xf0591aa4 The panic happens in free+0x2c: movswl 0(%esi), %eax (finally) called from swap_pager_copy(). I've also got a core dump for one of them, in case someone is interested. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 12 01:33:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11427 for current-outgoing; Sun, 12 Mar 1995 01:33:22 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11406 for ; Sun, 12 Mar 1995 01:33:14 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00850; Sun, 12 Mar 1995 10:29:32 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id BAA16781 for freebsd-current@FreeBSD.org; Sun, 12 Mar 1995 01:34:40 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id AAA02979 for freebsd-current@FreeBSD.org; Sun, 12 Mar 1995 00:42:24 +0100 From: J Wunsch Message-Id: <199503112342.AAA02979@uriah.heep.sax.de> Subject: System hanging in `lock_read' To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 12 Mar 1995 00:42:23 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 665 Sender: current-owner@FreeBSD.org Precedence: bulk System at CTM level #446, should be from a CVS tree of about midnight Mar 11 pacific time. When doing a large compile (i've just tried to compile everything in the source tree being out of date), i've got the system to stall now twice within less than 30 minutes. The symptoms have been the same for both, any process that tries to do something sleeps at ``lock_read'' (from DDB's ps output). Is it a known problem? Otherwise i've got the kernel compiled with -g, and i've also forced a core dump which i can analyze. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 12 01:33:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11445 for current-outgoing; Sun, 12 Mar 1995 01:33:26 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11415 for ; Sun, 12 Mar 1995 01:33:19 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00847; Sun, 12 Mar 1995 10:29:32 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id BAA16787 for freebsd-current@FreeBSD.org; Sun, 12 Mar 1995 01:34:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id BAA01057 for freebsd-current@FreeBSD.org; Sun, 12 Mar 1995 01:35:25 +0100 From: J Wunsch Message-Id: <199503120035.BAA01057@uriah.heep.sax.de> Subject: Status of COFF support To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 12 Mar 1995 01:35:24 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 387 Sender: current-owner@FreeBSD.org Precedence: bulk Is the iBCS2 COFF support supposed to be working? I've tried to load the module, but modload gives me an undefined reference to ibcs2_trace, and dumps core. (modload seems to dump core whenever even the simplest kind of errer happens, btw.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 12 03:59:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14222 for current-outgoing; Sun, 12 Mar 1995 03:59:13 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA14214 for ; Sun, 12 Mar 1995 03:59:00 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.10/8.6.9) with SMTP id NAA27613; Sun, 12 Mar 1995 13:57:28 +0200 Message-Id: <199503121157.NAA27613@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: richardc@CSUA.Berkeley.EDU (Richard Chang), FreeBSD-current@freefall.cdrom.com Subject: Re: problem booting up FreeBSD Date: Sun, 12 Mar 1995 13:57:27 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > > I did a make world last night with the sup as of 9PM PST last > > night but I think somehow during the make world, it rebooted the machine > > so now it says that libc.so.2.0 is not there and just reads the disk > > forever where it says starting up daemons... and then shows the date... > > Can someone tell me how to fix it? Thanks.. > > Reinstall your libc.so.2.0 from backup. :-( I got bitten by this SOB too. I had to recover by FTP'ing a libc.so.2.0 from a 2.0-current machine. (Thank God for my account on Thud!) The 'normal' FTP did not work (it needs libc.so.2.0), so I used the statically linked, crunched one in /stand. Makes me think: how about putting up a "definitive" tree somewhere, containing -current source _and_ binaries, so those idiots amongst us can recover this way? (Kinda like the way I think I remember ref.tfs.com used to be in the patchkit days). Mark PS. What is a 'backup'? ;-) -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Sun Mar 12 04:00:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14267 for current-outgoing; Sun, 12 Mar 1995 04:00:34 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14261 for ; Sun, 12 Mar 1995 04:00:32 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA06071; Sun, 12 Mar 1995 04:00:24 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA15700; Sun, 12 Mar 1995 04:00:24 -0800 Message-Id: <199503121200.EAA15700@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: yet another panic In-reply-to: Your message of "Sun, 12 Mar 95 01:33:14 +0100." <199503120033.BAA00196@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 12 Mar 1995 04:00:18 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >My ``make install'' seems to last forever now :-( > >I've not got the third of these panics in sequence: > >Mar 12 00:52:55 uriah /kernel: swap_pager_copy: *warning* pager with 270336 blocks (orig: 270336) >Mar 12 00:52:55 uriah /kernel: >Mar 12 00:52:56 uriah /kernel: >Mar 12 00:52:56 uriah /kernel: Fatal trap 12: page fault while in kernel mode >Mar 12 00:52:56 uriah /kernel: fault virtual address = 0xf0591aa4 > >The panic happens in > > free+0x2c: movswl 0(%esi), %eax > >(finally) called from swap_pager_copy(). I've also got a core dump >for one of them, in case someone is interested. This bug was fixed yesterday. -DG From owner-freebsd-current Sun Mar 12 04:01:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14278 for current-outgoing; Sun, 12 Mar 1995 04:01:00 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14272 for ; Sun, 12 Mar 1995 04:00:58 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA06075; Sun, 12 Mar 1995 04:00:53 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA15779; Sun, 12 Mar 1995 04:00:52 -0800 Message-Id: <199503121200.EAA15779@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: System hanging in `lock_read' In-reply-to: Your message of "Sun, 12 Mar 95 00:42:23 +0100." <199503112342.AAA02979@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 12 Mar 1995 04:00:52 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >System at CTM level #446, should be from a CVS tree of about >midnight Mar 11 pacific time. > >When doing a large compile (i've just tried to compile everything in >the source tree being out of date), i've got the system to stall now >twice within less than 30 minutes. The symptoms have been the same >for both, any process that tries to do something sleeps at >``lock_read'' (from DDB's ps output). > >Is it a known problem? Otherwise i've got the kernel compiled with >-g, and i've also forced a core dump which i can analyze. This bug was fixed yesterday. -DG From owner-freebsd-current Sun Mar 12 06:58:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA17571 for current-outgoing; Sun, 12 Mar 1995 06:58:50 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA17559 for ; Sun, 12 Mar 1995 06:58:36 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01592; Sun, 12 Mar 1995 15:54:51 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id PAA20783 for freebsd-current@FreeBSD.org; Sun, 12 Mar 1995 15:54:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA06161 for freebsd-current@FreeBSD.org; Sun, 12 Mar 1995 14:31:47 +0100 From: J Wunsch Message-Id: <199503121331.OAA06161@uriah.heep.sax.de> Subject: Re: problem booting up FreeBSD To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 12 Mar 1995 14:31:47 +0100 (MET) In-Reply-To: <199503121157.NAA27613@grunt.grondar.za> from "Mark Murray" at Mar 12, 95 01:57:27 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 317 Sender: current-owner@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > PS. What is a 'backup'? > > ;-) Something that is seldom (``due to lack of time'') done and often missed (wasting *way* more time then...). ;) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 12 06:58:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA17577 for current-outgoing; Sun, 12 Mar 1995 06:58:51 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA17560 for ; Sun, 12 Mar 1995 06:58:36 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01588; Sun, 12 Mar 1995 15:54:50 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id PAA20780; Sun, 12 Mar 1995 15:54:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA06142; Sun, 12 Mar 1995 14:29:43 +0100 From: J Wunsch Message-Id: <199503121329.OAA06142@uriah.heep.sax.de> Subject: Re: System hanging in `lock_read' To: davidg@Root.COM, freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 12 Mar 1995 14:29:43 +0100 (MET) In-Reply-To: <199503121200.EAA15779@corbin.Root.COM> from "David Greenman" at Mar 12, 95 04:00:52 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 354 Sender: current-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > > This bug was fixed yesterday. Fine. ... rm /var/crash/*.6 Ooh, there's another mail from DG: > This bug was fixed yesterday. Ok, rm /var/crash/*.7 :-) Thank you guys!!! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 12 07:04:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA17673 for current-outgoing; Sun, 12 Mar 1995 07:04:26 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA17665 for ; Sun, 12 Mar 1995 07:04:23 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA21766; Sun, 12 Mar 95 07:01:42 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Sun, 12 Mar 95 16:00 MET Message-Id: Date: Sun, 12 Mar 95 16:00 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: joerg_wunsch@uriah.heep.sax.de Cc: current@FreeBSD.org Subject: Re: backspace now broken (proposal) Newsgroups: pcs.freebsd.current References: <199503101919.UAA11516@uriah.heep.sax.de> Reply-To: me@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.current you write: >Call for consistency, ok. But then remember, it was just syscons that >once broke the consistency of the system. (All console drivers prior >to syscons used DEL to erase, hence they agreed with the ttydefaults.) Ok, for the fourth time: The most important thing is to be consistent. It's not as important what the actual default erase character is as long as the default console driver and CERASE agree. There are arguments for makeing it DEL and there are (IMO) very good arguments for makeing it BS (and I'm sure Rod is more than willing to repeat them. While I'd personally prefer it to be BS, I'd certainly accept a DEL here. This is why I ask the core team to make a decision. There has to be a *standard way*. They chose to make syscons the standard console driver too. If other console drivers show different behaviour in *any* area, customisation or getting used to it is to be expected. >If we're going to change the default erase character by now, when >FreeBSD is almost two years old, of course, one half of our users will >be silenced (the half that used to complain about DEL), but don't >underestimate the other half: ``My delete key doesn't work any longer! >All the time, i'm getting this ^H^H^H shit on my screen! Who did >break this? Now i have to change my .login's on a dozen of machines! >Why did'ya change this?'' Nah, come on, Joerg. It's been ^H since 1.1 now. *This* won't hurt us. >Do you still think it's worth the trouble? It's only that the kind >of questions will change, not the amount. No. Since the BS key has generated ^H for a year, only those who use a different console driver might notice *any* change to the negative. They'd have to do what the rest of the FreeBSD users had to do till a change of CERASE - either stty it or remap their keyboard. You've just given a very good argument for *not* changing syscons to generate DEL but change CERASE to ^H :-) Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Sun Mar 12 09:18:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20102 for current-outgoing; Sun, 12 Mar 1995 09:18:11 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA20096 for ; Sun, 12 Mar 1995 09:18:09 -0800 Received: by sequent.kiae.su id AA00658 (5.65.kiae-2 ); Sun, 12 Mar 1995 20:14:00 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 12 Mar 95 20:13:59 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id UAA01191; Sun, 12 Mar 1995 20:14:04 +0300 To: current@FreeBSD.org Cc: "Jordan K. Hubbard" , Steven Wallace , ugen@netvision.net.il References: In-Reply-To: ; from Hannu Savolainen at Sun, 12 Mar 1995 17:09:24 +0000 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 12 Mar 1995 20:14:04 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: -current sounddriver version Lines: 28 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1179 Sender: current-owner@FreeBSD.org Precedence: bulk In message Hannu Savolainen writes: >On Sat, 11 Mar 1995, Andrey A. Chernov, Black Mage wrote: >> We try to integrate last version found at nic now. What can you say about >> its functionality? Is it save to integrate it? If not, can you point >> to lastest well-functional version at nic? >The latest safe version is v2.90. All the v3.0-proto versions are >inconsistent in one or more ways. I'm trying to release almost final v3.0 >asap (days or weeks I hope) so that other persons can test it before >final release (May 1st I hope). >Hannu >----------------------------- >Hannu Savolainen >hannu@voxware.pp.fi >"Hackers don't use factory prebooted DOS." Can anyone tells me what soundriver version we commits recently? IMHO if we commit anything after 2.90 we need to revert it back to 2.90 to avoid many bugs Hannu talks about. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Mar 12 12:37:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22663 for current-outgoing; Sun, 12 Mar 1995 12:37:05 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA22657 for ; Sun, 12 Mar 1995 12:37:03 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08112; Sun, 12 Mar 95 13:29:37 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503122029.AA08112@cs.weber.edu> Subject: Re: Status of COFF support To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 12 Mar 95 13:29:36 MST Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503120035.BAA01057@uriah.heep.sax.de> from "J Wunsch" at Mar 12, 95 01:35:24 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > Is the iBCS2 COFF support supposed to be working? > > I've tried to load the module, but modload gives me an undefined > reference to ibcs2_trace, and dumps core. (modload seems to dump core > whenever even the simplest kind of errer happens, btw.) Despite it being a module, you have to option it in and build a kernel. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Mar 12 12:48:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22806 for current-outgoing; Sun, 12 Mar 1995 12:48:01 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA22800 for ; Sun, 12 Mar 1995 12:47:59 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA03947 (5.65c/IDA-1.4.4 for current@freebsd.org); Sun, 12 Mar 1995 12:47:44 -0800 Message-Id: <199503122047.AA03947@balboa.eng.uci.edu> To: "Andrey A. Chernov, Black Mage" Cc: current@FreeBSD.org, "Jordan K. Hubbard" , Steven Wallace , ugen@netvision.net.il Subject: Re: -current sounddriver version In-Reply-To: Your message of "Sun, 12 Mar 1995 20:14:04 +0300." Date: Sun, 12 Mar 1995 12:47:42 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk >>The latest safe version is v2.90. All the v3.0-proto versions are >>inconsistent in one or more ways. I'm trying to release almost final v3.0 >>asap (days or weeks I hope) so that other persons can test it before >>final release (May 1st I hope). > > Can anyone tells me what soundriver version we commits recently? > IMHO if we commit anything after 2.90 we need to revert > it back to 2.90 to avoid many bugs Hannu talks about. > It is 2.90 code that we are using + FreeBSD patches + misc. fixes. I will wait until Hannu's "almost final 3.0" code before trying to do anything with it. Steven From owner-freebsd-current Sun Mar 12 13:38:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA24322 for current-outgoing; Sun, 12 Mar 1995 13:38:26 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA24289 for ; Sun, 12 Mar 1995 13:38:08 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.10/8.6.9) with SMTP id XAA00760 for ; Sun, 12 Mar 1995 23:37:37 +0200 Message-Id: <199503122137.XAA00760@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Another foreign secure mirror... Date: Sun, 12 Mar 1995 23:37:37 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Could some kind soul with commit power please add this site to the mirrors list? (It should be added at the bottom to the sites serving export- restricted code, please) Country Site and Maintainer ======= ======================================================== Brazil ftp://ftp.iqm.unicamp.br/pub/FreeBSD Pedro A M Vazquez Thanks! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Sun Mar 12 15:47:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27491 for current-outgoing; Sun, 12 Mar 1995 15:47:13 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA27485 for ; Sun, 12 Mar 1995 15:47:12 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id SAA27425 for current@freebsd.org; Sun, 12 Mar 1995 18:47:14 -0500 Received: by starkhome.cs.sunysb.edu (8.6.11/1.34) id SAA00525; Sun, 12 Mar 1995 18:44:39 -0500 Date: Sun, 12 Mar 1995 18:44:39 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503122344.SAA00525@starkhome.cs.sunysb.edu> To: current@FreeBSD.org Cc: davidg@Root.COM Subject: Things are looking up :-) Sender: current-owner@FreeBSD.org Precedence: bulk The "OBJ_INTERNAL" changes made yesterday seem to have fixed a host of problems. I am most of the way through a "make world", and the various hangs and crashes I was getting before have not occurred. Thanks! - Gene From owner-freebsd-current Sun Mar 12 15:47:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27478 for current-outgoing; Sun, 12 Mar 1995 15:47:06 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA27472 for ; Sun, 12 Mar 1995 15:47:03 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <05903-0@bunyip.cc.uq.oz.au>; Mon, 13 Mar 1995 09:46:22 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id JAA18044 for ; Mon, 13 Mar 1995 09:49:32 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA04714 for ; Sun, 12 Mar 1995 23:47:04 GMT Message-Id: <199503122347.XAA04714@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.5.3 12/28/94 To: current@FreeBSD.org Subject: Sound cards that are bi. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 13 Mar 1995 09:47:03 +1000 From: Stephen Hocking Sender: current-owner@FreeBSD.org Precedence: bulk With all the sound stuff re-organisation, is there any provision for those sound cards that are truly bi-directional, i.e. can simultaneously record and play sound, usually over different DMA channels, such as the GUS and PAS16? Some of the networked sound systems really love that sort of stuff. Note that cards like the Soundblaster family are usually half-duplex, you can be recording or playing, but not at the same time. I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Sun Mar 12 15:50:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27563 for current-outgoing; Sun, 12 Mar 1995 15:50:20 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA27557 for ; Sun, 12 Mar 1995 15:50:18 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA11422 (5.65c/IDA-1.4.4 for freebsd-current@freebsd.org); Sun, 12 Mar 1995 15:50:11 -0800 Message-Id: <199503122350.AA11422@balboa.eng.uci.edu> To: freebsd-current@FreeBSD.org Subject: new sound driver configuration Date: Sun, 12 Mar 1995 15:50:10 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk I have changed the sound code to reflect a new sound driver configuration. Now there are no more snd? devices, but a snd controller and the following devices: opl, sb, sbxvi, sbmidi, pas, mpu, gus, gusxvi, gusmax, mss, uart EXCLUDE_* options are no longer required to be included in the config file. They are automatically determined by local.h depending on the devices included. No more AUDIO_* options, either. Please try to compile the sound card according to your configuration. I have compiled different possible configurations, but have only tested the gus driver (not gusxvi and gusmax). Here is how the drivers are now configured: # SB = SoundBlaster; PAS = ProAudioSpectrum; GUS = Gravis UltraSound # Controls all sound devices controller snd0 # Yamaha OPL-3 FM - for SB, SB Pro, SB16, PAS #device opl0 at isa? port 0x388 # Yamaha OPL-3 FM - for PAS #device opl0 at isa? port 0x38a # SoundBlaster DSP driver - for SB, SB Pro, SB16, PAS(emulating SB) #device sb0 at isa? port 0x220 irq 7 drq 1 vector sbintr # SoundBlaster 16 DSP driver - for SB16 - requires sb0 device #device sbxvi0 at isa? drq 5 # SoundBlaster 16 MIDI - for SB16 - requires sb0 device #device sbmidi0 at isa? port 0x300 # ProAudioSpectrum PCM and Midi - for PAS #device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr # MPU-401 - for MPU-401 standalone card #device mpu0 at isa? port 0x330 irq 6 drq 0 # Gravis UltraSound - for GUS, GUS16, GUSMAX #device gus0 at isa? port 0x220 irq 11 drq 1 vector gusintr # Gravis UltraSound 16 bit option - for GUS16 - requires gus0 #device gusxvi0 at isa? port 0x530 irq 7 drq 3 vector adintr # Gravis UltraSound MAX - for GUSMAX - requires gus0 #device gusmax0 at isa? port 0x32c # MS Sound System #device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr # 6850 UART Midi #device uart0 at isa? port 0x330 irq 5 vector "m6850intr" From owner-freebsd-current Sun Mar 12 16:23:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28106 for current-outgoing; Sun, 12 Mar 1995 16:23:32 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA28100 for ; Sun, 12 Mar 1995 16:23:31 -0800 Date: Sun, 12 Mar 1995 19:22:45 +0000 From: Vince Chan Subject: Re: new sound driver configuration To: Steven Wallace cc: freebsd-current@FreeBSD.org In-Reply-To: <199503122350.AA11422@balboa.eng.uci.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Hi, How does one use the sound after it is configured and compiled into a new kernel? Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Sun Mar 12 16:27:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28263 for current-outgoing; Sun, 12 Mar 1995 16:27:44 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA28257 for ; Sun, 12 Mar 1995 16:27:42 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA13124 (5.65c/IDA-1.4.4 for freebsd-current@freebsd.org); Sun, 12 Mar 1995 16:27:31 -0800 Message-Id: <199503130027.AA13124@balboa.eng.uci.edu> To: Vince Chan Cc: freebsd-current@FreeBSD.org Subject: Re: new sound driver configuration In-Reply-To: Your message of "Sun, 12 Mar 1995 19:22:45 GMT." Date: Sun, 12 Mar 1995 16:27:30 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk > Hi, > > How does one use the sound after it is configured and compiled > into a new kernel? > Just like before. Use the devices /dev/audio, /dev/dsp, /dev/sequencer, /dev/mixer, etc. (do a "sh MAKEDEV snd\*" if you don't have sound devices made) Then you can cat file.au > /dev/audio, or record with cat myrec.dsp < /dev/dsp Or compile a mod player like tracker or gmod (for GUS). Steven From owner-freebsd-current Sun Mar 12 17:07:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA28951 for current-outgoing; Sun, 12 Mar 1995 17:07:54 -0800 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA28945 for ; Sun, 12 Mar 1995 17:07:53 -0800 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.10/8.6.5) with ESMTP id RAA28728; Sun, 12 Mar 1995 17:07:22 -0800 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id RAA05211; Sun, 12 Mar 1995 17:06:30 -0800 Date: Sun, 12 Mar 1995 17:06:30 -0800 From: "Russell L. Carter" Message-Id: <199503130106.RAA05211@geli.clusternet> To: current@FreeBSD.org, starkhome!gene@sbstark.cs.sunysb.edu Subject: Re: Things are looking up :-) Sender: current-owner@FreeBSD.org Precedence: bulk And I just built the world in 5 hours, much improved from the 11+ of the last weeks. Thanks guys! Here's the ouput from time make world: 19459.88 real 13019.40 user 3573.39 sys ncr bonnie benchmark performance is possibly mending a bit, too: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Sys Date MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 021095 100 3145 96.0 3832 30.9 1630 21.0 3230 95.2 4231 36.8 81.0 7.0 030195 100 2563 91.2 3410 35.3 1513 25.5 2812 88.8 3735 39.4 70.7 8.2 030395 100 2438 83.4 3142 30.2 1466 23.6 2916 91.0 3716 38.6 62.7 7.1 030495 100 2275 84.0 2609 27.3 1400 26.1 2693 88.0 3538 41.6 63.1 7.4 031295 100 2346 86.8 2924 33.4 1491 28.0 2761 90.2 3877 45.4 67.6 7.7 Things are definitely a lot mellower in my drive bays now that the chatterbug is vanquished. It's hard to overstate how appreciative I am... Regards, Russell |From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) |To: current@FreeBSD.org |Cc: davidg@Root.COM |Subject: Things are looking up :-) |Sender: current-owner@FreeBSD.org |Precedence: bulk | |The "OBJ_INTERNAL" changes made yesterday seem to have fixed a host of |problems. I am most of the way through a "make world", and the various |hangs and crashes I was getting before have not occurred. Thanks! | | - Gene | | From owner-freebsd-current Sun Mar 12 17:25:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29263 for current-outgoing; Sun, 12 Mar 1995 17:25:16 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA29257 for ; Sun, 12 Mar 1995 17:25:15 -0800 Date: Sun, 12 Mar 1995 20:24:42 +0000 From: Vince Chan Subject: Re: new sound driver configuration To: Steven Wallace cc: freebsd-current@FreeBSD.org In-Reply-To: <199503130027.AA13124@balboa.eng.uci.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 12 Mar 1995, Steven Wallace wrote: > > Hi, > > > > How does one use the sound after it is configured and compiled > > into a new kernel? > > > Just like before. Use the devices /dev/audio, /dev/dsp, /dev/sequencer, > /dev/mixer, etc. (do a "sh MAKEDEV snd\*" if you don't have sound > devices made) > > Then you can cat file.au > /dev/audio, or record with cat myrec.dsp < /dev/dsp > Or compile a mod player like tracker or gmod (for GUS). > > Steven > Hmmm, okay but what is the dsp device with a gus and is there anyway of playing wav files? Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Sun Mar 12 18:33:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00351 for current-outgoing; Sun, 12 Mar 1995 18:33:02 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA00344 for ; Sun, 12 Mar 1995 18:32:57 -0800 Received: by sequent.kiae.su id AA04675 (5.65.kiae-2 ); Mon, 13 Mar 1995 05:20:42 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 13 Mar 95 05:20:42 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id FAA01093; Mon, 13 Mar 1995 05:16:43 +0300 To: freebsd-current@FreeBSD.org, Steven Wallace References: <199503122350.AA11422@balboa.eng.uci.edu> In-Reply-To: <199503122350.AA11422@balboa.eng.uci.edu>; from Steven Wallace at Sun, 12 Mar 1995 15:50:10 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 13 Mar 1995 05:16:43 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: new sound driver configuration Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 739 Sender: current-owner@FreeBSD.org Precedence: bulk In message <199503122350.AA11422@balboa.eng.uci.edu> Steven Wallace writes: ># Yamaha OPL-3 FM - for SB, SB Pro, SB16, PAS >#device opl0 at isa? port 0x388 SB (shure) and SB Pro (maybe) don't have OPL-3, OPL-2 only. FIle opl3.c handle both 2 & 3. ># Yamaha OPL-3 FM - for PAS >#device opl0 at isa? port 0x38a It is right channel for stereo OPL-3 and enabled automatically into pas2_card.c, you don't need to mention it directly. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Mar 12 19:37:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA01620 for current-outgoing; Sun, 12 Mar 1995 19:37:39 -0800 Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA01613 for ; Sun, 12 Mar 1995 19:37:36 -0800 Received: by wiley.csusb.edu (5.67a/1.34) id AA11055; Sun, 12 Mar 1995 19:41:23 -0800 From: rmallory@wiley.csusb.edu (Rob Mallory) Message-Id: <199503130341.AA11055@wiley.csusb.edu> Subject: Re: new sound driver configuration To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Sun, 12 Mar 1995 19:41:22 -0800 (PST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: from "Vince Chan" at Mar 12, 95 08:24:42 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 534 Sender: current-owner@FreeBSD.org Precedence: bulk > Hmmm, okay but what is the dsp device with a gus and is there > anyway of playing wav files? yes. ftp://hercules.sdsu.edu/pub/rplay there is a beta2 version which plays .au, .snd, .aiff, .wav, .voc, .ub, .ul, G.721 4-bit, G.723 3-bit, and G.723 5-bit audio files in all the usual sampling rates. I've been tracking it for some time now... It's getting preaty good; plays sounds asynchronously so it works well with games like xpilot, or xboing, and mixes sounds instead of queueing them. -- Rob Mallory [rmallory@csusb.edu] From owner-freebsd-current Sun Mar 12 20:05:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA02220 for current-outgoing; Sun, 12 Mar 1995 20:05:59 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA02214 for ; Sun, 12 Mar 1995 20:05:57 -0800 Date: Sun, 12 Mar 1995 23:05:18 +0000 From: Vince Chan Subject: Re: new sound driver configuration To: Rob Mallory cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199503130341.AA11055@wiley.csusb.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 12 Mar 1995, Rob Mallory wrote: > > Hmmm, okay but what is the dsp device with a gus and is there > > anyway of playing wav files? > > yes. > ftp://hercules.sdsu.edu/pub/rplay there is a beta2 version which > plays .au, .snd, .aiff, .wav, .voc, .ub, .ul, G.721 4-bit, G.723 3-bit, and > G.723 5-bit audio files in all the usual sampling rates. I've been tracking > it for some time now... > > It's getting preaty good; plays sounds asynchronously so it works well with > games like xpilot, or xboing, and mixes sounds instead of queueing them. > Thanks, is midi files also a possiblity with rplay? > -- > Rob Mallory [rmallory@csusb.edu] > Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Mon Mar 13 02:32:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00416 for current-outgoing; Mon, 13 Mar 1995 02:32:51 -0800 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00407 for ; Mon, 13 Mar 1995 02:32:47 -0800 Received: from news.cs.utexas.edu by relay3.UU.NET with SMTP id QQygvh05237; Sun, 12 Mar 1995 23:28:25 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.10/8.6.9) with ESMTP id WAA21863; Sun, 12 Mar 1995 22:28:28 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.10/8.6.9) with SMTP id WAA20861; Sun, 12 Mar 1995 22:28:27 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA19714; Mon, 13 Mar 95 04:26:06 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0ro0Vl-000302C; Sun, 12 Mar 95 21:09 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Re: Things are looking up :-) To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Date: Sun, 12 Mar 1995 21:09:37 -0600 (CST) Cc: current@FreeBSD.org, davidg@Root.COM In-Reply-To: <199503122344.SAA00525@starkhome.cs.sunysb.edu> from "Gene Stark" at Mar 12, 95 06:44:39 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 671 Sender: current-owner@FreeBSD.org Precedence: bulk Gene Stark wrote: > > The "OBJ_INTERNAL" changes made yesterday seem to have fixed a host of > problems. I am most of the way through a "make world", and the various > hangs and crashes I was getting before have not occurred. Thanks! I agree! My make world today completed in record time and this was the first time that it has completed in days (I too, was getting various hangs and spontaneous reboots). My thanks as well! -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) or: obiwan%bob@uunet.uu.net From owner-freebsd-current Mon Mar 13 02:37:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01008 for current-outgoing; Mon, 13 Mar 1995 02:37:57 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00998 for ; Mon, 13 Mar 1995 02:37:51 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id XAA07483; Sun, 12 Mar 1995 23:35:36 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id XAA29201; Sun, 12 Mar 1995 23:35:36 -0800 Message-Id: <199503130735.XAA29201@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Russell L. Carter" cc: current@FreeBSD.org, starkhome!gene@sbstark.cs.sunysb.edu Subject: Re: Things are looking up :-) In-reply-to: Your message of "Sun, 12 Mar 95 17:06:30 PST." <199503130106.RAA05211@geli.clusternet> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 12 Mar 1995 23:35:34 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >And I just built the world in 5 hours, much improved from the 11+ of >the last weeks. Thanks guys! Here's the ouput from time make world: > > 19459.88 real 13019.40 user 3573.39 sys > >ncr bonnie benchmark performance is possibly mending a bit, too: > > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- >Sys Date MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU >021095 100 3145 96.0 3832 30.9 1630 21.0 3230 95.2 4231 36.8 81.0 7.0 >030195 100 2563 91.2 3410 35.3 1513 25.5 2812 88.8 3735 39.4 70.7 8.2 >030395 100 2438 83.4 3142 30.2 1466 23.6 2916 91.0 3716 38.6 62.7 7.1 >030495 100 2275 84.0 2609 27.3 1400 26.1 2693 88.0 3538 41.6 63.1 7.4 >031295 100 2346 86.8 2924 33.4 1491 28.0 2761 90.2 3877 45.4 67.6 7.7 > >Things are definitely a lot mellower in my drive bays now that the chatterbug >is vanquished. It's hard to overstate how appreciative I am... Thanks. Everyone should change their minfree on their filesystems to 8%. In our current code, 5% will cause the system to use 'space' optimization all the time which is very CPU intensive. Use the command "tunefs -m 8 /dev/r..." on your (unmounted) filesystems to change it. -DG From owner-freebsd-current Mon Mar 13 02:50:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01623 for current-outgoing; Mon, 13 Mar 1995 02:50:45 -0800 Received: from uclink3.berkeley.edu (uclink3.Berkeley.EDU [128.32.136.74]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01586; Mon, 13 Mar 1995 02:50:31 -0800 Received: from uclink.berkeley.edu by uclink3.berkeley.edu (8.6.9/1.33(web)-OV2) id BAA02913; Mon, 13 Mar 1995 01:40:56 -0800 Received: by uclink.berkeley.edu (8.6.9/1.33(web)-OV4) id BAA00247; Mon, 13 Mar 1995 01:40:55 -0800 Date: Mon, 13 Mar 1995 01:40:55 -0800 From: jmacd@uclink.berkeley.edu (Joshua Peck Macdonald) Message-Id: <199503130940.BAA00247@uclink.berkeley.edu> To: freebsd-bugs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: ncr0 panic in current kernel sources Sender: current-owner@FreeBSD.org Precedence: bulk Hi, having problems here with the current (supped latest at about 12:00AM Sun, Mar 12) kernel sources. This problem also goes back a week or two, because I have tried several other kernels, one built as far back as 2/25, one which should be compatible, except for several peripheral addresses. The problem comes when the kernel probes the ncr0 device at startup. As you can see, it panics: ncr0 int a irq 12 on pci0:17 reg20: virtual = 0xf2dc4000 physical = 0xffbdff00 CACHE TEST FAILED: reg dstat=sstat2 readback ffffffff. CACHE INCORRECTLY CONFIGURED vga0 on pci0:18 Fatal trap 12: page fault while in kernel mode. fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xf017097d code segment = base0x0, limit 0xfffff, type 0x16 = DPL0, pres1, def32 1, gran 1 processor eflags = interupt enabled, resume, IOPL=0 current process = 0 () interupt mask = panic: page fault hit reset please This is for a P90 running on a (its crap damnit!! I'm getting a new one soon) OPTi based VL/Super Motherboard, with the NCR card on pci int a, mapped to isa irq 12, as you can see. I notice that the addresses listed for the ncr device are different in the good boot. Oh, another note, these kernels that are failing were all built on different machines, that shouldn't matter should it? This particular one was built by swallace@freebsd.org. This is a normal boot on a kernel built from the 2/10 SNAP sources, I would be very content with this kernel except I forgot to compile in ptys so now I'm kind of stuck. Is this a hardware problem, or what? I can't really figure it out. FreeBSD 2.1.0-Development #0: Sat Mar 11 21:38:31 PST 1995 jmacd@axis.HIP.Berkeley.EDU:/usr/src/sys/compile/AXIS CPU: Pentium (Pentium-class CPU) 91 MHz Id = 0x521 Origin = "GenuineIntel" real memory = 16384000 (4000 pages) avail memory = 14934016 (3646 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x220-0x23f irq 5 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:db:4a:8e, type SMC8416C/SMC8416BT (16 bit) bpf: ed0 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: (NEC 765) [0: fd0: 1.44MB 3.5in] wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 329MB (675450 total sec), 790 cyl, 15 head, 57 sec, bytes/sec 512 npx0 on motherboard npx0: INT 16 interface snd2 at 0x240 irq 7 drq 1 on isa snd2: snd6 at 0x0 drq 5snd6: snd7 at 0x330 on isa snd7: snd1 at 0x388 on isa snd1: pci0: scanning device 0..31, mechanism=1. pci0:16: OPTI, device=0xc822, class=bridge [not supported] ncr0 int a irq 12 on pci0:17 reg20: virtual=0xf2ddb000 physical=0xc0000000 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl10 95/02/06) ncr0 waiting for scsi devices to settle ncr0 targ 0 lun 0: type 0(direct) fixed SCSI2 ncr0 targ 0 lun 0: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. sd0: 1029MB (2109376 total sec), 2874 cyl, 8 head, 91 sec, bytes/sec 512 ncr0 targ 1 lun 0: type 5(readonly) removable SCSI2 ncr0 targ 1 lun 0: cd0: cd present.[208702 x 2048 byte records] vga0 on pci0:18 pci uses physical addresses from 0xc0000000 to 0xc0001000 -josh From owner-freebsd-current Mon Mar 13 05:32:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09317 for current-outgoing; Mon, 13 Mar 1995 05:32:10 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09311 for ; Mon, 13 Mar 1995 05:32:08 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id OAA01801 for ; Mon, 13 Mar 1995 14:32:03 +0100 Message-Id: <199503131332.OAA01801@lirmm.lirmm.fr> To: current@FreeBSD.org Subject: _regerror multiply defined Date: Mon, 13 Mar 1995 14:19:52 +0100 From: "Philippe Charnier" Sender: current-owner@FreeBSD.org Precedence: bulk Hello, When making a full rebuild (/usr/obj clobbered, /usr/include 2 days old), I noticed a problem with gdb: _regerror multiply defined at link time. I also noticed a lot of fails and missing files in documentations. All without a hang! thanks a lot. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Mon Mar 13 05:49:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09897 for current-outgoing; Mon, 13 Mar 1995 05:49:23 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09891 for ; Mon, 13 Mar 1995 05:49:21 -0800 Received: from masi.ibp.fr (masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id OAA10847 ; Mon, 13 Mar 1995 14:49:13 +0100 Received: from hebe.ibp.fr (hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id OAA15288 ; Mon, 13 Mar 1995 14:47:55 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id OAA07582 ; Mon, 13 Mar 1995 14:47:35 +0100 Message-Id: <199503131347.OAA07582@hebe.ibp.fr> Subject: Re: _regerror multiply defined To: charnier@lirmm.fr (Philippe Charnier) Date: Mon, 13 Mar 1995 14:47:35 +0100 (MET) Cc: current@FreeBSD.org In-Reply-To: <199503131332.OAA01801@lirmm.lirmm.fr> from "Philippe Charnier" at Mar 13, 95 02:19:52 pm X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 791 Sender: current-owner@FreeBSD.org Precedence: bulk > > When making a full rebuild (/usr/obj clobbered, /usr/include 2 days old), I > noticed a problem with gdb: _regerror multiply defined at link time. Actually, regerror seems to be defined twice in libcompat. It is defined in lib/libcompat/4.3/regex.c and in lib/libcompat/regexp/regerror.c. I have commented out the definition of regerror in the first file and it seems to be Ok. BTW, I am not sure which file regerror should be removed from. > -------- -------- > Philippe Charnier charnier@lirmm.fr > > > LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France > ------------------------------------------------------------------------ Remy From owner-freebsd-current Mon Mar 13 08:20:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12335 for current-outgoing; Mon, 13 Mar 1995 08:20:57 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA12320 for ; Mon, 13 Mar 1995 08:20:48 -0800 Received: by sequent.kiae.su id AA25643 (5.65.kiae-2 ); Mon, 13 Mar 1995 19:05:30 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 13 Mar 95 19:05:29 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id SAA00489; Mon, 13 Mar 1995 18:48:21 +0300 To: Remy CARD , Philippe Charnier Cc: current@FreeBSD.org References: <199503131347.OAA07582@hebe.ibp.fr> In-Reply-To: <199503131347.OAA07582@hebe.ibp.fr>; from Remy CARD at Mon, 13 Mar 1995 14:47:35 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 13 Mar 1995 18:48:20 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: _regerror multiply defined Lines: 21 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 961 Sender: current-owner@FreeBSD.org Precedence: bulk In message <199503131347.OAA07582@hebe.ibp.fr> Remy CARD writes: >> >> When making a full rebuild (/usr/obj clobbered, /usr/include 2 days old), I >> noticed a problem with gdb: _regerror multiply defined at link time. > Actually, regerror seems to be defined twice in libcompat. It is >defined in lib/libcompat/4.3/regex.c and in lib/libcompat/regexp/regerror.c. > I have commented out the definition of regerror in the first file >and it seems to be Ok. BTW, I am not sure which file regerror should be >removed from. Wrong move, _both_ regerror are needed. Better to spent some time to fix ld to use sequental linking for mixed (shared & non-shared) libs. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon Mar 13 08:49:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12608 for current-outgoing; Mon, 13 Mar 1995 08:49:39 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12602 for ; Mon, 13 Mar 1995 08:49:36 -0800 Received: from masi.ibp.fr (masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id RAA14331 ; Mon, 13 Mar 1995 17:21:46 +0100 Received: from hebe.ibp.fr (hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id RAA17826 ; Mon, 13 Mar 1995 17:20:28 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id RAA08436 ; Mon, 13 Mar 1995 17:20:07 +0100 Message-Id: <199503131620.RAA08436@hebe.ibp.fr> Subject: Re: _regerror multiply defined To: ache@astral.msk.su (Andrey A. Chernov Black Mage) Date: Mon, 13 Mar 1995 17:20:07 +0100 (MET) Cc: Remy.Card@masi.ibp.fr, charnier@lirmm.fr, current@FreeBSD.org In-Reply-To: from "Andrey A. Chernov, Black Mage" at Mar 13, 95 06:48:20 pm X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 788 Sender: current-owner@FreeBSD.org Precedence: bulk > > In message <199503131347.OAA07582@hebe.ibp.fr> Remy CARD writes: > > > I have commented out the definition of regerror in the first file > >and it seems to be Ok. BTW, I am not sure which file regerror should be > >removed from. > > Wrong move, _both_ regerror are needed. Better to spent some time to fix > ld to use sequental linking for mixed (shared & non-shared) libs. Well, I knew that this was a bad fix :-) BTW, it was easier to do this than to hack ld :-) > -- > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, > ache@astral.msk.su : That any beholder /Might fancy me dead - > FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. > RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 Remy From owner-freebsd-current Mon Mar 13 09:37:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13444 for current-outgoing; Mon, 13 Mar 1995 09:37:21 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13438 for ; Mon, 13 Mar 1995 09:37:14 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id KAA03047; Mon, 13 Mar 1995 10:40:42 -0700 Date: Mon, 13 Mar 1995 10:40:42 -0700 From: Nate Williams Message-Id: <199503131740.KAA03047@trout.sri.MT.net> In-Reply-To: "Andrey A. Chernov, Black Mage" "Re: _regerror multiply defined" (Mar 13, 6:48pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Andrey A. Chernov, Black Mage" , Remy CARD Subject: Re: _regerror multiply defined Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk [ gdb: multiple _regerror definitions which causes link errors ] > > Actually, regerror seems to be defined twice in libcompat. It is > >defined in lib/libcompat/4.3/regex.c and in lib/libcompat/regexp/regerror.c. > > > I have commented out the definition of regerror in the first file > >and it seems to be Ok. BTW, I am not sure which file regerror should be > >removed from. > > Wrong move, _both_ regerror are needed. Better to spent some time to fix > ld to use sequental linking for mixed (shared & non-shared) libs. I'm working on it, really. :-) Paul K. just sent me a patch that allows the link to occur, but the patch still has some problems in that it brings in additional definitions of referenced files that are not needed. The problem is much more difficult than I had initally anticipated, since you don't want to change the format of the shared libraries and you want additional functionality that it wasn't originally designed for. Nate From owner-freebsd-current Mon Mar 13 09:46:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13558 for current-outgoing; Mon, 13 Mar 1995 09:46:53 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13548 for ; Mon, 13 Mar 1995 09:46:43 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.10/8.6.9) with SMTP id TAA27594 for ; Mon, 13 Mar 1995 19:45:48 +0200 Date: Mon, 13 Mar 95 19:43:47 IST From: "Ugen J.S.Antsilevich" Subject: -current slow as hell.. To: freebsd-current@freefall.cdrom.com X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk I don't know what happened guyz but -current works for me slow as hell... I supped -current kernel 5 minutes ago and reconfigured/recompiled it completely cheered up by new vm changes...The amazing fact is that my machine which always was fast enough now turned to be very slow.XFree starts for 5-8 seconds (it was 3 seconds before) and screen stays black for some time.New window opened with auwful speed-they drawed from top to bottom for a couple of seconds.. What can it be????!!! -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-current Mon Mar 13 10:20:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA14852 for current-outgoing; Mon, 13 Mar 1995 10:20:48 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA14836 for ; Mon, 13 Mar 1995 10:20:42 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA27336 (5.65c/IDA-1.4.4 for freebsd-current@freefall.cdrom.com); Mon, 13 Mar 1995 10:20:23 -0800 Message-Id: <199503131820.AA27336@balboa.eng.uci.edu> To: rmallory@wiley.csusb.edu (Rob Mallory) Cc: freebsd-current@freefall.cdrom.com Subject: Re: new sound driver configuration In-Reply-To: Your message of "Sun, 12 Mar 1995 19:41:22 PST." <199503130341.AA11055@wiley.csusb.edu> Date: Mon, 13 Mar 1995 10:20:10 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk >ftp://hercules.sdsu.edu/pub/rplay there is a beta2 version which >plays .au, .snd, .aiff, .wav, .voc, .ub, .ul, G.721 4-bit, G.723 3-bit, and >G.723 5-bit audio files in all the usual sampling rates. I've been tracking >it for some time now... > >It's getting preaty good; plays sounds asynchronously so it works well with >games like xpilot, or xboing, and mixes sounds instead of queueing them. Have you thought about doing a port for it? Would be nice for the ports collection. Steven From owner-freebsd-current Mon Mar 13 10:24:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15029 for current-outgoing; Mon, 13 Mar 1995 10:24:50 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA15023 for ; Mon, 13 Mar 1995 10:24:49 -0800 Received: (from bodkins@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id LAA11105 for current@freebsd.org; Mon, 13 Mar 1995 11:24:45 -0700 From: Jim Bodkins Message-Id: <199503131824.LAA11105@seagull.rtd.com> Subject: ncr.c driver To: current@FreeBSD.org Date: Mon, 13 Mar 1995 11:24:45 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 277 Sender: current-owner@FreeBSD.org Precedence: bulk Hi, I am having a problem in 2.0 with the ncr810 and a Toshiba MK538FB SCSI disk drive. The driver reports receiving an M_REJECT from the drive and fails to identify the drives geometry. This drive and controller have been used in SCO UNIX, ISC and DOS. Any ideas? Jim From owner-freebsd-current Mon Mar 13 10:32:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15169 for current-outgoing; Mon, 13 Mar 1995 10:32:01 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA15163 for ; Mon, 13 Mar 1995 10:31:56 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id MAA18001; Mon, 13 Mar 1995 12:31:27 -0600 Received: by olympus (4.1/TSS2.1) id AA00528; Mon, 13 Mar 95 12:29:56 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503131829.AA00528@olympus> Subject: Re: sound... To: mmead@goof.com (matthew c. mead) Date: Mon, 13 Mar 1995 12:29:55 -0600 (CST) Cc: current@FreeBSD.org In-Reply-To: <199503111234.HAA00221@goof.com> from "matthew c. mead" at Mar 11, 95 07:34:17 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1284 Sender: current-owner@FreeBSD.org Precedence: bulk > > I know we're still in the transitions with the sound driver - but with the > kernel as of last night about 12am EST, I no longer get output. If I boot from > a 2.0-950210-SNAP kernel I built at one point, it will make sound. It appears > to be accessing the sound devices right with today's kernel, however, for some > reason no sound comes out the speaker. I've got a GUS MAX with 512K ram, 2G > disk, and 52M ram in this machine. The only thing that's changed recently is > the ram (20M -> 52M). I know this isn't much to go on - I just thought it > would be a good idea to let you guys know. Thanks! > > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > I still have to initialize the GUS with DOS. Then, it plays OK. Could the init code be broken now? Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Mon Mar 13 11:05:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA15865 for current-outgoing; Mon, 13 Mar 1995 11:05:12 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA15854 for ; Mon, 13 Mar 1995 11:04:57 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.10/8.6.9) with SMTP id VAA11672 for ; Mon, 13 Mar 1995 21:04:27 +0200 Message-Id: <199503131904.VAA11672@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Screen saver idea Date: Mon, 13 Mar 1995 21:04:27 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hi Given that screen savers are not nearly as obvious or easy to use as they used to be, how about adding this (or something similar) to the rc.local?: (As you can all see I am no great sh hacker...) # Syscons screen saver echo -n "syscons: " if [ -n "$saver" -a "x$saver" != "xNO" ] ; then modload -u -o /tmp/saver_mod -e saver_init -q /lkm/${saver}_saver_mod.o elif [ -f /etc/screensaver ] ; then saver=`cat /etc/screensaver` modload -u -o /tmp/saver_mod -e saver_init -q /lkm/${saver}_saver_mod.o fi (Thanks Dima Rubin (SP?) for the original impetus!!) -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Mon Mar 13 11:39:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16342 for current-outgoing; Mon, 13 Mar 1995 11:39:31 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16336 for ; Mon, 13 Mar 1995 11:39:30 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id LAA18298 for ; Mon, 13 Mar 1995 11:39:23 -0800 Message-Id: <199503131939.LAA18298@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Slip problems? Date: Mon, 13 Mar 1995 11:39:23 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk Recently, my home machine is unable to make network connections to other FreeBSD hosts. This is over a 28.8 slip line. I can rsh, telnet, ftp, etc to other workstations (HPs, Decs, Suns), but I tend to stall just after initial connection to the FreeBSD host. I don't have a second FreeBSD machine at home right now, so I can't tell if this is a SLIP only problem, but has anyone else seen this? Nothing that I know of has changed in my home configuration, but I may have spammed something during a crash or two last week. I have trouble believing it is a problem with a spammed file since I can connect fine to other hosts. Any pointers on where to look for the problem would be apreciated. Thanks, __ Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Mon Mar 13 14:08:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00225 for current-outgoing; Mon, 13 Mar 1995 14:08:00 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00219 for ; Mon, 13 Mar 1995 14:07:53 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id MAA08635; Mon, 13 Mar 1995 12:56:28 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id MAA00349; Mon, 13 Mar 1995 12:56:28 -0800 Message-Id: <199503132056.MAA00349@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Ugen J.S.Antsilevich" cc: freebsd-current@freefall.cdrom.com Subject: Re: -current slow as hell.. In-reply-to: Your message of "Mon, 13 Mar 95 19:43:47 +0700." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 13 Mar 1995 12:56:23 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk > I don't know what happened guyz but -current works for >me slow as hell... > I supped -current kernel 5 minutes ago and reconfigured/recompiled >it completely cheered up by new vm changes...The amazing fact is that my machine >which always was fast enough now turned to be very slow.XFree starts for 5-8 seconds >(it was 3 seconds before) and screen stays black for some time.New window opened >with auwful speed-they drawed from top to bottom for a couple of seconds.. > What can it be????!!! It sounds like you're extremely short of memory. Did the startup not size the memory correctly, or is there a run-away process that has several MB consumed (and shouldn't)? -current for me is working quite well. -DG From owner-freebsd-current Mon Mar 13 14:13:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00306 for current-outgoing; Mon, 13 Mar 1995 14:13:11 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00284 for ; Mon, 13 Mar 1995 14:12:17 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10001; Mon, 13 Mar 1995 22:51:09 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA29984 for freebsd-current@FreeBSD.org; Mon, 13 Mar 1995 22:51:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA06759 for freebsd-current@FreeBSD.org; Mon, 13 Mar 1995 21:29:23 +0100 From: J Wunsch Message-Id: <199503132029.VAA06759@uriah.heep.sax.de> Subject: Re: Things are looking up :-) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 13 Mar 1995 21:29:23 +0100 (MET) In-Reply-To: <199503130735.XAA29201@corbin.Root.COM> from "David Greenman" at Mar 12, 95 11:35:34 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 469 Sender: current-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > [bump minfree in ufs] > time which is very CPU intensive. Use the command "tunefs -m 8 /dev/r..." on > your (unmounted) filesystems to change it. ^^^^^^^^^ What will happend when i do this on a mounted fs? I hope the worst is it will only take an effect at the next re{boot,mount}, yes? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 13 14:31:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00735 for current-outgoing; Mon, 13 Mar 1995 14:31:29 -0800 Received: from ParC04.MI.Uni-Koeln.DE (ParC04.MI.Uni-Koeln.DE [134.95.212.44]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00728 for ; Mon, 13 Mar 1995 14:31:18 -0800 Received: by ParC04.MI.Uni-Koeln.DE id AA17683 (5.67b/IDA-1.5 for freebsd-current@FreeBSD.org); Mon, 13 Mar 1995 23:30:50 +0100 Message-Id: <199503132230.AA17683@ParC04.MI.Uni-Koeln.DE> From: se@MI.Uni-Koeln.DE (Stefan Esser) Date: Mon, 13 Mar 1995 23:30:49 +0100 In-Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) "Re: Things are looking up :-)" (Mar 13, 21:29) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Things are looking up :-) Sender: current-owner@FreeBSD.org Precedence: bulk On Mar 13, 21:29, Joerg Wunsch wrote: } Subject: Re: Things are looking up :-) } As David Greenman wrote: } > } [bump minfree in ufs] } > time which is very CPU intensive. Use the command "tunefs -m 8 /dev/r..." on } > your (unmounted) filesystems to change it. } ^^^^^^^^^ } } What will happend when i do this on a mounted fs? I hope the worst is } it will only take an effect at the next re{boot,mount}, yes? No, it will not take effect at all ... The superblock is rewritten with in core values at unmount time, and the changes will be lost. I just booted single user and did the tunefs using the raw devices. Since the root file system has been mounted read only, there is no superblock update, and you are save to proceed with the multi user startup ... (Well, I preferred to reboot, to be sure :) Regards, STefanes From owner-freebsd-current Mon Mar 13 16:34:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02855 for current-outgoing; Mon, 13 Mar 1995 16:34:25 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02848 for ; Mon, 13 Mar 1995 16:34:19 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA08974; Mon, 13 Mar 1995 16:34:13 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA00430; Mon, 13 Mar 1995 16:34:13 -0800 Message-Id: <199503140034.QAA00430@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Things are looking up :-) In-reply-to: Your message of "Mon, 13 Mar 95 21:29:23 +0100." <199503132029.VAA06759@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 13 Mar 1995 16:34:12 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >As David Greenman wrote: >> >[bump minfree in ufs] >> time which is very CPU intensive. Use the command "tunefs -m 8 /dev/r..." on >> your (unmounted) filesystems to change it. > ^^^^^^^^^ > >What will happend when i do this on a mounted fs? I hope the worst is >it will only take an effect at the next re{boot,mount}, yes? It won't have any effect on a mounted FS. -DG From owner-freebsd-current Mon Mar 13 19:36:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA08193 for current-outgoing; Mon, 13 Mar 1995 19:36:01 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA08176 for ; Mon, 13 Mar 1995 19:35:50 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA09527; Tue, 14 Mar 1995 13:32:25 +1000 Date: Tue, 14 Mar 1995 13:32:25 +1000 From: Bruce Evans Message-Id: <199503140332.NAA09527@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, se@MI.Uni-Koeln.DE Subject: Re: Things are looking up :-) Sender: current-owner@FreeBSD.org Precedence: bulk >} > time which is very CPU intensive. Use the command "tunefs -m 8 /dev/r..." on >} > your (unmounted) filesystems to change it. >? ... >I just booted single user and did the >tunefs using the raw devices. >Since the root file system has been mounted >read only, there is no superblock update, >and you are save to proceed with the multi >user startup ... >(Well, I preferred to reboot, to be sure :) It doesn't work without the reboot. Apparently `mount -u' doesn't reread the superblock. Bruce From owner-freebsd-current Mon Mar 13 20:29:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA11949 for current-outgoing; Mon, 13 Mar 1995 20:29:55 -0800 Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA11941 for ; Mon, 13 Mar 1995 20:29:52 -0800 Received: by wiley.csusb.edu (5.67a/1.34) id AA05584; Mon, 13 Mar 1995 20:33:44 -0800 From: rmallory@wiley.csusb.edu (Rob Mallory) Message-Id: <199503140433.AA05584@wiley.csusb.edu> Subject: Re: new sound driver configuration To: swallace@ece.uci.edu (Steven Wallace) Date: Mon, 13 Mar 1995 20:33:44 -0800 (PST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199503131820.AA27336@balboa.eng.uci.edu> from "Steven Wallace" at Mar 13, 95 10:20:10 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 447 Sender: current-owner@FreeBSD.org Precedence: bulk > > >ftp://hercules.sdsu.edu/pub/rplay there is a beta2 version which [..] > > Have you thought about doing a port for it? Would be nice > for the ports collection. > > Steven > It's slated for release sometime in the next month or two, but is preaty stable now; drops right in with gmake. I'd rather wait on the release, but will try to find some time after finals next week to give it a good shot. -- Rob Mallory [rmallory@csusb.edu] From owner-freebsd-current Mon Mar 13 21:33:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA01117 for current-outgoing; Mon, 13 Mar 1995 21:33:33 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA01109 for ; Mon, 13 Mar 1995 21:33:27 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA03160; Tue, 14 Mar 1995 13:32:03 --800 Date: Tue, 14 Mar 1995 13:30:51 +0800 (CST) From: Brian Tao Subject: Re: Things are looking up :-) To: FreeBSD-current users In-Reply-To: <199503132029.VAA06759@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 292 Sender: current-owner@FreeBSD.org Precedence: bulk David Greenman wrote: > > time which is very CPU intensive. Use the command "tunefs -m 8 ..." Is there a noticeable difference between 8% and 10% minfree? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Mon Mar 13 23:21:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02672 for current-outgoing; Mon, 13 Mar 1995 23:21:30 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02665 for ; Mon, 13 Mar 1995 23:21:24 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17640; Tue, 14 Mar 1995 08:21:11 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA03428 for freebsd-current@FreeBSD.org; Tue, 14 Mar 1995 08:21:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01290 for freebsd-current@FreeBSD.org; Tue, 14 Mar 1995 08:19:48 +0100 From: J Wunsch Message-Id: <199503140719.IAA01290@uriah.heep.sax.de> Subject: Re: Things are looking up :-) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 14 Mar 1995 08:19:47 +0100 (MET) In-Reply-To: <199503140034.QAA00430@corbin.Root.COM> from "David Greenman" at Mar 13, 95 04:34:12 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 785 Sender: current-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > > >> time which is very CPU intensive. Use the command "tunefs -m 8 /dev/r..." on > >> your (unmounted) filesystems to change it. > > ^^^^^^^^^ > > > >What will happend when i do this on a mounted fs? I hope the worst is > >it will only take an effect at the next re{boot,mount}, yes? > > It won't have any effect on a mounted FS. Unfortunately (for me:), Stefan was right: the superblock back-up at umount time discards the modification again; i had to go single-user in order to get it right. (My original hope has been: `Do it now, so you don't forget it. Will be in effect after next reboot.') -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 13 23:23:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02697 for current-outgoing; Mon, 13 Mar 1995 23:23:02 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02691 for ; Mon, 13 Mar 1995 23:23:00 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id XAA09483; Mon, 13 Mar 1995 23:22:53 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id XAA00636; Mon, 13 Mar 1995 23:22:52 -0800 Message-Id: <199503140722.XAA00636@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Brian Tao cc: FreeBSD-current users Subject: Re: Things are looking up :-) In-reply-to: Your message of "Tue, 14 Mar 95 13:30:51 +0800." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 13 Mar 1995 23:22:51 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >David Greenman wrote: >> >> time which is very CPU intensive. Use the command "tunefs -m 8 ..." > > Is there a noticeable difference between 8% and 10% minfree? No, not one that I've ever seen. -DG From owner-freebsd-current Mon Mar 13 23:26:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02754 for current-outgoing; Mon, 13 Mar 1995 23:26:13 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02748 for ; Mon, 13 Mar 1995 23:26:08 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA07170; Tue, 14 Mar 1995 15:23:51 --800 Date: Tue, 14 Mar 1995 15:23:03 +0800 (CST) From: Brian Tao Subject: Re: Things are looking up :-) To: FreeBSD-current users In-Reply-To: <199503140722.XAA00636@corbin.Root.COM> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 446 Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 13 Mar 1995, David Greenman wrote: > > > > Is there a noticeable difference between 8% and 10% minfree? > > No, not one that I've ever seen. Okay.. I was wondering if the original message was advocating everyone to reduce their minfree from 10% to 8% for some astounding performance gain. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Mon Mar 13 23:36:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02849 for current-outgoing; Mon, 13 Mar 1995 23:36:22 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02843 for ; Mon, 13 Mar 1995 23:36:20 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id XAA09518; Mon, 13 Mar 1995 23:36:16 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id XAA00670; Mon, 13 Mar 1995 23:36:16 -0800 Message-Id: <199503140736.XAA00670@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Brian Tao cc: FreeBSD-current users Subject: Re: Things are looking up :-) In-reply-to: Your message of "Tue, 14 Mar 95 15:23:03 +0800." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 13 Mar 1995 23:36:16 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >On Mon, 13 Mar 1995, David Greenman wrote: >> > >> > Is there a noticeable difference between 8% and 10% minfree? >> >> No, not one that I've ever seen. > > Okay.. I was wondering if the original message was advocating >everyone to reduce their minfree from 10% to 8% for some astounding >performance gain. :) The default minfree for 2.0 was 5%. I'm asking people to increase it to 8% because of problems with using 5%. -DG From owner-freebsd-current Tue Mar 14 12:55:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00396 for current-outgoing; Tue, 14 Mar 1995 12:55:33 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00389 for ; Tue, 14 Mar 1995 12:55:19 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA29905; Tue, 14 Mar 1995 13:26:55 -0600 Received: by olympus (4.1/TSS2.1) id AA03080; Tue, 14 Mar 95 13:25:21 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503141925.AA03080@olympus> Subject: Re: Things are looking up :-) To: davidg@Root.COM Date: Tue, 14 Mar 1995 13:25:20 -0600 (CST) Cc: taob@gate.sinica.edu.tw, freebsd-current@FreeBSD.org In-Reply-To: <199503140736.XAA00670@corbin.Root.COM> from "David Greenman" at Mar 13, 95 11:36:16 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 817 Sender: current-owner@FreeBSD.org Precedence: bulk > > >On Mon, 13 Mar 1995, David Greenman wrote: > >> > > >> > Is there a noticeable difference between 8% and 10% minfree? > >> > >> No, not one that I've ever seen. > > > > Okay.. I was wondering if the original message was advocating > >everyone to reduce their minfree from 10% to 8% for some astounding > >performance gain. :) > > The default minfree for 2.0 was 5%. I'm asking people to increase it to 8% > because of problems with using 5%. > > -DG > That gets expensive on 400Meg partitions. Especially on /usr which truly get cross when you exceed the limit. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Tue Mar 14 12:56:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00424 for current-outgoing; Tue, 14 Mar 1995 12:56:35 -0800 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA00418 for ; Tue, 14 Mar 1995 12:56:31 -0800 Received: by pelican.com (Smail3.1.28.1 #5) id m0roa0a-000K3UC; Tue, 14 Mar 95 09:03 WET Message-Id: From: pete@pelican.com (Pete Carah) Subject: Re: bad outgoing serial coms To: jhs@regent.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Tue, 14 Mar 1995 09:03:48 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503132234.XAA15856@vector.enet> from "Julian Howard Stacey" at Mar 13, 95 11:34:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1654 Sender: current-owner@FreeBSD.org Precedence: bulk Julian Howard Stacey writes: > > Make TTYHOG big > will try that, > thanks, > will also check the flow control stuff, though I've not changed anything there in ages Right. And Bruce swears up & down that ttyhog isn't used in slip or ppp, but there really is only one place that message comes from... Actually it *does* apply to the new 'process' version of ppp (/usr/sbin/ppp as opposed to /usr/sbin/pppd). Are you using that? My friend here had to up ttyhog from his usual 10k to 12k lately to quiet that message; this could be related to the big flurry of commit messages that recently came through (they are short; the problem with Taylor uucp mostly comes up on file boundaries, and we are now using a 28.8k modem-pair for our uucp link). G protocol doesn't window message packets but i does. We are both using smail 3 instead of sendmail; with this the problem for mail could be alleviated somewhat by using rsmtp, but that doesn't change the base problem, which is that ttyhog needs to be somewhat dynamic to handle large-window protocols (Taylor I/i protocol at 16k window; kermit/big can get even bigger; the new user-mode ppp (which doesn't use the ppp line discipline module) would need ttyhog at probably twice the tcp window size plus some for the ppp encapsulation sequences (tcp window applies per connection, so if one has external fast feeds and does ftp, ttyhog might have to be 3 or 4 times the tcp window. I'd think that normally that much shouldn't be needed). A side note, discovered while looking through the sources for this: Nothing appears to ever fill in tty_tb's row in linesw; has this ever been tested? -- Pete From owner-freebsd-current Tue Mar 14 13:17:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03149 for current-outgoing; Tue, 14 Mar 1995 13:17:21 -0800 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA03139 for ; Tue, 14 Mar 1995 13:17:10 -0800 Received: by eikon.regent.e-technik.tu-muenchen.de id <43042>; Tue, 14 Mar 1995 16:52:51 +0100 From: Julian H Stacey To: current@FreeBSD.org Subject: my sendmail is flushing delayed mail Message-Id: <95Mar14.165251met.43042@eikon.regent.e-technik.tu-muenchen.de> Date: Tue, 14 Mar 1995 16:52:42 +0100 Sender: current-owner@FreeBSD.org Precedence: bulk I had an IO problem that prevented sendmail working, sendmail is now flushing its spool/mqueue, but I sport one or two mails there that are a little old .... sorry. Julian S From owner-freebsd-current Tue Mar 14 13:24:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03528 for current-outgoing; Tue, 14 Mar 1995 13:24:23 -0800 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA03437 for ; Tue, 14 Mar 1995 13:23:19 -0800 Received: by eikon.regent.e-technik.tu-muenchen.de id <43045>; Tue, 14 Mar 1995 17:01:44 +0100 From: Julian H Stacey To: current@FreeBSD.org Subject: Testers needed - sys/Makefile that supports CD-ROM and NFS multi hosts Message-Id: <95Mar14.170144met.43045@eikon.regent.e-technik.tu-muenchen.de> Date: Tue, 14 Mar 1995 17:01:36 +0100 Sender: current-owner@FreeBSD.org Precedence: bulk I have revised my /sys/Makefile, & am looking for alpha testers So .. big deal .. tiddly little make file Eh ? .... We...ll not exactly 19377 Mar 13 18:24 Makefile (Yup, considerable comment in, as still in test) 2052 Mar 13 14:50 Makefile_sub.c Plus I have associated diffs to apply to Makefile.i386 etc ... Why did I bother & Why should you ? ... # FEATURES: # - Kernel configuration & make, defaulting to a kernel config name # automatically selected on a host name basis; (also does subdir make). # - Supports optional obj tree. # - Supports compilation from cd-rom. # - Supports NFS multiple host parallel simultaneous use of # shared /usr/src. # - Config automatically called if configuration name changes. # - Depend done automatically. # - Overide of default config name by either "make CONFIG=whatever" # or by editing default file. # - Config Selection precedence order & examples: # PRIORITY METHOD # High: make CONFIG=GENERICAH # Medium: echo "GENERICAH" > ${DEFAULT_CONFIG} # Low: Makefile internally does CONFIG=`hostname` BTW, it's taken a hell of a long time to get it this far, so I'm in bug fix mode now, till it's commited, so wo'nt welcome suggestions changing priority order (it ain't easy ;-), after it's proven bug free & commited, it becomes subject to the normal `whoever is prepared to hack it And test it' change procedure (testing all cases is the hard part) Volunteer Testers Requested :-) (Piero &/or Rod perhaps ?) --- Julian Stacey , ( is a dial up ) From owner-freebsd-current Tue Mar 14 13:33:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04279 for current-outgoing; Tue, 14 Mar 1995 13:33:49 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA04269 for ; Tue, 14 Mar 1995 13:33:47 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07807; Tue, 14 Mar 95 10:22:00 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503141722.AA07807@cs.weber.edu> Subject: Re: Things are looking up :-) To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 14 Mar 95 10:21:59 MST Cc: freebsd-current@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 14, 95 01:30:51 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > David Greenman wrote: > > > > time which is very CPU intensive. Use the command "tunefs -m 8 ..." > > Is there a noticeable difference between 8% and 10% minfree? 20 Meg on a 1 Gig drive. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Mar 14 14:00:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05755 for current-outgoing; Tue, 14 Mar 1995 14:00:36 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA05737 for ; Tue, 14 Mar 1995 14:00:27 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id WAA04955 for ; Tue, 14 Mar 1995 22:58:38 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA08648; Tue, 14 Mar 95 22:58:35 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503142158.AA08648@blaise.ibp.fr> Subject: MINFREE change to 8% To: current@FreeBSD.org (Current's list FreeBSD) Date: Tue, 14 Mar 1995 22:58:34 +0100 (MET) X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1119 Sender: current-owner@FreeBSD.org Precedence: bulk I've noticed with the change to MINFREE from 5% to 8% that there is something strange in the ufs/ffs/ffs_alloc.c file : case FS_OPTSPACE: /* * Allocate an exact sized fragment. Although this makes * best use of space, we will waste time relocating it if * the file continues to grow. If the fragmentation is * less than half of the minimum free reserve, we choose * to begin optimizing for time. */ request = nsize; if (fs->fs_minfree <= 5 || <<<<<<<< shouldn't 5 be MINFREE instead ?? fs->fs_cstotal.cs_nffree > fs->fs_dsize * fs->fs_minfree / (2 * 100)) break; log(LOG_NOTICE, "%s: optimization changed from SPACE to TIME\n", fs->fs_fsmnt); fs->fs_optim = FS_OPTTIME; break; -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Tue Mar 14 14:07:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06085 for current-outgoing; Tue, 14 Mar 1995 14:07:40 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA06074 for ; Tue, 14 Mar 1995 14:07:35 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id OAA10649; Tue, 14 Mar 1995 14:07:25 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id OAA02661; Tue, 14 Mar 1995 14:07:24 -0800 Message-Id: <199503142207.OAA02661@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier Robert) cc: current@FreeBSD.org (Current's list FreeBSD) Subject: Re: MINFREE change to 8% In-reply-to: Your message of "Tue, 14 Mar 95 22:58:34 +0100." <9503142158.AA08648@blaise.ibp.fr> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 14 Mar 1995 14:07:19 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >I've noticed with the change to MINFREE from 5% to 8% that there is >something strange in the ufs/ffs/ffs_alloc.c file : > > case FS_OPTSPACE: > /* > * Allocate an exact sized fragment. Although this makes > * best use of space, we will waste time relocating it if > * the file continues to grow. If the fragmentation is > * less than half of the minimum free reserve, we choose > * to begin optimizing for time. > */ > request = nsize; > if (fs->fs_minfree <= 5 || <<<<<<<< shouldn't 5 be MINFREE instead ?? No. That percentage is chosen to provide a specific level of hysterisis and is not related to the default (MINFREE). -DG From owner-freebsd-current Tue Mar 14 15:06:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11901 for current-outgoing; Tue, 14 Mar 1995 15:06:14 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA11894 for ; Tue, 14 Mar 1995 15:06:09 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09748; Tue, 14 Mar 95 15:59:58 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503142259.AA09748@cs.weber.edu> Subject: Re: MINFREE change to 8% To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Tue, 14 Mar 95 15:59:58 MST Cc: current@FreeBSD.org In-Reply-To: <9503142158.AA08648@blaise.ibp.fr> from "Ollivier Robert" at Mar 14, 95 10:58:34 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > I've noticed with the change to MINFREE from 5% to 8% that there is > something strange in the ufs/ffs/ffs_alloc.c file : > > case FS_OPTSPACE: > /* > * Allocate an exact sized fragment. Although this makes > * best use of space, we will waste time relocating it if > * the file continues to grow. If the fragmentation is > * less than half of the minimum free reserve, we choose > * to begin optimizing for time. > */ > request = nsize; > if (fs->fs_minfree <= 5 || <<<<<<<< shouldn't 5 be MINFREE instead ?? MINFREE/2. The 5 is based on the historical default of 10%. This assumes MINFREE is a non-runtime adjustable manifest constant, right? The compare is a magic cookie to force space optimization even if the user has requested otherwise, since the user may run out of space very soon. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Mar 14 15:18:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12651 for current-outgoing; Tue, 14 Mar 1995 15:18:12 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA12643 for ; Tue, 14 Mar 1995 15:18:10 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id PAA10765; Tue, 14 Mar 1995 15:18:03 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id PAA02754; Tue, 14 Mar 1995 15:18:02 -0800 Message-Id: <199503142318.PAA02754@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: roberto@blaise.ibp.fr (Ollivier Robert), current@FreeBSD.org Subject: Re: MINFREE change to 8% In-reply-to: Your message of "Tue, 14 Mar 95 15:59:58 MST." <9503142259.AA09748@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 14 Mar 1995 15:18:01 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> if (fs->fs_minfree <= 5 || <<<<<<<< shouldn't 5 be MINFREE instead ?? > >MINFREE/2. > >The 5 is based on the historical default of 10%. > >This assumes MINFREE is a non-runtime adjustable manifest constant, right? > >The compare is a magic cookie to force space optimization even if the >user has requested otherwise, since the user may run out of space very >soon. Wrong. That specific comparison is to make certain that there is some amount of hysteresis in the change from time-space & space-time optimization. At 5%, there is only a .5% (fragmentation) gap between states. The state change is based on filesystem fragmentation, NOT on the actual amount of space left. -DG From owner-freebsd-current Tue Mar 14 15:49:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01346 for current-outgoing; Tue, 14 Mar 1995 15:49:58 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA01340 for ; Tue, 14 Mar 1995 15:49:55 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09959; Tue, 14 Mar 95 16:42:24 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503142342.AA09959@cs.weber.edu> Subject: Re: MINFREE change to 8% To: davidg@Root.COM Date: Tue, 14 Mar 95 16:42:23 MST Cc: roberto@blaise.ibp.fr, current@FreeBSD.org In-Reply-To: <199503142318.PAA02754@corbin.Root.COM> from "David Greenman" at Mar 14, 95 03:18:01 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >MINFREE/2. > > > >The 5 is based on the historical default of 10%. > > > >This assumes MINFREE is a non-runtime adjustable manifest constant, right? > > > >The compare is a magic cookie to force space optimization even if the > >user has requested otherwise, since the user may run out of space very > >soon. > > Wrong. That specific comparison is to make certain that there is some > amount of hysteresis in the change from time-space & space-time optimization. > At 5%, there is only a .5% (fragmentation) gap between states. The state > change is based on filesystem fragmentation, NOT on the actual amount of > space left. OK, you're right -- it *is* a hysteresis issue. But the "5" is still a result of the historically hard-coded 10%. If you had a min and a max bounds, you'd want MINFREE/2 in any case for your hysterisis value for optimization switch threshold. For instance, if I changed it to a 3% reserve, you aren't going to ever hit a 5% +/- margin, only a 3% +/-. The reserve isn't there for a reserve, it's there for hashing. You could probably do away with the reserve entirely (but killing the ability to exercise administrative fiat in the process, it being a side effect of the reserve) by moving from a vector hash to skiplists. The 10% is the 90% fill point for least acceptable performance on the hash; anything over 90% is deemed unacceptable. The actual fall off is expotential and starts sucking at 80-85% (Knuth). When you dick with the minfree, you are in fact lowering the bottom watermark for acceptable performance for the system. It really doesn't matter that you think you are "wasting" 100M on a 1G disk; what you are paying for is a reduced average hash collision frequency. The only real difference on a 1G disk is that it become obvious that you are tying up a lot of disk based on your choice of algorithms. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Mar 14 16:42:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02663 for current-outgoing; Tue, 14 Mar 1995 16:42:06 -0800 Received: from vector.enet (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02560 for ; Tue, 14 Mar 1995 16:38:40 -0800 Received: (from jhs@localhost) by vector.enet (8.6.10/8.6.9) id XAA15856; Mon, 13 Mar 1995 23:34:35 +0100 Date: Mon, 13 Mar 1995 23:34:35 +0100 From: Julian Howard Stacey Message-Id: <199503132234.XAA15856@vector.enet> To: jhs@regent.e-technik.tu-muenchen.de, pete@pelican.com Subject: Re: bad outgoing serial coms Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk > Make TTYHOG big will try that, thanks, will also check the flow control stuff, though I've not changed anything there in ages Julian S From owner-freebsd-current Tue Mar 14 16:44:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02807 for current-outgoing; Tue, 14 Mar 1995 16:44:40 -0800 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA02793 for ; Tue, 14 Mar 1995 16:44:29 -0800 Received: by eikon.regent.e-technik.tu-muenchen.de id <43046>; Wed, 15 Mar 1995 01:43:45 +0100 From: Julian H Stacey To: current@FreeBSD.org Subject: sio3: 110 more tty-level buffer overflows Message-Id: <95Mar15.014345met.43046@eikon.regent.e-technik.tu-muenchen.de> Date: Wed, 15 Mar 1995 01:43:42 +0100 Sender: current-owner@FreeBSD.org Precedence: bulk Because of continuing difficulties with sio3: 110 more tty-level buffer overflows It'll be a few days till I manage to upload my Makefile diffs etc for sys/Makefile this IO thing is strange, I can sup like crazy, just cant upload, oh well, perhaps the latest ctm stuff will fix it (i'm intransition from sup to ctm) I'm looking forward to a masssive reduction in last months horrendous phone bill as a consequence (in which case If I ever do bump into Poul-Henning, I will be well able to afford to invoke his BeerWare licenece, & buy him one :-) Julian S From owner-freebsd-current Tue Mar 14 17:05:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03778 for current-outgoing; Tue, 14 Mar 1995 17:05:52 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA03772 for ; Tue, 14 Mar 1995 17:05:50 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id UAA00232; Tue, 14 Mar 1995 20:02:57 -0500 From: Peter Dufault Message-Id: <199503150102.UAA00232@hda.com> Subject: pause... when copying file To: freebsd-current@freefall.cdrom.com Date: Tue, 14 Mar 1995 20:02:56 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 462 Sender: current-owner@FreeBSD.org Precedence: bulk I noticed while testing a new kernel that there is a long pause (on the order of two seconds) when I copy a new kernel over to /kernel.test that there will be no echo in an xterm. I'm mentioning this only because it is noticeably unusual and there has been a lot of vm work going on. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Tue Mar 14 17:42:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04905 for current-outgoing; Tue, 14 Mar 1995 17:42:43 -0800 Received: from aero.org (aero.org [130.221.16.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04897 for ; Tue, 14 Mar 1995 17:42:37 -0800 Received: from antares.aero.org ([130.221.192.46]) by aero.org with SMTP id <111108-1>; Tue, 14 Mar 1995 17:41:56 -0800 Received: from anpiel.aero.org by antares.aero.org (4.1/AMS-1.0) id AA01388 for davidg@root.com; Tue, 14 Mar 95 17:41:26 PST To: davidg@Root.COM Cc: Mark Murray , Poul-Henning Kamp , jhay@mikom.csir.co.za, current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? In-Reply-To: Your message of "Sun, 05 Mar 1995 13:43:13 PST." <199503052143.NAA00266@corbin.Root.COM> Date: Tue, 14 Mar 1995 17:41:20 -0800 From: "Mike O'Brien" Message-Id: <95Mar14.174156pst.111108-1@aero.org> Sender: current-owner@FreeBSD.org Precedence: bulk David Greenman sez: > Actually, now that I think about > it, the thing to do is to shut off the VTEXT flag when the object reference > count goes to 0...I thought we already did that...but we don't. This should > completely solve the problem. I'll add it to my whiteboard. I realize I'm coming late to the table with this (I've been on vacation) but I should point out that this persistant caching was a deliberate choice on the part of the Berkeley design team. The notion was that it would greatly speed up the execution of common, short-lived binaries if their texts were gradually cached by the system. Mike O'Brien From owner-freebsd-current Tue Mar 14 18:57:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06536 for current-outgoing; Tue, 14 Mar 1995 18:57:15 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA06526 for ; Tue, 14 Mar 1995 18:56:32 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA29560; Wed, 15 Mar 1995 12:54:35 +1000 Date: Wed, 15 Mar 1995 12:54:35 +1000 From: Bruce Evans Message-Id: <199503150254.MAA29560@godzilla.zeta.org.au> To: dufault@hda.com, freebsd-current@freefall.cdrom.com Subject: Re: pause... when copying file Sender: current-owner@FreeBSD.org Precedence: bulk >I noticed while testing a new kernel that there is a long pause >(on the order of two seconds) when I copy a new kernel over to >/kernel.test that there will be no echo in an xterm. >I'm mentioning this only because it is noticeably unusual and there >has been a lot of vm work going on. Pauses like this have been noticeably usual for several months here. Bruce From owner-freebsd-current Tue Mar 14 20:26:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08050 for current-outgoing; Tue, 14 Mar 1995 20:26:45 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08044 for ; Tue, 14 Mar 1995 20:26:42 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA11165; Tue, 14 Mar 1995 20:26:37 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA02866; Tue, 14 Mar 1995 20:26:36 -0800 Message-Id: <199503150426.UAA02866@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Bruce Evans cc: dufault@hda.com, freebsd-current@freefall.cdrom.com Subject: Re: pause... when copying file In-reply-to: Your message of "Wed, 15 Mar 95 12:54:35 +1000." <199503150254.MAA29560@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 14 Mar 1995 20:26:31 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >>I noticed while testing a new kernel that there is a long pause >>(on the order of two seconds) when I copy a new kernel over to >>/kernel.test that there will be no echo in an xterm. > >>I'm mentioning this only because it is noticeably unusual and there >>has been a lot of vm work going on. > >Pauses like this have been noticeably usual for several months here. I don't suppose both of you use bash? John mentioned a similar thing and it went away when he upgraded to the newest release of it. -DG From owner-freebsd-current Tue Mar 14 20:47:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08265 for current-outgoing; Tue, 14 Mar 1995 20:47:27 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08253 for ; Tue, 14 Mar 1995 20:47:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA31170; Wed, 15 Mar 1995 14:42:32 +1000 Date: Wed, 15 Mar 1995 14:42:32 +1000 From: Bruce Evans Message-Id: <199503150442.OAA31170@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: pause... when copying file Cc: dufault@hda.com, freebsd-current@freefall.cdrom.com Sender: current-owner@FreeBSD.org Precedence: bulk >>Pauses like this have been noticeably usual for several months here. > I don't suppose both of you use bash? John mentioned a similar thing and it >went away when he upgraded to the newest release of it. I use a fairly recent version - 1.14.3. Bruce From owner-freebsd-current Tue Mar 14 20:50:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08302 for current-outgoing; Tue, 14 Mar 1995 20:50:34 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA08295 for ; Tue, 14 Mar 1995 20:50:18 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA31259; Wed, 15 Mar 1995 14:48:48 +1000 Date: Wed, 15 Mar 1995 14:48:48 +1000 From: Bruce Evans Message-Id: <199503150448.OAA31259@godzilla.zeta.org.au> To: jhs@regent.e-technik.tu-muenchen.de, pete@pelican.com Subject: Re: bad outgoing serial coms Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >A side note, discovered while looking through the sources for this: >Nothing appears to ever fill in tty_tb's row in linesw; has this ever >been tested? It's filled with error entries. I think it has never worked or been tested in FreeBSD. Bruce From owner-freebsd-current Tue Mar 14 23:33:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA17557 for current-outgoing; Tue, 14 Mar 1995 23:33:33 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA17551 for ; Tue, 14 Mar 1995 23:33:32 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA07893 (5.65c/IDA-1.4.4 for current@freebsd.org); Tue, 14 Mar 1995 23:33:23 -0800 Message-Id: <199503150733.AA07893@balboa.eng.uci.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: current@FreeBSD.org Subject: Re: MINFREE change to 8% In-Reply-To: Your message of "Tue, 14 Mar 1995 16:42:23 MST." <9503142342.AA09959@cs.weber.edu> Date: Tue, 14 Mar 1995 23:33:21 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk > You could probably do away with the reserve entirely (but killing the > ability to exercise administrative fiat in the process, it being a > side effect of the reserve) by moving from a vector hash to skiplists. > > The 10% is the 90% fill point for least acceptable performance on the > hash; anything over 90% is deemed unacceptable. The actual fall off > is expotential and starts sucking at 80-85% (Knuth). > > When you dick with the minfree, you are in fact lowering the bottom > watermark for acceptable performance for the system. It really doesn't > matter that you think you are "wasting" 100M on a 1G disk; what you > are paying for is a reduced average hash collision frequency. > > The only real difference on a 1G disk is that it become obvious that > you are tying up a lot of disk based on your choice of algorithms. > Could someone explain to the ignorant what in the world you are hashing? (you are searching for something and use some algorithm as your hash index into the 10% reserve space on the disk? (is this reserve distributed or continuous at a specific portion of the disk?) Then you find something... ?) How do skiplist compare and how would they be implemented? Steven From owner-freebsd-current Wed Mar 15 00:22:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA18996 for current-outgoing; Wed, 15 Mar 1995 00:22:05 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA18978 for ; Wed, 15 Mar 1995 00:21:40 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23650; Wed, 15 Mar 1995 09:21:04 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA10750; Wed, 15 Mar 1995 09:21:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA02608; Wed, 15 Mar 1995 08:02:03 +0100 From: J Wunsch Message-Id: <199503150702.IAA02608@uriah.heep.sax.de> Subject: Re: "Text file busy" with program not running anymore? To: obrien@antares.aero.org (Mike O'Brien) Date: Wed, 15 Mar 1995 08:02:02 +0100 (MET) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <95Mar14.174156pst.111108-1@aero.org> from "Mike O'Brien" at Mar 14, 95 05:41:20 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1389 Sender: current-owner@FreeBSD.org Precedence: bulk As Mike O'Brien wrote: > > David Greenman sez: > > Actually, now that I think about > > it, the thing to do is to shut off the VTEXT flag when the object reference > > count goes to 0...I thought we already did that...but we don't. This should > > completely solve the problem. I'll add it to my whiteboard. > > I realize I'm coming late to the table with this (I've been on vacation) but > I should point out that this persistant caching was a deliberate choice on > the part of the Berkeley design team. The notion was that it would > greatly speed up the execution of common, short-lived binaries if their > texts were gradually cached by the system. I don't think it's the point to not cache them anymore, it's only the point to cease marking them as ``text file busy'' when there's actually no longer an active reference for it. No other system that i know of does it that way. (Well, recent SysV's seem to even don't have VTEXT any longer, at least it's very easy to get a core dump there when developing new stuff and being not aware that someone is still running the program.) It's my understanding that the pages associated with the previously running image are being reclaimed immediately when someone starts the program again. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Mar 15 00:29:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19430 for current-outgoing; Wed, 15 Mar 1995 00:29:45 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA19420 for ; Wed, 15 Mar 1995 00:29:42 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id AAA11470; Wed, 15 Mar 1995 00:29:33 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id AAA00206; Wed, 15 Mar 1995 00:29:33 -0800 Message-Id: <199503150829.AAA00206@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: obrien@antares.aero.org (Mike O'Brien), freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: "Text file busy" with program not running anymore? In-reply-to: Your message of "Wed, 15 Mar 95 08:02:02 +0100." <199503150702.IAA02608@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Mar 1995 00:29:24 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> > it, the thing to do is to shut off the VTEXT flag when the object reference >> > count goes to 0...I thought we already did that...but we don't. This should >> > completely solve the problem. I'll add it to my whiteboard. >> >> I realize I'm coming late to the table with this (I've been on vacation) but >> I should point out that this persistant caching was a deliberate choice on >> the part of the Berkeley design team. The notion was that it would >> greatly speed up the execution of common, short-lived binaries if their >> texts were gradually cached by the system. > >I don't think it's the point to not cache them anymore, it's only the >point to cease marking them as ``text file busy'' when there's >actually no longer an active reference for it. No other system that i That's correct. I've already committed the change to handle the condition properly. It has nothing to do with (not) caching file data...it's just a matter of (not) allowing writes. -DG From owner-freebsd-current Wed Mar 15 00:57:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA21008 for current-outgoing; Wed, 15 Mar 1995 00:57:14 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA21002 for ; Wed, 15 Mar 1995 00:57:10 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id AAA11521 for ; Wed, 15 Mar 1995 00:57:04 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id AAA00213 for ; Wed, 15 Mar 1995 00:57:03 -0800 Message-Id: <199503150857.AAA00213@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: gdb panic From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Mar 1995 00:57:03 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk I've been trying to reproduce the gdb panic that people have been reporting, and have not been able to. I've done all the normal kinds of things - setting breakpoints, stepping, etc, all works fine and gdb finishes without any trouble. I even tried causing heavy paging on the system while using gdb, but this has no effect. If the bug is gone, that's fine, but I need to know for certain. If gdb still doesn't work for you, I need to know what you're doing that I'm not. -DG From owner-freebsd-current Wed Mar 15 01:08:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21526 for current-outgoing; Wed, 15 Mar 1995 01:08:13 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA21516 for ; Wed, 15 Mar 1995 01:08:06 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id BAA12211 for freebsd-current@freebsd.org; Wed, 15 Mar 1995 01:07:50 -0800 From: "Rodney W. Grimes" Message-Id: <199503150907.BAA12211@gndrsh.aac.dev.com> Subject: Any one seeing these... sd0(ncr0:0:0): To: freebsd-current@FreeBSD.org Date: Wed, 15 Mar 1995 01:07:50 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 370 Sender: current-owner@FreeBSD.org Precedence: bulk I get a console message on rare occasion that just says: sd0(ncr0:0:0): No message content, just the unit and controller info :-(. Any one have any idea's as to where in the scsi code this might be comming from?? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 15 01:39:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22626 for current-outgoing; Wed, 15 Mar 1995 01:39:52 -0800 Received: from uclink.berkeley.edu (uclink.Berkeley.EDU [128.32.155.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA22618; Wed, 15 Mar 1995 01:39:49 -0800 Received: by uclink.berkeley.edu (8.6.9/1.33(web)-OV4) id BAA19039; Wed, 15 Mar 1995 01:39:46 -0800 Date: Wed, 15 Mar 1995 01:39:46 -0800 From: jmacd@uclink.berkeley.edu (Joshua Peck Macdonald) Message-Id: <199503150939.BAA19039@uclink.berkeley.edu> To: bugs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: ncr still fails in -current Sender: current-owner@FreeBSD.org Precedence: bulk I reported a notices several days ago that the PCI drivers were totally fialing on my ncr 53c810 card. Stephan (se@FreeBSD.org) replied saying that using kernel config option PCI_REMAP would make use of the older (working code). I tried this, and still it does not work, however, it now fails in another place during startup. I don't have the rest of the -current binaries installed anymore, as I did the last time I was reporting this problem, so maybe that is the problem now, I was using fairly current kernel sources and kernel lkms though. Now, instead of panicing while probing the ncr device, it gets through to the filesystems check, runs /etc/netstart, and all that, and where a normal boot would begin "starting system logger", immediately after /etc/netstart, it panics again, slightly different message, but about this same, this is what I get. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xefc2d400 fault code = supervisor read, page not present instruction pointer = 0x8;0xf016f1f3 code segment = base 0x0, limit 0xfffff, type 0xb1 = DPL 0, pres1, def32 1, gran 1 processor eflags = interupt enabled, resume, IOPL=0 current process = 43 (cp) interupt mask = panic: page fault rebooting... once again, P90 running on an OPTi chipset motherboard with an ncr card. -josh From owner-freebsd-current Wed Mar 15 02:39:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA26066 for current-outgoing; Wed, 15 Mar 1995 02:39:00 -0800 Received: from ParC02.MI.Uni-Koeln.DE (ParC02.MI.Uni-Koeln.DE [134.95.212.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA26051 for ; Wed, 15 Mar 1995 02:38:41 -0800 Received: by ParC02.MI.Uni-Koeln.DE id AA28588 (5.67b/IDA-1.5 for freebsd-current@FreeBSD.org); Wed, 15 Mar 1995 11:36:49 +0100 Message-Id: <199503151036.AA28588@ParC02.MI.Uni-Koeln.DE> From: se@MI.Uni-Koeln.DE (Stefan Esser) Date: Wed, 15 Mar 1995 11:36:49 +0100 In-Reply-To: "Rodney W. Grimes" "Any one seeing these... sd0(ncr0:0:0):" (Mar 15, 1:07) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-current@FreeBSD.org Subject: Re: Any one seeing these... sd0(ncr0:0:0): Sender: current-owner@FreeBSD.org Precedence: bulk On Mar 15, 1:07, "Rodney W. Grimes" wrote: } Subject: Any one seeing these... sd0(ncr0:0:0): } I get a console message on rare occasion that just says: } sd0(ncr0:0:0): } } No message content, just the unit and controller info :-(. Any one } have any idea's as to where in the scsi code this might be comming } from?? This isn't a message from the NCR driver, must be the generic SCSI code. Have never seen it on my system ... -- Stefan Esser Internet: Zentrum fuer Paralleles Rechnen Tel: +49 221 4706019 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln From owner-freebsd-current Wed Mar 15 04:40:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA28484 for current-outgoing; Wed, 15 Mar 1995 04:40:29 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA28478 for ; Wed, 15 Mar 1995 04:40:27 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id HAA01367 for current@freebsd.org; Wed, 15 Mar 1995 07:40:30 -0500 Received: by starkhome.cs.sunysb.edu (8.6.11/1.34) id HAA13908; Wed, 15 Mar 1995 07:39:57 -0500 Date: Wed, 15 Mar 1995 07:39:57 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503151239.HAA13908@starkhome.cs.sunysb.edu> To: Root.COM!davidg@sbstark.cs.sunysb.edu Cc: current@FreeBSD.org In-reply-to: David Greenman's message of Wed, 15 Mar 1995 00:57:03 -0800 Subject: gdb panic Sender: current-owner@FreeBSD.org Precedence: bulk > If the bug is gone, that's fine, but I need to know for certain. If gdb >still doesn't work for you, I need to know what you're doing that I'm not. GDB started working again for me about a week and a half ago. I don't know why :-< I'll let you know if I run into the problem again. - Gene From owner-freebsd-current Wed Mar 15 05:39:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA29275 for current-outgoing; Wed, 15 Mar 1995 05:39:37 -0800 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA29269 for ; Wed, 15 Mar 1995 05:39:30 -0800 Received: by eikon.regent.e-technik.tu-muenchen.de id <43045>; Wed, 15 Mar 1995 14:36:21 +0100 From: Julian H Stacey To: current@FreeBSD.org Subject: sys/Makefile diffs now available Message-Id: <95Mar15.143621met.43045@eikon.regent.e-technik.tu-muenchen.de> Date: Wed, 15 Mar 1995 14:36:08 +0100 Sender: current-owner@FreeBSD.org Precedence: bulk I have managed to upload my current diff tree to freefall, included in the tree are the diffs I use to support multiple host simultaneous make of /usr/src/sys using multi host accesible common src, & unique host /usr/obj trees The broken out tree is viewable in: freefall.cdrom.com:/a/stacey/src/bsd/fixes/FreeBSD/src/generic a tar file exists: freefall.cdrom.com:~jhs/fixes.generic.tgz My apologies that I have not seperated out the diffs needed into a seperate kit (maybe later, maybe not), but the tree reflects the src tree, so its easy to see which subdirs are of interest: src/sys, src/sys/i386/conf, src/share/mk I have also copied the 54K fixes.generic.tgz to freefall:~ftp/incoming/fixes.jhs.tgz I hope one or two people try them, my two machines are running kernels generated by the kit ... & I'm still alive :-) Julian Stacey jhs@freebsd.org From owner-freebsd-current Wed Mar 15 05:44:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA29374 for current-outgoing; Wed, 15 Mar 1995 05:44:20 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA29367 for ; Wed, 15 Mar 1995 05:44:17 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id IAA02147; Wed, 15 Mar 1995 08:41:13 -0500 From: Peter Dufault Message-Id: <199503151341.IAA02147@hda.com> Subject: Re: Any one seeing these... sd0(ncr0:0:0): To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 15 Mar 1995 08:41:12 -0500 (EST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503150907.BAA12211@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 15, 95 01:07:50 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 916 Sender: current-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > > I get a console message on rare occasion that just says: > sd0(ncr0:0:0): > > No message content, just the unit and controller info :-(. Any one > have any idea's as to where in the scsi code this might be comming > from?? Most likely candidate I spotted is this around 5565 of pci/ncr.c. I suspect PRINT_ADDR should be conditional on the debug logic. > case SIR_SENSE_FAILED: > /*------------------------------------------- > ** While trying to select for > ** getting the condition code, > ** a target reselected us. > **------------------------------------------- > */ > PRINT_ADDR(cp->xfer); > if (DEBUG_FLAGS & DEBUG_RESTART) > printf ("in getcc reselect by t%d.\n", > INB(nc_ssid)&7); Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Wed Mar 15 06:07:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA29814 for current-outgoing; Wed, 15 Mar 1995 06:07:02 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA29808 for ; Wed, 15 Mar 1995 06:07:00 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id JAA02230; Wed, 15 Mar 1995 09:02:53 -0500 From: Peter Dufault Message-Id: <199503151402.JAA02230@hda.com> Subject: Re: pause... when copying file To: davidg@Root.COM Date: Wed, 15 Mar 1995 09:02:53 -0500 (EST) Cc: bde@zeta.org.au, freebsd-current@freefall.cdrom.com In-Reply-To: <199503150426.UAA02866@corbin.Root.COM> from "David Greenman" at Mar 14, 95 08:26:31 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 704 Sender: current-owner@FreeBSD.org Precedence: bulk David Greenman writes: > > > > >Pauses like this have been noticeably usual for several months here. > > I don't suppose both of you use bash? John mentioned a similar thing and it > went away when he upgraded to the newest release of it. No, I use csh. The other kernel I was using on a regular basis ('cause it was nice and stable) was -current on: -r-xr-xr-x 1 root wheel 1033040 Feb 12 12:41 /kernel I am 90% sure it doesn't have a "funny pause". I've noticed it twice in less than a day with this new kernel. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Wed Mar 15 08:35:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA04029 for current-outgoing; Wed, 15 Mar 1995 08:35:58 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA04021 for ; Wed, 15 Mar 1995 08:35:52 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id RAA08046 for ; Wed, 15 Mar 1995 17:34:27 +0100 Message-Id: <199503151634.RAA08046@lirmm.lirmm.fr> To: current@FreeBSD.org Subject: scsi_sense Date: Wed, 15 Mar 1995 17:22:15 +0100 From: "Philippe Charnier" Sender: current-owner@FreeBSD.org Precedence: bulk Hello, from scsi_sence.c (in src/sys/scsi) {0x26, 0x03, "Threshold parameters not supported" }, {0x46, 0x00, "Unsuccessful soft reset" }, #endif /* NO_SCSI_SENSE */ {0xff, 0xff, 0 }, }; char *scsi_sense_desc(int asc, int ascq) { int i; for (i = 0; i < sizeof(tab) / sizeof(tab[0]); i++) if (tab[i].asc == asc && tab[i].ascq == ascq) return tab[i].desc; return "no available sense description"; } Why this code don't use {0xff, 0xff, 0 } as a end of list? What about something like this? char *scsi_sense_desc(int asc, int ascq) { int i; i = -1; while (tab[++i].desc) if (tab[i].asc == asc && tab[i].ascq == ascq) return tab[i].desc; return "no available sense description"; } -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Wed Mar 15 09:32:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA05807 for current-outgoing; Wed, 15 Mar 1995 09:32:29 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA05800 for ; Wed, 15 Mar 1995 09:32:28 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13323; Wed, 15 Mar 95 10:26:09 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503151726.AA13323@cs.weber.edu> Subject: Re: MINFREE change to 8% To: swallace@ece.uci.edu (Steven Wallace) Date: Wed, 15 Mar 95 10:26:08 MST Cc: current@FreeBSD.org In-Reply-To: <199503150733.AA07893@balboa.eng.uci.edu> from "Steven Wallace" at Mar 14, 95 11:33:21 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > Could someone explain to the ignorant what in the world you are hashing? > (you are searching for something and use some algorithm as your hash > index into the 10% reserve space on the disk? (is this reserve > distributed or continuous at a specific portion of the disk?) Then > you find something... ?) How do skiplist compare and how would they > be implemented? You are hashing the block locations on the disk, with a high probablity that you won't get a collision in allocation until disk usage hits 80%, a lower probability to 85%, a pretty low probablity fo 90%+. This is all documented in Knuth, "Sorting and Searching". Knuth should be required reading for graduation with a CS degree. The reserve is distributed. Based on a used vs. free block count, you decide whether to hack or not (the not case means "disk full" to all but root). The skiplists are more generally expensive, meaning 1-2 extra compares per reference, but will effectively allow you to use all of disk space instead of hunting around for a long time in the case of a hash collision. They are a trade off, and not always a desirable one, but if people can't understand why their 2G unformatted drive becomes 1.7G when formatted (15% loss of space), then they aren't going to buy off on it becoming 1.5G (another 10%) when the establish another format subsidiary to the first. An implementation of skiplists is available via anonymous FTP from the host ftp.mv.com. The implementation at this site is the one from the Doctor Dobbs Journal articles on skiplists last year or so. Note that this isn't a condemnation of skiplists; they are appropriate to solve the "user want to overuse the drive at some penalty to their performance" problem. A product I recently worked on uses skiplists in its locking subsystem to facilitate IPC, and ends up with 150 times the lock/release rate of Tuxedo because of this. It's just that I don't necessarily agree that allowing the user to do that is preferrable to making them install a log structure file system or some other alternate approach to using an unreasonable amount of the disk. Oh, and preemptively: Time vs. space optimization has to do with a preference to use frags on a per file basis (the first case) or to start sharing them (at which point it become expensive to access them but you get less per file waste). Basically, in time optimized access, instead of using an existing frag to finish out the file, a new frag is allocated and partially used instead. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 15 10:12:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA06256 for current-outgoing; Wed, 15 Mar 1995 10:12:42 -0800 Received: from ParC02.MI.Uni-Koeln.DE (ParC02.MI.Uni-Koeln.DE [134.95.212.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA06240 for ; Wed, 15 Mar 1995 10:12:29 -0800 Received: by ParC02.MI.Uni-Koeln.DE id AA00956 (5.67b/IDA-1.5 for freebsd-current@FreeBSD.org); Wed, 15 Mar 1995 19:11:52 +0100 Message-Id: <199503151811.AA00956@ParC02.MI.Uni-Koeln.DE> From: se@MI.Uni-Koeln.DE (Stefan Esser) Date: Wed, 15 Mar 1995 19:11:52 +0100 In-Reply-To: Peter Dufault "Re: Any one seeing these... sd0(ncr0:0:0):" (Mar 15, 8:41) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-current@FreeBSD.org Subject: Re: Any one seeing these... sd0(ncr0:0:0): Sender: current-owner@FreeBSD.org Precedence: bulk On Mar 15, 8:41, Peter Dufault wrote: } Subject: Re: Any one seeing these... sd0(ncr0:0:0): } Rodney W. Grimes writes: } > } > I get a console message on rare occasion that just says: } > sd0(ncr0:0:0): } > } > No message content, just the unit and controller info :-(. Any one } > have any idea's as to where in the scsi code this might be comming } > from?? } } Most likely candidate I spotted is this around 5565 of pci/ncr.c. } I suspect PRINT_ADDR should be conditional on the debug logic. } } > case SIR_SENSE_FAILED: } > /*------------------------------------------- } > ** While trying to select for } > ** getting the condition code, } > ** a target reselected us. } > **------------------------------------------- } > */ } > PRINT_ADDR(cp->xfer); } > if (DEBUG_FLAGS & DEBUG_RESTART) } > printf ("in getcc reselect by t%d.\n", } > INB(nc_ssid)&7); O, well, ... You are right. This seems to be the one occurance of sc_print_addr(), that isn't correctly conditionalized. Just being fixed ... STefan From owner-freebsd-current Wed Mar 15 10:15:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA06389 for current-outgoing; Wed, 15 Mar 1995 10:15:30 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA06379 for ; Wed, 15 Mar 1995 10:15:26 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA00750; Wed, 15 Mar 1995 13:12:14 -0500 From: Peter Dufault Message-Id: <199503151812.NAA00750@hda.com> Subject: Re: scsi_sense To: charnier@lirmm.fr (Philippe Charnier) Date: Wed, 15 Mar 1995 13:12:14 -0500 (EST) Cc: current@FreeBSD.org In-Reply-To: <199503151634.RAA08046@lirmm.lirmm.fr> from "Philippe Charnier" at Mar 15, 95 05:22:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 825 Sender: current-owner@FreeBSD.org Precedence: bulk Philippe Charnier writes: > > Hello, > > > from scsi_sence.c (in src/sys/scsi) > > {0x26, 0x03, "Threshold parameters not supported" }, > {0x46, 0x00, "Unsuccessful soft reset" }, > #endif /* NO_SCSI_SENSE */ > {0xff, 0xff, 0 }, > }; > > char *scsi_sense_desc(int asc, int ascq) > { > int i; > for (i = 0; i < sizeof(tab) / sizeof(tab[0]); i++) > if (tab[i].asc == asc && tab[i].ascq == ascq) > return tab[i].desc; > > return "no available sense description"; > } > > Why this code don't use {0xff, 0xff, 0 } as a end of list? Because we know the table size. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Wed Mar 15 10:42:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA07035 for current-outgoing; Wed, 15 Mar 1995 10:42:46 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA07024 for ; Wed, 15 Mar 1995 10:42:42 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id KAA13193; Wed, 15 Mar 1995 10:42:19 -0800 From: "Rodney W. Grimes" Message-Id: <199503151842.KAA13193@gndrsh.aac.dev.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 15 Mar 1995 10:42:19 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199502210226.SAA21140@ref.tfs.com> from "Poul-Henning Kamp" at Feb 20, 95 06:26:18 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1231 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > This is caused by phk's changes to the behavior of newfs, it now > > > > uses 1 head/cylinder, 4096 sectors/track by default. This was an > > > > attempt to increase performace. I have found that it does nothing > > > > for any disks I use and just leads to problems while newfsing several > > > > of them. > > > How did you measure this ? > > > > Iozone using auto and 128 8192 and dd to/from /dev/{null,zero}. > > Note that the newfs code already defeats the rotational delay stuff > > by -n 1 -d 0 defaults. > > > Try this: > > newfs /dev/rsdXy > mount /dev/sdXy /mnt > (cd /usr/src ; find . -print | cpio -dumpV /mnt) > time tar cf /dev/null /mnt > umount /mnt I have run several iterations of this using the default newfs and using the -t 0 -u 0 overrides and can find no significant difference now that the ufs code has been fixed to deal with NRPOS=1. If no one objects (more specifically if Poul-Henning does not object) I am going to removed the newfs hacks for 1 track of 4096 cylinders. And fix src/etc/Makefile to not have the -t 0 -u 0. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 15 10:44:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA07080 for current-outgoing; Wed, 15 Mar 1995 10:44:56 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA07071 for ; Wed, 15 Mar 1995 10:44:52 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id KAA13156; Wed, 15 Mar 1995 10:31:13 -0800 From: "Rodney W. Grimes" Message-Id: <199503151831.KAA13156@gndrsh.aac.dev.com> Subject: Re: scsi_sense To: dufault@hda.com (Peter Dufault) Date: Wed, 15 Mar 1995 10:31:13 -0800 (PST) Cc: charnier@lirmm.fr, current@FreeBSD.org In-Reply-To: <199503151812.NAA00750@hda.com> from "Peter Dufault" at Mar 15, 95 01:12:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1404 Sender: current-owner@FreeBSD.org Precedence: bulk > > Philippe Charnier writes: > > > > Hello, > > > > > > from scsi_sence.c (in src/sys/scsi) > > > > {0x26, 0x03, "Threshold parameters not supported" }, > > {0x46, 0x00, "Unsuccessful soft reset" }, > > #endif /* NO_SCSI_SENSE */ > > {0xff, 0xff, 0 }, > > }; > > > > char *scsi_sense_desc(int asc, int ascq) > > { > > int i; > > for (i = 0; i < sizeof(tab) / sizeof(tab[0]); i++) > > if (tab[i].asc == asc && tab[i].ascq == ascq) > > return tab[i].desc; > > > > return "no available sense description"; > > } > > > > Why this code don't use {0xff, 0xff, 0 } as a end of list? > > Because we know the table size. I agree with Peter here, the way he has coded it is more efficent. But I do have a concert about the 0xff, 0xff, 0 at the end of the table. What happens if (and don't say no device should ever return this value you never know what might go wrong) a device returns asc=0xff, ascq=0xff. We end up returning a null pointer, this is not good :-(. How about: {0xff, 0xff, "Sense values are invalid (0xFF, 0xFF)"}, That way if this boundary condition is ever seen atleast we do return a pointer to a string that does tell what is wrong! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 15 10:53:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA07269 for current-outgoing; Wed, 15 Mar 1995 10:53:20 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA07260 for ; Wed, 15 Mar 1995 10:53:18 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA00853; Wed, 15 Mar 1995 13:50:06 -0500 From: Peter Dufault Message-Id: <199503151850.NAA00853@hda.com> Subject: Re: scsi_sense To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 15 Mar 1995 13:50:05 -0500 (EST) Cc: charnier@lirmm.fr, current@FreeBSD.org In-Reply-To: <199503151831.KAA13156@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 15, 95 10:31:13 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1034 Sender: current-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > But I do have a concert about the 0xff, 0xff, 0 at the end of the > table. What happens if (and don't say no device should ever return > this value you never know what might go wrong) a device returns > asc=0xff, ascq=0xff. We end up returning a null pointer, this is > not good :-(. > > How about: > {0xff, 0xff, "Sense values are invalid (0xFF, 0xFF)"}, Hmmmm... When I put the 0 there I intended that to be the end flag you could use in alternative table searches since you would never have a NULL pointer for a description. (I needed something there in case "NO_SCSI_SENSE" was defined). A fix that both leaves the "out of band" end flag for future use and fixes the very real problem that Rod points out is: > for (i = 0; i < sizeof(tab) / sizeof(tab[0]) - 1; i++) I'll commit this at the end of the day or tomorrow AM. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Wed Mar 15 11:24:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA08064 for current-outgoing; Wed, 15 Mar 1995 11:24:53 -0800 Received: from paris.ics.uci.edu (mmdf@paris.ics.uci.edu [128.195.1.50]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA08058 for ; Wed, 15 Mar 1995 11:24:52 -0800 Received: from bossanova.ics.uci.edu by paris.ics.uci.edu id aa24161; 15 Mar 95 11:21 PST To: current@FreeBSD.org Subject: Problems with SCSI drive & ncr Date: Wed, 15 Mar 1995 11:20:34 -0800 From: "Brett J. Vickers" Message-ID: <9503151121.aa24161@paris.ics.uci.edu> Sender: current-owner@FreeBSD.org Precedence: bulk I've noticed a problem with -current that I don't think I ever noticed with 2.0. When accessed, my second SCSI drive occasionally produces the following error message: sd1(ncr0:1:0): ABORTED COMMAND asc:47,0 SCSI parity error fru:2, retries:4 This doesn't happen with sd0(ncr0:0:0). Here is the relevant boot info: >ncr0 int a irq 9 on pci0:3 > reg20: virtual=0xf2f61000 physical=0xfc800000 >ncr0: restart (scsi reset). >ncr0 scanning for targets 0..6 (V2 pl18 95/02/23) >scbus0: ncr0 waiting for scsi devices to settle >(ncr0:0:0): "QUANTUM EMPIRE_1080S 1100" is a type 0 fixed SCSI 2 >sd0(ncr0:0:0): Direct-Access >sd0(ncr0:0:0): sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. >1029MB (2109376 sectors), 2874 C 8 H 91 S/T 512 B/S >(ncr0:1:0): "SEAGATE ST3390N 9546" is a type 0 fixed SCSI 2 >sd1(ncr0:1:0): Direct-Access >sd1(ncr0:1:0): sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. >328MB (672482 sectors), 2679 C 3 H 83 S/T 512 B/S Brett From owner-freebsd-current Wed Mar 15 14:38:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00348 for current-outgoing; Wed, 15 Mar 1995 14:38:14 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00339 for ; Wed, 15 Mar 1995 14:38:10 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id OAA12525; Wed, 15 Mar 1995 14:13:37 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id OAA00178; Wed, 15 Mar 1995 14:13:37 -0800 Message-Id: <199503152213.OAA00178@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Peter Dufault cc: bde@zeta.org.au, freebsd-current@freefall.cdrom.com Subject: Re: pause... when copying file In-reply-to: Your message of "Wed, 15 Mar 95 09:02:53 EST." <199503151402.JAA02230@hda.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Mar 1995 14:13:32 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >David Greenman writes: >> >> > >> >Pauses like this have been noticeably usual for several months here. >> >> I don't suppose both of you use bash? John mentioned a similar thing and it >> went away when he upgraded to the newest release of it. > >No, I use csh. The other kernel I was using on a regular basis ('cause >it was nice and stable) was -current on: > >-r-xr-xr-x 1 root wheel 1033040 Feb 12 12:41 /kernel > >I am 90% sure it doesn't have a "funny pause". I've noticed it twice >in less than a day with this new kernel. That's very strange. I've never had this problem. -DG From owner-freebsd-current Wed Mar 15 14:42:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00546 for current-outgoing; Wed, 15 Mar 1995 14:42:44 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00502 for ; Wed, 15 Mar 1995 14:42:18 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA20384; Wed, 15 Mar 1995 16:26:40 -0500 Date: Wed, 15 Mar 1995 16:26:40 -0500 From: Garrett Wollman Message-Id: <9503152126.AA20384@halloran-eldar.lcs.mit.edu> To: pete@pelican.com (Pete Carah) Cc: current@FreeBSD.org Subject: Tablet driver In-Reply-To: References: <199503132234.XAA15856@vector.enet> Sender: current-owner@FreeBSD.org Precedence: bulk < A side note, discovered while looking through the sources for this: > Nothing appears to ever fill in tty_tb's row in linesw; has this ever > been tested? It has never worked, there isn't any software for it, and there probably isn't any PC hardware for it either. It did work for some value of 4.3-on-a-VAX. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Mar 15 14:51:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00863 for current-outgoing; Wed, 15 Mar 1995 14:51:04 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00857 for ; Wed, 15 Mar 1995 14:51:01 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id MAA13419; Wed, 15 Mar 1995 12:20:02 -0800 From: "Rodney W. Grimes" Message-Id: <199503152020.MAA13419@gndrsh.aac.dev.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 15 Mar 1995 12:20:02 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503151945.LAA07963@ref.tfs.com> from "Poul-Henning Kamp" at Mar 15, 95 11:45:00 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 402 Sender: current-owner@FreeBSD.org Precedence: bulk > > > If no one objects (more specifically if Poul-Henning does not object) I > > am going to removed the newfs hacks for 1 track of 4096 cylinders. And > > fix src/etc/Makefile to not have the -t 0 -u 0. > > I do object. On what grounds??? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 15 14:55:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00892 for current-outgoing; Wed, 15 Mar 1995 14:55:06 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00886 for ; Wed, 15 Mar 1995 14:55:00 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id WAA20647 for ; Wed, 15 Mar 1995 22:57:58 +0200 Message-Id: <199503152057.WAA20647@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Make install trashes /var/yp/Makefile Date: Wed, 15 Mar 1995 22:57:58 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hi The subject line says it all. I don't like make install to mess with my hard :-) work, and it did here. How about installing the Makefile.yp to /var/yp/Makefile.sample? (UUCP does a similar thing with its config files.) By The Way (tm), while we are about it, what are the feelings for-or- against installing rc, rc.serial and rc.local (along with other oft- improved files) to .sample as a reminder that they have been messed with? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Wed Mar 15 14:55:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00903 for current-outgoing; Wed, 15 Mar 1995 14:55:17 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00893 for ; Wed, 15 Mar 1995 14:55:08 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id WAA20206 for ; Wed, 15 Mar 1995 22:37:27 +0200 Message-Id: <199503152037.WAA20206@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: S/Key _Still_ broken.. Date: Wed, 15 Mar 1995 22:37:26 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hi Is it just me, or is SKey still giving these nasty long numbers instead of the <2letter><4digit>'s it is supposed to be? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Wed Mar 15 14:58:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00927 for current-outgoing; Wed, 15 Mar 1995 14:58:02 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00920 for ; Wed, 15 Mar 1995 14:58:01 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA08072; Wed, 15 Mar 1995 12:33:21 -0800 From: Poul-Henning Kamp Message-Id: <199503152033.MAA08072@ref.tfs.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 15 Mar 1995 12:33:21 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503152020.MAA13419@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 15, 95 12:20:02 pm Content-Type: text Content-Length: 1754 Sender: current-owner@FreeBSD.org Precedence: bulk > > > If no one objects (more specifically if Poul-Henning does not object) I > > > am going to removed the newfs hacks for 1 track of 4096 cylinders. And > > > fix src/etc/Makefile to not have the -t 0 -u 0. > > > > I do object. > > On what grounds??? 1. I firmly belive that the geometries reported to us by the drives are entirely bogus. (Except for ST506 & ESDI which doesn't work now anyway, because we don't support bad144 at this time). 2. newfs chokes on drives with ">1GB" options set, because it gets too big cylinders. 3. The reason you don't see a difference is that your drives probably come out with sensible cylinder sizes. Well, a lot of drives don't and the cylinder size is a critical parameter for performance and efficiency of storage, this is the case for small IDE disks in particular. I am on the other hand not saying that the present solution is optimal, but it will not choke on any disk I know of (floppies, yes, but not disks). I would like to see something like the following rules added to newfs, (by me or somebody else with better time) If there isn't a disklabel try ioctl(FD_GTYPE) and use returned geometry, if any. ElseIf the disklabel has bad144 enabled, use the disklabel geometry. ElseIf the disklabel has "USE_GEOM" (new flag) set, use disklabel geom. ElseIf the disk is smaller than 40 Mb, use the disklabel geometry. ElseIf the disk is smaller than 300 Mb, use 1024Kb/cylinder Else use 2048Kb/cylinder. Or something similar, suggestions welcome. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Mar 15 14:58:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00933 for current-outgoing; Wed, 15 Mar 1995 14:58:03 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00923 for ; Wed, 15 Mar 1995 14:58:01 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA07963; Wed, 15 Mar 1995 11:45:01 -0800 From: Poul-Henning Kamp Message-Id: <199503151945.LAA07963@ref.tfs.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 15 Mar 1995 11:45:00 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503151842.KAA13193@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 15, 95 10:42:19 am Content-Type: text Content-Length: 393 Sender: current-owner@FreeBSD.org Precedence: bulk > If no one objects (more specifically if Poul-Henning does not object) I > am going to removed the newfs hacks for 1 track of 4096 cylinders. And > fix src/etc/Makefile to not have the -t 0 -u 0. I do object. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Mar 15 15:09:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA08064 for current-outgoing; Wed, 15 Mar 1995 11:24:53 -0800 Received: from paris.ics.uci.edu (mmdf@paris.ics.uci.edu [128.195.1.50]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA08058 for ; Wed, 15 Mar 1995 11:24:52 -0800 Received: from bossanova.ics.uci.edu by paris.ics.uci.edu id aa24161; 15 Mar 95 11:21 PST To: current@freebsd.org Subject: Problems with SCSI drive & ncr Date: Wed, 15 Mar 1995 11:20:34 -0800 From: "Brett J. Vickers" Message-ID: <9503151121.aa24161@paris.ics.uci.edu> Sender: current-owner@freebsd.org Precedence: bulk I've noticed a problem with -current that I don't think I ever noticed with 2.0. When accessed, my second SCSI drive occasionally produces the following error message: sd1(ncr0:1:0): ABORTED COMMAND asc:47,0 SCSI parity error fru:2, retries:4 This doesn't happen with sd0(ncr0:0:0). Here is the relevant boot info: >ncr0 int a irq 9 on pci0:3 > reg20: virtual=0xf2f61000 physical=0xfc800000 >ncr0: restart (scsi reset). >ncr0 scanning for targets 0..6 (V2 pl18 95/02/23) >scbus0: ncr0 waiting for scsi devices to settle >(ncr0:0:0): "QUANTUM EMPIRE_1080S 1100" is a type 0 fixed SCSI 2 >sd0(ncr0:0:0): Direct-Access >sd0(ncr0:0:0): sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. >1029MB (2109376 sectors), 2874 C 8 H 91 S/T 512 B/S >(ncr0:1:0): "SEAGATE ST3390N 9546" is a type 0 fixed SCSI 2 >sd1(ncr0:1:0): Direct-Access >sd1(ncr0:1:0): sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. >328MB (672482 sectors), 2679 C 3 H 83 S/T 512 B/S Brett From owner-freebsd-current Wed Mar 15 15:30:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01538 for current-outgoing; Wed, 15 Mar 1995 15:30:11 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA01528 for ; Wed, 15 Mar 1995 15:30:09 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id AAA20862 for ; Thu, 16 Mar 1995 00:30:10 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA14343; Thu, 16 Mar 95 00:30:05 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503152330.AA14343@blaise.ibp.fr> Subject: procfs as a lkm To: current@FreeBSD.org (Current's list FreeBSD) Date: Thu, 16 Mar 1995 00:30:04 +0100 (MET) X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 783 Sender: current-owner@FreeBSD.org Precedence: bulk Is anyone down here using the procfs lkm ? I was experimeting some lockups of make, ps (generally when I try to find why the make is stopped) and even sync. The rest of the system will keep on running and lock after. I was unable to launch two compiles at the same time, at the end both ended up locked (one in /usr/src/sbin and the other in /usr/src/libexec for example). I've rebuilt a kernel with DDB and after a thought with PROCFS "static". Now I'm able to run two or three big compiles, playing Xboing at the same time and such. Any ideas ? Kernel from just today locked too... I'm running fine now but I'd like to understand. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Wed Mar 15 16:02:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02358 for current-outgoing; Wed, 15 Mar 1995 16:02:46 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02350 for ; Wed, 15 Mar 1995 16:02:42 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id AAA29951; Thu, 16 Mar 1995 00:02:11 GMT From: Paul Richards Message-Id: <199503160002.AAA29951@isl.cf.ac.uk> Subject: Re: pause... when copying file To: bde@zeta.org.au (Bruce Evans) Date: Thu, 16 Mar 1995 00:02:11 +0000 (GMT) Cc: dufault@hda.com, freebsd-current@freefall.cdrom.com In-Reply-To: <199503150254.MAA29560@godzilla.zeta.org.au> from "Bruce Evans" at Mar 15, 95 12:54:35 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 734 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to Bruce Evans who said > > >I noticed while testing a new kernel that there is a long pause > >(on the order of two seconds) when I copy a new kernel over to > >/kernel.test that there will be no echo in an xterm. > > >I'm mentioning this only because it is noticeably unusual and there > >has been a lot of vm work going on. > > Pauses like this have been noticeably usual for several months here. I've been seeing it too, just to add another witness of the problem :-) -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-current Wed Mar 15 16:04:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02508 for current-outgoing; Wed, 15 Mar 1995 16:04:52 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02501 for ; Wed, 15 Mar 1995 16:04:46 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id AAA29966; Thu, 16 Mar 1995 00:03:30 GMT From: Paul Richards Message-Id: <199503160003.AAA29966@isl.cf.ac.uk> Subject: Re: pause... when copying file To: davidg@Root.COM Date: Thu, 16 Mar 1995 00:03:30 +0000 (GMT) Cc: bde@zeta.org.au, dufault@hda.com, freebsd-current@freefall.cdrom.com In-Reply-To: <199503150426.UAA02866@corbin.Root.COM> from "David Greenman" at Mar 14, 95 08:26:31 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 830 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to David Greenman who said > > >>I noticed while testing a new kernel that there is a long pause > >>(on the order of two seconds) when I copy a new kernel over to > >>/kernel.test that there will be no echo in an xterm. > > > >>I'm mentioning this only because it is noticeably unusual and there > >>has been a lot of vm work going on. > > > >Pauses like this have been noticeably usual for several months here. > > I don't suppose both of you use bash? John mentioned a similar thing and it > went away when he upgraded to the newest release of it. No, I use tcsh. -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-current Wed Mar 15 16:06:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02607 for current-outgoing; Wed, 15 Mar 1995 16:06:30 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02600 for ; Wed, 15 Mar 1995 16:06:27 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA12810; Wed, 15 Mar 1995 16:06:24 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA00131; Wed, 15 Mar 1995 16:06:24 -0800 Message-Id: <199503160006.QAA00131@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Paul Richards cc: bde@zeta.org.au (Bruce Evans), dufault@hda.com, freebsd-current@freefall.cdrom.com Subject: Re: pause... when copying file In-reply-to: Your message of "Thu, 16 Mar 95 00:02:11 GMT." <199503160002.AAA29951@isl.cf.ac.uk> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 15 Mar 1995 16:06:22 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >In reply to Bruce Evans who said >> >> >I noticed while testing a new kernel that there is a long pause >> >(on the order of two seconds) when I copy a new kernel over to >> >/kernel.test that there will be no echo in an xterm. >> >> >I'm mentioning this only because it is noticeably unusual and there >> >has been a lot of vm work going on. >> >> Pauses like this have been noticeably usual for several months here. > >I've been seeing it too, just to add another witness of the problem :-) Well, then one of you is going to have to figure it out. I have not seen the problem. -DG From owner-freebsd-current Wed Mar 15 16:09:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02769 for current-outgoing; Wed, 15 Mar 1995 16:09:04 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA02763 for ; Wed, 15 Mar 1995 16:09:02 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA15691; Wed, 15 Mar 95 17:01:25 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503160001.AA15691@cs.weber.edu> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 15 Mar 95 17:01:24 MST Cc: rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <199503152033.MAA08072@ref.tfs.com> from "Poul-Henning Kamp" at Mar 15, 95 12:33:21 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > > > If no one objects (more specifically if Poul-Henning does not object) I > > > > am going to removed the newfs hacks for 1 track of 4096 cylinders. And > > > > fix src/etc/Makefile to not have the -t 0 -u 0. > > > > > > I do object. > > > > On what grounds??? [ ... ] > I would like to see something like the following rules added to newfs, > (by me or somebody else with better time) [ ... ] > Or something similar, suggestions welcome. The hacking is to not introduce rotdelay workaround when a head seek is expected when in fact head seeks occur at other location because the geometry is translated, thereby effectively doubling the condition that the optimization is supposed to help prevent, yes? I propose that part of the disk information available via ioctl is the translated geometry information. The SCSI device driver will lie about this information. Meanwhile, newfs (which should be mkfs, but that's another argument) needs to ask the disk its preferred format via ioctl. Then all this disktab/newfs options/etc. crap can go out the window into the garbage can where it belongs. Drivers which are not expected to have translated geometries (and which, it is pointed out, won't work anyway in -current because of a lack of bad144 support) will report their real geometry that they think they are using. Because of the disklabel crap, there really needs to be two sets of data returned, the geomtery that the drive reports when askes and the DOS apparent geometry. Kill the disklabel and this goes away too (but requires BIOS calls to set up the information in the first place, and so probably means using the information now passed in (?) from the boot blocks. Really, there needs to be an abstraction between the device and the geometry management, not only so that the bad144 slips in transparently for old drives, but so the partitioning is seperable from the block access -- a requirement for porting the crap to a box that doesn't use DOS disk layout. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 15 16:24:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03281 for current-outgoing; Wed, 15 Mar 1995 16:24:07 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03275 for ; Wed, 15 Mar 1995 16:24:06 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA08809; Wed, 15 Mar 1995 16:23:59 -0800 From: Poul-Henning Kamp Message-Id: <199503160023.QAA08809@ref.tfs.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 15 Mar 1995 16:23:59 -0800 (PST) Cc: rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <9503160001.AA15691@cs.weber.edu> from "Terry Lambert" at Mar 15, 95 05:01:24 pm Content-Type: text Content-Length: 1008 Sender: current-owner@FreeBSD.org Precedence: bulk Terry, you are mostly right. I view it this way: 1) The device-driver may use a geometry(A) to access the disk. 2) The UFS may be created with a geometry(B) != geometry(A) 3) The device driver may need to read the geometry(A) from the disklabel, because the BIOS lies and the drive is too dumb to answer the question. The disklabel is the only place this can come from. >From these three I determine that there is only a weak, if any, relation between the geometry(disklabel) and geometry(filesystem). I don't see any point in having the device-drivers even know about geometry, considering that LFS for instance doesn't care a hoot, and I will strongly work to get the ties already in place broken. Therefore I proposed the changes already listed, they should take care of any case I can see on the horizon. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Mar 15 17:36:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04410 for current-outgoing; Wed, 15 Mar 1995 17:36:46 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04402 for ; Wed, 15 Mar 1995 17:36:42 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id UAA02099; Wed, 15 Mar 1995 20:33:30 -0500 From: Peter Dufault Message-Id: <199503160133.UAA02099@hda.com> Subject: Re: Problems with SCSI drive & ncr To: bvickers@bossanova.ICS.UCI.EDU (Brett J. Vickers) Date: Wed, 15 Mar 1995 20:33:30 -0500 (EST) Cc: current@FreeBSD.org In-Reply-To: <9503151121.aa24161@paris.ics.uci.edu> from "Brett J. Vickers" at Mar 15, 95 11:20:34 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 808 Sender: current-owner@FreeBSD.org Precedence: bulk Brett J. Vickers writes: > sd1(ncr0:1:0): ABORTED COMMAND asc:47,0 SCSI parity error fru:2, retries:4 ... >(ncr0:1:0): "SEAGATE ST3390N 9546" is a type 0 fixed SCSI 2 There are a lot of Seagate drives out there complaining about parity errors and specifying a Field Replaceable Unit of 2. I'm looking for ideas (other than Seagate firmware problems) as to why this is happening. There was a posting on comp.periphs.scsi about this and the Sun system was complaining about a "vendor specific" code asc:47 ascq:0, but I looked at the spec and don't see that this can be anything but parity error. If anyone has any ideas holler. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Wed Mar 15 17:43:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04648 for current-outgoing; Wed, 15 Mar 1995 17:43:03 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04642 for ; Wed, 15 Mar 1995 17:43:02 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA09025; Wed, 15 Mar 1995 17:41:56 -0800 From: Poul-Henning Kamp Message-Id: <199503160141.RAA09025@ref.tfs.com> Subject: Re: Problems with SCSI drive & ncr To: dufault@hda.com (Peter Dufault) Date: Wed, 15 Mar 1995 17:41:56 -0800 (PST) Cc: bvickers@bossanova.ICS.UCI.EDU, current@FreeBSD.org In-Reply-To: <199503160133.UAA02099@hda.com> from "Peter Dufault" at Mar 15, 95 08:33:30 pm Content-Type: text Content-Length: 740 Sender: current-owner@FreeBSD.org Precedence: bulk > There was a posting on comp.periphs.scsi about this and the Sun > system was complaining about a "vendor specific" code asc:47 ascq:0, > but I looked at the spec and don't see that this can be anything > but parity error. > > If anyone has any ideas holler. In general, if you see parity errors, you see weird stuff. The chances of the parity-error to be caught is not something to bet the ranch on. Could we make a scsi-test program, which somehow tests the cable & termination by sending a lot of data forth and back, without writing it to the disk ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Mar 15 18:37:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05288 for current-outgoing; Wed, 15 Mar 1995 18:37:57 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA05282 for ; Wed, 15 Mar 1995 18:37:55 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA16164; Wed, 15 Mar 95 19:31:43 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503160231.AA16164@cs.weber.edu> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 15 Mar 95 19:31:42 MST Cc: rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <199503160023.QAA08809@ref.tfs.com> from "Poul-Henning Kamp" at Mar 15, 95 04:23:59 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >From these three I determine that there is only a weak, if any, relation > between the geometry(disklabel) and geometry(filesystem). > > I don't see any point in having the device-drivers even know about geometry, > considering that LFS for instance doesn't care a hoot, and I will strongly > work to get the ties already in place broken. 1. Physical volume spanning. Like AIX, it is useful to have a logical partition on which you actually build your file system capable of spanning one or more phical partitions on one or more physical drives. 2. Ability to mount partitions using different physical layout strategies between machines running the same OS. Ie: a DEC Alpha Syquest disk on a 386 box. To name two. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 15 18:50:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA05391 for current-outgoing; Wed, 15 Mar 1995 18:50:48 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA05385 for ; Wed, 15 Mar 1995 18:50:47 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA09150; Wed, 15 Mar 1995 18:50:39 -0800 From: Poul-Henning Kamp Message-Id: <199503160250.SAA09150@ref.tfs.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 15 Mar 1995 18:50:38 -0800 (PST) Cc: rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <9503160231.AA16164@cs.weber.edu> from "Terry Lambert" at Mar 15, 95 07:31:42 pm Content-Type: text Content-Length: 730 Sender: current-owner@FreeBSD.org Precedence: bulk > 1. Physical volume spanning. Like AIX, it is useful to have a > logical partition on which you actually build your file system > capable of spanning one or more phical partitions on one or > more physical drives. Is this an argument for or against ? > 2. Ability to mount partitions using different physical layout > strategies between machines running the same OS. Ie: a DEC > Alpha Syquest disk on a 386 box. I'm lost, this has nothing to do with geometry in my book... Once a filesystem is made, the geometry is determined isn't it ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Mar 15 19:27:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05938 for current-outgoing; Wed, 15 Mar 1995 19:27:43 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA05932 for ; Wed, 15 Mar 1995 19:27:39 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA16377; Wed, 15 Mar 95 20:21:22 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503160321.AA16377@cs.weber.edu> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 15 Mar 95 20:21:21 MST Cc: rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <199503160250.SAA09150@ref.tfs.com> from "Poul-Henning Kamp" at Mar 15, 95 06:50:38 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > 1. Physical volume spanning. Like AIX, it is useful to have a > > logical partition on which you actually build your file system > > capable of spanning one or more phical partitions on one or > > more physical drives. > Is this an argument for or against ? An argument for seperation of geometry information from /dev accessable devices, but against seperation of them from device drivers. Basically, there need to be devices that access the raw disk (machine specific) which are used to access the DOS partitions from user space and to mount (using a clone) do partitions without a device being dedicated to the DOS partition. There also need to be devices that are for the logical partitions of the BSD DOS partition(s). These are for use by tools. These may also be accessable by clones. The tools are specific to the underlying partition maintenenace, which is machine specific. There finally need to be logical partitions that file systems are managed upon. These partitions don't know a thing about geometry. There need to be geometry "bleed through" "hints" to the upper layers. In the case of a non-translated MFM or ESDI device, ROTdelay still has meaning. The "perfection" of media (bad144, etc.) is handled at the middle layer, or in a layer between the middle layer and the first layer, depending on how machine specific this might get. > > 2. Ability to mount partitions using different physical layout > > strategies between machines running the same OS. Ie: a DEC > > Alpha Syquest disk on a 386 box. > > I'm lost, this has nothing to do with geometry in my book... Once > a filesystem is made, the geometry is determined isn't it ? It has to do with geometry, in that system specific geometry management (like a DOS partition table rendered in DOS geometry) must be used to get the file system offset. Specifically, removalble hard drive media could easily have a DOS partition table on it which a non-DOS aware box must have an intervening layer to deal with in or for the non-DOS aware box to mount the foreign media. I wasn't trying to raise a byteswap issue or anything. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 15 19:33:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06043 for current-outgoing; Wed, 15 Mar 1995 19:33:27 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06037 for ; Wed, 15 Mar 1995 19:33:24 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA09321; Wed, 15 Mar 1995 19:33:15 -0800 From: Poul-Henning Kamp Message-Id: <199503160333.TAA09321@ref.tfs.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 15 Mar 1995 19:33:13 -0800 (PST) Cc: rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <9503160321.AA16377@cs.weber.edu> from "Terry Lambert" at Mar 15, 95 08:21:21 pm Content-Type: text Content-Length: 1558 Sender: current-owner@FreeBSD.org Precedence: bulk > > > 1. Physical volume spanning. Like AIX, it is useful to have a > > > logical partition on which you actually build your file system > > > capable of spanning one or more phical partitions on one or > > > more physical drives. > > Is this an argument for or against ? > > An argument for seperation of geometry information from /dev accessable > devices, but against seperation of them from device drivers. > > Basically, there need to be devices that access the raw disk (machine > specific) which are used to access the DOS partitions from user space > and to mount (using a clone) do partitions without a device being > dedicated to the DOS partition. No. The slice code will do this the right way. On device in /dev for each logical area of the disk. > ... > There need to be geometry "bleed through" "hints" to the upper > layers. In the case of a non-translated MFM or ESDI device, ROTdelay > still has meaning. Yes, that's why I wanted that bit of logic in newfs. > The "perfection" of media (bad144, etc.) is handled at the middle > layer, or in a layer between the middle layer and the first layer, > depending on how machine specific this might get. bad144 is a relic. Forget it, it won't bother us for long. I think that most of what you mention, is right as such. I'm just not going to worry about it for now. When I see the code: yes, now: no. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Mar 15 20:03:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06727 for current-outgoing; Wed, 15 Mar 1995 20:03:07 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06721 for ; Wed, 15 Mar 1995 20:03:06 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id XAA02425 for FreeBSD.org!freebsd-current; Wed, 15 Mar 1995 23:03:09 -0500 Received: by starkhome.cs.sunysb.edu (8.6.11/1.34) id WAA15780; Wed, 15 Mar 1995 22:52:30 -0500 Date: Wed, 15 Mar 1995 22:52:30 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503160352.WAA15780@starkhome.cs.sunysb.edu> To: ece.uci.edu!swallace@sbstark.cs.sunysb.edu CC: FreeBSD.org!freebsd-current@sbstark.cs.sunysb.edu In-reply-to: Steven Wallace's message of Sun, 12 Mar 1995 15:50:10 -0800 Subject: new sound driver configuration Sender: current-owner@FreeBSD.org Precedence: bulk >Please try to compile the sound card according to your configuration. >I have compiled different possible configurations, but have only >tested the gus driver (not gusxvi and gusmax). I compiled a kernel for SoundBlaster 16 with the following config: controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 6 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 Don't know if I got this all exactly right, but the kernel linked OK. I had the following problems: The midi device seemed to probe on the first (cold) boot, but then didn't probe after a warm boot. Though I was able to play .au files to /dev/audio, reading /dev/dsp produced a short header, then apparently no actual data. Reading /dev/dsp1 gave a "Device not configured" error (I don't know if this was supposed to work or not.) Reading /dev/dsp16 produces data, but I don't really know what to do with it. Playing it back on /dev/audio yields noise. If I plug a mike in the back, how can I record? This is about all I tried. I'm not sure exactly what to do with the various devices. I haven't tried looking very hard for an FAQ or man page, but one didn't really jump out and bite me, either. Any advice would be welcomed. - Gene From owner-freebsd-current Wed Mar 15 20:34:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA07207 for current-outgoing; Wed, 15 Mar 1995 20:34:41 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA07201 for ; Wed, 15 Mar 1995 20:34:39 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id EAA15616 for FreeBSD-current@FreeBSD.org; Thu, 16 Mar 1995 04:34:59 GMT From: Paul Richards Message-Id: <199503160434.EAA15616@isl.cf.ac.uk> Subject: ps and grep To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Thu, 16 Mar 1995 04:34:56 +0000 (GMT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 527 Sender: current-owner@FreeBSD.org Precedence: bulk What do people think of the idea of making ps treat the textwidth as infinite if it's output is redirected? It really pisses me off when you do ps | grep foo and foo isn't found because it's really long and ps truncates its output to fit the screen width so grep never sees it. -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-current Wed Mar 15 20:36:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA07311 for current-outgoing; Wed, 15 Mar 1995 20:36:37 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA07305 for ; Wed, 15 Mar 1995 20:36:35 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id EAA15827; Thu, 16 Mar 1995 04:36:53 GMT From: Paul Richards Message-Id: <199503160436.EAA15827@isl.cf.ac.uk> Subject: Re: ps and grep To: paul@isl.cf.ac.uk (Paul Richards) Date: Thu, 16 Mar 1995 04:36:52 +0000 (GMT) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: <199503160434.EAA15616@isl.cf.ac.uk> from "Paul Richards" at Mar 16, 95 04:34:56 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 712 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to Paul Richards who said > > What do people think of the idea of making ps treat the textwidth as infinite > if it's output is redirected? > > It really pisses me off when you do ps | grep foo and foo isn't > found because it's really long and ps truncates its output to fit > the screen width so grep never sees it. And before everyone sends me solutions, I know about the w option to ps, I just always forget to use it which is why I get pissed :-) -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-current Wed Mar 15 20:50:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00191 for current-outgoing; Wed, 15 Mar 1995 20:50:05 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA00185 for ; Wed, 15 Mar 1995 20:50:04 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA09919; Wed, 15 Mar 1995 20:49:55 -0800 From: Poul-Henning Kamp Message-Id: <199503160449.UAA09919@ref.tfs.com> Subject: Re: ps and grep To: paul@isl.cf.ac.uk (Paul Richards) Date: Wed, 15 Mar 1995 20:49:55 -0800 (PST) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: <199503160434.EAA15616@isl.cf.ac.uk> from "Paul Richards" at Mar 16, 95 04:34:56 am Content-Type: text Content-Length: 308 Sender: current-owner@FreeBSD.org Precedence: bulk > What do people think of the idea of making ps treat the textwidth as infinite > if it's output is redirected? very sensible. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Mar 15 20:57:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00238 for current-outgoing; Wed, 15 Mar 1995 20:57:06 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA00232 for ; Wed, 15 Mar 1995 20:57:05 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id EAA19162; Thu, 16 Mar 1995 04:57:08 GMT From: Paul Richards Message-Id: <199503160457.EAA19162@isl.cf.ac.uk> Subject: Re: ps and grep To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 16 Mar 1995 04:57:08 +0000 (GMT) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: <199503160449.UAA09919@ref.tfs.com> from "Poul-Henning Kamp" at Mar 15, 95 08:49:55 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 463 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to Poul-Henning Kamp who said > > > What do people think of the idea of making ps treat the textwidth as infinite > > if it's output is redirected? > very sensible. Anyone looking for something to do :-) -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-current Wed Mar 15 21:32:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00789 for current-outgoing; Wed, 15 Mar 1995 21:32:34 -0800 Received: from griffin.itc.gu.edu.au (griffin.itc.gu.edu.au [132.234.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA00783 for ; Wed, 15 Mar 1995 21:32:28 -0800 Received: from pegasus.itc.gu.edu.au by griffin.itc.gu.edu.au with SMTP id AA06024 (5.65b/IDA-1.4.3 for FreeBSD-current@freebsd.org); Thu, 16 Mar 95 15:32:21 +1000 Received: (from greg@localhost) by pegasus.itc.gu.edu.au (8.6.10/8.6.10) id PAA14881 for FreeBSD-current@freebsd.org; Thu, 16 Mar 1995 15:32:21 +1000 Date: Thu, 16 Mar 1995 15:32:21 +1000 From: Greg Watson Message-Id: <199503160532.PAA14881@pegasus.itc.gu.edu.au> To: FreeBSD-current@FreeBSD.org Subject: Re: ps and grep X-Sun-Charset: US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk > > What do people think of the idea of making ps treat the textwidth as infinite > if it's output is redirected? > > It really pisses me off when you do ps | grep foo and foo isn't > found because it's really long and ps truncates its output to fit > the screen width so grep never sees it. > I thought this is what the "ww" option was for... As in "ps wwax | grep foo". Is this not available in FreeBSD (my laptop is currently at the doctor, so I can't try it out...:-()? _/_/_/ _/_/_/ _/_/_/ _/_/_/ Greg Watson, Manager _/ _/ _/ _/ _/ _/ Queensland Parallel Supercomputing Facility _/ _/ _/_/_/ _/_/_/ _/_/ Griffith University, Nathan, Qld 4111, Aus. _/_/_/ _/ / _/ Phone: +61-7-875-5543 Fax: +61-7-875-6650 _/_/_/ _/ _/_/_/ _/ EMail: G.Watson@gu.edu.au From owner-freebsd-current Wed Mar 15 22:10:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01383 for current-outgoing; Wed, 15 Mar 1995 22:10:45 -0800 Received: from eccosys.com (neoteny.eccosys.com [199.100.7.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA01310; Wed, 15 Mar 1995 22:09:04 -0800 Received: from mail.sanoh.eccosys.com (sirius.sanoh.eccosys.com) by eccosys.com (4.1/SMI-4.1-EB-940511.1) id AA14862; Thu, 16 Mar 95 15:07:13 JST Received: from [199.100.7.136] (mac136.sanoh.eccosys.com) by mail.sanoh.eccosys.com (4.1/3.3W) id AA08576; Thu, 16 Mar 95 15:08:01 JST Message-Id: <9503160608.AA08576@mail.sanoh.eccosys.com> Date: Thu, 16 Mar 1995 15:08:45 +0900 To: FreeBSD-hackers@freefall.cdrom.com, FreeBSD-questions@freefall.cdrom.com, FreeBSD-bugs@freefall.cdrom.com, FreeBSD-current@freefall.cdrom.com From: ushioda@sanoh.eccosys.com (Kazuto Ushioda) X-Sender: ushioda@sirius.sanoh.eccosys.com Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8-J13) Sender: current-owner@FreeBSD.org Precedence: bulk help From owner-freebsd-current Wed Mar 15 22:31:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01566 for current-outgoing; Wed, 15 Mar 1995 22:31:17 -0800 Received: from news.iadfw.net (jbryant@news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01560 for ; Wed, 15 Mar 1995 22:31:16 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id AAA19621 for freebsd-current@freebsd.org; Thu, 16 Mar 1995 00:31:10 -0600 From: Jim Bryant Message-Id: <199503160631.AAA19621@news.iadfw.net> Subject: Re: ps and grep (fwd) To: freebsd-current@FreeBSD.org Date: Thu, 16 Mar 1995 00:31:10 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 796 Sender: current-owner@FreeBSD.org Precedence: bulk In reply: > From: Paul Richards > Subject: Re: ps and grep > Date: Thu, 16 Mar 1995 04:57:08 +0000 (GMT) > Cc: FreeBSD-current@FreeBSD.org > > In reply to Poul-Henning Kamp who said > > > > > What do people think of the idea of making ps treat the textwidth as infinite > > > if it's output is redirected? > > very sensible. > > Anyone looking for something to do :-) Great idea! As soon as I finish a few things I might be able to do it. Maybe in a week or so? Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-current Wed Mar 15 23:04:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01987 for current-outgoing; Wed, 15 Mar 1995 23:04:33 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA01981 for ; Wed, 15 Mar 1995 23:04:16 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA19633; Thu, 16 Mar 1995 17:03:29 +1000 Date: Thu, 16 Mar 1995 17:03:29 +1000 From: Bruce Evans Message-Id: <199503160703.RAA19633@godzilla.zeta.org.au> To: phk@ref.tfs.com, terry@cs.weber.edu Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) Cc: current@FreeBSD.org, rgrimes@gndrsh.aac.dev.com Sender: current-owner@FreeBSD.org Precedence: bulk >1) The device-driver may use a geometry(A) to access the disk. >2) The UFS may be created with a geometry(B) != geometry(A) >3) The device driver may need to read the geometry(A) from the disklabel, > because the BIOS lies and the drive is too dumb to answer the question. > The disklabel is the only place this can come from. Only on old devices that are currently unsupported because they also require bad144 support. Anyway, for sliced devices, geometry(A) is stored in the label for the whole disk and is not necessarily related to the geometries(B) stored in the BSD labeled slices on the disk. You can put a 4096 * 1 geometry in the slices is that is good for file systems. >I don't see any point in having the device-drivers even know about geometry, >considering that LFS for instance doesn't care a hoot, and I will strongly >work to get the ties already in place broken. The wd driver has to know for some old devices (those that don't allow their translation to be programmed, a subset of the currently unsupported devices). Bruce From owner-freebsd-current Wed Mar 15 23:39:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02237 for current-outgoing; Wed, 15 Mar 1995 23:39:02 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02231 for ; Wed, 15 Mar 1995 23:39:01 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA10444; Wed, 15 Mar 1995 23:38:26 -0800 From: Poul-Henning Kamp Message-Id: <199503160738.XAA10444@ref.tfs.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: bde@zeta.org.au (Bruce Evans) Date: Wed, 15 Mar 1995 23:38:25 -0800 (PST) Cc: terry@cs.weber.edu, current@FreeBSD.org, rgrimes@gndrsh.aac.dev.com In-Reply-To: <199503160703.RAA19633@godzilla.zeta.org.au> from "Bruce Evans" at Mar 16, 95 05:03:29 pm Content-Type: text Content-Length: 994 Sender: current-owner@FreeBSD.org Precedence: bulk > >1) The device-driver may use a geometry(A) to access the disk. > > >2) The UFS may be created with a geometry(B) != geometry(A) > > >3) The device driver may need to read the geometry(A) from the disklabel, > > because the BIOS lies and the drive is too dumb to answer the question. > > The disklabel is the only place this can come from. > > Only on old devices that are currently unsupported because they also > require bad144 support. > > Anyway, for sliced devices, geometry(A) is stored in the label for the > whole disk and is not necessarily related to the geometries(B) stored > in the BSD labeled slices on the disk. You can put a 4096 * 1 geometry > in the slices is that is good for file systems. Uhm, is "label for the whole disk" the MBR ? If so, how do we handle the >1023 stuff ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Mar 15 23:59:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02488 for current-outgoing; Wed, 15 Mar 1995 23:59:10 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02482 for ; Wed, 15 Mar 1995 23:59:02 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA20408; Thu, 16 Mar 1995 17:57:51 +1000 Date: Thu, 16 Mar 1995 17:57:51 +1000 From: Bruce Evans Message-Id: <199503160757.RAA20408@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@ref.tfs.com Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) Cc: current@FreeBSD.org, rgrimes@gndrsh.aac.dev.com, terry@cs.weber.edu Sender: current-owner@FreeBSD.org Precedence: bulk >> Anyway, for sliced devices, geometry(A) is stored in the label for the >> whole disk and is not necessarily related to the geometries(B) stored >> in the BSD labeled slices on the disk. You can put a 4096 * 1 geometry >> in the slices is that is good for file systems. >Uhm, is "label for the whole disk" the MBR ? No. There is a separate slice for the whole disk and a readonly label on it giving the geometry. The label format is not great for reporting geometries but I don't wan't to implement new ioctls now. Bruce From owner-freebsd-current Thu Mar 16 00:18:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02698 for current-outgoing; Thu, 16 Mar 1995 00:18:59 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA02692 for ; Thu, 16 Mar 1995 00:18:57 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id AAA14911 for freebsd-current@freebsd.org; Thu, 16 Mar 1995 00:18:41 -0800 From: "Rodney W. Grimes" Message-Id: <199503160818.AAA14911@gndrsh.aac.dev.com> Subject: Something is wrong with fsck... To: freebsd-current@FreeBSD.org Date: Thu, 16 Mar 1995 00:18:40 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 611 Sender: current-owner@FreeBSD.org Precedence: bulk Notice the difference in fragmentation... hookturn# fsck /dev/rsd0f ** /dev/rsd0f ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 3517 files, 56250 used, 23173 free (789 frags, 2798 blocks, 0.0% fragmentation) hookturn# fsck -p /dev/rsd0f /dev/rsd0f: clean, 23173 free (789 frags, 2798 blocks, 1.0% fragmentation) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 16 00:26:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02802 for current-outgoing; Thu, 16 Mar 1995 00:26:16 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA02796 for ; Thu, 16 Mar 1995 00:26:15 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id AAA10652; Thu, 16 Mar 1995 00:26:10 -0800 From: Poul-Henning Kamp Message-Id: <199503160826.AAA10652@ref.tfs.com> Subject: Re: Something is wrong with fsck... To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 16 Mar 1995 00:26:10 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503160818.AAA14911@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 16, 95 00:18:40 am Content-Type: text Content-Length: 220 Sender: current-owner@FreeBSD.org Precedence: bulk and the manpage references fsdb(8) ... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu Mar 16 00:39:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03054 for current-outgoing; Thu, 16 Mar 1995 00:39:05 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA03040 for ; Thu, 16 Mar 1995 00:38:50 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA21209; Thu, 16 Mar 1995 18:40:34 +1000 Date: Thu, 16 Mar 1995 18:40:34 +1000 From: Bruce Evans Message-Id: <199503160840.SAA21209@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, rgrimes@gndrsh.aac.dev.com Subject: Re: Something is wrong with fsck... Sender: current-owner@FreeBSD.org Precedence: bulk >Notice the difference in fragmentation... >hookturn# fsck /dev/rsd0f >... >3517 files, 56250 used, 23173 free (789 frags, 2798 blocks, 0.0% fragmentation) >hookturn# fsck -p /dev/rsd0f >/dev/rsd0f: clean, 23173 free (789 frags, 2798 blocks, 1.0% fragmentation) It seems to report more fragmentation since the recent changes. Bruce From owner-freebsd-current Thu Mar 16 03:00:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA06590 for current-outgoing; Thu, 16 Mar 1995 03:00:29 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA06584 for ; Thu, 16 Mar 1995 03:00:25 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id KAA12319; Thu, 16 Mar 1995 10:17:02 GMT Date: Thu, 16 Mar 1995 10:17:02 +0000 (GMT) From: Doug Rabson To: current@FreeBSD.org Subject: AHA2940 driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Is anyone actually using this driver? I just bought a new machine with a 2940 attached to a 1GB HP driver and had an unpleasant time installing -current on it. I started with the boot&cpio from the last snapshot and while this managed to get past the probe, it was not able to read the bootsector or disklabel. OK, fine, I thought, I'll copy the GENERIC kernel from current. This failed miserably in the probe for SCSI devices with messages like: ahc0: target 1, lun 0 (probe0) requests Check Status ahc0: target 1, lun 0 (probe0) Sending Sense ahc0: WARNING no command for scb %d (cmdcmplt) QOUTCNT == 0 ahc0: board not responding ... I turned on some of the SCSI debugging messages and the swine started working (slowly because of all the printfs). After staring at the code, I am convinced the problem is caused by the first message (requests Check Status) confusing ahcintr and/or ahc_poll. I commented out the code which does the Sending Sense part and everything started working. I still get the Check Status message whenever a partition is opened. All this is with the BIOS set to use Asynchonous SCSI for the drive in question. I have tried synchronous but that doesn't work at all. -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Thu Mar 16 06:06:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09505 for current-outgoing; Thu, 16 Mar 1995 06:06:19 -0800 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09497 for ; Thu, 16 Mar 1995 06:06:14 -0800 Received: (from jc@localhost) by irbs.com (8.6.10/8.6.6) id JAA00571 for freebsd-current@freefall.cdrom.com; Thu, 16 Mar 1995 09:06:05 -0500 From: John Capo Message-Id: <199503161406.JAA00571@irbs.com> Subject: Panics with 3/15 sources To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Thu, 16 Mar 1995 09:06:04 -0500 (EST) Reply-To: jc@irbs.com X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1308 Sender: current-owner@FreeBSD.org Precedence: bulk I started having process hangs with a kernel built from sources on 3/14 so I supped sources on 3/15 and built a kernel with no lkm's. Now I get consistent page fault panics and sometimes multiple free panics. I went back to lkm's with the same results. The only source difference is the changes David made to uipc_mbuf.c and the SCSI sense code messages. Another difference in my system is that I inadvertently did a make install in gnu/usr.bin/cc so I now have gcc-2.6.3. When I realised my mistake I also installed the new loaded and assembler. Is there a problem compiling kernels with 2.6.3? Here is a typical panic. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xeff83718 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0701aa6 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 69 (named) interrupt mask = panic: page fault The task is always named or ppp but most of the time named. The instruction pointers make no sense, they are not in the symbol table. The fault address is all over the place too, sometimes 0. I re-supped the entire sys tree in case something was out of sync but there were no differences. John Capo From owner-freebsd-current Thu Mar 16 07:53:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11619 for current-outgoing; Thu, 16 Mar 1995 07:53:52 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA11612 for ; Thu, 16 Mar 1995 07:53:49 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA21350; Thu, 16 Mar 1995 10:53:21 -0500 Date: Thu, 16 Mar 1995 10:53:21 -0500 From: Garrett Wollman Message-Id: <9503161553.AA21350@halloran-eldar.lcs.mit.edu> To: roberto@blaise.ibp.fr (Ollivier Robert) Cc: current@FreeBSD.org (Current's list FreeBSD) Subject: procfs as a lkm In-Reply-To: <9503152330.AA14343@blaise.ibp.fr> References: <9503152330.AA14343@blaise.ibp.fr> Sender: current-owner@FreeBSD.org Precedence: bulk < Is anyone down here using the procfs lkm ? I was for a long time and had no problems (no surprise since I wrote the support). I stopped using it recently for reasons which I don't quite remember. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Mar 16 08:27:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12328 for current-outgoing; Thu, 16 Mar 1995 08:27:47 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA12322 for ; Thu, 16 Mar 1995 08:27:45 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23319; Thu, 16 Mar 95 09:21:24 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503161621.AA23319@cs.weber.edu> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 16 Mar 95 9:21:23 MST Cc: rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <199503160333.TAA09321@ref.tfs.com> from "Poul-Henning Kamp" at Mar 15, 95 07:33:13 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > Basically, there need to be devices that access the raw disk (machine > > specific) which are used to access the DOS partitions from user space > > and to mount (using a clone) do partitions without a device being > > dedicated to the DOS partition. > > No. The slice code will do this the right way. On device in /dev > for each logical area of the disk. I think the number of devices that would be needed to describe all extended partitions on a fully segregated drive would make this impossible. Consider: # of SCSI controllers * # of SCSI devices per bus * # of SCSI LUNs * # of partitions (regular and extended) * # of BSD slices per partition At the very least, this would require a move to 32 bit minor numbers, even if each controller got it's own major number. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 16 09:04:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12885 for current-outgoing; Thu, 16 Mar 1995 09:04:14 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA12879 for ; Thu, 16 Mar 1995 09:04:11 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA21423; Thu, 16 Mar 1995 12:04:01 -0500 Date: Thu, 16 Mar 1995 12:04:01 -0500 From: Garrett Wollman Message-Id: <9503161704.AA21423@halloran-eldar.lcs.mit.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: phk@ref.tfs.com (Poul-Henning Kamp), rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) In-Reply-To: <9503161621.AA23319@cs.weber.edu> References: <199503160333.TAA09321@ref.tfs.com> <9503161621.AA23319@cs.weber.edu> Sender: current-owner@FreeBSD.org Precedence: bulk < # of SCSI controllers > * # of SCSI devices per bus > * # of SCSI LUNs > * # of partitions (regular and extended) > * # of BSD slices per partition Try again: # of SCSI disks * # of slices (regular and extended) + 1 * # of BSD partitions per slice We do not now have, nor do we plan to start having, device nodes directly naming SCSI addresses. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Mar 16 09:20:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13458 for current-outgoing; Thu, 16 Mar 1995 09:20:59 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13449 for ; Thu, 16 Mar 1995 09:20:57 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id JAA11439; Thu, 16 Mar 1995 09:18:24 -0800 Message-Id: <199503161718.JAA11439@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Paul Richards cc: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Subject: Re: ps and grep In-reply-to: Your message of "Thu, 16 Mar 1995 04:34:56 GMT." <199503160434.EAA15616@isl.cf.ac.uk> Date: Thu, 16 Mar 1995 09:18:24 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >What do people think of the idea of making ps treat the textwidth as infinite >if it's output is redirected? > >It really pisses me off when you do ps | grep foo and foo isn't >found because it's really long and ps truncates its output to fit >the screen width so grep never sees it. Don't you want "ps -www | grep foo"? I don't think that you need all three 'w's, but it seems the feature is already there, just not automatic for pipes. > >-- > Paul Richards, FreeBSD core team member. > Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) > Dept. Mechanical Engineering, University of Wales, College Cardiff. > Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Thu Mar 16 09:28:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13733 for current-outgoing; Thu, 16 Mar 1995 09:28:17 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13727 for ; Thu, 16 Mar 1995 09:28:15 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA11888; Thu, 16 Mar 1995 09:28:05 -0800 From: Poul-Henning Kamp Message-Id: <199503161728.JAA11888@ref.tfs.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 16 Mar 1995 09:28:05 -0800 (PST) Cc: rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <9503161621.AA23319@cs.weber.edu> from "Terry Lambert" at Mar 16, 95 09:21:23 am Content-Type: text Content-Length: 617 Sender: current-owner@FreeBSD.org Precedence: bulk > > No. The slice code will do this the right way. On device in /dev > > for each logical area of the disk. > > I think the number of devices that would be needed to describe all > extended partitions on a fully segregated drive would make this > impossible. > > ... > > At the very least, this would require a move to 32 bit minor numbers, > even if each controller got it's own major number. Have you seen the sources recently ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu Mar 16 09:49:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15355 for current-outgoing; Thu, 16 Mar 1995 09:49:15 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15343 for ; Thu, 16 Mar 1995 09:49:12 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id JAA11675; Thu, 16 Mar 1995 09:48:47 -0800 Message-Id: <199503161748.JAA11675@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Doug Rabson cc: current@FreeBSD.org Subject: Re: AHA2940 driver In-reply-to: Your message of "Thu, 16 Mar 1995 10:17:02 GMT." Date: Thu, 16 Mar 1995 09:48:46 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >Is anyone actually using this driver? I just bought a new machine with I wrote the driver, but until this Monday, never had any PCI hardware to test it on. Now that I do, it is my hope to get all of the aic7870 problems worked out. >a 2940 attached to a 1GB HP driver and had an unpleasant time installing >-current on it. I started with the boot&cpio from the last snapshot and >while this managed to get past the probe, it was not able to read the >bootsector or disklabel. > >OK, fine, I thought, I'll copy the GENERIC kernel from current. This >failed miserably in the probe for SCSI devices with messages like: > >ahc0: target 1, lun 0 (probe0) requests Check Status >ahc0: target 1, lun 0 (probe0) Sending Sense These first two should happen anytime you mount a partition. They are perfectly normal. The target reports a problem, so we go out and ask it what its problem is. >ahc0: WARNING no command for scb %d (cmdcmplt) >QOUTCNT == 0 >ahc0: board not responding Sounds like a stray interrupt or something else in the sequencer code that is upseting the sequencer and causing it to generate the interrupt. I ran into the same types of quirks in the aic7770. Hopefully, now that I have the hardware, it won't take me long to fix the same types of problems for the aic7870. > >I turned on some of the SCSI debugging messages and the swine started >working (slowly because of all the printfs). After staring at the code, >I am convinced the problem is caused by the first message (requests Check >Status) confusing ahcintr and/or ahc_poll. I commented out the code >which does the Sending Sense part and everything started working. I >still get the Check Status message whenever a partition is opened. > >All this is with the BIOS set to use Asynchonous SCSI for the drive in >question. I have tried synchronous but that doesn't work at all. Watch this list for announcements about the driver. Once I think that the aic7870 support is solid, I'll post something about it. > >-- >Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com > Phone: +44 171 251 4411 > FAX: +44 171 251 0939 > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Thu Mar 16 09:56:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16307 for current-outgoing; Thu, 16 Mar 1995 09:56:36 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA16301 for ; Thu, 16 Mar 1995 09:56:34 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23662; Thu, 16 Mar 95 10:49:05 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503161749.AA23662@cs.weber.edu> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 16 Mar 95 10:49:04 MST Cc: rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <199503161728.JAA11888@ref.tfs.com> from "Poul-Henning Kamp" at Mar 16, 95 09:28:05 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > At the very least, this would require a move to 32 bit minor numbers, > > even if each controller got it's own major number. > > Have you seen the sources recently ? I realize that the mode to 32 bit minors has been "in the works". I also remember seeing a recent problem with booting diskless off an Alpha box which supports 32 bit minors from a BSD box that did not. Since it was only several days ago, you should be able to grep it out of your news spool and tell them how to fix it without their kludge of redoing the MAKEDEV that they used as a workaround. Unless it's not all there yet... Regards, Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 16 10:13:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17472 for current-outgoing; Thu, 16 Mar 1995 10:13:01 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA17443 for ; Thu, 16 Mar 1995 10:12:48 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id UAA02889; Thu, 16 Mar 1995 20:11:06 +0200 Message-Id: <199503161811.UAA02889@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Paul Richards cc: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Subject: Re: ps and grep Date: Thu, 16 Mar 1995 20:11:06 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > What do people think of the idea of making ps treat the textwidth as infinite > if it's output is redirected? You have my vote. > It really pisses me off when you do ps | grep foo and foo isn't > found because it's really long and ps truncates its output to fit > the screen width so grep never sees it. Me too. I would also like to 'ps -gaux | less' and see _everything_. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Thu Mar 16 10:13:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17533 for current-outgoing; Thu, 16 Mar 1995 10:13:40 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA17519 for ; Thu, 16 Mar 1995 10:13:38 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA04741; Thu, 16 Mar 1995 13:10:08 -0500 From: Peter Dufault Message-Id: <199503161810.NAA04741@hda.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Thu, 16 Mar 1995 13:10:08 -0500 (EST) Cc: terry@cs.weber.edu, phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <9503161704.AA21423@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Mar 16, 95 12:04:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 620 Sender: current-owner@FreeBSD.org Precedence: bulk Garrett Wollman writes: > > < > Try again: > > # of SCSI disks > * # of slices (regular and extended) + 1 > * # of BSD partitions per slice > > We do not now have, nor do we plan to start having, device nodes directly > naming SCSI addresses. > Actually, we do have them now. The documentation is inadequate and the numbering conflicts with the slice code. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Thu Mar 16 10:15:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17741 for current-outgoing; Thu, 16 Mar 1995 10:15:08 -0800 Received: from halon.sybase.com (halon.sybase.com [192.138.151.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA17721 for ; Thu, 16 Mar 1995 10:15:04 -0800 Received: from sybase.com (sybgate.sybase.com) by halon.sybase.com (5.0/SMI-SVR4/SybFW4.0) id AA04917; Thu, 16 Mar 1995 10:19:25 -0800 Received: from red_oak.sybgate.sybase.com by sybase.com (4.1/SMI-4.1/SybH3.4) id AA24558; Thu, 16 Mar 95 10:13:42 PST Received: by red_oak.sybgate.sybase.com (4.1/SMI-4.1/SybEC3.2) id AA14777; Thu, 16 Mar 95 13:13:40 EST Date: Thu, 16 Mar 95 13:13:40 EST From: jeffa@sybase.com (Jeff Anuszczyk) Message-Id: <9503161813.AA14777@red_oak.sybgate.sybase.com> To: freebsd-current@FreeBSD.org Subject: Hmmm... interesting situation I'm in with current... Cc: jeffa@sybase.com content-length: 1275 Sender: current-owner@FreeBSD.org Precedence: bulk Hi All, I had 2.0R loaded on my system and SUP'd the latest down to my machine the other day. Rebuilt without error... rebuilt the kernel and then rebooted. Hmmm, it appears that magically the boot block for the BSD partition went away since OSBS says "No Operating System on that Partition". All I did was a "make world" and install a new kernel. MS-DOS still boots fine. So any clues as to why? I tried to reboot off of the 2.0R (latest from Jordan) install floppy to build a Fixit kernel. However, my attempt to reboot causes one of those endless reboot cycles. Any suggestions as to how I can recover from this situation? I'd really rather not blow away my system disk and reinstall since I had just finished downloading about 50MB worth of stuff from another site (okay so I assumed I'd reboot under current successfully :-). My configuration is: 486DX2/66, 16MB - PC clone with AMI Bios Adaptec 1542B, Boot Disk is a 1GB DEC DSP3107LS SCSI-II IDE, Western Digital 200MB SMC Elite 16C ATI Mach 8 I guess if worse comes to worse I'll rebuild on the IDE and then save the stuff I don't want to loose. However the IDE contains the source tree so all of the SUP stuff will get lost (no backup). Sigh. Thanks for any suggestions, - jeff From owner-freebsd-current Thu Mar 16 10:16:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17922 for current-outgoing; Thu, 16 Mar 1995 10:16:29 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA17914 for ; Thu, 16 Mar 1995 10:16:27 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA21579; Thu, 16 Mar 1995 13:16:20 -0500 Date: Thu, 16 Mar 1995 13:16:20 -0500 From: Garrett Wollman Message-Id: <9503161816.AA21579@halloran-eldar.lcs.mit.edu> To: Peter Dufault Cc: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman), terry@cs.weber.edu, phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) In-Reply-To: <199503161810.NAA04741@hda.com> References: <9503161704.AA21423@halloran-eldar.lcs.mit.edu> <199503161810.NAA04741@hda.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > Actually, we do have them now. The documentation is inadequate and the > numbering conflicts with the slice code. Then we don't really have them. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Mar 16 10:20:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18160 for current-outgoing; Thu, 16 Mar 1995 10:20:02 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18145 for ; Thu, 16 Mar 1995 10:20:00 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA04792; Thu, 16 Mar 1995 13:16:40 -0500 From: Peter Dufault Message-Id: <199503161816.NAA04792@hda.com> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Thu, 16 Mar 1995 13:16:40 -0500 (EST) Cc: wollman@halloran-eldar.lcs.mit.edu, terry@cs.weber.edu, phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <9503161816.AA21579@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Mar 16, 95 01:16:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 831 Sender: current-owner@FreeBSD.org Precedence: bulk Garrett Wollman writes: > > < said: > > > Actually, we do have them now. The documentation is inadequate and the > > numbering conflicts with the slice code. > > Then we don't really have them. I suppose, but then we don't have slices either and the SCSI code is in there. Given a choice between "We have them" and "We don't have them" I think we're a lot closer to "We have them". The reason we don't have documentation is that it conflicts with the soon to come slices and it doesn't make sense for anyone to start using them before the dust settles. I have the man page here. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Thu Mar 16 10:27:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18600 for current-outgoing; Thu, 16 Mar 1995 10:27:23 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18590 for ; Thu, 16 Mar 1995 10:27:18 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id KAA16283; Thu, 16 Mar 1995 10:23:29 -0800 From: "Rodney W. Grimes" Message-Id: <199503161823.KAA16283@gndrsh.aac.dev.com> Subject: Re: ps and grep To: mark@grondar.za (Mark Murray) Date: Thu, 16 Mar 1995 10:23:29 -0800 (PST) Cc: paul@isl.cf.ac.uk, FreeBSD-current@FreeBSD.org In-Reply-To: <199503161811.UAA02889@grunt.grondar.za> from "Mark Murray" at Mar 16, 95 08:11:06 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 868 Sender: current-owner@FreeBSD.org Precedence: bulk > > > What do people think of the idea of making ps treat the textwidth as infinite > > if it's output is redirected? > > You have my vote. You don't have mine. I have used a system that has this and one thing that is very annoying about it is when you do: ps lax | more you end up with line wrap trash that is harder than hell to read! > > It really pisses me off when you do ps | grep foo and foo isn't > > found because it's really long and ps truncates its output to fit > > the screen width so grep never sees it. > > Me too. I would also like to 'ps -gaux | less' and see _everything_. Looks like a religious issue... if you run a shell that has aliases one way to fix this is: alias ps 'ps -ww\!*' -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 16 10:33:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19348 for current-outgoing; Thu, 16 Mar 1995 10:33:49 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA19330; Thu, 16 Mar 1995 10:33:41 -0800 Received: by sequent.kiae.su id AA24285 (5.65.kiae-2 ); Thu, 16 Mar 1995 21:20:44 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 16 Mar 95 21:20:43 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id VAA00389; Thu, 16 Mar 1995 21:22:07 +0300 To: Gene Stark , swallace@ece.uci.edu Cc: freebsd-current@FreeBSD.org, ugen@FreeBSD.org References: <199503160352.WAA15780@starkhome.cs.sunysb.edu> In-Reply-To: <199503160352.WAA15780@starkhome.cs.sunysb.edu>; from Gene Stark at Wed, 15 Mar 1995 22:52:30 -0500 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 16 Mar 1995 21:22:06 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: new sound driver configuration Lines: 36 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1491 Sender: current-owner@FreeBSD.org Precedence: bulk In message <199503160352.WAA15780@starkhome.cs.sunysb.edu> Gene Stark writes: >I compiled a kernel for SoundBlaster 16 with the following config: > controller snd0 > device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr > device sbxvi0 at isa? drq 6 Try to specify full port/irq/vector line here. In prefect case this must not match sb0 values (like PAS does), or you need ALOW_CONFLICT_IRQ or disable sb0 > Though I was able to play .au files to /dev/audio, > reading /dev/dsp produced a short header, then apparently > no actual data. > Reading /dev/dsp1 gave a "Device not configured" error > (I don't know if this was supposed to work or not.) /dev/dsp1 will works if U have two cards, f.e. PAS & SB. > Reading /dev/dsp16 produces data, but I don't really know what > to do with it. Playing it back on /dev/audio yields noise. > If I plug a mike in the back, how can I record? /dev/dsp{16} is very different from /dev/audio, /dev/dsp provide raw access to soundcard DSP while /dev/audio do SUN-like ULAW convertion additionly, mixing them does nothing good. It looks like /dev/dsp is broken now, at least Ugen reports some problems with tracker. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Thu Mar 16 10:48:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21437 for current-outgoing; Thu, 16 Mar 1995 10:48:38 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA21424 for ; Thu, 16 Mar 1995 10:48:35 -0800 Received: from masi.ibp.fr (masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id TAA04471 ; Thu, 16 Mar 1995 19:47:26 +0100 Received: from hebe.ibp.fr (hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.11/jtpda-5.0) with ESMTP id TAA27400 ; Thu, 16 Mar 1995 19:46:02 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id TAA25446 ; Thu, 16 Mar 1995 19:45:39 +0100 Message-Id: <199503161845.TAA25446@hebe.ibp.fr> Subject: Re: Something is wrong with fsck... To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 16 Mar 1995 19:45:39 +0100 (MET) Cc: rgrimes@gndrsh.aac.dev.com, freebsd-current@FreeBSD.org In-Reply-To: <199503160826.AAA10652@ref.tfs.com> from "Poul-Henning Kamp" at Mar 16, 95 00:26:10 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 359 Sender: current-owner@FreeBSD.org Precedence: bulk > > and the manpage references fsdb(8) ... BTW, if you look for missing man pages, the dump(8) man page references dump(5) which does not exist on FreeBSD. > -- > Poul-Henning Kamp -- TRW Financial Systems, Inc. > 'All relevant people are pertinent' && 'All rude people are impertinent' > => 'no rude people are relevant' > Remy From owner-freebsd-current Thu Mar 16 11:39:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA24264 for current-outgoing; Thu, 16 Mar 1995 11:39:06 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA24253 for ; Thu, 16 Mar 1995 11:38:53 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id VAA07123; Thu, 16 Mar 1995 21:37:15 +0200 Message-Id: <199503161937.VAA07123@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: paul@isl.cf.ac.uk, FreeBSD-current@FreeBSD.org Subject: Re: ps and grep Date: Thu, 16 Mar 1995 21:37:14 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > > > It really pisses me off when you do ps | grep foo and foo isn't > > > found because it's really long and ps truncates its output to fit > > > the screen width so grep never sees it. > > > > Me too. I would also like to 'ps -gaux | less' and see _everything_. > > Looks like a religious issue... if you run a shell that has aliases > one way to fix this is: OK, War of the roses it is! ;-) A lot of UN*X tools behave differently when faced with an output that is not the terminal. Take a look at "ls" vs "ls | cat". In each case, the output is tailored to to most likely use of the utility; are you looking at the output as formatted for human eyes, or formatted for some other processing? _I_ think that the default output should assume that if stdout is the user's terminal, then it should be truncated, if the output is redirected, let it all hang out, and let the user figure out an alias to undo this if (s)he so desires. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Thu Mar 16 12:13:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24976 for current-outgoing; Thu, 16 Mar 1995 12:13:35 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24970 for ; Thu, 16 Mar 1995 12:13:30 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id MAA16490; Thu, 16 Mar 1995 12:12:44 -0800 From: "Rodney W. Grimes" Message-Id: <199503162012.MAA16490@gndrsh.aac.dev.com> Subject: Re: ps and grep To: mark@grondar.za (Mark Murray) Date: Thu, 16 Mar 1995 12:12:44 -0800 (PST) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: <199503161937.VAA07123@grunt.grondar.za> from "Mark Murray" at Mar 16, 95 09:37:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3680 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > It really pisses me off when you do ps | grep foo and foo isn't > > > > found because it's really long and ps truncates its output to fit > > > > the screen width so grep never sees it. > > > > > > Me too. I would also like to 'ps -gaux | less' and see _everything_. > > > > Looks like a religious issue... if you run a shell that has aliases > > one way to fix this is: > > OK, War of the roses it is! ;-) Okay, let me pull on my flame proof jumpsuite (used only for skydiving into areas with active volcanos) :-) :-) ... ... > A lot of UN*X tools behave differently when faced with an output that is not > the terminal. Take a look at "ls" vs "ls | cat". In each case, the output is > tailored to to most likely use of the utility; I would say it is more like a ``few'' tools behave this way, and IMHO it has been and always well be a mistake in a UN*X system to change the behavior of any tool based upon what type of fd the output is. Remeber one of the underlying concepts of Un*x is that a file is a file is a file, and all things are files. I have always found the behavior of ``ls | *'' to change behavior a bad idea. Okay, yea it makes it easier to do some things, but it also makes it harder to do others (like I have a directory with 200 files in it, I want to look at this directory in ls format, but piped to more so it does not scroll off my window. Well some one changed it so now I have to look at one column of output because that person was too lazy to do something more orthagonal like make a tool that split lines of words into lines with one word each on them.) Or perhaps always make ls output one file to a line and then use ls | column. Yea, I like that latter idea. Yea... ``ls | column | more'' does what I want. People wonder why the size of UNIX is getting so huge, it is becuase people have forgotten how to use small tools tuned to very specific jobs to make large tools. I wonder how many tools could be cut down to size by something like a VMS DCL language that knew how to build pipes for many common options. > are you looking at the output > as formatted for human eyes, or formatted for some other processing? _I_ > think that the default output should assume that if stdout is the user's > terminal, then it should be truncated, if the output is redirected, let it > all hang out, and let the user figure out an alias to undo this if (s)he > so desires. My argument is more along the lines that no tool should ever make any assumption about were it's output is going. And it should NOT change this behavior just becuase it is trying to be smart and *thinks* the output is going to a human. It can not and should not ever know this!!!!!!!!! It can not know if I am doing ``ps | grep foo'' or ``ps | more'', so why try to be smart about it, as this intelegence only causes someone else to have to be even smarter than it to get what they really want. If you make ps change behavior based upon it's type of output you are just propogating some of what are IMHO the grosses things about unix implementations we have today. I guess I'll have to start to type ``ps lax | colrm 80 | more'' until I can back patch my copy of ps. I guess is what I am saying is if you want to change ps, change it so that *all* knowledge of what the output fd looks like is gone and rip out the w and ww options. Let us go use pipes like god^h^h^hdmr meant them to be used! DOOR!... 5 left and cut.... Ready.. Set.. Go.. BOMB SHELLlllll.... Jumpers away... :-) :-) :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 16 12:43:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26251 for current-outgoing; Thu, 16 Mar 1995 12:43:42 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA26245 for ; Thu, 16 Mar 1995 12:43:40 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24374; Thu, 16 Mar 95 13:37:10 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503162037.AA24374@cs.weber.edu> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Thu, 16 Mar 95 13:37:09 MST Cc: phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <9503161704.AA21423@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Mar 16, 95 12:04:01 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > # of SCSI controllers > > * # of SCSI devices per bus > > * # of SCSI LUNs > > * # of partitions (regular and extended) > > * # of BSD slices per partition > > Try again: > > # of SCSI disks > * # of slices (regular and extended) + 1 > * # of BSD partitions per slice > > We do not now have, nor do we plan to start having, device nodes directly > naming SCSI addresses. Excuse me, that's not what I said, is it? Let me point out that: > # of SCSI disks == > > # of SCSI controllers > > * # of SCSI devices per bus > > * # of SCSI LUNs AND > * # of slices (regular and extended) + 1 == > > * # of partitions (regular and extended) + 1 (to grant you an unnecessary abstraction that can be worked around by adding a single ioctl) AND > * # of BSD partitions per slice == > > * # of BSD slices per partition + an irrelevent terminology change Calculations wherein you arrive at a number (n+1)/n times larger than mine for n = "# of slices (regular and extended)". Before you go off on "# of SCSI controllers" vs. "major numbers", note that I did include this option in the unquoted portion of my post. It only reduces the need to less than 32 bits but still more than the 16 bits you'd expect. The number of devices that must be addressed is the relevent issue, not how one chooses to address them (although adding (n+1)/n times the number of devices does strike me as particularly inelegant). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 16 12:50:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26660 for current-outgoing; Thu, 16 Mar 1995 12:50:22 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA26637 for ; Thu, 16 Mar 1995 12:49:59 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id WAA12129; Thu, 16 Mar 1995 22:49:16 +0200 Message-Id: <199503162049.WAA12129@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: mark@grondar.za (Mark Murray), FreeBSD-current@FreeBSD.org Subject: Re: ps and grep Date: Thu, 16 Mar 1995 22:49:15 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > Okay, let me pull on my flame proof jumpsuite (used only for skydiving > into areas with active volcanos) :-) :-) ... ... takes out megabuster-argument-breaking _freeze_-gun :-> :-> :-> > Remeber one of the underlying concepts of Un*x is that a file is a file > is a file, and all things are files. I have always found the behavior > of ``ls | *'' to change behavior a bad idea. Okay, yea it makes it > easier to do some things, but it also makes it harder to do others > (like I have a directory with 200 files in it, I want to look at this > directory in ls format, but piped to more so it does not scroll off > my window. Well some one changed it so now I have to look at one > column of output because that person was too lazy to do something > more orthagonal like make a tool that split lines of words into > lines with one word each on them.) Or perhaps always make ls output > one file to a line and then use ls | column. Yea, I like that > latter idea. Yea... ``ls | column | more'' does what I want. This may have been the original idea, but the paradigm changed. With commands, the paradigm is now (well, what it is now??!) dead?. If the behaviour of ls were to change to a consistent output, never mind what the _type_ of output is, there would be a MEGA-breakage, and a HUGE outcry. I reckon, go with the flow. Let's keep consistent with the current philosophy. I think it would be best to just keep this momentum going, and let it happen. There may well be some diehard (sorry!) resistance, but at least it converges with a known precedent (Sp?). > People wonder why the size of UNIX is getting so huge, it is becuase > people have forgotten how to use small tools tuned to very specific > jobs to make large tools. I wonder how many tools could be cut > down to size by something like a VMS DCL language that knew how to > build pipes for many common options. PUKE!! You call dcl small? When last did you look???? > My argument is more along the lines that no tool should ever make > any assumption about were it's output is going. And it should NOT change > this behavior just becuase it is trying to be smart and *thinks* the output > is going to a human. It can not and should not ever know this!!!!!!!!! But a lot _does_, by default. What I am suggesting, is that under the appropriate circumstances, it should not. > It can not know if I am doing ``ps | grep foo'' or ``ps | more'', so > why try to be smart about it, as this intelegence only causes someone > else to have to be even smarter than it to get what they really want. > > If you make ps change behavior based upon it's type of output you are > just propogating some of what are IMHO the grosses things about unix > implementations we have today. Like what? "unix is growing" or "unix is a 'mature' operating system"? The reason unix is popular, is because it adapts to requirements. If this is a requirement to the majority, unix will follow. if not, it will be outvoted and die. DCL/VMX is popular amongst weenies because it is dictatorial to the extreme, controlled by the Ultimate Vendor (tm) and therefore not all-that-hacker-friendly (IMHO). > I guess I'll have to start to type ``ps lax | colrm 80 | more'' until I > can back patch my copy of ps. You shouldn't need to do this. All you should need is an alias to undor the default behaviour (which I would hope is supported??!) > DOOR!... 5 left and cut.... Ready.. Set.. Go.. BOMB SHELLlllll.... > Jumpers away... > :-) :-) :-) (PS Rod, would you be interested in some pics of my 400th? (Coming at our Easter Boogie) 1xTandem, with some fun and games thrown in?) -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Thu Mar 16 12:56:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26889 for current-outgoing; Thu, 16 Mar 1995 12:56:57 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA26785 for ; Thu, 16 Mar 1995 12:53:58 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19729; Thu, 16 Mar 1995 21:52:06 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA22666 for freebsd-current@FreeBSD.org; Thu, 16 Mar 1995 21:52:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA16574 for freebsd-current@FreeBSD.org; Thu, 16 Mar 1995 21:48:06 +0100 From: J Wunsch Message-Id: <199503162048.VAA16574@uriah.heep.sax.de> Subject: Re: Something is wrong with fsck... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 16 Mar 1995 21:48:05 +0100 (MET) In-Reply-To: <199503160826.AAA10652@ref.tfs.com> from "Poul-Henning Kamp" at Mar 16, 95 00:26:10 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 815 Sender: current-owner@FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > and the manpage references fsdb(8) ... I once started to create an fsdb, but didn't get much far. What would people like to have done there? Perhaps, if there's a reasonable interest, i could put it on my personal list of things that ``might be done some day''. The old fsdb as i've seen it on some SysV-alike systems had a terrible syntax. When going for a rewrite, i'd prefer somethin more rationale. But it's always bothering me that the only chance to get a file system fsck'd is to answer all the questions there with the defaults (making it effectively behave identical to an ``fsck -y''), no chance to even correct something. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 16 13:06:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA27191 for current-outgoing; Thu, 16 Mar 1995 13:06:56 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA27184; Thu, 16 Mar 1995 13:06:44 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id XAA02031; Thu, 16 Mar 1995 23:06:18 +0200 Message-Id: <199503162106.XAA02031@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: bugs@FreeBSD.org, current@FreeBSD.org Subject: Mysterious hang-type thingy... Date: Thu, 16 Mar 1995 23:06:15 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hi Just to get my word in, I saw (and ignored) a report about a hang that looks like this: While doing a make install, the session concerned just _stops_. No ^c's or ^Z's can stop it. "w" On any other session dies in a similar way. The only way I have recovered the machine is to reboot (shutdown -r does the trick). I have not tried very hard to isolate this. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Thu Mar 16 13:26:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28060 for current-outgoing; Thu, 16 Mar 1995 13:26:03 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA28054 for ; Thu, 16 Mar 1995 13:26:00 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24663; Thu, 16 Mar 95 14:19:25 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503162119.AA24663@cs.weber.edu> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Thu, 16 Mar 95 14:19:25 MST Cc: dufault@hda.com, wollman@halloran-eldar.lcs.mit.edu, phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com, current@FreeBSD.org In-Reply-To: <9503161816.AA21579@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Mar 16, 95 01:16:20 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > Actually, we do have them now. The documentation is inadequate and the > > numbering conflicts with the slice code. > > Then we don't really have them. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Mar 16 13:29:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28187 for current-outgoing; Thu, 16 Mar 1995 13:29:19 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28179 for ; Thu, 16 Mar 1995 13:29:17 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA12682; Thu, 16 Mar 1995 13:25:58 -0800 From: Poul-Henning Kamp Message-Id: <199503162125.NAA12682@ref.tfs.com> Subject: Re: Something is wrong with fsck... To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 16 Mar 1995 13:25:58 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503162048.VAA16574@uriah.heep.sax.de> from "J Wunsch" at Mar 16, 95 09:48:05 pm Content-Type: text Content-Length: 340 Sender: current-owner@FreeBSD.org Precedence: bulk > As Poul-Henning Kamp wrote: > > > > and the manpage references fsdb(8) ... > > I once started to create an fsdb, but didn't get much far. Do we need it ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu Mar 16 13:39:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28798 for current-outgoing; Thu, 16 Mar 1995 13:39:34 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28792 for ; Thu, 16 Mar 1995 13:39:16 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id NAA16686; Thu, 16 Mar 1995 13:38:22 -0800 From: "Rodney W. Grimes" Message-Id: <199503162138.NAA16686@gndrsh.aac.dev.com> Subject: Re: ps and grep To: mark@grondar.za (Mark Murray) Date: Thu, 16 Mar 1995 13:38:22 -0800 (PST) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: <199503162049.WAA12129@grunt.grondar.za> from "Mark Murray" at Mar 16, 95 10:49:15 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 7422 Sender: current-owner@FreeBSD.org Precedence: bulk > > > Okay, let me pull on my flame proof jumpsuite (used only for skydiving > > into areas with active volcanos) :-) :-) ... ... > > takes out megabuster-argument-breaking _freeze_-gun :-> :-> :-> Oh no... my jumpsuite is crackling into little pieces and I am finding it *very* hard to do free style with it frozen!!! >-< (stick man solo) 8-O > > Remeber one of the underlying concepts of Un*x is that a file is a file > > is a file, and all things are files. I have always found the behavior > > of ``ls | *'' to change behavior a bad idea. Okay, yea it makes it > > easier to do some things, but it also makes it harder to do others > > (like I have a directory with 200 files in it, I want to look at this > > directory in ls format, but piped to more so it does not scroll off > > my window. Well some one changed it so now I have to look at one > > column of output because that person was too lazy to do something > > more orthagonal like make a tool that split lines of words into > > lines with one word each on them.) Or perhaps always make ls output > > one file to a line and then use ls | column. Yea, I like that > > latter idea. Yea... ``ls | column | more'' does what I want. > > This may have been the original idea, but the paradigm changed. With > commands, the paradigm is now (well, what it is now??!) dead?. I guess that is one of the problems I am having, I am of the very old camp and still like the original ``paradigm'' since the changes to it have really just been ad hoc :-(. > If the > behaviour of ls were to change to a consistent output, never mind > what the _type_ of output is, there would be a MEGA-breakage, and a > HUGE outcry. I reckon, go with the flow. Let's keep consistent with > the current philosophy. Wasn't it BSD that changed the way ls worked by changing the output to be lines with mutliple files on it *if* the output was to a terminal. If I recall correctly V6 and V7 always output one file to a line. (Gee, I am getting old, I am starting to forgot all these things :-(). > I think it would be best to just keep this momentum going, and > let it happen. There may well be some diehard (sorry!) resistance, but > at least it converges with a known precedent (Sp?). Yep.. one diehard.. right here!! > > People wonder why the size of UNIX is getting so huge, it is becuase > > people have forgotten how to use small tools tuned to very specific > > jobs to make large tools. I wonder how many tools could be cut > > down to size by something like a VMS DCL language that knew how to > > build pipes for many common options. > > PUKE!! You call dcl small? When last did you look???? AHh.. well... V5.2 or so... and DCL itself is not that large, it is all the executables that it invokes. And I said something LIKE dcl, great progress was made in that direction when the getopt stuff happened in u*ix and eliminated 100's of private command line parsers. I would like to follow that to the next step. Just look at how simple it should be to replace the all too common: while (ch = getopt(blah) !=EOF) { switch(ch) { case 'flag': f_flag = 1; break; ... } } I think that this should be table/data driven like DCLTABLES.EXE (I don't like the fact DEC called it an EXE on bit, and would call it something like shelltable.dat). I don't think we should go as far as dec did with DCL, hell, you can make 80% of the system calls in VMS from DCL!!!! > > My argument is more along the lines that no tool should ever make > > any assumption about were it's output is going. And it should NOT change > > this behavior just becuase it is trying to be smart and *thinks* the output > > is going to a human. It can not and should not ever know this!!!!!!!!! > > But a lot _does_, by default. What I am suggesting, is that under the > appropriate circumstances, it should not. Okay, we have sighted ps, and ls knowing about the type of output. Just how long is this list *really* ? I get 434 programs from ``ls /bin /sbin /usr/bin /usr/sbin | wc''. Now just how many of them try to be smart about there input or output fd? > > It can not know if I am doing ``ps | grep foo'' or ``ps | more'', so > > why try to be smart about it, as this intelegence only causes someone > > else to have to be even smarter than it to get what they really want. > > > > If you make ps change behavior based upon it's type of output you are > > just propogating some of what are IMHO the grosses things about unix > > implementations we have today. > > Like what? "unix is growing" or "unix is a 'mature' operating system"? No that we have abondoned the file is a file is a file and all things are files paradigm and now a tty is a different kind of file than a pipe or a disk file. I'll will say that unix is growing, yes, we have more tools than ever, but we also have more tools than ever imbeded inside of other tools. It's getting kinda like my brother mechanical shop, there are so many tools I can't find the tool I need :-) > The reason unix is popular, is because it adapts to requirements. If this > is a requirement to the majority, unix will follow. if not, it will be > outvoted and die. DCL/VMX is popular amongst weenies because it is > dictatorial to the extreme, controlled by the Ultimate Vendor (tm) > and therefore not all-that-hacker-friendly (IMHO). Humm.. I agree that it is popular ``because it adapts to requirements'', but the reason it adopts is because the source code is out there being wacked on by 1000's instead of 10's or 100's as in something like VMS. I guess I'm a weenie then, but when it comes to 50GB transactional data bases running paperless wafer fabrication facilities with 24 x 7 uptime requirements you could't have paid me to even think about doing it on unix, for that matter I would still do it on VMS today. Hacker friendly, well, you have to know to BLISS and MACRO-11, then it is!!! And you have to submit really really good and complete SPR's with all the fixes and changes you want with at least 5 pages saying why this is a good change.. and then you have to fight them to get it in for the next 2 releases and then finally by the 3rd or 4th release something similiar to what you wanted finally gets in. > > I guess I'll have to start to type ``ps lax | colrm 80 | more'' until I > > can back patch my copy of ps. > > You shouldn't need to do this. All you should need is an alias to undor > the default behaviour (which I would hope is supported??!) Ohh.. so what *you* want to change in ps is make ww on by default and I use say W to turn it off. But only if the output is a not to a terminal, then I must use ww to get my wide output... *YUKO* > > > DOOR!... 5 left and cut.... Ready.. Set.. Go.. BOMB SHELLlllll.... > > Jumpers away... > > :-) :-) :-) > > (PS Rod, would you be interested in some pics of my 400th? (Coming at our > Easter Boogie) 1xTandem, with some fun and games thrown in?) We are probably the only 2 on the list that even knows what that was above, I was having a hard time remeber if it was you or not!! SURE! Glad to here your going to go make that 400th jump!! Humm.. tandem with fun and games. I've seen some strange ones (ever seen a rodeo'ed tandem instructor try to get his drogee out???) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 16 13:59:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29448 for current-outgoing; Thu, 16 Mar 1995 13:59:47 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29442 for ; Thu, 16 Mar 1995 13:59:42 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id NAA16705; Thu, 16 Mar 1995 13:42:26 -0800 From: "Rodney W. Grimes" Message-Id: <199503162142.NAA16705@gndrsh.aac.dev.com> Subject: Re: Something is wrong with fsck... To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 16 Mar 1995 13:42:26 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503162048.VAA16574@uriah.heep.sax.de> from "J Wunsch" at Mar 16, 95 09:48:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1412 Sender: current-owner@FreeBSD.org Precedence: bulk > > As Poul-Henning Kamp wrote: > > > > and the manpage references fsdb(8) ... > > I once started to create an fsdb, but didn't get much far. > > What would people like to have done there? Perhaps, if there's a > reasonable interest, i could put it on my personal list of things that > ``might be done some day''. Add it to /usr/src/TODO, it would be nice to have it some day, and this would be an idea project for someone takeing a cource in filesystems!! > The old fsdb as i've seen it on some SysV-alike systems had a terrible > syntax. When going for a rewrite, i'd prefer somethin more rationale. YES! fsdb was a *bear* to use. > But it's always bothering me that the only chance to get a file system > fsck'd is to answer all the questions there with the defaults (making > it effectively behave identical to an ``fsck -y''), no chance to even > correct something. Well.. when I get one that I wan't to fix as best I can I first run a fsck -n >/someplacesafe and then look it over real carefully. You can recover things by answering N to the clear inode stuff and then it should get picked up later and stuck in lost+found. It really depends on what the damage looks like. This can be especially usefull with multiple allocated inodes. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 16 14:02:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29584 for current-outgoing; Thu, 16 Mar 1995 14:02:13 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29565 for ; Thu, 16 Mar 1995 14:02:09 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id PAA01828; Thu, 16 Mar 1995 15:06:00 -0700 Date: Thu, 16 Mar 1995 15:06:00 -0700 From: Nate Williams Message-Id: <199503162206.PAA01828@trout.sri.MT.net> In-Reply-To: "Rodney W. Grimes" "Re: ps and grep" (Mar 16, 1:38pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Rodney W. Grimes" Subject: Re: ps and grep Cc: FreeBSD-current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk [ Just popping in to throw a bit of trivia into the arguement ] > Humm.. I agree that it is popular ``because it adapts to requirements'', > but the reason it adopts is because the source code is out there being > wacked on by 1000's instead of 10's or 100's as in something like VMS. > > I guess I'm a weenie then, but when it comes to 50GB transactional > data bases running paperless wafer fabrication facilities with 24 x 7 > uptime requirements you could't have paid me to even think about doing > it on unix, for that matter I would still do it on VMS today. Unless that OS happened to be QNX, which is used by a *very* prominent memory wafer fabrication plant in the U.S. who reamins unnamed but has a great development environment but rotten hours. (Plan on being awakened at *all* hours when the machines quit because of a bug you introduced that only occurs on the third friday of the month when the moon is full) Nate From owner-freebsd-current Thu Mar 16 14:44:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01913 for current-outgoing; Thu, 16 Mar 1995 14:44:00 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01897; Thu, 16 Mar 1995 14:43:32 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id XAA06525 ; Thu, 16 Mar 1995 23:43:23 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA04144; Thu, 16 Mar 95 23:43:16 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503162243.AA04144@blaise.ibp.fr> Subject: Re: Mysterious hang-type thingy... To: mark@grondar.za (Mark Murray) Date: Thu, 16 Mar 1995 23:43:16 +0100 (MET) Cc: bugs@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199503162106.XAA02031@grunt.grondar.za> from "Mark Murray" at Mar 16, 95 11:06:15 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 472 Sender: current-owner@FreeBSD.org Precedence: bulk > While doing a make install, the session concerned just _stops_. No ^c's > or ^Z's can stop it. "w" On any other session dies in a similar way. > > The only way I have recovered the machine is to reboot (shutdown -r does > the trick). I have not tried very hard to isolate this. Nice to see I'm not the only one :-) and :-( -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Thu Mar 16 15:24:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02950 for current-outgoing; Thu, 16 Mar 1995 15:24:08 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA02932 for ; Thu, 16 Mar 1995 15:23:48 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA22315; Fri, 17 Mar 1995 00:23:08 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA23843 for freebsd-current@FreeBSD.org; Fri, 17 Mar 1995 00:23:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA17247 for freebsd-current@FreeBSD.org; Thu, 16 Mar 1995 23:08:22 +0100 From: J Wunsch Message-Id: <199503162208.XAA17247@uriah.heep.sax.de> Subject: Re: Mysterious hang-type thingy... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 16 Mar 1995 23:08:21 +0100 (MET) In-Reply-To: <199503162106.XAA02031@grunt.grondar.za> from "Mark Murray" at Mar 16, 95 11:06:15 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 467 Sender: current-owner@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > While doing a make install, the session concerned just _stops_. No ^c's > or ^Z's can stop it. "w" On any other session dies in a similar way. ...and when calling ``ps'' from DDB, you saw several proc's hanging on `lock_read'? I've seen this several days ago, and David reported it's fixed now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 16 16:03:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04300 for current-outgoing; Thu, 16 Mar 1995 16:03:11 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA04292 for ; Thu, 16 Mar 1995 16:03:06 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA14992; Thu, 16 Mar 1995 16:02:58 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA00355; Thu, 16 Mar 1995 16:02:57 -0800 Message-Id: <199503170002.QAA00355@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Mysterious hang-type thingy... In-reply-to: Your message of "Thu, 16 Mar 95 23:08:21 +0100." <199503162208.XAA17247@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 16 Mar 1995 16:02:56 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >As Mark Murray wrote: >> >> While doing a make install, the session concerned just _stops_. No ^c's >> or ^Z's can stop it. "w" On any other session dies in a similar way. > >...and when calling ``ps'' from DDB, you saw several proc's hanging >on `lock_read'? > >I've seen this several days ago, and David reported it's fixed now. ...at least the cause that I had seen. I just got a report from Paul Richards yesterday that segguests that there might be another cause of this problem. I plan to look into this soon. ...but meanwhile, please upgrade to -current is you're not already. -DG From owner-freebsd-current Thu Mar 16 16:13:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04607 for current-outgoing; Thu, 16 Mar 1995 16:13:45 -0800 Received: from post.demon.co.uk (post.demon.co.uk [158.152.1.72]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA04598 for ; Thu, 16 Mar 1995 16:13:41 -0800 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa03225; 17 Mar 95 0:06 GMT Received: (karl@localhost) by bagpuss.demon.co.uk (99.9/99.9) id OAA08014; Thu, 16 Mar 1995 14:38:05 GMT From: Karl Strickland Message-Id: <199503161438.OAA08014@bagpuss.demon.co.uk> Subject: Re: ps and grep To: Paul Richards Date: Thu, 16 Mar 1995 14:38:04 +0000 (GMT) Cc: paul@isl.cf.ac.uk, FreeBSD-current@FreeBSD.org In-Reply-To: <199503160436.EAA15827@isl.cf.ac.uk> from "Paul Richards" at Mar 16, 95 04:36:52 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 955 Sender: current-owner@FreeBSD.org Precedence: bulk > > In reply to Paul Richards who said > > > > What do people think of the idea of making ps treat the textwidth as infinite > > if it's output is redirected? > > > > It really pisses me off when you do ps | grep foo and foo isn't > > found because it's really long and ps truncates its output to fit > > the screen width so grep never sees it. > > And before everyone sends me solutions, I know about the w option to ps, > I just always forget to use it which is why I get pissed :-) If the -ww option already does it, why make an change that leaves us incompatible with other BSD's; if you would prefer the option to be a default, make an alias instead? Cheers -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-current Thu Mar 16 18:49:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11180 for current-outgoing; Thu, 16 Mar 1995 18:49:21 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA11173 for ; Thu, 16 Mar 1995 18:49:18 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id SAA13927 for ; Thu, 16 Mar 1995 18:49:13 -0800 Message-Id: <199503170249.SAA13927@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Sharing interrupts with PCI devices? Date: Thu, 16 Mar 1995 18:49:13 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk I saw some commits go by about sharing interrupts under PCI. The PCI motherboard I have has an aic7870 on it, and when a 2940 is also in the machine, the bios assigns them the same interrupt. The probe appears to run fine for the first card, but the second card hangs sortly after initialization. I haven't found a way to force them onto separate interrupts in the BIOS or elsewhere, so it looks like I'm stuck (the onboard controller cannot be disabled :-(). Does the PCI code already contain logic to pass the proper unit number down to the driver if two cards use the same interrupt? __ Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Thu Mar 16 20:55:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA15024 for current-outgoing; Thu, 16 Mar 1995 20:55:32 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA15018 for ; Thu, 16 Mar 1995 20:55:31 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA14544; Thu, 16 Mar 1995 20:55:06 -0800 From: Poul-Henning Kamp Message-Id: <199503170455.UAA14544@ref.tfs.com> Subject: Re: Something is wrong with fsck... To: Remy.Card@masi.ibp.fr (Remy CARD) Date: Thu, 16 Mar 1995 20:55:06 -0800 (PST) Cc: rgrimes@gndrsh.aac.dev.com, freebsd-current@FreeBSD.org In-Reply-To: <199503161845.TAA25446@hebe.ibp.fr> from "Remy CARD" at Mar 16, 95 07:45:39 pm Content-Type: text Content-Length: 432 Sender: current-owner@FreeBSD.org Precedence: bulk > > and the manpage references fsdb(8) ... > > BTW, if you look for missing man pages, the dump(8) man page references > dump(5) which does not exist on FreeBSD. Hmm, who will go look for these ? Shouldn't be too hard to do with a small script... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu Mar 16 21:20:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15218 for current-outgoing; Thu, 16 Mar 1995 21:20:49 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15212 for ; Thu, 16 Mar 1995 21:20:45 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id VAA17650; Thu, 16 Mar 1995 21:20:12 -0800 From: "Rodney W. Grimes" Message-Id: <199503170520.VAA17650@gndrsh.aac.dev.com> Subject: Re: Something is wrong with fsck... To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 16 Mar 1995 21:20:11 -0800 (PST) Cc: Remy.Card@masi.ibp.fr, freebsd-current@FreeBSD.org In-Reply-To: <199503170455.UAA14544@ref.tfs.com> from "Poul-Henning Kamp" at Mar 16, 95 08:55:06 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 637 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > and the manpage references fsdb(8) ... > > > > BTW, if you look for missing man pages, the dump(8) man page references > > dump(5) which does not exist on FreeBSD. > > Hmm, who will go look for these ? Shouldn't be too hard to do with a > small script... And when you find them all instead of removing the bad reference add a manual page that is either correct, says someone needs to write this man page, or says someone needs to write this program and this man page. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu Mar 16 22:20:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA17043 for current-outgoing; Thu, 16 Mar 1995 22:20:48 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA17000 for ; Thu, 16 Mar 1995 22:20:33 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id IAA03980; Fri, 17 Mar 1995 08:17:16 +0200 Message-Id: <199503170617.IAA03980@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: davidg@Root.COM cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Mysterious hang-type thingy... Date: Fri, 17 Mar 1995 08:17:16 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > ...at least the cause that I had seen. I just got a report from Paul > Richards yesterday that segguests that there might be another cause of this > problem. I plan to look into this soon. ...but meanwhile, please upgrade to > -current is you're not already. I am on current. My kernel is dated 14th March. Does this help? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Thu Mar 16 23:58:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02892 for current-outgoing; Thu, 16 Mar 1995 23:58:22 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA02864; Thu, 16 Mar 1995 23:58:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA11643; Fri, 17 Mar 1995 17:57:03 +1000 Date: Fri, 17 Mar 1995 17:57:03 +1000 From: Bruce Evans Message-Id: <199503170757.RAA11643@godzilla.zeta.org.au> To: davidg@Root.COM, mark@grondar.za, roberto@blaise.ibp.fr Subject: Re: Mysterious hang-type thingy... Cc: bugs@FreeBSD.org, current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >> While doing a make install, the session concerned just _stops_. No ^c's >> or ^Z's can stop it. "w" On any other session dies in a similar way. >> >> The only way I have recovered the machine is to reboot (shutdown -r does >> the trick). I have not tried very hard to isolate this. >Nice to see I'm not the only one :-) and :-( Perhaps this is the same bug that I worked around the other day. /etc/rc started hanging for the `[' process. The ddb inbuilt command `ps' said that `[' was waiting in on the channel `objde1'. ps's formatting isn't good so this looked like a bug in the formatting, but there really is a channel `objde1'. I think the hang is when `[' tries to exit. /etc/rc executes a whole lot of `['s without executing any other processes. My /bin/[ is special in being linked shared (like all the other executables in my /bin and /sbin). The hang only occurred on about 90% of boots. I worked around the problem by replacing /bin/[ by one linked statically. `make install' is a bit like /etc/rc in that it often runs the same small process many times in a row. Bruce From owner-freebsd-current Fri Mar 17 01:55:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00283 for current-outgoing; Fri, 17 Mar 1995 01:55:41 -0800 Received: from FileServ2.MI.Uni-Koeln.DE (FileServ2.MI.Uni-Koeln.DE [134.95.212.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA00241 for ; Fri, 17 Mar 1995 01:54:45 -0800 Received: by FileServ2.MI.Uni-Koeln.DE id AA26274 (5.67b/IDA-1.5 for current@FreeBSD.org); Fri, 17 Mar 1995 10:54:34 +0100 Message-Id: <199503170954.AA26274@FileServ2.MI.Uni-Koeln.DE> From: se@MI.Uni-Koeln.DE (Stefan Esser) Date: Fri, 17 Mar 1995 10:54:34 +0100 In-Reply-To: "Justin T. Gibbs" "Sharing interrupts with PCI devices?" (Mar 16, 18:49) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: current@FreeBSD.org Subject: Re: Sharing interrupts with PCI devices? Sender: current-owner@FreeBSD.org Precedence: bulk On Mar 16, 18:49, "Justin T. Gibbs" wrote: } Subject: Sharing interrupts with PCI devices? } I saw some commits go by about sharing interrupts under PCI. The } PCI motherboard I have has an aic7870 on it, and when a 2940 is } also in the machine, the bios assigns them the same interrupt. } The probe appears to run fine for the first card, but the second } card hangs sortly after initialization. I haven't found a way to } force them onto separate interrupts in the BIOS or elsewhere, so } it looks like I'm stuck (the onboard controller cannot be disabled } :-(). Does the PCI code already contain logic to pass the proper } unit number down to the driver if two cards use the same interrupt? Shared interrupts have been working for some time on our local systems, and the code will be put into the CVS repository Real Soon Now (TM). PCI interrupts can be shared, but ISA interrupts will have to be assigned uniquely as before. The PCI code generally finds the IRQ line the PCI interrupt is routed to by a PCI BIOS call, or (as the current BSD code does) in a PCI configuration space register. The NCR driver doesn't install an interrupt handler if the IRQ found this way is '0'. It works in a polled mode instead. There is nothing to prevent you from making the driver configuration depend on the IRQ being specified. So it's in fact quite easy to selectively disable the aic7870 in the above mentioned case ... Regards, STefan -- Stefan Esser Internet: Zentrum fuer Paralleles Rechnen Tel: +49 221 4706019 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln From owner-freebsd-current Fri Mar 17 01:54:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00228 for current-outgoing; Fri, 17 Mar 1995 01:54:30 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA00218 for ; Fri, 17 Mar 1995 01:54:20 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA12008; Fri, 17 Mar 1995 18:23:18 +1000 Date: Fri, 17 Mar 1995 18:23:18 +1000 From: Bruce Evans Message-Id: <199503170823.SAA12008@godzilla.zeta.org.au> To: Remy.Card@masi.ibp.fr, phk@ref.tfs.com Subject: Re: Something is wrong with fsck... Cc: freebsd-current@FreeBSD.org, rgrimes@gndrsh.aac.dev.com Sender: current-owner@FreeBSD.org Precedence: bulk >> > and the manpage references fsdb(8) ... >> >> BTW, if you look for missing man pages, the dump(8) man page references >> dump(5) which does not exist on FreeBSD. >Hmm, who will go look for these ? Shouldn't be too hard to do with a >small script... Someone posted a man page cross reference checking script. I still have it in an old mailbox. Bruce From owner-freebsd-current Fri Mar 17 01:53:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00171 for current-outgoing; Fri, 17 Mar 1995 01:53:34 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA00162 for ; Fri, 17 Mar 1995 01:53:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA12937; Fri, 17 Mar 1995 19:12:32 +1000 Date: Fri, 17 Mar 1995 19:12:32 +1000 From: Bruce Evans Message-Id: <199503170912.TAA12937@godzilla.zeta.org.au> To: terry@cs.weber.edu, wollman@halloran-eldar.lcs.mit.edu Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) Cc: current@FreeBSD.org, phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com Sender: current-owner@FreeBSD.org Precedence: bulk >Let me point out that: >> # of SCSI disks > == >> > # of SCSI controllers >> > * # of SCSI devices per bus >> > * # of SCSI LUNs The bits for this aren't allocated yet. There are 16 to spare. >AND >> * # of slices (regular and extended) + 1 > == >> > * # of partitions (regular and extended) > + 1 (to grant you an unnecessary abstraction that can be > worked around by adding a single ioctl) + 2 actually. 5 bits are allocated. >AND >> * # of BSD partitions per slice > == >> > * # of BSD slices per partition > + an irrelevent terminology change 3 bits are allocated. >Before you go off on "# of SCSI controllers" vs. "major numbers", >note that I did include this option in the unquoted portion of >my post. It only reduces the need to less than 32 bits but still >more than the 16 bits you'd expect. There are 8 major bits and 24 minor bits. See the major() and minor() macros in . >The number of devices that must be addressed is the relevent issue, >not how one chooses to address them (although adding (n+1)/n times >the number of devices does strike me as particularly inelegant). 2^24 is plenty of devices! Naming them right is harder. I once had MAKEDEV generating about 700 disk devices but have reduced that to about 200 (27 per unit) by only generating partitions for the first BSD partition. This required naming the first BSD partition canonically. I don't really like this - it's like renumbering SCSI devices. Bruce From owner-freebsd-current Fri Mar 17 02:15:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01207 for current-outgoing; Fri, 17 Mar 1995 02:15:33 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA01201 for ; Fri, 17 Mar 1995 02:15:32 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA21044 (5.65c/IDA-1.4.4 for FreeBSD-current@freebsd.org); Fri, 17 Mar 1995 00:09:40 -0800 Message-Id: <199503170809.AA21044@balboa.eng.uci.edu> To: "Rodney W. Grimes" Cc: FreeBSD-current@FreeBSD.org Subject: Re: ps and grep In-Reply-To: Your message of "Thu, 16 Mar 1995 12:12:44 PST." <199503162012.MAA16490@gndrsh.aac.dev.com> Date: Fri, 17 Mar 1995 00:09:38 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk I agree with Rod, changing the functionality based on output is a BAD idea. There is no need to do this in ps. Just use ps gaxww to get > 80 col output. Steven From owner-freebsd-current Fri Mar 17 03:27:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA03221 for current-outgoing; Fri, 17 Mar 1995 03:27:55 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA03209 for ; Fri, 17 Mar 1995 03:27:52 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA07819; Fri, 17 Mar 1995 06:24:48 -0500 From: Peter Dufault Message-Id: <199503171124.GAA07819@hda.com> Subject: Re: ps and grep To: FreeBSD-current@FreeBSD.org Date: Fri, 17 Mar 1995 06:24:48 -0500 (EST) In-Reply-To: <199503170809.AA21044@balboa.eng.uci.edu> from "Steven Wallace" at Mar 17, 95 00:09:38 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 475 Sender: current-owner@FreeBSD.org Precedence: bulk Steven Wallace writes: > > > I agree with Rod, changing the functionality based on output is a BAD > idea. There is no need to do this in ps. Just use ps gaxww > to get > 80 col output. > I agree. Personally, I don't like the way ls changes based on output and so don't consider it a good example. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Fri Mar 17 04:00:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA04608 for current-outgoing; Fri, 17 Mar 1995 04:00:38 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA04602 for ; Fri, 17 Mar 1995 04:00:33 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.9/8.6.9) id UAA04549; Fri, 17 Mar 1995 20:01:06 GMT Date: Fri, 17 Mar 1995 20:01:05 +0000 () From: Brian Tao To: FREEBSD-CURRENT-L Subject: Re: ps and grep In-Reply-To: <199503170809.AA21044@balboa.eng.uci.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Although I don't have strong feelings either way, I would vote with leaving 'ps' the way it is now. If it starts assuming -ww when stdout is a pipe, then it will need a complementary switch to force short and really-short output. Seems like a lot of work for a net gain of zero. I don't see any real reason why 'ps' should default to extra-wide for a pipe. Same goes for 'ls', actually, with the -1 and -C switches, but changing that now would break a whole lot of scripts. If someone is really itching to add stuff to 'ps', how about a switch that produced tab-delimited rather than space-delimited output? That would make processing with cut/awk *much* simpler. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Fri Mar 17 06:31:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07747 for current-outgoing; Fri, 17 Mar 1995 06:31:35 -0800 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA07740 for ; Fri, 17 Mar 1995 06:31:25 -0800 Received: from localhost (amurai@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) id XAA05714; Fri, 17 Mar 1995 23:10:54 +0900 From: Atsushi MURAI Message-Id: <199503171410.XAA05714@specgw.spec.co.jp> Subject: Re: Mysterious hang-type thingy... To: mark@grondar.za (Mark Murray) Date: Fri, 17 Mar 1995 23:10:53 +0900 (JST) Cc: davidg@Root.COM, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <199503170617.IAA03980@grunt.grondar.za> from "Mark Murray" at Mar 17, 95 08:16:57 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 681 Sender: current-owner@FreeBSD.org Precedence: bulk > > > ...at least the cause that I had seen. I just got a report from Paul > > Richards yesterday that segguests that there might be another cause of this > > problem. I plan to look into this soon. ...but meanwhile, please upgrade to > > -current is you're not already. > > I am on current. My kernel is dated 14th March. Does this help? Count on me, too. Addition I can reboot with this kernel to single user, But I can get into multi user that it's stopped aroung "starting system logger" and can't reboot by hit "ctrl-alt-delete", either. Any Idea ? -- Atsushi Murai Email : amurai@spec.co.jp SPEC Voice : +81-3-3833-5341 System Planning and Engineering Corp. From owner-freebsd-current Fri Mar 17 09:43:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00425 for current-outgoing; Fri, 17 Mar 1995 09:43:32 -0800 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA00414 for ; Fri, 17 Mar 1995 09:43:20 -0800 Received: (from jc@localhost) by irbs.com (8.6.10/8.6.6) id KAA27792 for freebsd-current@freefall.cdrom.com; Fri, 17 Mar 1995 10:46:41 -0500 From: John Capo Message-Id: <199503171546.KAA27792@irbs.com> Subject: Re: Mysterious hang-type thingy... To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Fri, 17 Mar 1995 10:46:40 -0500 (EST) Reply-To: jc@irbs.com In-Reply-To: <199503171410.XAA05714@specgw.spec.co.jp> from "Atsushi MURAI" at Mar 17, 95 11:10:53 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1076 Sender: current-owner@FreeBSD.org Precedence: bulk On my system, with sources from 3/14 and 3/15, the hang occurs while building a library: cc -O -m486 -pipe -DFDDI -I. -I/u1/usr/src/lib/libpcap -c scanner.c -o scanner.o building standard pcap library The process that is hung is nm. The make can be interrupted but nm stays hung. A ps on the hung process causes ps to hang. Top shows this: 27370 root -18 0 492K 232K sleep 0:00 0.00% 0.00% ps 27223 root -18 0 188K 60K sleep 0:00 0.00% 0.00% nm When a process is hung in this mystery state, fstat will quite often core dump. After a bit it will be OK. It may always core when accessing a hung process descriptor, I don't know. jc elm 27332 1 / 414 crw--w---- ttyp1 rw jc elm 27332 2 / 414 crw--w---- ttyp1 rw jc elm 27332 3 /var 297 -rwx------ 65038 r root nm 27223 root - - none - Bus error Program received signal SIGBUS, Bus error. 0x8062f7a in bcopy () (gdb) where #0 0x8062f7a in bcopy () #1 0x0 in ?? () John Capo From owner-freebsd-current Fri Mar 17 09:48:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA00641 for current-outgoing; Fri, 17 Mar 1995 09:48:08 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA00635 for ; Fri, 17 Mar 1995 09:48:07 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id JAA08118 for freebsd-current@freefall.cdrom.com; Fri, 17 Mar 1995 09:41:52 -0800 From: Steven G Kargl Message-Id: <199503171741.JAA08118@troutmask.apl.washington.edu> Subject: su To: freebsd-current@freefall.cdrom.com (FreeBSD Current) Date: Fri, 17 Mar 1995 09:41:51 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 260 Sender: current-owner@FreeBSD.org Precedence: bulk -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-current Fri Mar 17 10:15:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA04852 for current-outgoing; Fri, 17 Mar 1995 10:15:22 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA04846 for ; Fri, 17 Mar 1995 10:15:14 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.10/8.6.9) with SMTP id RAA19307; Fri, 17 Mar 1995 17:27:44 +0200 Date: Fri, 17 Mar 95 17:28:16 IST From: "Ugen J.S.Antsilevich" Subject: Re: Mysterious hang-type thingy... To: Mark Murray , Atsushi MURAI Cc: davidg@Root.COM, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk >> >> > ...at least the cause that I had seen. I just got a report from Paul >> > Richards yesterday that segguests that there might be another cause of this >> > problem. I plan to look into this soon. ...but meanwhile, please upgrade to >> > -current is you're not already. >> >> I am on current. My kernel is dated 14th March. Does this help? > >Count on me, too. Addition I can reboot with this kernel to single user, >But I can get into multi user that it's stopped aroung "starting system >logger" and can't reboot by hit "ctrl-alt-delete", either. > >Any Idea ? Yeh...i'v got this too..somewhy after i'v rebooted once multiuser with syslogd removed from /etc/rc and then startyed syslogd manually all started to work.Now syslogd starts automaticall ok..dunno what is it... -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-current Fri Mar 17 10:33:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05500 for current-outgoing; Fri, 17 Mar 1995 10:33:53 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA05494 for ; Fri, 17 Mar 1995 10:33:52 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28911; Fri, 17 Mar 95 10:06:48 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503171706.AA28911@cs.weber.edu> Subject: Re: ps and grep To: swallace@ece.uci.edu (Steven Wallace) Date: Fri, 17 Mar 95 10:06:48 MST Cc: rgrimes@gndrsh.aac.dev.com, FreeBSD-current@FreeBSD.org In-Reply-To: <199503170809.AA21044@balboa.eng.uci.edu> from "Steven Wallace" at Mar 17, 95 00:09:38 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > I agree with Rod, changing the functionality based on output is a BAD > idea. There is no need to do this in ps. Just use ps gaxww > to get > 80 col output. I agree! Where would we be if "ls | cat" didn't produce columnar output just like plain old "ls" because it knew it was going to a pipe. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Mar 17 10:35:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05556 for current-outgoing; Fri, 17 Mar 1995 10:35:13 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA05545 for ; Fri, 17 Mar 1995 10:35:10 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28992; Fri, 17 Mar 95 10:26:13 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503171726.AA28992@cs.weber.edu> Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) To: bde@zeta.org.au (Bruce Evans) Date: Fri, 17 Mar 95 10:26:12 MST Cc: wollman@halloran-eldar.lcs.mit.edu, current@FreeBSD.org, phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com In-Reply-To: <199503170912.TAA12937@godzilla.zeta.org.au> from "Bruce Evans" at Mar 17, 95 07:12:32 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >The number of devices that must be addressed is the relevent issue, > >not how one chooses to address them (although adding (n+1)/n times > >the number of devices does strike me as particularly inelegant). > > 2^24 is plenty of devices! Naming them right is harder. I once > had MAKEDEV generating about 700 disk devices but have reduced that > to about 200 (27 per unit) by only generating partitions for the > first BSD partition. This required naming the first BSD partition > canonically. I don't really like this - it's like renumbering > SCSI devices. OK, I guess I was getting ahead of myself by assuming a linearly expanding Nd matrix with direct bit assignments. That does result in certain selection bits being stolen so as to reduce the number of total devices. This is probably an unfounded assumption, since it is predicated on how I think device address spaces should be apportioned and the fact that I believe that it is a Good Thing(tm) to lock down device addresses for anything that might be in an fstab. Call me a geek with a disk drive, a removable disk, and another disk drive, where you don't necessarily power on the middle device unless you plan on using it. 8-). I think the N dimensional matrix is the way to go, with the bits being dimensions. I'd steal fully half of the available bits for single instance devices like "the controller" and "the whole drive". I guess you *could* slip these in as bits in the largest dimension instead of the smallest and save a lot of devices there. (ie: 2 * 9 < 3 * 8, but 2 * 16 == 4 * 8). I think your device creation problems get solved by cloning and use of a devfs exposed as a /dev in the file system name space. That and a directory heirarchy per dimension would probably resolve the issues nicely, no matter what the underlying distribution of minor numbers. /dev/scsi/controller/target[/lun][/DOS_PARTITION][/BSD_SLICE] Or something similar... Actually, the entire concept of major/minor goes out the window, since they are simply abstractions for use by specfs. You would simply resolve to a vnode and return it directly. Applications wanting name cannonization (rmt, pty) could use symbolic links or be rewritten to clone. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Mar 17 10:38:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05664 for current-outgoing; Fri, 17 Mar 1995 10:38:22 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA05657 for ; Fri, 17 Mar 1995 10:38:20 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id KAA08335 for freebsd-current@freefall.cdrom.com; Fri, 17 Mar 1995 10:32:06 -0800 From: Steven G Kargl Message-Id: <199503171832.KAA08335@troutmask.apl.washington.edu> Subject: sup appears confused To: freebsd-current@freefall.cdrom.com (FreeBSD Current) Date: Fri, 17 Mar 1995 10:32:05 -0800 (PST) Priority: urgent X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1015 Sender: current-owner@FreeBSD.org Precedence: bulk Has the format of the sup files changed? troutmask[47] sup -e -v -z SUPS/supgnu SUP 8.26 (4.3 BSD) for file SUPS/supgnu at Mar 17 10:27:46 SUP Upgrade of gnu at Fri Mar 17 10:27:51 1995 SUP Fileserver 8.13 (4.3 BSD) 5508 on freebsd.org at 10:27:51 SUP Fileserver supports compression. SUP Requesting changes since Mar 16 13:24:28 1995 SUP: SCM GOAWAY scanfile format inconsistant SUP: Error reading file list from file server SUP: Upgrade of gnu aborted at Mar 17 10:27:56 1995 SUP: Network write timed out SUP: Aborted The contents of supgnu are (wrapped to fit): gnu release=current host=freebsd.org hostbase=/home base=/usr prefix=/usr/src delete old A similar problem appears to happen with `sys' substituted for `gnu'. This worked yesterday! -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-current Fri Mar 17 11:02:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA06272 for current-outgoing; Fri, 17 Mar 1995 11:02:58 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA06249; Fri, 17 Mar 1995 11:02:34 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id PAA16781; Fri, 17 Mar 1995 15:41:37 GMT Date: Fri, 17 Mar 1995 15:41:36 +0000 (GMT) From: Doug Rabson To: Mark Murray cc: bugs@FreeBSD.org, current@FreeBSD.org Subject: Re: Mysterious hang-type thingy... In-Reply-To: <199503162106.XAA02031@grunt.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Thu, 16 Mar 1995, Mark Murray wrote: > Hi > > Just to get my word in, I saw (and ignored) a report about a hang that > looks like this: > > While doing a make install, the session concerned just _stops_. No ^c's > or ^Z's can stop it. "w" On any other session dies in a similar way. > > The only way I have recovered the machine is to reboot (shutdown -r does > the trick). I have not tried very hard to isolate this. I saw something like this trying to do a make world recently (~11 or 12 Mar) but I thought it was down to the recent VM instabilities. I haven't tried running make world since then. -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Fri Mar 17 11:22:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07147 for current-outgoing; Fri, 17 Mar 1995 11:22:52 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA07141; Fri, 17 Mar 1995 11:22:50 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id OAA00247; Fri, 17 Mar 1995 14:22:48 -0500 From: "matthew c. mead" Message-Id: <199503171922.OAA00247@goof.com> Subject: GUS on kernel supped last night To: hackers@FreeBSD.org Date: Fri, 17 Mar 1995 14:22:48 -0500 (EST) Cc: current@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 595 Sender: current-owner@FreeBSD.org Precedence: bulk Well, with the new audio driver that was added to the current kernel in the past few days, I'm now getting the same behavior I got in 950210 SNAP kernels. If I cat bell.au >/dev/audio, the sample plays over and over and over..... and cat doesn't exit until I hit ^C. Any ideas? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Fri Mar 17 11:36:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07635 for current-outgoing; Fri, 17 Mar 1995 11:36:37 -0800 Received: (from dima@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07626; Fri, 17 Mar 1995 11:36:36 -0800 Message-Id: <199503171936.LAA07626@freefall.cdrom.com> Subject: Re: su To: kargl@troutmask.apl.washington.edu (Steven G Kargl) Date: Fri, 17 Mar 1995 11:36:36 -0800 (PST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199503171741.JAA08118@troutmask.apl.washington.edu> from "Steven G Kargl" at Mar 17, 95 09:41:51 am From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 367 Sender: current-owner@FreeBSD.org Precedence: bulk Steven G Kargl writes: > > su: you are not in the correct group to su root. :-) > -- > Steven G. Kargl | Phone: 206-685-4677 | > Applied Physics Laboratory | Fax: 206-543-6785 | > University of Washington |---------------------| > 1013 NE 40th St | FreeBSD 2.1-current | > Seattle, WA 98105 |---------------------| > -- dima From owner-freebsd-current Fri Mar 17 11:59:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA08217 for current-outgoing; Fri, 17 Mar 1995 11:59:09 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA08193; Fri, 17 Mar 1995 11:58:42 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id OAA27544; Fri, 17 Mar 1995 14:56:34 -0600 Received: by olympus (4.1/TSS2.1) id AA09844; Fri, 17 Mar 95 13:56:45 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503171956.AA09844@olympus> Subject: Re: GUS on kernel supped last night To: mmead@goof.com (matthew c. mead) Date: Fri, 17 Mar 1995 13:56:44 -0600 (CST) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199503171922.OAA00247@goof.com> from "matthew c. mead" at Mar 17, 95 02:22:48 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1055 Sender: current-owner@FreeBSD.org Precedence: bulk > > Well, with the new audio driver that was added to the current kernel in the > past few days, I'm now getting the same behavior I got in 950210 SNAP kernels. > If I cat bell.au >/dev/audio, the sample plays over and over and over..... and > cat doesn't exit until I hit ^C. Any ideas? > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > Do the IRQ and DMA values in your config file match the values in soundcard.h? The values in LINT do not (or did not) and this might contribute to your problem. This doesn't happen to me anymore. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Fri Mar 17 12:08:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08401 for current-outgoing; Fri, 17 Mar 1995 12:08:31 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08394; Fri, 17 Mar 1995 12:08:30 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA02122; Fri, 17 Mar 1995 15:08:23 -0500 From: "matthew c. mead" Message-Id: <199503172008.PAA02122@goof.com> Subject: Re: GUS on kernel supped last night To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Fri, 17 Mar 1995 15:08:22 -0500 (EST) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9503171956.AA09844@olympus> from "Boyd Faulkner" at Mar 17, 95 01:56:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 734 Sender: current-owner@FreeBSD.org Precedence: bulk Boyd Faulkner wrote: [ my GUS MAX reverted to its 950210 SNAP behavior ] > Do the IRQ and DMA values in your config file match the values in > soundcard.h? The values in LINT do not (or did not) and this > might contribute to your problem. This doesn't happen to me anymore. Hmm. I searched my soundcard.h and could find no IRQ or DMA values in there at all. Do you mean some other file, or do I have a bad copy? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Fri Mar 17 12:11:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08529 for current-outgoing; Fri, 17 Mar 1995 12:11:56 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08512; Fri, 17 Mar 1995 12:11:40 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id PAA28122; Fri, 17 Mar 1995 15:09:38 -0600 Received: by olympus (4.1/TSS2.1) id AA09915; Fri, 17 Mar 95 14:09:51 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503172009.AA09915@olympus> Subject: Re: GUS on kernel supped last night To: mmead@goof.com (matthew c. mead) Date: Fri, 17 Mar 1995 14:09:50 -0600 (CST) Cc: faulkner@devnull.mpd.tandem.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199503172008.PAA02122@goof.com> from "matthew c. mead" at Mar 17, 95 03:08:22 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1040 Sender: current-owner@FreeBSD.org Precedence: bulk > > Boyd Faulkner wrote: > > [ my GUS MAX reverted to its 950210 SNAP behavior ] > > > Do the IRQ and DMA values in your config file match the values in > > soundcard.h? The values in LINT do not (or did not) and this > > might contribute to your problem. This doesn't happen to me anymore. > > Hmm. I searched my soundcard.h and could find no IRQ or DMA values in > there at all. Do you mean some other file, or do I have a bad copy? sound_config.h. Oops. Sorry. Boyd > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Fri Mar 17 12:22:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08898 for current-outgoing; Fri, 17 Mar 1995 12:22:35 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08890; Fri, 17 Mar 1995 12:22:31 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA00288; Fri, 17 Mar 1995 15:22:12 -0500 From: "matthew c. mead" Message-Id: <199503172022.PAA00288@goof.com> Subject: Re: GUS on kernel supped last night To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Fri, 17 Mar 1995 15:22:12 -0500 (EST) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9503172009.AA09915@olympus> from "Boyd Faulkner" at Mar 17, 95 02:09:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1473 Sender: current-owner@FreeBSD.org Precedence: bulk Boyd Faulkner wrote: > > [ my GUS MAX reverted to its 950210 SNAP behavior ] > > > > > Do the IRQ and DMA values in your config file match the values in > > > soundcard.h? The values in LINT do not (or did not) and this > > > might contribute to your problem. This doesn't happen to me anymore. > > > > Hmm. I searched my soundcard.h and could find no IRQ or DMA values in > > there at all. Do you mean some other file, or do I have a bad copy? > sound_config.h. Oops. Sorry. Ok - from looking in there - the values I have in my kernel config file are the same as in the sound_config.h: from GOOF: device gus0 at isa? port 0x220 irq 15 drq 6 vector gusintr device gusmax0 at isa? port 0x32c from sound_config.h: #ifndef GUS_BASE #define GUS_BASE 0x220 #endif #ifndef GUS_IRQ #define GUS_IRQ 15 #endif #ifndef GUS_MIDI_IRQ #define GUS_MIDI_IRQ GUS_IRQ #endif #ifndef GUS_DMA #define GUS_DMA 6 #endif oops - I guess there's no GUS_MAX in the sound_config.h file. Anyhow, it appears it's something else wrong with the driver - not the irq's being different. Oh well, I'll look around a little more. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Fri Mar 17 12:28:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09143 for current-outgoing; Fri, 17 Mar 1995 12:28:41 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA09136 for ; Fri, 17 Mar 1995 12:28:36 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id MAA16591; Fri, 17 Mar 1995 12:27:49 -0800 Message-Id: <199503172027.MAA16591@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: se@MI.Uni-Koeln.DE (Stefan Esser) cc: current@FreeBSD.org Subject: Re: Sharing interrupts with PCI devices? In-reply-to: Your message of "Fri, 17 Mar 1995 10:54:34 +0100." <199503170954.AA26274@FileServ2.MI.Uni-Koeln.DE> Date: Fri, 17 Mar 1995 12:27:49 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >On Mar 16, 18:49, "Justin T. Gibbs" wrote: >} Subject: Sharing interrupts with PCI devices? >} I saw some commits go by about sharing interrupts under PCI. The >} PCI motherboard I have has an aic7870 on it, and when a 2940 is >} also in the machine, the bios assigns them the same interrupt. >} The probe appears to run fine for the first card, but the second >} card hangs sortly after initialization. I haven't found a way to >} force them onto separate interrupts in the BIOS or elsewhere, so >} it looks like I'm stuck (the onboard controller cannot be disabled >} :-(). Does the PCI code already contain logic to pass the proper >} unit number down to the driver if two cards use the same interrupt? > >Shared interrupts have been working >for some time on our local systems, >and the code will be put into the >CVS repository Real Soon Now (TM). > >PCI interrupts can be shared, but ISA >interrupts will have to be assigned >uniquely as before. > Why can't we chain them? I thought that the PCI spec allowed for PCI devices to share ISA irqs. > >The PCI code generally finds the IRQ >line the PCI interrupt is routed to >by a PCI BIOS call, or (as the current >BSD code does) in a PCI configuration >space register. I take it that both methods return the same result. >The NCR driver doesn't install an >interrupt handler if the IRQ found >this way is '0'. It works in a polled >mode instead. There is nothing to >prevent you from making the driver >configuration depend on the IRQ being >specified. So it's in fact quite easy >to selectively disable the aic7870 in >the above mentioned case ... So how do I enforce an irq? Can I just specify it in the kernel config file? My irq comes out as 10 for both the onboard controller and the separate 294x. > > >Regards, STefan > >-- > Stefan Esser Internet: > Zentrum fuer Paralleles Rechnen Tel: +49 221 4706019 > Universitaet zu Koeln FAX: +49 221 4705160 > Weyertal 80 > 50931 Koeln -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Fri Mar 17 12:31:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09202 for current-outgoing; Fri, 17 Mar 1995 12:31:03 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA09194; Fri, 17 Mar 1995 12:31:01 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id MAA16609; Fri, 17 Mar 1995 12:31:00 -0800 Message-Id: <199503172031.MAA16609@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: nate@FreeBSD.org cc: current@FreeBSD.org Subject: Patch for gcc Date: Fri, 17 Mar 1995 12:30:59 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk On of the professors I work for pointed this out to me: Begin Forwarded Message ----------------------- Gcc v2.6.3 currently has a problem with templates. Specifically, with default switches, template functions get EXTERNAL linkage in each file in which they occur, causing multiple definition errors during linking. The enclosed patch (from gnu.g++.bug) appears to solve the problem (I enclose the accompanying message as well). It would be nice to install this in /usr/local/bin. Paul - -------------------------------------------------- Article: 14433 of gnu.g++.bug From: rjl@iassf.easams.COM.AU (Rohan LENARD) Newsgroups: gnu.g++.bug Subject: Re: Multiple Method Definitions in Templates Date: 8 Mar 1995 17:23:44 -0500 Organization: GNUs Not Usenet Lines: 136 Sender: daemon@cis.ohio-state.edu Approved: bug-g++@prep.ai.mit.edu Distribution: gnu Message-ID: <0jLUto3_3gX_0Ak1g0@iassf.easams.com.au> References: <10330.794622376@N2.SP.CS.CMU.EDU> Hi there, Thanks for the bug report. I forgot to supply the patch for this problem in my previous mail. Here it is - Regards, Rohan - ------------------------------------------------------------------------ (Thanks to Jason Merrill at cygnus support). This patch fixes the multiply defined template functions bug which was introduced in 2.6.1. Jason *** ../../gcc-2.6.3/cp/pt.c Mon Nov 14 23:34:29 1994 - --- pt.c Mon Dec 12 21:10:06 1994 *************** *** 2302,2307 **** - --- 2302,2311 ---- else if (! flag_implicit_templates) DECIDE (0); + if (i->interface == 1) + /* OK, it was an implicit instantiation. */ + TREE_PUBLIC (t) = 0; + /* If it's a method, let the class type decide it. @@ What if the method template is in a separate file? Maybe both file contexts should be taken into account? - ------------------------------------------------------------------------ Excerpts from BugReport.Gnu: 7-Mar-95 Multiple Method Definitions.. Peter_Stephan@n2.sp.cs.c (2274) > I encountered a situation which I believe is a bug. It occurs > in version 2.6.3 of g++ on both DEC Alphas running OSF1 v2.0 and > SUN4s running SunOS v4.1.3. > The situation occurs when using a C++ template in two or more > modules which are ultimately linked together and is similar to another > bug report that I have just submitted. As seen in the brief examples > below, I have defined a templated class, dv, with a method print. I have > also defined a version of the print method specifically for instantiations > of this template with . The linker identifies the print method as > being multiply defined. If there is only one module to this system, it > seems to work fine. When the example code given is compiled and linked, > the following output results: > pheasant <278> g++ -fexternal-templates -c prog1.C -o prog1.o > pheasant <279> g++ -fexternal-templates -c prog2.C -o prog2.o > pheasant <280> g++ -fexternal-templates prog1.o prog2.o -o prog > ld: prog2.o: _print__t2dv1Zc: multiply defined > collect2: ld returned 2 exit status > This problem was not exhibited when using g++ version 2.5.8 on the > same platforms without the #pragma and -fexternal-templates stuff. > Any information would be appreciated. > Thank you, > Peter > --- > Peter Stephan CMU School of Computer Science > pstephan@cs.cmu.edu Wean Hall Room 7106 > Research Programmer (412) 268-7663 > /***** prog.h ******/ > #pragma interface > #include > template class dv { > public: > dv(TYPE d) { > data = d; > } > ~dv() {} > void print(); > private: > TYPE data; > }; > template void dv::print() { > cout << "Data = " << "." << data << "\n"; > return; > } > void dv::print() { > cout << "Char = " << data << ".\n"; > return; > } > /***** end of prog.h ******/ > /***** prog1.C *****/ > #pragma implementation "prog.h" > #include "prog.h" > extern void another_routine(); > main() { > dv vi(8); > dv vc('z'); > vi.print(); > vc.print(); > another_routine(); > cout << "Normal program termination." << endl; > } > /***** end of prog1.C *****/ > /***** prog2.C *****/ > #include "prog.h" > void another_routine() { > dv vi(1); > vi.print(); > cout << "Finished in another_routine." << endl; > } > /***** end of prog2.C *****/ ------- End of Forwarded Message From owner-freebsd-current Fri Mar 17 12:36:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09312 for current-outgoing; Fri, 17 Mar 1995 12:36:44 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA09306; Fri, 17 Mar 1995 12:36:40 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA00413; Fri, 17 Mar 1995 15:36:35 -0500 From: "matthew c. mead" Message-Id: <199503172036.PAA00413@goof.com> Subject: Re: GUS on kernel supped last night To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Fri, 17 Mar 1995 15:36:34 -0500 (EST) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9503172023.AA10074@olympus> from "Boyd Faulkner" at Mar 17, 95 02:23:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 889 Sender: current-owner@FreeBSD.org Precedence: bulk Boyd Faulkner wrote: > > Anyhow, it appears it's something else wrong with the driver - not the > > irq's being different. Oh well, I'll look around a little more. > Oh, well. By the way. GUSMAX is not found on my box even though I have one. Hmm. Upon boot I get this: Mar 17 15:17:25 goof /kernel: gus0 at 0x220 irq 15 drq 6 on isa Mar 17 15:17:25 goof /kernel: snd4: Mar 17 15:17:25 goof /kernel: gusmax0 not found at 0x32c I always end up with the hardware whose rom revision tweaks one small bit in the rom and causes havoc! :-) -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Fri Mar 17 13:21:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA11035 for current-outgoing; Fri, 17 Mar 1995 13:21:39 -0800 Received: from dream.demos.su (dream.demos.su [192.91.186.135]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA11025 for ; Fri, 17 Mar 1995 13:21:24 -0800 Received: by dream.demos.su id AAA17970; (8.6.8/D) Sat, 18 Mar 1995 00:21:03 +0300 To: freebsd-current@freefall.cdrom.com Message-ID: Organization: Demos, Moscow, Russia Date: Sat, 18 Mar 1995 00:21:03 +0300 X-Mailer: Mail/@ [v2.22 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: SUP broken Lines: 22 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1015 Sender: current-owner@FreeBSD.org Precedence: bulk SUP Upgrade of gnu at Fri Mar 17 22:53:55 1995 SUP Fileserver 8.13 (4.3 BSD) 8117 on freefall.cdrom.com at 22:53:55 SUP Fileserver supports compression. SUP Requesting changes since Mar 15 18:18:40 1995 SUP: SCM GOAWAY scanfile format inconsistant SUP: Error reading file list from file server SUP: Upgrade of gnu aborted at Mar 17 22:54:09 1995 SUP: Aborted ... SUP Upgrade of sys at Fri Mar 17 22:54:28 1995 SUP Fileserver 8.13 (4.3 BSD) 8128 on freefall.cdrom.com at 22:54:28 SUP Fileserver supports compression. SUP Requesting changes since Mar 15 18:18:51 1995 SUP: SCM GOAWAY scanfile format inconsistant SUP: Error reading file list from file server SUP: Upgrade of sys aborted at Mar 17 22:54:32 1995 SUP: Aborted -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Fri Mar 17 13:27:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA11199 for current-outgoing; Fri, 17 Mar 1995 13:27:18 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA11193 for ; Fri, 17 Mar 1995 13:27:13 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id OAA14259; Fri, 17 Mar 1995 14:31:03 -0700 Date: Fri, 17 Mar 1995 14:31:03 -0700 From: Nate Williams Message-Id: <199503172131.OAA14259@trout.sri.MT.net> In-Reply-To: "Justin T. Gibbs" "Patch for gcc" (Mar 17, 12:30pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Justin T. Gibbs" Subject: Re: Patch for gcc Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk > Gcc v2.6.3 currently has a problem with templates. Applied. Thanks! Nate From owner-freebsd-current Fri Mar 17 13:33:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA11345 for current-outgoing; Fri, 17 Mar 1995 13:33:27 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA11336 for ; Fri, 17 Mar 1995 13:33:18 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA25451 (5.65c/IDA-1.4.4 for current@freebsd.org); Fri, 17 Mar 1995 13:32:55 -0800 Message-Id: <199503172132.AA25451@balboa.eng.uci.edu> To: "matthew c. mead" Cc: faulkner@mpd.tandem.com (Boyd Faulkner), current@FreeBSD.org Subject: Re: GUS on kernel supped last night In-Reply-To: Your message of "Fri, 17 Mar 1995 15:36:34 EST." <199503172036.PAA00413@goof.com> Date: Fri, 17 Mar 1995 13:32:54 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk Have you EVER had the sound drivers work correctly with your GUSMAX? Perhaps you should try removing the gusmax0 driver. There have been no code changes in functionality, just the way the drivers are configured. People running -curent should make sure the port/irq/dma in the device config matches what their card actually uses. Steven From owner-freebsd-current Fri Mar 17 13:38:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA11418 for current-outgoing; Fri, 17 Mar 1995 13:38:02 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA11412 for ; Fri, 17 Mar 1995 13:37:55 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id OAA15023; Fri, 17 Mar 1995 14:41:47 -0700 Date: Fri, 17 Mar 1995 14:41:47 -0700 From: Nate Williams Message-Id: <199503172141.OAA15023@trout.sri.MT.net> In-Reply-To: "Andrey A. Chernov, Black Mage" "SUP broken" (Mar 18, 12:21am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Andrey A. Chernov, Black Mage" , freebsd-current@freefall.cdrom.com Subject: Re: SUP broken Sender: current-owner@FreeBSD.org Precedence: bulk > SUP Upgrade of gnu at Fri Mar 17 22:53:55 1995 > SUP Fileserver 8.13 (4.3 BSD) 8117 on freefall.cdrom.com at 22:53:55 > SUP Fileserver supports compression. > SUP Requesting changes since Mar 15 18:18:40 1995 > SUP: SCM GOAWAY scanfile format inconsistant Hmm, very weird. But from my box it works.... SUP 8.26 (4.3 BSD) for file doit at Mar 17 14:37:05 SUP Upgrade of cvs-sys at Fri Mar 17 14:37:08 1995 SUP Fileserver 8.13 (4.3 BSD) 11333 on freefall.cdrom.com at 14:37:08 SUP Fileserver supports compression. SUP Requesting changes since Mar 17 04:24:02 1995 SUP Using compressed file transfer SUP Updated directory sys/vm Did someone just update it? Which version of the client are you using? Nate From owner-freebsd-current Fri Mar 17 13:39:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA11440 for current-outgoing; Fri, 17 Mar 1995 13:39:14 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA11434 for ; Fri, 17 Mar 1995 13:39:08 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id QAA01008; Fri, 17 Mar 1995 16:38:51 -0500 From: "matthew c. mead" Message-Id: <199503172138.QAA01008@goof.com> Subject: Re: GUS on kernel supped last night To: swallace@ece.uci.edu (Steven Wallace) Date: Fri, 17 Mar 1995 16:38:51 -0500 (EST) Cc: faulkner@mpd.tandem.com, current@FreeBSD.org In-Reply-To: <199503172132.AA25451@balboa.eng.uci.edu> from "Steven Wallace" at Mar 17, 95 01:32:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1129 Sender: current-owner@FreeBSD.org Precedence: bulk Steven Wallace wrote: > Have you EVER had the sound drivers work correctly with your GUSMAX? Not PERFECTLY, but close. About a week ago - when you still used device snd4.... and AUDIO_GUS, it worked for the mostpart, but would repeat a tiny fragment of samples played via a program that used /dev/dsp. This was the closest its come to perfect. Now the programs never exit, but continuously repeat a portion of the sample (not even necessarily the whole thing). > Perhaps you should try removing the gusmax0 driver. Building that kernel now. > There have been no code changes in functionality, just the way the > drivers are configured. Harrumph... I don't get it! > People running -curent should make sure the port/irq/dma in the device > config matches what their card actually uses. They're the same. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Fri Mar 17 13:44:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA11606 for current-outgoing; Fri, 17 Mar 1995 13:44:02 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA11600 for ; Fri, 17 Mar 1995 13:43:56 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA17420; Fri, 17 Mar 1995 13:43:36 -0800 From: Poul-Henning Kamp Message-Id: <199503172143.NAA17420@ref.tfs.com> Subject: Re: SUP broken To: nate@trout.sri.MT.net (Nate Williams) Date: Fri, 17 Mar 1995 13:43:35 -0800 (PST) Cc: ache@astral.msk.su, freebsd-current@freefall.cdrom.com In-Reply-To: <199503172141.OAA15023@trout.sri.MT.net> from "Nate Williams" at Mar 17, 95 02:41:47 pm Content-Type: text Content-Length: 962 Sender: current-owner@FreeBSD.org Precedence: bulk > > SUP Upgrade of gnu at Fri Mar 17 22:53:55 1995 > > SUP Fileserver 8.13 (4.3 BSD) 8117 on freefall.cdrom.com at 22:53:55 > > SUP Fileserver supports compression. > > SUP Requesting changes since Mar 15 18:18:40 1995 > > SUP: SCM GOAWAY scanfile format inconsistant > > Hmm, very weird. But from my box it works.... > > SUP 8.26 (4.3 BSD) for file doit at Mar 17 14:37:05 > SUP Upgrade of cvs-sys at Fri Mar 17 14:37:08 1995 > SUP Fileserver 8.13 (4.3 BSD) 11333 on freefall.cdrom.com at 14:37:08 > SUP Fileserver supports compression. > SUP Requesting changes since Mar 17 04:24:02 1995 > SUP Using compressed file transfer > SUP Updated directory sys/vm > > > Did someone just update it? Which version of the client are you using? Probably cron, sup runs at {1|7}{A|P}M -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Mar 17 13:57:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA12073 for current-outgoing; Fri, 17 Mar 1995 13:57:46 -0800 Received: from FileServ2.MI.Uni-Koeln.DE (FileServ2.MI.Uni-Koeln.DE [134.95.212.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA12065 for ; Fri, 17 Mar 1995 13:57:26 -0800 Received: by FileServ2.MI.Uni-Koeln.DE id AA02658 (5.67b/IDA-1.5 for current@freebsd.org); Fri, 17 Mar 1995 22:57:16 +0100 Message-Id: <199503172157.AA02658@FileServ2.MI.Uni-Koeln.DE> From: se@MI.Uni-Koeln.DE (Stefan Esser) Date: Fri, 17 Mar 1995 22:57:15 +0100 In-Reply-To: "Justin T. Gibbs" "Re: Sharing interrupts with PCI devices?" (Mar 17, 12:27) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: current@FreeBSD.org Subject: Re: Sharing interrupts with PCI devices? Sender: current-owner@FreeBSD.org Precedence: bulk On Mar 17, 12:27, "Justin T. Gibbs" wrote: } Subject: Re: Sharing interrupts with PCI devices? } > } >PCI interrupts can be shared, but ISA } >interrupts will have to be assigned } >uniquely as before. } > } } Why can't we chain them? I thought that the PCI spec allowed for PCI } devices to share ISA irqs. This would require further changes in the ISA interrupt code. And ISA interrupts are Edge Triggered on most systems, and that isn't a good base for shared interrupts ... Shared interrupts are a requirement for PCI, if you want to deal with 4 channel Ethernet cards, or with PCI to PCI bridges in general. The PCI shared interrupt code can be implemented architecture independent (i.e. is not bound to PC compatible hardware), while moving that code into the ISA tree means it sure can't be used for other machines with PCI bus, and will have to be reimplemented. I can live without shared ISA interrupts, but we need them for PCI. } >The PCI code generally finds the IRQ } >line the PCI interrupt is routed to } >by a PCI BIOS call, or (as the current } >BSD code does) in a PCI configuration } >space register. } } I take it that both methods return the same result. Yes. Else there was something severely wrong with your BIOS. } >The NCR driver doesn't install an } >interrupt handler if the IRQ found } >this way is '0'. It works in a polled } >mode instead. There is nothing to } >prevent you from making the driver } >configuration depend on the IRQ being } >specified. So it's in fact quite easy } >to selectively disable the aic7870 in } >the above mentioned case ... } } So how do I enforce an irq? Can I just specify it in the } kernel config file? My irq comes out as 10 for both the } onboard controller and the separate 294x. It is possible to specify the IRQ in the kernel config file, but you don't want to do that. You expect the PCI BIOS to do the complete PCI chip set initialisation, including the PCI Int to IRQ routing. The BIOS puts the IRQ value it has prepared for some PCI device into a special configuration space register, were the driver reads it. The Int to IRQ routing is implemented quite differerently in the many PCI chip sets currently on the market. Most let you specify one IRQ for the PCI IntA line, but completely ignore IntB to IntD. If both your AIC devices are mapped to use IRQ 10 (you are using the pci_map_int() call, which will use the BIOS supplied value), then this is what you specified in the BIOS. I don't know which motherboard you use, but it may help, if you send me the boot message log. Regards, STefan -- Stefan Esser Internet: Zentrum fuer Paralleles Rechnen Tel: +49 221 4706019 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln From owner-freebsd-current Fri Mar 17 15:40:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA00200 for current-outgoing; Fri, 17 Mar 1995 15:40:06 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA00194 for ; Fri, 17 Mar 1995 15:40:04 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id RAA02788; Fri, 17 Mar 1995 17:17:40 -0600 Received: by olympus (4.1/TSS2.1) id AA11721; Fri, 17 Mar 95 16:17:49 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503172217.AA11721@olympus> Subject: Re: GUS on kernel supped last night To: mmead@goof.com (matthew c. mead) Date: Fri, 17 Mar 1995 16:17:48 -0600 (CST) Cc: swallace@ece.uci.edu, faulkner@devnull.mpd.tandem.com, current@FreeBSD.org In-Reply-To: <199503172138.QAA01008@goof.com> from "matthew c. mead" at Mar 17, 95 04:38:51 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1844 Sender: current-owner@FreeBSD.org Precedence: bulk > > Steven Wallace wrote: > > > Have you EVER had the sound drivers work correctly with your GUSMAX? > > Not PERFECTLY, but close. About a week ago - when you still used > device snd4.... and AUDIO_GUS, it worked for the mostpart, but would repeat a > tiny fragment of samples played via a program that used /dev/dsp. This was the > closest its come to perfect. Now the programs never exit, but continuously > repeat a portion of the sample (not even necessarily the whole thing). > > > Perhaps you should try removing the gusmax0 driver. > > Building that kernel now. I'm not sure it works with this as I think I just did it to see if it would probe. I may not have tested the sound. It does work "fairly" well without. cat *.au > /dev/audio OK MODs have pops and cracks but the underlying music is good. I can't get xvmixer to load under X. Says it can't attach to the Server. It is an Xview message. I don't get it. I am rebuilding Xview to see if I can solve the problem. > > > There have been no code changes in functionality, just the way the > > drivers are configured. > > Harrumph... I don't get it! > > > People running -curent should make sure the port/irq/dma in the device > > config matches what their card actually uses. > > They're the same. Ditto. > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Fri Mar 17 17:41:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA05078 for current-outgoing; Fri, 17 Mar 1995 17:41:04 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA05072 for ; Fri, 17 Mar 1995 17:41:02 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id UAA00535; Fri, 17 Mar 1995 20:37:58 -0500 From: Peter Dufault Message-Id: <199503180137.UAA00535@hda.com> Subject: Gratuitous changes To: freebsd-current@freefall.cdrom.com Date: Fri, 17 Mar 1995 20:37:58 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 616 Sender: current-owner@FreeBSD.org Precedence: bulk I've changed tty_conf.c to add an "ldisc_register" and "ldisc_deregister" so that I can add and remove line disciplines dynamically via an lkm. Using them you can hide the line discipline table if you want to. I plan on commiting this stuff soon. It makes sense to change if_slip and if_ppp to use these new routines. Is that too gratuitous a change? I'm a little reluctant to change "base" 4.4 stuff when the improvement is marginal. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Fri Mar 17 19:30:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07763 for current-outgoing; Fri, 17 Mar 1995 19:30:08 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA07754 for ; Fri, 17 Mar 1995 19:30:02 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id WAA01243; Fri, 17 Mar 1995 22:29:52 -0500 From: "matthew c. mead" Message-Id: <199503180329.WAA01243@goof.com> Subject: Re: GUS on kernel supped last night To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Fri, 17 Mar 1995 22:29:51 -0500 (EST) Cc: swallace@ece.uci.edu, faulkner@devnull.mpd.tandem.com, current@FreeBSD.org In-Reply-To: <9503172217.AA11721@olympus> from "Boyd Faulkner" at Mar 17, 95 04:17:48 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1948 Sender: current-owner@FreeBSD.org Precedence: bulk Boyd Faulkner wrote: [ my grumblings about GUS MAX with the sound driver ] > > > Perhaps you should try removing the gusmax0 driver. > > Building that kernel now. > I'm not sure it works with this as I think I just did it to see if it would > probe. I may not have tested the sound. It does work "fairly" well without. > cat *.au > /dev/audio OK > MODs have pops and cracks but the underlying music is good. > I can't get xvmixer to load under X. Says it can't attach to the Server. > It is an Xview message. I don't get it. I am rebuilding Xview to see > if I can solve the problem. Sounds like an XView thing - I just got up and running on the kernel without the gusmax0 support, but with regular gus support, and it works ok for cat >/dev/audio, midi works great, but things played with /dev/dsp (like .wav's) have that repeat at the end of them - mods are crackly and suffer from the end of the sample repeat (since /dev/dsp is used?). > > > There have been no code changes in functionality, just the way the > > > drivers are configured. Yeah - it now appears that when the only thing I configure is the GUS, it works *CLOSE* to perfectly (symptoms described above) - but when I add in the others, it breaks. > > > People running -curent should make sure the port/irq/dma in the device > > > config matches what their card actually uses. > > They're the same. > Ditto. So - now that I've complained a lot, and done so much kernel rebuilding and testing - what do I need to do in order to "get my feet wet," and "my hands dirty," and help out with fixing the code? Thanks, guys, for your patience, and time! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Fri Mar 17 22:34:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA17862 for current-outgoing; Fri, 17 Mar 1995 22:34:28 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA17844 for ; Fri, 17 Mar 1995 22:34:23 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id WAA18648; Fri, 17 Mar 1995 22:32:45 -0800 Message-Id: <199503180632.WAA18648@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: jake@ibmPCUG.CO.UK, wen@cos.titan.com, tsai@server.keck.lmu.edu, sayersp@wellsfargo.com cc: current@FreeBSD.org Subject: 294x driver Date: Fri, 17 Mar 1995 22:32:43 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk Neil Bradley was so kind as to lend me a P-90 PCI machine to work on the 294x driver. Peter Sayers has also sent me a 2940 that had problems with the old driver. Now that I have the necessary hardware in my hands, I believe I've found and corrected the problems you folks have been seeing, so I encourage you to pick up the necessary files from -current and try the driver. There may be some more movement on the driver this weekend as I get more time to attach different periferals to the controller, but any feedback on the changes so far would be appreciated. What you'll want to pick up are: ftp.cdrom.com: /pub/FreeBSD/FreeBSD/current/src/sys/i386/scsi/* /pub/FreeBSD/FreeBSD/current/src/sys/i386/isa/aic7770.c /pub/FreeBSD/FreeBSD/current/src/sys/pci/aic7870.c /pub/FreeBSD/FreeBSD/current/src/sys/gnu/misc/aic7xxx/* __ Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Fri Mar 17 23:30:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20163 for current-outgoing; Fri, 17 Mar 1995 23:30:52 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA20157 for ; Fri, 17 Mar 1995 23:30:43 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA11965; Sat, 18 Mar 1995 17:30:28 +1000 Date: Sat, 18 Mar 1995 17:30:28 +1000 From: Bruce Evans Message-Id: <199503180730.RAA11965@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@cs.weber.edu Subject: Re: newfs: sectors per cylinder (4096) disagrees with disk label (36) Cc: current@FreeBSD.org, phk@ref.tfs.com, rgrimes@gndrsh.aac.dev.com, wollman@halloran-eldar.lcs.mit.edu Sender: current-owner@FreeBSD.org Precedence: bulk >> 2^24 is plenty of devices! Naming them right is harder. I once >> had MAKEDEV generating about 700 disk devices but have reduced that >> to about 200 (27 per unit) by only generating partitions for the >> first BSD partition. This required naming the first BSD partition >> canonically. I don't really like this - it's like renumbering >> SCSI devices. >OK, I guess I was getting ahead of myself by assuming a linearly >expanding Nd matrix with direct bit assignments. Slices _are_ numbered orthogonally, except slice 0 is an alias for the first BSD slice (s1..s30) and slice 1 partition c is an alias for the whole disk. Slice names may be locked into fstab by not using the aliases (except there is no canonical way of numbering extended DOSpartitions). >I'd steal fully half of the available bits for single instance >devices like "the controller" and "the whole drive". Maybe I should have done that. The special slices 0 and 1 are messy to support. >I think your device creation problems get solved by cloning and use >of a devfs exposed as a /dev in the file system name space. Yes, I hope we have devfs before the current scheme runs out of bits. >/dev/scsi/controller/target[/lun][/DOS_PARTITION][/BSD_SLICE] I find even rsd0s2a to hard to type compared with rsd0a :-). Bruce From owner-freebsd-current Sat Mar 18 06:20:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00354 for current-outgoing; Sat, 18 Mar 1995 06:20:22 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00304 for ; Sat, 18 Mar 1995 06:20:04 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.9/8.6.9) id VAA01962; Sat, 18 Mar 1995 21:17:53 GMT Date: Sat, 18 Mar 1995 21:17:52 +0000 () From: Brian Tao To: Alan Judge cc: current@FreeBSD.org Subject: Re: Minor problems installing 2.0-950210-SNAP In-Reply-To: <9503112034.aa03191@longvalley.dsg.cs.tcd.ie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sat, 11 Mar 1995, Alan Judge wrote: > > Sometimes I get problems when doing fdisk or disklabel during the > install process and the machine hangs. This one bites me every time I do an install. I'll go into disklabel, create all the partitions in the BSD slice, hit 'W' to write it out, then start 'A'ssigning the partitions, then I hit 'W' to write it out again (I don't need to, but it's a habit). This is where it hangs. Ctrl-Alt-Del still works though (syncs and reboots). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Sat Mar 18 07:17:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00548 for current-outgoing; Sat, 18 Mar 1995 07:17:56 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00523 for ; Sat, 18 Mar 1995 07:17:43 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id RAA12691 for ; Sat, 18 Mar 1995 17:17:33 +0200 Message-Id: <199503181517.RAA12691@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Hassle with CTM? Date: Sat, 18 Mar 1995 17:17:32 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hi In the last set of deltas I got, there was the (now renamed) groff (from ngroff), but there was no instruction to remove the old. Is this a bug, a feature, a misfeature, or will it still come? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Sat Mar 18 07:26:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA01190 for current-outgoing; Sat, 18 Mar 1995 07:26:41 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00655; Sat, 18 Mar 1995 07:18:56 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id QAA25329 ; Sat, 18 Mar 1995 16:19:02 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA10915; Sat, 18 Mar 95 16:18:52 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503181518.AA10915@blaise.ibp.fr> Subject: Re: GUS on kernel supped last night To: mmead@goof.com (matthew c. mead) Date: Sat, 18 Mar 1995 16:18:52 +0100 (MET) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199503171922.OAA00247@goof.com> from "matthew c. mead" at Mar 17, 95 02:22:48 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 511 Sender: current-owner@FreeBSD.org Precedence: bulk > Well, with the new audio driver that was added to the current kernel in the > past few days, I'm now getting the same behavior I got in 950210 SNAP kernels. > If I cat bell.au >/dev/audio, the sample plays over and over and over..... and > cat doesn't exit until I hit ^C. Any ideas? I must say it doesn't happen with my SB Pro 2.0. cat finishes gracefully. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Sat Mar 18 07:53:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA03136 for current-outgoing; Sat, 18 Mar 1995 07:53:02 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA03116 for ; Sat, 18 Mar 1995 07:52:55 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07852; Sat, 18 Mar 1995 16:52:46 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id QAA08705 for freebsd-current@FreeBSD.org; Sat, 18 Mar 1995 16:52:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id QAA28195 for freebsd-current@FreeBSD.org; Sat, 18 Mar 1995 16:47:30 +0100 From: J Wunsch Message-Id: <199503181547.QAA28195@uriah.heep.sax.de> Subject: Re: GUS on kernel supped last night To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 18 Mar 1995 16:47:30 +0100 (MET) In-Reply-To: <199503172036.PAA00413@goof.com> from "matthew c. mead" at Mar 17, 95 03:36:34 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 369 Sender: current-owner@FreeBSD.org Precedence: bulk As matthew c. mead wrote: > > Boyd Faulkner wrote: Boys, can you please discuss this on only *ONE* mailing list? It has been mentioned over and over that the amount of people listening -current is a true subset of -hackers. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Mar 18 08:22:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA05080 for current-outgoing; Sat, 18 Mar 1995 08:22:55 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA05063 for ; Sat, 18 Mar 1995 08:22:44 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id SAA00990 for ; Sat, 18 Mar 1995 18:22:29 +0200 Message-Id: <199503181622.SAA00990@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Proposal for CRYPTO code and foreigners. Date: Sat, 18 Mar 1995 18:22:28 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hello All! Waddya think of this: In a bunch of programs (telnet and xntpd spring to mind), there are options for export-restricted crypto code. Could this not be #ifdef'ed and pulled out of (say) src/secure/misc/? (The symbol NOCRYPT could easily be used here.) Or would it make more sense to add these bits to a library? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Sat Mar 18 10:26:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16819 for current-outgoing; Sat, 18 Mar 1995 10:26:18 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA16809 for ; Sat, 18 Mar 1995 10:26:17 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA20952; Sat, 18 Mar 1995 10:25:53 -0800 From: Poul-Henning Kamp Message-Id: <199503181825.KAA20952@ref.tfs.com> Subject: Re: Hassle with CTM? To: mark@grondar.za (Mark Murray) Date: Sat, 18 Mar 1995 10:25:53 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503181517.RAA12691@grunt.grondar.za> from "Mark Murray" at Mar 18, 95 05:17:32 pm Content-Type: text Content-Length: 443 Sender: current-owner@FreeBSD.org Precedence: bulk > > Hi > > In the last set of deltas I got, there was the (now renamed) groff (from > ngroff), but there was no instruction to remove the old. Is this a bug, > a feature, a misfeature, or will it still come? > dunno, somebody messed up the cvs-tree badly :-( -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Sat Mar 18 10:33:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17955 for current-outgoing; Sat, 18 Mar 1995 10:33:12 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA17928 for ; Sat, 18 Mar 1995 10:33:05 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id UAA03942; Sat, 18 Mar 1995 20:32:42 +0200 Message-Id: <199503181832.UAA03942@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Poul-Henning Kamp cc: mark@grondar.za (Mark Murray), current@FreeBSD.org Subject: Re: Hassle with CTM? Date: Sat, 18 Mar 1995 20:32:41 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > > In the last set of deltas I got, there was the (now renamed) groff (from > > ngroff), but there was no instruction to remove the old. Is this a bug, > > a feature, a misfeature, or will it still come? > > > dunno, somebody messed up the cvs-tree badly :-( Damn. Will fixes follow, or do I do this by hand? Thanks -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Sat Mar 18 10:36:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18452 for current-outgoing; Sat, 18 Mar 1995 10:36:09 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18442 for ; Sat, 18 Mar 1995 10:36:08 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA21023; Sat, 18 Mar 1995 10:35:54 -0800 From: Poul-Henning Kamp Message-Id: <199503181835.KAA21023@ref.tfs.com> Subject: Re: Hassle with CTM? To: mark@grondar.za (Mark Murray) Date: Sat, 18 Mar 1995 10:35:54 -0800 (PST) Cc: mark@grondar.za, current@FreeBSD.org In-Reply-To: <199503181832.UAA03942@grunt.grondar.za> from "Mark Murray" at Mar 18, 95 08:32:41 pm Content-Type: text Content-Length: 319 Sender: current-owner@FreeBSD.org Precedence: bulk > > dunno, somebody messed up the cvs-tree badly :-( > > Damn. Will fixes follow, or do I do this by hand? CTM should do it by magic... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Sat Mar 18 10:51:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20079 for current-outgoing; Sat, 18 Mar 1995 10:51:35 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA20071 for ; Sat, 18 Mar 1995 10:51:30 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA08990; Sat, 18 Mar 95 19:51:02 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA24577 for freebsd-current@freefall.cdrom.com; Sat, 18 Mar 1995 19:57:09 +0100 Date: Sat, 18 Mar 1995 19:57:09 +0100 From: "Christoph P. Kukulies" Message-Id: <199503181857.TAA24577@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: GUS, snddriver, gusintr ? Sender: current-owner@FreeBSD.org Precedence: bulk I'm trying to get my GUS kernel compiled again but I always end up in snddriver and gusintr undefined. Has the AUDIO_something approach (introduced by Jordan) been reverted again? What is the correct kernel option to include a GUS audio device? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 5 20:47:08 1995 kuku@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sat Mar 18 11:21:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20994 for current-outgoing; Sat, 18 Mar 1995 11:21:26 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA20986 for ; Sat, 18 Mar 1995 11:21:23 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA09084; Sat, 18 Mar 95 20:21:12 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id UAA24639 for freebsd-current@freefall.cdrom.com; Sat, 18 Mar 1995 20:27:19 +0100 Message-Id: <199503181927.UAA24639@gilberto.physik.rwth-aachen.de> Subject: Re: GUS, snddriver, gusintr ? To: freebsd-current@freefall.cdrom.com (user alias) Date: Sat, 18 Mar 1995 20:27:18 +0100 (MET) In-Reply-To: <199503181857.TAA24577@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Mar 18, 95 07:57:09 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 548 Sender: current-owner@FreeBSD.org Precedence: bulk > > I'm trying to get my GUS kernel compiled again but I always end up > in snddriver and gusintr undefined. > > Has the AUDIO_something approach (introduced by Jordan) been reverted again? Got it. Got it. It's all in LINT. controller snd0 and gus0 is the device. > > What is the correct kernel option to include a GUS audio device? > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 5 20:47:08 1995 kuku@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sat Mar 18 11:43:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA21946 for current-outgoing; Sat, 18 Mar 1995 11:43:43 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA21940 for ; Sat, 18 Mar 1995 11:43:42 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id LAA22949; Sat, 18 Mar 1995 11:43:30 -0800 Message-Id: <199503181943.LAA22949@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: se@MI.Uni-Koeln.DE (Stefan Esser) cc: current@FreeBSD.org Subject: Re: Sharing interrupts with PCI devices? In-reply-to: Your message of "Fri, 17 Mar 1995 22:57:15 +0100." <199503172157.AA02658@FileServ2.MI.Uni-Koeln.DE> Date: Sat, 18 Mar 1995 11:43:29 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >On Mar 17, 12:27, "Justin T. Gibbs" wrote: >} Subject: Re: Sharing interrupts with PCI devices? >} > >} >PCI interrupts can be shared, but ISA >} >interrupts will have to be assigned >} >uniquely as before. >} > >} >} Why can't we chain them? I thought that the PCI spec allowed for PCI >} devices to share ISA irqs. > >This would require further changes in >the ISA interrupt code. > >And ISA interrupts are Edge Triggered >on most systems, and that isn't a good >base for shared interrupts ... > >Shared interrupts are a requirement for >PCI, if you want to deal with 4 channel >Ethernet cards, or with PCI to PCI bridges >in general. > >The PCI shared interrupt code can be >implemented architecture independent (i.e. >is not bound to PC compatible hardware), >while moving that code into the ISA tree >means it sure can't be used for other >machines with PCI bus, and will have to >be reimplemented. > >I can live without shared ISA interrupts, >but we need them for PCI. I don't see why the two are mutually exclusive. I'd like to be able to share EISA interrrupts too. > >} >The PCI code generally finds the IRQ >} >line the PCI interrupt is routed to >} >by a PCI BIOS call, or (as the current >} >BSD code does) in a PCI configuration >} >space register. >} >} I take it that both methods return the same result. > >Yes. Else there was something severely >wrong with your BIOS. > >} >The NCR driver doesn't install an >} >interrupt handler if the IRQ found >} >this way is '0'. It works in a polled >} >mode instead. There is nothing to >} >prevent you from making the driver >} >configuration depend on the IRQ being >} >specified. So it's in fact quite easy >} >to selectively disable the aic7870 in >} >the above mentioned case ... >} >} So how do I enforce an irq? Can I just specify it in the >} kernel config file? My irq comes out as 10 for both the >} onboard controller and the separate 294x. > >It is possible to specify the IRQ in >the kernel config file, but you don't >want to do that. > >You expect the PCI BIOS to do the >complete PCI chip set initialisation, >including the PCI Int to IRQ routing. > >The BIOS puts the IRQ value it has >prepared for some PCI device into a >special configuration space register, >were the driver reads it. > >The Int to IRQ routing is implemented >quite differerently in the many PCI >chip sets currently on the market. > >Most let you specify one IRQ for the >PCI IntA line, but completely ignore >IntB to IntD. > >If both your AIC devices are mapped >to use IRQ 10 (you are using the >pci_map_int() call, which will use >the BIOS supplied value), then this >is what you specified in the BIOS. > >I don't know which motherboard you >use, but it may help, if you send >me the boot message log. I'm using an Intel Altair motherboard. Its something they ship out to special customers or something. Its on loan from an Intel employee. One other funny thing. If you look at how aic7870.c is now, I call pci_map_int after I scan the bus. It would make more sense to map the interrupt handler (and deal with interrupt collisions) before scanning the bus (ahc_attach). Unfortunately, when I call pci_map_int first, the bus probe hangs. Its almost as if the code is relying on interrupts now that a handler is installed but since this is during boot/probe time, interrupts are disabled. Where it is now, works for one card. The ncr driver maps the interrupt first. Any ideas? > >Regards, STefan > >-- > Stefan Esser Internet: > Zentrum fuer Paralleles Rechnen Tel: +49 221 4706019 > Universitaet zu Koeln FAX: +49 221 4705160 > Weyertal 80 > 50931 Koeln -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Sat Mar 18 12:29:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28766 for current-outgoing; Sat, 18 Mar 1995 12:29:56 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA28744 for ; Sat, 18 Mar 1995 12:29:49 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA17351 (5.65c/IDA-1.4.4 for freebsd-current@freefall.cdrom.com); Sat, 18 Mar 1995 12:29:31 -0800 Message-Id: <199503182029.AA17351@balboa.eng.uci.edu> To: "Christoph P. Kukulies" Cc: freebsd-current@freefall.cdrom.com Subject: Re: GUS, snddriver, gusintr ? In-Reply-To: Your message of "Sat, 18 Mar 1995 19:57:09 +0100." <199503181857.TAA24577@gilberto.physik.rwth-aachen.de> Date: Sat, 18 Mar 1995 12:29:30 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk > I'm trying to get my GUS kernel compiled again but I always end up > in snddriver and gusintr undefined. > > Has the AUDIO_something approach (introduced by Jordan) been reverted again? > > What is the correct kernel option to include a GUS audio device? > Yes, there are now new device names instead of snd*. Please take a look at LINT and you will see that you need: controller snd0 device gus0 at isa? port 0x220 irq 11 drq 1 vector gusintr Please let us know if you are able to compile and have it work correctly. Steven From owner-freebsd-current Sat Mar 18 13:04:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00311 for current-outgoing; Sat, 18 Mar 1995 13:04:22 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA00301 for ; Sat, 18 Mar 1995 13:04:02 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA07247; Sat, 18 Mar 95 13:03:43 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Sat, 18 Mar 95 22:02 MET Message-Id: Date: Sat, 18 Mar 95 22:02 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: faulkner@mpd.tandem.com Cc: current@FreeBSD.org Subject: Re: GUS on kernel supped last night Newsgroups: pcs.freebsd.current References: <199503172138.QAA01008@goof.com> <9503172217.AA11721@olympus> Reply-To: me@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.current you write: >MODs have pops and cracks but the underlying music is good. Hmm, have you tried playing mods with the 1.1 gmod binary? For me they sound perfect on the GUS if I use the old gmod and have failures with a gmod compiled under -current. If not, could you try it out? I've put a gmod.gz onto pcsbst.pcs.com:/pub. Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Sat Mar 18 13:17:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01237 for current-outgoing; Sat, 18 Mar 1995 13:17:48 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01227 for ; Sat, 18 Mar 1995 13:17:46 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id NAA23923 for ; Sat, 18 Mar 1995 13:17:44 -0800 Message-Id: <199503182117.NAA23923@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: TCP connections over SLIP are still a problem Date: Sat, 18 Mar 1995 13:17:44 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk I still can't talk to another FreeBSD machine when the traffic goes out my SLIP interface. Connections to a FreeBSD machine on the same local ether work fine. Connections to non-FreeBSD machines over the SLIP line work fine. In the case of telnet, I get the connection, but then nothing more. Here's what tcpdump has to say. Anyone have any ideas? 20:32:10.130049 narnia.hip.berkeley.edu.1058 > estienne.CS.Berkeley.EDU.telnet: S 3847552001:3847552001(0) win 16384 narnia.hip.berkeley.edu.1058: S 2804392449:2804392449(0) ack 3847552002 win 16728 estienne.CS.Berkeley.EDU.telnet: . ack 1 win 16728 estienne.CS.Berkeley.EDU.telnet: P 1:28(27) ack 1 win 16728 estienne.CS.Berkeley.EDU.telnet: P 1:28(27) ack 1 win 16728 estienne.CS.Berkeley.EDU.telnet: P 1:28(27) ack 1 win 16728 narnia.hip.berkeley.edu.1058: SP 2804392449:2804392464(15) ack 3847552002 win 16728 estienne.CS.Berkeley.EDU.telnet: P 28:31(3) ack 16 win 16728 estienne.CS.Berkeley.EDU.telnet: P 1:31(30) ack 16 win 16728 estienne.CS.Berkeley.EDU.telnet: P 1:31(30) ack 16 win 16728 narnia.hip.berkeley.edu.1058: SP 2804392449:2804392464(15) ack 3847552002 win 16728 estienne.CS.Berkeley.EDU.telnet: . ack 16 win 16728 estienne.CS.Berkeley.EDU.telnet: F 31:31(0) ack 16 win 16728 narnia.hip.berkeley.edu.1058: . ack 1 win 16728 ; Sat, 18 Mar 1995 21:17:58 -0800 From: pritc003@maroon.tc.umn.edu Received: by maroon.tc.umn.edu; Sat, 18 Mar 95 19:56:26 -0500 Message-Id: <2f6b8f4a189e002@maroon.tc.umn.edu> Subject: Backspace doesn't work anymore under freebsd-current To: freebsd-current@freefall.cdrom.com Date: Sat, 18 Mar 1995 19:56:25 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 625 Sender: current-owner@FreeBSD.org Precedence: bulk Does anyone know why the backspace key is now defined to send "del" by default instead of ^H? This changed between the 950210-SNAP and the current sources. Someone changed the keyboard mapping so that the backspace key now sends del, and you have to use shift-bs, or alt-bs (or whatever) to get an ^H out of it. Personally, I would rather have it send ^H, since my "del" key does a fine job of sending "del" as input. For now I'm setting my own keyboard map via kbdcontrol to set it back to the way it was. -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Sat Mar 18 22:27:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00904 for current-outgoing; Sat, 18 Mar 1995 22:27:31 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA00898 for ; Sat, 18 Mar 1995 22:27:30 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA05788 (5.65c/IDA-1.4.4 for current@freebsd.org); Sat, 18 Mar 1995 22:27:26 -0800 Message-Id: <199503190627.AA05788@balboa.eng.uci.edu> To: "Justin T. Gibbs" Cc: current@FreeBSD.org Subject: Re: TCP connections over SLIP are still a problem In-Reply-To: Your message of "Sat, 18 Mar 1995 13:17:44 PST." <199503182117.NAA23923@estienne.cs.berkeley.edu> Date: Sat, 18 Mar 1995 22:27:25 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk > I still can't talk to another FreeBSD machine when the traffic > goes out my SLIP interface. Connections to a FreeBSD machine > on the same local ether work fine. Connections to non-FreeBSD > machines over the SLIP line work fine. In the case of telnet, > I get the connection, but then nothing more. > > Here's what tcpdump has to say. Anyone have any ideas? > > 20:32:10.130049 narnia.hip.berkeley.edu.1058 > estienne.CS.Berkeley.EDU.telnet: .... You might have found a TCP/IP bug in FreeBSD that is only seen connected to another FreeBSD machine. I have noticed differences in TCP when connected to SunOS 4.1 and Solaris machines, so your observation may be a real BSD problem and not a site-specific problem. Steven From owner-freebsd-current Sat Mar 18 22:49:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01153 for current-outgoing; Sat, 18 Mar 1995 22:49:09 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01147 for ; Sat, 18 Mar 1995 22:49:09 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id WAA24728; Sat, 18 Mar 1995 22:49:05 -0800 Message-Id: <199503190649.WAA24728@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Steven Wallace cc: current@FreeBSD.org Subject: Re: TCP connections over SLIP are still a problem In-reply-to: Your message of "Sat, 18 Mar 1995 22:27:25 PST." <199503190627.AA05788@balboa.eng.uci.edu> Date: Sat, 18 Mar 1995 22:49:05 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >> I still can't talk to another FreeBSD machine when the traffic >> goes out my SLIP interface. Connections to a FreeBSD machine >> on the same local ether work fine. Connections to non-FreeBSD >> machines over the SLIP line work fine. In the case of telnet, >> I get the connection, but then nothing more. >> >> Here's what tcpdump has to say. Anyone have any ideas? >> >> 20:32:10.130049 narnia.hip.berkeley.edu.1058 > estienne.CS.Berkeley.EDU.teln >et: >.... > >You might have found a TCP/IP bug in FreeBSD that is only seen connected >to another FreeBSD machine. I have noticed differences in TCP when >connected to SunOS 4.1 and Solaris machines, so your observation >may be a real BSD problem and not a site-specific problem. > >Steven But it is only over slip, and started happening about a week and a half ago. I can connect to another FreeBSD box over local ether fine. This would lead me to think that it is not a generic protocol bug, but something more subtle that is specific to slip. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ==============================================