From owner-freebsd-current Sun Aug 27 00:22:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA11313 for current-outgoing; Sun, 27 Aug 1995 00:22:27 -0700 Received: from mailhub.cts.com (mailhub.cts.com [192.188.72.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id AAA11307 for ; Sun, 27 Aug 1995 00:22:27 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #18) id m0smc2y-000UzeC; Sun, 27 Aug 95 00:22 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id AAA00144 for current@freebsd.org; Sun, 27 Aug 1995 00:22:21 -0700 From: Morgan Davis Message-Id: <199508270722.AAA00144@io.cts.com> Subject: wd0 detect fails To: current@freebsd.org Date: Sun, 27 Aug 1995 00:22:20 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 581 Sender: current-owner@freebsd.org Precedence: bulk I put a 2MB caching Promise IDE controller into my 486 and moved the drives off the onboard IDE controller that this motherboard supports. I disabled the BIOS settings for the onboard IDE, then restarted. Under a current kernel built just two days ago, it fails to find wdc0 at 0x1f0, can't mount /root, and panics. If I go back to my previous kernel built August 8, it can find it just fine (which is what I'm using now) and 0x1f0-0x1f7 irq 14. So something has changed in the probing at startup that is causing it to miss the drives hanging off this older caching controller. From owner-freebsd-current Sun Aug 27 00:49:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA12306 for current-outgoing; Sun, 27 Aug 1995 00:49:07 -0700 Received: from phoenix.csie.nctu.edu.tw (phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id AAA12300 for ; Sun, 27 Aug 1995 00:49:04 -0700 Received: from ccsun30.csie.nctu.edu.tw (jdli@ccsun30.csie.nctu.edu.tw [140.113.17.157]) by phoenix.csie.nctu.edu.tw (8.6.11/8.6.4) with SMTP id PAA22105 for ; Sun, 27 Aug 1995 15:49:05 +0800 From: jdli@csie.nctu.edu.tw (Chien-Ta Lee) Message-Id: <199508270749.PAA22105@phoenix.csie.nctu.edu.tw> Subject: AMD Lance PCnet-PCI problem ... To: freebsd-current@FreeBSD.ORG Date: Sun, 27 Aug 1995 15:48:10 +0800 (CST) 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: 1038 Sender: current-owner@FreeBSD.ORG Precedence: bulk Hi : I am using a AMD Lance PCI network interface, and it will have error messages frequently....I am running 2.2-CURRENT, with Lance-PCI-probe-patch from hackers-mailing-list. My old 3c503 8bit runs fine on the same cable. ****** dmesg ****** lnc0 rev 2 int a irq 12 on pci0:19 lnc0: PCnet-PCI Ethernet controller, address 00:00:44:05:e1:7d lnc0: type NE2100/Am79C970, static DMA buffer mode ****** ifconfig -a ****** lnc0: flags=863 mtu 1500 inet 140.113.123.123 netmask 0xffffff00 broadcast 140.113.123.255 ether 00:00:44:05:e1:7d (Does not support MULTICAST ?!) ****** error message ****** lnc0: Framming error (frequently) lnc0: Memory error -- Resetting (frequently) lnc0: Babble error - more than 1519 bytes transmitted (sometimes) lnc0: Receive CRC error (sometimes) -- 李 建 達 (Adonis) 交大資工 Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Sun Aug 27 00:54:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA12425 for current-outgoing; Sun, 27 Aug 1995 00:54:50 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id AAA12419 for ; Sun, 27 Aug 1995 00:54:48 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19071; Sun, 27 Aug 95 01:56:27 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508270756.AA19071@cs.weber.edu> Subject: Re: nfs panic after changing cd's To: freebsd-current@FreeBSD.ORG Date: Sun, 27 Aug 95 1:56:26 MDT In-Reply-To: <199508270619.IAA21777@uriah.heep.sax.de> from "J Wunsch" at Aug 27, 95 08:19:10 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.ORG Precedence: bulk > > The cd9660 has glossed over the idea of a generation count; in point of > > fact, the generation count on an inode for a cdromfs is *exactly* what is > > needed to fix this problem. This is what the UFS uses on a remount on > > the same mountpoint of another FS to cause it to return ESTALE. The > > ESTALE should be returned before a lot of the crap dereferences in the > > cd9660 FS take place. > > Sorry, i cannot entirely follow you. :) > > I think the idea behind the decision as it's done now was to allow the > remount of an identical CD without returning ESTALE. It has been > discussed here that computing some MD5 checksum for the CD is probably > the best way to base a decision for stale NFS file handles on. The cache is flushed on the unmount, so keeping the generation number the same for a CD acroos a mount/unmount/remount isn't really necessary... or desirable. The Linux non-flush of the cache in their CDFS is arguably a good thing for disk changers. As long as you don't handle a disk change as a mount instance (instead, you "mount" all the disks in the changer), then the cache won't be updated when the changer is triggered by a particular LUN access. The only other alternative is to change the mount and the unmount code so the cache can survive the process. I don't think it's terribly useful to do this. Arguably, the Linux code can fail (I can give you the email address for the guy who argued it with Linus -- I work with him). You end up with a useless one-behind cache, since the likelihood is that you are going to be putting in a new CDROM and you've blown the locality of reference model that put the cached data into the LRU list in the first place. It's silly to keep a handle across an unmount/mount for anything but an option change on the same FS (like going async for administrative reasons). That can be accomplished with a remount rather than an unmount/mount -- and async doesn't apply to CDROM anyway, since you mount them read-only. The point is, the error is because the handle depends on unrecoverable state, and you could trap the loss of that state using the mount time stamp as a generation number, assuming the mount time stamp was unique across all CDFS devices. It's a lot clearer if you bring the cd9660_vfsops.c up in one window, the ffs_vfsops.c in another, and the ufs_vfsops.c in a third so you can look at the operation order differences. Keep the fact that UFS doesn't have the problem firmly in mind while comparing the *_fhtovp() code and the validation routine from the underlying ufs routine. Or to put it another way: any code that doesn't panic is better than any code that does. 8-). I suspect there's several failure modes under buffer thrash conditions from an NFS client accessing supposedly good data for which there is a handle but for which there isn't an open instance to keep it at the top of the LRU. Probably the handle state needs to be generated fully from the on disk data in all cases to fix this. I'd hack the CD9660 FS, but my CDROM collection isn't large enough to give me a good test base for all the FS types it supports, so any media auto-recognition code I came up with would be a guess at best or crap at worst -- and so I'm not really prepared to "own" that. 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 Aug 27 10:53:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA28254 for current-outgoing; Sun, 27 Aug 1995 10:53:51 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA28248 for ; Sun, 27 Aug 1995 10:53:48 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA24683; Mon, 28 Aug 1995 03:52:01 +1000 Date: Mon, 28 Aug 1995 03:52:01 +1000 From: Bruce Evans Message-Id: <199508271752.DAA24683@godzilla.zeta.org.au> To: current@freebsd.org, root@io.cts.com Subject: Re: wd0 detect fails Cc: vak@cronyx.ru Sender: current-owner@freebsd.org Precedence: bulk >I put a 2MB caching Promise IDE controller into my 486 and moved the >drives off the onboard IDE controller that this motherboard supports. >I disabled the BIOS settings for the onboard IDE, then restarted. >Under a current kernel built just two days ago, it fails to find wdc0 >at 0x1f0, can't mount /root, and panics. >If I go back to my previous kernel built August 8, it can find it just >fine (which is what I'm using now) and 0x1f0-0x1f7 irq 14. >So something has changed in the probing at startup that is causing it >to miss the drives hanging off this older caching controller. Cdrom support was added. The following change looks wrong (but works here): diff -c -2 -r1.81 wd.c *** 1.81 1995/05/16 07:52:04 --- wd.c 1995/08/19 19:40:54 *************** *** 1863,1868 **** DELAY(10 * 1000); outb(wdc + wd_ctlr, WDCTL_IDS); ! if (wdwait(du, WDCS_READY | WDCS_SEEKCMPLT, TIMEOUT) != 0 ! || (du->dk_error = inb(wdc + wd_error)) != 0x01) return (1); outb(wdc + wd_ctlr, WDCTL_4BIT); --- 1903,1912 ---- DELAY(10 * 1000); outb(wdc + wd_ctlr, WDCTL_IDS); ! if (wdwait(du, 0, TIMEOUT) != 0) ! return (1); ! du->dk_status = inb(wdc + wd_status); ! du->dk_error = inb(wdc + wd_error); ! if ((du->dk_status & ~(WDCS_READY | WDCS_SEEKCMPLT)) != 0 || ! du->dk_error != 0x01) return (1); outb(wdc + wd_ctlr, WDCTL_4BIT); The ATA spec (revision 4c, section B.6) says that the hardware shall set the status to 0x50 (WDCS_READY | WDCS_SEEKCMPLT) within 31 seconds of reset. This is what the old code tested for, except for the follow bugs: oldbug1) The other status bits (except WDCS_BUSY) aren't required to be zero. oldbug2) TIMEOUT is to small. It is 10000 ms but should be 31000 ms. The new code only waits for the WDCS_BUSY bit to go low; then it tests the other bits. This may be OK - the spec seems to say that the status register is set atomically, and reading the status register again might fix any timing problems (normally the status register shouldn't be read twice because of side effects. Reading it twice is is probably a harmless no-op here). The new code then tests the bits sloppily: newbug1) The (WDCS_READY | WDCS_SEEKCMPLT) bits aren't required to be one. It is being fussier. than the old code about the bits that should be zero and sloppier about the bits that should be one. I wouldn't have expected this to matter for drives that meet the spec. The new code also has some changes involving the b_active state. These seemed OK. Bruce From owner-freebsd-current Sun Aug 27 14:10:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA04307 for current-outgoing; Sun, 27 Aug 1995 14:10:54 -0700 Received: from mailhub.cts.com (mailhub.cts.com [192.188.72.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id OAA04292 for ; Sun, 27 Aug 1995 14:10:51 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #18) id m0smouk-000V0pC; Sun, 27 Aug 95 14:06 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id OAA08288; Sun, 27 Aug 1995 14:06:55 -0700 From: Morgan Davis Message-Id: <199508272106.OAA08288@io.cts.com> Subject: Re: wd0 detect fails To: bde@zeta.org.au (Bruce Evans) Date: Sun, 27 Aug 1995 14:06:55 -0700 (PDT) Cc: current@freebsd.org, vak@cronyx.ru In-Reply-To: <199508271752.DAA24683@godzilla.zeta.org.au> from "Bruce Evans" at Aug 28, 95 03:52:01 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 864 Sender: current-owner@freebsd.org Precedence: bulk Bruce Evans writes: > > >So something has changed in the probing at startup that is causing it > >to miss the drives hanging off this older caching controller. > > Cdrom support was added. The following change looks wrong (but works > here): > > ... > > It is being fussier. than the old code about the bits that should be > zero and sloppier about the bits that should be one. I wouldn't have > expected this to matter for drives that meet the spec. > > The new code also has some changes involving the b_active state. These > seemed OK. If any changes are made to the source tree on this, let me know and I'll rebuild to try it against this Promise caching controller to see if it fixes it. I couldn't tell from your message if you diff'd the older (working/pre-CD-ROM) sources against current, or if those were changes made after receiving my report. From owner-freebsd-current Sun Aug 27 21:41:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA28558 for current-outgoing; Sun, 27 Aug 1995 21:41:18 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id VAA28546 for ; Sun, 27 Aug 1995 21:41:15 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA15768 for ; Mon, 28 Aug 1995 06:41:13 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA07134 for freebsd-current@FreeBSD.org; Sun, 27 Aug 1995 20:01:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA04811 for freebsd-current@FreeBSD.org; Sun, 27 Aug 1995 19:55:35 +0200 From: J Wunsch Message-Id: <199508271755.TAA04811@uriah.heep.sax.de> Subject: portmapper troubles To: freebsd-current@freebsd.org (FreeBSD-current users) Date: Sun, 27 Aug 1995 19:55:34 +0200 (MET DST) Reply-To: freebsd-current@freebsd.org (FreeBSD-current users) 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: 3919 Sender: current-owner@freebsd.org Precedence: bulk I've got a hard time with portmapper and mountd: uriah # portmap uriah # mountd clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered uriah # nfsd uriah # rpcinfo -p program vers proto port clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered 100000 2 tcp 111 portmapper clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered 100000 2 udp 111 portmapper clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered 100005 1 udp 715 mountd clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered 100005 3 udp 715 mountd clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered 100005 1 tcp 716 mountd clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered clnttcp_create: RPC: Program not registered 100005 3 tcp 716 mountd uriah # mount -r localhost:/cd /mnt NFS Portmap: RPC: Program not registered ^C uriah # Turning on debug for portmap and mountd shows that: i) portmap tries to get something for ypbind at the pmap_dump operation, ii) mountd apparently barfs in setnetgrent(), from a quick glance through the source it does also look like some YP stuff. What's the actual problem? Am i supposed to have the Yellow Plague running now? All related programs have been rebuilt from scratch, and to the best of my knowledge, they are in sync with the kernel. -- 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 Aug 27 22:27:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA01717 for current-outgoing; Sun, 27 Aug 1995 22:27:12 -0700 Received: (from sos@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA01708 ; Sun, 27 Aug 1995 22:27:12 -0700 Message-Id: <199508280527.WAA01708@freefall.FreeBSD.org> Subject: Re: That IDE CD ROM thang again... To: jdl@chromatic.com Date: Sun, 27 Aug 1995 22:27:12 -0700 (PDT) Cc: freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199508261347.IAA25153@chrome.onramp.net> from "Jon Loeliger" at Aug 26, 95 08:47:50 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1425 Sender: current-owner@freebsd.org Precedence: bulk In reply to Jon Loeliger who wrote: > > > I think it's in error to byte-shuffle only the ID string. Everything > > from the drive must be byte-swapped, including the ID word and all > > data. Ahem, my own obseravtions suggests that it is only "some" fields that require swapping, depending on model... > Oh my! OK, I'll give this a hack attack and see what I get. Any chance > you can give me a one minute pointer to *where* that might take place? > Like, where the buffers coming back from the drive are filled? I see > the one in _probe() that's obtained with the insw(). Will they all > look like that? > > > (Of course, you have to make a distinction whether to swap or > > not before.) > > Yea, this is curious. I get the feeling that some people are able > to get the IDE CD drives to work and others aren't. Is there some > reasonable distinction separating the two camps? Do we need to start > a collection of working/not-working drives and form the basis of a > boot time lookup table (ick) to determine byte-swapping needs? Yep, we need a table of known drives... (Actually this is a case where the DOS'mers have an advantage - they get a driver with the drive, that knows its little secrets :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time From owner-freebsd-current Mon Aug 28 05:39:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA29295 for current-outgoing; Mon, 28 Aug 1995 05:39:59 -0700 Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id FAA29289 for ; Mon, 28 Aug 1995 05:39:56 -0700 Received: by unlisys.unlisys.NET from deadline.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0sn3Te-000Zx7C; Mon, 28 Aug 95 14:39 MET DST Received: by deadline.snafu.de id m0sn3TS-000J1jC; Mon, 28 Aug 95 14:39 MET DST (/\oo/\ Smail3.1.29.1 #29.2) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Problem with SB16 on current To: current@freebsd.org Date: Mon, 28 Aug 1995 14:39:33 +0200 (MET DST) Organization: -D-E-A-D-L-I-N-E- Public access UN*X system - 13347 Berlin. X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 574 Sender: current-owner@freebsd.org Precedence: bulk Hi! --- I have a problem with my SB16 soundcard running the last -current versions. When I try to play PCM sound the player stops and nothing comes out. Anoyone out there who possibly had the same problems? Any ideas? Regards, mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-current Mon Aug 28 06:23:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA01287 for current-outgoing; Mon, 28 Aug 1995 06:23:24 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA01281 for ; Mon, 28 Aug 1995 06:23:23 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA03972; Mon, 28 Aug 1995 06:23:03 -0700 To: Bruce Evans cc: current@freebsd.org, root@io.cts.com, vak@cronyx.ru Subject: Re: wd0 detect fails In-reply-to: Your message of "Mon, 28 Aug 1995 03:52:01 +1000." <199508271752.DAA24683@godzilla.zeta.org.au> Date: Mon, 28 Aug 1995 06:23:03 -0700 Message-ID: <3969.809616183@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > Cdrom support was added. The following change looks wrong (but works > here): > > diff -c -2 -r1.81 wd.c > *** 1.81 1995/05/16 07:52:04 > --- wd.c 1995/08/19 19:40:54 > [change elided] So, did this work? Should we bring it into -current? It was just this type of potentially fatal WDC interaction that the code was committed to test! Jordan From owner-freebsd-current Mon Aug 28 06:45:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA02563 for current-outgoing; Mon, 28 Aug 1995 06:45:14 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA02554 for ; Mon, 28 Aug 1995 06:45:08 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA04329 for ; Mon, 28 Aug 1995 06:44:59 -0700 To: current@freebsd.org Subject: Waah! su -e went away again! Date: Mon, 28 Aug 1995 06:44:59 -0700 Message-ID: <4327.809617499@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk When did we lose this one? I know we had it for awhile, then not. Anyone feel up to the task of playing Software Historian and bringing this feature back to -current? Jordan From owner-freebsd-current Mon Aug 28 09:45:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA13345 for current-outgoing; Mon, 28 Aug 1995 09:45:47 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA13045 for ; Mon, 28 Aug 1995 09:45:41 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA11941 for ; Mon, 28 Aug 1995 09:39:53 -0700 To: current@freefall.FreeBSD.org Subject: Something spooged telnet negotiation for cisco in 2.2-current. Date: Mon, 28 Aug 1995 09:39:53 -0700 Message-ID: <11939.809627993@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk >From our friendly local cisco cs500, I do a: cisco>telnet who.cdrom.com Trying who.cdrom.com (192.216.222.3)... Open FreeBSD (who.cdrom.com) (ttyp2) login: [sprotch! telnet is dead] This used to work, and the cisco can go to freefall just fine, just nothing newer.. Argh! Who is our firewall and if people can't telnet through it, they're hosed.. Jordan From owner-freebsd-current Mon Aug 28 10:30:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA15723 for current-outgoing; Mon, 28 Aug 1995 10:30:51 -0700 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA15717 for ; Mon, 28 Aug 1995 10:30:49 -0700 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.12/8.6.12) with SMTP id KAA19255; Mon, 28 Aug 1995 10:29:35 -0700 Message-Id: <199508281729.KAA19255@precipice.shockwave.com> To: "Jordan K. Hubbard" cc: current@freefall.FreeBSD.org Subject: Re: Something spooged telnet negotiation for cisco in 2.2-current. In-reply-to: Your message of "Mon, 28 Aug 1995 09:39:53 PDT." <11939.809627993@time.cdrom.com> Date: Mon, 28 Aug 1995 10:29:34 -0700 From: Paul Traina Sender: current-owner@FreeBSD.org Precedence: bulk It's likely something to deal with options negotiations, I would suggest checking to see if Andrew changed telnetd to be compiled with KLUDGELINEMODE, if he did, remove it, as that's a bug. Paul From: "Jordan K. Hubbard" Subject: Something spooged telnet negotiation for cisco in 2.2-current. >From our friendly local cisco cs500, I do a: cisco>telnet who.cdrom.com Trying who.cdrom.com (192.216.222.3)... Open FreeBSD (who.cdrom.com) (ttyp2) login: [sprotch! telnet is dead] This used to work, and the cisco can go to freefall just fine, just nothing newer.. Argh! Who is our firewall and if people can't telnet through it, they're hosed.. Jordan From owner-freebsd-current Mon Aug 28 10:31:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA15792 for current-outgoing; Mon, 28 Aug 1995 10:31:23 -0700 Received: from uclink.berkeley.edu (uclink.Berkeley.EDU [128.32.155.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA15785 for ; Mon, 28 Aug 1995 10:31:22 -0700 Received: by uclink.berkeley.edu (8.6.10/1.33(web)-OV4) id KAA05757; Mon, 28 Aug 1995 10:31:16 -0700 Date: Mon, 28 Aug 1995 10:31:16 -0700 (PDT) From: David Michael Holloway Subject: porting wais To: current@FreeBSD.org In-Reply-To: <9508242236.AA09192@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk I will be porting WAIS inc.'s commercial waisserver to both FreeBSD and Linux in the near future, there has been some interest in a Linux version, and I wonder is there an market for a FreeBSD version... email me some feedback. --daveh@csua.berkeley.edu David Holloway WAIS Support Center || || email: daveh@wais.com ==~~=~~== phone: 415-356-5439 ==~~=~~== FAX: 415-356-5444 || || From owner-freebsd-current Mon Aug 28 10:48:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA16403 for current-outgoing; Mon, 28 Aug 1995 10:48:35 -0700 Received: from mailhub.cts.com (mailhub.cts.com [192.188.72.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA16393 for ; Mon, 28 Aug 1995 10:48:31 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #18) id m0sn8H9-000V1AC; Mon, 28 Aug 95 10:47 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id KAA01743; Mon, 28 Aug 1995 10:47:08 -0700 From: Morgan Davis Message-Id: <199508281747.KAA01743@io.cts.com> Subject: Re: wd0 detect fails To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 28 Aug 1995 10:47:08 -0700 (PDT) Cc: bde@zeta.org.au, current@freebsd.org, vak@cronyx.ru In-Reply-To: <3969.809616183@time.cdrom.com> from "Jordan K. Hubbard" at Aug 28, 95 06:23:03 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1088 Sender: current-owner@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > Cdrom support was added. The following change looks wrong (but works > > here): > > > > diff -c -2 -r1.81 wd.c > > *** 1.81 1995/05/16 07:52:04 > > --- wd.c 1995/08/19 19:40:54 > > [change elided] > > So, did this work? Should we bring it into -current? It was just > this type of potentially fatal WDC interaction that the code was > committed to test! No. Like you, I was a little confused by this, too. Bruce's diff was not a fix. It was a comparison between the older wd.c and the current one that has the changes in it for IDE CD-ROM support. I did a little debugging by putting some printfs in the code and rebooting my system to see what kind of status result my caching IDE controller returned, and it had an extra, unexpected bit turned on. The official fix will likely involve masking out that bit when checking for the desired status result. Bruce can tell you more. In any case, at least we know what the trouble is, and I am running everything -current except for my patch that gets around the unexpected status result. --Morgan From owner-freebsd-current Mon Aug 28 13:05:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA23229 for current-outgoing; Mon, 28 Aug 1995 13:05:20 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA23223 for ; Mon, 28 Aug 1995 13:05:18 -0700 Received: from gw.cronyx.msk.su (gw.cronyx.srcc.msu.su [158.250.244.2]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id NAA23298 for ; Mon, 28 Aug 1995 13:04:25 -0700 Received: by gw.cronyx.msk.su id XAA09453; (8.6.11/vak/1.9) Mon, 28 Aug 1995 23:59:35 +0400 Date: Mon, 28 Aug 1995 23:59:35 +0400 From: vak@gw.cronyx.msk.su (Serge V.Vakulenko) Message-Id: <199508281959.XAA09453@gw.cronyx.msk.su> To: current@freebsd.org Subject: [patch] version 1.3 of ATAPI CD-ROM driver Sender: current-owner@freebsd.org Precedence: bulk Hi, This patch upgrades the ATAPI CD-ROM driver to version 1.3. It has three bugs fixed: 1) The `controller not ready' message at startup and later. It was caused by staled media change bit. 2) Incorrect shuffling of model string for some drives (NEC, Mitsumi). 3) Handling of drives which report itself as been of direct-access type, instead of CD-ROM type. There is one known bug which is not fixed yet -- probing in absense of IDE disks. A work-around exists though (thanks Steve!). If you have no IDE disks attached, then remove them from the kernel config file to make the CD-ROM attach correctly. Unfortunately, there is no way to disable them from the kernel interactive config mode. For all who has problems with the drive probing: please, set "#define DEBUG" at the beginning of atapi.c, recompile and reinstall the kernel, reboot and then send me the output of dmesg. I will try to solve it. Regards, Serge diff -u -r ../wcd11/atapi.c ./atapi.c --- ../wcd11/atapi.c Mon Jul 10 22:09:08 1995 +++ ./atapi.c Mon Aug 28 22:07:43 1995 @@ -11,7 +11,7 @@ * or modify this software as long as this message is kept with the software, * all derivative works or modified versions. * - * Version 1.1, Mon Jul 10 21:55:11 MSD 1995 + * Version 1.3, Mon Aug 28 21:44:01 MSD 1995 */ /* @@ -101,7 +101,6 @@ #include "wd.h" #include "wcd.h" -/* #include "whd.h" -- add your driver here */ /* #include "wmt.h" -- add your driver here */ /* #include "wmd.h" -- add your driver here */ @@ -248,6 +247,8 @@ printf ("wdc%d: unit %d: unknown ATAPI type=%d\n", ctlr, unit, ap->devtype); break; + + case AT_TYPE_DIRECT: /* direct-access */ case AT_TYPE_CDROM: /* CD-ROM device */ #if NWCD > 0 /* ATAPI CD-ROM */ @@ -263,13 +264,7 @@ printf ("wdc%d: ATAPI CD-ROMs not configured\n", ctlr); break; #endif - case AT_TYPE_DIRECT: /* direct-access (magnetic disk) */ -#if NWHD > 0 - /* Add your driver here */ -#else - printf ("wdc%d: ATAPI hard disks not supported\n", ctlr); - break; -#endif + case AT_TYPE_TAPE: /* streaming tape (QIC-121 model) */ #if NWMT > 0 /* Add your driver here */ @@ -277,6 +272,7 @@ printf ("wdc%d: ATAPI streaming tapes not supported yet\n", ctlr); break; #endif + case AT_TYPE_OPTICAL: /* optical disk */ #if NWMD > 0 /* Add your driver here */ @@ -336,10 +332,15 @@ return (0); bcopy (tb, ap, sizeof *ap); - /* Shuffle string byte order. */ - for (i=0; imodel); i+=2) { - u_short *p = (u_short*) (ap->model + i); - *p = ntohs (*p); + /* + * Shuffle string byte order. + * Mitsumi and NEC drives don't need this. + */ + if (! ((ap->model[0] == 'N' && ap->model[1] == 'E') || + (ap->model[0] == 'F' && ap->model[1] == 'X'))) { + u_short *p = (u_short*) (ap->model + sizeof(ap->model)); + while (--p >= (u_short*) ap->model) + *p = ntohs (*p); } /* Clean up the model by converting nulls to spaces, and @@ -580,12 +581,13 @@ u_char ireason; u_short len; - if (atapi_wait (ata->port, ac->count ? ARS_DRQ : 0) < 0) { - printf ("atapi%d.%d: controller not ready\n", - ata->ctrlr, ac->unit); + if (atapi_wait (ata->port, 0) < 0) { + ac->result.status = inb (ata->port + AR_STATUS); + ac->result.error = inb (ata->port + AR_ERROR); ac->result.code = RES_NOTRDY; - ac->result.status = 0; - ac->result.error = 0; + printf ("atapi%d.%d: controller not ready, status=%b, error=%b\n", + ata->ctrlr, ac->unit, ac->result.status, ARS_BITS, + ac->result.error, AER_BITS); return (0); } diff -u -r ../wcd11/wcd.c ./wcd.c --- ../wcd11/wcd.c Mon Jul 10 22:09:08 1995 +++ ./wcd.c Mon Aug 28 22:07:32 1995 @@ -12,7 +12,7 @@ * or modify this software as long as this message is kept with the software, * all derivative works or modified versions. * - * Version 1.1, Mon Jul 10 21:55:11 MSD 1995 + * Version 1.2, Mon Jul 24 17:21:25 MSD 1995 */ /* @@ -262,10 +262,16 @@ } /* Get drive capabilities. */ + /* Do it twice to avoid the stale media changed state. */ result = atapi_request_immediate (ata, unit, ATAPI_MODE_SENSE, 0, CAP_PAGE, 0, 0, 0, 0, sizeof (t->cap) >> 8, sizeof (t->cap), 0, 0, 0, 0, 0, 0, 0, (char*) &t->cap, sizeof (t->cap)); + if (result.code == RES_ERR && result.error == AER_SK_UNIT_ATTENTION) + result = atapi_request_immediate (ata, unit, ATAPI_MODE_SENSE, + 0, CAP_PAGE, 0, 0, 0, 0, sizeof (t->cap) >> 8, + sizeof (t->cap), 0, 0, 0, 0, 0, 0, 0, + (char*) &t->cap, sizeof (t->cap)); if (result.code == 0) { wcd_describe (t); if (t->flags & F_DEBUG) @@ -367,14 +373,12 @@ result = atapi_request_wait (t->ata, t->unit, ATAPI_TEST_UNIT_READY, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0); - if (result.code == RES_ERR && result.error == AER_SK_UNIT_ATTENTION) + if (result.code == RES_ERR && result.error == AER_SK_UNIT_ATTENTION) { t->flags |= F_MEDIA_CHANGED; - - if (result.code) result = atapi_request_wait (t->ata, t->unit, ATAPI_TEST_UNIT_READY, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0); - + } if (result.code) { wcd_error (t, result); return (ENXIO); From owner-freebsd-current Mon Aug 28 15:58:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA03226 for current-outgoing; Mon, 28 Aug 1995 15:58:52 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA03217 for ; Mon, 28 Aug 1995 15:58:48 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA17898; Tue, 29 Aug 1995 08:55:17 +1000 Date: Tue, 29 Aug 1995 08:55:17 +1000 From: Bruce Evans Message-Id: <199508282255.IAA17898@godzilla.zeta.org.au> To: pst@shockwave.com, rgrimes@gndrsh.aac.dev.com Subject: Re: pedantic paul on compilation warnings Cc: current@freebsd.org, jfieber@grendel.csc.smith.edu Sender: current-owner@freebsd.org Precedence: bulk >> 4.4BSD-Lite did NOT provide -ms macros, only -me macros, which is why >> we went through contortions to import groff-1.09 in time for FreeBSD 2.0. >You're 1/2 right too: >.\" @@(#)tmac.s 8.1 (Berkeley) 6/8/93 >.\" >.\" If groff, use groff -ms, else use local -ms (w/ditroff, troff, nroff) >.ie \n(.g \{\ >. so /usr/share/tmac/tmac.groff_ms >.\} >.el \{\ >. so /usr/old/lib/tmac/tmac.s >.\} >@ >This is from the Attic of ~ncvs/src/share/tmac. >Now, what happened to tmac.groff_ms??? >gndrsh# locate tmac.groff >/usr/share/tmac/tmac.groff_an >gndrsh# In 2.0, groff/tmac/Makefile installed tmac.s as tmac.groff_ms, but in 2.0.5, tmac.s is installed as itself. man `groff_ms' bogusly says that the FILES are `/usr/share/tmac/tmac.' The extension is null because of an TMAC_S is not initialized. The SYNOPSIS is wrong too. There don't seem to be any variables to control the installation of tmac.s. I will fix at least the man page. Bruce From owner-freebsd-current Mon Aug 28 17:07:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA02139 for current-outgoing; Mon, 28 Aug 1995 17:07:16 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA02133 for ; Mon, 28 Aug 1995 17:07:14 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.12/8.6.9) id RAA18621 for current@freebsd.org; Mon, 28 Aug 1995 17:07:05 -0700 Date: Mon, 28 Aug 1995 17:07:05 -0700 From: "Jordan K. Hubbard" Message-Id: <199508290007.RAA18621@time.cdrom.com> To: current@freebsd.org Subject: man4/yp.4 Sender: current-owner@freebsd.org Precedence: bulk BUGS Only YP client functionality exists -- the server code has not yet been written. Brave folk can contact the author. Isn't the above a little out of date, Bill? Jordan From owner-freebsd-current Tue Aug 29 05:50:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA26800 for current-outgoing; Tue, 29 Aug 1995 05:50:53 -0700 Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA26794 for ; Tue, 29 Aug 1995 05:50:52 -0700 Received: from [199.183.109.242] by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Tue, 29 Aug 1995 07:50:29 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 29 Aug 1995 07:50:32 -0500 To: current@freebsd.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: CTM problems Sender: current-owner@freebsd.org Precedence: bulk I have attempted to keep my copy of the -current tree up-to-date by subscription to the CTM updates. However, even though I am connected always connected to the net, I find that I fail to receive many of the updates and have to go in manually to "fill in the gaps". Are others experiencing the same problem? If so, what is the cause and what can we do to "fix" it. Personally, I prefer CTM to sup because it eliminates some network loading problems. Is there any demand for a CTM distribution of -stable? If so, I would be happy to work on setting it up. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-current Tue Aug 29 05:58:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA27093 for current-outgoing; Tue, 29 Aug 1995 05:58:03 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA27087 for ; Tue, 29 Aug 1995 05:57:59 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id WAA25876; Tue, 29 Aug 1995 22:29:39 +0930 From: Michael Smith Message-Id: <199508291259.WAA25876@genesis.atrad.adelaide.edu.au> Subject: Re: CTM problems To: rkw@dataplex.net (Richard Wackerbarth) Date: Tue, 29 Aug 1995 22:29:38 +0930 (CST) Cc: current@freebsd.org In-Reply-To: from "Richard Wackerbarth" at Aug 29, 95 07:50:32 am Content-Type: text Content-Length: 628 Sender: current-owner@freebsd.org Precedence: bulk Richard Wackerbarth stands accused of saying: > Is there any demand for a CTM distribution of -stable? If so, I would be > happy to work on setting it up. I'd be very happy to be on the receiving end of such a distribution. > Richard Wackerbarth -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-current Tue Aug 29 06:46:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA29361 for current-outgoing; Tue, 29 Aug 1995 06:46:03 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA29347 for ; Tue, 29 Aug 1995 06:46:01 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id GAA00854; Tue, 29 Aug 1995 06:45:22 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: rkw@dataplex.net (Richard Wackerbarth) cc: current@freebsd.org Subject: Re: CTM problems In-reply-to: Your message of "Tue, 29 Aug 1995 07:50:32 CDT." Date: Tue, 29 Aug 1995 06:45:22 -0700 Message-ID: <852.809703922@critter.tfs.com> From: Poul-Henning Kamp Sender: current-owner@freebsd.org Precedence: bulk > I have attempted to keep my copy of the -current tree up-to-date by > subscription to the CTM updates. > However, even though I am connected always connected to the net, I find > that I fail to receive many of the updates and have to go in manually to > "fill in the gaps". This is because of overload on freefall. Hopefully this will be addressed RSN. stable will be ctm'ed when I have time. Sorry, no sooner. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Tue Aug 29 06:48:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA29736 for current-outgoing; Tue, 29 Aug 1995 06:48:10 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA29724 for ; Tue, 29 Aug 1995 06:48:08 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id GAA00874; Tue, 29 Aug 1995 06:46:25 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Michael Smith cc: rkw@dataplex.net (Richard Wackerbarth), current@FreeBSD.org Subject: Re: CTM problems In-reply-to: Your message of "Tue, 29 Aug 1995 22:29:38 +0930." <199508291259.WAA25876@genesis.atrad.adelaide.edu.au> Date: Tue, 29 Aug 1995 06:46:24 -0700 Message-ID: <872.809703984@critter.tfs.com> From: Poul-Henning Kamp Sender: current-owner@FreeBSD.org Precedence: bulk > Richard Wackerbarth stands accused of saying: > > Is there any demand for a CTM distribution of -stable? If so, I would be > > happy to work on setting it up. > > I'd be very happy to be on the receiving end of such a distribution. I forgot: there is also a diskspace issue on freefall before this can happen. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Tue Aug 29 07:21:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA03857 for current-outgoing; Tue, 29 Aug 1995 07:21:53 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA03840 for ; Tue, 29 Aug 1995 07:21:50 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id KAA25266 for freebsd-current@freefall.cdrom.com; Tue, 29 Aug 1995 10:21:46 -0400 From: John Capo Message-Id: <199508291421.KAA25266@irbs.irbs.com> Subject: Broken zic in Stable To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Tue, 29 Aug 1995 10:21:45 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 936 Sender: current-owner@FreeBSD.org Precedence: bulk zic is old but it uses files from lib/libc/stdtime and they are recent. Half-baked import maybe? /usr/src/usr.sbin/zic/zic/../zic.c:62: conflicting types for `getopt' /usr/include/stdlib.h:153: previous declaration of `getopt' /usr/src/usr.sbin/zic/zic/../zic.c:106: parse error before `leftp' /usr/src/usr.sbin/zic/zic/../zic.c: In function `rcomp': /usr/src/usr.sbin/zic/zic/../zic.c:622: parse error before `cp1' /usr/src/usr.sbin/zic/zic/../zic.c:623: redeclaration of `genericptr_t' /usr/src/usr.sbin/zic/zic/../zic.c:622: `genericptr_t' previously declared here /usr/src/usr.sbin/zic/zic/../zic.c:623: parse error before `cp2' /usr/src/usr.sbin/zic/zic/../zic.c:623: declaration for parameter `genericptr_t' but no such parameter /usr/src/usr.sbin/zic/zic/../zic.c: In function `associate': /usr/src/usr.sbin/zic/zic/../zic.c:638: `genericptr_t' undeclared (first use this function) .... And so on. John Capo IRBS Engineering From owner-freebsd-current Tue Aug 29 07:22:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA03922 for current-outgoing; Tue, 29 Aug 1995 07:22:14 -0700 Received: from deep-thought.demos.su (deep-thought.demos.su [192.91.186.133]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA03904 for ; Tue, 29 Aug 1995 07:22:09 -0700 Received: by deep-thought.demos.su id SAA05477; (8.6.12/D) Tue, 29 Aug 1995 18:21:59 +0400 To: current@freebsd.org Cc: "Jordan K. Hubbard" Message-ID: Organization: DEMOS Date: Tue, 29 Aug 1995 18:21:58 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: noauto option not mentioned in valid options list (-o) Lines: 6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 345 Sender: current-owner@freebsd.org Precedence: bulk It mentioned only for -a option, please fix mount.8 -- 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 Tue Aug 29 09:12:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA13209 for current-outgoing; Tue, 29 Aug 1995 09:12:58 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA13152 for ; Tue, 29 Aug 1995 09:12:29 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id SAA10610 for ; Tue, 29 Aug 1995 18:12:13 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id SAA12783 for ; Tue, 29 Aug 1995 18:12:12 +0200 Message-Id: <199508291612.SAA12783@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: current@freebsd.org Subject: syslog(3) security hole... Date: Tue, 29 Aug 1995 18:12:11 +0200 From: Mark Murray Sender: current-owner@freebsd.org Precedence: bulk Hi folks Take a look at this. Are we vulnerable? M ------- Forwarded Message From: pvh@ucthpx.uct.ac.za (P van Heusden) Subject: [8lgm]-Advisory-22.UNIX.syslog.2-Aug-1995 (fwd) To: asturman@aztec.co.za, mark@grondar.za Date: Tue, 29 Aug 1995 11:36:46 +0200 (SAST) Forwarded message: Subject: [8lgm]-Advisory-22.UNIX.syslog.2-Aug-1995 To: 8lgm-advisories@8lgm.org, bugtraq@crimelab.com, firewalls@greatcircle.com Date: Tue, 29 Aug 1995 02:33:37 +0100 (BST) ============================================================================= Virtual Domain Hosting Services provided by The FOURnet Information Network mail webserv@FOUR.net or see http://www.four.net ============================================================================= [8lgm]-Advisory-22.UNIX.syslog.2-Aug-1995 VULNERABLE PROGRAMS: All programs calling syslog(3) with user supplied data, without checking argument lengths. KNOWN VULNERABLE PLATFORMS: SunOS 4.1.* KNOWN SECURE PLATFORMS: None at present. DESCRIPTION: syslog(3) uses an internal buffer to build messages. However it performs no bound checking, and relies on the caller to check arguments passed to it. IMPACT: Local and remote users can obtain root access. REPEAT BY: We have written an example exploit to overwrite syslog(3)'s internal buffer using SunOS sendmail(8). However due to the severity of this problem, this code will not be made available to anyone at this time. Please note that the exploit was fairly straightforward to put together, therefore expect exploits to be widely available soon after the release of this advisory. Here is a edited sample of using a modified telnet client to obtain a root shell through SunOS sendmail(8) on a sparc based machine. legless[8lgm]% syslog_telnet localhost smtp Trying 127.0.0.1 ... Connected to localhost. Escape character is '^]'. 220 legless.8lgm.org Sendmail 4.1/SMI-4.1 ready at Sun,\ 27 Aug 95 15:56:27 BST mail from: root 250 root... Sender ok rcpt to: root 250 root... Recipient ok data 354 Enter mail, end with "." on a line by itself ^] syslog_telnet> ### At this point, we provide some information to the modified ### telnet client about the remote host. Then sparc instructions ### are sent over the link within the body of the message to ### execute a shell. ### ### As soon as data is finished (with .), sendmail will eventually ### report, through syslog(3), data about this message. syslog's ### internal buffer will be overwritten, and our supplied ### instructions are executed. Hit , then . . /usr/bin/id; uid=0(root) gid=0(wheel) groups=0(wheel) /bin/sh: ^M: not found uptime; 3:57pm up 1:25, 5 users, load average: 0.11, 0.05, 0.00 /bin/sh: ^M: not found exit; Connection closed by foreign host. ### Here we can see that sendmail has execed a shell as root, ### and that we can type commands. (lines ending in ; are ### user input through the telnet client). ### ### This exploit could be further expanded upon to encapsulate ### instructions within the body of a message, which can then ### be mailed out to a site (ie without the necessity to connect ### directly to the smtp port). This may be used to bypass ### firewalls. WORKAROUNDS: We have two methods to ensure that syslog(3) can not be used in the above manner. Fix syslog(3), to perform bound checking. Shared libraries can be then fixed to use the new function. Statically linked programs will require rebuilding. Alternatively, ensure all calls to syslog(3), by all programs, check all arguments passed to syslog(3). Ideally both of the above should be implemented. FIX: Contact vendors for fixes. STATUS UPDATE: The file: [8lgm]-Advisory-22.UNIX.syslog.2-Aug-1995.README will be created on www.8lgm.org. This will contain updates on any further versions which are found to be vulnerable, and any other information received pertaining to this advisory. - ----------------------------------------------------------------------- FEEDBACK AND CONTACT INFORMATION: majordomo@8lgm.org (Mailing list requests - try 'help' for details) 8lgm@8lgm.org (Everything else) 8LGM FILESERVER: All [8LGM] advisories may be obtained via the [8LGM] fileserver. For details, 'echo help | mail 8lgm-fileserver@8lgm.org' 8LGM WWW SERVER: [8LGM]'s web server can be reached at http://www.8lgm.org. This contains details of all 8LGM advisories and other useful information. =========================================================================== - -- - ----------------------------------------------------------------------- $ echo help | mail 8lgm-fileserver@8lgm.org (Fileserver help) majordomo@8lgm.org (Request to be added to list) 8lgm@8lgm.org (General enquiries) ******* VISIT 8LGM ON THE WORLD WIDE WEB: http://www.8lgm.org ******** - -- ****************************************************************************** Peter van Heusden | UCT ITS/TSS | "Ek vind geen klinkende pvh@ucthpx.uct.ac.za | standard disclaimer | rym vir rewolusie ..." +27 21 650 3018 | applies | Joan Hambidge ------- End of Forwarded Message From owner-freebsd-current Tue Aug 29 09:59:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA15076 for current-outgoing; Tue, 29 Aug 1995 09:59:13 -0700 Received: from kaiwan.kaiwan.com (kaiwan.kaiwan.com [198.178.203.2]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA15068 for ; Tue, 29 Aug 1995 09:59:12 -0700 Received: from exit.com (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id JAA12717; Tue, 29 Aug 1995 09:58:54 -0700 *** KAIWAN Internet Access *** Received: (from frank@localhost) by exit.com (8.6.11/8.6.6) id JAA06323; Tue, 29 Aug 1995 09:30:50 -0700 From: Frank Mayhar Message-Id: <199508291630.JAA06323@exit.com> Subject: Re: CTM problems To: rkw@dataplex.net (Richard Wackerbarth) Date: Tue, 29 Aug 1995 09:30:50 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: from "Richard Wackerbarth" at Aug 29, 95 07:50:32 am X-Mailer: ELM [version 2.4 PL24 ME5a] Content-Type: text Content-Length: 777 Sender: current-owner@freebsd.org Precedence: bulk > I have attempted to keep my copy of the -current tree up-to-date by > subscription to the CTM updates. > However, even though I am connected always connected to the net, I find > that I fail to receive many of the updates and have to go in manually to > "fill in the gaps". > Are others experiencing the same problem? If so, what is the cause and what > can we do to "fix" it. Yes; I see this with the ports distribution, as well. I don't know what the problem might be. > Is there any demand for a CTM distribution of -stable? If so, I would be > happy to work on setting it up. I would like very much to get -stable via CTM; right now I use sup to get that and CTM to get -current (I run -stable and keep -current around for reference). -- Frank Mayhar frank@exit.com From owner-freebsd-current Tue Aug 29 18:30:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA02489 for current-outgoing; Tue, 29 Aug 1995 18:30:27 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA02481 for ; Tue, 29 Aug 1995 18:30:15 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id VAA19468; Tue, 29 Aug 1995 21:24:07 -0400 Date: Tue, 29 Aug 1995 21:24:06 -0400 (EDT) From: "Jonathan M. Bresler" Subject: CTM problems (fwd) To: rkw@dataplex.net cc: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk we have just changed how bulk_mailer operates. please watch you ctm updates over the next few days for any changes, for better or for worse. (hopefully better) Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-current Tue Aug 29 22:08:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA10103 for current-outgoing; Tue, 29 Aug 1995 22:08:10 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA10091 for ; Tue, 29 Aug 1995 22:07:44 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id WAA19578; Tue, 29 Aug 1995 22:06:38 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA03024; Tue, 29 Aug 1995 22:08:31 -0700 Message-Id: <199508300508.WAA03024@corbin.Root.COM> To: John Capo cc: freebsd-current@freefall.freebsd.org (freebsd-current) Subject: Re: Broken zic in Stable In-reply-to: Your message of "Tue, 29 Aug 95 10:21:45 EDT." <199508291421.KAA25266@irbs.irbs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 29 Aug 1995 22:08:30 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >zic is old but it uses files from lib/libc/stdtime and they are >recent. Half-baked import maybe? > >/usr/src/usr.sbin/zic/zic/../zic.c:62: conflicting types for `getopt' ... No, I just haven't gotten to bringing zic into -stable yet. I will be working on that tonight. -DG From owner-freebsd-current Tue Aug 29 22:53:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA11429 for current-outgoing; Tue, 29 Aug 1995 22:53:04 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA11364 for ; Tue, 29 Aug 1995 22:52:33 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id HAA18630 for freebsd-current@FreeBSD.ORG; Wed, 30 Aug 1995 07:49:47 +0200 From: John Hay Message-Id: <199508300549.HAA18630@zibbi.mikom.csir.co.za> Subject: nfs-diskless To: freebsd-current@FreeBSD.ORG (FreeBSD-current) Date: Wed, 30 Aug 1995 07:49:46 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1315 Sender: current-owner@FreeBSD.ORG Precedence: bulk Hi, Well I guess my basic question is: Does nfs-diskless work with a fbsd-current client and a fbsd-current server? If somebody can just tell me that they are using it with fbsd-current, I can go through my setups again to see if I have done something wrong. I had nfs-diskless working with V2.0 in January this year and had wiped all the setups for the bootp etc when I upgraded. Last night I have been trying to get a nfs-diskless client working using FreeBSD-current, but I get a panic that it can't find init. The first part is working: The diskless machine finds the bootp server, loads the kernel, the kernel probes everything and then gives two messages roughly: SWAP 146.64.58.34:/usr/tftp/swapfs ROOT 146.64.58.34:/usr/tftp/rootfs ^^^^^^ This is where I made the root fs for the client Then there is a few exec errors while it tries to find init. All of them give error 20 (Which is ENOTDIR, but /usr/tftp/rootfs/sbin exists) Then it panics with init not found. I have traced with tcpdump and I can see where it loads the kernel, but there is no activity on the ethernet after the kernel is loaded. It looks like it isn't even trying to read /sbin/init over the net. Tips and kicks in the right direction appreciated. :) John -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Tue Aug 29 23:28:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA12865 for current-outgoing; Tue, 29 Aug 1995 23:28:00 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA12725 ; Tue, 29 Aug 1995 23:22:03 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id MAA02111; Wed, 30 Aug 1995 12:22:07 +0600 From: "Serge A. Babkin" Message-Id: <199508300622.MAA02111@hq.icb.chel.su> Subject: Digi PC/Xe patch To: hackers@freebsd.org Date: Wed, 30 Aug 1995 12:22:06 +0600 (GMT+0600) Cc: current@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 9316 Sender: current-owner@freebsd.org Precedence: bulk Hi! Finally my Digiboard driver can work with PC/Xe cards! It understands two flags too: 0x01 - alternate layout of pins 0x02 - use the windowed PC/Xe in 64K mode It seems to work enough stable now. The diff relative to ALPHA is: --------------------------- cut here ------------------------------------ *** 1.31 1995/07/13 09:25:09 --- dgb.c 1995/08/16 08:23:58 *************** *** 1,5 **** /*- ! * dgb.c $Id: dgb.c,v 1.31 1995/07/13 09:25:09 root Exp $ * * Copyright (C) 1995 by Serge Babkin * --- 1,5 ---- /*- ! * dgb.c $Id: dgb.c,v 1.40 1995/08/16 08:23:00 root Exp root $ * * Copyright (C) 1995 by Serge Babkin * *************** *** 208,213 **** --- 208,214 ---- struct dgb_softc { /* struct board_info */ u_char status; /* status: DISABLED/ENABLED */ + u_char unit; /* unit number */ u_char type; /* type of card: PCXE, PCXI, PCXEVE */ u_char altpin; /* do we need alternate pin setting ? */ ushort numports; /* number of ports on card */ *************** *** 292,300 **** }; #ifdef DEBUG ! static int debug=1; #else ! static int debug=0; #endif static int polltimeout=0; --- 293,301 ---- }; #ifdef DEBUG ! int dgbdebug=1; #else ! int dgbdebug=0; #endif static int polltimeout=0; *************** *** 310,315 **** --- 311,317 ---- { if(sc->type==PCXEVE) { outb(sc->port+1, FEPWIN|(addr>>13)); + DPRINT3("dgb%d: switched to window 0x%x\n",sc->unit,addr>>13); return (addr & 0x1FFF); } else { outb(sc->port,FEPMEM); *************** *** 324,329 **** --- 326,332 ---- { if(sc->type==PCXEVE) { outb(sc->port+1, FEPWIN|(addr>>13)); + DPRINT3("dgb%d: switched to window 0x%x\n",sc->unit,addr>>13); return (addr & 0x1FFF); } else { outb(sc->port,inb(sc->port)|FEPMEM); *************** *** 364,372 **** int addr; int unit=dev->id_unit; ! sc->port=dev->id_iobase; /* left 24 bits only (ISA address) */ sc->pmem=((long)dev->id_maddr & 0xFFFFFF); --- 367,380 ---- int addr; int unit=dev->id_unit; ! sc->unit=dev->id_unit; sc->port=dev->id_iobase; + if(dev->id_flags & DGBFLAG_ALTPIN) + sc->altpin=1; + else + sc->altpin=0; + /* left 24 bits only (ISA address) */ sc->pmem=((long)dev->id_maddr & 0xFFFFFF); *************** *** 429,435 **** sc->mem_seg=0xF000; ! if(( v&0xC0 )==0) { win_size=0x10000; printf("dgb%d: PC/Xe 64K\n",dev->id_unit); sc->type=PCXE; --- 437,443 ---- sc->mem_seg=0xF000; ! if(dev->id_flags==DGBFLAG_NOWIN || ( v&0xC0 )==0) { win_size=0x10000; printf("dgb%d: PC/Xe 64K\n",dev->id_unit); sc->type=PCXE; *************** *** 530,536 **** /* for PCXEVE set up interrupt and base address */ if(sc->type==PCXEVE) { ! t=(((u_long)sc->pmem>>8) & 0xFFE0); /* IRQ isn't used */ #if 0 --- 538,544 ---- /* for PCXEVE set up interrupt and base address */ if(sc->type==PCXEVE) { ! t=(((u_long)sc->pmem>>8) & 0xFFE0) | 0x10 /* enable windowing */; /* IRQ isn't used */ #if 0 *************** *** 565,586 **** outb(sc->port+2,t & 0xFF); outb(sc->port+3,t>>8); } ! outb(sc->port, FEPRST|FEPMEM); DELAY(1); ! for(i=0; (inb(sc->port) & FEPMASK) != (FEPRST|FEPMEM) ; i++) { ! if(i>10000) { ! printf("dgb%d: 2nd reset failed\n",dev->id_unit); ! sc->status=DISABLED; ! hidewin(sc); ! return 0; } - DELAY(1); - } ! DPRINT3("dgb%d: got memory after %d us\n",unit,i); mem=sc->vmem; --- 573,600 ---- outb(sc->port+2,t & 0xFF); outb(sc->port+3,t>>8); + } else if(sc->type==PCXE) { + t=(((u_long)sc->pmem>>8) & 0xFFE0) /* disable windowing */; + outb(sc->port+2,t & 0xFF); + outb(sc->port+3,t>>8); } ! if(sc->type==PCXI || sc->type==PCXE) { ! outb(sc->port, FEPRST|FEPMEM); DELAY(1); ! for(i=0; (inb(sc->port) & FEPMASK) != (FEPRST|FEPMEM) ; i++) { ! if(i>10000) { ! printf("dgb%d: 2nd reset failed\n",dev->id_unit); ! sc->status=DISABLED; ! hidewin(sc); ! return 0; ! } ! DELAY(1); } ! DPRINT3("dgb%d: got memory after %d us\n",unit,i); ! } mem=sc->vmem; *************** *** 671,683 **** } if(sc->type==PCXEVE) { ! ptr= mem+setinitwin(sc,BIOSCODE); for(i=0; iport,FEPCLR); addr=setwin(sc,MISCGLOBAL); for(i=0; i<200000; i++) { --- 685,728 ---- } if(sc->type==PCXEVE) { ! /* set window 7 */ ! outb(sc->port+1,0xFF); ! ! ptr= mem+(BIOSCODE & 0x1FFF); for(i=0; i=5) { + printf("dgb%d: 4th memory test (BIOS load) fails\n",unit); + break; + } + } + outb(sc->port,FEPCLR); + setwin(sc,0); + + for(i=0; (inb(sc->port) & FEPMASK) != FEPCLR ; i++) { + if(i>10000) { + printf("dgb%d: BIOS start failed\n",dev->id_unit); + sc->status=DISABLED; + hidewin(sc); + return 0; + } + DELAY(1); + } + + DPRINT3("dgb%d: reset dropped after %d us\n",unit,i); + addr=setwin(sc,MISCGLOBAL); for(i=0; i<200000; i++) { *************** *** 1089,1100 **** s=spltty(); port->closing=1; - port->used=0; linesw[tp->t_line].l_close(tp,flag); dgb_drain_or_flush(port); dgbhardclose(port); ttyclose(tp); port->closing=0; wakeup(&port->closing); splx(s); --- 1134,1145 ---- s=spltty(); port->closing=1; linesw[tp->t_line].l_close(tp,flag); dgb_drain_or_flush(port); dgbhardclose(port); ttyclose(tp); port->closing=0; wakeup(&port->closing); + port->used=0; splx(s); *************** *** 1488,1503 **** dt->c_ospeed = tp->t_ospeed; } if(cmd==TIOCSETAW || cmd==TIOCSETAF) port->mustdrain=1; error = linesw[tp->t_line].l_ioctl(tp, cmd, data, flag, p); - port->mustdrain=0; - if (error >= 0) return error; error = ttioctl(tp, cmd, data, flag); if (error >= 0) return error; s = spltty(); --- 1533,1561 ---- dt->c_ospeed = tp->t_ospeed; } + if(cmd==TIOCSTOP) { + setwin(sc,0); + fepcmd(port, PAUSETX, 0, 0, 0, 0); + hidewin(sc); + return 0; + } else if(cmd==TIOCSTART) { + setwin(sc,0); + fepcmd(port, RESUMETX, 0, 0, 0, 0); + hidewin(sc); + return 0; + } + if(cmd==TIOCSETAW || cmd==TIOCSETAF) port->mustdrain=1; error = linesw[tp->t_line].l_ioctl(tp, cmd, data, flag, p); if (error >= 0) return error; error = ttioctl(tp, cmd, data, flag); + + port->mustdrain=0; + if (error >= 0) return error; s = spltty(); *************** *** 1703,1709 **** tail=bc->tout; head=bc->tin; ! while(tail!=head && tail!=lasttail) { DPRINT5("dgb%d: port %d: flush: head=%d tail=%d\n", port->unit, port->pnum, head, tail); --- 1761,1767 ---- tail=bc->tout; head=bc->tin; ! while(tail!=head /* && tail!=lasttail */ ) { DPRINT5("dgb%d: port %d: flush: head=%d tail=%d\n", port->unit, port->pnum, head, tail); *** 1.4 1995/07/13 08:07:46 --- dgreg.h 1995/08/10 02:17:47 *************** *** 1,5 **** /*- ! * dgreg.h $Id: dgreg.h,v 1.4 1995/07/13 08:07:46 root Exp $ * * Copyright (C) 1995 by Serge Babkin * --- 1,5 ---- /*- ! * dgreg.h $Id: dgreg.h,v 1.6 1995/07/26 08:51:42 root Exp root $ * * Copyright (C) 1995 by Serge Babkin * *************** *** 22,28 **** * babkin@hq.icb.chel.su */ ! /* #define DEBUG */ #define MAX_DGB_PORTS 32 --- 22,28 ---- * babkin@hq.icb.chel.su */ ! #define DEBUG #define MAX_DGB_PORTS 32 *************** *** 344,357 **** volatile struct global_data *mailbox; }; /* debugging printout */ #ifdef DEBUG ! # define DPRINT1(a1) (debug ? printf(a1) : 0) ! # define DPRINT2(a1,a2) (debug ? printf(a1,a2) : 0) ! # define DPRINT3(a1,a2,a3) (debug ? printf(a1,a2,a3) : 0) ! # define DPRINT4(a1,a2,a3,a4) (debug ? printf(a1,a2,a3,a4) : 0) ! # define DPRINT5(a1,a2,a3,a4,a5) (debug ? printf(a1,a2,a3,a4,a5) : 0) #else # define DPRINT1(a1) # define DPRINT2(a1,a2) --- 344,362 ---- volatile struct global_data *mailbox; }; + /* flags for configuring */ + + #define DGBFLAG_ALTPIN 0x0001 /* chande DCD and DCD */ + #define DGBFLAG_NOWIN 0x0002 /* use windowed PC/Xe as non-windowed */ + /* debugging printout */ #ifdef DEBUG ! # define DPRINT1(a1) (dgbdebug ? printf(a1) : 0) ! # define DPRINT2(a1,a2) (dgbdebug ? printf(a1,a2) : 0) ! # define DPRINT3(a1,a2,a3) (dgbdebug ? printf(a1,a2,a3) : 0) ! # define DPRINT4(a1,a2,a3,a4) (dgbdebug ? printf(a1,a2,a3,a4) : 0) ! # define DPRINT5(a1,a2,a3,a4,a5) (dgbdebug ? printf(a1,a2,a3,a4,a5) : 0) #else # define DPRINT1(a1) # define DPRINT2(a1,a2) --------------------------- cut here ------------------------------------ Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-current Wed Aug 30 02:19:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA20892 for current-outgoing; Wed, 30 Aug 1995 02:19:23 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA20883 for ; Wed, 30 Aug 1995 02:19:11 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id KAA26553; Wed, 30 Aug 1995 10:14:36 +0100 Date: Wed, 30 Aug 1995 10:14:35 +0100 (BST) From: Doug Rabson To: John Hay cc: FreeBSD-current Subject: Re: nfs-diskless In-Reply-To: <199508300549.HAA18630@zibbi.mikom.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Wed, 30 Aug 1995, John Hay wrote: > Hi, > > Well I guess my basic question is: Does nfs-diskless work with a fbsd-current > client and a fbsd-current server? If somebody can just tell me that they are > using it with fbsd-current, I can go through my setups again to see if I > have done something wrong. > > I had nfs-diskless working with V2.0 in January this year and had wiped > all the setups for the bootp etc when I upgraded. Last night I have been > trying to get a nfs-diskless client working using FreeBSD-current, but I > get a panic that it can't find init. > > The first part is working: > The diskless machine finds the bootp server, loads the kernel, the kernel > probes everything and then gives two messages roughly: > SWAP 146.64.58.34:/usr/tftp/swapfs > ROOT 146.64.58.34:/usr/tftp/rootfs > ^^^^^^ This is where I made the root fs for the > client > > Then there is a few exec errors while it tries to find init. All of them > give error 20 (Which is ENOTDIR, but /usr/tftp/rootfs/sbin exists) Then it > panics with init not found. > > I have traced with tcpdump and I can see where it loads the kernel, but there > is no activity on the ethernet after the kernel is loaded. It looks like it > isn't even trying to read /sbin/init over the net. > > Tips and kicks in the right direction appreciated. :) There is a known problem in mounting diskless roots which I caused when trying to get amd's direct maps to work :-(. I was intending to try and fix this either today or tomorrow. There is also a problem with diskless swapping where the machine will spontaneously reboot as soon as it starts paging. A workaround for this is to pre-allocate the swapfile using dd rather than just creating an empty file (as the FAQ suggests). -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Wed Aug 30 04:24:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA26731 for current-outgoing; Wed, 30 Aug 1995 04:24:40 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA26699 for ; Wed, 30 Aug 1995 04:24:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA27062 for ; Wed, 30 Aug 1995 13:23:45 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA00979 for current@FreeBSD.org; Wed, 30 Aug 1995 13:23:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA02643 for current@FreeBSD.org; Wed, 30 Aug 1995 10:42:19 +0200 From: J Wunsch Message-Id: <199508300842.KAA02643@uriah.heep.sax.de> Subject: Re: Digi PC/Xe patch To: current@FreeBSD.org Date: Wed, 30 Aug 1995 10:42:19 +0200 (MET DST) Reply-To: current@FreeBSD.org In-Reply-To: <199508300622.MAA02111@hq.icb.chel.su> from "Serge A. Babkin" at Aug 30, 95 12:22:06 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: 304 Sender: current-owner@FreeBSD.org Precedence: bulk As Serge A. Babkin wrote: > > Hi! > > Finally my Digiboard driver can work with PC/Xe cards! It understands two > flags too: Ooops, please: *one* list only. -- 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 Aug 30 06:36:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA01198 for current-outgoing; Wed, 30 Aug 1995 06:36:31 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA01190 for ; Wed, 30 Aug 1995 06:36:19 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA03929 for ; Wed, 30 Aug 1995 06:36:10 -0700 To: current@freebsd.org Subject: /usr/src/usr.bin/ee Date: Wed, 30 Aug 1995 06:36:10 -0700 Message-ID: <3927.809789770@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk Something else about it most people probably haven't noticed: It's one of our first (only?) applications to install a specific message catalog for itself. This means that you can have versions of ee that are friendly to more than U.S. users - you can have the help screens and menus come up in anything from French to Croatian. In fact, since ee will be one of the first apps a user sees in FreeBSD's installation (anytime editing of a configuration file is requested) I would actively encourage any suitably motivated translators to do so. /usr/src/usr.bin/ee/nls/en_US.ISO_8859-1/ee.msg contains the english language messages.. It's also a reasonable example of how to do this in your own application and the only working example of `gencat' and its input format that I know of. Jordan From owner-freebsd-current Wed Aug 30 07:03:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA01878 for current-outgoing; Wed, 30 Aug 1995 07:03:42 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA01871 for ; Wed, 30 Aug 1995 07:03:39 -0700 Received: from outview (betty-p05.netinfo.com.au [203.8.127.197]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id HAA26957 for ; Wed, 30 Aug 1995 07:03:25 -0700 Received: from localhost (localhost [127.0.0.1]) by outview (8.6.12/8.6.9) with SMTP id XAA07004 for ; Wed, 30 Aug 1995 23:59:51 +1000 Message-Id: <199508301359.XAA07004@outview> X-Authentication-Warning: betty-p05.netinfo.com.au: Host localhost didn't use HELO protocol To: freebsd-current@freebsd.org Reply-To: pdavie@auug.org.au Subject: SYSVMSG support and struct mymsg Date: Wed, 30 Aug 1995 23:59:50 +1000 From: Peter Davie Sender: current-owner@freebsd.org Precedence: bulk On most system V systems I have come across (if not all) the prototype structure for a message to be sent using SYSV msgsnd is called struct msgbuf. This of course has a name clash with the msgbuf structs which are defined in the kernel. However, when compiling the kernel, the SYSV struct and the BSD struct are only ever included in the one file once (hardly surprising.) I have trivial patches which can be supplied if there is sufficient interest to allow the current struct mymsg to be called msgbuf (you may ask why, well it makes porting easier since we don't have a silly difference to need to hack around.) Any interest? Peter Davie From owner-freebsd-current Wed Aug 30 08:23:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA07854 for current-outgoing; Wed, 30 Aug 1995 08:23:46 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA07847 for ; Wed, 30 Aug 1995 08:23:43 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA04425 for ; Wed, 30 Aug 1995 08:23:41 -0700 To: current@freebsd.org Subject: What do you think of these patches to echo? Date: Wed, 30 Aug 1995 08:23:40 -0700 Message-ID: <4423.809796220@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk If you think I'm going to commit this without review, you're crazy.. :-) Synopsis: add \c handling to echo (at the end of an arglist, is synonymous with echo -n ...) Why: We can make ourselves iBCS2 compliant with an LKM, but we can't do anything about the differing semantics of various commands. Fortunately, very few installation shell scripts for SCO do things like `ps -deaf|..' but they DO do a lot of `echo "foo bar bar blatt?\c "' sorts of things and this looks really cheesy when you're installing WordPerfect for SCO or something. Disclaimer: I don't propose that we change all the commands to be SCO compliant (heavens!) by any stretch, simply that the change to this one is innocuous enough that we get good "bang for the buck" in increasing the quality of our iBCS2 coverage from one very small change. POSIX doesn't seem to have anything to say about this at all. Diffs: Index: echo.c =================================================================== RCS file: /home/ncvs/src/bin/echo/echo.c,v retrieving revision 1.2 diff -c -r1.2 echo.c *** 1.2 1994/09/24 02:55:18 --- echo.c 1995/08/28 19:54:00 *************** *** 62,69 **** else nflag = 0; ! while (*argv) { ! (void)printf("%s", *argv); if (*++argv) putchar(' '); } --- 63,76 ---- else nflag = 0; ! while (argv[0]) { ! int len = strlen(argv[0]); ! ! if (len >= 2 && !argv[1] && argv[0][len - 2] == '\\' && argv[0][len - 1] == 'c') { ! argv[0][len - 2] = '\0'; ! nflag = 1; ! } ! (void)printf("%s", argv[0]); if (*++argv) putchar(' '); } From owner-freebsd-current Wed Aug 30 08:25:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA07937 for current-outgoing; Wed, 30 Aug 1995 08:25:25 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA07931 for ; Wed, 30 Aug 1995 08:25:22 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA04467 for ; Wed, 30 Aug 1995 08:25:15 -0700 To: current@freebsd.org Subject: WHAT THE DEVIL?? Date: Wed, 30 Aug 1995 08:25:14 -0700 Message-ID: <4465.809796314@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk U sbin/i386/ft/Makefile U sbin/quotacheck/quotac`eck.c cvs update: sbin/quotacheck/quotacheck.c is no longer in the repository Who smashed quotacheck.c and replaced it with a berserk backquote-imbeded version? I suspect that this was some sort of CVS mistake? Jordan From owner-freebsd-current Wed Aug 30 09:15:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA09817 for current-outgoing; Wed, 30 Aug 1995 09:15:59 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id JAA09810 for ; Wed, 30 Aug 1995 09:15:53 -0700 Received: by sequent.kiae.su id AA00870 (5.65.kiae-2 ); Wed, 30 Aug 1995 20:14:29 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 30 Aug 95 20:14:28 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id SAA00754; Wed, 30 Aug 1995 18:45:43 +0400 To: current@freebsd.org, "Jordan K. Hubbard" References: <3927.809789770@time.cdrom.com> In-Reply-To: <3927.809789770@time.cdrom.com>; from "Jordan K. Hubbard" at Wed, 30 Aug 1995 06:36:10 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 30 Aug 1995 18:45:43 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: /usr/src/usr.bin/ee Lines: 14 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 627 Sender: current-owner@freebsd.org Precedence: bulk In message <3927.809789770@time.cdrom.com> Jordan K. Hubbard writes: >It's also a reasonable example of how to do this in your own application >and the only working example of `gencat' and its input format that >I know of. Next good example of gencat/message catalogs usage is at least tcsh and elm.with_pgp from ports collection. -- 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 Wed Aug 30 09:30:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA10343 for current-outgoing; Wed, 30 Aug 1995 09:30:07 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA10329 for ; Wed, 30 Aug 1995 09:30:00 -0700 Received: from excalibur.ibp.fr (excalibur.ibp.fr [132.227.60.9]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA19206 for ; Wed, 30 Aug 1995 18:29:51 +0200 Received: from (card@localhost) by excalibur.ibp.fr (8.6.12/jtpda-5.0) id SAA01549 for current@freebsd.org; Wed, 30 Aug 1995 18:29:50 +0200 Date: Wed, 30 Aug 1995 18:29:50 +0200 From: card@excalibur.ibp.fr (Remy Card) Message-Id: <199508301629.SAA01549@excalibur.ibp.fr> To: current@freebsd.org Subject: SUP problem Sender: current-owner@freebsd.org Precedence: bulk Hi, I got this error message when running sup today: SUP Upgrade of src-sbin-current at Wed Aug 30 18:24:39 1995 SUP Fileserver 8.13 (4.3 BSD) 10119 on freefall.FreeBSD.org at 18:24:39 SUP Requesting changes since Aug 30 11:35:12 1995 SUP: Access denied to sbin/quotacheck/quotac`eck.c It seems that there is a problem somewhere :-) Remy From owner-freebsd-current Wed Aug 30 09:48:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA11456 for current-outgoing; Wed, 30 Aug 1995 09:48:07 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA11435 for ; Wed, 30 Aug 1995 09:47:57 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id JAA21377; Wed, 30 Aug 1995 09:46:54 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id JAA20048; Wed, 30 Aug 1995 09:48:49 -0700 Message-Id: <199508301648.JAA20048@corbin.Root.COM> To: card@excalibur.ibp.fr (Remy Card) cc: current@freebsd.org Subject: Re: SUP problem In-reply-to: Your message of "Wed, 30 Aug 95 18:29:50 +0200." <199508301629.SAA01549@excalibur.ibp.fr> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 30 Aug 1995 09:48:48 -0700 Sender: current-owner@freebsd.org Precedence: bulk > I got this error message when running sup today: >SUP Upgrade of src-sbin-current at Wed Aug 30 18:24:39 1995 >SUP Fileserver 8.13 (4.3 BSD) 10119 on freefall.FreeBSD.org at 18:24:39 >SUP Requesting changes since Aug 30 11:35:12 1995 >SUP: Access denied to sbin/quotacheck/quotac`eck.c > > It seems that there is a problem somewhere :-) Yes, there was a single bit error in the filename. The problem has been corrected, and should show up in SUP in an hour or two. -DG From owner-freebsd-current Wed Aug 30 10:04:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA12859 for current-outgoing; Wed, 30 Aug 1995 10:04:58 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA12831 for ; Wed, 30 Aug 1995 10:04:41 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id TAA12237 for ; Wed, 30 Aug 1995 19:04:22 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id TAA20907 for ; Wed, 30 Aug 1995 19:04:21 +0200 Message-Id: <199508301704.TAA20907@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: current@freebsd.org Subject: LINT - any plans? Date: Wed, 30 Aug 1995 19:04:21 +0200 From: Mark Murray Sender: current-owner@freebsd.org Precedence: bulk A colleague at work rubbed my nose in the fact that NetBSD has lint(1). Are there any plans to import this into FreeBSD. It would be very useful. I got the source, and it mostly compiles, but objects to some things in our headers. It is also inder a standard looking BSD copyright. I do not have the time to delve into that yet :-(. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Wed Aug 30 10:19:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA14457 for current-outgoing; Wed, 30 Aug 1995 10:19:48 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA14425 for ; Wed, 30 Aug 1995 10:19:28 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA15517; Thu, 31 Aug 1995 03:15:46 +1000 Date: Thu, 31 Aug 1995 03:15:46 +1000 From: Bruce Evans Message-Id: <199508301715.DAA15517@godzilla.zeta.org.au> To: current@freebsd.org, jkh@time.cdrom.com Subject: Re: What do you think of these patches to echo? Sender: current-owner@freebsd.org Precedence: bulk >Subject: What do you think of these patches to echo? >... >Synopsis: > add \c handling to echo (at the end of an arglist, is > synonymous with echo -n ...) :-(. Bruce From owner-freebsd-current Wed Aug 30 11:02:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA17768 for current-outgoing; Wed, 30 Aug 1995 11:02:16 -0700 Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA17757 for ; Wed, 30 Aug 1995 11:02:10 -0700 Received: from olympus by devnull (8.6.8/8.6.6) id NAA04226; Wed, 30 Aug 1995 13:01:49 -0500 Received: by olympus (4.1/TSS2.1) id AA14531; Wed, 30 Aug 95 13:01:54 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9508301801.AA14531@olympus> Subject: Re: Something spooged telnet negotiation for cisco in 2.2-current. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 30 Aug 1995 13:01:54 -0500 (CDT) Cc: current@freefall.FreeBSD.org In-Reply-To: <11939.809627993@time.cdrom.com> from "Jordan K. Hubbard" at Aug 28, 95 09:39:53 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 733 Sender: current-owner@FreeBSD.org Precedence: bulk > > >From our friendly local cisco cs500, I do a: > > cisco>telnet who.cdrom.com > Trying who.cdrom.com (192.216.222.3)... Open > > FreeBSD (who.cdrom.com) (ttyp2) > > login: > [sprotch! telnet is dead] > > This used to work, and the cisco can go to freefall just fine, just > nothing newer.. Argh! Who is our firewall and if people can't telnet > through it, they're hosed.. > > Jordan > It works with a CSC4, here at work, with a system I supped and rebuilt, yesterday. Boyd -- _______________________________________________________________________ Boyd Faulkner - faulkner@isd.tandem.com - http://cactus.org/~faulkner _______________________________________________________________________ From owner-freebsd-current Wed Aug 30 11:06:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA18054 for current-outgoing; Wed, 30 Aug 1995 11:06:01 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA18039 for ; Wed, 30 Aug 1995 11:05:53 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18783; Wed, 30 Aug 1995 11:01:39 -0700 From: Terry Lambert Message-Id: <199508301801.LAA18783@phaeton.artisoft.com> Subject: Re: What do you think of these patches to echo? To: bde@zeta.org.au (Bruce Evans) Date: Wed, 30 Aug 1995 11:01:39 -0700 (MST) Cc: current@freebsd.org, jkh@time.cdrom.com In-Reply-To: <199508301715.DAA15517@godzilla.zeta.org.au> from "Bruce Evans" at Aug 31, 95 03:15:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1098 Sender: current-owner@freebsd.org Precedence: bulk > > >Subject: What do you think of these patches to echo? > >... > >Synopsis: > > add \c handling to echo (at the end of an arglist, is > > synonymous with echo -n ...) > > :-(. 8-). I hate shell scripts that use \c or -n coming from the net and having half of them work on one box and half work on another. Since \c is an undefined escape otherwise, I see no problem with allowing it. On the other hand, all of my scripts intended to be portable will still use: # # define "echon" # ECHON=`echo -n` if test "x$ECHO" = "x-n" then ECHON=xechoc else ECHON=xechon fi xechoc() { echo "$*\c" } xechon() { echo -n "$*" } echon() { $ECHON "$*" } ... echon "what do you want? " read x No shell functions allowed? # # define "echon" # ECHON=`echo -n` if test "x$ECHO" = "x-n" then ECHON="echo" ENSUF="\c" else ECHON="echo -n" ENSUF="" fi $ECHON "what do you want? $ENSUF" read x Please, save me from this abomination! Commit the changes! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Aug 30 11:11:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA18527 for current-outgoing; Wed, 30 Aug 1995 11:11:56 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA18521 for ; Wed, 30 Aug 1995 11:11:54 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18819; Wed, 30 Aug 1995 11:07:29 -0700 From: Terry Lambert Message-Id: <199508301807.LAA18819@phaeton.artisoft.com> Subject: Re: Something spooged telnet negotiation for cisco in 2.2-current. To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Wed, 30 Aug 1995 11:07:29 -0700 (MST) Cc: jkh@time.cdrom.com, current@freefall.FreeBSD.org In-Reply-To: <9508301801.AA14531@olympus> from "Boyd Faulkner" at Aug 30, 95 01:01: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: 368 Sender: current-owner@FreeBSD.org Precedence: bulk [ ... yet more telnet option negotiation problems ... ] Logging into a Solaris 2.3/2.4 box reveals option negotiation problems with the current telnet client. The bogus option is displayed to the screen before the prompt, FYI. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Aug 30 11:13:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA18601 for current-outgoing; Wed, 30 Aug 1995 11:13:11 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA18587 for ; Wed, 30 Aug 1995 11:13:05 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id UAA05767 for freebsd-current@FreeBSD.ORG; Wed, 30 Aug 1995 20:10:28 +0200 From: John Hay Message-Id: <199508301810.UAA05767@zibbi.mikom.csir.co.za> Subject: pseudo device lkm's broken To: freebsd-current@FreeBSD.ORG (FreeBSD-current) Date: Wed, 30 Aug 1995 20:10:28 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 606 Sender: current-owner@FreeBSD.ORG Precedence: bulk Hi, It looks like the pseudo device lkm's are broken. (lkm/if_disc, if_ppp etc) I think it has something to do with the changes in sys/kernel.h. Here is the error message for lkm/if_disc: angel:/usr/src/lkm/if_disc # make cc -O -I. -DINET -DKERNEL -I/usr/src/lkm/if_disc/../../sys -W -Wcomment -Wredundant-decls -DPSEUDO_LKM -c /usr/src/lkm/if_disc/../../sys/net/if_disc.c /usr/src/lkm/if_disc/../../sys/net/if_disc.c: In function `if_disc_load': /usr/src/lkm/if_disc/../../sys/net/if_disc.c:84: too few arguments to function `discattach' *** Error code 1 Stop. -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Wed Aug 30 11:15:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA18730 for current-outgoing; Wed, 30 Aug 1995 11:15:01 -0700 Received: from deep-thought.demos.su (deep-thought.demos.su [192.91.186.133]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA18716 for ; Wed, 30 Aug 1995 11:14:57 -0700 Received: by deep-thought.demos.su id WAA05551; (8.6.12/D) Wed, 30 Aug 1995 22:04:54 +0400 To: current@freebsd.org Message-ID: Organization: DEMOS Date: Wed, 30 Aug 1995 22:04:53 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Repository/SUP problems? Lines: 5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 293 Sender: current-owner@freebsd.org Precedence: bulk -- 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 Wed Aug 30 11:58:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA24676 for current-outgoing; Wed, 30 Aug 1995 11:58:51 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA24669 for ; Wed, 30 Aug 1995 11:58:49 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA09102; Wed, 30 Aug 1995 11:58:19 -0700 From: "Rodney W. Grimes" Message-Id: <199508301858.LAA09102@gndrsh.aac.dev.com> Subject: Re: WHAT THE DEVIL?? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 30 Aug 1995 11:58:19 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <4465.809796314@time.cdrom.com> from "Jordan K. Hubbard" at Aug 30, 95 08:25:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 910 Sender: current-owner@freebsd.org Precedence: bulk > > U sbin/i386/ft/Makefile > U sbin/quotacheck/quotac`eck.c > cvs update: sbin/quotacheck/quotacheck.c is no longer in the repository > > Who smashed quotacheck.c and replaced it with a berserk > backquote-imbeded version? > > I suspect that this was some sort of CVS mistake? CVS checks clean: freefall:rgrimes {107} cd ~ncvs/src/sbin/quotacheck/ freefall:rgrimes {108} ls -lag total 28 drwxrwxr-x 2 rgrimes ncvs 512 Aug 30 10:38 . drwxrwxr-x 62 rgrimes ncvs 1536 Aug 30 10:38 .. -r--r--r-- 1 rgrimes ncvs 1110 Jun 12 18:37 Makefile,v -r--r--r-- 1 rgrimes ncvs 5140 Jun 12 18:37 quotacheck.8,v -r--r--r-- 1 davidg ncvs 16531 Aug 25 23:25 quotacheck.c,v NFS spam? Disk I/O error on freefall?? Repaired before I checked?? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Aug 30 12:48:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA26842 for current-outgoing; Wed, 30 Aug 1995 12:48:26 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA26836 for ; Wed, 30 Aug 1995 12:48:24 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA06003; Wed, 30 Aug 1995 12:46:00 -0700 To: faulkner@mpd.tandem.com (Boyd Faulkner) cc: current@freefall.FreeBSD.org Subject: Re: Something spooged telnet negotiation for cisco in 2.2-current. In-reply-to: Your message of "Wed, 30 Aug 1995 13:01:54 CDT." <9508301801.AA14531@olympus> Date: Wed, 30 Aug 1995 12:46:00 -0700 Message-ID: <6001.809811960@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > It works with a CSC4, here at work, with a system I supped and rebuilt, > yesterday. We fixed it (well, Paul T. did anyway) - it was KLUDGELINEMODE again in telnetd! Jordan From owner-freebsd-current Wed Aug 30 13:20:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA28556 for current-outgoing; Wed, 30 Aug 1995 13:20:51 -0700 Received: from robin.mcnc.org.mcnc.org (robin.mcnc.org [128.109.130.29]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA28548 for ; Wed, 30 Aug 1995 13:20:49 -0700 Received: by robin.mcnc.org.mcnc.org (8.6.9/MCNC/8-10-92) id QAA16659; Wed, 30 Aug 1995 16:20:35 -0400 for Date: Wed, 30 Aug 1995 16:20:35 -0400 From: "Frank E. Terhaar-Yonkers" Message-Id: <199508302020.QAA16659@robin.mcnc.org.mcnc.org> To: faulkner@mpd.tandem.com, jkh@time.cdrom.com Subject: Re: Something spooged telnet negotiation for cisco in 2.2-current. Cc: current@freefall.FreeBSD.org X-Face: ,fjtWiMPydUaSQl%8[eTg`u:^BXt&T)Sny(6w\*U"5D9H[Z$kG%Q/z;Z=NwrPiXf-aMF3R) Rsand$,]26-8>5@HD(A3A79gN|0%NHsdek4mT8E,>j+\w!~d2#nH;~NV!5a0"`5$Cj8d\or(Jy/JQ_ |uc;C[filmZ(~#lre*l:|O%d/PJFy`.5w8)sMZ-)QI3TaV"j'k Sender: current-owner@FreeBSD.org Precedence: bulk This is broke in -stable as well. Someone pls feeex. >To: faulkner@mpd.tandem.com (Boyd Faulkner) >cc: current@freefall.FreeBSD.org >Subject: Re: Something spooged telnet negotiation for cisco in 2.2-current. >Date: Wed, 30 Aug 1995 12:46:00 -0700 >From: "Jordan K. Hubbard" > >> It works with a CSC4, here at work, with a system I supped and rebuilt, >> yesterday. > >We fixed it (well, Paul T. did anyway) - it was KLUDGELINEMODE >again in telnetd! > > Jordan > \\\\////\\\\////\\\\\////\\\\\////\\\\////\\\\////\\\\////\\\\////\\\\////\\\\ Frank Terhaar-Yonkers High Performance Computing and Communications Research MCNC PO Box 12889 3021 Cornwallis Road Research Triangle Park, North Carolina 27709-2889 fty@mcnc.org voice (919)248-1417 FAX (919)248-1455 http://www.mcnc.org/HTML/ITD/ANT/HPCCResearch.html From owner-freebsd-current Wed Aug 30 13:23:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA28757 for current-outgoing; Wed, 30 Aug 1995 13:23:25 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA28751 for ; Wed, 30 Aug 1995 13:23:23 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA06200; Wed, 30 Aug 1995 13:21:23 -0700 To: "Rodney W. Grimes" cc: current@freebsd.org Subject: Re: WHAT THE DEVIL?? In-reply-to: Your message of "Wed, 30 Aug 1995 11:58:19 PDT." <199508301858.LAA09102@gndrsh.aac.dev.com> Date: Wed, 30 Aug 1995 13:21:22 -0700 Message-ID: <6198.809814082@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > NFS spam? Disk I/O error on freefall?? Repaired before I checked?? 1 probably not (nobody doing NFS commits anymore) 2 maybe! 3 definitely! :-) Jordan From owner-freebsd-current Wed Aug 30 13:35:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA29302 for current-outgoing; Wed, 30 Aug 1995 13:35:47 -0700 Received: from localhost.lightside.com (user47.lightside.com [198.81.209.47]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA29290 for ; Wed, 30 Aug 1995 13:35:29 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.11/8.6.9) id NAA00283; Wed, 30 Aug 1995 13:35:33 -0700 Date: Wed, 30 Aug 1995 13:35:32 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: freebsd-current@freebsd.org Subject: ATAPI & other problems in FreeBSD-current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk This is a repeat of a post I sent last night to FreeBSD-hackers. I thought that since it is relevant to FreeBSD-current (and I didn't get any replies to my post in hackers), I'd repost. Sorry to spam you with two copies! ---Jake I just downloaded FreeBSD-current kernel (everything outside of /usr/src/sys is 2.0.5-RELEASE) and am having some major problems. As this is my first time using the -current kernel (and I only did so to try out the ATAPI driver), I may be doing something stupid. Attached to this letter is my kernel config file, if that helps matters. Anyway, my problems with this kernel were: 1) In order to compile, I had to patch the /usr/src/sys/sys/types.h file back to its original values for off_t and pid_t: *** types.h Tue Aug 29 12:49:56 1995 --- types.h.orig Tue Aug 29 12:49:29 1995 *************** *** 69,76 **** typedef unsigned long ino_t; /* inode number */ typedef unsigned short mode_t; /* permissions */ typedef unsigned short nlink_t; /* link count */ ! typedef quad_t off_t; /* file offset */ ! typedef long pid_t; /* process id */ typedef long segsz_t; /* segment size */ typedef long swblk_t; /* swap offset */ typedef unsigned long uid_t; /* user id */ --- 69,76 ---- typedef unsigned long ino_t; /* inode number */ typedef unsigned short mode_t; /* permissions */ typedef unsigned short nlink_t; /* link count */ ! typedef _BSD_OFF_T_ off_t; /* file offset */ ! typedef _BSD_PID_T_ pid_t; /* process id */ typedef long segsz_t; /* segment size */ typedef long swblk_t; /* swap offset */ typedef unsigned long uid_t; /* user id */ 2) Programs like 'ps' will fail with a "ps: proc size mismatch (5920 total, 620 chunks)" (the number for total grows as time goes on). They worked fine under my 2.0.5-RELEASE custom kernel. I know these kind of programs poke around in the kernel data structures but you don't have to recompile them every time you upgrade kernel versions, do you? 3) With the 2.2-current kernel my Soundblaster 16 audio doesn't work anymore. Any programs that try to use /dev/audio or /dev/dsp will hang with only a slight static sound coming through the speakers. The sound card worked fine under 2.0.5-RELEASE. As for the new ATAPI driver, it works okay for data CD's on my Mitsumi FX400_02, but I can't get CD Audio to work (I'm using WorkMan as a test program). I tried /dev/wcd0a, /dev/wcd0c, /dev/rwcd0a, and /dev/rwcd0c, and the most I could get was a "CD length read: Invalid argument" when using /dev/wcd0a. Can anyone tell me what (if anything) I'm doing wrong? Thanks in advance! ------------------------------------------------------------------------------- Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # GENERIC,v 1.45.2.3 1995/06/05 21:50:41 jkh Exp # machine "i386" #cpu "I386_CPU" cpu "I486_CPU" #cpu "I586_CPU" ident MYKERNEL maxusers 4 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 #options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console # These three lines support System V IPC and shared memory options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd1a controller isa0 #controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus device wcd0 #IDE CD-ROM #controller ncr0 #controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr #controller scbus0 #device sd0 #device st0 #device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port ? bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 pseudo-device speaker pseudo-device loop #pseudo-device ether pseudo-device log #pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-current Wed Aug 30 15:21:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA05234 for current-outgoing; Wed, 30 Aug 1995 15:21:05 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA05228 for ; Wed, 30 Aug 1995 15:21:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA17259 for ; Thu, 31 Aug 1995 00:20:55 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA05994 for freebsd-current@FreeBSD.org; Thu, 31 Aug 1995 00:20:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA05024 for freebsd-current@FreeBSD.org; Wed, 30 Aug 1995 23:19:43 +0200 From: J Wunsch Message-Id: <199508302119.XAA05024@uriah.heep.sax.de> Subject: Re: LINT - any plans? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 30 Aug 1995 23:19:42 +0200 (MET DST) Reply-To: current@FreeBSD.org In-Reply-To: <199508301704.TAA20907@grumble.grondar.za> from "Mark Murray" at Aug 30, 95 07:04:21 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: 447 Sender: current-owner@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > I got the source, and it mostly compiles, but objects to some things in > our headers. It is also inder a standard looking BSD copyright. I do not > have the time to delve into that yet :-(. By any means, get diffs back to the author. He's really open-minded about us, too. -- 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 Aug 30 16:24:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA08324 for current-outgoing; Wed, 30 Aug 1995 16:24:28 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA08312 for ; Wed, 30 Aug 1995 16:24:22 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA27135; Thu, 31 Aug 1995 09:21:47 +1000 Date: Thu, 31 Aug 1995 09:21:47 +1000 From: Bruce Evans Message-Id: <199508302321.JAA27135@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za Subject: Re: pseudo device lkm's broken Sender: current-owner@FreeBSD.org Precedence: bulk >It looks like the pseudo device lkm's are broken. (lkm/if_disc, if_ppp etc) >I think it has something to do with the changes in sys/kernel.h. >Here is the error message for lkm/if_disc: >angel:/usr/src/lkm/if_disc # make >cc -O -I. -DINET -DKERNEL -I/usr/src/lkm/if_disc/../../sys -W -Wcomment >-Wredundant-decls -DPSEUDO_LKM -c /usr/src/lkm/if_disc/../../sys/net/if_disc.c >/usr/src/lkm/if_disc/../../sys/net/if_disc.c: In function `if_disc_load': >/usr/src/lkm/if_disc/../../sys/net/if_disc.c:84: too few arguments to >function `discattach' >*** Error code 1 I added the arg to discattach() and several other functions because sysinit functions are supposed to have one and there were type errors in the kernel, at least when everything is prototyped. lkms are compiled with -DPSEUDO_LKM which now apparently gives a PSEUDO_SET() set macro that is incompatible with the kernel one. This can probably be fixed by adding a dummy ((caddr_t)NULL) arg to init() in the lkm PSEUDO_SET(). The correct fix is probably to get rid of the deprecated kernel PSEUDO_SET() and remove all the dummy args. Even for boot-time sysinits, the args are almost always dummies. Bruce From owner-freebsd-current Wed Aug 30 18:48:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA14036 for current-outgoing; Wed, 30 Aug 1995 18:48:17 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA14027 for ; Wed, 30 Aug 1995 18:48:12 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id HAA11164 for current@freebsd.org; Thu, 31 Aug 1995 07:50:04 +0600 From: "Serge A. Babkin" Message-Id: <199508310150.HAA11164@hq.icb.chel.su> Subject: Re: Digi PC/Xe patch To: current@freebsd.org Date: Thu, 31 Aug 1995 07:50:03 +0600 (GMT+0600) In-Reply-To: <199508300842.KAA02643@uriah.heep.sax.de> from "J Wunsch" at Aug 30, 95 10:42:19 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 378 Sender: current-owner@freebsd.org Precedence: bulk > > As Serge A. Babkin wrote: > > > > Hi! > > > > Finally my Digiboard driver can work with PC/Xe cards! It understands two > > flags too: > > Ooops, please: *one* list only. OK. Say me please which list is "better" for such things ? The -current ? Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-current Wed Aug 30 19:49:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA18195 for current-outgoing; Wed, 30 Aug 1995 19:49:48 -0700 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA18178 for ; Wed, 30 Aug 1995 19:49:39 -0700 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.11/8.6.9) id VAA18063; Wed, 30 Aug 1995 21:48:50 -0500 From: John Fieber Message-Id: <199508310248.VAA18063@fieber-john.campusview.indiana.edu> Subject: Proposal for bsd.sgml.mk To: CVS-commiters@freefall.FreeBSD.org, current@freebsd.org Date: Wed, 30 Aug 1995 21:48:49 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2844 Sender: current-owner@freebsd.org Precedence: bulk Here is a sample makefile (for the handbook) using my proposed bsd.sgml.mk: ------------------- SGMLOPTS= -links .include ------------------- Simple, eh? Now, here is the bsd.sgml.mk which I plan to commit if there are no great objections. It isn't perfect, but it gets the job done: ------------------- # bsd.sgml.mk - 30 Aug 1995 John Fieber # This file is in the public domain. # # $Id$ .if exists(${.CURDIR}/../Makefile.inc) .include "${.CURDIR}/../Makefile.inc" .endif # Variables of possible interest to the user FORMATS?= ascii html VOLUME?= ${.CURDIR:T} DOC?= ${.CURDIR:T} SRCS?= *.sgml SGMLFMT?= sgmlfmt LPR?= lpr SGMLFLAGS+= ${SGMLOPTS} BINDIR?= /usr/share/doc BINMODE= 444 SRCDIR?= ${.CURDIR} DISTRIBUTION?= doc # Everything else DOCS= ${FORMATS:S/^/${DOC}./g} .MAIN: all all: ${DOCS} .if !target(obj) .if defined(NOOBJ) obj: .else obj: @cd ${.CURDIR}; rm -f obj; \ here=`pwd`; dest=/usr/obj`echo $$here | sed 's,^/usr/src,,'`; \ ${ECHO} "$$here -> $$dest"; ln -s $$dest obj; \ if test -d /usr/obj -a ! -d $$dest; then \ mkdir -p $$dest; \ else \ true; \ fi; .endif .endif clean: rm -f [eE]rrs mklog ${CLEANFILES} cleandir: clean cd ${.CURDIR}; rm -rf obj install: beforeinstall realinstall afterinstall .if !target(beforeinstall) beforeinstall: .endif .if !target(afterinstall) afterinstall: .endif .if !target(maninstall) maninstall: .endif realinstall: ${FORMATS:S/^/install-/g} .if !target(print) print: ${FORMATS:S/^/print-/g} .endif spell: ${SRCS} (cd ${.CURDIR}; spell ${SRCS} ) | sort | \ comm -23 - ${.CURDIR}/spell.ok > ${DOC}.spell .if !target(distribute) distribute: cd ${.CURDIR} ; $(MAKE) install DESTDIR=${DISTDIR}/${DISTRIBUTION} SHARED=copies .endif .if !target(depend) depend: .endif # For each FORMATS type, define a build, install and print target. .for _XFORMAT in ${FORMATS} # XXX This doesn't work: # .if ${_FORMAT} == "foobar" # but defining another variable does: (?!?!) _FORMAT = ${_XFORMAT} .if !target(print-${_FORMAT}) .if ${_FORMAT} == "html" print-${_FORMAT}: .else print-${_FORMAT}: ${DOC}.${_FORMAT} ${LPR} -P${.TARGET:S/print-//} ${DOC}.${_FORMAT} .endif .endif .if !target(install-${_FORMAT}) .if ${_FORMAT} == "html" install-${_FORMAT}: ${DOC}.${_FORMAT} ${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ *.${.TARGET:S/install-//} ${DESTDIR}${BINDIR}/${VOLUME} .else install-${_FORMAT}: ${DOC}.${_FORMAT} ${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ ${DOC}.${.TARGET:S/install-//} ${DESTDIR}${BINDIR}/${VOLUME} .endif .endif .if !target(${DOC}.${_FORMAT}) .if ${_FORMAT} == "html" CLEANFILES+= *.${_FORMAT} .else CLEANFILES+= ${DOC}.${_FORMAT} .endif ${DOC}.${_FORMAT}: ${SRCS} (cd ${SRCDIR}; ${SGMLFMT} -f ${.TARGET:S/${DOC}.//} ${SGMLFLAGS} ${DOC}) .endif .endfor From owner-freebsd-current Wed Aug 30 20:00:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA18498 for current-outgoing; Wed, 30 Aug 1995 20:00:49 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA18488 for ; Wed, 30 Aug 1995 20:00:41 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA21780; Wed, 30 Aug 1995 19:56:47 -0700 From: Terry Lambert Message-Id: <199508310256.TAA21780@phaeton.artisoft.com> Subject: Re: Proposal for bsd.sgml.mk To: jfieber@indiana.edu (John Fieber) Date: Wed, 30 Aug 1995 19:56:47 -0700 (MST) Cc: CVS-commiters@freefall.FreeBSD.org, current@freebsd.org In-Reply-To: <199508310248.VAA18063@fieber-john.campusview.indiana.edu> from "John Fieber" at Aug 30, 95 09:48:49 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: 1020 Sender: current-owner@freebsd.org Precedence: bulk > > Here is a sample makefile (for the handbook) using my proposed > bsd.sgml.mk: > > ------------------- > SGMLOPTS= -links > .include > ------------------- > > Simple, eh? > > Now, here is the bsd.sgml.mk which I plan to commit if there are > no great objections. It isn't perfect, but it gets the job done: > > ------------------- > # bsd.sgml.mk - 30 Aug 1995 John Fieber > # This file is in the public domain. > # > # $Id$ > > .if exists(${.CURDIR}/../Makefile.inc) > .include "${.CURDIR}/../Makefile.inc" > .endif > > # Variables of possible interest to the user > > FORMATS?= ascii html 1) There should be a comment of the the FORMATS line telling which formats are supported. 2) As currently coded, only "html" is supported, and it is in there three times. Someone got a little cut-n-paste hayy? Other than that, looks good. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Aug 30 21:42:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA21510 for current-outgoing; Wed, 30 Aug 1995 21:42:33 -0700 Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id VAA21502 ; Wed, 30 Aug 1995 21:42:30 -0700 Received: (from root@localhost) by dyson.iquest.net (8.6.11/8.6.9) id XAA00158; Wed, 30 Aug 1995 23:39:59 GMT Date: Wed, 30 Aug 1995 23:39:59 GMT From: "John S. Dyson" Message-Id: <199508302339.XAA00158@dyson.iquest.net> To: current@freebsd.org, davidg@freebsd.org, gback@facility.cs.utah.edu Subject: Progress!!! (ext2fs) Sender: current-owner@freebsd.org Precedence: bulk Godmar, I got your stuff and have successfully mounted ext2fs on my FreeBSD V2.2+ box. File creates appear to work, ls -ltR works too!!! Of course, this does not consist of a "full test, ready to commit", but I have made a bit of progress. The porting effort was trivial -- it almost slipped right in. There were some header file changes needed, and there have been some style changes in FreeBSD since the porting base that you probably started with. Also, vnode_pager_uncache is EVIL on FreeBSD -- but all in all, it was ok. I'll be testing/debugging for a few days, and then send you some #ifdef'ed sources. Thanks!!! John dyson@freebsd.org From owner-freebsd-current Wed Aug 30 22:34:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA22564 for current-outgoing; Wed, 30 Aug 1995 22:34:53 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA22558 for ; Wed, 30 Aug 1995 22:34:50 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id WAA10037; Wed, 30 Aug 1995 22:34:42 -0700 Date: Wed, 30 Aug 1995 22:34:42 -0700 Message-Id: <199508310534.WAA10037@silvia.HIP.Berkeley.EDU> To: current@freebsd.org Subject: make world failure in current From: asami@cs.berkeley.edu (Satoshi Asami) Sender: current-owner@freebsd.org Precedence: bulk make log: --------- ===> lkm/if_disc cc -O2 -m486 -pipe -I. -DINET -DKERNEL -I/b/src/lkm/if_disc/../../sys -W -Wcomment -Wredundant-decls -DPSEUDO_LKM -c /b/src/lkm/if_disc/../../sys/net/if_disc.c /b/src/lkm/if_disc/../../sys/net/if_disc.c: In function `if_disc_load': /b/src/lkm/if_disc/../../sys/net/if_disc.c:84: too few arguments to function `discattach' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. --------- cvs log: --------- ## cvs rlog if_disc.c RCS file: /usr/cvs/src/sys/net/if_disc.c,v Working file: if_disc.c : total revisions: 5; selected revisions: 5 description: ---------------------------- revision 1.5 date: 1995/08/30 00:33:17; author: bde; state: Exp; lines: +6 -4 Fix several sysinit functions that had the wrong type and unnecessarily external linkage. Remove useless comments saying that SYSINIT() does system initialization. ---------------------------- revision 1.4 date: 1995/05/30 08:08:01; author: rgrimes; state: Exp; lines: +2 -2 --------- Satoshi From owner-freebsd-current Wed Aug 30 23:28:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA25559 for current-outgoing; Wed, 30 Aug 1995 23:28:41 -0700 Received: (from sos@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA25550 ; Wed, 30 Aug 1995 23:28:40 -0700 Message-Id: <199508310628.XAA25550@freefall.FreeBSD.org> Subject: Re: What do you think of these patches to echo? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 30 Aug 1995 23:28:40 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <4423.809796220@time.cdrom.com> from "Jordan K. Hubbard" at Aug 30, 95 08:23:40 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1633 Sender: current-owner@freebsd.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > If you think I'm going to commit this without review, you're > crazy.. :-) > > Synopsis: > add \c handling to echo (at the end of an arglist, is > synonymous with echo -n ...) > > Why: > We can make ourselves iBCS2 compliant with an LKM, but we > can't do anything about the differing semantics of various > commands. > > Fortunately, very few installation shell scripts for SCO > do things like `ps -deaf|..' but they DO do a lot of > `echo "foo bar bar blatt?\c "' sorts of things and > this looks really cheesy when you're installing WordPerfect > for SCO or something. Hmm, if our iBCS" stuff is about to be changed to the NetBSD stuff anyways I see absolutely NO reason for this. Just put an echo that has this in it in /compat/SCO/bin/echo (or whatever) and bingo we have the ability to run SCO shellscripts... If on the other hand we are not, our current implementation as in current doesn't allow this (yet, only my copy does to some extent) and I could live with it for as long as need be. > > Disclaimer: > I don't propose that we change all the commands to be SCO > compliant (heavens!) by any stretch, simply that the change to > this one is innocuous enough that we get good "bang for the > buck" in increasing the quality of our iBCS2 coverage from one > very small change. Ahem, next time it will be easier yet, then we have presedence :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time From owner-freebsd-current Thu Aug 31 03:01:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA01120 for current-outgoing; Thu, 31 Aug 1995 03:01:11 -0700 Received: from ra.ibr.cs.tu-bs.de (ra.ibr.cs.tu-bs.de [134.169.246.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA00965 for ; Thu, 31 Aug 1995 02:58:55 -0700 Received: from achill [134.169.34.18] by ra.ibr.cs.tu-bs.de (8.6.10/tubsibr) with ESMTP id LAA04246 for ; Thu, 31 Aug 1995 11:54:23 +0200 Received: from petri@localhost by achill.ibr.cs.tu-bs.de (8.6.10/tubsibr) id LAA20762; Thu, 31 Aug 1995 11:54:21 +0200 Date: Thu, 31 Aug 1995 11:54:21 +0200 From: Stefan Petri Message-Id: <199508310954.LAA20762@achill.ibr.cs.tu-bs.de> To: current@FreeBSD.org In-reply-to: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage)'s message of Wed, 30 Aug 1995 18:45:43 +0400 (MSD) Subject: gencat bloat [Re: /usr/src/usr.bin/ee] Reply-to: petri@ibr.cs.tu-bs.de Sender: current-owner@FreeBSD.org Precedence: bulk Hi! FYI: Inflating the FreeBSD system with extensive use of internationalisation thingies would be a very well reason for me and the people around me to throw out the FreeBSD installations. Small is beautiful. At the very least, make the stuff optional to install. Stefan From owner-freebsd-current Thu Aug 31 03:23:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA01701 for current-outgoing; Thu, 31 Aug 1995 03:23:28 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA01674 for ; Thu, 31 Aug 1995 03:23:05 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA03771 for ; Thu, 31 Aug 1995 12:22:43 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA10322 for current@FreeBSD.ORG; Thu, 31 Aug 1995 12:22:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id HAA06588 for current@FreeBSD.ORG; Thu, 31 Aug 1995 07:43:38 +0200 From: J Wunsch Message-Id: <199508310543.HAA06588@uriah.heep.sax.de> Subject: Re: Digi PC/Xe patch To: current@FreeBSD.ORG Date: Thu, 31 Aug 1995 07:43:38 +0200 (MET DST) Reply-To: current@FreeBSD.ORG In-Reply-To: <199508310150.HAA11164@hq.icb.chel.su> from "Serge A. Babkin" at Aug 31, 95 07:50:03 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: 438 Sender: current-owner@FreeBSD.ORG Precedence: bulk As Serge A. Babkin wrote: > > OK. Say me please which list is "better" for such things ? The -current ? Depends on whether your original code is already in current, or you are rather refering to a generally useful topic for everybody. In this case, i assume -current would have been better. -- 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 Aug 31 04:09:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA02849 for current-outgoing; Thu, 31 Aug 1995 04:09:46 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA02842 for ; Thu, 31 Aug 1995 04:09:43 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id EAA10935; Thu, 31 Aug 1995 04:09:16 -0700 From: "Rodney W. Grimes" Message-Id: <199508311109.EAA10935@gndrsh.aac.dev.com> Subject: Re: Proposal for bsd.sgml.mk To: jfieber@indiana.edu (John Fieber) Date: Thu, 31 Aug 1995 04:09:15 -0700 (PDT) Cc: CVS-commiters@freefall.FreeBSD.org, current@freebsd.org In-Reply-To: <199508310248.VAA18063@fieber-john.campusview.indiana.edu> from "John Fieber" at Aug 30, 95 09:48:49 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: 3794 Sender: current-owner@freebsd.org Precedence: bulk > > Here is a sample makefile (for the handbook) using my proposed > bsd.sgml.mk: > > ------------------- > SGMLOPTS= -links > .include > ------------------- > > Simple, eh? > > Now, here is the bsd.sgml.mk which I plan to commit if there are > no great objections. It isn't perfect, but it gets the job done: A flash review.. just some nits... > ------------------- > # bsd.sgml.mk - 30 Aug 1995 John Fieber > # This file is in the public domain. > # > # $Id$ > > .if exists(${.CURDIR}/../Makefile.inc) > .include "${.CURDIR}/../Makefile.inc" > .endif > > # Variables of possible interest to the user > > FORMATS?= ascii html > VOLUME?= ${.CURDIR:T} > DOC?= ${.CURDIR:T} > SRCS?= *.sgml > SGMLFMT?= sgmlfmt > LPR?= lpr > SGMLFLAGS+= ${SGMLOPTS} > BINDIR?= /usr/share/doc > BINMODE= 444 BINMODE?= 444 [And the above line has spaces instead of a tab :-(] > SRCDIR?= ${.CURDIR} > DISTRIBUTION?= doc > > # Everything else > > DOCS= ${FORMATS:S/^/${DOC}./g} > > .MAIN: all > all: ${DOCS} > > .if !target(obj) > .if defined(NOOBJ) > obj: > .else > obj: > @cd ${.CURDIR}; rm -f obj; \ > here=`pwd`; dest=/usr/obj`echo $$here | sed 's,^/usr/src,,'`; \ > ${ECHO} "$$here -> $$dest"; ln -s $$dest obj; \ > if test -d /usr/obj -a ! -d $$dest; then \ > mkdir -p $$dest; \ > else \ > true; \ > fi; > .endif > .endif > > clean: > rm -f [eE]rrs mklog ${CLEANFILES} > > cleandir: clean > cd ${.CURDIR}; rm -rf obj > > install: beforeinstall realinstall afterinstall > > .if !target(beforeinstall) > beforeinstall: > > .endif > .if !target(afterinstall) > afterinstall: > > .endif > .if !target(maninstall) > maninstall: > > .endif > > realinstall: ${FORMATS:S/^/install-/g} > > .if !target(print) > print: ${FORMATS:S/^/print-/g} > > .endif > > spell: ${SRCS} > (cd ${.CURDIR}; spell ${SRCS} ) | sort | \ > comm -23 - ${.CURDIR}/spell.ok > ${DOC}.spell > > .if !target(distribute) > distribute: > cd ${.CURDIR} ; $(MAKE) install DESTDIR=${DISTDIR}/${DISTRIBUTION} SHARED=copies > .endif > > .if !target(depend) > depend: > > .endif > > > # For each FORMATS type, define a build, install and print target. > > .for _XFORMAT in ${FORMATS} > > # XXX This doesn't work: > # .if ${_FORMAT} == "foobar" > # but defining another variable does: (?!?!) Perhaps .if X${_FORMAT} == X"foobar" would be what you need. If ${_FORMAT} is null your statement above that you say does not work becomes: .if == "foorbar" and yes, that fails, just like in old /bin/sh :-) > _FORMAT = ${_XFORMAT} > > .if !target(print-${_FORMAT}) > .if ${_FORMAT} == "html" > print-${_FORMAT}: > > .else > print-${_FORMAT}: ${DOC}.${_FORMAT} > ${LPR} -P${.TARGET:S/print-//} ${DOC}.${_FORMAT} > > .endif > .endif > > .if !target(install-${_FORMAT}) > .if ${_FORMAT} == "html" > install-${_FORMAT}: ${DOC}.${_FORMAT} > ${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ > *.${.TARGET:S/install-//} ${DESTDIR}${BINDIR}/${VOLUME} *.${.TARGET:S/install-//} ${DESTDIR}${BINDIR}/${VOLUME} Please indent continutation lines one level. > > .else > install-${_FORMAT}: ${DOC}.${_FORMAT} > ${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ > ${DOC}.${.TARGET:S/install-//} ${DESTDIR}${BINDIR}/${VOLUME} ${DOC}.${.TARGET:S/install-//} ${DESTDIR}${BINDIR}/${VOLUME} Ditto > > .endif > .endif > > .if !target(${DOC}.${_FORMAT}) > .if ${_FORMAT} == "html" > CLEANFILES+= *.${_FORMAT} > .else > CLEANFILES+= ${DOC}.${_FORMAT} > .endif > > ${DOC}.${_FORMAT}: ${SRCS} > (cd ${SRCDIR}; ${SGMLFMT} -f ${.TARGET:S/${DOC}.//} ${SGMLFLAGS} ${DOC}) > > .endif > > .endfor > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 31 06:30:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA05255 for current-outgoing; Thu, 31 Aug 1995 06:30:24 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA05249 for ; Thu, 31 Aug 1995 06:30:22 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA09830; Thu, 31 Aug 1995 06:18:12 -0700 To: petri@ibr.cs.tu-bs.de cc: current@FreeBSD.org Subject: Re: gencat bloat [Re: /usr/src/usr.bin/ee] In-reply-to: Your message of "Thu, 31 Aug 1995 11:54:21 +0200." <199508310954.LAA20762@achill.ibr.cs.tu-bs.de> Date: Thu, 31 Aug 1995 06:18:11 -0700 Message-ID: <9828.809875091@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > FYI: Inflating the FreeBSD system with extensive use of > internationalisation thingies would be a very well reason for me and > the people around me to throw out the FreeBSD installations. Small is > beautiful. At the very least, make the stuff optional to install. 1. I didn't see you complaining about this back in 2.0.5, why now? There was all KINDS of I18N bloat in that boot floppy, so much so that I eventually ran out of room for all the docs. 2. 2.1 is taking a different (but not radically so) approach in simply making one boot floppy per language. If you want a german floppy, then you BOOT a german floppy. If you don't, then you just choose the standard english one and forget about it. I don't see the problem. 3. A lot of people do want natural language support. The whole world does not speak english, as much as we americans would sometimes like it to.. :-) Jordan From owner-freebsd-current Thu Aug 31 06:50:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA05632 for current-outgoing; Thu, 31 Aug 1995 06:50:32 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id GAA05626 for ; Thu, 31 Aug 1995 06:50:31 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA04137; Thu, 31 Aug 1995 09:46:51 -0400 Date: Thu, 31 Aug 1995 09:46:51 -0400 From: "Garrett A. Wollman" Message-Id: <9508311346.AA04137@halloran-eldar.lcs.mit.edu> To: Bruce Evans Cc: freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za Subject: Re: pseudo device lkm's broken In-Reply-To: <199508302321.JAA27135@godzilla.zeta.org.au> References: <199508302321.JAA27135@godzilla.zeta.org.au> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > This can probably be fixed by adding a dummy ((caddr_t)NULL) arg to > init() in the lkm PSEUDO_SET(). The correct fix is probably to > get rid of the deprecated kernel PSEUDO_SET() and remove all the > dummy args. Even for boot-time sysinits, the args are almost > always dummies. Deprecated by whom? Certainly not me... -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 Aug 31 07:20:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA06406 for current-outgoing; Thu, 31 Aug 1995 07:20:10 -0700 Received: from ess.harris.com (su15a.ess.harris.com [130.41.1.251]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id HAA06400 for ; Thu, 31 Aug 1995 07:20:04 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA05356; Thu, 31 Aug 1995 10:19:54 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA02517; Thu, 31 Aug 95 10:17:21 EDT Date: Thu, 31 Aug 95 10:17:21 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9508311417.AA02517@borg.ess.harris.com> To: freebsd-current@freefall.FreeBSD.org Subject: sup working Sender: current-owner@FreeBSD.org Precedence: bulk freefall seems to be fine but sup isn't working, any clue's ??? anyone else seeing this or am I the last of the sup holdouts and everyone is using ctm :-) Jim Leppek From owner-freebsd-current Thu Aug 31 08:15:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA07498 for current-outgoing; Thu, 31 Aug 1995 08:15:39 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA07311 for ; Thu, 31 Aug 1995 07:56:07 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id HAA11578; Thu, 31 Aug 1995 07:52:36 -0700 From: "Rodney W. Grimes" Message-Id: <199508311452.HAA11578@gndrsh.aac.dev.com> Subject: Re: sup workingg To: jleppek@suw2k.ess.harris.com (James Leppek) Date: Thu, 31 Aug 1995 07:52:36 -0700 (PDT) Cc: freebsd-current@freefall.FreeBSD.org In-Reply-To: <9508311417.AA02517@borg.ess.harris.com> from "James Leppek" at Aug 31, 95 10:17:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 446 Sender: current-owner@FreeBSD.org Precedence: bulk > > freefall seems to be fine but sup isn't working, any clue's ??? > anyone else seeing this or am I the last of the sup holdouts and > everyone is using ctm :-) The server wedges on freefall now and again. I killed and restarted it and quickly watched a pile of them come to life :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 31 09:12:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA11783 for current-outgoing; Thu, 31 Aug 1995 09:12:18 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id JAA11776 ; Thu, 31 Aug 1995 09:12:17 -0700 Message-Id: <199508311612.JAA11776@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: jleppek@suw2k.ess.harris.com (James Leppek), freebsd-current@freefall.FreeBSD.org Subject: Re: sup workingg In-reply-to: Your message of "Thu, 31 Aug 95 07:52:36 PDT." <199508311452.HAA11578@gndrsh.aac.dev.com> Date: Thu, 31 Aug 1995 09:12:17 -0700 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >> >> freefall seems to be fine but sup isn't working, any clue's ??? >> anyone else seeing this or am I the last of the sup holdouts and >> everyone is using ctm :-) > >The server wedges on freefall now and again. I killed and restarted it >and quickly watched a pile of them come to life :-). > I fixed a few bugs in SUP while I was adding functionality to it. Perhaps we should try the new version? I'll install it if we think its best. > >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Reliable computers for FreeBSD -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu Aug 31 09:41:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA12705 for current-outgoing; Thu, 31 Aug 1995 09:41:28 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA12695 ; Thu, 31 Aug 1995 09:41:24 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA22861; Thu, 31 Aug 1995 09:38:34 -0700 From: Terry Lambert Message-Id: <199508311638.JAA22861@phaeton.artisoft.com> Subject: Re: What do you think of these patches to echo? To: sos@freebsd.org Date: Thu, 31 Aug 1995 09:38:34 -0700 (MST) Cc: jkh@time.cdrom.com, current@freebsd.org In-Reply-To: <199508310628.XAA25550@freefall.FreeBSD.org> from "sos@freebsd.org" at Aug 30, 95 11:28:40 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: 605 Sender: current-owner@freebsd.org Precedence: bulk > > Disclaimer: > > I don't propose that we change all the commands to be SCO > > compliant (heavens!) by any stretch, simply that the change to > > this one is innocuous enough that we get good "bang for the > > buck" in increasing the quality of our iBCS2 coverage from one > > very small change. > > Ahem, next time it will be easier yet, then we have presedence :) Alright! An enabler of change! It's not strictly POSIX non-conformant, it should go in. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Aug 31 09:45:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA12828 for current-outgoing; Thu, 31 Aug 1995 09:45:48 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA12822 for ; Thu, 31 Aug 1995 09:45:47 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA22878; Thu, 31 Aug 1995 09:42:47 -0700 From: Terry Lambert Message-Id: <199508311642.JAA22878@phaeton.artisoft.com> Subject: Re: gencat bloat [Re: /usr/src/usr.bin/ee] To: petri@ibr.cs.tu-bs.de Date: Thu, 31 Aug 1995 09:42:47 -0700 (MST) Cc: current@FreeBSD.org In-Reply-To: <199508310954.LAA20762@achill.ibr.cs.tu-bs.de> from "Stefan Petri" at Aug 31, 95 11:54:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 760 Sender: current-owner@FreeBSD.org Precedence: bulk > FYI: Inflating the FreeBSD system with extensive use of > internationalisation thingies would be a very well reason for me and > the people around me to throw out the FreeBSD installations. Small is > beautiful. At the very least, make the stuff optional to install. I don't think anyone was talking about a mandatory install. If they were, they're insane. A single 14 point X font is in the neighborhood of 1M without even considering Tamil, Devangari, Hebrew, Arabic, or other ligatured languages that because of design flaws in the encoding standards require a lot of work or non-fixed cell rendering technology. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Aug 31 09:54:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA13086 for current-outgoing; Thu, 31 Aug 1995 09:54:18 -0700 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA13080 for ; Thu, 31 Aug 1995 09:54:17 -0700 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.12/8.6.12) with SMTP id JAA01534; Thu, 31 Aug 1995 09:51:22 -0700 Message-Id: <199508311651.JAA01534@precipice.shockwave.com> To: "Jordan K. Hubbard" cc: petri@ibr.cs.tu-bs.de, current@FreeBSD.org Subject: Re: gencat bloat [Re: /usr/src/usr.bin/ee] In-reply-to: Your message of "Thu, 31 Aug 1995 06:18:11 PDT." <9828.809875091@time.cdrom.com> Date: Thu, 31 Aug 1995 09:51:21 -0700 From: Paul Traina Sender: current-owner@FreeBSD.org Precedence: bulk 3. A lot of people do want natural language support. The whole world does not speak english, as much as we americans would sometimes like it to.. :-) We spent billions of dollars to create a world that looks, acts, thinks, and speaks like us, so adding "secondary" language support is nothing more than subversive, Jordan. Do you want to risk undoing all that we have worked for? Special Agent Paul From owner-freebsd-current Thu Aug 31 10:15:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA13588 for current-outgoing; Thu, 31 Aug 1995 10:15:57 -0700 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA13567 for ; Thu, 31 Aug 1995 10:15:54 -0700 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.11/8.6.9) id MAA19478; Thu, 31 Aug 1995 12:15:06 -0500 From: John Fieber Message-Id: <199508311715.MAA19478@fieber-john.campusview.indiana.edu> Subject: Re: Proposal for bsd.sgml.mk To: terry@lambert.org (Terry Lambert) Date: Thu, 31 Aug 1995 12:15:06 -0500 (EST) Cc: CVS-commiters@freefall.FreeBSD.org, current@freebsd.org In-Reply-To: <199508310256.TAA21780@phaeton.artisoft.com> from "Terry Lambert" at Aug 30, 95 07:56:47 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: 693 Sender: current-owner@freebsd.org Precedence: bulk Terry Lambert writes: > 1) There should be a comment of the the FORMATS line telling > which formats are supported. Will do. > 2) As currently coded, only "html" is supported, and it is in > there three times. Someone got a little cut-n-paste hayy? Pardon me? Last I checked, ascii (and tex and nroff) work fine. The reason html (and info when/if support is added) is mentioned a couple places is because multiple files are generated which require special case targets for installing in cleaning. The other formats fall under the "else" case. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-current Thu Aug 31 10:23:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA13900 for current-outgoing; Thu, 31 Aug 1995 10:23:40 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA13894 for ; Thu, 31 Aug 1995 10:23:37 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA22973; Thu, 31 Aug 1995 10:19:15 -0700 From: Terry Lambert Message-Id: <199508311719.KAA22973@phaeton.artisoft.com> Subject: Re: Proposal for bsd.sgml.mk To: jfieber@indiana.edu (John Fieber) Date: Thu, 31 Aug 1995 10:19:15 -0700 (MST) Cc: terry@lambert.org, CVS-commiters@freefall.FreeBSD.org, current@freebsd.org In-Reply-To: <199508311715.MAA19478@fieber-john.campusview.indiana.edu> from "John Fieber" at Aug 31, 95 12:15:06 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: 810 Sender: current-owner@freebsd.org Precedence: bulk > > 2) As currently coded, only "html" is supported, and it is in > > there three times. Someone got a little cut-n-paste hayy? > > Pardon me? Last I checked, ascii (and tex and nroff) work fine. > The reason html (and info when/if support is added) is mentioned > a couple places is because multiple files are generated which > require special case targets for installing in cleaning. The > other formats fall under the "else" case. Ah. I just didn't see an "ascii" match string. I'd suggest making it explicit rather than treating it as an 'else' case. I could see someone zeroing the FORMATS? line to make the doc generation go away during frenzied rebuilds. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Aug 31 10:24:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA13958 for current-outgoing; Thu, 31 Aug 1995 10:24:09 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA13952 for ; Thu, 31 Aug 1995 10:24:08 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id NAA16399 for current@freebsd.org; Thu, 31 Aug 1995 13:30:19 -0400 From: Mark Hittinger Message-Id: <199508311730.NAA16399@ns1.win.net> Subject: Re: What do you think of these patches to echo? (fwd) To: current@freebsd.org Date: Thu, 31 Aug 1995 13:30:17 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 466 Sender: current-owner@freebsd.org Precedence: bulk For what it is worth I feel that we should do anything trivial like this to make it easy for the SCO base to try FreeBSD. The SCO base is very large, and their Xenix installed base is probably much larger than anyone realizes. All of these systems will have to be upgraded at some point in the near future. They will probably experiment with Linux first unless news of our support for SCO compatibility makes the rounds. Regards, Mark Hittinger bugs@win.net From owner-freebsd-current Thu Aug 31 10:55:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA15212 for current-outgoing; Thu, 31 Aug 1995 10:55:37 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA15205 ; Thu, 31 Aug 1995 10:55:32 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA12148; Thu, 31 Aug 1995 10:55:10 -0700 From: "Rodney W. Grimes" Message-Id: <199508311755.KAA12148@gndrsh.aac.dev.com> Subject: Re: sup workingg To: gibbs@freefall.FreeBSD.org (Justin T. Gibbs) Date: Thu, 31 Aug 1995 10:55:10 -0700 (PDT) Cc: jleppek@suw2k.ess.harris.com, freebsd-current@freefall.FreeBSD.org In-Reply-To: <199508311612.JAA11776@freefall.FreeBSD.org> from "Justin T. Gibbs" at Aug 31, 95 09:12:17 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 750 Sender: current-owner@FreeBSD.org Precedence: bulk > > >> > >> freefall seems to be fine but sup isn't working, any clue's ??? > >> anyone else seeing this or am I the last of the sup holdouts and > >> everyone is using ctm :-) > > > >The server wedges on freefall now and again. I killed and restarted it > >and quickly watched a pile of them come to life :-). > > > > I fixed a few bugs in SUP while I was adding functionality to it. Perhaps > we should try the new version? I'll install it if we think its best. Yes please. I am using the new sup server here and have found no problems with it so I would say it has been ``tested''. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 31 12:22:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA18280 for current-outgoing; Thu, 31 Aug 1995 12:22:49 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id MAA18271 ; Thu, 31 Aug 1995 12:22:47 -0700 Message-Id: <199508311922.MAA18271@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: jleppek@suw2k.ess.harris.com, freebsd-current@freefall.FreeBSD.org Subject: Re: sup workingg In-reply-to: Your message of "Thu, 31 Aug 95 10:55:10 PDT." <199508311755.KAA12148@gndrsh.aac.dev.com> Date: Thu, 31 Aug 1995 12:22:47 -0700 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >> >The server wedges on freefall now and again. I killed and restarted it >> >and quickly watched a pile of them come to life :-). >> > >> >> I fixed a few bugs in SUP while I was adding functionality to it. Perhaps >> we should try the new version? I'll install it if we think its best. > >Yes please. I am using the new sup server here and have found no problems >with it so I would say it has been ``tested''. > Done. >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Reliable computers for FreeBSD -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu Aug 31 14:54:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA27621 for current-outgoing; Thu, 31 Aug 1995 14:54:46 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA27576 for ; Thu, 31 Aug 1995 14:54:33 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA10464; Fri, 1 Sep 1995 07:49:33 +1000 Date: Fri, 1 Sep 1995 07:49:33 +1000 From: Bruce Evans Message-Id: <199508312149.HAA10464@godzilla.zeta.org.au> To: bde@zeta.org.au, wollman@lcs.mit.edu Subject: Re: pseudo device lkm's broken Cc: freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za Sender: current-owner@FreeBSD.org Precedence: bulk >> This can probably be fixed by adding a dummy ((caddr_t)NULL) arg to >> init() in the lkm PSEUDO_SET(). The correct fix is probably to >> get rid of the deprecated kernel PSEUDO_SET() and remove all the >> dummy args. Even for boot-time sysinits, the args are almost >> always dummies. >Deprecated by whom? Certainly not me... By Terry. now says "To be deprecated after LKM is updated". I committed the fix. Bruce From owner-freebsd-current Thu Aug 31 17:54:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA03586 for current-outgoing; Thu, 31 Aug 1995 17:54:30 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA03580 for ; Thu, 31 Aug 1995 17:54:29 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA23766; Thu, 31 Aug 1995 17:49:30 -0700 From: Terry Lambert Message-Id: <199509010049.RAA23766@phaeton.artisoft.com> Subject: Re: pseudo device lkm's broken To: bde@zeta.org.au (Bruce Evans) Date: Thu, 31 Aug 1995 17:49:29 -0700 (MST) Cc: bde@zeta.org.au, wollman@lcs.mit.edu, freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za In-Reply-To: <199508312149.HAA10464@godzilla.zeta.org.au> from "Bruce Evans" at Sep 1, 95 07:49:33 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3407 Sender: current-owner@FreeBSD.org Precedence: bulk > >> This can probably be fixed by adding a dummy ((caddr_t)NULL) arg to > >> init() in the lkm PSEUDO_SET(). The correct fix is probably to > >> get rid of the deprecated kernel PSEUDO_SET() and remove all the > >> dummy args. Even for boot-time sysinits, the args are almost > >> always dummies. > > >Deprecated by whom? Certainly not me... > > By Terry. now says "To be deprecated after LKM is > updated". > > I committed the fix. Let me explain this before this pisses people off. There are a *lot* of reasons for moving the whole kernel toward a linker_set based model, and this will necessitate rolling in a lot of what is currently handled by way of linker_sets into a unifiable data description of the kernel onjects present in a kernel instance. I expanded Garrett's initial work with linker_set structures to encompass all of system initialization rather than just some aspects of it. The proper way to deal with this in LKM will be to take the object for the LKM and generate a post-processed linker_set reference so that it doesn't vary the object module between loadable and statically linkable forms. This assumes agregations of a set into a single set by ld -r and a change to the load image format for LKM's. What this boils down to is a "foo.o" that can be loaded as a module or thrown into the list of binary modules to be linked into the kernel. To implement this requires either a mod to ld, or, more preferrably, a post-processing mechanism for the module object; you'd typically want to deal with a module in the kernel in terms of export and import lists in any case, so that you can build a dependency graph that doesn't depend on link order, at the same time hiding the module symbols that should not be depended upon by a clean use of the module's exported interface. The net effect is almost 0 on devices that use the devfs export interface to register themselves as drivers and for file systems that use the vfs_init mechanism to register themselves. In point of fact, all static device and file system initialization should "go away", to be replaced by self-registration vi SYSINIT(). It's really irrelevant for a lodable module as to whether the SYSINIT() exported entry point is called by a loop in init_main.c or as a side effect of the LKM load, so long as it is called. One end goal is the elimination of all option #ifdef's in the kernel (at least the ones not associated with debugging). An option entry in the config file will come to mean "generate the objects necessary to make an obect of this name if it does not already exist, then generate the object using ld -r, then include that object in the list of objects you put together to get a kernel". Yes, this is a pardigm shift. It means that drivers and file systems and anything else that is expected to be loadable or linkable as an option to the kernel build must have a single entry/multiple consumer interface with callback registration. Anything that places itself in a list of like objects is effectively using callback registration right now, though optioned devices currently do this "registration" statically using #ifdef's all over the code. For most things, this means little change over the current source tree as it stands. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Aug 31 18:13:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA04208 for current-outgoing; Thu, 31 Aug 1995 18:13:50 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA04200 for ; Thu, 31 Aug 1995 18:13:48 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA12864; Thu, 31 Aug 1995 18:10:52 -0700 To: Terry Lambert cc: bde@zeta.org.au (Bruce Evans), wollman@lcs.mit.edu, freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za Subject: Re: pseudo device lkm's broken In-reply-to: Your message of "Thu, 31 Aug 1995 17:49:29 PDT." <199509010049.RAA23766@phaeton.artisoft.com> Date: Thu, 31 Aug 1995 18:10:51 -0700 Message-ID: <12861.809917851@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Yes, this is a pardigm shift. It means that drivers and file systems > and anything else that is expected to be loadable or linkable as an > option to the kernel build must have a single entry/multiple consumer > interface with callback registration. Anything that places itself I'm no kernel hacker, but this seems like a serious win even to me. So, given that the interdependency set between LKM and kernel is even smaller with this, do you think there's any chance of us being able to remove ld from the equation at some point? It would be nice if the kernel could load them directly, without requiring a user mode program to run interferance first. Jordan From owner-freebsd-current Thu Aug 31 18:44:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA05023 for current-outgoing; Thu, 31 Aug 1995 18:44:18 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA05017 for ; Thu, 31 Aug 1995 18:44:14 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id HAA26656 for current@FreeBSD.ORG; Fri, 1 Sep 1995 07:46:14 +0600 From: "Serge A. Babkin" Message-Id: <199509010146.HAA26656@hq.icb.chel.su> Subject: Re: Digi PC/Xe patch To: current@FreeBSD.ORG Date: Fri, 1 Sep 1995 07:46:14 +0600 (GMT+0600) In-Reply-To: <199508310543.HAA06588@uriah.heep.sax.de> from "J Wunsch" at Aug 31, 95 07:43:38 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 444 Sender: current-owner@FreeBSD.ORG Precedence: bulk > > As Serge A. Babkin wrote: > > > > OK. Say me please which list is "better" for such things ? The -current ? > > Depends on whether your original code is already in current, or you > are rather refering to a generally useful topic for everybody. In > this case, i assume -current would have been better. Thanks! Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-current Thu Aug 31 18:45:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA05089 for current-outgoing; Thu, 31 Aug 1995 18:45:05 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA05082 for ; Thu, 31 Aug 1995 18:45:03 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA23903; Thu, 31 Aug 1995 18:41:01 -0700 From: Terry Lambert Message-Id: <199509010141.SAA23903@phaeton.artisoft.com> Subject: Re: pseudo device lkm's broken To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 31 Aug 1995 18:41:01 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, wollman@lcs.mit.edu, freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za In-Reply-To: <12861.809917851@time.cdrom.com> from "Jordan K. Hubbard" at Aug 31, 95 06:10:51 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: 1284 Sender: current-owner@FreeBSD.org Precedence: bulk > So, given that the interdependency set between LKM and kernel is even > smaller with this, do you think there's any chance of us being able to > remove ld from the equation at some point? It would be nice if the > kernel could load them directly, without requiring a user mode program > to run interferance first. Garrett and I disagree on this point; it has to do with me being probably over-optimistic as to how much linker code you'd have to drag into the kernel and Garret being overly pessimistic on the same point. 8-). I think the main issue is the existing kernel symbol space for exported kernel interfaces, and how it would be bloated (or not) by putting the symbol list inside the kernel as opposed to leaving them in an ld -r'ed kernel symbol image somewhere (what the LKM loader currently does). I think the Linux LKM system has shown enough of a win for putting them in kernel space that I'd like to at least try it. If it's not a win, it's not a win, and you go with the external object massager. Linux can run a lot of things as loadable modules and still not exceed the memory restriction for a kernel on a 4M machine. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Aug 31 19:31:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA06394 for current-outgoing; Thu, 31 Aug 1995 19:31:04 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA06382 for ; Thu, 31 Aug 1995 19:30:57 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id TAA23803; Thu, 31 Aug 1995 19:29:46 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA22268; Thu, 31 Aug 1995 19:31:44 -0700 Message-Id: <199509010231.TAA22268@corbin.Root.COM> To: Terry Lambert cc: jkh@time.cdrom.com (Jordan K. Hubbard), bde@zeta.org.au, wollman@lcs.mit.edu, freebsd-current@freebsd.org, jhay@mikom.csir.co.za Subject: Re: pseudo device lkm's broken In-reply-to: Your message of "Thu, 31 Aug 95 18:41:01 PDT." <199509010141.SAA23903@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 31 Aug 1995 19:31:00 -0700 Sender: current-owner@freebsd.org Precedence: bulk >> So, given that the interdependency set between LKM and kernel is even >> smaller with this, do you think there's any chance of us being able to >> remove ld from the equation at some point? It would be nice if the >> kernel could load them directly, without requiring a user mode program >> to run interferance first. > >Garrett and I disagree on this point; it has to do with me being probably >over-optimistic as to how much linker code you'd have to drag into the >kernel and Garret being overly pessimistic on the same point. 8-). > >I think the main issue is the existing kernel symbol space for exported >kernel interfaces, and how it would be bloated (or not) by putting the >symbol list inside the kernel as opposed to leaving them in an ld -r'ed >kernel symbol image somewhere (what the LKM loader currently does). Yeah, I think this is a large part of the issue. It would nice to have the symbols, anyway, so that we can provide the operator with a traceback when the system crashes. I get so tired of telling people how to lookup symbols with 'nm /kernel'. ...but this will cost us about 100K more kernel bloat. Sigh. I really am getting to the point where I think that booting in 4MB will no longer be possible in the near future. -DG From owner-freebsd-current Thu Aug 31 20:42:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA09576 for current-outgoing; Thu, 31 Aug 1995 20:42:59 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA09568 for ; Thu, 31 Aug 1995 20:42:57 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA24081; Thu, 31 Aug 1995 20:36:22 -0700 From: Terry Lambert Message-Id: <199509010336.UAA24081@phaeton.artisoft.com> Subject: Re: pseudo device lkm's broken To: davidg@root.com Date: Thu, 31 Aug 1995 20:36:22 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, bde@zeta.org.au, wollman@lcs.mit.edu, freebsd-current@freebsd.org, jhay@mikom.csir.co.za In-Reply-To: <199509010231.TAA22268@corbin.Root.COM> from "David Greenman" at Aug 31, 95 07:31:00 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: 905 Sender: current-owner@freebsd.org Precedence: bulk > Yeah, I think this is a large part of the issue. It would nice to have the > symbols, anyway, so that we can provide the operator with a traceback when the > system crashes. I get so tired of telling people how to lookup symbols with > 'nm /kernel'. ...but this will cost us about 100K more kernel bloat. Sigh. I > really am getting to the point where I think that booting in 4MB will no > longer be possible in the near future. Consider that for that 100k, you can demand-load drivers so that you need not have useless drivers in your kernel. The GENERIC kernel has more than 100k of useless drivers; there just aren't enough interrupt lines on a PC for them all to be useful. 8-). I've got to prototype it before I make any more guesses on numbers. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Sep 1 01:39:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA22135 for current-outgoing; Fri, 1 Sep 1995 01:39:39 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA22127 for ; Fri, 1 Sep 1995 01:39:36 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id MAA03886; Wed, 30 Aug 1995 12:34:46 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Terry Lambert cc: jkh@time.cdrom.com (Jordan K. Hubbard), bde@zeta.org.au, wollman@lcs.mit.edu, freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za Subject: Re: pseudo device lkm's broken In-reply-to: Your message of "Thu, 31 Aug 1995 18:41:01 PDT." <199509010141.SAA23903@phaeton.artisoft.com> Date: Wed, 30 Aug 1995 12:34:46 -0700 Message-ID: <3884.809811286@critter.tfs.com> From: Poul-Henning Kamp Sender: current-owner@FreeBSD.org Precedence: bulk > I think the Linux LKM system has shown enough of a win for putting them > in kernel space that I'd like to at least try it. If it's not a win, > it's not a win, and you go with the external object massager. Linux > can run a lot of things as loadable modules and still not exceed the > memory restriction for a kernel on a 4M machine. > Now, why couldn't the kernel stick the symbols in a file on the rootfs and free the memory ? they're not used that much... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Fri Sep 1 07:48:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA04368 for current-outgoing; Fri, 1 Sep 1995 07:48:49 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id HAA04355 for ; Fri, 1 Sep 1995 07:48:46 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA06676; Fri, 1 Sep 1995 10:48:43 -0400 Date: Fri, 1 Sep 1995 10:48:43 -0400 From: "Garrett A. Wollman" Message-Id: <9509011448.AA06676@halloran-eldar.lcs.mit.edu> To: Poul-Henning Kamp Cc: freebsd-current@FreeBSD.org Subject: Re: pseudo device lkm's broken In-Reply-To: <3884.809811286@critter.tfs.com> References: <199509010141.SAA23903@phaeton.artisoft.com> <3884.809811286@critter.tfs.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > Now, why couldn't the kernel stick the symbols in a file on the rootfs > and free the memory ? they're not used that much... I don't think there's any reason why they couldn't be swapped out, however. (But obviously that can't happen before swap space is actually configured.) The only problem is that David's panic traceback wouldn't be possible then. -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 Fri Sep 1 08:00:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA04799 for current-outgoing; Fri, 1 Sep 1995 08:00:04 -0700 Received: from critter.tfs.com ([140.145.230.252]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA04792 for ; Fri, 1 Sep 1995 08:00:01 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id HAA04637; Fri, 1 Sep 1995 07:59:08 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Garrett A. Wollman" cc: freebsd-current@freebsd.org Subject: Re: pseudo device lkm's broken In-reply-to: Your message of "Fri, 01 Sep 1995 10:48:43 EDT." <9509011448.AA06676@halloran-eldar.lcs.mit.edu> Date: Fri, 01 Sep 1995 07:59:08 -0700 Message-ID: <4635.809967548@critter.tfs.com> From: Poul-Henning Kamp Sender: current-owner@freebsd.org Precedence: bulk > < said: > > > Now, why couldn't the kernel stick the symbols in a file on the rootfs > > and free the memory ? they're not used that much... > > > > I don't think there's any reason why they couldn't be swapped out, > however. (But obviously that can't happen before swap space is > actually configured.) The only problem is that David's panic > traceback wouldn't be possible then. ... unless we make some kind of revers "dump" for them. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Fri Sep 1 09:25:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA07430 for current-outgoing; Fri, 1 Sep 1995 09:25:30 -0700 Received: from eikon.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA07368 for ; Fri, 1 Sep 1995 09:24:47 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id SAA23725; Fri, 1 Sep 1995 18:22:20 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id DAA09586; Fri, 1 Sep 1995 03:24:54 +0200 Message-Id: <199509010124.DAA09586@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: petri@ibr.cs.tu-bs.de, current@freebsd.org Subject: Re: gencat bloat [Re: /usr/src/usr.bin/ee] In-reply-to: Your message of "Thu, 31 Aug 1995 06:18:11 PDT." <9828.809875091@time.cdrom.com> Date: Fri, 01 Sep 1995 03:24:54 +0200 From: "Julian Stacey " Sender: current-owner@freebsd.org Precedence: bulk >> From petri@ibr.cs.tu-bs.de > > FYI: Inflating the FreeBSD system with extensive use of > > internationalisation thingies would be a very well reason for me and > > the people around me to throw out the FreeBSD installations. Small is > > beautiful. At the very least, make the stuff optional to install. > From: "Jordan K. Hubbard" > I don't see the problem. > ... > The whole world > does not speak english, as much as we americans would sometimes like > it to.. :-) The technically competent computing world Can Read English ( not necessarily speak or write it well, but that doesn't matter, passive (as opposed to active) vocabulary is the pre-requisite in the computer industry). If we attract people who can't even _read_ English, they'll flood us with ignorance & noise, & error reports for each language you provide :-( In '85 I automated production of 7 different European language versions of Sinix for Siemens Munich. I learnt : - The more computer illiterate the market segment, the greater the desire for local language translation. - Those who couln't even read English manuals, weren't much use. - It's easy to do a bodge job translating, harder to do it well, more work to maintain all language versions, against a changing code base. - It's hard to debug in `foreign' (eg I created a dest/ from a src/ in Swedish, but can't read Swedish, so quality testing the Unix even to simple "File not found" level was inefficient. `Foreign' porting is amusing to tinker with, & is easy to get into, but it's poor strategy for a group of volunteer programmers. Let's not burden ourselves by actively encouraging recruitment of people who can't even _read_ the computer industry's common language. Julian S From owner-freebsd-current Fri Sep 1 13:47:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA18079 for current-outgoing; Fri, 1 Sep 1995 13:47:53 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA18066 for ; Fri, 1 Sep 1995 13:47:49 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA04470 for ; Fri, 1 Sep 1995 13:43:35 -0700 To: current@freefall.FreeBSD.org Subject: getgrent() and spaces.. Date: Fri, 01 Sep 1995 13:43:32 -0700 Message-ID: <4453.809988212@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk I had someone stick me in their wheel group recently and was surprised when I still didn't appear in wheel. Further investigation revealed that they'd stuck me in as: wheel:*:john,paul,george,ringo, jkh See that space? Well, that was enough to nip the group search in the bud. My question is, before I perhaps dive and try to fix it, is if it's a feature or a bug? Whitespace sensitivity is generally not a good thing in configuration files, but there are limits to what one should go through in order to deal with it, yes? Jordan From owner-freebsd-current Fri Sep 1 14:47:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA20475 for current-outgoing; Fri, 1 Sep 1995 14:47:36 -0700 Received: from plains.nodak.edu (plains.NoDak.edu [134.129.111.64]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA20467 for ; Fri, 1 Sep 1995 14:47:33 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id QAA09179; Fri, 1 Sep 1995 16:47:27 -0500 Date: Fri, 1 Sep 1995 16:47:27 -0500 From: Mark Tinguely Message-Id: <199509012147.QAA09179@plains.nodak.edu> To: current@freefall.FreeBSD.org, jkh@time.cdrom.com Subject: Re: getgrent() and spaces.. Content-Length: 563 Sender: current-owner@FreeBSD.org Precedence: bulk > My question is, before I perhaps dive and try to fix it, is if it's a > feature or a bug? Whitespace sensitivity is generally not a good > thing in configuration files, but there are limits to what one should > go through in order to deal with it, yes? it is a bad thing, but spaces are legal in an account name. If you remove the space sensitivity from a configuration file that holds account names, then you have to remove the spaces from legal account names, or (figuratively) next week someone will stumble across this and file a bug report. --mark. From owner-freebsd-current Fri Sep 1 16:58:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA27782 for current-outgoing; Fri, 1 Sep 1995 16:58:59 -0700 Received: from shell.monmouth.com (shell.monmouth.com [205.164.220.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA27775 for ; Fri, 1 Sep 1995 16:58:56 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id UAA06579; Fri, 1 Sep 1995 20:01:23 -0400 From: Pechter Message-Id: <199509020001.UAA06579@shell.monmouth.com> Subject: Re: getgrent() and spaces..rr To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 1 Sep 1995 20:01:23 -0400 (EDT) Cc: freebsd-current@freebsd.org In-Reply-To: <4453.809988212@time.cdrom.com> from "Jordan K. Hubbard" at Sep 1, 95 01:43:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1192 Sender: current-owner@freebsd.org Precedence: bulk > > I had someone stick me in their wheel group recently and was surprised > when I still didn't appear in wheel. Further investigation revealed > that they'd stuck me in as: > > wheel:*:john,paul,george,ringo, jkh > > See that space? Well, that was enough to nip the group search in the > bud. > > My question is, before I perhaps dive and try to fix it, is if it's a > feature or a bug? Whitespace sensitivity is generally not a good > thing in configuration files, but there are limits to what one should > go through in order to deal with it, yes? > > Jordan > I hate to say it but this is standard Unix. Changing it would make it non-standard. I've always had a love-hate relationship with Unix's use of plain text database files for admin... But to change it would be to non-Unix FreeBSD. I've always preferred VMS's authorize command... Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-current Fri Sep 1 17:01:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA27890 for current-outgoing; Fri, 1 Sep 1995 17:01:57 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA27884 for ; Fri, 1 Sep 1995 17:01:56 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA00540; Fri, 1 Sep 1995 17:01:48 -0700 To: Pechter cc: freebsd-current@freebsd.org Subject: Re: getgrent() and spaces..rr In-reply-to: Your message of "Fri, 01 Sep 1995 20:01:23 EDT." <199509020001.UAA06579@shell.monmouth.com> Date: Fri, 01 Sep 1995 17:01:48 -0700 Message-ID: <538.810000108@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > I hate to say it but this is standard Unix. Changing it would make it > non-standard. That seems to be the general sentiment and so it will remain unchanged. No skin off my nose - now I don't need to try to fix it! :-) > I've always preferred VMS's authorize command... UNIX is a patchwork quilt and could certainly use a lot more than just "authorize" in the way of a unified approach! :) Jordan From owner-freebsd-current Sat Sep 2 09:22:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA28934 for current-outgoing; Sat, 2 Sep 1995 09:22:23 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA28928 for ; Sat, 2 Sep 1995 09:22:20 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA24661; Sat, 2 Sep 1995 18:21:47 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA01558; Sat, 2 Sep 1995 18:21:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id CAA14160; Sat, 2 Sep 1995 02:25:19 +0200 From: J Wunsch Message-Id: <199509020025.CAA14160@uriah.heep.sax.de> Subject: Re: getgrent() and spaces..rr To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 2 Sep 1995 02:25:19 +0200 (MET DST) Cc: pechter@shell.monmouth.com, freebsd-current@FreeBSD.ORG In-Reply-To: <538.810000108@time.cdrom.com> from "Jordan K. Hubbard" at Sep 1, 95 05:01:48 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: 478 Sender: current-owner@FreeBSD.ORG Precedence: bulk As Jordan K. Hubbard wrote: > > > I hate to say it but this is standard Unix. Changing it would make it > > non-standard. > > That seems to be the general sentiment and so it will remain > unchanged. No skin off my nose - now I don't need to try to > fix it! :-) Perhaps some ``groupcheck'' tool that validates the databases? -- 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 Sep 2 11:02:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA01299 for current-outgoing; Sat, 2 Sep 1995 11:02:54 -0700 Received: from shell.monmouth.com (shell.monmouth.com [205.164.220.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA01293 for ; Sat, 2 Sep 1995 11:02:53 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id OAA00325 for freebsd-current@freebsd.org; Sat, 2 Sep 1995 14:05:31 -0400 From: Pechter Message-Id: <199509021805.OAA00325@shell.monmouth.com> Subject: re: password file/group file To: freebsd-current@freebsd.org Date: Sat, 2 Sep 1995 14:05:30 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 837 Sender: current-owner@freebsd.org Precedence: bulk > > As Jordan K. Hubbard wrote: > > > > > I hate to say it but this is standard Unix. Changing it would make it > > > non-standard. > > > > That seems to be the general sentiment and so it will remain > > unchanged. No skin off my nose - now I don't need to try to > > fix it! :-) > > Perhaps some ``groupcheck'' tool that validates the databases? Perhaps pwck and grpck wouldn't be bad to have. They are pretty much AT&T SVR5ish -- but could be useful. Are they spec'd in any Posix/Spec1170 stuff? Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-current Sat Sep 2 12:59:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA03014 for current-outgoing; Sat, 2 Sep 1995 12:59:36 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA03007 for ; Sat, 2 Sep 1995 12:59:33 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id OAA00321 for freebsd-current@freebsd.org; Sat, 2 Sep 1995 14:59:32 -0500 From: Mike Pritchard Message-Id: <199509021959.OAA00321@mpp.minn.net> Subject: Superblocks getting trashed with -current To: freebsd-current@freebsd.org Date: Sat, 2 Sep 1995 14:59:31 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1271 Sender: current-owner@freebsd.org Precedence: bulk About 3 weeks ago I had a problem after running a -current kernel where the superblock on my /usr file system got trashed. Fsck was able to use the next alternate superblock without any problems and the file system was fine. I've been running with a kernel dated 7/31 since that time. Today I started running a -current kernel again, and my / file system had the superblock trashed in the same manner after a clean shutdown and reboot: "NCG out of range" (NCG=# of cylinder groups) was reported by fsck. This one was harder to recover from because the boot manager would simply reboot after doing anything at the "boot:" prompt. I just saw a message in the past day or two from someone else that reported they had a trashed superblock. It looks like something in -current is eating them. Can the other person who saw this problem contact me so we can see if we have something common in our configurations? Anyone else seeing problems like this? Some of my relevant info is: -current kernel, Adaptec 2842VL controller on the file systems that got trashed, and I also run with an Adaptec 1542B in the machine. The disk in question is a Seagate Hawk ST31230N. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Sat Sep 2 15:49:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA10140 for current-outgoing; Sat, 2 Sep 1995 15:49:55 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA10133 for ; Sat, 2 Sep 1995 15:49:47 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA15369; Sun, 3 Sep 1995 08:45:39 +1000 Date: Sun, 3 Sep 1995 08:45:39 +1000 From: Bruce Evans Message-Id: <199509022245.IAA15369@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, mpp@mpp.minn.net Subject: Re: Superblocks getting trashed with -current Sender: current-owner@freebsd.org Precedence: bulk >I just saw a message in the past day or two from someone else that >reported they had a trashed superblock. It looks like something >in -current is eating them. Maybe msdosfs mounted r/w? Bruce From owner-freebsd-current Sat Sep 2 15:55:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA10282 for current-outgoing; Sat, 2 Sep 1995 15:55:04 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA10275 for ; Sat, 2 Sep 1995 15:55:01 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id RAA01229; Sat, 2 Sep 1995 17:54:41 -0500 From: Mike Pritchard Message-Id: <199509022254.RAA01229@mpp.minn.net> Subject: Re: Superblocks getting trashed with -current To: bde@zeta.org.au (Bruce Evans) Date: Sat, 2 Sep 1995 17:54:40 -0500 (CDT) Cc: freebsd-current@freebsd.org In-Reply-To: <199509022245.IAA15369@godzilla.zeta.org.au> from "Bruce Evans" at Sep 3, 95 08:45:39 am X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 602 Sender: current-owner@freebsd.org Precedence: bulk Bruce Evans wrote: > > >I just saw a message in the past day or two from someone else that > >reported they had a trashed superblock. It looks like something > >in -current is eating them. > > Maybe msdosfs mounted r/w? I've had r/w mounted msdos file systems for something like 6 months without seeing these problems, so I don't think that is it. Or did someone break msdosfs stuff sometime in early August? And at least with todays problem, I wasn't accessing the msdos file systems at all. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Sat Sep 2 16:20:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA10689 for current-outgoing; Sat, 2 Sep 1995 16:20:05 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA10671 for ; Sat, 2 Sep 1995 16:19:57 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA16564; Sun, 3 Sep 1995 09:18:38 +1000 Date: Sun, 3 Sep 1995 09:18:38 +1000 From: Bruce Evans Message-Id: <199509022318.JAA16564@godzilla.zeta.org.au> To: bde@zeta.org.au, mpp@mpp.minn.net Subject: Re: Superblocks getting trashed with -current Cc: freebsd-current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk >I've had r/w mounted msdos file systems for something like 6 months >without seeing these problems, so I don't think that is it. >Or did someone break msdosfs stuff sometime in early August? >And at least with todays problem, I wasn't accessing the >msdos file systems at all. Probably not in early August. msdosfs has some unexplained disk trashing problems from before that. Bruce From owner-freebsd-current Sat Sep 2 16:24:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA10771 for current-outgoing; Sat, 2 Sep 1995 16:24:30 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA10765 for ; Sat, 2 Sep 1995 16:24:28 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id SAA01333; Sat, 2 Sep 1995 18:24:09 -0500 From: Mike Pritchard Message-Id: <199509022324.SAA01333@mpp.minn.net> Subject: Re: Superblocks getting trashed with -current To: bde@zeta.org.au (Bruce Evans) Date: Sat, 2 Sep 1995 18:24:08 -0500 (CDT) Cc: bde@zeta.org.au, freebsd-current@freebsd.org In-Reply-To: <199509022318.JAA16564@godzilla.zeta.org.au> from "Bruce Evans" at Sep 3, 95 09:18:38 am X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 845 Sender: current-owner@freebsd.org Precedence: bulk Bruce Evans wrote: > > >I've had r/w mounted msdos file systems for something like 6 months > >without seeing these problems, so I don't think that is it. > >Or did someone break msdosfs stuff sometime in early August? > >And at least with todays problem, I wasn't accessing the > >msdos file systems at all. > > Probably not in early August. msdosfs has some unexplained disk > trashing problems from before that. Does the problem go away when msdos file system are mounted read-only? If so, I'll go mount them all that way (or maybe just not mount them at all) and see if the problem shows up again. Both times it happened, I had only been running the -current kernel for less than an hour, so it seems somewhat easy to reproduce. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Sat Sep 2 16:35:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA11025 for current-outgoing; Sat, 2 Sep 1995 16:35:54 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA11018 for ; Sat, 2 Sep 1995 16:35:42 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA16919; Sun, 3 Sep 1995 09:30:15 +1000 Date: Sun, 3 Sep 1995 09:30:15 +1000 From: Bruce Evans Message-Id: <199509022330.JAA16919@godzilla.zeta.org.au> To: bde@zeta.org.au, mpp@mpp.minn.net Subject: Re: Superblocks getting trashed with -current Cc: freebsd-current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk >> Probably not in early August. msdosfs has some unexplained disk >> trashing problems from before that. >Does the problem go away when msdos file system are mounted >read-only? If so, I'll go mount them all that way (or maybe just It was too hard to duplicate to tell. Bruce From owner-freebsd-current Sat Sep 2 16:42:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA11574 for current-outgoing; Sat, 2 Sep 1995 16:42:31 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA11539 for ; Sat, 2 Sep 1995 16:42:27 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id BAA20300 ; Sun, 3 Sep 1995 01:42:24 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id BAA00966 ; Sun, 3 Sep 1995 01:42:23 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.11/keltia-uucp-2.4) id BAA06941; Sun, 3 Sep 1995 01:22:18 +0200 (MET DST) From: Ollivier Robert Message-Id: <199509022322.BAA06941@keltia.frmug.fr.net> Subject: Re: Waah! su -e went away again! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 3 Sep 1995 01:22:18 +0200 (MET DST) Cc: current@freebsd.org Reply-To: roberto@Keltia.Freenix.FR (Ollivier Robert) In-Reply-To: <4327.809617499@time.cdrom.com> from "Jordan K. Hubbard" at Aug 28, 95 06:44:59 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1022 X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@freebsd.org Precedence: bulk It seems that Jordan K. Hubbard said: > When did we lose this one? I know we had it for awhile, then not. > Anyone feel up to the task of playing Software Historian and bringing > this feature back to -current? Don't you mean "-c" ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #16: Tue Aug 22 01:54:17 MET DST 1995 From owner-freebsd-current Sat Sep 2 19:25:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA22732 for current-outgoing; Sat, 2 Sep 1995 19:25:37 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA22725 for ; Sat, 2 Sep 1995 19:25:26 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA16173; Sat, 2 Sep 1995 19:24:34 -0700 From: "Rodney W. Grimes" Message-Id: <199509030224.TAA16173@gndrsh.aac.dev.com> Subject: Re: Getting around conflicts for a driver w/out base address To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Sat, 2 Sep 1995 19:24:33 -0700 (PDT) Cc: FreeBSD-current@FreeBSD.Org (FreeBSD current) In-Reply-To: <9509030032.AA25745@iworks.InterWorks.org> from "Daniel M. Eischen" at Sep 2, 95 07:32:34 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: 3297 Sender: current-owner@FreeBSD.Org Precedence: bulk > > > Hi, Hello. > > I've written an driver for an ISA device that does not have an IO base > address; it is strictly a memory mapped device. What is the proper method > of informing the isa probes to not check the IO base address (id_iobase in > isa_device) for conflicts with other drivers? The opposite holds true also; > when checking other ISA devices for IO base address conflicts, we want to > avoid that check with this device. Please post this message to -current, I know others have worked in this area since myself, and I am pretty sure Bruce has either changed this, or is going to change this, or atleast mumbled about it a few times. > I've tried the following configurations to no avail: > > device mib0 at isa? port ? irq 10 ... > device mib0 at isa? irq 10 ... # no port > > Both of the above conflict with either the lpt or the ahc drivers. Hum, yea, I think config(8) is doing the wrong thing with null ``port'' specifications. What does the ../../compile/KERNEL/ioconf.c file look like? [Just the applicable mib0, lpt and ahc lines.] > What I ended up doing was to assign it at an unused port address (0x350) > and return 1 for the probe function. That will work as a temporary work around until the correct fix is done. > I took a look at the isa.c code, and saw your comments in there regarding > the NPX driver. It looks like you return a value of -1 in the probe > routine (which ends up getting placed in id_alive) to quiet the IO base > address reporting. It also looks like you omit the IO base address checks > when checking for conflicts after probing other drivers. That code has been hacked on by a few dozen folks since I wrote it, it now looks quite different, and I have not looked at it in some time :-(. The -1 thing was mine, and yes it added to allow a driver to report ``I use no I/O ports'', so as long as no one else has grabbed -1 for some other purpose your proposed define makes perfect since. Not sure that isa_device is the right place for it though, this is applicable to _all_ drivers. > I can't test this out until I'm at work Tuesday, but this looks like what > I want to do. Given that, what about placing a define in isa_device.h > for this: > > /* > * Drivers that do not have IO base addresses should return this > * in the probe routine. > */ > #define ISA_NO_IOBASE -1 > > or something like that. That way it becomes apparent what a driver should > do. Seems reasonable but I would like to see this passed by a few people, and not so sure about the location of the define or the need for ISA_ in the name of it, this is also applicable to EISA and MCA devices. > > I was going to post this to the -hackers list, but after I saw your comments > regarding the NPX driver in isa.c, I thought I'd ask you first without taking > up mailing list bandwidth. > > If this really does belong on the mailing list, then I apologize in advance. No problem in passing it by people first, Infact I am just goint to add -current to the cc: list and let my reply put this thread on the list :-). > Dan Eischen > deischen@iworks.InterWorks.org -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Sep 2 21:35:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA03596 for current-outgoing; Sat, 2 Sep 1995 21:35:55 -0700 Received: from chrome.onramp.net (chrome.onramp.net [199.1.166.202]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id VAA03588 for ; Sat, 2 Sep 1995 21:35:53 -0700 Received: from localhost.jdl.com (localhost.jdl.com [127.0.0.1]) by chrome.onramp.net (8.6.11/8.6.9) with SMTP id XAA13830 for ; Sat, 2 Sep 1995 23:35:09 -0500 Message-Id: <199509030435.XAA13830@chrome.onramp.net> X-Authentication-Warning: chrome.onramp.net: Host localhost.jdl.com didn't use HELO protocol To: freebsd-current@freebsd.org Subject: Silence on the Western Front... Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Sat, 02 Sep 1995 23:35:08 -0500 From: Jon Loeliger Sender: current-owner@freebsd.org Precedence: bulk Well folks, except for one comment from Bruce about why a crock register read was done, I've not gotten a scrap of input from anyone one else on the ATAPI driver. In the last message I even asked if anyone was interested in it besides me.... Does this driver work for everyone else? Others who I've seen express interest are or have exchanged a piece of mail or two are: Steve Wallace, swallace@eng.uci.edu Soren Schmidt, sos@FreeBSD.org Steven Schwarz, schwarz@optigfx.com At least one of these people said he didn't have time to pursue it further at this point in time. Fair enough. Paul Richards wrote: > I'll try and find the problem with my drive this week. I think we'd better > try and find a lot of IDE cdrom owners out there to thoroughly shake out > this driver. Well, I'm trying to help shake it out some, I've been writing up what I find, I've asked for input, and it appears to be hitting a void as far as I can tell. Is anyone willing to help me look at this further? At a later time? Terse, I know. Sorry. jdl From owner-freebsd-current Sat Sep 2 22:40:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA08733 for current-outgoing; Sat, 2 Sep 1995 22:40:02 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA08715 for ; Sat, 2 Sep 1995 22:39:59 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA16270; Sat, 2 Sep 1995 22:39:20 -0700 From: "Rodney W. Grimes" Message-Id: <199509030539.WAA16270@gndrsh.aac.dev.com> Subject: Re: Getting around conflicts for a driver w/out base address To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Sat, 2 Sep 1995 22:39:20 -0700 (PDT) Cc: FreeBSD-current@FreeBSD.Org (FreeBSD current) In-Reply-To: <9509030255.AA25934@iworks.InterWorks.org> from "Daniel M. Eischen" at Sep 2, 95 09:55:00 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: 2395 Sender: current-owner@FreeBSD.Org Precedence: bulk > > >Hum, yea, I think config(8) is doing the wrong thing with null ``port'' > >specifications. What does the ../../compile/KERNEL/ioconf.c file look > >like? [Just the applicable mib0, lpt and ahc lines.] > > I'll have to wait until Tuesday, but the ahc and lpt stuff should be just > the same as configured with a generic kernel - I made no changes to their > configuration. > > { 3, &ahcdriver, 0x0000, 0, -1, C 0x00000, 0, ahcintr, 1, 0x0000, 0, 0, 0, 0, 1, 0, 0 }, > > { 12, &lptdriver, 0xffffffff, IRQ7, -1, C 0x00000, 0, lptintr, 0, 0x0000, 0, 0, 0, 0, 1, 0, 0 }, > { 13, &lptdriver, 0xffffffff, 0, -1, C 0x00000, 0, NULL, 1, 0x0000, 0, 0, 0, 0, 1, 0, 0 }, > { 14, &lptdriver, 0xffffffff, 0, -1, C 0x00000, 0, NULL, 2, 0x0000, 0, 0, 0, 0, 1, 0, 0 }, > Hummm... looks as if config emits 0x0000 for the port address when you have none specified. That is arguably incorrect since address 0x0000 is a valid I/O port address. [And when I wrote the conflict code I was well aware that it was a valid address, but I was not aware that was what config emitted for no specified address :-(]. It looks like config is specifically hacked to emit -1 for port?, which is also arguable incorrect as 0xffffffff is a valid port address internal to the pentium CPU (it will not drive this to the external bus but there are some very special undocumented things in the very high 32 bit port address ranges [Don't ask NDA's prevent discussion beyond what I have already stated]). It looks to me as if the isa_device struct needs another qualifying field for iobase that says it is either wildcarded (port?), unspecified (no port spec at all) or given (port 0xf0f). > The mib driver (MIL-STD-1553B) and board are installed on a machine at > work and one > of those darn firewalls prevents me from getting in from home :(. You mean to tell me the 1553B bus is still alive? I spent 5 years with Rolm Mil-spec computers and use to be around a lot of 1553B based equipment. > Thanks for replying and cc'ing to -current :) No problem, though the thread really should stay on -current, and this reply should have been to current :-(. So I am going to stuff it back onto -current. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD