From owner-freebsd-current Sun Nov 24 00:21:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA03558 for current-outgoing; Sun, 24 Nov 1996 00:21:28 -0800 (PST) Received: from news.via.nl (news.via.nl [193.78.61.101]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA03549 for ; Sun, 24 Nov 1996 00:21:19 -0800 (PST) Received: (from frank@localhost) by news.via.nl (8.8.3/8.6.12) id JAA26573; Sun, 24 Nov 1996 09:20:41 +0100 (MET) Date: Sun, 24 Nov 1996 09:20:39 +0100 (MET) From: frank To: Bruce Evans cc: freebsd-current@freebsd.org Subject: Re: more drives in iostat? In-Reply-To: <199611232258.JAA07243@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Nov 1996, Bruce Evans wrote: > >I don't know if this is the right place but I've been wondering > >why there are only 4 drives showed by iostat. > Only 4 drives fit in 80 columns. Actually, only 3 fit, because 4 take > exactly 80 columns and line wrap wastes 1 column. Hmm.. that is true. But mostly I work with xterms, which I can make as big as I like. Maybe it could be an option? -w for wide maybe? =) Maybe the msps could be skipped for scsi-disks? Ide can only handle 4 anyhow, and (at least for me) those columns are always 0. So maybe it could detect that for sd* it could skip msps and show more drives? I think I'll study the code some more and try to patch it to do that, atleast for myself I think it would be useful. Groetjes, Frank Ederveen From owner-freebsd-current Sun Nov 24 01:21:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05486 for current-outgoing; Sun, 24 Nov 1996 01:21:51 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA05456 for ; Sun, 24 Nov 1996 01:21:33 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA17186 for ; Sun, 24 Nov 1996 10:21:30 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA17494 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 10:21:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA09736 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 09:40:07 +0100 (MET) From: J Wunsch Message-Id: <199611240840.JAA09736@uriah.heep.sax.de> Subject: Re: 2.2-ALPHA install failure To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 24 Nov 1996 09:40:07 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611231208.WAA22633@genesis.atrad.adelaide.edu.au> from Michael Smith at "Nov 23, 96 10:38:12 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > I've been using NCR's for 2 years and even now a box with one > > is near me installed a while ago. Each and every such a box > > with just any HDD brand was installed in a 'dangerously dedicated' > > fascion and it just worked. > > *shrug* Bruce recently posted the results of some tests he performed, > which matched with my empirical observations that the NCR BIOS reads > the contents of the MBR and reports its geometry to match. Just to second Andrew's statement, that's the fdisk table of my sd0. I have moved it from an EISA Bt742A controller to an NCR 53c810 when turning my system PCI: j@uriah 882% /sbin/fdisk ******* Working on device /dev/rsd0 ******* parameters extracted from in-core disklabel are: cylinders=4177 heads=8 sectors/track=125 (1000 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=4177 heads=8 sectors/track=125 (1000 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 50000 (24 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 255 As you can see, the fdisk table is bogus. The mainboard (and thus NCR BIOS) is an ASUS one. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Nov 24 01:21:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05482 for current-outgoing; Sun, 24 Nov 1996 01:21:50 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA05464 for ; Sun, 24 Nov 1996 01:21:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA17190 for ; Sun, 24 Nov 1996 10:21:32 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA17495 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 10:21:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA09759 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 09:43:26 +0100 (MET) From: J Wunsch Message-Id: <199611240843.JAA09759@uriah.heep.sax.de> Subject: Re: 2.2-ALPHA install failure To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 24 Nov 1996 09:43:26 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611231656.IAA17156@GndRsh.aac.dev.com> from "Rodney W. Grimes" at "Nov 23, 96 08:56:01 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > You can use the dangerously > dedicated mode on the NCR just fine, and I usually set the drives > up this way with a 64/32 translation so that the drive can easily > be moved between any of the NCR/Buslogic/Adaptec controllers since > they all understand 64/32. Btw., you can use whatever translation you want with `DD' mode, as long as the number of sectors per track is >= 15. Obviously, this wasn't the case for this (erroneous) 1/1 translation, but all `real world' translations should fit. That's one of the reasons why i'm advocating for `DD` that much; you'll soon forget the word `geometry'. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Nov 24 01:21:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05488 for current-outgoing; Sun, 24 Nov 1996 01:21:52 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA05466 for ; Sun, 24 Nov 1996 01:21:41 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA17194 for ; Sun, 24 Nov 1996 10:21:33 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA17498 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 10:21:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA09794 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 09:48:32 +0100 (MET) From: J Wunsch Message-Id: <199611240848.JAA09794@uriah.heep.sax.de> Subject: Re: 2.2-ALPHA install failure To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 24 Nov 1996 09:48:32 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611232328.KAA07967@godzilla.zeta.org.au> from Bruce Evans at "Nov 24, 96 10:28:02 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > Disklabel now does extra work to > preserve the existing partition table if there is a nonzero entry in it. BUGS ... For the i386 architecture, the primary bootstrap sector contains an em- bedded fdisk table. Disklabel takes care to not clobber it when in- stalling a bootstrap only (-B), or when editing an existing label (-e), but it unconditionally writes the primary bootstrap program onto the disk for -w or -R, thus replacing the fdisk table by the dummy one in the bootstrap program. This is only of concern if the disk is fully dedicat- ed, so that the BSD disklabel starts at absolute block 0 on the disk. Hence, disklabel sd0 > /tmp/protofile disklabel -B -R sd0 /tmp/protofile should ``properly'' clobber the fdisk table. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Nov 24 01:45:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA06657 for current-outgoing; Sun, 24 Nov 1996 01:45:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA06647 for ; Sun, 24 Nov 1996 01:45:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA17542; Sun, 24 Nov 1996 10:45:13 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA17778; Sun, 24 Nov 1996 10:45:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA10256; Sun, 24 Nov 1996 10:42:37 +0100 (MET) From: J Wunsch Message-Id: <199611240942.KAA10256@uriah.heep.sax.de> Subject: Re: Can anyone explain...? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 24 Nov 1996 10:42:37 +0100 (MET) Cc: wollman@lcs.mit.edu (Garrett Wollman) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9611231832.AA04161@halloran-eldar.lcs.mit.edu> from Garrett Wollman at "Nov 23, 96 01:32:44 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > > It would be worth keeping MET for backward compatibility? > > CET does make better sense though as the standard name. > > That doesn't make any sense. A timezone only has a single set of > abbreviations. What's wrong with a symlink for the MET pointing to CET? Too many people here know the timezone by the name `MET' already, and will blindly use that name. No longer supporting it will cause a support nightmare, however ``technically correct'' your decision for CET might look at the first glance. Remeber, we aren't alone in a room where we can pick up whatever decision we want. We've got a user base, and a history track. I care more for our userbase than for the decision of some maintainer of an external software package. Again: we should support historically used timezone abbreviations at least for a transitional period. There's precedence for such actions e.g. with the ``technically more correct'' names for the ISO-8859 locales. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Nov 24 01:46:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA06693 for current-outgoing; Sun, 24 Nov 1996 01:46:34 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA06688 for ; Sun, 24 Nov 1996 01:46:27 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id UAA22988; Sun, 24 Nov 1996 20:44:40 +1100 Date: Sun, 24 Nov 1996 20:44:40 +1100 From: Bruce Evans Message-Id: <199611240944.UAA22988@godzilla.zeta.org.au> To: bde@zeta.org.au, frank@news.via.nl Subject: Re: more drives in iostat? Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Only 4 drives fit in 80 columns. Actually, only 3 fit, because 4 take >> exactly 80 columns and line wrap wastes 1 column. >Hmm.. that is true. But mostly I work with xterms, which I can make as big >as I like. Maybe it could be an option? -w for wide maybe? =) It should scale to the number of columns and maybe have a -w or a -c columns option for output to non-ttys. >Maybe the msps could be skipped for scsi-disks? Ide can only handle 4 anyhow, >and (at least for me) those columns are always 0. ISTR making them sort of work for IDE disks, but they don't work now. Also, there are only 3 or 4 columns left for `sps' but 5 columns are often needed for modern disks (5 MB/s ~ 10000 sps). The first `sps' column runs into the `tout' column above 500 KB/s (%4d formatting with no space) and the other `sps' columns become misaligned above 5 MB/s (%4d formatting with a space). Bruce From owner-freebsd-current Sun Nov 24 02:55:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09026 for current-outgoing; Sun, 24 Nov 1996 02:55:55 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA08973 for ; Sun, 24 Nov 1996 02:54:42 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vRcC0-000QrTC; Sun, 24 Nov 96 11:53 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id LAA00496; Sun, 24 Nov 1996 11:46:25 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199611241046.LAA00496@freebie.lemis.de> Subject: Re: Can anyone explain...? In-Reply-To: <9611231832.AA04161@halloran-eldar.lcs.mit.edu> from Garrett Wollman at "Nov 23, 96 01:32:44 pm" To: wollman@lcs.mit.edu (Garrett Wollman) Date: Sun, 24 Nov 1996 09:58:37 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman writes: > < said: > >>> I vote for keeping the previous name. > >> It would be worth keeping MET for backward compatibility? >> CET does make better sense though as the standard name. > > That doesn't make any sense. A timezone only has a single set of > abbreviations. Of course it makes sense. How many time zones are there? With the exception of India and South Australia, all are modulo one hour off from UTC. That makes about 26 or so. And how many are there really? For that matter, take GMT and UTC. What are the time zone abbreviations for Malaysia, Singapore, Thailand, and Indonesia, all of which are UTC+8 and don't have summer time? > Unless you wanted to create an alternative set of > timezone data files, the only difference in which was that some > European countries have a different abbreviation? Gack. That's the way it is in the Real World. Sorry, but you're not the one to change it. > So long as I'm maintaining the timezone database I want to minimize > our divergence from the master source, But you're changing it from what every other system does. Sorry, I believe this is just plain *wrong*. > and I am strongly opposed to changes such as you suggest which would > represent a nightmare in thirty different zones. I have in my > mailbox right now a 2500-line patch from Paul Eggert implementing > changes on every single continent (including Antarctica!); I won't > want this to become more of a hassle. Have you thought of coordinating this with other "vendors"? Gratuitous changes in things which don't really have anything to do with the operating system aren't going to make FreeBSD any more popular. Greg From owner-freebsd-current Sun Nov 24 09:44:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09026 for current-outgoing; Sun, 24 Nov 1996 02:55:55 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA08973 for ; Sun, 24 Nov 1996 02:54:42 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vRcC0-000QrTC; Sun, 24 Nov 96 11:53 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id LAA00496; Sun, 24 Nov 1996 11:46:25 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199611241046.LAA00496@freebie.lemis.de> Subject: Re: Can anyone explain...? In-Reply-To: <9611231832.AA04161@halloran-eldar.lcs.mit.edu> from Garrett Wollman at "Nov 23, 96 01:32:44 pm" To: wollman@lcs.mit.edu (Garrett Wollman) Date: Sun, 24 Nov 1996 09:58:37 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman writes: > < said: > >>> I vote for keeping the previous name. > >> It would be worth keeping MET for backward compatibility? >> CET does make better sense though as the standard name. > > That doesn't make any sense. A timezone only has a single set of > abbreviations. Of course it makes sense. How many time zones are there? With the exception of India and South Australia, all are modulo one hour off from UTC. That makes about 26 or so. And how many are there really? For that matter, take GMT and UTC. What are the time zone abbreviations for Malaysia, Singapore, Thailand, and Indonesia, all of which are UTC+8 and don't have summer time? > Unless you wanted to create an alternative set of > timezone data files, the only difference in which was that some > European countries have a different abbreviation? Gack. That's the way it is in the Real World. Sorry, but you're not the one to change it. > So long as I'm maintaining the timezone database I want to minimize > our divergence from the master source, But you're changing it from what every other system does. Sorry, I believe this is just plain *wrong*. > and I am strongly opposed to changes such as you suggest which would > represent a nightmare in thirty different zones. I have in my > mailbox right now a 2500-line patch from Paul Eggert implementing > changes on every single continent (including Antarctica!); I won't > want this to become more of a hassle. Have you thought of coordinating this with other "vendors"? Gratuitous changes in things which don't really have anything to do with the operating system aren't going to make FreeBSD any more popular. Greg From owner-freebsd-current Sun Nov 24 09:52:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00813 for current-outgoing; Sun, 24 Nov 1996 09:52:45 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA00795 for ; Sun, 24 Nov 1996 09:52:36 -0800 (PST) Received: from news.via.nl (news.via.nl [193.78.61.101]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA08634 for ; Sun, 24 Nov 1996 09:00:28 -0800 (PST) Received: (qmail 2889 invoked by uid 1000); 24 Nov 1996 16:59:05 -0000 Date: Sun, 24 Nov 1996 17:59:03 +0100 (MET) From: frank To: freebsd-current@freebsd.org Subject: Crash in 3.0 current when tape starts rewinding? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello all, Never had this problem before; but this morning there was a crash as the server was done with an rdump from another machine. Later it looked as if it was going to happen again but with 'mt offl' i think i beat it to crashing. Here is some output: FreeBSD 3.0-CURRENT #0: Sat Nov 23 00:13:10 MET 1996 frank@news:/usr/src/sys/compile/VIA Calibrating clock(s) relative to mc146818A clock ... i586 clock: 121702335 Hz, i8254 clock: 1193161 Hz CPU: Pentium (121.70-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62590976 (61124K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 0 int a irq 12 on pci0:10 de0 rev 35 int a irq 10 on pci0:11 de0: DC21040 [10Mb/s] pass 2.3 de0: address 00:00:e8:0d:c7:20 de0: enabling BNC/AUI port ahc0 rev 0 int a irq 11 on pci0:12 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) (ahc0:1:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1034MB (2118144 512 byte sectors) (ahc0:2:0): "MICROP 4221-09MZ 1128K HT02" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 1955MB (4004219 512 byte sectors) (ahc0:3:0): "ARCHIVE Python 25950-XXX 2.29" type 1 removable SCSI 2 st0(ahc0:3:0): Sequential-Access density code 0x13, 512-byte blocks, write-enabled (ahc0:5:0): "MICROP 2217-15MQ1001901 HQ30" type 0 fixed SCSI 2 sd3(ahc0:5:0): Direct-Access 1683MB (3447008 512 byte sectors) (ahc0:6:0): "IBM DPES-31080 S80E" type 0 fixed SCSI 2 sd4(ahc0:6:0): Direct-Access 1034MB (2118144 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio4 at 0x2a0-0x2a7 flags 0x701 on isa sio4: type 16550A (multiport) sio5 at 0x2a8-0x2af flags 0x701 on isa sio5: type 16550A (multiport) sio6 at 0x2b0-0x2b7 flags 0x701 on isa sio6: type 16550A (multiport) sio7 at 0x2b8-0x2bf irq 5 flags 0x701 on isa sio7: type 16550A (multiport master) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B ie0 not found at 0x360 ep0 not found at 0x300 ix0 not found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 lnc1 not found at 0x300 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface changing root device to sd0a ccd0-3: Concatenated disk drivers WARNING: / was not properly dismounted. st0(ahc0:3:0): timed out in dataout phase, SCSISIGI == 0x4 SEQADDR == 0x13c st0(ahc0:3:0): timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR == 0x6 ahc0: Issued Channel A Bus Reset. 3 SCBs aborted sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 sd0(ahc0:0:0): Power on, reset, or bus device reset occurred , retries:4 sd1(ahc0:1:0): UNIT ATTENTION asc:29,0 sd1(ahc0:1:0): Power on, reset, or bus device reset occurred , retries:4 st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy sd4(ahc0:6:0): UNIT ATTENTION asc:29,0 sd4(ahc0:6:0): Power on, reset, or bus device reset occurred , retries:4 Is there anything i can do other than cvsup until it's fixed? Kind regards, Frank Ederveen p.s. I patched iostat.c a bit. It shows more drives, and still fits in 80 columns. ftp to news.via.nl and get it yourself p.p.s i want to run 3.0, 'cause it has some nice new features >:-) From owner-freebsd-current Sun Nov 24 09:56:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA01253 for current-outgoing; Sun, 24 Nov 1996 09:56:53 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA01233 for ; Sun, 24 Nov 1996 09:56:36 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id IAA08389 for ; Sun, 24 Nov 1996 08:01:36 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id QAA19606 for ; Sun, 24 Nov 1996 16:48:19 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id QAA15542 for freebsd-current@FreeBSD.ORG; Sun, 24 Nov 1996 16:47:45 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.2/keltia-uucp-2.9) id QAA00757; Sun, 24 Nov 1996 16:47:39 +0100 (MET) Message-ID: Date: Sun, 24 Nov 1996 16:47:39 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: ntohs missing from netstat ? X-Mailer: Mutt 0.51 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just got that from netstat -r: 657 [16:42] roberto@keltia:readers/mutt> netstat -r Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default brasil.brainstorm. UGSc 29 0 ppp0 localhost localhost UH 3 5717 lo0 FR-ATL-BNET/28 brasil.brainstorm. UGc 0 0 ppp0 brasil.brainstorm. ppp.brainstorm.eu. UH 33 39 ppp0 ppp.brainstorm.eu. localhost UH 0 0 lo0 FR-ATL-KNET/28 link#1 UC 0 0 keltia 0.58.56.193 UH 0 0 ed0 ^^^^^^^^^^^ frmug-net.frmug.or brasil.brainstorm. UGc 0 0 ppp0 gw-net.glou.eu.org brasil.brainstorm. UGc 0 0 ppp0 MBONE-NET/4 link#1 UCS 0 0 ALL-SYSTEMS.MCAST. 1:0:5e:0:0:1 UHLW 1 3 ed0 ALL-ROUTERS.MCAST. 1:0:5e:0:0:2 UHLW 0 2 ed0 RIP2-ROUTERS.MCAST 1:0:5e:0:0:9 UHLW 1 4 ed0 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #28: Sun Nov 10 13:37:41 MET 1996 From owner-freebsd-current Sun Nov 24 09:59:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA01477 for current-outgoing; Sun, 24 Nov 1996 09:59:19 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA01426 for ; Sun, 24 Nov 1996 09:59:06 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id HAA08320 for ; Sun, 24 Nov 1996 07:46:59 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA24437; Sun, 24 Nov 1996 16:45:23 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA23819; Sun, 24 Nov 1996 16:45:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id PAA11722; Sun, 24 Nov 1996 15:52:38 +0100 (MET) From: J Wunsch Message-Id: <199611241452.PAA11722@uriah.heep.sax.de> Subject: Re: syslogd error on /dev/console To: freebsd-current@freebsd.org (FreeBSD-current users) Date: Sun, 24 Nov 1996 15:52:37 +0100 (MET) Cc: bde@zeta.org.au (Bruce Evans) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611240140.CAA00825@xp11.frmug.org> from Philippe Charnier at "Nov 24, 96 02:40:35 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Philippe Charnier wrote: > xp11 [84] ~ % tail /var/log/messages > Nov 24 02:15:03 xp11 lpd[121]: restarted > Nov 24 02:15:42 xp11 syslogd: /dev/console: Input/output error > Nov 24 02:15:42 xp11 su: charnier to root on /dev/ttyp1 Smells like a problem with console multiplexing. Bruce, do you see anything obvious? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Nov 24 09:59:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA01488 for current-outgoing; Sun, 24 Nov 1996 09:59:23 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA01455 for ; Sun, 24 Nov 1996 09:59:15 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id HAA08332 for ; Sun, 24 Nov 1996 07:50:04 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA24433 for ; Sun, 24 Nov 1996 16:45:21 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA23816 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 16:45:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id PAA11667 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 15:48:28 +0100 (MET) From: J Wunsch Message-Id: <199611241448.PAA11667@uriah.heep.sax.de> Subject: Re: SMP To: freebsd-current@freebsd.org (FreeBSD-current users) Date: Sun, 24 Nov 1996 15:48:28 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611230136.SAA12533@clem.systemsix.com> from Steve Passe at "Nov 22, 96 06:36:13 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Steve Passe wrote: > >We are. (SMP being the main reason for the major # bump.) > > not quite true (unless nobody bothered to tell me). -current is in > SMP as of 11/21, but a separate cvs tree is kept, ie you wont find > any of SMP in /home/ncvs. You slightly misunderstood... The version number bump to go from 2.2 to 3.0-current has been made in anticipation of the long-intended merge from the SMP code base. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Nov 24 09:59:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA01515 for current-outgoing; Sun, 24 Nov 1996 09:59:32 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA01476 for ; Sun, 24 Nov 1996 09:59:17 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id HAA08267 for ; Sun, 24 Nov 1996 07:29:50 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA13224; Sun, 24 Nov 1996 09:26:53 -0600 From: Joe Greco Message-Id: <199611241526.JAA13224@brasil.moneng.mei.com> Subject: Re: more drives in iostat? To: frank@news.via.nl (frank) Date: Sun, 24 Nov 1996 09:26:52 -0600 (CST) Cc: bde@zeta.org.au, freebsd-current@freebsd.org In-Reply-To: from "frank" at Nov 24, 96 09:20:39 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Sun, 24 Nov 1996, Bruce Evans wrote: > > > >I don't know if this is the right place but I've been wondering > > >why there are only 4 drives showed by iostat. > > Only 4 drives fit in 80 columns. Actually, only 3 fit, because 4 take > > exactly 80 columns and line wrap wastes 1 column. > Hmm.. that is true. But mostly I work with xterms, which I can make as big > as I like. Maybe it could be an option? -w for wide maybe? =) > > Maybe the msps could be skipped for scsi-disks? Ide can only handle 4 anyhow, > and (at least for me) those columns are always 0. > > So maybe it could detect that for sd* it could skip msps and show more > drives? > > I think I'll study the code some more and try to patch it to do that, atleast > for myself I think it would be useful. Hi Frank, I had been meaning for some time now to devise a patch to increase the number of possible columns by one for every extra twelve columns available on the tty. I suspect it would not be too difficult, but instead I have mostly been using systat -io (I like the output a bit better). This however would probably be a welcome enhancement. ... JG From owner-freebsd-current Sun Nov 24 10:00:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA01573 for current-outgoing; Sun, 24 Nov 1996 10:00:01 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA01519 for ; Sun, 24 Nov 1996 09:59:29 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id HAA08256 for ; Sun, 24 Nov 1996 07:24:41 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id QAA19577 for ; Sun, 24 Nov 1996 16:19:19 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id QAA15231 for freebsd-current@FreeBSD.ORG; Sun, 24 Nov 1996 16:18:49 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.2/keltia-uucp-2.9) id PAA29979; Sun, 24 Nov 1996 15:58:35 +0100 (MET) Message-ID: Date: Sun, 24 Nov 1996 15:58:34 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Patch for larger stats in vmstat -i X-Mailer: Mutt 0.51 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My machine has been up for only 14 days and vmstat -i shows this: 233 [15:52] root@keltia:/usr/src# vmstat -i interrupt total rate clk0 irq0 123297965 101 rtc0 irq8 155630847 127 fdc0 irq6 1 0 sc0 irq1 678213 0 sio0 irq4 4380709 3 sio1 irq3 332337 0 ed0 irq10 1 0 Total 284320073 233 With the following patch, the output looks like this: 647 [15:55] roberto@keltia:/tmp/vmstat> ./vmstat -i interrupt total rate clk0 irq0 123327561 101 rtc0 irq8 155665768 127 fdc0 irq6 1 0 sc0 irq1 679726 0 sio0 irq4 4380709 3 sio1 irq3 333074 0 ed0 irq10 1 0 Total 284386840 233 Probably a 2.2 candidate (if not 2.1.6.1). Index: vmstat.c =================================================================== RCS file: /spare/FreeBSD-current/src/usr.bin/vmstat/vmstat.c,v retrieving revision 1.15 diff -u -2 -r1.15 vmstat.c --- vmstat.c 1996/03/03 09:06:59 1.15 +++ vmstat.c 1996/11/24 14:55:24 @@ -682,15 +682,15 @@ kread(X_INTRCNT, intrcnt, (size_t)nintr); kread(X_INTRNAMES, intrname, (size_t)inamlen); - (void)printf("interrupt total rate\n"); + (void)printf("interrupt total rate\n"); inttotal = 0; nintr /= sizeof(long); while (--nintr >= 0) { if (*intrcnt) - (void)printf("%-12s %8ld %8ld\n", intrname, + (void)printf("%-12s %9ld %8ld\n", intrname, *intrcnt, *intrcnt / uptime); intrname += strlen(intrname) + 1; inttotal += *intrcnt++; } - (void)printf("Total %8ld %8ld\n", inttotal, inttotal / uptime); + (void)printf("Total %9ld %8ld\n", inttotal, inttotal / uptime); } -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #28: Sun Nov 10 13:37:41 MET 1996 From owner-freebsd-current Sun Nov 24 10:03:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA02149 for current-outgoing; Sun, 24 Nov 1996 10:03:42 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA02119 for ; Sun, 24 Nov 1996 10:03:29 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id FAA08018 for ; Sun, 24 Nov 1996 05:53:17 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA21827; Sun, 24 Nov 1996 14:51:40 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA21910; Sun, 24 Nov 1996 14:51:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id OAA11307; Sun, 24 Nov 1996 14:49:22 +0100 (MET) From: J Wunsch Message-Id: <199611241349.OAA11307@uriah.heep.sax.de> Subject: Re: More Problems (SCSI?) and -current To: freebsd-current@freebsd.org (FreeBSD-current users) Date: Sun, 24 Nov 1996 14:49:22 +0100 (MET) Cc: kmitch@unix.guru.org (Keith Mitchell) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611221704.MAA14877@unix.guru.org> from Keith Mitchell at "Nov 22, 96 12:02:56 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Keith Mitchell wrote: > Nov 22 10:33:23 unix /kernel: spec_getpages: I/O read error > Nov 22 10:33:23 unix /kernel: vm_fault: pager input (probably hardware) error, PID 14399 failure > All of the errors SEEM to be occuring on ONE drive (the FAST WIDE 7200RPM one) No SCSI error messages? That's weird. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Nov 24 10:05:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA02398 for current-outgoing; Sun, 24 Nov 1996 10:05:27 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA02381 for ; Sun, 24 Nov 1996 10:05:16 -0800 (PST) Received: from whale.gu.kiev.ua ([194.93.190.4]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id FAA07935 for ; Sun, 24 Nov 1996 05:28:22 -0800 (PST) Received: from creator.gu.kiev.ua (stesin@creator.gu.kiev.ua [194.93.190.3]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id PAA24212; Sun, 24 Nov 1996 15:22:59 +0200 Date: Sun, 24 Nov 1996 15:22:59 +0200 (EET) From: Andrew Stesin X-Sender: stesin@creator.gu.kiev.ua To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: 2.2-ALPHA install failure In-Reply-To: <199611240843.JAA09759@uriah.heep.sax.de> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Nov 1996, J Wunsch wrote: > > Btw., you can use whatever translation you want with `DD' mode, as > long as the number of sectors per track is >= 15. Obviously, this > wasn't the case for this (erroneous) 1/1 translation, but all `real > world' translations should fit. That's one of the reasons why i'm > advocating for `DD` that much; you'll soon forget the word `geometry'. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ That's what already happened to me -- even with IDE disks (in the latter case you should only watch out that Cyls. in CMOS are < 1024, and "DD" mode just works also). > ;-) Hey, no jokes! :-) > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > -- Best, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-current Sun Nov 24 10:09:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA02954 for current-outgoing; Sun, 24 Nov 1996 10:09:42 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA02928 for ; Sun, 24 Nov 1996 10:09:26 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id DAA07485 for ; Sun, 24 Nov 1996 03:22:56 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id WAA24876; Sun, 24 Nov 1996 22:13:03 +1100 Date: Sun, 24 Nov 1996 22:13:03 +1100 From: Bruce Evans Message-Id: <199611241113.WAA24876@godzilla.zeta.org.au> To: bde@zeta.org.au, fenner@parc.xerox.com Subject: Re: 2.2-ALPHA install failure Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>1. Don't use `dangerously dedicated' unless you know what you're doing. > >Isn't the geometry likely to cause *more* grief in "normal" mode? Perhaps if there were fewer bugs in DD mode. Bugs in "normal" mode are usually fatal so they got fixed years ago. Bruce From owner-freebsd-current Sun Nov 24 10:09:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03000 for current-outgoing; Sun, 24 Nov 1996 10:09:53 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA02965 for ; Sun, 24 Nov 1996 10:09:45 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id DAA07552 for ; Sun, 24 Nov 1996 03:39:21 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id MAA01871; Sun, 24 Nov 1996 12:30:45 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.8.2/8.8.2) with SMTP id MAA07799; Sun, 24 Nov 1996 12:01:28 +0100 (MET) Date: Sun, 24 Nov 1996 12:01:18 +0100 (MET) From: Andreas Klemm To: "Andreas S. Wetzel" cc: current@freebsd.org Subject: Re: Someone working on ISA PnP support? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Mon, 18 Nov 1996, Andreas S. Wetzel wrote: > Is currently someone working on ISA PnP support for -current? Yes. > Is there an interest for such functionality? Yes. - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQCVAwUBMpgrB/MLpmkD/U+FAQH0sAP8CncHq4qX9KZaezUh12wAbYlK+B6hL8+b gnP/mddVOYPNNc1KvJ7yRErIVGG4nBgQOta4AtdDlhs0ZPjBrzUdPmRtPU6BQ6d6 mYccLRhJtjtKwoOWQnIHCQenZfVrDjiwMt3ZeaHR3Qa5VJZ5hy1VBbcEHg2DihKV cvi8SqhFMbc= =Lr15 -----END PGP SIGNATURE----- From owner-freebsd-current Sun Nov 24 10:10:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03029 for current-outgoing; Sun, 24 Nov 1996 10:10:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA02997 for ; Sun, 24 Nov 1996 10:09:51 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id DAA07533 for ; Sun, 24 Nov 1996 03:37:24 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA19316 for ; Sun, 24 Nov 1996 12:36:05 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA20286 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 12:36:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id MAA10948 for freebsd-current@FreeBSD.org; Sun, 24 Nov 1996 12:31:15 +0100 (MET) From: J Wunsch Message-Id: <199611241131.MAA10948@uriah.heep.sax.de> Subject: Re: 2.2-ALPHA install failure To: freebsd-current@freebsd.org (FreeBSD-current users) Date: Sun, 24 Nov 1996 12:31:15 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611240645.WAA02008@GndRsh.aac.dev.com> from "Rodney W. Grimes" at "Nov 23, 96 10:45:23 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > > Humm... let me see... if I get this right (I don't use sysinstall, but > > > I have seen this X/1/1 translation thing it does) sysinstall defaults to > > > a X/1/1 translation, and even goes so far as to write that into the > > > MBR on a ``dangerously dedicated'' install. > > > > This was what phk recommended as proper "hint" values for libdisk in ...but turns out to be the worst suggestion he could come up with. :) DD mode works with anything of at least 15 spt. > > the dangerously-dedicated case. What would you suggest instead? > > As ``hint'' values I would suggest X/64/32 (C/H/S) for SCSI drives, > for IDE, well, hummmm... Don't worry. Anything with at least 15 spt will work. IDE drives get their BIOS geometry from the BIOS setup anyway, not by implying some semantics to block 0 of the first disk. (This implication as it is apparently done by some SCSI controllers seems to be a big crock to me, but oh well, we're in a PeeCee world here.) X/64/32 is okay. Basically, Jordan, the entire message is a big bogosity at all. I've always been annoyed by it. Why not leave it alone in the DD case? (NB: i _don't_ advocate for the latter change for 2.2, but for 3.0-current.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Nov 24 10:49:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04888 for current-outgoing; Sun, 24 Nov 1996 10:49:35 -0800 (PST) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA04882; Sun, 24 Nov 1996 10:49:29 -0800 (PST) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id SAA12033; Sun, 24 Nov 1996 18:49:01 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma012031; Sun Nov 24 18:48:58 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id KAA19240; Sun, 24 Nov 1996 10:49:06 -0800 Date: Sun, 24 Nov 1996 10:49:06 -0800 From: "M.R.Murphy" Message-Id: <199611241849.KAA19240@meerkat.mole.org> To: jkh@time.cdrom.com, rgrimes@gndrsh.aac.dev.com Subject: Re: 2.2-ALPHA install failure Cc: fenner@parc.xerox.com, freebsd-current@freebsd.org, jkh@freebsd.org, msmith@atrad.adelaide.edu.au, phk@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Humm... let me see... if I get this right (I don't use sysinstall, but > > > I have seen this X/1/1 translation thing it does) sysinstall defaults to > > > a X/1/1 translation, and even goes so far as to write that into the > > > MBR on a ``dangerously dedicated'' install. > > > > This was what phk recommended as proper "hint" values for libdisk in > > the dangerously-dedicated case. What would you suggest instead? > > As ``hint'' values I would suggest X/64/32 (C/H/S) for SCSI drives, > for IDE, well, hummmm... I don't really have a lot to say there, as > every single scsi controller I can think of _can_ deal with that translation, > and it gives you at least 1G of area. Bruces suggested values of > X/64/255 cause problems for the controllers that use a different extended > tranlation set (ie, X/63/256, X/64/256, and some other strange ones). > As a hint I suggest 0/0/0 AND force the user to declare C/H/S on the dangerously-dedicated case for ALL drive types. That's part of "dangerous"; with the freedom comes the responsibility. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-current Sun Nov 24 10:54:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05148 for current-outgoing; Sun, 24 Nov 1996 10:54:05 -0800 (PST) Received: from palrel1.hp.com (palrel1.hp.com [15.253.72.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA05142 for ; Sun, 24 Nov 1996 10:53:57 -0800 (PST) Received: from srmail.sr.hp.com (srmail.sr.hp.com [15.4.45.14]) by palrel1.hp.com with ESMTP (8.7.5/8.7.3) id KAA01250; Sun, 24 Nov 1996 10:53:52 -0800 (PST) Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA196481631; Sun, 24 Nov 1996 10:53:51 -0800 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA130971631; Sun, 24 Nov 1996 10:53:51 -0800 Message-Id: <199611241853.AA130971631@hpnmhjw.sr.hp.com> To: "Jordan K. Hubbard" Cc: current@freefall.freebsd.org Subject: Re: 2.2-ALPHA install failure Reply-To: darrylo@sr.hp.com In-Reply-To: Your message of "Sat, 23 Nov 1996 21:55:50 PST." Date: Sun, 24 Nov 1996 10:53:50 -0800 From: Darryl Okahata Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Humm... let me see... if I get this right (I don't use sysinstall, but > > I have seen this X/1/1 translation thing it does) sysinstall defaults to > > a X/1/1 translation, and even goes so far as to write that into the > > MBR on a ``dangerously dedicated'' install. > > This was what phk recommended as proper "hint" values for libdisk in > the dangerously-dedicated case. What would you suggest instead? How about the values of "historical_bogus_partition_table", as given in sys/i386/isa/diskslice_machdep.c? The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 50000 (24 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 255 These are the "dedicated disk" values installed by disklabel (indirectly, via the first-stage boot, "/usr/mdec/boot1"). For dedicated disks (that is, for true dedicated-disks that use the historical_bogus_partition_table), the first-stage boot uses only the beginning sector address (0/1/0). The second-stage boot uses only the start offset ("start 0", in the above). The slice size ("50000") and the end cylinder address are ignored. Both of these boots obtain the disk geometry from the BIOS (BIOS int 0x13, function 0x8). (Hopefully, the BIOS returns the correct values.) For more information, see the following files in sys/i386/boot/biosboot: boot.c disk.c bios.S [ Side note: I'm coming into the middle of this conversation. Is there any way we can make the mailing list archives browsable? Being searchable isn't enough. ] -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-current Sun Nov 24 11:12:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06390 for current-outgoing; Sun, 24 Nov 1996 11:12:54 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06385; Sun, 24 Nov 1996 11:12:51 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.2/8.6.9) with ESMTP id LAA02964; Sun, 24 Nov 1996 11:05:55 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users), phk@FreeBSD.org Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Sun, 24 Nov 1996 12:31:15 +0100." <199611241131.MAA10948@uriah.heep.sax.de> Date: Sun, 24 Nov 1996 11:05:55 -0800 Message-ID: <2962.848862355@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > X/64/32 is okay. Basically, Jordan, the entire message is a big > bogosity at all. I've always been annoyed by it. Why not leave it > alone in the DD case? (NB: i _don't_ advocate for the latter change > for 2.2, but for 3.0-current.) Or we could get Poul-Henning to DTRT with libdisk - that would be a concept, and even the correct place to handle it. :-) Jordan From owner-freebsd-current Sun Nov 24 12:00:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08869 for current-outgoing; Sun, 24 Nov 1996 12:00:42 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08857 for ; Sun, 24 Nov 1996 12:00:37 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id LAA00651; Sun, 24 Nov 1996 11:59:10 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611241959.LAA00651@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <199611241853.AA130971631@hpnmhjw.sr.hp.com> from Darryl Okahata at "Nov 24, 96 10:53:50 am" To: darrylo@sr.hp.com Date: Sun, 24 Nov 1996 11:59:10 -0800 (PST) Cc: jkh@time.cdrom.com, current@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Humm... let me see... if I get this right (I don't use sysinstall, but > > > I have seen this X/1/1 translation thing it does) sysinstall defaults to > > > a X/1/1 translation, and even goes so far as to write that into the > > > MBR on a ``dangerously dedicated'' install. > > > > This was what phk recommended as proper "hint" values for libdisk in > > the dangerously-dedicated case. What would you suggest instead? > > How about the values of "historical_bogus_partition_table", as > given in sys/i386/isa/diskslice_machdep.c? > > The data for partition 3 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 0, size 50000 (24 Meg), flag 80 > beg: cyl 0/ sector 1/ head 0; > end: cyl 1023/ sector 63/ head 255 ^^ bogus (ie this means 62 sectors!!) > I would like to also see that corrected/changed to: The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 2097152 (1024 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 32/ head 63 Or atleast make size == cyl * sec * head (ie 1024*64*255 == 16711680) my reasoning is that any third party fdisk program that sees the current bogus table likes to try and ``fix it'' and usually ends up doing quite the wrong thing : -(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 12:09:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09466 for current-outgoing; Sun, 24 Nov 1996 12:09:48 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA09453 for ; Sun, 24 Nov 1996 12:09:45 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA18817; Sun, 24 Nov 1996 15:09:39 -0500 Date: Sun, 24 Nov 1996 15:09:39 -0500 From: Garrett Wollman Message-Id: <9611242009.AA18817@halloran-eldar.lcs.mit.edu> To: grog@lemis.de Cc: wollman@lcs.mit.edu (Garrett Wollman), FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Subject: Re: Can anyone explain...? In-Reply-To: <199611241046.LAA00496@freebie.lemis.de> References: <9611231832.AA04161@halloran-eldar.lcs.mit.edu> <199611241046.LAA00496@freebie.lemis.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < Of course it makes sense. How many time zones are there? wollman@khavrinen(8)$ wc -l zone.tab 356 zone.tab ...and that's not counting about ten more for changes in Chile, Argentina, Mongolia, Canada, and Kazakhstan which are coming next week. > For that matter, take GMT and UTC. What are the time zone > abbreviations for Malaysia, Singapore, Thailand, and Indonesia, all of > which are UTC+8 and don't have summer time? Singapore Mon Nov 25 04:07:23 SGT 1996 Bangkok Mon Nov 25 03:07:23 ICT 1996 Jakarta Mon Nov 25 03:07:23 JAVT 1996 Kuala_Lumpur Mon Nov 25 04:07:23 MYT 1996 (Note that your assertion is incorrect: Indonesia has three time zones; Malaysia has two, although they currently observe the same +08:00 offset even though LMT in Kuala Lumpur is +06:47; Singapore changed to +08:00 in 1982; and Thailand has been on +07:00 since 1920.) > But you're changing it from what every other system does. Sorry, I > believe this is just plain *wrong*. No, I'm sorry. I'm changing it from what certain older systems using obsolete version of the Arthur Olson timezone database used, to what all newer systems using the current version of the Arthur Olson timezone database use. If you don't like that, take it up with tz@elsie.nci.nih.gov and be prepared for a loud groan followed by the words ``Oh no, not again!''. Frankly I think you should stop whinging about it. > Have you thought of coordinating this with other "vendors"? No, I am taking it directly from THE ONE SINGLE VENDOR of this information. Again, if you don't like it, take it up with the maintainers. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sun Nov 24 12:15:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09899 for current-outgoing; Sun, 24 Nov 1996 12:15:04 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA09884 for ; Sun, 24 Nov 1996 12:14:54 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA09389; Sun, 24 Nov 1996 15:14:08 -0500 Date: Sun, 24 Nov 1996 15:14:08 -0500 From: Garrett Wollman Message-Id: <9611242014.AA09389@halloran-eldar.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users), wollman@lcs.mit.edu (Garrett Wollman) Subject: Re: Can anyone explain...? In-Reply-To: <199611240942.KAA10256@uriah.heep.sax.de> References: <9611231832.AA04161@halloran-eldar.lcs.mit.edu> <199611240942.KAA10256@uriah.heep.sax.de> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > What's wrong with a symlink for the MET pointing to CET? So you are suggesting a symbolic link pointing to `Europe/Berlin' from... what? > Again: we should support historically used timezone abbreviations at > least for a transitional period. Timezone abbreviations are purely tourist information; there is no process by which one can take an abbreviation and divine a timezone. Indeed, there are about ten difference places in the (English-speaking) world which use the abbreviation `EST' at various times during the year. See /usr/src/share/zoneinfo/africa for the rules used to choose which locations and which abbreviations to represent. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sun Nov 24 13:16:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12319 for current-outgoing; Sun, 24 Nov 1996 13:16:15 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12307; Sun, 24 Nov 1996 13:16:07 -0800 (PST) Received: from critter.tfs.com (LOCALHOST [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id WAA00308; Sun, 24 Nov 1996 22:16:30 +0100 (MET) To: "Jordan K. Hubbard" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Sun, 24 Nov 1996 11:05:55 PST." <2962.848862355@time.cdrom.com> Date: Sun, 24 Nov 1996 22:16:30 +0100 Message-ID: <306.848870190@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <2962.848862355@time.cdrom.com>, "Jordan K. Hubbard" writes: >> X/64/32 is okay. Basically, Jordan, the entire message is a big >> bogosity at all. I've always been annoyed by it. Why not leave it >> alone in the DD case? (NB: i _don't_ advocate for the latter change >> for 2.2, but for 3.0-current.) > >Or we could get Poul-Henning to DTRT with libdisk - that would >be a concept, and even the correct place to handle it. :-) I actually looked at this, and there are some comments in order: 1. I'm still not sure we know what TRT is. Although the MB/64hd/32sect sounds like the best bet to me. 2. Even if we did, I'd need a very dedicated tester with an NCR controller to help me test it out on the only HW we know of that fails. 3. The unspecified German HeldenProgrammer that implemented the DD mode clearly didn't bother with data-hiding, since he's fiddling the internal libdisk variables in sysinstall rather than calling Set_Bios_Geom() and a fitting "punishment" could be to "award" him the task of making it work correctly :-) How's that ? :-) -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Nov 24 13:19:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12447 for current-outgoing; Sun, 24 Nov 1996 13:19:05 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12438; Sun, 24 Nov 1996 13:18:56 -0800 (PST) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id KAA01826; Sun, 24 Nov 1996 10:56:09 +0100 (MET) To: "Jordan K. Hubbard" cc: Bruce Evans , fenner@parc.xerox.com, freebsd-current@freebsd.org, jkh@freebsd.org Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Sat, 23 Nov 1996 21:46:08 PST." <473.848814368@time.cdrom.com> Date: Sun, 24 Nov 1996 10:56:08 +0100 Message-ID: <1824.848829368@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <473.848814368@time.cdrom.com>, "Jordan K. Hubbard" writes: >> Sysinstall apparently still has the bug. This is caused by making >> the partition size and/or end one sector too large, so that the >> ending head/sector numbers are 0/1 instead of max_head/max_cylinder. >> This confuses the kernel since by definition a valid BSD slice >> ends at a cylinder boundary to help the kernel detect the geometry. >> This important requirement seems to be unknown to most install programs >> and persons :-(. > >This has nothing to do with sysinstall as it does not calculate >geometry. This is done by libdisk and is an important bit of >information which seems to be unknown to most non-install persons. :-) I >do< recognize a hint when delivered on a brick through my window :-) I will try to resolve this. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Nov 24 13:36:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13150 for current-outgoing; Sun, 24 Nov 1996 13:36:02 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA13139 for ; Sun, 24 Nov 1996 13:35:37 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id NAA00698; Sun, 24 Nov 1996 13:33:35 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611242133.NAA00698@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <306.848870190@critter.tfs.com> from Poul-Henning Kamp at "Nov 24, 96 10:16:30 pm" To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Sun, 24 Nov 1996 13:33:35 -0800 (PST) Cc: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > In message <2962.848862355@time.cdrom.com>, "Jordan K. Hubbard" writes: > >> X/64/32 is okay. Basically, Jordan, the entire message is a big > >> bogosity at all. I've always been annoyed by it. Why not leave it > >> alone in the DD case? (NB: i _don't_ advocate for the latter change > >> for 2.2, but for 3.0-current.) > > > >Or we could get Poul-Henning to DTRT with libdisk - that would > >be a concept, and even the correct place to handle it. :-) > > I actually looked at this, and there are some comments in order: > > 1. I'm still not sure we know what TRT is. Although the MB/64hd/32sect > sounds like the best bet to me. I agree on the now knowing for sure what TRT is, I kinda liked the suggestion of defaulting to 0/0/0 and forcing the user to enter values, atleast that stops the X/1/1 problem dead in its track. > > 2. Even if we did, I'd need a very dedicated tester with an NCR > controller to help me test it out on the only HW we know of that > fails. The NCR deals just fine with MB/64h/32s, I have 5 systems here running that way with disk sizes running from 500MB to 4.5G, all on NCR, all using MB/64/32. > 3. The unspecified German HeldenProgrammer that implemented the DD > mode clearly didn't bother with data-hiding, since he's fiddling > the internal libdisk variables in sysinstall rather than calling :-( Ouuch! > Set_Bios_Geom() and a fitting "punishment" could be to "award" him > the task of making it work correctly :-) > > How's that ? :-) > > -- > 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. > Future will arrive by its own means, progress not so. > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 13:37:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13277 for current-outgoing; Sun, 24 Nov 1996 13:37:53 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA13252; Sun, 24 Nov 1996 13:37:31 -0800 (PST) Received: from critter.tfs.com (LOCALHOST [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id WAA00412; Sun, 24 Nov 1996 22:37:49 +0100 (MET) To: "Rodney W. Grimes" cc: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Sun, 24 Nov 1996 13:33:35 PST." <199611242133.NAA00698@GndRsh.aac.dev.com> Date: Sun, 24 Nov 1996 22:37:49 +0100 Message-ID: <410.848871469@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> >Or we could get Poul-Henning to DTRT with libdisk - that would >> >be a concept, and even the correct place to handle it. :-) >> >> I actually looked at this, and there are some comments in order: >> >> 1. I'm still not sure we know what TRT is. Although the MB/64hd/32sect >> sounds like the best bet to me. > >I agree on the now knowing for sure what TRT is, I kinda liked the >suggestion of defaulting to 0/0/0 and forcing the user to enter values, >atleast that stops the X/1/1 problem dead in its track. Looking at the code the X/1/1 seems very deliberate and concious. I wonder who did that and why ? >> 2. Even if we did, I'd need a very dedicated tester with an NCR >> controller to help me test it out on the only HW we know of that >> fails. > >The NCR deals just fine with MB/64h/32s, I have 5 systems here running >that way with disk sizes running from 500MB to 4.5G, all on NCR, all >using MB/64/32. Yeah, but I need to have somebody test the sysinstall disk nontheless, and I seem to recall that you have never been converted to the new testament ? :-) -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Nov 24 14:24:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15496 for current-outgoing; Sun, 24 Nov 1996 14:24:00 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15474; Sun, 24 Nov 1996 14:23:49 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id XAA18660; Sun, 24 Nov 1996 23:16:08 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.8.2/8.8.2) with SMTP id XAA03187; Sun, 24 Nov 1996 23:11:48 +0100 (MET) Date: Sun, 24 Nov 1996 23:11:45 +0100 (MET) From: Andreas Klemm To: current@freebsd.org, stable@freebsd.org cc: jkh@freebsd.org, phk@freebsd.org Subject: again, fixit floppy isn't useable... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hi ! I saw in a commit log from Joerg, that he does some fixes to the fixit floppy generation. Don't know exactly what fixes. But today I tried again, to "refresh" my filesystems, by backing up everything using dump. Then I wanted to newfs and restore the filesystems from tape using the fixit floppy. But both, the one from 2.1.6 and from 2.2-ALPHA are still broken. I got the floppies fresh from a FreeBSD ftp site... Here my results, what's still going wrong. I think this should be fixed. I have no idea, what's really going wrong ... why ... see later: fixit# mt status /dev/nrst0: no such file or directory fixit# mt -f /dev/rst0 status: 0x00 Blocksize variable ... etc ... OK fixit# mt -f /mnt2/dev/nrst0 status: 0x00 Blocksize variable ... etc ... OK The device nrst0 is only present on the fixit floppy, under /mnt2. The devices for my harddisk partitions are missing. The MAKEDEV script is located in /mnt/dev/MAKEDEV fixit# cd /mnt2/dev fixit# sh MAKEDEV sd0s3e expr: not found expr: not found expr: not found bad unit for disk in: sd0s3e(unit=,slice=,part=) fixit# ed MAKEDEV /PATH d w q fixit# sh MAKEDEV sd0s3e /mnt2: write failed, file system full Memory fault /mnt2: write failed, file system full Memory fault bad unit for disk in: sd0s3e(unit=,slice=,part=) No space ???? fixit# df -i Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on mfs_root 1369 1114 255 81% 186 196 49% / /dev/fd0 1095 762 333 70% 507 67 88% /mnt2 These are exactly the things I did using the 2.1.6 fixit floppy. The same happened using the 2.2-ALPHA fixit floppy. The only difference is, that the 2.2-ALPHA floppy had an vi and an ed. The 2.1.6 boot/fixit floppy had only and ed, vi was missing. Using vi to edit MAKEDEV wasn't possible, because of "no space on filesystem". I tried to fixit# rmdir /tmp and to do a fixit# ln -s mnt2/tmp /tmp to workaround this, but no difference, it's only possible to 'hack' MAKEDEV with ed. Well, I see no possibility to restore a crashed system :-( What might be ok is a New Installation of a minimal FreeBSD System. But what then ? Boot single user and newfs / and restore it after that ???? Hmmm. Looks like one has to do the ugly thing to overwrite over the filesystems ... But who guarantees, that sh MAKEDEV is running on the minimal system ?! ;-) Tricky situation. a) Why does df -i report enough space, and something is reporting to few space .... ?!?! b) What now ? Ignore this ? Please no. This isn't "stable" behaviour. And it's not ok for 2.2 RELEASE as well. - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQCVAwUBMpjII/MLpmkD/U+FAQFfywQAnRgSfjUL5m/gW/YYmG/O3DKNoobIpS40 rd7UOP7X81RS/zYcx7jCRUzNgjNCe3pTZe3cd550cp/jQlE4v9gkbrL9XbuEcgX1 4YUtnSiiTgFRAs01PRUjbiDNvwhimDouMzvXRqsQiefJuF39ONC5cK52RszUAz7+ Xq5l6MRw3/s= =/h0M -----END PGP SIGNATURE----- From owner-freebsd-current Sun Nov 24 14:29:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15703 for current-outgoing; Sun, 24 Nov 1996 14:29:07 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15696 for ; Sun, 24 Nov 1996 14:28:59 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id OAA00748; Sun, 24 Nov 1996 14:25:59 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611242225.OAA00748@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <410.848871469@critter.tfs.com> from Poul-Henning Kamp at "Nov 24, 96 10:37:49 pm" To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Sun, 24 Nov 1996 14:25:59 -0800 (PST) Cc: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> >Or we could get Poul-Henning to DTRT with libdisk - that would > >> >be a concept, and even the correct place to handle it. :-) > >> > >> I actually looked at this, and there are some comments in order: > >> > >> 1. I'm still not sure we know what TRT is. Although the MB/64hd/32sect > >> sounds like the best bet to me. > > > >I agree on the now knowing for sure what TRT is, I kinda liked the > >suggestion of defaulting to 0/0/0 and forcing the user to enter values, > >atleast that stops the X/1/1 problem dead in its track. > > Looking at the code the X/1/1 seems very deliberate and concious. I > wonder who did that and why ? Good point. I don't recall who did it, I can say that this works fine inside the BSD disklabel, but it is very problematic as an MBR entry. Perhaps the person propogated what works well in a disklabel, figuring that it also worked well for the MBR? > >> 2. Even if we did, I'd need a very dedicated tester with an NCR > >> controller to help me test it out on the only HW we know of that > >> fails. > > > >The NCR deals just fine with MB/64h/32s, I have 5 systems here running > >that way with disk sizes running from 500MB to 4.5G, all on NCR, all > >using MB/64/32. > > Yeah, but I need to have somebody test the sysinstall disk nontheless, > and I seem to recall that you have never been converted to the new > testament ? :-) The new testament doesn't work when you do between 2 and 15 installs a day, it gets in my way too often and even trying to use the batch mode script stuff looks to be troublesome as often each machine is just different enough.... dd/fdisk/disklabel/newfs/restore are my friends, they work very well for what I do and how much of it I do. Let me see if I can free up some of my tech's time on monday, he has done a few installs using sysinstall and could play with it for you on a NCR based system, heck for that matter, he can test it on NCR/ AHA2940/AHA1542/AHA1742/Buslogic 747/Buslogic 946 if you so desire. I think production builds are all done, so he shouldn't have much to do tomarrow... good project for him! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 14:29:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15733 for current-outgoing; Sun, 24 Nov 1996 14:29:25 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15722 for ; Sun, 24 Nov 1996 14:29:16 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA05339; Mon, 25 Nov 1996 09:13:47 +1100 Date: Mon, 25 Nov 1996 09:13:47 +1100 From: Bruce Evans Message-Id: <199611242213.JAA05339@godzilla.zeta.org.au> To: darrylo@sr.hp.com, rgrimes@GndRsh.aac.dev.com Subject: Re: 2.2-ALPHA install failure Cc: current@freefall.freebsd.org, jkh@time.cdrom.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> How about the values of "historical_bogus_partition_table", as >> given in sys/i386/isa/diskslice_machdep.c? >> >> The data for partition 3 is: >> sysid 165,(FreeBSD/NetBSD/386BSD) >> start 0, size 50000 (24 Meg), flag 80 >> beg: cyl 0/ sector 1/ head 0; >> end: cyl 1023/ sector 63/ head 255 > ^^ bogus (ie this means 62 sectors!!) >> > >I would like to also see that corrected/changed to: > The data for partition 3 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 0, size 2097152 (1024 Meg), flag 80 > beg: cyl 0/ sector 1/ head 0; > end: cyl 1023/ sector 32/ head 63 This would not work so well. The historical_bogus_partition_table works perfectly with ncr and other geometry-detecting controllers _because_ it is perfectly invalid. Your table is just as invalid for disks smaller than 1GB and for non-SCSI disk [drivers] that can't handle either 255/63 or 64/32 geometries. >Or atleast make size == cyl * sec * head (ie 1024*64*255 == 16711680) >my reasoning is that any third party fdisk program that sees the current >bogus table likes to try and ``fix it'' and usually ends up doing quite >the wrong thing : -(. If you run a third party fdisk program on the disk, then the disk isn't dedicated. Bruce From owner-freebsd-current Sun Nov 24 14:32:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15947 for current-outgoing; Sun, 24 Nov 1996 14:32:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15934; Sun, 24 Nov 1996 14:32:39 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA05605; Mon, 25 Nov 1996 09:20:39 +1100 Date: Mon, 25 Nov 1996 09:20:39 +1100 From: Bruce Evans Message-Id: <199611242220.JAA05605@godzilla.zeta.org.au> To: jkh@time.cdrom.com, phk@critter.tfs.com Subject: Re: 2.2-ALPHA install failure Cc: bde@zeta.org.au, fenner@parc.xerox.com, freebsd-current@FreeBSD.org, jkh@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>> This confuses the kernel since by definition a valid BSD slice >>> ends at a cylinder boundary to help the kernel detect the geometry. >>> This important requirement seems to be unknown to most install programs >>> and persons :-(. >> >>This has nothing to do with sysinstall as it does not calculate >>geometry. This is done by libdisk and is an important bit of >>information which seems to be unknown to most non-install persons. :-) > >I >do< recognize a hint when delivered on a brick through my window :-) Well, the original brick was thrown half at persons who install FreeBSD, not at persons who write FreeBSD install programs. The latter know about the requirement, of course :-). Bruce From owner-freebsd-current Sun Nov 24 14:48:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16588 for current-outgoing; Sun, 24 Nov 1996 14:48:04 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16563; Sun, 24 Nov 1996 14:47:58 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.2/8.6.9) with ESMTP id OAA03462; Sun, 24 Nov 1996 14:47:52 -0800 (PST) To: Poul-Henning Kamp cc: Bruce Evans , fenner@parc.xerox.com, freebsd-current@freebsd.org, jkh@freebsd.org Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Sun, 24 Nov 1996 10:56:08 +0100." <1824.848829368@critter.tfs.com> Date: Sun, 24 Nov 1996 14:47:52 -0800 Message-ID: <3460.848875672@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I >do< recognize a hint when delivered on a brick through my window :-) Damn, *now* what am I going to do with this russian mars probe I just took over? Maybe I'll just send it down in the ocean someplace and hope they don't get as annoyed about it as the CIA did with that spy satellite 3 weeks ago. Sheesh, those guys just have *no* sense of humor! > I will try to resolve this. Thanks! This has been a long-standing wart, and it'd be nice if someday we could do geometry handling as well as Linux seems to. :-) Jordan From owner-freebsd-current Sun Nov 24 14:49:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16685 for current-outgoing; Sun, 24 Nov 1996 14:49:56 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16679 for ; Sun, 24 Nov 1996 14:49:51 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.2/8.6.9) with ESMTP id OAA03477; Sun, 24 Nov 1996 14:49:32 -0800 (PST) To: Poul-Henning Kamp cc: "Rodney W. Grimes" , joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Sun, 24 Nov 1996 22:37:49 +0100." <410.848871469@critter.tfs.com> Date: Sun, 24 Nov 1996 14:49:31 -0800 Message-ID: <3475.848875771@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Looking at the code the X/1/1 seems very deliberate and concious. I > wonder who did that and why ? If you're referring to the sysinstall code, it's because you *told* me to set it to that in the DD case as a hint to libdisk. Maybe I should have wrapped the arguments around a brick first? :-) Jordan From owner-freebsd-current Sun Nov 24 15:00:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17312 for current-outgoing; Sun, 24 Nov 1996 15:00:25 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA17247 for ; Sun, 24 Nov 1996 15:00:09 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA06292; Mon, 25 Nov 1996 09:45:03 +1100 Date: Mon, 25 Nov 1996 09:45:03 +1100 From: Bruce Evans Message-Id: <199611242245.JAA06292@godzilla.zeta.org.au> To: jkh@time.cdrom.com, phk@critter.tfs.com Subject: Re: 2.2-ALPHA install failure Cc: freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>Or we could get Poul-Henning to DTRT with libdisk - that would >>be a concept, and even the correct place to handle it. :-) > >I actually looked at this, and there are some comments in order: > >1. I'm still not sure we know what TRT is. Although the MB/64hd/32sect >sounds like the best bet to me. No, it gratuitously breaks booting with kernels above 1GB. If you leave the partition table empty or put only invalid entries in it, then some BIOSes (ncr) will DTRT and invent a geometry with <= 1024 cylinders if possible. >2. Even if we did, I'd need a very dedicated tester with an NCR >controller to help me test it out on the only HW we know of that >fails. You mean with an NCR BIOSes and many lesser BIOSes. The NCR BIOS accepts anything reasonable. It's going in the other direction that is the problem - you can easily create configurations that work with NCR but aren't portable. Bruce From owner-freebsd-current Sun Nov 24 15:56:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21124 for current-outgoing; Sun, 24 Nov 1996 15:56:02 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21112 for ; Sun, 24 Nov 1996 15:55:43 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15697(2)>; Sun, 24 Nov 1996 15:55:04 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177567>; Sun, 24 Nov 1996 15:54:52 -0800 To: roberto@keltia.freenix.fr (Ollivier Robert) cc: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Re: ntohs missing from netstat ? In-reply-to: Your message of "Sun, 24 Nov 96 07:47:39 PST." Date: Sun, 24 Nov 1996 15:54:51 PST From: Bill Fenner Message-Id: <96Nov24.155452pst.177567@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message you write: >Destination Gateway Flags Refs Use Netif Expire >keltia 0.58.56.193 UH 0 0 ed0 > ^^^^^^^^^^^ This looks like a pretty malformed route. Can you actually use that route, e.g. if you ping keltia does it work? Do you know what program generated that route? I'd be more suspicious of the program that installed the route than I would be of netstat. With properly-formed routes as created by the "route" command, it doesn't do this, even though the gateway address is not resolvable: % netstat -r Destination Gateway Flags Refs Use Netif Expire ... 126.5.4/24 13.0.211.250 UGSc 0 0 de0 126.7.8.9 13.0.211.251 UGHS 0 0 de0 Bill From owner-freebsd-current Sun Nov 24 16:00:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21448 for current-outgoing; Sun, 24 Nov 1996 16:00:31 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA21398; Sun, 24 Nov 1996 16:00:04 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id KAA08035; Mon, 25 Nov 1996 10:41:43 +1100 Date: Mon, 25 Nov 1996 10:41:43 +1100 From: Bruce Evans Message-Id: <199611242341.KAA08035@godzilla.zeta.org.au> To: jkh@time.cdrom.com, phk@critter.tfs.com Subject: Re: 2.2-ALPHA install failure Cc: bde@zeta.org.au, fenner@parc.xerox.com, freebsd-current@freebsd.org, jkh@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Thanks! This has been a long-standing wart, and it'd be nice if >someday we could do geometry handling as well as Linux seems to. :-) Read the Linux Large Disk mini-HOWTO to learn more than you want to know about how not to do geometry handling. Linux seems to handle geometry better because it handles more cases by default. If your case isn't handled, then you may need to understand 20 warts instead of only one to fix it. Bruce From owner-freebsd-current Sun Nov 24 16:15:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21986 for current-outgoing; Sun, 24 Nov 1996 16:15:44 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA21977 for ; Sun, 24 Nov 1996 16:15:35 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id LAB08714; Mon, 25 Nov 1996 11:05:33 +1100 Date: Mon, 25 Nov 1996 11:05:33 +1100 From: Bruce Evans Message-Id: <199611250005.LAB08714@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, j@uriah.heep.sax.de Subject: Re: 2.2-ALPHA install failure Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >DD mode works with anything of at least 15 spt. I think it works with anything of at least 1 spt (and sufficently many sectors below cylinder 1024 of course). Floppy i/o requests don't cross track boundaries, but the paritition table isn't used by the BIOS for floppies. Hard disk i/o requests do cross track boundaries. A geometry of 15/1/1 should be sufficient for loading the bootstrap :-). >Don't worry. Anything with at least 15 spt will work. IDE drives get >their BIOS geometry from the BIOS setup anyway, not by implying some >semantics to block 0 of the first disk. (This implication as it is >apparently done by some SCSI controllers seems to be a big crock to >me, but oh well, we're in a PeeCee world here.) The loader in the MBR uses the starting C/H/S value to load the secondary bootstrap because it has to use the old BIOS C/H/S interface for portability and converting from the absolute sector number to C/H/S wouldn't fit in the MBR. It takes a lot of code to determine the geometry :-). (Not really, it only takes a single interrupt ask the BIOS for the geometry.) Bruce From owner-freebsd-current Sun Nov 24 16:20:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22236 for current-outgoing; Sun, 24 Nov 1996 16:20:48 -0800 (PST) Received: from vector.jhs.no_domain (slip139-92-4-91.mu.de.ibm.net [139.92.4.91]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA22117; Sun, 24 Nov 1996 16:19:50 -0800 (PST) Received: from vector.jhs.no_domain (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with ESMTP id BAA14499; Mon, 25 Nov 1996 01:12:17 +0100 (MET) Message-Id: <199611250012.BAA14499@vector.jhs.no_domain> To: Poul-Henning Kamp , joerg_wunsch@uriah.heep.sax.de, John Hay , Stephen McKay cc: current@freebsd.org Subject: Re: ctm-cvs-cur dealta 2716 broken From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Organization: Vector Systems Ltd. X-Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Phone: +49.89.268616 X-Fax: +49.89.2608126 X-ISDN: +49.89.26023276 X-Web: http://www.freebsd.org/~jhs/ In-reply-to: Your message of "Fri, 22 Nov 1996 08:18:19 +0100." <8083.848647099@critter.tfs.com> Date: Mon, 25 Nov 1996 01:12:16 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Poul-Henning, J"org, John Hay, Stephen McKay CC current Reference: > From: Poul-Henning Kamp > > Hi Julian, > > If you had subscribed to "ctm-announce" like you should have if you > receive ctm deltas from the freebsd project, I have been subscribed ages :-) > you would have know > this already. Yes, Thanks, that's where I read your announcement of problem, & manual work-around. [ I didn't reply on ctm-announce@ as I thought readers might not want a mere question on that low traffic announcement list, however, I didn't make the change of list clear in my post, so sorry for confusion. ] Reference: > Reply-to: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) > > > Will a subsequent or re-issued cvs-cur.[] self correct ( I hope ) ? > > Nope. Think about it, it's impossible. Once cvs-cur.XXXX didn't > apply, no other subsequent delta will apply. My subsequent cvs-cur have all applied (without -F (Force)), which puzzles, as Poul-Henning reported: > Martin Cracauer writes: > >ctm cvs-cur.2716.gz > > FN: CVSROOT/val-tags md5 mismatch. I don't know why mine didn't break too, (I'm rebuilding my CVS tree again from 1500, to try again). Reference: > From: John Hay > > But you can send a second (fixed) one with the same number and on most > systems it will just overwrite the previous one and everything will be > working. :-) :-) (Not that I'm suggesting that it be done.) Reference: > Stephen McKay > > Regenerating the deltas is pretty much impossible, since most people have > managed to get past the problem. However, I have faked up a CTM delta that > can be inserted between 2715 and 2716 to fix the problem for those people > (like me) who were missing CVSROOT/val-tags, and might want to start over > from scratch (due to bad disks or sudden finger trouble). > > I call it 'cvs-cur.2716+val-tags.hack' so that it sorts between > cvs-cur.2715.gz and cvs-cur.2716.gz. Any similar sorting name will do. > > Voila! Your (A) scenario is fulfilled. > > --snip-- > CTM_BEGIN 2.0 cvs-cur 2716 19961118210000Z . > CTMFM CVSROOT/val-tags 633 552 664 8f1e5fc47ec0d2efa49234192d1cf9c9 52 > RELENG_2_1_0 y > HEAD y > JULIAN_HACK y > SCSI y > ALLMAN y > > CTM_END 4da2de1d94fa81145a224934bec69d49 > --snip-- Copying Stephen's bit above into ftp:freebsd.org/b/ftp/pub/CTM/cvs-cur/cvs-cur.2716+val-tags.hack seems a nice fix, to allow for occasional rebuilds. Would you be willing to install it in the archives Poul-Henning ? Thanks Stephen I'm rebuilding from a 1500 base, & will test your delta tomorrow, when ctm gets to it. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ ================================================================================ ANNEX Copy of my original post ================================================================================ > Hi Poul-Henning > CC Current > > Reference: > > From: Poul-Henning Kamp > > Subject: Re: ctm-cvs-cur dealta 2716 broken > > Date: Tue, 19 Nov 1996 11:50:31 +0100 > > > > In message <9611190816.AA13849@wavehh.hanse.de>, Martin Cracauer writes: > > > > > >ctm cvs-cur.2716.gz > > > FN: CVSROOT/val-tags md5 mismatch. > > > FN: CVSROOT/val-tags edit returned 1. > > >Exit(73) > > > > There is an unfortunate error on delta 2716. > > > > Please run these commands before applying the delta: > > > > echo 'RELENG_2_1_0 y' > $CVSROOT/CVSROOT/val-tags > > echo 'HEAD y' >> $CVSROOT/CVSROOT/val-tags > > echo 'JULIAN_HACK y' >> $CVSROOT/CVSROOT/val-tags > > echo 'SCSI y' >> $CVSROOT/CVSROOT/val-tags > > echo 'ALLMAN y' >> $CVSROOT/CVSROOT/val-tags > > > Will a subsequent or re-issued cvs-cur.[] self correct ( I hope ) ? > Or do CTM-CVS recipients need to make careful note of this in our private > local directory archives of received ctm diffs ? > > IE when people blow away their local cvs tree & try to rebuild, > will this (example) be sufficient : > (A) > ctm ......./cvs-cur.1500A.gz > ctm ......./xx/cvs-cur.1[5-9]* > ctm ......./xx/cvs-cur.2[0-9]* > > or will this be necessary: > (B) > ctm ......./cvs-cur.1500A.gz > ctm ......./xx/cvs-cur.1[5-9]*.gz > ctm ......./xx/cvs-cur.2[0-6]*.gz > ctm ......./xx/cvs-cur.270*.gz > ctm ......./xx/cvs-cur.271[1-5].gz > echo 'RELENG_2_1_0 y' > $CVSROOT/CVSROOT/val-tags > echo 'HEAD y' >> $CVSROOT/CVSROOT/val-tags > echo 'JULIAN_HACK y' >> $CVSROOT/CVSROOT/val-tags > echo 'SCSI y' >> $CVSROOT/CVSROOT/val-tags > echo 'ALLMAN y' >> $CVSROOT/CVSROOT/val-tags > ctm ......./xx/cvs-cur.271[6-9].gz > ctm ......./xx/cvs-cur.27[2-9]*.gz > ctm ......./xx/cvs-cur.2[8-9]*.gz > ctm ......./xx/cvs-cur.3*.gz > > Hoping (A) is sufficient :-) > > Julian ================================================================================ From owner-freebsd-current Sun Nov 24 16:21:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22258 for current-outgoing; Sun, 24 Nov 1996 16:21:04 -0800 (PST) Received: from vector.jhs.no_domain (slip139-92-4-91.mu.de.ibm.net [139.92.4.91]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA22228; Sun, 24 Nov 1996 16:20:43 -0800 (PST) Received: from vector.jhs.no_domain (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with ESMTP id VAA13214; Sun, 24 Nov 1996 21:38:43 +0100 (MET) Message-Id: <199611242038.VAA13214@vector.jhs.no_domain> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: postmaster@freebsd.org, freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: ctm-cvs-cur dealta 2716 broken From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Organization: Vector Systems Ltd. X-Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Phone: +49.89.268616 X-Fax: +49.89.2608126 X-ISDN: +49.89.26023276 X-Web: http://www.freebsd.org/~jhs/ In-reply-to: Your message of "Fri, 22 Nov 1996 00:12:52 +0100." <199611212312.AAA23174@uriah.heep.sax.de> Date: Sun, 24 Nov 1996 21:38:43 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi J"org (CC current + postmaster) Reference: > From: J Wunsch > Reply-to: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) > > (Why the heck did you move this to -current?!) The original announcement was on ctm-announce@, but as *announce are usually designed to be light traffic, & my post was merely a question, I used current@ Try: echo "info ctm-announce" | mail majordomo@freebsd.org & get: >>>> info ctm-announce #### No info available for ctm-announce. Maybe postmaster would like to invite phk or someone to create a majordomo info entry, possibly specifying where follow-up should occur ? Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Sun Nov 24 16:23:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22430 for current-outgoing; Sun, 24 Nov 1996 16:23:34 -0800 (PST) Received: from axis.axisnet.net (ali@axis.axisnet.net [206.54.226.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA22406 for ; Sun, 24 Nov 1996 16:23:16 -0800 (PST) Received: from localhost (ali@localhost) by axis.axisnet.net (8.8.3/8.8.3) with SMTP id SAA01792 for ; Sun, 24 Nov 1996 18:25:34 -0600 Date: Sun, 24 Nov 1996 18:25:34 -0600 (CST) From: Ali Lomonaco To: current@freebsd.org Subject: /usr/src/etc question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Excuse the trivial nature of this question but what is the proper way to install /usr/src/etc? I usually do make distribution but it ALWAYS seems to mess up. Thanks From owner-freebsd-current Sun Nov 24 16:55:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23988 for current-outgoing; Sun, 24 Nov 1996 16:55:35 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA23983 for ; Sun, 24 Nov 1996 16:55:30 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id QAA00883; Sun, 24 Nov 1996 16:55:11 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611250055.QAA00883@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <199611242213.JAA05339@godzilla.zeta.org.au> from Bruce Evans at "Nov 25, 96 09:13:47 am" To: bde@zeta.org.au (Bruce Evans) Date: Sun, 24 Nov 1996 16:55:11 -0800 (PST) Cc: darrylo@sr.hp.com, current@freefall.freebsd.org, jkh@time.cdrom.com X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> How about the values of "historical_bogus_partition_table", as > >> given in sys/i386/isa/diskslice_machdep.c? > >> > >> The data for partition 3 is: > >> sysid 165,(FreeBSD/NetBSD/386BSD) > >> start 0, size 50000 (24 Meg), flag 80 > >> beg: cyl 0/ sector 1/ head 0; > >> end: cyl 1023/ sector 63/ head 255 > > ^^ bogus (ie this means 62 sectors!!) > >> > > > >I would like to also see that corrected/changed to: > > The data for partition 3 is: > > sysid 165,(FreeBSD/NetBSD/386BSD) > > start 0, size 2097152 (1024 Meg), flag 80 > > beg: cyl 0/ sector 1/ head 0; > > end: cyl 1023/ sector 32/ head 63 > > This would not work so well. The historical_bogus_partition_table works > perfectly with ncr and other geometry-detecting controllers _because_ > it is perfectly invalid. Your table is just as invalid for disks smaller > than 1GB and for non-SCSI disk [drivers] that can't handle either 255/63 > or 64/32 geometries. At least my table will save your ass if this is sd1 and <1G and you decide to install Win95 or WinNT on your box, which will gladly partition the 1G-50MB in your case, AND FORMAT IT FOR YOU!!! > > >Or atleast make size == cyl * sec * head (ie 1024*64*255 == 16711680) > >my reasoning is that any third party fdisk program that sees the current > >bogus table likes to try and ``fix it'' and usually ends up doing quite > >the wrong thing : -(. > > If you run a third party fdisk program on the disk, then the disk isn't > dedicated. Dedicating one drive, does not mean dedicating all drives, Microsoft's install procedures are known for there ``I want the whole world'' phylosophy and can cause people great pain if installed with on another disk in the same systems as one of the FreeBSD ``bogus'' partitioned disks. In ALL cases size-start _SHOULD_ and _MUST_ cover the FreeBSD slice, or your asking for a spam by third party products. Your statement does not hold in the real world that I have to deal in (and yes, I had some customers get there FreeBSD disks totally spammed by a Microsoft product when I had left the fdisk 50K block MBR on it, never never again shall AAI ship such a system. (2 year old company policy now...)) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 17:11:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25442 for current-outgoing; Sun, 24 Nov 1996 17:11:28 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA25377 for ; Sun, 24 Nov 1996 17:10:49 -0800 (PST) From: StevenR362@aol.com Received: from emout20.mail.aol.com (emout20.mx.aol.com) by mail.crl.com with SMTP id AA16067 (5.65c/IDA-1.5 for ); Sun, 24 Nov 1996 17:11:34 -0800 Received: by emout20.mail.aol.com (8.6.12/8.6.12) id UAA26357; Sun, 24 Nov 1996 20:07:27 -0500 Date: Sun, 24 Nov 1996 20:07:27 -0500 Message-Id: <961124200726_1649823295@emout20.mail.aol.com> To: phk@critter.tfs.com Cc: current@freebsd.org Subject: Re: FreeBSD Alpha install problems Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In a message dated 96-11-23 14:19:30 EST, phk@critter.tfs.com (Poul-Henning Kamp) writes: > >My main problem is that once the ftp install from ftp.freebsd.org starts > >going and transfers a few tens or hundreds of k, the connection drops. > >The ppp log shows "** 1 Too many ECHO packets are lost. **" > >Is this a network problem to wcarchive or a rudeness on the part of my ISP? > > Try to say "disable lcp" and "deny lcp" to ppp > Actually it is "disable lqr" and "deny lqr" :) But thanks for the hint. It seems to have me up and running now. I have to say that the new sysinstall is much more robust and re-entrant now. It no longer hangs and is much smarter if you retry an operation again. A big improvement over the 2.0.5 and 2.1R versions. Thanks again Steve From owner-freebsd-current Sun Nov 24 17:43:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27268 for current-outgoing; Sun, 24 Nov 1996 17:43:17 -0800 (PST) Received: from palrel3.hp.com (palrel3.hp.com [15.253.88.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA27261 for ; Sun, 24 Nov 1996 17:43:10 -0800 (PST) Received: from srmail.sr.hp.com (srmail.sr.hp.com [15.4.45.14]) by palrel3.hp.com with ESMTP (8.7.5/8.7.3) id RAA21172; Sun, 24 Nov 1996 17:42:59 -0800 (PST) Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA216746177; Sun, 24 Nov 1996 17:42:58 -0800 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA145216177; Sun, 24 Nov 1996 17:42:57 -0800 Message-Id: <199611250142.AA145216177@hpnmhjw.sr.hp.com> To: "Rodney W. Grimes" Cc: bde@zeta.org.au (Bruce Evans), current@freefall.freebsd.org, jkh@time.cdrom.com Subject: Re: 2.2-ALPHA install failure Reply-To: darrylo@sr.hp.com In-Reply-To: Your message of "Sun, 24 Nov 1996 16:55:11 PST." <199611250055.QAA00883@GndRsh.aac.dev.com> Date: Sun, 24 Nov 1996 17:42:57 -0800 From: Darryl Okahata Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >> The data for partition 3 is: > > >> sysid 165,(FreeBSD/NetBSD/386BSD) > > >> start 0, size 50000 (24 Meg), flag 80 > > >> beg: cyl 0/ sector 1/ head 0; > > >> end: cyl 1023/ sector 63/ head 255 > > > ^^ bogus (ie this means 62 sectors!!) Are you sure? All of the documentation and source code (e.g., diskslice_machdep.c) that I've seen leads me to believe that the "ending" sector is the address of the last sector in the partition. If so, then the above means "63" sectors, not 62 (BIOS sector numbering starts at 1, not 0). > > >I would like to also see that corrected/changed to: > > > The data for partition 3 is: > > > sysid 165,(FreeBSD/NetBSD/386BSD) > > > start 0, size 2097152 (1024 Meg), flag 80 > > > beg: cyl 0/ sector 1/ head 0; > > > end: cyl 1023/ sector 32/ head 63 > > > > This would not work so well. The historical_bogus_partition_table works > > perfectly with ncr and other geometry-detecting controllers _because_ > > it is perfectly invalid. Your table is just as invalid for disks smaller > > than 1GB and for non-SCSI disk [drivers] that can't handle either 255/63 > > or 64/32 geometries. > > At least my table will save your ass if this is sd1 and <1G and you decide > to install Win95 or WinNT on your box, which will gladly partition the > 1G-50MB in your case, AND FORMAT IT FOR YOU!!! Hey, "enhance your calm". ;-) Until now, no one's given a good reason why it should be changed. I'd say that this is a pretty good reason. However, if it's changed, we'll then have two "historical_bogus_partition_tables" (the old one and the new one). > > >Or atleast make size == cyl * sec * head (ie 1024*64*255 == 16711680) > > >my reasoning is that any third party fdisk program that sees the current > > >bogus table likes to try and ``fix it'' and usually ends up doing quite > > >the wrong thing : -(. Well, if the partition table must be bogus for geometry-detecting controllers, how about changing the size to 2^32-1? Do the geometry-detecting controllers properly detect this? I'd try this myself, but I don't have the time. -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-current Sun Nov 24 17:44:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27335 for current-outgoing; Sun, 24 Nov 1996 17:44:32 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA27328 for ; Sun, 24 Nov 1996 17:44:16 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id MAA11746; Mon, 25 Nov 1996 12:39:36 +1100 Date: Mon, 25 Nov 1996 12:39:36 +1100 From: Bruce Evans Message-Id: <199611250139.MAA11746@godzilla.zeta.org.au> To: bde@zeta.org.au, rgrimes@GndRsh.aac.dev.com Subject: Re: 2.2-ALPHA install failure Cc: current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> If you run a third party fdisk program on the disk, then the disk isn't >> dedicated. > >Dedicating one drive, does not mean dedicating all drives, Microsoft's >install procedures are known for there ``I want the whole world'' phylosophy >and can cause people great pain if installed with on another disk in >the same systems as one of the FreeBSD ``bogus'' partitioned disks. Surely this is only caused by a installer error? I haven't used W95, but older versions of W can be installed in any directory on any hard disk and don't seem to touch other disks or directories (except for the usual things in the root directory). >hold in the real world that I have to deal in (and yes, I had some >customers get there FreeBSD disks totally spammed by a Microsoft product >when I had left the fdisk 50K block MBR on it, never never again shall >AAI ship such a system. (2 year old company policy now...)) Well, my first rule was to only use dedicated disks if you know what you're doing. All administrators of the system need to know too. The dedicated partition table is probably always invalid because the FreeBSD slice contains the MBR and normal slices never contain the MBR. Most third party fdisks seem to have no problems with it, but you have to be careful with new versions. Bruce From owner-freebsd-current Sun Nov 24 18:19:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA28558 for current-outgoing; Sun, 24 Nov 1996 18:19:41 -0800 (PST) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA28543 for ; Sun, 24 Nov 1996 18:19:25 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id MAA01784; Mon, 25 Nov 1996 12:48:32 +1030 (CST) Message-Id: <199611250218.MAA01784@al.imforei.apana.org.au> Date: Mon, 25 Nov 1996 12:48:32 +1030 From: pjchilds@imforei.apana.org.au (Peter Childs) To: moke@winternet.com (Jimbo Bahooli) Cc: pjchilds@imforei.apana.org.au (Peter Childs), freebsd-current@freebsd.org Subject: Re: identd broken? References: <199611180825.SAA09182@al.imforei.apana.org.au> X-Mailer: Mutt 0.49-PL10 Mime-Version: 1.0 In-Reply-To: ; from Jimbo Bahooli on Nov 18, 1996 15:08:46 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jimbo Bahooli writes: > On Mon, 18 Nov 1996, Peter Childs wrote: > > In article you wrote: > > > > : I have been following -current for awhile now with few problems > > : that I could not fix. Then this strange bug comes along, pidentd 2.7.2 > > : comiled out of ports-current simpy does not work. This is the error > > : message it generates. > > > > : Nov 16 19:17:31 fools identd[437]: getbuf: bad address (00000000 not in > > : f0100000 -0xFFC00000) - ofile > > > > : I'm guessing its because its looking for something in the kernel thats > > : changed positions in -current, if any would could help I would appreciate it. > > > > trying remaking/installing libkvm and/or libps, then building > > again... also cd /usr/src/include and do a make all... > > Just did this and it still did not work, and generated the excact same > error message. Any other ideas? Hmm.. i've just experienced the same problem with the latest pidentd build. I've redone the kernel/libkvm and libc is pretty current. I just backed out pidentd to 09/09/96 (the 2.7b4 version) and that works fine, so i'm sticking with that till this gets cleared up. Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.apana.org.au for public PGP key FreeBSD - What do you want to boot tomorrow? From owner-freebsd-current Sun Nov 24 18:40:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29141 for current-outgoing; Sun, 24 Nov 1996 18:40:21 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA29133 for ; Sun, 24 Nov 1996 18:40:15 -0800 (PST) Received: from alive.ampr.ab.ca (uucp@localhost) by scanner.worldgate.com (8.7.5/8.7.3) with UUCP id TAA25111 for current@freebsd.org; Sun, 24 Nov 1996 19:40:12 -0700 (MST) Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id TAA14605 for ; Sun, 24 Nov 1996 19:39:45 -0700 (MST) Date: Sun, 24 Nov 1996 19:39:45 -0700 (MST) From: Marc Slemko To: current@freebsd.org Subject: find and xargs in /etc/security Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Now that xargs has a -0 option to allow it to use the output from find -print0, perhaps /etc/security should be updated to use these options so we get rid of the garbage output caused by things such as files with spaces in their name? From owner-freebsd-current Sun Nov 24 18:53:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29492 for current-outgoing; Sun, 24 Nov 1996 18:53:49 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA29483 for ; Sun, 24 Nov 1996 18:53:43 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.3/CET-v2.1) with SMTP id CAA18194; Mon, 25 Nov 1996 02:53:30 GMT Date: Mon, 25 Nov 1996 11:53:30 +0900 (JST) From: Michael Hancock To: Poul-Henning Kamp cc: FreeBSD-current users Subject: Naming: was Re: 2.2-ALPHA install failure In-Reply-To: <306.848870190@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Nov 1996, Poul-Henning Kamp wrote: > 3. The unspecified German HeldenProgrammer that implemented the DD > mode clearly didn't bother with data-hiding, since he's fiddling > the internal libdisk variables in sysinstall rather than calling > Set_Bios_Geom() and a fitting "punishment" could be to "award" him ^^^^^^^^^^^^^ Gack. Underscores and Caps. How about set_bios_geom(), setBiosGeom(), or SetBiosGeom(). libDisk seems to use two of the three listed here, how about just one? ;-) Regards, Mike Hancock From owner-freebsd-current Sun Nov 24 19:51:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01680 for current-outgoing; Sun, 24 Nov 1996 19:51:24 -0800 (PST) Received: from diamond.xtalwind.net (diamond.xtalwind.net [205.160.242.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA01673 for ; Sun, 24 Nov 1996 19:51:15 -0800 (PST) Received: from localhost (pa1dsp6.x31.infi.net [206.27.115.30]) by diamond.xtalwind.net (8.8.3/8.8.2) with SMTP id WAA22989; Sun, 24 Nov 1996 22:50:46 -0500 (EST) Date: Sun, 24 Nov 1996 22:50:46 -0500 (EST) From: jack X-Sender: jack@localhost To: Bruce Evans cc: current@freefall.freebsd.org Subject: Re: 2.2-ALPHA install failure In-Reply-To: <199611250139.MAA11746@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Nov 1996, Bruce Evans wrote: > >Dedicating one drive, does not mean dedicating all drives, Microsoft's > >install procedures are known for there ``I want the whole world'' phylosophy > >and can cause people great pain if installed with on another disk in > >the same systems as one of the FreeBSD ``bogus'' partitioned disks. > > Surely this is only caused by a installer error? I haven't used W95, Some people have all the luck. :) BillyBob's monster will cheerfully disable any boot manager it finds, and poke it's grimey fingers into /every/ drive in the box. If you're ever forced to use it, or are suddenly overcome with masochism, be sure to install it first then add whatever OSs you want to run. And make sure you have current backups for the day when it pops up the window saying, "I'm sorry your system is totally hosed. Reinstall Windows and all your programs." -------------------------------------------------------------------------- Jack O'Neill Finger jacko@onyx.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-current Sun Nov 24 19:53:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01775 for current-outgoing; Sun, 24 Nov 1996 19:53:32 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA01769 for ; Sun, 24 Nov 1996 19:53:25 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vRs6h-0005mq-00; Sun, 24 Nov 1996 20:53:19 -0700 To: Marc Slemko Subject: Re: find and xargs in /etc/security Cc: current@freebsd.org In-reply-to: Your message of "Sun, 24 Nov 1996 19:39:45 MST." References: Date: Sun, 24 Nov 1996 20:53:19 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Marc Slemko writes: : Now that xargs has a -0 option to allow it to use the output from find : -print0, perhaps /etc/security should be updated to use these options so : we get rid of the garbage output caused by things such as files with : spaces in their name? What an excellent idea? Wanna implement this on your system, and send the patches to a committer? I'll be happy to commit this change so long as others don't object and the patches are good! Warner From owner-freebsd-current Sun Nov 24 20:32:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA03405 for current-outgoing; Sun, 24 Nov 1996 20:32:46 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA03400 for ; Sun, 24 Nov 1996 20:32:23 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id UAA01410; Sun, 24 Nov 1996 20:29:03 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611250429.UAA01410@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <199611250142.AA145216177@hpnmhjw.sr.hp.com> from Darryl Okahata at "Nov 24, 96 05:42:57 pm" To: darrylo@sr.hp.com Date: Sun, 24 Nov 1996 20:29:03 -0800 (PST) Cc: bde@zeta.org.au, current@freefall.freebsd.org, jkh@time.cdrom.com X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > >> The data for partition 3 is: > > > >> sysid 165,(FreeBSD/NetBSD/386BSD) > > > >> start 0, size 50000 (24 Meg), flag 80 > > > >> beg: cyl 0/ sector 1/ head 0; > > > >> end: cyl 1023/ sector 63/ head 255 > > > > ^^ bogus (ie this means 62 sectors!!) > > Are you sure? All of the documentation and source code (e.g., > diskslice_machdep.c) that I've seen leads me to believe that the > "ending" sector is the address of the last sector in the partition. If > so, then the above means "63" sectors, not 62 (BIOS sector numbering > starts at 1, not 0). A fence post error on my part, (63 - 1) + 1 == 63, I forgot to count the fence post at ``1'' :-(. > > > >I would like to also see that corrected/changed to: > > > > The data for partition 3 is: > > > > sysid 165,(FreeBSD/NetBSD/386BSD) > > > > start 0, size 2097152 (1024 Meg), flag 80 > > > > beg: cyl 0/ sector 1/ head 0; > > > > end: cyl 1023/ sector 32/ head 63 > > > > > > This would not work so well. The historical_bogus_partition_table works > > > perfectly with ncr and other geometry-detecting controllers _because_ > > > it is perfectly invalid. Your table is just as invalid for disks smaller > > > than 1GB and for non-SCSI disk [drivers] that can't handle either 255/63 > > > or 64/32 geometries. > > > > At least my table will save your ass if this is sd1 and <1G and you decide > > to install Win95 or WinNT on your box, which will gladly partition the > > 1G-50MB in your case, AND FORMAT IT FOR YOU!!! > > Hey, "enhance your calm". ;-) Until now, no one's given a good > reason why it should be changed. I'd say that this is a pretty good > reason. I gave the same reason over a year ago, and at that time sysinstall was fixed to atleast cover this case, and now disklabel has been fixed to stop smashing the MBR table when installing boot1 to sector 0 so things have gotten far better. There are still cases that the bogus partition table ends up installed, and we need to eliminate those. > > However, if it's changed, we'll then have two > "historical_bogus_partition_tables" (the old one and the new one). Or a ``very dangerous one'' and a ``not so dangerous one''... :-) > > > >Or atleast make size == cyl * sec * head (ie 1024*64*255 == 16711680) > > > >my reasoning is that any third party fdisk program that sees the current > > > >bogus table likes to try and ``fix it'' and usually ends up doing quite > > > >the wrong thing : -(. > > Well, if the partition table must be bogus for geometry-detecting > controllers, how about changing the size to 2^32-1? Do the > geometry-detecting controllers properly detect this? I'd try this > myself, but I don't have the time. I'll give that a test here in a minute, about to trash a 4.5G drive for some testing any way.... (I only be testing on an NCR 53C810, so it won't give us much data....) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 20:39:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA03662 for current-outgoing; Sun, 24 Nov 1996 20:39:09 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA03633 for ; Sun, 24 Nov 1996 20:38:52 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id UAA01423; Sun, 24 Nov 1996 20:37:48 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611250437.UAA01423@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <199611250139.MAA11746@godzilla.zeta.org.au> from Bruce Evans at "Nov 25, 96 12:39:36 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sun, 24 Nov 1996 20:37:48 -0800 (PST) Cc: bde@zeta.org.au, current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> If you run a third party fdisk program on the disk, then the disk isn't > >> dedicated. > > > >Dedicating one drive, does not mean dedicating all drives, Microsoft's > >install procedures are known for there ``I want the whole world'' phylosophy > >and can cause people great pain if installed with on another disk in > >the same systems as one of the FreeBSD ``bogus'' partitioned disks. > > Surely this is only caused by a installer error? I haven't used W95, > but older versions of W can be installed in any directory on any hard > disk and don't seem to touch other disks or directories (except for the > usual things in the root directory). No, this is not a user error, this is the automagic of Windows 95 and the design of the Microsoft installation tools. If it finds unclaimed disk space per the MBR it will claim it, fdisk it, and format it for you, all without asking you if it is okay to do this. This may have been fixed in Win95/SR2. I think the rational Microsoft gave me was something like ``Well, this is a PnP OS, and that means it is suppose to automatically set up things for you. If it didn't do this then the user would have to manually fdisk and format the partition.'' I responeded with a ``well, at least you should ask the user before making such an assumption about the contents of the MBR.'' > > >hold in the real world that I have to deal in (and yes, I had some > >customers get there FreeBSD disks totally spammed by a Microsoft product > >when I had left the fdisk 50K block MBR on it, never never again shall > >AAI ship such a system. (2 year old company policy now...)) > > Well, my first rule was to only use dedicated disks if you know what > you're doing. All administrators of the system need to know too. > The dedicated partition table is probably always invalid because the > FreeBSD slice contains the MBR and normal slices never contain the MBR. > Most third party fdisks seem to have no problems with it, but you have > to be careful with new versions. I have shipped 100's of systems with ``dedicated disks'' and every single one of them had a valid MBR as far as start and size. Every OS I have seen and worked with obey these two parameters, infact they favor them over the start CHS, end CHS. I am not so concerned about bogus C/H/S values in the MBR as I am about start/size values. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 20:50:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA04177 for current-outgoing; Sun, 24 Nov 1996 20:50:50 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA04171 for ; Sun, 24 Nov 1996 20:50:44 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id UAA01441; Sun, 24 Nov 1996 20:49:29 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611250449.UAA01441@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: from jack at "Nov 24, 96 10:50:46 pm" To: jack@diamond.xtalwind.net (jack) Date: Sun, 24 Nov 1996 20:49:29 -0800 (PST) Cc: bde@zeta.org.au, current@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Mon, 25 Nov 1996, Bruce Evans wrote: > > > >Dedicating one drive, does not mean dedicating all drives, Microsoft's > > >install procedures are known for there ``I want the whole world'' phylosophy > > >and can cause people great pain if installed with on another disk in > > >the same systems as one of the FreeBSD ``bogus'' partitioned disks. > > > > Surely this is only caused by a installer error? I haven't used W95, > > Some people have all the luck. :) BillyBob's monster will cheerfully > disable any boot manager it finds, and poke it's grimey fingers into > /every/ drive in the box. Oh yeah, I forgot about that nicety too, yep folks, thats write, Win95 ``setup.exe'' will gladly rewrite your MBR with Microsloughts standard boot code on physcial drive 0x80 no matter what you are installing to. Really pissed me off the first time I did an install on sd2 and it politly smashed MS MBR over the top of my painstakinly setup OS/2 boot manager... > If you're ever forced to use it, or are suddenly overcome with masochism, > be sure to install it first then add whatever OSs you want to run. And > make sure you have current backups for the day when it pops up the window > saying, "I'm sorry your system is totally hosed. Reinstall Windows and > all your programs." And now you know why I have a WIN95/SR2 administative install area on my Novell file server... this _IS_ a regular event when you screw around with as much hardware as we do. It makes this event almost bearable :-) :-) Now if I could just get RPL to boot a box into Win95 diskless, that would make it really easy and I could stop using the older Netware VLM kit under MS DOS 6.22... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 21:03:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04698 for current-outgoing; Sun, 24 Nov 1996 21:03:00 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04686 for ; Sun, 24 Nov 1996 21:02:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA17951; Mon, 25 Nov 1996 15:59:42 +1100 Date: Mon, 25 Nov 1996 15:59:42 +1100 From: Bruce Evans Message-Id: <199611250459.PAA17951@godzilla.zeta.org.au> To: bde@zeta.org.au, rgrimes@GndRsh.aac.dev.com Subject: Re: 2.2-ALPHA install failure Cc: current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >Dedicating one drive, does not mean dedicating all drives, Microsoft's >> >install procedures are known for there ``I want the whole world'' phylosophy >> >and can cause people great pain if installed with on another disk in >> >the same systems as one of the FreeBSD ``bogus'' partitioned disks. >> >> Surely this is only caused by a installer error? I haven't used W95, >> but older versions of W can be installed in any directory on any hard >> disk and don't seem to touch other disks or directories (except for the >> usual things in the root directory). > >No, this is not a user error, this is the automagic of Windows 95 and >the design of the Microsoft installation tools. If it finds unclaimed >disk space per the MBR it will claim it, fdisk it, and format it for >you, all without asking you if it is okay to do this. This may have >been fixed in Win95/SR2. Bust surely it only installs on the drive(s) that you tell it to? >I have shipped 100's of systems with ``dedicated disks'' and every single >one of them had a valid MBR as far as start and size. Every OS I have >seen and worked with obey these two parameters, infact they favor them >over the start CHS, end CHS. I am not so concerned about bogus C/H/S >values in the MBR as I am about start/size values. Except W95. It doesn't honor the start and size parameters. A start of 0 places the MBR inside the slice. This should prevent all OS's except the one in the slice from modifying the MBR. A size of 1 should work just as well as a size of 50000. I don't know of any fdisks that actually honor a 0 start. This shows that a 0 start is invalid. Bruce From owner-freebsd-current Sun Nov 24 22:03:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06702 for current-outgoing; Sun, 24 Nov 1996 22:03:24 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA06697 for ; Sun, 24 Nov 1996 22:03:20 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id WAA01934; Sun, 24 Nov 1996 22:03:02 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611250603.WAA01934@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <199611250459.PAA17951@godzilla.zeta.org.au> from Bruce Evans at "Nov 25, 96 03:59:42 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sun, 24 Nov 1996 22:03:02 -0800 (PST) Cc: bde@zeta.org.au, current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> >Dedicating one drive, does not mean dedicating all drives, Microsoft's > >> >install procedures are known for there ``I want the whole world'' phylosophy > >> >and can cause people great pain if installed with on another disk in > >> >the same systems as one of the FreeBSD ``bogus'' partitioned disks. > >> > >> Surely this is only caused by a installer error? I haven't used W95, > >> but older versions of W can be installed in any directory on any hard > >> disk and don't seem to touch other disks or directories (except for the > >> usual things in the root directory). > > > >No, this is not a user error, this is the automagic of Windows 95 and > >the design of the Microsoft installation tools. If it finds unclaimed > >disk space per the MBR it will claim it, fdisk it, and format it for > >you, all without asking you if it is okay to do this. This may have > >been fixed in Win95/SR2. > > Bust surely it only installs on the drive(s) that you tell it to? NO!!! It don't even ask you what drive to install on, really, this thing is an assuming POS that things it has rights to everthing in your box. If you had a chain of 7 scsi disks all with the bogus 50K block MBR WIN95 would gladly fdisk the remaining disk space and DOS format it for you.... > > >I have shipped 100's of systems with ``dedicated disks'' and every single > >one of them had a valid MBR as far as start and size. Every OS I have > >seen and worked with obey these two parameters, infact they favor them > >over the start CHS, end CHS. I am not so concerned about bogus C/H/S > >values in the MBR as I am about start/size values. > > Except W95. It doesn't honor the start and size parameters. A start of 0 > places the MBR inside the slice. This should prevent all OS's except the > one in the slice from modifying the MBR. A size of 1 should work just as > well as a size of 50000. I don't know of any fdisks that actually honor > a 0 start. This shows that a 0 start is invalid. It honours them with the exception that it will write to the MBR, it will save your first 50K blocks, but after that is toast... The 0 start invalid, will, Microsoft gladly listens to that value, and says okay ``sectors 0 to 49999 are in use, but sectors 50000 to EOD are mine for the taking...''. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 22:15:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07168 for current-outgoing; Sun, 24 Nov 1996 22:15:33 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07162 for ; Sun, 24 Nov 1996 22:15:31 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.7.5/8.7.3) with UUCP id XAA04612; Sun, 24 Nov 1996 23:15:25 -0700 (MST) Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id XAA15676; Sun, 24 Nov 1996 23:15:07 -0700 (MST) Date: Sun, 24 Nov 1996 23:15:07 -0700 (MST) From: Marc Slemko X-Sender: marcs@alive.ampr.ab.ca To: Warner Losh cc: current@FreeBSD.org Subject: Re: find and xargs in /etc/security In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Yuck. There is the little matter of sort which messes things up. There are ways around it by adding another command to the pipe, but that starts to get ugly. Hmm. Unless we just do a find -ls, but that means we don't get the full timestamps. There is more wrong with /etc/security than that, so perhaps it is worth looking at it a bit more deeply. OpenBSD and NetBSD have a far more comprehensive /etc/security. On Sun, 24 Nov 1996, Warner Losh wrote: > In message Marc Slemko writes: > : Now that xargs has a -0 option to allow it to use the output from find > : -print0, perhaps /etc/security should be updated to use these options so > : we get rid of the garbage output caused by things such as files with > : spaces in their name? > > What an excellent idea? Wanna implement this on your system, and send > the patches to a committer? I'll be happy to commit this change so > long as others don't object and the patches are good! > > Warner > From owner-freebsd-current Sun Nov 24 22:16:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07221 for current-outgoing; Sun, 24 Nov 1996 22:16:26 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07215; Sun, 24 Nov 1996 22:16:21 -0800 (PST) Received: from critter.tfs.com (LOCALHOST [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id HAA00925; Mon, 25 Nov 1996 07:16:14 +0100 (MET) To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Sun, 24 Nov 1996 14:49:31 PST." <3475.848875771@time.cdrom.com> Date: Mon, 25 Nov 1996 07:16:14 +0100 Message-ID: <923.848902574@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <3475.848875771@time.cdrom.com>, "Jordan K. Hubbard" writes: >> Looking at the code the X/1/1 seems very deliberate and concious. I >> wonder who did that and why ? > >If you're referring to the sysinstall code, it's because you *told* >me to set it to that in the DD case as a hint to libdisk. Maybe >I should have wrapped the arguments around a brick first? :-) >I< most certainly didn't tell you. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Nov 24 22:34:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07743 for current-outgoing; Sun, 24 Nov 1996 22:34:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07731 for ; Sun, 24 Nov 1996 22:34:00 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.2/8.6.9) with ESMTP id WAA04979; Sun, 24 Nov 1996 22:33:04 -0800 (PST) To: Poul-Henning Kamp cc: "Rodney W. Grimes" , joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Mon, 25 Nov 1996 07:16:14 +0100." <923.848902574@critter.tfs.com> Date: Sun, 24 Nov 1996 22:33:04 -0800 Message-ID: <4977.848903584@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >If you're referring to the sysinstall code, it's because you *told* > >me to set it to that in the DD case as a hint to libdisk. Maybe > >I should have wrapped the arguments around a brick first? :-) > > >I< most certainly didn't tell you. I wish I had a recording, but I hate to tell you that you really really did. Back when the DD stuff came in, I asked you "hey, Poul, in the DD case what the heck should I set the geometry to?" and you said "how about 1 for everything?" So I did. Believe me, I didn't just make it up on my own - I've never professed to have any idea about the proper care and feeding of geometries, just as you've proclaimed a lack of knowledge/interest in GUI design, and I'm just following orders here. :-) In any case, rather than pointing fingers I'd just as soon make it DTRT, but I'm still waiting for input on what TRT is. :-) Jordan From owner-freebsd-current Sun Nov 24 22:38:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07923 for current-outgoing; Sun, 24 Nov 1996 22:38:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07918 for ; Sun, 24 Nov 1996 22:38:46 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA20825; Mon, 25 Nov 1996 17:33:38 +1100 Date: Mon, 25 Nov 1996 17:33:38 +1100 From: Bruce Evans Message-Id: <199611250633.RAA20825@godzilla.zeta.org.au> To: bde@zeta.org.au, rgrimes@GndRsh.aac.dev.com Subject: Re: 2.2-ALPHA install failure Cc: current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Bust surely it only installs on the drive(s) that you tell it to? > >NO!!! It don't even ask you what drive to install on, really, this thing >is an assuming POS that things it has rights to everthing in your box. The problem seems to be that it writes its own MBR to hard drive. It has to do that to boot to other drives. >If you had a chain of 7 scsi disks all with the bogus 50K block MBR >WIN95 would gladly fdisk the remaining disk space and DOS format it >for you.... Not likely. Formatting is too dangerous and takes too long to do routinely. I guess it just "fixes" the partition tables and this is equivalent to zeroing all the partitions for most users. Bruce From owner-freebsd-current Sun Nov 24 22:40:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08013 for current-outgoing; Sun, 24 Nov 1996 22:40:21 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08006 for ; Sun, 24 Nov 1996 22:40:20 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.7.5/8.7.3) with UUCP id XAA05741; Sun, 24 Nov 1996 23:40:11 -0700 (MST) Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id XAA15795; Sun, 24 Nov 1996 23:38:14 -0700 (MST) Date: Sun, 24 Nov 1996 23:38:13 -0700 (MST) From: Marc Slemko X-Sender: marcs@alive.ampr.ab.ca To: Ollivier Robert cc: "FreeBSD Current Users' list" Subject: Re: Patch for larger stats in vmstat -i In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Nov 1996, Ollivier Robert wrote: > My machine has been up for only 14 days and vmstat -i shows this: > > 233 [15:52] root@keltia:/usr/src# vmstat -i > interrupt total rate > clk0 irq0 123297965 101 > rtc0 irq8 155630847 127 > fdc0 irq6 1 0 > sc0 irq1 678213 0 > sio0 irq4 4380709 3 > sio1 irq3 332337 0 > ed0 irq10 1 0 > Total 284320073 233 > > With the following patch, the output looks like this: > > 647 [15:55] roberto@keltia:/tmp/vmstat> ./vmstat -i > interrupt total rate > clk0 irq0 123327561 101 > rtc0 irq8 155665768 127 > fdc0 irq6 1 0 > sc0 irq1 679726 0 > sio0 irq4 4380709 3 > sio1 irq3 333074 0 > ed0 irq10 1 0 > Total 284386840 233 If it is worthwhile to change, why not make it a few longer than that? Even with your patch, I can get: interrupt total rate clk0 irq0 295363845 99 rtc0 irq8 378098605 127 fdc0 irq6 1 0 wdc0 irq14 125614605 42 wdc1 irq15 148530817 50 sc0 irq1 1 0 sio1 irq3 20746 0 ed0 irq5 205705153 69 ep0 irq10 131130 0 Total 1153464903 390 From owner-freebsd-current Sun Nov 24 22:52:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08260 for current-outgoing; Sun, 24 Nov 1996 22:52:45 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08254; Sun, 24 Nov 1996 22:52:40 -0800 (PST) Received: from critter.tfs.com (LOCALHOST [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id HAA01170; Mon, 25 Nov 1996 07:52:14 +0100 (MET) To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Sun, 24 Nov 1996 22:33:04 PST." <4977.848903584@time.cdrom.com> Date: Mon, 25 Nov 1996 07:52:14 +0100 Message-ID: <1168.848904734@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >In any case, rather than pointing fingers I'd just as soon make it >DTRT, but I'm still waiting for input on what TRT is. :-) So am I. It seems to be "bde versus rgrimes" right now, and I'm not betting on either of them, but simply weathering it out... -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Nov 24 23:02:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08592 for current-outgoing; Sun, 24 Nov 1996 23:02:01 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA08587 for ; Sun, 24 Nov 1996 23:01:56 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id WAA02033; Sun, 24 Nov 1996 22:56:08 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611250656.WAA02033@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <4977.848903584@time.cdrom.com> from "Jordan K. Hubbard" at "Nov 24, 96 10:33:04 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 24 Nov 1996 22:56:08 -0800 (PST) Cc: phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > >If you're referring to the sysinstall code, it's because you *told* > > >me to set it to that in the DD case as a hint to libdisk. Maybe > > >I should have wrapped the arguments around a brick first? :-) > > > > >I< most certainly didn't tell you. > > I wish I had a recording, but I hate to tell you that you really > really did. Back when the DD stuff came in, I asked you "hey, Poul, > in the DD case what the heck should I set the geometry to?" and you > said "how about 1 for everything?" > > So I did. Believe me, I didn't just make it up on my own - I've never > professed to have any idea about the proper care and feeding of > geometries, just as you've proclaimed a lack of knowledge/interest in > GUI design, and I'm just following orders here. :-) > > In any case, rather than pointing fingers I'd just as soon make it > DTRT, but I'm still waiting for input on what TRT is. :-) I've got some data on TRT... but first I just found a few small bugs in fdisk that should really be fixed, like bad formats for output data that casued my 2^32-1 sector disk to report -1 as it's size :-). The NCR controller gets along just fine with (though the kernel complains about slice size != raw part size): SkyRsh# fdisk sd2 ******* Working on device /dev/rsd2 ******* parameters extracted from in-core disklabel are: cylinders=4341 heads=64 sectors/track=32 (2048 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=4341 heads=64 sectors/track=32 (2048 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size -1 (2097151 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 32/ head 63 SkyRsh# (Note, above is buggy version of the code, after my patch it reports correctly, I'm just booted from my other system disk to send this mail...) While I was in there I did a -Wall -Wformat cleanup, though it seems that -Wformat does not report signed vs unsigned errors, it didn't miss the undeclared function declarations... :-( Could someone review this and I'll go commit it to -current. Index: fdisk.c =================================================================== RCS file: /home/ncvs/src/sbin/i386/fdisk/fdisk.c,v retrieving revision 1.12 diff -u -r1.12 fdisk.c --- fdisk.c 1996/11/06 14:08:39 1.12 +++ fdisk.c 1996/11/25 06:47:36 @@ -24,6 +24,9 @@ * the rights to redistribute these changes. */ +#include +#include +#include #include #include #include @@ -431,7 +434,7 @@ return; } printf("sysid %d,(%s)\n", partp->dp_typ, get_type(partp->dp_typ)); - printf(" start %ld, size %ld (%ld Meg), flag %x\n", + printf(" start %lu, size %lu (%lu Meg), flag %x\n", partp->dp_start, partp->dp_size, partp->dp_size * 512 / (1024 * 1024), partp->dp_flag); @@ -1103,8 +1106,8 @@ break; } fprintf(stderr, - "%s: WARNING: adjusting start offset of partition '%d' from %d\n\ - to %d, to round to an head boundary.\n", + "%s: WARNING: adjusting start offset of partition '%d' from %lu\n\ + to %lu, to round to an head boundary.\n", name, partition, partp->dp_start, adj_size); partp->dp_start = adj_size; } @@ -1119,7 +1122,7 @@ if (adj_size != partp->dp_size) { fprintf(stderr, - "%s: WARNING: adjusting size of partition '%d' from %d to %d,\n\ + "%s: WARNING: adjusting size of partition '%d' from %lu to %lu,\n\ to round to a cylinder boundary.\n", name, partition, partp->dp_size, adj_size); if (chunks > 0) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 23:07:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08783 for current-outgoing; Sun, 24 Nov 1996 23:07:26 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA08778 for ; Sun, 24 Nov 1996 23:07:11 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id XAA02051; Sun, 24 Nov 1996 23:06:30 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611250706.XAA02051@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <199611250633.RAA20825@godzilla.zeta.org.au> from Bruce Evans at "Nov 25, 96 05:33:38 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sun, 24 Nov 1996 23:06:30 -0800 (PST) Cc: bde@zeta.org.au, current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Bust surely it only installs on the drive(s) that you tell it to? > > > >NO!!! It don't even ask you what drive to install on, really, this thing > >is an assuming POS that things it has rights to everthing in your box. > > The problem seems to be that it writes its own MBR to hard drive. It > has to do that to boot to other drives. It's smarter than that (or, err, actually stupider)... it insists on installing to HD 0x80, but gladly claims all other disk space not claimed in the MBR's of other drives. > > >If you had a chain of 7 scsi disks all with the bogus 50K block MBR > >WIN95 would gladly fdisk the remaining disk space and DOS format it > >for you.... > > Not likely. Formatting is too dangerous and takes too long to do > routinely. I guess it just "fixes" the partition tables and this is > equivalent to zeroing all the partitions for most users. I am getting tired of your obvious lack of knowledge with respect to what Win95 does. I am telling you for the forth time, IT WILL FDISK AND DOS FORMAT ALL SPACE IN A SYSTEM THAT IS NOT CLAIMED BY AN MBR and reported by the BIOS and/or found by the built in drivers! There is no ``Not Likely'' to it. I have had it happen to me, and I have had clients have it happen to them, it is ugly, discusting and _UNRECOVERABLE_ data loss since a DOS/WIN95 format command actually writes every sector in the partition!!! It leaves the 50K block space all alone, but since that didn't cover what FreeBSD was really using your pretty much SOL once it has done it's thing. I just ran out to the shop and did a quick test with the Win95SR2 stuff, they changed it slightly, now it tells you that it is ``testing'' the disk area, then it fdisks and formatted it for me... glad I have scratch disks around I can do this on... And chalk one more FreeBSD disk eaten up by Windows 95's and Big Bill's plan to take over the world :-) :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sun Nov 24 23:12:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08986 for current-outgoing; Sun, 24 Nov 1996 23:12:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA08981 for ; Sun, 24 Nov 1996 23:12:18 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA21740; Mon, 25 Nov 1996 18:07:02 +1100 Date: Mon, 25 Nov 1996 18:07:02 +1100 From: Bruce Evans Message-Id: <199611250707.SAA21740@godzilla.zeta.org.au> To: marcs@znep.com, roberto@keltia.freenix.fr Subject: Re: Patch for larger stats in vmstat -i Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >If it is worthwhile to change, why not make it a few longer than that? >Even with your patch, I can get: > >interrupt total rate >clk0 irq0 295363845 99 >rtc0 irq8 378098605 127 >fdc0 irq6 1 0 >wdc0 irq14 125614605 42 >wdc1 irq15 148530817 50 >sc0 irq1 1 0 >sio1 irq3 20746 0 >ed0 irq5 205705153 69 >ep0 irq10 131130 0 >Total 1153464903 390 Another billion and you'll get negative counts with a minus sign to screw up the formatting some more. Counts should be 64-bit, but the kernel doesn't support that yet. Bruce From owner-freebsd-current Sun Nov 24 23:13:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09046 for current-outgoing; Sun, 24 Nov 1996 23:13:22 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09036 for ; Sun, 24 Nov 1996 23:13:13 -0800 (PST) Received: from grackle.grondar.za (localhost.grondar.za [127.0.0.1]) by grackle.grondar.za (8.8.3/8.7.3) with ESMTP id JAA06781; Mon, 25 Nov 1996 09:11:04 +0200 (SAT) Message-Id: <199611250711.JAA06781@grackle.grondar.za> To: "Jordan K. Hubbard" cc: Poul-Henning Kamp , "Rodney W. Grimes" , joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: 2.2-ALPHA install failure Date: Mon, 25 Nov 1996 09:11:02 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > In any case, rather than pointing fingers I'd just as soon make it > DTRT, but I'm still waiting for input on what TRT is. :-) At work we now have a largish number of FreeBSD machines, and I often get called in if there are problems. At install time I usually end up fighting with dis geometries, and have settled down to the following: IDE - let FreeBSD figure it out by itself (IDE/ATA is despised, and we avoid it where possible on Unix boxen). This usually works OK (If I remember correctly - I have only done this twice - with no problems) SCSI - we use three contollers in house -Adaptec 1540, Adaptec 2940 and NCR 810. For all of these we either use MB/32/64 (or is it MB/64/32? - I am at home now) or N/255/63 (or N/63/255?). With these selections we have no trouble at all. Allowing sysinstall to pick/discover geometries is asking for trouble. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sun Nov 24 23:17:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09327 for current-outgoing; Sun, 24 Nov 1996 23:17:58 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09307 for ; Sun, 24 Nov 1996 23:17:36 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id XAA02073; Sun, 24 Nov 1996 23:15:20 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611250715.XAA02073@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <1168.848904734@critter.tfs.com> from Poul-Henning Kamp at "Nov 25, 96 07:52:14 am" To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Sun, 24 Nov 1996 23:15:20 -0800 (PST) Cc: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >In any case, rather than pointing fingers I'd just as soon make it > >DTRT, but I'm still waiting for input on what TRT is. :-) > > So am I. It seems to be "bde versus rgrimes" right now, and I'm > not betting on either of them, but simply weathering it out... :-) Okay, my opionion at this point is that a translation of X/1/1 is okay, AS LONG AS, you take the BSD raw partition size from within the slice and stuff it into the MBR size field. The start should be set to 0. If at all possible we should use the Geomtry specified by the BIOS, and only fall back to the above if we can't seem to get it. Furthermore I think we should change the compiled into boot1 MBR table to use the absolute minimal and maximal values for start and end addresses, both in the size/start fields and in the CHS fields. This insures data protection from the likes of Win95 and other obnoxious installation programs. I need to go look at the current sysinstall program and see just what it is doing when I feed it values like 1024/1/1 for the disk geometry, if it is setting start=0 and size=1024 this would be a really bad situation, if it picks up my size from the disklabel, then great, nothing should need to change in that code. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Mon Nov 25 00:53:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15043 for current-outgoing; Mon, 25 Nov 1996 00:53:15 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA15022 for ; Mon, 25 Nov 1996 00:53:04 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA20864 for ; Mon, 25 Nov 1996 09:52:57 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10280 for freebsd-current@FreeBSD.org; Mon, 25 Nov 1996 09:52:56 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA16028 for freebsd-current@FreeBSD.org; Mon, 25 Nov 1996 09:39:06 +0100 (MET) From: J Wunsch Message-Id: <199611250839.JAA16028@uriah.heep.sax.de> Subject: Re: 2.2-ALPHA install failure To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Nov 1996 09:39:06 +0100 (MET) In-Reply-To: <306.848870190@critter.tfs.com> from Poul-Henning Kamp at "Nov 24, 96 10:16:30 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > 2. Even if we did, I'd need a very dedicated tester with an NCR > controller to help me test it out on the only HW we know of that > fails. Hmm, you want me trashing my disk? ;-) I don't think that's as much of a problem. > 3. The unspecified German HeldenProgrammer that implemented the DD > mode clearly didn't bother with data-hiding, since he's fiddling > the internal libdisk variables in sysinstall rather than calling > Set_Bios_Geom() and a fitting "punishment" could be to "award" him > the task of making it work correctly :-) I really wonder who you might be referring to here. *grin* Well, if i knew better by the time i wrote that, i had done it... But i even had to write a man page for libdisk first, just to understand its concepts. So no surprise if i got something wrong. Unlike you, i don't appreciate hints delivered on bricks through windows, i also appreciate plain email telling me TRT. :-)) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Nov 25 00:55:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15342 for current-outgoing; Mon, 25 Nov 1996 00:55:09 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA15295 for ; Mon, 25 Nov 1996 00:54:52 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA20964 for ; Mon, 25 Nov 1996 09:54:47 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10293 for freebsd-current@FreeBSD.org; Mon, 25 Nov 1996 09:54:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA16092 for freebsd-current@FreeBSD.org; Mon, 25 Nov 1996 09:47:18 +0100 (MET) From: J Wunsch Message-Id: <199611250847.JAA16092@uriah.heep.sax.de> Subject: Re: 2.2-ALPHA install failure To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Nov 1996 09:47:17 +0100 (MET) In-Reply-To: <199611250055.QAA00883@GndRsh.aac.dev.com> from "Rodney W. Grimes" at "Nov 24, 96 04:55:11 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > If you run a third party fdisk program on the disk, then the disk isn't > > dedicated. > > Dedicating one drive, does not mean dedicating all drives, Microsoft's > install procedures are known for there ``I want the whole world'' phylosophy > and can cause people great pain if installed with on another disk in > the same systems as one of the FreeBSD ``bogus'' partitioned disks. That's why you should never (really: never) use DD mode on such drives. That's what sysinstall tells you, too. Perhaps you should really run it at least once. ;-) You can dedicate drives with valid partition tables if you want. DD mode has been invented solely for those who _simply don't care_ for any other system in this machine. They have been pissed off by the smarter libdisk-based sysinstall in 2.0.5 (since they now had to care for all that geometry crap they didn't need to care for previously in FreeBSD -- remember the recommendation to install a 1 MB DOS partition first... it was a sad joke). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Nov 25 00:57:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15641 for current-outgoing; Mon, 25 Nov 1996 00:57:17 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA15603 for ; Mon, 25 Nov 1996 00:56:59 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA20858 for ; Mon, 25 Nov 1996 09:52:55 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10279 for freebsd-current@FreeBSD.org; Mon, 25 Nov 1996 09:52:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA16015 for freebsd-current@FreeBSD.org; Mon, 25 Nov 1996 09:35:08 +0100 (MET) From: J Wunsch Message-Id: <199611250835.JAA16015@uriah.heep.sax.de> Subject: Re: 2.2-ALPHA install failure To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Nov 1996 09:35:08 +0100 (MET) In-Reply-To: <199611241959.LAA00651@GndRsh.aac.dev.com> from "Rodney W. Grimes" at "Nov 24, 96 11:59:10 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > my reasoning is that any third party fdisk program that sees the current > bogus table likes to try and ``fix it'' and usually ends up doing quite > the wrong thing : -(. Machines in DD mode are not supposed to ever see a third-party clobbering program at all. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Nov 25 01:23:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19706 for current-outgoing; Mon, 25 Nov 1996 01:23:43 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA19692 for ; Mon, 25 Nov 1996 01:23:35 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA22538; Mon, 25 Nov 1996 10:22:59 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA10550; Mon, 25 Nov 1996 10:22:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA16329; Mon, 25 Nov 1996 10:04:54 +0100 (MET) From: J Wunsch Message-Id: <199611250904.KAA16329@uriah.heep.sax.de> Subject: Re: again, fixit floppy isn't useable... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 25 Nov 1996 10:04:54 +0100 (MET) Cc: andreas@klemm.gtn.com (Andreas Klemm) In-Reply-To: from Andreas Klemm at "Nov 24, 96 11:11:45 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Andreas Klemm wrote: > I saw in a commit log from Joerg, that he does some fixes to the > fixit floppy generation. Don't know exactly what fixes. But today That's your problem. You should probably watch the commit logs more closely, then you knew what has been fixed, and what not. > But both, the one from 2.1.6 and from 2.2-ALPHA are still broken. Nobody cares about 2.1.6. People ``buying'' this system most likely do already have their own recovery strategy, since it's targeted to ISPs and such. Even if they don't have, they wouldn't stumple across a defunct MAKEDEV script since they know how to mknod manually. Namely the regexp fix that finally fixed the `expr' on the fixit floppy wasn't yet in 2.2-ALPHA either. I wasn't 101.1 % sure about whether all people would like the way i've fixed it, and hence imposed a `grace period' before pulling the fix into the 2.2 branch. It's in now, so this one should work in 2.2-BETA once this is ready. > fixit# mt status > /dev/nrst0: no such file or directory Quite possible. There's no space for any and all device nodes, in particular not on the root file system (which has _nothing_ to do with the fixit floppy). Maybe export TAPE /mnt2/dev/nrst0 mt status might have worked better. :) (If i don't forget it, i can take the export statement into the fixit's .profile.) > The device nrst0 is only present on the fixit floppy, under /mnt2. Yes, so whaddayawant? There's only limited space in the MFS root f/s, and we don't have DEVFS ready either (which will be the way out of all that shit). > fixit# sh MAKEDEV sd0s3e > expr: not found see above > fixit# sh MAKEDEV sd0s3e > /mnt2: write failed, file system full > Memory fault > /mnt2: write failed, file system full > Memory fault > bad unit for disk in: sd0s3e(unit=,slice=,part=) > > No space ???? Yes. Read the message, PLEEZE! Memory fault -- _that's_ what caused the ENOSPC. There wasn't enough space for a 600 KB coredump neither on the root MFS, nor on the fixit floppy. Did you expect that much space there? :) > The only difference is, that the 2.2-ALPHA floppy had an vi and > an ed. The 2.1.6 boot/fixit floppy had only and ed, vi was missing. RTFcommitmessages. vi has been left out due to space constraints. > Well, I see no possibility to restore a crashed system :-( Andreas, you are far more than a Unix' beginner. I still don't get your whining, in particular not if the reported problems are being worked on. I expect from you that you could figure out how to use `mknod' manually to create the desired device nodes, at least after reading the MAKEDEV script. Again: most of this _is_ fixed by now. 2.2-ALPHA ain't `now'. Things have been going on, and your comments were welcomed and recognized. What we can't fix with the current scheme is the lack of a multitude of device nodes, either in the root MFS or on the fixit floppy. This has to be left for 3.0 which will hopefully and finally have a working DEVFS. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Nov 25 01:47:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24474 for current-outgoing; Mon, 25 Nov 1996 01:47:24 -0800 (PST) Received: from critter.tfs.com (disn12.cybercity.dk [194.16.57.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA24409; Mon, 25 Nov 1996 01:47:02 -0800 (PST) Received: from critter.tfs.com (LOCALHOST [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id KAA01445; Mon, 25 Nov 1996 10:47:27 +0100 (MET) To: J Wunsch cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: 2.2-ALPHA install failure In-reply-to: Your message of "Mon, 25 Nov 1996 09:39:06 +0100." <199611250839.JAA16028@uriah.heep.sax.de> Date: Mon, 25 Nov 1996 10:47:26 +0100 Message-ID: <1443.848915246@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > i also >appreciate plain email telling me TRT. :-)) Me to, but I have yet to see the DRTTD in any email. (Definitively Right Thing To Do in case you wonder :-) -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Nov 25 01:59:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA28493 for current-outgoing; Mon, 25 Nov 1996 01:59:25 -0800 (PST) Received: from critter.tfs.com (disn12.cybercity.dk [194.16.57.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA28356; Mon, 25 Nov 1996 01:59:02 -0800 (PST) Received: from critter.tfs.com (LOCALHOST [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id KAA01473; Mon, 25 Nov 1996 10:59:31 +0100 (MET) To: joerg@freebsd.org, rgrimes@freebsd.org, bde@freebsd.org Cc: current@freebsd.org Subject: libdisk patch Reply-to: phk@freebsd.org Date: Mon, 25 Nov 1996 10:59:30 +0100 Message-ID: <1471.848915970@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Could you guys please try out this patch to libdisk ? You will have to use the horrible "tst01" program for it. Basically what I do is this: When asked to "dedicate" a disk to FreeBSD, I will "sanitize" the bios-geometry, to at least make some sense, provided that it doesn't already make sense, in whatever narrow sense of that concept I have chosen. People can still go in manually and set the geometry afterwards if they don't like my choice. Next I need to look at sysinstall and all the "magic= X/1/1" stuff. Poul-Henning Index: change.c =================================================================== RCS file: /home/ncvs/src/lib/libdisk/change.c,v retrieving revision 1.10 diff -u -r1.10 change.c --- change.c 1995/12/07 10:33:18 1.10 +++ change.c 1996/11/25 09:06:58 @@ -19,23 +19,6 @@ #include #include "libdisk.h" -#if 0 -struct disk * -Set_Phys_Geom(struct disk *disk, u_long cyl, u_long hd, u_long sect) -{ - struct disk *d = Int_Open_Disk(disk->name,cyl*hd*sect); - d->real_cyl = cyl; - d->real_hd = hd; - d->real_sect = sect; - d->bios_cyl = disk->bios_cyl; - d->bios_hd = disk->bios_hd; - d->bios_sect = disk->bios_sect; - d->flags = disk->flags; - Free_Disk(disk); - return d; -} -#endif - void Set_Bios_Geom(struct disk *disk, u_long cyl, u_long hd, u_long sect) { @@ -46,6 +29,38 @@ } void +Sanitize_Bios_Geom(struct disk *disk) +{ + int sane = 1; + + if (disk->bios_cyl > 1024) + sane = 0; + if (disk->bios_hd > 16) + sane = 0; + if (disk->bios_sect > 63) + sane = 0; + if (disk->bios_cyl*disk->bios_hd*disk->bios_sect != + disk->chunks->size) + sane = 0; + if (sane) + return; + + /* First try something that IDE can handle */ + disk->bios_sect = 63; + disk->bios_hd = 16; + disk->bios_cyl = disk->chunks->size/(disk->bios_sect*disk->bios_hd); + + if (disk->bios_cyl < 1024) + return; + + /* Hmm, try harder... */ + disk->bios_hd = 255; + disk->bios_cyl = disk->chunks->size/(disk->bios_sect*disk->bios_hd); + + return; +} + +void All_FreeBSD(struct disk *d, int force_all) { struct chunk *c; @@ -57,6 +72,11 @@ goto again; } c=d->chunks; - Create_Chunk(d,c->offset,c->size,freebsd,0xa5, - force_all? CHUNK_FORCE_ALL: 0); + if (force_all) { + Sanitize_Bios_Geom(d); + Create_Chunk(d,c->offset,c->size,freebsd,0xa5, + CHUNK_FORCE_ALL); + } else { + Create_Chunk(d,c->offset,c->size,freebsd,0xa5, 0); + } } Index: disk.c =================================================================== RCS file: /home/ncvs/src/lib/libdisk/disk.c,v retrieving revision 1.22 diff -u -r1.22 disk.c --- disk.c 1996/04/29 05:03:02 1.22 +++ disk.c 1996/11/25 09:37:49 @@ -231,7 +231,9 @@ #if 0 printf(" real_geom=%lu/%lu/%lu",d->real_cyl,d->real_hd,d->real_sect); #endif - printf(" bios_geom=%lu/%lu/%lu\n",d->bios_cyl,d->bios_hd,d->bios_sect); + printf(" bios_geom=%lu/%lu/%lu = %lu\n", + d->bios_cyl,d->bios_hd,d->bios_sect, + d->bios_cyl*d->bios_hd*d->bios_sect); printf(" boot1=%p, boot2=%p, bootmgr=%p\n", d->boot1,d->boot2,d->bootmgr); Debug_Chunk(d->chunks); Index: libdisk.h =================================================================== RCS file: /home/ncvs/src/lib/libdisk/libdisk.h,v retrieving revision 1.22 diff -u -r1.22 libdisk.h --- libdisk.h 1996/04/29 06:45:33 1.22 +++ libdisk.h 1996/11/25 09:36:55 @@ -28,11 +28,6 @@ char *name; u_long flags; # define DISK_ON_TRACK 1 -#if 0 - u_long real_cyl; - u_long real_hd; - u_long real_sect; -#endif u_long bios_cyl; u_long bios_hd; u_long bios_sect; @@ -111,19 +106,16 @@ /* Print the content of the tree to stdout */ -#if 0 -struct disk * -Set_Phys_Geom(struct disk *disk, u_long cyl, u_long heads, u_long sects); -/* Use a different physical geometry. Makes sense for ST506 disks only. - * The tree returned is read from the disk, using this geometry. - */ -#endif - void Set_Bios_Geom(struct disk *disk, u_long cyl, u_long heads, u_long sects); /* Set the geometry the bios uses. */ +void +Sanitize_Bios_Geom(struct disk *disk); +/* Set the bios geometry to something sane + */ + int Delete_Chunk(struct disk *disk, struct chunk *); /* Free a chunk of disk_space @@ -278,7 +270,7 @@ * *Sample output from tst01: * - * Debug_Disk(wd0) flags=0 real_geom=0/0/0 bios_geom=0/0/0 + * Debug_Disk(wd0) flags=0 bios_geom=0/0/0 * >> 0x3d040 0 1411200 1411199 wd0 0 whole 0 0 * >>>> 0x3d080 0 960120 960119 wd0s1 3 freebsd 0 8 * >>>>>> 0x3d100 0 40960 40959 wd0s1a 5 part 0 0 Index: tst01.c =================================================================== RCS file: /home/ncvs/src/lib/libdisk/tst01.c,v retrieving revision 1.18 diff -u -r1.18 tst01.c --- tst01.c 1996/07/09 12:17:46 1.18 +++ tst01.c 1996/11/25 09:14:59 @@ -196,33 +196,17 @@ All_FreeBSD(d, 1); continue; } - if (!strcasecmp(*cmds,"bios") && ncmd == 4) { - Set_Bios_Geom(d, - strtol(cmds[1],0,0), - strtol(cmds[2],0,0), - strtol(cmds[3],0,0)); + if (!strcasecmp(*cmds,"sanitize")) { + Sanitize_Bios_Geom(d); continue; } -#if 0 - if (!strcasecmp(*cmds,"phys") && ncmd == 4) { - d = Set_Phys_Geom(d, + if (!strcasecmp(*cmds,"bios") && ncmd == 4) { + Set_Bios_Geom(d, strtol(cmds[1],0,0), strtol(cmds[2],0,0), strtol(cmds[3],0,0)); continue; } -#endif -#if 0 - if (!strcasecmp(*cmds,"collapse")) { - if (cmds[1]) - while (Collapse_Chunk(d, - (struct chunk *)strtol(cmds[1],0,0))) - ; - else - Collapse_Disk(d); - continue; - } -#endif if (!strcasecmp(*cmds,"list")) { cp = Disk_Names(); printf("Disks:"); Index: write_disk.c =================================================================== RCS file: /home/ncvs/src/lib/libdisk/write_disk.c,v retrieving revision 1.17 diff -u -r1.17 write_disk.c --- write_disk.c 1996/04/29 05:03:02 1.17 +++ write_disk.c 1996/11/25 09:37:03 @@ -80,15 +80,9 @@ dl->d_secsize = 512; dl->d_secperunit = new->chunks->size; -#if 0 - dl->d_ncylinders = new->real_cyl ? new->real_cyl : new->bios_cyl; - dl->d_ntracks = new->real_hd ? new->real_hd : new->bios_hd; - dl->d_nsectors = new->real_sect ? new->real_sect : new->bios_sect; -#else dl->d_ncylinders = new->bios_cyl; dl->d_ntracks = new->bios_hd; dl->d_nsectors = new->bios_sect; -#endif dl->d_secpercyl = dl->d_ntracks * dl->d_nsectors; dl->d_npartitions = MAXPARTITIONS; -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Nov 25 02:41:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07437 for current-outgoing; Mon, 25 Nov 1996 02:41:29 -0800 (PST) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA07407 for ; Mon, 25 Nov 1996 02:40:49 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.7.5/8.6.9) id MAA16213 for freebsd-current@freebsd.org; Mon, 25 Nov 1996 12:39:50 +0200 (EET) From: mika ruohotie Message-Id: <199611251039.MAA16213@shadows.aeon.net> Subject: probs with xfree86 3.2 and current To: freebsd-current@freebsd.org Date: Mon, 25 Nov 1996 12:39:50 +0200 (EET) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk yes, i have a feeling this doesnt quite belong here, but i guess i should not be the only one with the probs i have... on console i have a working swedish.iso.kbd (even tho i am a finn) when i start the xfree i no longer have the layout, it goes to default? us layout. with the 3.1.x versions i had no problems with that, the keyboard mapped out right... *shrug* so, what should i do? i also noticed there's finnish keyboard somewhere for xfree, but i only found the reference... anyone? it's rather annoying to use us layout... :p mickey -- mika ruohotie mika@aeon.net From owner-freebsd-current Mon Nov 25 04:15:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10911 for current-outgoing; Mon, 25 Nov 1996 04:15:39 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA10906 for ; Mon, 25 Nov 1996 04:15:28 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vRzwZ-000QrKC; Mon, 25 Nov 96 13:15 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id MAA02396; Mon, 25 Nov 1996 12:08:25 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199611251108.MAA02396@freebie.lemis.de> Subject: Re: Can anyone explain...? In-Reply-To: <9611242009.AA18817@halloran-eldar.lcs.mit.edu> from Garrett Wollman at "Nov 24, 96 03:09:39 pm" To: wollman@lcs.mit.edu (Garrett Wollman) Date: Mon, 25 Nov 1996 12:08:25 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman writes: > < >> Of course it makes sense. How many time zones are there? > > wollman@khavrinen(8)$ wc -l zone.tab > 356 zone.tab > > ...and that's not counting about ten more for changes in Chile, > Argentina, Mongolia, Canada, and Kazakhstan which are coming next > week. > >> For that matter, take GMT and UTC. What are the time zone >> abbreviations for Malaysia, Singapore, Thailand, and Indonesia, all of >> which are UTC+8 and don't have summer time? > > Singapore Mon Nov 25 04:07:23 SGT 1996 > Bangkok Mon Nov 25 03:07:23 ICT 1996 > Jakarta Mon Nov 25 03:07:23 JAVT 1996 > Kuala_Lumpur Mon Nov 25 04:07:23 MYT 1996 > > (Note that your assertion is incorrect: Indonesia has three time > zones; Malaysia has two, although they currently observe the same >> 08:00 offset even though LMT in Kuala Lumpur is +06:47; Singapore > changed to +08:00 in 1982; and Thailand has been on +07:00 since 1920.) What's LMT? Are you indicating that it's 13 minutes off the time zone? Or are you referring to geographical time? >> But you're changing it from what every other system does. Sorry, I >> believe this is just plain *wrong*. > > No, I'm sorry. I'm changing it from what certain older systems using > obsolete version of the Arthur Olson timezone database used, to what > all newer systems using the current version of the Arthur Olson > timezone database use. Ah. That's the first time you've said that. My big problem was that I thought you were doing something unilateral. > If you don't like that, take it up with tz@elsie.nci.nih.gov and be > prepared for a loud groan followed by the words ``Oh no, not > again!''. Frankly I think you should stop whinging about it. > >> Have you thought of coordinating this with other "vendors"? > > No, I am taking it directly from THE ONE SINGLE VENDOR of this > information. Again, if you don't like it, take it up with the > maintainers. Well, I don't like it, but there are plenty of things I don't like. If this is the way the industry is going, I retract my complaint. Greg From owner-freebsd-current Mon Nov 25 04:50:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12894 for current-outgoing; Mon, 25 Nov 1996 04:50:30 -0800 (PST) Received: from fhg.de (fhg.de [153.96.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA12885 for ; Mon, 25 Nov 1996 04:50:15 -0800 (PST) Received: by mailgw2.fhg.de (fhg.de); Mon, 25 Nov 1996 13:50:35 +0100 (MET) X-ENV: (fhg.de) pae@ep151.iis.fhg.de -> freebsd-current@freebsd.ORG.VIA-SMTP Received: by mailgw2.fhg.de (fhg.de) with SMTP; Mon, 25 Nov 1996 13:50:32 +0100 (MET) from iis.fhg.de Received: by iis.fhg.de from ep151.iis; Mon, 25 Nov 96 13:49:53 +0100 Received: from ep151.iis (localhost [127.0.0.1]) by ep151.iis (8.8.2/8.8.2) with ESMTP id NAA04906 for ; Mon, 25 Nov 1996 13:49:33 +0100 (MET) Message-Id: <199611251249.NAA04906@ep151.iis> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-current@freebsd.ORG Subject: diskless client panics: root dev has no bdevsw Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 25 Nov 1996 13:49:33 +0100 From: Volker Paepcke Sender: owner-current@freebsd.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! Over a year ago I tried a diskless setup under FreeBSD-Current. Due to much trouble with swapping over nfs I gave up soon. Now I've some messages on the lists concerning these problems and how to solve them. But now I have a complete different problem: mounting the root partition.= I only get the message "panic: root dev has no bdevsw" after the probe messages from the hardware. The handbook contains no information about setting up the kernel config for the client. I remember a DISKLESS option, but this seems not to exist= = anymore. Here are some more informations about my configuration: I'm running FreeBSD-Current (last update was Oct 31.). server name: ep151.iis client name: ep107.iis The client (ep107) has a 3C509 Ethernet-Card (port 0x300, int 10) so I'm using the nb3c509.com under DOS for booting. Kernel configuration (allmost GENERIC with a few hardware settings): config kernel root on wd0 = /etc/bootptab: ep107.iis:\ :ht=3Dether:\ :ha=3D00a0240e216d:\ :sm=3D255.0.0.0:\ :hn:\ :ds=3D153.96.172.2:\ :ip=3D77.2.16.107:\ :gw=3D77.5.7.1:\ :vm=3Drfc1048: /etc/exports: /export/us1 -alldirs -maproot=3D0:0 ep107 /etc/fstab (on the client): ep151:/export/us1/clients/ep107/rootfs / nfs rw 0= 0 ep151:/export/us1/clients/ep107/swapfs none nfs sw 0= 0 proc /proc procfs rw 0= 0 Any ideas? or could someone please post me his working config-files? Thanks in advance, Volker --- pae@iis.fhg.de (scratchy@vulcan.franken.de at home) From owner-freebsd-current Mon Nov 25 05:16:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA14288 for current-outgoing; Mon, 25 Nov 1996 05:16:50 -0800 (PST) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA14269 for ; Mon, 25 Nov 1996 05:16:40 -0800 (PST) Received: from xaa.stack.nl (Uxaa@localhost) by terra.stack.nl (8.8.3) with UUCP id OAA11705 for freebsd-current@freebsd.org; Mon, 25 Nov 1996 14:13:08 +0100 (MET) X-Authentication-Warning: terra.stack.nl: Uxaa set sender to xaa.stack.nl!xaa using -f Received: (from xaa@localhost) by xaa.stack.nl (8.8.3/8.8.2) id OAA00299 for freebsd-current@freebsd.org; Mon, 25 Nov 1996 14:15:33 +0100 (MET) From: Mark Huizer Message-Id: <199611251315.OAA00299@xaa.stack.nl> Subject: strangeness with syslogd To: freebsd-current@freebsd.org Date: Mon, 25 Nov 1996 14:15:33 +0100 (MET) Reply-To: xaa@stack.nl X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm... my poor little syslogd that has done its job for months and months, suddenly is in big mental trouble. With the same syslog.conf as always (see below), it suddenly starts putting messages like 'syslogd: '/' in "/dev//dev/ttyva" on my console... Anyone now a good therapist for the poor guy? Mark My syslog.conf: *.notice;kern.debug;lpr,auth.info;mail.crit /var/log/messages mail.info /var/log/maillog cron.* /dev/ttyva *.notice;*.debug /var/log/messages *.alert;*.crit /var/log/messages *.emerg * *.err /dev/console *.err;*.notice;*.debug;cron.none /dev/ttyvb *.crit;*.alert;cron.none /dev/ttyvb ------------------------------------------------------------------------- - Mark Huizer - xaa@stack.nl - rcbamh@urc.tue.nl - ------------------------------------------------------------------------- - We're just two lost souls swimming in a fishbowl, year after year - - Running over the same old ground, what have we found - - the same old fears, oh, I wish you were here - ------------------------------------------------------------------------- From owner-freebsd-current Mon Nov 25 05:49:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA17037 for current-outgoing; Mon, 25 Nov 1996 05:49:46 -0800 (PST) Received: from cenotaph.snafu.de (root@gw-deadnet.snafu.de [194.121.229.33]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA17022 for ; Mon, 25 Nov 1996 05:49:38 -0800 (PST) Received: by cenotaph.snafu.de from deadline.snafu.de using smtp id m0vS1Pf-000ZjTC; Mon, 25 Nov 1996 14:49:31 +0100 (MET) (Smail-3.2 1996-Jul-4 #1) Received: by deadline.snafu.de id m0vS1Pd-00080FC; Mon, 25 Nov 1996 14:49:29 +0100 (MET) (Smail-3.2 1996-Jul-4 #1) Message-Id: Date: Mon, 25 Nov 1996 14:49:29 +0100 (MET) MIME-Version: 1.0 X-Newsreader: knews 0.9.7 References: In-Reply-To: From: mickey@deadline.snafu.de (Andreas S. Wetzel) Subject: Re: Someone working on ISA PnP support? X-Original-Newsgroups: lists.freebsd-current To: Andreas Klemm Cc: current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! --- In article , Andreas Klemm writes: > > On Mon, 18 Nov 1996, Andreas S. Wetzel wrote: > >> Is currently someone working on ISA PnP support for -current? > > Yes. > >> Is there an interest for such functionality? > > Yes. So who is currently working on that, how can I get in touch with them? Regards, Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Fon: <+4930> 456 066 90 * ||----|| Germany Fax: <+4930> 456 066 91/92 ~~ ~~ From owner-freebsd-current Mon Nov 25 06:24:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20025 for current-outgoing; Mon, 25 Nov 1996 06:24:37 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20019; Mon, 25 Nov 1996 06:24:29 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199611251424.GAA20019@freefall.freebsd.org> Subject: Re: ctm-cvs-cur dealta 2716 broken To: jhs@freebsd.org Date: Mon, 25 Nov 1996 06:24:27 -0800 (PST) Cc: joerg_wunsch@uriah.heep.sax.de, postmaster@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <199611242038.VAA13214@vector.jhs.no_domain> from "Julian H. Stacey" at Nov 24, 96 09:38:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian H. Stacey wrote: > > Hi J"org (CC current + postmaster) > > Reference: > > From: J Wunsch > > Reply-to: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) > > > > (Why the heck did you move this to -current?!) > > The original announcement was on ctm-announce@, > but as *announce are usually designed to be light traffic, > & my post was merely a question, I used current@ > > Try: > echo "info ctm-announce" | mail majordomo@freebsd.org > & get: > >>>> info ctm-announce > #### No info available for ctm-announce. > > Maybe postmaster would like to invite phk or someone to create a majordomo > info entry, possibly specifying where follow-up should occur ? i will create a ctm-announce mail list tonight ;) hey, wait a minute there is a ctm-announce mailing list. i forgot to create an info file for the list ls -Flag lists/ctm-announce* -rw-rw-r-- 1 root majordom 4279 Nov 24 15:41 lists/ctm-announce -rw-rw-r-- 1 majordom majordom 12081 Sep 17 1995 lists/ctm-announce.config -rw-r----- 1 root majordom 9 Mar 4 1995 lists/ctm-announce.passwd cat lists/ctm-announce.info CTM-ANNOUNCE Announcements list for CTM This list contains announcements about the CTM source distrbution service for FreeBSD. Ctm provides source updates as ascii encoded, gzipped, diff files. The list throughput is limited to prevent mailboxews from being filled when a large program is changed (for example gcc is replaced). usually files are ~5kB, and arrive 4 times a day. done. thanks. jmb From owner-freebsd-current Mon Nov 25 07:05:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23474 for current-outgoing; Mon, 25 Nov 1996 07:05:10 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA23454 for ; Mon, 25 Nov 1996 07:04:58 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA14819; Mon, 25 Nov 1996 09:02:50 -0600 From: Joe Greco Message-Id: <199611251502.JAA14819@brasil.moneng.mei.com> Subject: And Now For Something Completely Different To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 25 Nov 1996 09:02:50 -0600 (CST) Cc: phk@critter.tfs.com, jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <199611242225.OAA00748@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Nov 24, 96 02:25:59 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Yeah, but I need to have somebody test the sysinstall disk nontheless, > > and I seem to recall that you have never been converted to the new > > testament ? :-) > > The new testament doesn't work when you do between 2 and 15 installs a > day, it gets in my way too often and even trying to use the batch mode > script stuff looks to be troublesome as often each machine is just > different enough.... Is this documented anywhere? I have been mildly curious about this for some time, but beyond the "freebsd.cfg" and some looking through the sysinstall source code, I have not found any information on the topic of sysinstall's batch mode configuration. ... JG From owner-freebsd-current Mon Nov 25 07:21:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA24870 for current-outgoing; Mon, 25 Nov 1996 07:21:37 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA24853 for ; Mon, 25 Nov 1996 07:21:28 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA14845; Mon, 25 Nov 1996 09:18:25 -0600 From: Joe Greco Message-Id: <199611251518.JAA14845@brasil.moneng.mei.com> Subject: Re: 2.2-ALPHA install failure To: mark@grondar.za (Mark Murray) Date: Mon, 25 Nov 1996 09:18:25 -0600 (CST) Cc: jkh@time.cdrom.com, phk@critter.tfs.com, rgrimes@GndRsh.aac.dev.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG In-Reply-To: <199611250711.JAA06781@grackle.grondar.za> from "Mark Murray" at Nov 25, 96 09:11:02 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > SCSI - we use three contollers in house -Adaptec 1540, Adaptec 2940 > and NCR 810. For all of these we either use MB/32/64 (or is it > MB/64/32? - I am at home now) or N/255/63 (or N/63/255?). With > these selections we have no trouble at all. Allowing sysinstall to > pick/discover geometries is asking for trouble. Just a comment, My standard procedure is to use a DOS boot disk to fdisk /mbr fdisk <= create DOS partition format : and then boot FreeBSD. I have never had a problem with sysinstall that I can recall, when doing this... it always "discovers" a usable geometry. I will probably switch to Rod's X/64/32 thing for SCSI disks, as I have used that occasionally in the past and never seemed to have any problems, but I wasn't too sure about it. ... JG From owner-freebsd-current Mon Nov 25 09:21:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA19860 for current-outgoing; Mon, 25 Nov 1996 09:21:32 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA19804 for ; Mon, 25 Nov 1996 09:21:18 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vS4iR-0006oP-00; Mon, 25 Nov 1996 10:21:07 -0700 To: Marc Slemko Subject: Re: find and xargs in /etc/security Cc: current@freebsd.org In-reply-to: Your message of "Sun, 24 Nov 1996 23:15:07 MST." References: Date: Mon, 25 Nov 1996 10:21:07 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Marc Slemko writes: : Yuck. There is the little matter of sort which messes things up. There : are ways around it by adding another command to the pipe, but that starts : to get ugly. Hmm. Unless we just do a find -ls, but that means we don't : get the full timestamps. That's why I suggested that you fix it, since it looked non-trivial when I looked at it. If you can come up with an easy way to deal with this, then please let me know. Taking a closer look, I don't think the sort is required at the place that it is right now, since I think it can be done after the xargs safely. : There is more wrong with /etc/security than that, so perhaps it is worth : looking at it a bit more deeply. OpenBSD and NetBSD have a far more : comprehensive /etc/security. Can you elaberate as to what makes them better? Warner From owner-freebsd-current Mon Nov 25 10:16:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27262 for current-outgoing; Mon, 25 Nov 1996 10:16:30 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA27249 for ; Mon, 25 Nov 1996 10:16:21 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16722(3)>; Mon, 25 Nov 1996 10:14:58 PST Received: by crevenia.parc.xerox.com id <177711>; Mon, 25 Nov 1996 10:14:47 -0800 From: Bill Fenner To: current@freebsd.org Subject: Strangeness in 2.2-ALPHA with multicast traffic Message-Id: <96Nov25.101447pst.177711@crevenia.parc.xerox.com> Date: Mon, 25 Nov 1996 10:14:42 PST Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running mrouted and the multicast applications all on one machine, with a de0 and an ed0, the ed0 is disabled for multicast. I am seeing two oddities: 1) If I have "vat" running on a group, and run "tcpdump", tcpdump shows lots of non-IP traffic which is actually the multicast data but mangled. If I quit the "vat", tcpdump goes back to showing the traffic as multicast IP. 2) Multicast group memberships sometimes simply disappear, I haven't been able to figure out what can trigger this. I also haven't been able to do much debugging because somehow the multicast group membership stuff never made it into netstat. Is anyone else having problems like this? These are relatively major bugs and I don't think a release should ship with them. I never experienced them in -stable . Bill From owner-freebsd-current Mon Nov 25 10:18:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27424 for current-outgoing; Mon, 25 Nov 1996 10:18:52 -0800 (PST) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27404 for ; Mon, 25 Nov 1996 10:18:43 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.3/8.8.3) with ESMTP id SAA28507 for ; Mon, 25 Nov 1996 18:17:44 GMT Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Mon, 25 Nov 1996 18:17:24 +0000 Received: from tees.elsevier.co.uk (tees.elsevier.co.uk [193.131.197.60]) by cadair.elsevier.co.uk (8.8.3/8.8.3) with ESMTP id SAA06314; Mon, 25 Nov 1996 18:17:18 GMT Received: (from dpr@localhost) by tees.elsevier.co.uk (8.8.3/8.8.3) id SAA08704; Mon, 25 Nov 1996 18:16:05 GMT To: Bruce Evans Cc: current@freebsd.org, fenner@parc.xerox.com Subject: Re: 2.2-ALPHA install failure References: <199611232119.IAA05102@godzilla.zeta.org.au> From: Paul Richards Date: 25 Nov 1996 18:16:04 +0000 In-Reply-To: Bruce Evans's message of Sun, 24 Nov 1996 08:19:46 +1100 Message-ID: <57ohgmniqj.fsf@tees.elsevier.co.uk> Lines: 51 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: > This behaviour is very natural if you know that there are only 6 sector > bits, 8 head bits and 10 cylinder bits. Values larger than 1023/255/63 > get truncated mod 1024/256/64 in each field. Geometries which would > cause truncated sector or head bits must not be used. Truncation of > cylinder bits is usually harmless provided you don't want to boot from > a partition above cylinder 1023 or run a lesser O/S that doesn't support > such partitions. A colleague here that I just co-erced into switching from SCO to FreeBSD (Ok, didn't take that much effort) has had some problem that I'm still collecting info on but basically, it seems that he had set the number of cylinders in his BIOS to some large value and that SCO had written a MBR that had used the full number of bits from the BIOS for the number of cylinders (i.e. without truncation) and from our initial guess and put FF's into the other MBR entries. FreeBSD isn't seeing the partitions on the the end of the disk because our bootblock masks the high bits of the no. cylinder field from the BIOS (perfectly correctly as per spec) so FreeBSD has a weird idea of things since SCO wrote the MBR and cheats by using the all the bits the BIOS sends provides it. He's going to provide more complete details. > Flexible SCSI BIOS geometries also cause interesting bootstrapping > problems. Suppose that the geometry is initially 64/32 for some reason, > but you don't want that. You run fdisk and tell it the geometry that > you want (normally 255/63) and then change the partition table, being > careful to end partitions on (new) cylinder boundaries. The kernel will > detect the changed geometry in some circumstances. The SCSI BIOS will > detect on the next boot. However, if you make a mistake with the > cylinder boundaries, then the SCSI BIOS might detect garbage and switch > to a default that might not work. It's safest to reboot immediately and > check that the changes worked right. Hmm, can't the driver contain this knowledge? i.e. the driver could export it's default geometry to userland so libdisk knows what the default geometry for that controller is and use it in preference to guessing. DOS never seems to have these problems and when I run into difficulties I usuall stick a small DOS partition on the disk to get a valid MBR. I assume it's just letting the controller pick a default. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Mon Nov 25 10:25:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28005 for current-outgoing; Mon, 25 Nov 1996 10:25:37 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27993 for ; Mon, 25 Nov 1996 10:25:28 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.2/8.6.9) with ESMTP id KAA07229; Mon, 25 Nov 1996 10:24:11 -0800 (PST) To: Joe Greco cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: And Now For Something Completely Different In-reply-to: Your message of "Mon, 25 Nov 1996 09:02:50 CST." <199611251502.JAA14819@brasil.moneng.mei.com> Date: Mon, 25 Nov 1996 10:24:11 -0800 Message-ID: <7227.848946251@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Is this documented anywhere? I have been mildly curious about this for > some time, but beyond the "freebsd.cfg" and some looking through the > sysinstall source code, I have not found any information on the topic > of sysinstall's batch mode configuration. [hangs head] Erm, I'll document that feature RSN - I promise! :-) Jordan From owner-freebsd-current Mon Nov 25 10:31:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28472 for current-outgoing; Mon, 25 Nov 1996 10:31:49 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA28444 for ; Mon, 25 Nov 1996 10:31:29 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id KAA22491; Mon, 25 Nov 1996 10:28:21 -0800 (PST) Message-ID: <3299E533.15FB7483@whistle.com> Date: Mon, 25 Nov 1996 10:28:03 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: J Wunsch CC: FreeBSD-current users Subject: Re: 2.2-ALPHA install failure References: <199611250847.JAA16092@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Rodney W. Grimes wrote: > > > > If you run a third party fdisk program on the disk, then the disk isn't > > > dedicated. > > > ENOUGH ALREADY! When I implimented the dummy fdisk table in the boot loader, I did it simply to allow people who had loaded the previous style of bootblocks, and who had used IT's style of "dangerously dedicated" to be able to replace the old bootblocks with the new ones and still be able to boot. the end sect/cyl/head numbers are NEVER USED except by FreeBSD to try get sme hints about the geometry, and I tend to believe in setting them to the following would be best. Ehead = Bios #heads -1 ECYL = 2 (or maybe 1?) Esectors = Bios# sectors note that the slice SIZE does not come into this calculation at all.... this would ensure that we could derive the geometry from it.. but the NCR bios might not like it too much but then, who cares.. it'd still work I believe. this would require altering disklabel to fiddle these bits (which it presently does not do), of setting sysinstall to do it in a compatible manner. personally I NEVER EVER EVER use dedicated mode. I find it too useful to have the 'dead area' before the first partition, and hell it's only 32K usually! julian (who has been following this froma a machine he could not reply from all weekend) > From owner-freebsd-current Mon Nov 25 11:15:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02044 for current-outgoing; Mon, 25 Nov 1996 11:15:50 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA02015 for ; Mon, 25 Nov 1996 11:15:37 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA15290; Mon, 25 Nov 1996 13:12:08 -0600 From: Joe Greco Message-Id: <199611251912.NAA15290@brasil.moneng.mei.com> Subject: Re: And Now For Something Completely Different To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 25 Nov 1996 13:12:08 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, rgrimes@gndrsh.aac.dev.com, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <7227.848946251@time.cdrom.com> from "Jordan K. Hubbard" at Nov 25, 96 10:24:11 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Is this documented anywhere? I have been mildly curious about this for > > some time, but beyond the "freebsd.cfg" and some looking through the > > sysinstall source code, I have not found any information on the topic > > of sysinstall's batch mode configuration. > > [hangs head] > > Erm, I'll document that feature RSN - I promise! :-) No problem, I was just thinking maybe I had not looked hard enough through the documentation. Some of us install lots of systems and have a preference leaning towards identical systems... this sounds like a useful mechanism, but I could not at the time make enough of the hints in the source code to use it. That is okay because sysinstall is pretty cool to begin with. Certainly I prefer it to the Solaris install! Thanks, ... JG From owner-freebsd-current Mon Nov 25 11:32:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03188 for current-outgoing; Mon, 25 Nov 1996 11:32:57 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA03092 for ; Mon, 25 Nov 1996 11:32:39 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id UAA26230 for ; Mon, 25 Nov 1996 20:32:26 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id UAA06641 for freebsd-current@FreeBSD.org; Mon, 25 Nov 1996 20:32:03 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.3/keltia-uucp-2.9) id TAA07603; Mon, 25 Nov 1996 19:53:11 +0100 (MET) Message-ID: Date: Mon, 25 Nov 1996 19:53:11 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Subject: Re: ntohs missing from netstat ? References: <96Nov24.155452pst.177567@crevenia.parc.xerox.com> X-Mailer: Mutt 0.51 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 In-Reply-To: <96Nov24.155452pst.177567@crevenia.parc.xerox.com>; from Bill Fenner on Nov 24, 1996 15:54:51 -0800 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Bill Fenner: > This looks like a pretty malformed route. Can you actually use that > route, e.g. if you ping keltia does it work? Yes, everything is working. > Do you know what program generated that route? Probably routed from the RIP packets sent by GateD on the other side. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Sun Nov 24 16:05:46 MET 1996 From owner-freebsd-current Mon Nov 25 11:45:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04065 for current-outgoing; Mon, 25 Nov 1996 11:45:07 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA04050 for ; Mon, 25 Nov 1996 11:45:00 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.2/8.6.9) with ESMTP id LAA07561; Mon, 25 Nov 1996 11:42:51 -0800 (PST) To: Joe Greco cc: rgrimes@gndrsh.aac.dev.com, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: And Now For Something Completely Different In-reply-to: Your message of "Mon, 25 Nov 1996 13:12:08 CST." <199611251912.NAA15290@brasil.moneng.mei.com> Date: Mon, 25 Nov 1996 11:42:51 -0800 Message-ID: <7559.848950971@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > No problem, I was just thinking maybe I had not looked hard enough through > the documentation. > > Some of us install lots of systems and have a preference leaning towards > identical systems... this sounds like a useful mechanism, but I could > not at the time make enough of the hints in the source code to use it. > That is okay because sysinstall is pretty cool to begin with. Certainly > I prefer it to the Solaris install! Perhaps we can start the documentation process by example - if you tell me just what kind of template install you're for, I can send you a sample config file. Paul Traina was also the principle instigator in getting the feature put back, so maybe he wants to speak up at this point and tell everyone how he's using it. ;-) Jordan From owner-freebsd-current Mon Nov 25 11:46:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04162 for current-outgoing; Mon, 25 Nov 1996 11:46:51 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA04150; Mon, 25 Nov 1996 11:46:31 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr2-46.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA27171 (5.67b/IDA-1.5); Mon, 25 Nov 1996 20:46:26 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.3/8.6.9) id UAA08537; Mon, 25 Nov 1996 20:46:29 +0100 (CET) Message-Id: Date: Mon, 25 Nov 1996 20:46:28 +0100 From: se@FreeBSD.org (Stefan Esser) To: dawes@rf900.physics.usyd.edu.au (David Dawes) Cc: se@FreeBSD.org (Stefan Esser), current@FreeBSD.org Subject: Re: Four problems that really bug me with CURRENT References: <199611231301.OAA17983@x14.mi.uni-koeln.de> <199611232200.JAA05404@rf900.physics.usyd.edu.au> X-Mailer: Mutt 0.52 Mime-Version: 1.0 In-Reply-To: <199611232200.JAA05404@rf900.physics.usyd.edu.au>; from David Dawes on Nov 24, 1996 09:00:38 +1100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Nov 24, dawes@rf900.physics.usyd.edu.au (David Dawes) wrote: > >There is PCI code in XFree86 ??? > > Yes. It was originally used for passive probing, but for some video > cards, we also need to write to the PCI config space. It would be > better if most OSs provided an interface for doing this though. FreeBSD-current (and 2.2) do. > The machines I'm referring to are not running FreeBSD (usually they > are running Linux). At least one of the PPro machines is using a > fairly old revision of the Orion chipset. I'll see if I can get > some more information about this. Ok. Thanks! > As another data point, the scanpci program distributed with XFree86 > (which uses differnet PCI code) does detect the PCI bus on these machines, > and after that has been run, the PCI code in the XFree86 servers works > again. Hmm, I don't have XFree sources on my system. I'll try to find scanpci sources and will try to understand what they are doing ... Regards, STefan From owner-freebsd-current Mon Nov 25 12:30:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06805 for current-outgoing; Mon, 25 Nov 1996 12:30:59 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06784 for ; Mon, 25 Nov 1996 12:30:52 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA15467; Mon, 25 Nov 1996 14:27:30 -0600 From: Joe Greco Message-Id: <199611252027.OAA15467@brasil.moneng.mei.com> Subject: Re: And Now For Something Completely Different To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 25 Nov 1996 14:27:30 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, rgrimes@gndrsh.aac.dev.com, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <7559.848950971@time.cdrom.com> from "Jordan K. Hubbard" at Nov 25, 96 11:42:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > No problem, I was just thinking maybe I had not looked hard enough through > > the documentation. > > > > Some of us install lots of systems and have a preference leaning towards > > identical systems... this sounds like a useful mechanism, but I could > > not at the time make enough of the hints in the source code to use it. > > That is okay because sysinstall is pretty cool to begin with. Certainly > > I prefer it to the Solaris install! > > Perhaps we can start the documentation process by example - if you > tell me just what kind of template install you're for, I can send you > a sample config file. Paul Traina was also the principle instigator > in getting the feature put back, so maybe he wants to speak up at this > point and tell everyone how he's using it. ;-) Okay. Well, I don't really know what is possible and what is not, since I have not used the mechanism (sorry, catch-22)... Here is what would be time saving for _me_... I usually do the same thing to each FreeBSD box. I mainly want ease of maintenance, ready replaceability, and consistency. I would like to be able to specify a set of distributions to install. I usually do almost the SAME things to every box, maybe making exceptions for disk space that I feel might need to be increased for the box's specific job, etc. Comments thrown in at points where manual intervention would probably be desirable. Partition Label 40M / 60M swap 80M /usr 100M /usr/local 120M /var rest /home Distributions Custom bin compat20 compat2whatever DES des krb dict info man src lkm sys Media FTP Other ftp://ftp.freebsd.sol.net/pub/FreeBSD Commit Configure Console Saver Star Timeout 60 Time Zone 00:00 UTC North and South America United States Central Yes It Looks Fine Dammit Root Password Quit and reboot Now I will be honest: I am good enough at doing this that I can whip through it at warp speed. There are five places where it is possible (but not too likely) that I may want to make some changes, if this were to be scripted... but in reality I am not too sure how much time such scripting would save me. A friend of mine who has seen me whip through this claims I make him dizzy ;-) In any case, this is a common denominator for almost all my systems, and even for ones with X11 or full sources, I generally only allow for additional disk space and then install the stuff later. A template for this might be a real good start. The possible benefit that might be REALLY nice is that I could give certain people "almost" preconfigured boot diskettes. Please forgive me for not really understanding what is allowable and what is not, I figured I would outline as much of what I do by default and let you see how much of it could maybe fit into your mechanism. Also note that saving SOME steps is worthwhile! I have had to explain to a Novell guy in the past how to install FreeBSD. He made it through just fine since he is a smart guy and I went through and explained each step as well as I could, explaining what I was trying to do in addition to the steps I thought he needed to follow... but handing him a floppy with a shorter set of instructions would have been better. Thanks for any clues, Jordan. ... JG From owner-freebsd-current Mon Nov 25 13:21:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10398 for current-outgoing; Mon, 25 Nov 1996 13:21:55 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA10377 for ; Mon, 25 Nov 1996 13:21:19 -0800 (PST) Received: from phaeton.Artisoft.COM by mail.crl.com with SMTP id AA13281 (5.65c/IDA-1.5 for ); Mon, 25 Nov 1996 13:22:03 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA23307; Mon, 25 Nov 1996 14:03:13 -0700 From: Terry Lambert Message-Id: <199611252103.OAA23307@phaeton.artisoft.com> Subject: Re: 2.2-ALPHA install failure To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 25 Nov 1996 14:03:13 -0700 (MST) Cc: bde@zeta.org.au, current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com In-Reply-To: <199611250437.UAA01423@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Nov 24, 96 08:37:48 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I think the rational Microsoft gave me was something like ``Well, this > is a PnP OS, and that means it is suppose to automatically set up things > for you. If it didn't do this then the user would have to manually fdisk > and format the partition.'' I responeded with a ``well, at least you should > ask the user before making such an assumption about the contents of the > MBR.'' This may have been their rationale. However their reason was entirely cosmetic. Old boot blocks: Booting MS-DOS... New boot blocks: Booting Windows... 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 Mon Nov 25 13:22:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10414 for current-outgoing; Mon, 25 Nov 1996 13:22:00 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA10381 for ; Mon, 25 Nov 1996 13:21:26 -0800 (PST) Received: from phaeton.Artisoft.COM by mail.crl.com with SMTP id AA13334 (5.65c/IDA-1.5 for ); Mon, 25 Nov 1996 13:22:14 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA23293; Mon, 25 Nov 1996 13:57:56 -0700 From: Terry Lambert Message-Id: <199611252057.NAA23293@phaeton.artisoft.com> Subject: Re: 2.2-ALPHA install failure To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 25 Nov 1996 13:57:56 -0700 (MST) Cc: darrylo@sr.hp.com, jkh@time.cdrom.com, current@freefall.freebsd.org In-Reply-To: <199611241959.LAA00651@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Nov 24, 96 11:59:10 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I would like to also see that corrected/changed to: > The data for partition 3 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 0, size 2097152 (1024 Meg), flag 80 > beg: cyl 0/ sector 1/ head 0; > end: cyl 1023/ sector 32/ head 63 > > > Or atleast make size == cyl * sec * head (ie 1024*64*255 == 16711680) > my reasoning is that any third party fdisk program that sees the current > bogus table likes to try and ``fix it'' and usually ends up doing quite > the wrong thing : -(. This is bogus. Why can't I just ioctl the (unpartitioned) raw disk device and ask it? 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 Mon Nov 25 13:22:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10445 for current-outgoing; Mon, 25 Nov 1996 13:22:15 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA10432 for ; Mon, 25 Nov 1996 13:22:07 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA01236 for ; Mon, 25 Nov 1996 13:20:07 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma001234; Mon Nov 25 13:20:06 1996 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id NAA02696 for current@FreeBSD.org; Mon, 25 Nov 1996 13:20:05 -0800 (PST) From: Archie Cobbs Message-Id: <199611252120.NAA02696@bubba.whistle.com> Subject: Re: find and xargs in /etc/security In-Reply-To: from Marc Slemko at "Nov 24, 96 07:39:45 pm" To: current@FreeBSD.org Date: Mon, 25 Nov 1996 13:20:04 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Now that xargs has a -0 option to allow it to use the output from find > -print0, perhaps /etc/security should be updated to use these options so > we get rid of the garbage output caused by things such as files with > spaces in their name? This brings up another thing that has always bugged me. From the find(1) man page: -X The -X option is a modification to permit find to be safely used in conjunction with xargs(1). If a file name contains any of the delimiting characters used by xargs, a diagnostic message is displayed on standard error, and the file is skipped. The delim- iting characters include single (`` ' '') and double (`` " '') quotes, backslash (``\''), space, tab and newline characters. This is saying, ``If it will confuse xargs, don't print it.'' Why not instead ``If it will confuse xargs, insert backslashes as appropriate'' ?!? I mean, if find(1) already knows what characters it needs to escape for xargs, why not just go ahead and escape them?!? Jeez. >From man xargs(1): Spaces, tabs and newlines may be embedded in arguments using single (`` ' '') or double (``"'') quotes or backslashes (``\''). Single quotes escape all non-single quote characters, excluding newlines, up to the matching single quote. Double quotes escape all non-double quote charac- ters, excluding newlines, up to the matching double quote. Any single character, including newlines, may be escaped by a backslash. Howabout a new find(1) option that does this? Or better yet, just fix the "-X" option to work like it should in the first place. Just my $.02.. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Mon Nov 25 13:34:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11315 for current-outgoing; Mon, 25 Nov 1996 13:34:55 -0800 (PST) Received: from ravenock.cybercity.dk (disn53.cybercity.dk [194.16.57.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA11286 for ; Mon, 25 Nov 1996 13:34:40 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.2/8.7.3) id WAA00386 for current@freebsd.org; Mon, 25 Nov 1996 22:36:04 +0100 (MET) Message-Id: <199611252136.WAA00386@ravenock.cybercity.dk> Subject: ncrcontrol proposal To: current@freebsd.org (FreeBSD current) Date: Mon, 25 Nov 1996 22:36:02 +0100 (MET) From: "Soren Schmidt" From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a probelm with ncrcontrol being in /usr/sbin. I need it to shut off tagged cmds on one of my SCSI drives, and this needs to be done before the /usr etc filesystems are mounted. I would like it to be moved to /sbin and then linked static Opinions ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Mon Nov 25 14:03:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13101 for current-outgoing; Mon, 25 Nov 1996 14:03:26 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA13086; Mon, 25 Nov 1996 14:03:00 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr2-44.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA29222 (5.67b/IDA-1.5); Mon, 25 Nov 1996 23:02:26 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.3/8.6.9) id XAA00378; Mon, 25 Nov 1996 23:02:30 +0100 (CET) Message-Id: Date: Mon, 25 Nov 1996 23:02:29 +0100 From: se@freebsd.org (Stefan Esser) To: sos@freebsd.org Cc: current@freebsd.org (FreeBSD current) Subject: Re: ncrcontrol proposal References: <199611252136.WAA00386@ravenock.cybercity.dk> X-Mailer: Mutt 0.52 Mime-Version: 1.0 In-Reply-To: <199611252136.WAA00386@ravenock.cybercity.dk>; from Soren Schmidt on Nov 25, 1996 22:36:02 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Nov 25, sos@ravenock.cybercity.dk (Soren Schmidt), sos@freebsd.org wrote: > > I have a probelm with ncrcontrol being in /usr/sbin. I need it > to shut off tagged cmds on one of my SCSI drives, and this > needs to be done before the /usr etc filesystems are mounted. > I would like it to be moved to /sbin and then linked static I'd rather leave it where it is. You can set the default number of tags to 0 using a kernel config file option: options "SCSI_NCR_DFLT_TAGS=0" Then you can use "ncrcontrol -t 0 -t 1 -s tags=4" to enable tags on those drives that actually support them ... The definition of MAX_START should be changed into: #define MAX_START (MAX_TARGET + 15 * MAX_TAGS) as it already is in my development sources, or you may find that "ncrcontrol" claims to be incompatible with your kernel ... As soon as Justin Gibbs new SCSI code is used, the situation will change significantly, anyway. The new generic code knows about tags, and it is possible to add device specific "quirk" entries. (Which would disable tags for those HP drives, for example.) Regards, STefan PS: You are of course free to put a static ncrcontrol binary into /sbin. I just do not want this to become the default ... From owner-freebsd-current Mon Nov 25 14:09:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13477 for current-outgoing; Mon, 25 Nov 1996 14:09:35 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13454; Mon, 25 Nov 1996 14:09:23 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA15719; Mon, 25 Nov 1996 16:08:51 -0600 From: Joe Greco Message-Id: <199611252208.QAA15719@brasil.moneng.mei.com> Subject: Re: ncrcontrol proposal To: sos@FreeBSD.org Date: Mon, 25 Nov 1996 16:08:51 -0600 (CST) Cc: current@FreeBSD.org In-Reply-To: <199611252136.WAA00386@ravenock.cybercity.dk> from "sos@FreeBSD.org" at Nov 25, 96 10:36:02 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I have a probelm with ncrcontrol being in /usr/sbin. I need it > to shut off tagged cmds on one of my SCSI drives, and this > needs to be done before the /usr etc filesystems are mounted. > I would like it to be moved to /sbin and then linked static > > Opinions ?? STRICTLY opinion: This is a Bad Idea although it does perhaps fix your particular problem. It does not fix the case where a broken drive is the root drive, and it adds /sbin bloat to "fix" a more generic problem. First off, I think changes are in the pipe to move some of the functionality (including tags, I believe) into a generic SCSI driver, leaving the low level drivers to handle device specific stuff. This is probably a Very Good Thing(tm). If so - it means ncrcontrol may not fix your problem, but hopefully there will be an equivalent program to do the same thing. Still, that does not really "fix" the problem because to get to such a program, you have to be able to mount a filesystem and run code - which you can't if your root disk is cruddy and needs tags disabled. A "better" way to do this might be to bubble this up into userconfig somehow so one can "boot -c" and set flags on a particular SCSI device. I understand that there may not be anywhere near enough framework to support something like this. :-/ But you did ask for opinions. ... JG From owner-freebsd-current Mon Nov 25 14:15:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13906 for current-outgoing; Mon, 25 Nov 1996 14:15:13 -0800 (PST) Received: from ican.net (ican.net [198.133.36.9]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA13879 for ; Mon, 25 Nov 1996 14:15:00 -0800 (PST) Received: from gate.ican.net(really [198.133.36.2]) by ican.net via sendmail with esmtp id for ; Mon, 25 Nov 1996 17:14:52 -0500 (EST) (Smail-3.2 1996-Jul-4 #1 built 1996-Jul-10) Received: (from smap@localhost) by gate.ican.net (8.7.5/8.7.3) id RAA21491; Mon, 25 Nov 1996 17:12:52 -0500 (EST) Received: from nap.io.org(10.1.1.3) by gate.ican.net via smap (V1.3) id sma021473; Mon Nov 25 17:12:27 1996 Received: from localhost (taob@localhost) by nap.io.org (8.7.5/8.7.3) with SMTP id RAA01797; Mon, 25 Nov 1996 17:10:30 -0500 (EST) X-Authentication-Warning: nap.io.org: taob owned process doing -bs Date: Mon, 25 Nov 1996 17:10:30 -0500 (EST) From: Brian Tao To: Randall Hopper cc: current@freebsd.org Subject: Re: AWE32/SB32 driver ports uploaded In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 22 Nov 1996, Randall Hopper wrote: > > For those that'd like to try out the new AWE driver in 2.2 and -current, > I uploaded these ports to ftp.freebsd.org:/pub/FreeBSD/incoming last night: > > awemidi.tar.gz > awesfx.tar.gz > gmod-awe.tar.gz > playmidi-awe.tar.gz What kernel config options do I need to compile the driver in 2.2-ALPHA? I didn't see anything specific for the AWE32 in the LINT file. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Mon Nov 25 14:38:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15917 for current-outgoing; Mon, 25 Nov 1996 14:38:34 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA15895 for ; Mon, 25 Nov 1996 14:38:10 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vS9dq-0007Fz-00; Mon, 25 Nov 1996 15:36:42 -0700 To: Terry Lambert Subject: Re: 2.2-ALPHA install failure Cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), bde@zeta.org.au, current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com In-reply-to: Your message of "Mon, 25 Nov 1996 14:03:13 MST." <199611252103.OAA23307@phaeton.artisoft.com> References: <199611252103.OAA23307@phaeton.artisoft.com> Date: Mon, 25 Nov 1996 15:36:42 -0700 From: Warner Losh Message-Id: Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199611252103.OAA23307@phaeton.artisoft.com> Terry Lambert writes: : Old boot blocks: Booting MS-DOS... : New boot blocks: Booting Windows... Hmmm, I thought that came from io.sys. A strings on io.sys certainly shows this string to be there... And the message is "Starting MS-DOS..." :-) Warner From owner-freebsd-current Mon Nov 25 14:44:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16335 for current-outgoing; Mon, 25 Nov 1996 14:44:11 -0800 (PST) Received: from central.picker.com (central.picker.com [144.54.31.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA16298 for ; Mon, 25 Nov 1996 14:43:46 -0800 (PST) Received: from ct.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0vS9dn-0004wxC; Mon, 25 Nov 96 17:36 EST Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA01429; Mon, 25 Nov 96 17:34:00 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id RAA10667; Mon, 25 Nov 1996 17:33:19 -0500 Message-Id: Date: Mon, 25 Nov 1996 17:33:18 -0500 From: rhh@ct.picker.com (Randall Hopper) To: current@freebsd.org Subject: [2.2 ALPHA] "moused" pasting bug in X X-Mailer: Mutt 0.52 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running moused and X. Whenever I'm in X and have some text highlighted, if I flip between windows, every so often the text will magically paste itself into the window I'm switching into without my having hit any mouse buttons (?) Here's my config: FreeBSD: 2.2-ALPHA Mouse : Microsoft Serial Mouse 2.0A (2 button) sysconfig: mousedtype=microsoft mousedport=/dev/cuaa0 mousedflags="" XF86Config: Section "Pointer" Protocol "MouseSystems" Device "/dev/sysmouse" Emulate3Buttons #Emulate3Timeout 50 EndSection Is this a result of incorrect configuration on my part, or possibly a bug? Thanks, Randall From owner-freebsd-current Mon Nov 25 16:11:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21576 for current-outgoing; Mon, 25 Nov 1996 16:11:01 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA21541 for ; Mon, 25 Nov 1996 16:10:16 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17016(4)>; Mon, 25 Nov 1996 16:09:34 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177711>; Mon, 25 Nov 1996 16:09:23 -0800 To: roberto@keltia.freenix.fr (Ollivier Robert) cc: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Re: ntohs missing from netstat ? In-reply-to: Your message of "Mon, 25 Nov 96 10:53:11 PST." Date: Mon, 25 Nov 1996 16:09:17 PST From: Bill Fenner Message-Id: <96Nov25.160923pst.177711@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message you write: >Yes, everything is working. What does "route get keltia" say? >> Do you know what program generated that route? > >Probably routed from the RIP packets sent by GateD on the other side. What version of routed? Bill From owner-freebsd-current Mon Nov 25 16:41:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23259 for current-outgoing; Mon, 25 Nov 1996 16:41:07 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA23231 for ; Mon, 25 Nov 1996 16:40:56 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.7.5/8.7.3) with UUCP id RAA27220; Mon, 25 Nov 1996 17:40:23 -0700 (MST) Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id RAA22973; Mon, 25 Nov 1996 17:38:11 -0700 (MST) Date: Mon, 25 Nov 1996 17:38:10 -0700 (MST) From: Marc Slemko X-Sender: marcs@alive.ampr.ab.ca To: Warner Losh cc: current@FreeBSD.org Subject: Re: find and xargs in /etc/security In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Nov 1996, Warner Losh wrote: > In message Marc Slemko writes: > > : There is more wrong with /etc/security than that, so perhaps it is worth > : looking at it a bit more deeply. OpenBSD and NetBSD have a far more > : comprehensive /etc/security. > > Can you elaberate as to what makes them better? I didn't necessarily say better, just more comprehensive. 579 2644 14887 OpenBSD/src/etc/security 87 318 2104 FreeBSD/src/etc/security Things like master.passwd file syntax and oddities, group file syntax and oddities, stuff in root shell startup files (eg. .cshrc), "+" in various files like hosts.equiv, special users with .rhosts files, home directory permissions, mailbox permissions, /etc/exports, changes in setuid/setgid files, permissions on block and character disk devices, special files and binaries checksum. Some of the stuff is a bit questionable, and in general the less output the better when security monitoring is involved, but some is quite useful. An option to easily add a tripwire scan wouldn't hurt, although perhaps a security.local and a port with a good config file (ie. setup to watch important things and ignore unimportant changes) would be better. From owner-freebsd-current Mon Nov 25 17:28:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25529 for current-outgoing; Mon, 25 Nov 1996 17:28:54 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA25488 for ; Mon, 25 Nov 1996 17:28:22 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id MAA19052; Tue, 26 Nov 1996 12:22:12 +1100 Date: Tue, 26 Nov 1996 12:22:12 +1100 From: Bruce Evans Message-Id: <199611260122.MAA19052@godzilla.zeta.org.au> To: jgreco@brasil.moneng.mei.com, mark@grondar.za Subject: Re: 2.2-ALPHA install failure Cc: freebsd-current@FreeBSD.ORG, jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, phk@critter.tfs.com, rgrimes@gndrsh.aac.dev.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >My standard procedure is to use a DOS boot disk to > >fdisk /mbr >fdisk <= create DOS partition >format : > >and then boot FreeBSD. I have never had a problem with sysinstall that >I can recall, when doing this... it always "discovers" a usable geometry. This won't work with geometry-detecting SCSI BIOSes if the partition table has suitable non-garbage in it. Try it with a X/1/1 prepared by a previous installation of FreeBSD. The kernel must be kept entirely below 512KB for booting with such a geometry. >I will probably switch to Rod's X/64/32 thing for SCSI disks, as I have >used that occasionally in the past and never seemed to have any problems, >but I wasn't too sure about it. The kernel must be kept entirely below 1GB for booting with a X/64/32 geometry. This is usually arranged by keeping the boot partition entirely below 1GB. My standard procedure for new SCSI disks is to use a FreeBSD boot disk to: boot with -v note (vendor-supplied) geometry for future reference back up MBR for future reference write 0's to MBR reboot boot with -v note default geometry for future reference fdisk. Specify a geometry of X/255/63. Create a dummy partition with start = 63 and size = ((some multiple of 255*63) - 63). reboot boot with -v fdisk. Check that geometry is now X/255/63. If not, try another geometry... fdisk, sysinstall: enter this geometry if the default is wrong. The default is likely to be wrong only if you've cleared the dummy partition. new IDE disks is easier: run BIOS setup and choose the biggest available geometry boot with -v and check that this geometry is used fdisk, sysinstall: enter this geometry if the default is wrong. The default is likely to be wrong if you haven't entered a dummy partition or if the partition table has garbage in it. For disks with existing partitions that must be preserved: boot with -v and note the current geometry run fdisk or sysinstall and check that the default geometry is the same. If it is different, then you have a serious configuration error (perhaps for a dedicated disk :-). Fix it before continuing. Bruce From owner-freebsd-current Mon Nov 25 18:59:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA01294 for current-outgoing; Mon, 25 Nov 1996 18:59:47 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA01261 for ; Mon, 25 Nov 1996 18:58:46 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA21607; Tue, 26 Nov 1996 13:53:14 +1100 Date: Tue, 26 Nov 1996 13:53:14 +1100 From: Bruce Evans Message-Id: <199611260253.NAA21607@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, julian@whistle.com Subject: Re: 2.2-ALPHA install failure Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >ENOUGH ALREADY! Sorry, more last words... >When I implimented the dummy fdisk table in the boot loader, I did >it simply to allow people who had loaded the previous style of >bootblocks, and who had used IT's style of "dangerously dedicated" >to be able to replace the old bootblocks with the new ones and >still be able to boot. When I implemented the slice code for 2.0.5 I had to keep supporting these old boot blocks, so they still haven't gone away. >the end sect/cyl/head numbers are NEVER USED except by FreeBSD Not true. At least the ncr SCSI BIOS uses them to get some hints about the geometry. H=255/S=63 gives hints that are inconsistent with the size of 50000, so the hints are ignored. >Ehead = Bios #heads -1 >ECYL = 2 (or maybe 1?) >Esectors = Bios# sectors >note that the slice SIZE does not come into this calculation at all.... >to try get sme hints about the geometry, and I tend to believe in >setting them to the following would be best. I think you mean the preceding. This has always been a requirement (for FreeBSD on drives that you want to put a FreeBSD partition on). >this would ensure that we could derive the geometry from it.. No, it would ensure that we couldn't tell if the geometry derived from it is the correct one (unless the size is adjusted to match). >but the NCR bios might not like it too much Yes, it would also ensure that the NCR BIOS couldn't tell if the geometry derived from it is the correct one. >but then, who cares.. it'd still work I believe. It depends. It gives the NCR default, which is OK. However, the geometry may change when another OS writes a partition table entry that follows the rules (this shouldn't be a problem unless the other is confused about the geometry), and the geometry may not work with other controllers, so it is better to force it to 255/63 or 64/32 if you can. >this would require altering disklabel to fiddle these bits >(which it presently does not do), of setting sysinstall to do >it in a compatible manner. Disklabel is a BSD utility for handling labels. It should not know anything about partition tables of foreign OS's. >personally I NEVER EVER EVER use dedicated mode. >I find it too useful to have the 'dead area' before the >first partition, and hell it's only 32K usually! Same here (except on my newest SCSI disk I tried using dedicated mode to test it. It isn't usable since I need a partition selector to boot non-BSD partitions on other drives. This should be supported in our bootblocks). Bruce From owner-freebsd-current Mon Nov 25 21:29:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA10345 for current-outgoing; Mon, 25 Nov 1996 21:29:02 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA10335 for ; Mon, 25 Nov 1996 21:28:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA26908; Tue, 26 Nov 1996 16:20:06 +1100 Date: Tue, 26 Nov 1996 16:20:06 +1100 From: Bruce Evans Message-Id: <199611260520.QAA26908@godzilla.zeta.org.au> To: rgrimes@GndRsh.aac.dev.com, terry@lambert.org Subject: Re: 2.2-ALPHA install failure Cc: current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Or atleast make size == cyl * sec * head (ie 1024*64*255 == 16711680) >> my reasoning is that any third party fdisk program that sees the current >> bogus table likes to try and ``fix it'' and usually ends up doing quite >> the wrong thing : -(. > >This is bogus. > >Why can't I just ioctl the (unpartitioned) raw disk device and ask it? Because the driver doesn't know anything about the BIOS geometry. For SCSI drives, the ioctl returns the geometry reported by the SCSI MODE_SENSE command. This has nothing to do with the BIOS geometry, and can't be the same as the BIOS geometry even by accident for modern drives with an average of >= 64 sectors/track. The driver doesn't know anything about the BIOS geometry because it doesn't know the correspondence between BIOS drive numbers and FreeBSD drive numbers. The BIOS numbers depend on the POST order (see many old postings by Terry :-). Bruce From owner-freebsd-current Mon Nov 25 21:47:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11290 for current-outgoing; Mon, 25 Nov 1996 21:47:11 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA11265 for ; Mon, 25 Nov 1996 21:46:54 -0800 (PST) Received: by sequent.kiae.su id AA22146 (5.65.kiae-2 ); Tue, 26 Nov 1996 09:46:44 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 26 Nov 96 09:46:44 +0400 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id IAA04879; Tue, 26 Nov 1996 08:45:19 +0300 (MSK) Message-Id: <199611260545.IAA04879@nagual.ru> Subject: New tzdata1996m.tar.gz available now, please commit. To: wollman@lcs.mit.edu (Garrett Wollman), current@freebsd.org (FreeBSD-current) Date: Tue, 26 Nov 1996 08:45:19 +0300 (MSK) From: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please, commit it, at least Moscow timezone fixed now: good old name returned and winter rule updated -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Nov 25 21:47:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11317 for current-outgoing; Mon, 25 Nov 1996 21:47:35 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA11280 for ; Mon, 25 Nov 1996 21:47:00 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id VAA04463; Mon, 25 Nov 1996 21:45:14 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199611260545.VAA04463@GndRsh.aac.dev.com> Subject: Re: 2.2-ALPHA install failure In-Reply-To: <199611260253.NAA21607@godzilla.zeta.org.au> from Bruce Evans at "Nov 26, 96 01:53:14 pm" To: bde@zeta.org.au (Bruce Evans) Date: Mon, 25 Nov 1996 21:45:14 -0800 (PST) Cc: j@uriah.heep.sax.de, julian@whistle.com, freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >ENOUGH ALREADY! > > Sorry, more last words... > > >When I implimented the dummy fdisk table in the boot loader, I did > >it simply to allow people who had loaded the previous style of > >bootblocks, and who had used IT's style of "dangerously dedicated" > >to be able to replace the old bootblocks with the new ones and > >still be able to boot. > > When I implemented the slice code for 2.0.5 I had to keep supporting > these old boot blocks, so they still haven't gone away. > > >the end sect/cyl/head numbers are NEVER USED except by FreeBSD > > Not true. At least the ncr SCSI BIOS uses them to get some hints > about the geometry. H=255/S=63 gives hints that are inconsistent > with the size of 50000, so the hints are ignored. Also, the SCSI PnP spec says that a SCSI BIOS/Controller SHOULD look at them, and use them as Bruce describes above... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Mon Nov 25 23:02:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA16031 for current-outgoing; Mon, 25 Nov 1996 23:02:36 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA16018 for ; Mon, 25 Nov 1996 23:02:27 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA29950; Tue, 26 Nov 1996 17:54:26 +1100 Date: Tue, 26 Nov 1996 17:54:26 +1100 From: Bruce Evans Message-Id: <199611260654.RAA29950@godzilla.zeta.org.au> To: bde@zeta.org.au, p.richards@elsevier.co.uk Subject: Re: 2.2-ALPHA install failure Cc: current@freebsd.org, fenner@parc.xerox.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >A colleague here that I just co-erced into switching from SCO to >FreeBSD (Ok, didn't take that much effort) has had some problem that >I'm still collecting info on but basically, it seems that he had set >the number of cylinders in his BIOS to some large value and that SCO >had written a MBR that had used the full number of bits from the BIOS >for the number of cylinders (i.e. without truncation) and from our >initial guess and put FF's into the other MBR entries. It's impossible to write the number of cylinders without truncation. There are only 10 cylinder bits to write to. >FreeBSD isn't seeing the partitions on the the end of the disk because >our bootblock masks the high bits of the no. cylinder field from the >BIOS (perfectly correctly as per spec) so FreeBSD has a weird idea of >things since SCO wrote the MBR and cheats by using the all the bits >the BIOS sends provides it. FreeBSD or the FreeBSD boot block or the MBR? FreeBSD ignores the C/H/S values except to guess the geometry and the geometry is only used by utilities (sysinstall and fdisk). It uses the linear sector numbers for almost everything. The geometry-guessing part knows something about both truncated values and FF's in all the C/H/S values (it skips the entries with all FF's since they provide no useful information). The FreeBSD boot block ignores the C/H/S values completely. It uses only the linear sector numbers (the offset at least) and the BIOS geometry (obtained simply by asking the BIOS). Most MBR's use only the starting C/H/S value for the partition to be booted. >> Flexible SCSI BIOS geometries also cause interesting bootstrapping >> problems. Suppose that the geometry is initially 64/32 for some reason, >> ... >Hmm, can't the driver contain this knowledge? i.e. the driver could >export it's default geometry to userland so libdisk knows what the >default geometry for that controller is and use it in preference to >guessing. No. It would only work for the simple case of a new disk. If there is already a partition table on the disk, then the driver must not pick an arbitrary default. Then there are complications determining what the controller actually supports. E.g., you would have to read the "DOS > 1GB" switch on Buslogic controllers. >DOS never seems to have these problems and when I run into >difficulties I usuall stick a small DOS partition on the disk to get a >valid MBR. I assume it's just letting the controller pick a default. That's partly because it doesn't support cylinders >= 1024. If the controller picks a default with >= 1024, you lose. Bruce From owner-freebsd-current Tue Nov 26 00:52:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA28514 for current-outgoing; Tue, 26 Nov 1996 00:52:30 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA28504 for ; Tue, 26 Nov 1996 00:52:26 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA17878; Tue, 26 Nov 1996 09:51:39 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02738; Tue, 26 Nov 1996 09:51:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA10096; Tue, 26 Nov 1996 09:25:01 +0100 (MET) From: J Wunsch Message-Id: <199611260825.JAA10096@uriah.heep.sax.de> Subject: Re: New tzdata1996m.tar.gz available now, please commit. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 26 Nov 1996 09:25:01 +0100 (MET) Cc: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611260545.IAA04879@nagual.ru> from "[?KOI8-R?]" at "Nov 26, 96 08:45:19 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > Please, commit it, at least Moscow timezone fixed now: > good old name returned and winter rule updated What's the name of the list to complain about gratuitous timezone name changes? :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Nov 26 00:56:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29226 for current-outgoing; Tue, 26 Nov 1996 00:56:56 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29215 for current; Tue, 26 Nov 1996 00:56:54 -0800 (PST) Date: Tue, 26 Nov 1996 00:56:54 -0800 (PST) From: Jeffrey Hsu Message-Id: <199611260856.AAA29215@freefall.freebsd.org> To: current Subject: new JDK release Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've rolled a new JDK release which can run the Marimba products. If you know how to modify the Marimba Solaris distribution to work with our JDK, please give freefall:pub/FreeBSD/LOCAL_PORTS/jdk102.11-26.tar.gz a try. If you don't know how to modify the standard Solaris distribution, I'll probably get around to either mailing out instructions or rerolling a FreeBSD version of the Marimba distribution sometime next week. From owner-freebsd-current Tue Nov 26 01:15:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02035 for current-outgoing; Tue, 26 Nov 1996 01:15:52 -0800 (PST) Received: from jupiter.planet.co.at (jupiter.planet.co.at [193.170.249.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA01979 for ; Tue, 26 Nov 1996 01:15:29 -0800 (PST) Received: from safeconcept.utimaco.co.at (safeconcept.utimaco.co.at [193.170.249.226]) by jupiter.planet.co.at (8.6.12/8.6.12) with ESMTP id KAA01541 for ; Tue, 26 Nov 1996 10:15:03 +0100 Received: from christian (christian.utimaco.co.at [10.0.0.39]) by safeconcept.utimaco.co.at (8.6.12/8.6.12) with SMTP id KAA01017; Tue, 26 Nov 1996 10:16:57 +0100 Message-ID: <329AB53A.511B@utimaco.co.at> Date: Tue, 26 Nov 1996 10:15:38 +0100 From: "DI. Christian Gusenbauer" Organization: Utimaco Safe-Concept X-Mailer: Mozilla 2.01 (WinNT; I) MIME-Version: 1.0 To: FreeBsd Current CC: Christian.Gusenbauer@safeconcept.utimaco.co.at Subject: Dosboot and bcc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! During the last weekend, I tried to get dosboot to be compiled using bcc. I managed the problems with the K&R standard and am now having the next problems: bcc does not support "long long"! Bruce, Joerg do you have any clues? Thanks, Christian. -- Christian Gusenbauer Christian.Gusenbauer@utimaco.co.at From owner-freebsd-current Tue Nov 26 01:40:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05051 for current-outgoing; Tue, 26 Nov 1996 01:40:15 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA04959 for ; Tue, 26 Nov 1996 01:39:53 -0800 (PST) Received: by sovcom.kiae.su id AB08405 (5.65.kiae-1 ); Tue, 26 Nov 1996 12:19:42 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 26 Nov 96 12:19:42 +0300 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id MAA01136; Tue, 26 Nov 1996 12:14:22 +0300 (MSK) Message-Id: <199611260914.MAA01136@nagual.ru> Subject: Re: New tzdata1996m.tar.gz available now, please commit. In-Reply-To: <199611260825.JAA10096@uriah.heep.sax.de> from J Wunsch at "Nov 26, 96 09:25:01 am" To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 26 Nov 1996 12:14:22 +0300 (MSK) Cc: freebsd-current@FreeBSD.org From: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As [?KOI8-R?] wrote: > > > Please, commit it, at least Moscow timezone fixed now: > > good old name returned and winter rule updated > > What's the name of the list to complain about gratuitous timezone name > changes? :-) tz@elsie.nci.nih.gov After few E-mails describing nastyes I win old MSK back :-) -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Nov 26 01:55:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA07620 for current-outgoing; Tue, 26 Nov 1996 01:55:29 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA07575 for ; Tue, 26 Nov 1996 01:55:20 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA20977; Tue, 26 Nov 1996 10:52:24 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA03689; Tue, 26 Nov 1996 10:52:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA12704; Tue, 26 Nov 1996 10:31:59 +0100 (MET) From: J Wunsch Message-Id: <199611260931.KAA12704@uriah.heep.sax.de> Subject: Re: Dosboot and bcc To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 26 Nov 1996 10:31:58 +0100 (MET) Cc: Christian.Gusenbauer@safeconcept.utimaco.co.at Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <329AB53A.511B@utimaco.co.at> from "DI. Christian Gusenbauer" at "Nov 26, 96 10:15:38 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As DI. Christian Gusenbauer wrote: > During the last weekend, I tried to get dosboot to be compiled using bcc. > I managed the problems with the K&R standard and am now having the next > problems: bcc does not support "long long"! Umm, do you really need them? It's already hard enough to do 32 bit operations on a 16-bit CPU, but who cares for 64 bit? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Nov 26 02:02:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09318 for current-outgoing; Tue, 26 Nov 1996 02:02:42 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09310 for current; Tue, 26 Nov 1996 02:02:39 -0800 (PST) Date: Tue, 26 Nov 1996 02:02:39 -0800 (PST) From: Jeffrey Hsu Message-Id: <199611261002.CAA09310@freefall.freebsd.org> To: current Subject: Marimba tuner and bongo Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've place in freefall:pub/FreeBSD/LOCAL_PORTS/ two distributions tuner_b3_freebsd.tar.gz bongo_b3_freebsd.tar.gz which should run if you placed your JDK distribution in /usr/local/java. From owner-freebsd-current Tue Nov 26 02:14:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11473 for current-outgoing; Tue, 26 Nov 1996 02:14:46 -0800 (PST) Received: from dfw-ix6.ix.netcom.com (dfw-ix6.ix.netcom.com [206.214.98.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA11451; Tue, 26 Nov 1996 02:14:40 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca8-01.ix.netcom.com [204.31.231.65]) by dfw-ix6.ix.netcom.com (8.6.13/8.6.12) with ESMTP id CAA28872; Tue, 26 Nov 1996 02:14:08 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.3/8.6.9) id CAA16572; Tue, 26 Nov 1996 02:14:06 -0800 (PST) Date: Tue, 26 Nov 1996 02:14:06 -0800 (PST) Message-Id: <199611261014.CAA16572@silvia.HIP.Berkeley.EDU> To: hsu@freefall.freebsd.org CC: current@freefall.freebsd.org In-reply-to: <199611260856.AAA29215@freefall.freebsd.org> (message from Jeffrey Hsu on Tue, 26 Nov 1996 00:56:54 -0800 (PST)) Subject: Re: new JDK release From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I've rolled a new JDK release which can run the Marimba products. If Any plan to update the port? :) Satoshi From owner-freebsd-current Tue Nov 26 02:15:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11571 for current-outgoing; Tue, 26 Nov 1996 02:15:14 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA11560 for ; Tue, 26 Nov 1996 02:15:12 -0800 (PST) Received: from jupiter.planet.co.at (jupiter.planet.co.at [193.170.249.3]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id CAA11838 for ; Tue, 26 Nov 1996 02:15:07 -0800 (PST) Received: from safeconcept.utimaco.co.at (safeconcept.utimaco.co.at [193.170.249.226]) by jupiter.planet.co.at (8.6.12/8.6.12) with ESMTP id LAA01654 for ; Tue, 26 Nov 1996 11:01:59 +0100 Received: from christian (christian.utimaco.co.at [10.0.0.39]) by safeconcept.utimaco.co.at (8.6.12/8.6.12) with SMTP id LAA01146; Tue, 26 Nov 1996 11:03:51 +0100 Message-ID: <329AC038.134D@utimaco.co.at> Date: Tue, 26 Nov 1996 11:02:32 +0100 From: "DI. Christian Gusenbauer" Organization: Utimaco Safe-Concept X-Mailer: Mozilla 2.01 (WinNT; I) MIME-Version: 1.0 To: FreeBsd Current CC: Christian.Gusenbauer@safeconcept.utimaco.co.at Subject: Re: Dosboot and bcc References: <199611260931.KAA12704@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As DI. Christian Gusenbauer wrote: > > > During the last weekend, I tried to get dosboot to be compiled using bcc. > > I managed the problems with the K&R standard and am now having the next > > problems: bcc does not support "long long"! > > Umm, do you really need them? I don't want to change the system include files. Look into the ufs implementation, and you'll find "long long" variables. > > It's already hard enough to do 32 bit operations on a 16-bit CPU, but > who cares for 64 bit? Me :)! Christian. -- Christian Gusenbauer Christian.Gusenbauer@utimaco.co.at From owner-freebsd-current Tue Nov 26 02:33:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15558 for current-outgoing; Tue, 26 Nov 1996 02:33:09 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA15527 for ; Tue, 26 Nov 1996 02:33:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA03791; Tue, 26 Nov 1996 21:28:38 +1100 Date: Tue, 26 Nov 1996 21:28:38 +1100 From: Bruce Evans Message-Id: <199611261028.VAA03791@godzilla.zeta.org.au> To: Christian.Gusenbauer@utimaco.co.at, freebsd-current@FreeBSD.ORG Subject: Re: Dosboot and bcc Cc: Christian.Gusenbauer@safeconcept.utimaco.co.at Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >During the last weekend, I tried to get dosboot to be compiled using bcc. >I managed the problems with the K&R standard and am now having the next >problems: bcc does not support "long long"! DOS compilers don't handle `long long' either, do they? You'll have to edit some of the header files. See the old version of dosboot :-). Bruce From owner-freebsd-current Tue Nov 26 04:28:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA00915 for current-outgoing; Tue, 26 Nov 1996 04:28:46 -0800 (PST) Received: from jupiter.planet.co.at (jupiter.planet.co.at [193.170.249.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA00595 for ; Tue, 26 Nov 1996 04:23:11 -0800 (PST) Received: from safeconcept.utimaco.co.at (safeconcept.utimaco.co.at [193.170.249.226]) by jupiter.planet.co.at (8.6.12/8.6.12) with ESMTP id NAA02034 for ; Tue, 26 Nov 1996 13:22:12 +0100 Received: from christian (christian.utimaco.co.at [10.0.0.39]) by safeconcept.utimaco.co.at (8.6.12/8.6.12) with SMTP id NAA01558; Tue, 26 Nov 1996 13:24:05 +0100 Message-ID: <329AE112.148C@utimaco.co.at> Date: Tue, 26 Nov 1996 13:22:42 +0100 From: "DI. Christian Gusenbauer" Organization: Utimaco Safe-Concept X-Mailer: Mozilla 2.01 (WinNT; I) MIME-Version: 1.0 To: FreeBsd Current CC: Christian.Gusenbauer@safeconcept.utimaco.co.at Subject: Re: Dosboot and bcc References: <199611261028.VAA03791@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > >During the last weekend, I tried to get dosboot to be compiled using bcc. > >I managed the problems with the K&R standard and am now having the next > >problems: bcc does not support "long long"! > > DOS compilers don't handle `long long' either, do they? You'll have to > edit some of the header files. See the old version of dosboot :-). :), as you know, the intention was to edit none of the standard headers ... But I already modified bcc and now he understands "long long" but does not generate code. The "long long" is only used to calculate the size of a structure and I hope I modified the right place. Well, I'll see ... bcc might also have a problem with some #define statements. Perhaps I'll use the gcc preprocessor. Christian. -- Christian Gusenbauer Christian.Gusenbauer@utimaco.co.at From owner-freebsd-current Tue Nov 26 06:02:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA04410 for current-outgoing; Tue, 26 Nov 1996 06:02:07 -0800 (PST) Received: from central.picker.com (central.picker.com [144.54.31.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA04405 for ; Tue, 26 Nov 1996 06:02:04 -0800 (PST) Received: from ct.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0vSO2R-0004wwC; Tue, 26 Nov 96 08:59 EST Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA16219; Tue, 26 Nov 96 08:56:24 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id IAA12261; Tue, 26 Nov 1996 08:55:46 -0500 Message-Id: Date: Tue, 26 Nov 1996 08:55:46 -0500 From: rhh@ct.picker.com (Randall Hopper) To: taob@io.org (Brian Tao) Cc: current@freebsd.org Subject: Re: AWE32/SB32 driver ports uploaded References: X-Mailer: Mutt 0.52 Mime-Version: 1.0 In-Reply-To: ; from Brian Tao on Nov 25, 1996 17:10:30 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The driver didn't make it into 2.2-ALPHA, but should be in 2.2 ctm and -current. The affected files are: sys/i386/conf/files.i386 ("i386/isa/sound/awe_wave.c optional awe device-driver") sys/i386/conf/LINT ("device awe0 at isa? port 0x620") sys/i386/isa/sound/awe_hw.h (new) sys/i386/isa/sound/awe_voice.h (new) sys/i386/isa/sound/awe_wave.c (new) sys/i386/isa/sound/dev_table.h sys/i386/isa/sound/local.h sys/i386/isa/sound/sound_calls.h sys/i386/isa/sound/sound_config.h sys/i386/isa/sound/soundcard.c sys/i386/include/soundcard.h Brian Tao: |On Fri, 22 Nov 1996, Randall Hopper wrote: |> |> For those that'd like to try out the new AWE driver in 2.2 and |> -current, I uploaded these ports to |> ftp.freebsd.org:/pub/FreeBSD/incoming last night: |> |> awemidi.tar.gz |> awesfx.tar.gz |> gmod-awe.tar.gz |> playmidi-awe.tar.gz | | What kernel config options do I need to compile the driver in |2.2-ALPHA? I didn't see anything specific for the AWE32 in the LINT |file. From owner-freebsd-current Tue Nov 26 06:30:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA05530 for current-outgoing; Tue, 26 Nov 1996 06:30:26 -0800 (PST) Received: from irbs.irbs.com (jc@irbs.irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA05520 for ; Tue, 26 Nov 1996 06:30:22 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.8.3/8.8.3) id JAA12649; Tue, 26 Nov 1996 09:30:08 -0500 (EST) Message-ID: Date: Tue, 26 Nov 1996 09:30:08 -0500 From: jc@irbs.com (John Capo) To: fenner@parc.xerox.com (Bill Fenner) Cc: roberto@keltia.freenix.fr (Ollivier Robert), freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Subject: Re: ntohs missing from netstat ? References: <96Nov25.160923pst.177711@crevenia.parc.xerox.com> X-Mailer: Mutt 0.51 Mime-Version: 1.0 X-Organization: IRBS Engineering, (954) 792-9551 In-Reply-To: <96Nov25.160923pst.177711@crevenia.parc.xerox.com>; from Bill Fenner on Nov 25, 1996 16:09:17 -0800 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Quoting Bill Fenner (fenner@parc.xerox.com): > In message you write: > >Yes, everything is working. > > What does "route get keltia" say? > > >> Do you know what program generated that route? > > > >Probably routed from the RIP packets sent by GateD on the other side. > > What version of routed? > Routed in -current will send a bogus route if you use the subnet= option. subnet=199.182.75.112/28 announces "112.75.182.99" John Capo From owner-freebsd-current Tue Nov 26 10:01:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16082 for current-outgoing; Tue, 26 Nov 1996 10:01:14 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16073 for ; Tue, 26 Nov 1996 10:01:09 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id TAA29668 for ; Tue, 26 Nov 1996 19:01:01 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id TAA23830 for freebsd-current@freebsd.org; Tue, 26 Nov 1996 19:00:20 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.3/keltia-uucp-2.9) id SAA11707; Tue, 26 Nov 1996 18:55:44 +0100 (MET) Message-ID: Date: Tue, 26 Nov 1996 18:55:44 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Re: ntohs missing from netstat ? References: <96Nov25.160923pst.177711@crevenia.parc.xerox.com> X-Mailer: Mutt 0.51 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 In-Reply-To: <96Nov25.160923pst.177711@crevenia.parc.xerox.com>; from Bill Fenner on Nov 25, 1996 16:09:17 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Bill Fenner: > What does "route get keltia" say? I'll try next time. > >Probably routed from the RIP packets sent by GateD on the other side. > > What version of routed? The one in current, recently imported by Garrett. Sources from CTM_BEGIN 2.0 cvs-cur 2738 1996/11/24 09:00 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Sun Nov 24 16:05:46 MET 1996 From owner-freebsd-current Tue Nov 26 14:16:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA00281 for current-outgoing; Tue, 26 Nov 1996 14:16:59 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA00273 for ; Tue, 26 Nov 1996 14:16:54 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA21885; Wed, 27 Nov 1996 09:02:22 +1100 Date: Wed, 27 Nov 1996 09:02:22 +1100 From: Bruce Evans Message-Id: <199611262202.JAA21885@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: 2.2-ALPHA install failure Cc: current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com, rgrimes@GndRsh.aac.dev.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >If you are going to present fake geometry numbers, they should percoalte >up from where the real geometry numbers are coming from. They do percolate up, but there is no "real" geometry. There lots of different geometries: default for newfs: independent, X/1/4096 values in the label: independent, usually unused values in the partition table: should agree with BIOS BIOS indepependent, important only for booting and in other OS's physical: independent, usually an average for sectors/ track, usually unused These geometries should NOT be visible in all layers. Bruce From owner-freebsd-current Tue Nov 26 14:26:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA01440 for current-outgoing; Tue, 26 Nov 1996 14:26:57 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA01389 for ; Tue, 26 Nov 1996 14:26:45 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id MAA13406 for ; Tue, 26 Nov 1996 12:54:16 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA25524; Tue, 26 Nov 1996 13:36:59 -0700 From: Terry Lambert Message-Id: <199611262036.NAA25524@phaeton.artisoft.com> Subject: Re: Dosboot and bcc To: Christian.Gusenbauer@utimaco.co.at (DI. Christian Gusenbauer) Date: Tue, 26 Nov 1996 13:36:59 -0700 (MST) Cc: freebsd-current@FreeBSD.org, Christian.Gusenbauer@safeconcept.utimaco.co.at In-Reply-To: <329AC038.134D@utimaco.co.at> from "DI. Christian Gusenbauer" at Nov 26, 96 11:02:32 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > During the last weekend, I tried to get dosboot to be compiled using bcc. > > > I managed the problems with the K&R standard and am now having the next > > > problems: bcc does not support "long long"! > > > > Umm, do you really need them? > > I don't want to change the system include files. Look into the ufs > implementation, and you'll find "long long" variables. This is so frigging bogus. Like the disk layout should change as a result of non-sized type size changes anyway. The ufs code should use "uint64", not "long long". You should be free to use a structure for it, or whatever, in the type definitions. 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 Tue Nov 26 14:27:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA01455 for current-outgoing; Tue, 26 Nov 1996 14:27:00 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA01409 for ; Tue, 26 Nov 1996 14:26:55 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id NAA13542 for ; Tue, 26 Nov 1996 13:10:31 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id VAA30073 for ; Tue, 26 Nov 1996 21:57:01 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id VAA26377 for freebsd-current@FreeBSD.ORG; Tue, 26 Nov 1996 21:56:17 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.3/keltia-uucp-2.9) id VAA01964; Tue, 26 Nov 1996 21:56:13 +0100 (MET) Message-ID: Date: Tue, 26 Nov 1996 21:56:13 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Subject: /dev/console X-Mailer: Mutt 0.52 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Since I upgraded to Nov. 24th CURRENT, xconsole is unable to talk to /dev/console... crw------- 1 roberto staff 0, 0 Nov 26 20:03 /dev/console I do faintly remember something mentionned in another message about this but I don't have the details... /var/log/messages has these : Nov 26 20:03:54 keltia syslogd: /dev/console: Input/output error Nov 26 20:03:54 keltia syslogd: /dev/console: Input/output error I tried to search the archives but freefall has been down for more than 2 hours... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Sun Nov 24 16:05:46 MET 1996 From owner-freebsd-current Tue Nov 26 14:30:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02191 for current-outgoing; Tue, 26 Nov 1996 14:30:00 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA02158 for ; Tue, 26 Nov 1996 14:29:53 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id MAA13393 for ; Tue, 26 Nov 1996 12:52:11 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA25507; Tue, 26 Nov 1996 13:33:31 -0700 From: Terry Lambert Message-Id: <199611262033.NAA25507@phaeton.artisoft.com> Subject: Re: 2.2-ALPHA install failure To: bde@zeta.org.au (Bruce Evans) Date: Tue, 26 Nov 1996 13:33:31 -0700 (MST) Cc: rgrimes@GndRsh.aac.dev.com, terry@lambert.org, current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com In-Reply-To: <199611260520.QAA26908@godzilla.zeta.org.au> from "Bruce Evans" at Nov 26, 96 04:20:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Or atleast make size == cyl * sec * head (ie 1024*64*255 == 16711680) > >> my reasoning is that any third party fdisk program that sees the current > >> bogus table likes to try and ``fix it'' and usually ends up doing quite > >> the wrong thing : -(. > > > >This is bogus. > > > >Why can't I just ioctl the (unpartitioned) raw disk device and ask it? > > Because the driver doesn't know anything about the BIOS geometry. > For SCSI drives, the ioctl returns the geometry reported by the SCSI > MODE_SENSE command. This has nothing to do with the BIOS geometry, > and can't be the same as the BIOS geometry even by accident for modern > drives with an average of >= 64 sectors/track. > > The driver doesn't know anything about the BIOS geometry because it > doesn't know the correspondence between BIOS drive numbers and FreeBSD > drive numbers. The BIOS numbers depend on the POST order (see many old > postings by Terry :-). Yes, but... If you are going to present fake geometry numbers, they should percoalte up from where the real geometry numbers are coming from. I'm still enamored of the idea of using directory hierarchy to indicate device layering for stacking of partiton schemes: main() { char buf[ 128]; printf( "Device name> "); if( gets( buf) != NULL) { dump_partinfo( buf, 0); } } char *spaces = " "; dump_partinfo( char *devname, int indent) { struct ld_geom geom; /* logical device geometry*/ struct ld_part_desc pdesc; /* partition descriptor*/ struct ld_part_rec prec; /* prec records*/ char *sp; sp = &spaces[ strlen( spaces) - indent]; /* Open device*/ fd = open( devname, O_RDWR, 0); printf( "%sDevice: %s\n", sp, devname); ioctl( fd, LDGETGEOM, &geom); /* get geometry*/ printf( "%s-Type: %s\n", sp, (geom.g_flags & LD_GEO_PHYS) ? "PHYSICAL" : "LOGICAL"); printf( "%s-Mapping: %s\n", sp, (geom.g_flags & LD_GEO_LINEAR) ? "LINEAR" : "NONLINEAR"); printf( "%s-Size: %d blocks\n", sp, geom.g_size); ioctl( fd, LDGETPDESC, &pdesc); /* get descriptor*/ if( pdesc.pd_type[ 0]) { /* * hey! has parititioning */ printf( "%s-Partitioning present, type = %s\n", sp, pdesc.pd_type); for( i = 0; i< MAX; i++) { prec.pr_index = i; ioctl( fd, LDGETPREC, &prec); if( !( prec.pr_flags & LD_PR_VALID)) continue; printf( "%s-Partition #%d\n", sp, i); printf( " %s-Start: %d\n", sp, prec.pr_start); printf( " %s-Length: %d\n", sp, prec.pr_len); dump_partinfo( prec.pr_devname, indent + 2); } } else { printf( "%s-No partitioning (may contain file system)\n", sp); close( fd); } Output: Device name> /dev/disk/d0 Device: /dev/disk/d0 -Type: PHYSICAL -Mapping: LINEAR -Size: 256000 blocks -Partitioning present, type = MSDOS PRIMARY PARTITION TABLE -Partition #0 -Start: 32 -Length: 117000 Device: /dev/disk/d0/p0 -Type: LOGICAL -Mapping: LINEAR -Size: 117000 blocks -Partitioning present, type = BSD DISKLABEL PARTITIONING -Partition #0 -Start: 16 -Length: 60000 Device: /dev/disk/d0/p1/p0 -Type: LOGICAL -Mapping: LINEAR -Size: 60000 blocks -No partitioning (may contain file system) -Partition #1 -Start: 60016 -Length: 30000 Device: /dev/disk/d0/p1/p1 -Type: LOGICAL -Mapping: LINEAR -Size: 30000 blocks -No partitioning (may contain file system) -Partition #2 -Start: 90016 -Length: 26984 Device: /dev/disk/d0/p1/p2 -Type: LOGICAL -Mapping: LINEAR -Size: 26984 blocks -No partitioning (may contain file system) -Partition #1 -Start: 117032 -Length: 138968 Device: /dev/disk/d0/p1 -Type: LOGICAL -Mapping: LINEAR -Size: 138968 blocks -No partitioning (may contain file system) NONLINEAR mapping would indicate that the sector number must go through a translation function to get the "real" sector on the underlying device (ie: ccd, bad144, etc., etc.). LINEAR mapping can be collapsed to a decriptor that coeleses all intervening mappings to the physical device (or the firs NONLINEAR device) in the chain. Regards, 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 Tue Nov 26 14:28:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA01880 for current-outgoing; Tue, 26 Nov 1996 14:28:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA01859 for ; Tue, 26 Nov 1996 14:28:48 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA25659; Tue, 26 Nov 1996 15:13:05 -0700 From: Terry Lambert Message-Id: <199611262213.PAA25659@phaeton.artisoft.com> Subject: Re: 2.2-ALPHA install failure To: bde@zeta.org.au (Bruce Evans) Date: Tue, 26 Nov 1996 15:13:05 -0700 (MST) Cc: bde@zeta.org.au, terry@lambert.org, current@freefall.freebsd.org, darrylo@sr.hp.com, jkh@time.cdrom.com, rgrimes@GndRsh.aac.dev.com In-Reply-To: <199611262202.JAA21885@godzilla.zeta.org.au> from "Bruce Evans" at Nov 27, 96 09:02:22 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >If you are going to present fake geometry numbers, they should percoalte > >up from where the real geometry numbers are coming from. > > They do percolate up, but there is no "real" geometry. There lots of > different geometries: > > default for newfs: independent, X/1/4096 > values in the label: independent, usually unused > values in the partition table: should agree with BIOS > BIOS indepependent, important only for booting and > in other OS's > physical: independent, usually an average for sectors/ > track, usually unused > > These geometries should NOT be visible in all layers. Oh, I agree. Anything other than the "DOS PRIMARY PARTITIONING" or "DOS EXTENDED PARTITIONING" layers could care less: they deal strictly with sectors. The layer itself would make the geometry-to-sector-start+length translation. All subsequent layers wouldn't care, unless they were also geometry sensitive (say Partition #1 in the example I posted was a "DOS EXTENDED PARTITIONING" instead of "none"; it would care). The point is that as long as it can get an absolute sector start and length (for a linear run) or an absolute sector start and a "length" that represents the total number of sectors in the run, and a function to take a linear offset within the run and translate it to a physical sector, then the upper layer only cares about some sector number 0-N. All the FS cares about is that it has N sectors, and heres a device where they can be linearly accessed. 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 Tue Nov 26 14:40:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA04380 for current-outgoing; Tue, 26 Nov 1996 14:40:00 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA04327 for ; Tue, 26 Nov 1996 14:39:50 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id KAA12483 for ; Tue, 26 Nov 1996 10:47:05 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA17367; Tue, 26 Nov 1996 12:44:14 -0600 From: Joe Greco Message-Id: <199611261844.MAA17367@brasil.moneng.mei.com> Subject: Re: 2.2-ALPHA install failure To: bde@zeta.org.au (Bruce Evans) Date: Tue, 26 Nov 1996 12:44:14 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, mark@grondar.za, freebsd-current@FreeBSD.org, jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, phk@critter.tfs.com, rgrimes@GndRsh.aac.dev.com In-Reply-To: <199611260122.MAA19052@godzilla.zeta.org.au> from "Bruce Evans" at Nov 26, 96 12:22:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >My standard procedure is to use a DOS boot disk to > > > >fdisk /mbr > >fdisk <= create DOS partition > >format : > > > >and then boot FreeBSD. I have never had a problem with sysinstall that > >I can recall, when doing this... it always "discovers" a usable geometry. > > This won't work with geometry-detecting SCSI BIOSes if the partition > table has suitable non-garbage in it. Try it with a X/1/1 prepared by > a previous installation of FreeBSD. The kernel must be kept entirely > below 512KB for booting with such a geometry. Well, all I can say is that I can not recall ever having any problems once I have done this... I will tuck away the rest of this for future reference... :-) sounds like a lot of work :-( > >I will probably switch to Rod's X/64/32 thing for SCSI disks, as I have > >used that occasionally in the past and never seemed to have any problems, > >but I wasn't too sure about it. > > The kernel must be kept entirely below 1GB for booting with a X/64/32 > geometry. This is usually arranged by keeping the boot partition entirely > below 1GB. > > My standard procedure for new SCSI disks is to use a FreeBSD boot disk to: > > boot with -v > note (vendor-supplied) geometry for future reference > back up MBR for future reference > write 0's to MBR > reboot > boot with -v > note default geometry for future reference > fdisk. Specify a geometry of X/255/63. Create a dummy partition with > start = 63 and size = ((some multiple of 255*63) - 63). > reboot > boot with -v > fdisk. Check that geometry is now X/255/63. If not, try another geometry... > fdisk, sysinstall: enter this geometry if the default is wrong. The default > is likely to be wrong only if you've cleared the dummy partition. > > new IDE disks is easier: > > run BIOS setup and choose the biggest available geometry > boot with -v and check that this geometry is used > fdisk, sysinstall: enter this geometry if the default is wrong. The default > is likely to be wrong if you haven't entered a dummy partition or if the > partition table has garbage in it. > > For disks with existing partitions that must be preserved: > > boot with -v and note the current geometry > run fdisk or sysinstall and check that the default geometry is the same. If > it is different, then you have a serious configuration error (perhaps for > a dedicated disk :-). Fix it before continuing. > > Bruce > From owner-freebsd-current Tue Nov 26 15:00:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05953 for current-outgoing; Tue, 26 Nov 1996 15:00:06 -0800 (PST) Received: from vector.jhs.no_domain (slip139-92-4-150.mu.de.ibm.net [139.92.4.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA05843; Tue, 26 Nov 1996 14:59:23 -0800 (PST) Received: from vector.jhs.no_domain (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with ESMTP id AAA19765; Tue, 26 Nov 1996 00:58:33 +0100 (MET) Message-Id: <199611252358.AAA19765@vector.jhs.no_domain> To: "Jonathan M. Bresler" cc: joerg_wunsch@uriah.heep.sax.de, postmaster@freebsd.org, freebsd-current@freebsd.org Subject: Re: ctm-cvs-cur dealta 2716 broken From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Organization: Vector Systems Ltd. X-Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Phone: +49.89.268616 X-Fax: +49.89.2608126 X-ISDN: +49.89.26023276 X-Web: http://www.freebsd.org/~jhs/ In-reply-to: Your message of "Mon, 25 Nov 1996 06:24:27 PST." <199611251424.GAA20019@freefall.freebsd.org> Date: Tue, 26 Nov 1996 00:58:31 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: "Jonathan M. Bresler" > Subject: Re: ctm-cvs-cur dealta 2716 broken > Date: Mon, 25 Nov 1996 06:24:27 -0800 (PST) > Message-id: <199611251424.GAA20019@freefall.freebsd.org> > > hey, wait a minute there is a ctm-announce mailing list. > i forgot to create an info file for the list > > done. thanks. Hi Jonathan, Maybe you or PHK could add to the info, where follow-up discussion should occur ? I recently followed up on current@ to an announcement on ctm-announce@, ( I did this to keep ctm-announce@ a low traffic channel, but it seems to have caused some confusion ) If a standard follow up address was documented, I'd be glad to comply :-) Thanks. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Tue Nov 26 15:39:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA01484 for current-outgoing; Tue, 26 Nov 1996 14:27:06 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA01456 for ; Tue, 26 Nov 1996 14:27:00 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id NAA13616 for ; Tue, 26 Nov 1996 13:15:11 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA24040; Tue, 26 Nov 1996 21:52:07 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA15429; Tue, 26 Nov 1996 21:52:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA14124; Tue, 26 Nov 1996 21:46:52 +0100 (MET) From: J Wunsch Message-Id: <199611262046.VAA14124@uriah.heep.sax.de> Subject: Re: Dosboot and bcc To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 26 Nov 1996 21:46:51 +0100 (MET) Cc: Christian.Gusenbauer@safeconcept.utimaco.co.at Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <329AC038.134D@utimaco.co.at> from "DI. Christian Gusenbauer" at "Nov 26, 96 11:02:32 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As DI. Christian Gusenbauer wrote: > > Umm, do you really need them? > I don't want to change the system include files. Look into the ufs > implementation, and you'll find "long long" variables. I don't know of an easy way for this. Do you really _need_ long long variables (e.g. off_t), or is it just that they are in the .h files? For the latter, they could be protected by #ifdef's probably. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Nov 26 17:49:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA15959 for current-outgoing; Tue, 26 Nov 1996 17:49:42 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA15952; Tue, 26 Nov 1996 17:49:39 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199611270149.RAA15952@freefall.freebsd.org> Subject: Re: ctm-cvs-cur dealta 2716 broken To: jhs@FreeBSD.org Date: Tue, 26 Nov 1996 17:49:38 -0800 (PST) Cc: jmb@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de, postmaster@FreeBSD.org, freebsd-current@FreeBSD.org In-Reply-To: <199611252358.AAA19765@vector.jhs.no_domain> from "Julian H. Stacey" at Nov 26, 96 00:58:31 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Julian H. Stacey wrote: > > Hi, Reference: > > From: "Jonathan M. Bresler" > > Subject: Re: ctm-cvs-cur dealta 2716 broken > > Date: Mon, 25 Nov 1996 06:24:27 -0800 (PST) > > Message-id: <199611251424.GAA20019@freefall.freebsd.org> > > > > hey, wait a minute there is a ctm-announce mailing list. > > i forgot to create an info file for the list > > > > done. thanks. > > Hi Jonathan, > > Maybe you or PHK could add to the info, where follow-up discussion should > occur ? > I recently followed up on current@ to an announcement on ctm-announce@, > ( I did this to keep ctm-announce@ a low traffic channel, but it seems > to have caused some confusion ) > If a standard follow up address was documented, I'd be glad to comply :-) well there is not a standard follow up address really. rather announcements about current should go to current. those about 2.1.x should go to stable i guess. there is always hackers and questions ;) jmb From owner-freebsd-current Tue Nov 26 17:52:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA16085 for current-outgoing; Tue, 26 Nov 1996 17:52:03 -0800 (PST) Received: from ylana.vet.purdue.edu (vet.vet.purdue.edu [128.210.96.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA16054 for ; Tue, 26 Nov 1996 17:51:52 -0800 (PST) Received: from ylana.vet.purdue.edu (localhost.vet.purdue.edu [127.0.0.1]) by ylana.vet.purdue.edu (8.8.3/8.7.3) with ESMTP id UAA00471 for ; Tue, 26 Nov 1996 20:51:39 -0500 (EST) Message-Id: <199611270151.UAA00471@ylana.vet.purdue.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: current@freebsd.org Subject: Weird keyboard problem with COMPAT_LINUX Mime-Version: 1.0 Content-Type: text/plain Date: Tue, 26 Nov 1996 20:51:38 -0500 From: Benjamin Lewis Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On -hackers recently, someone mentioned that they had experienced weird problems with their keyboard, and attributed it to starting xdm sometime in the boot process. The discussion quickly wandered into the proper way to start xdm, but as J. Wunsch pointed out, xdm doesn't seem to be the problem (I don't subscribe to -hackers - I found this stuff in a search of the lists, so I may have missed significant portions of the discussion). I just made world and recompiled the kernel, and I see similar problems even though I don't start xdm at boot time. The sources were from freefall:/pub/CTM/src-cur, up to src-cur.2459.gz (the last available delta at compile time). I would show the uname -a output from that kernel, but I can't get that far. The machine probed and booted fine. The keyboard works fine when editing the config using the -v option. However, when the login: prompt appears, the keyboard seems totally wacked out: what I type isn't what ends up on screen, CapsLock & NumLock don't have any effect on the LEDs, after a while it seems to end up in "ControlLock", and other weird effects. I was unable to login, so I couldn't try any commands to reset the keyboard. Perhaps if I was running xdm at startup, the situation might have been recoverable. The only change in the config file was to add: options COMPAT_LINUX When the COMPAT_LINUX option is removed, the kernel works fine: FreeBSD ylana.vet.purdue.edu 3.0-CURRENT \ FreeBSD 3.0-CURRENT #0: Tue Nov 26 20:17:51 EST 1996 \ root@ylana.vet.purdue.edu:/usr/src/sys/compile/YLANA i386 So, does anyone know why COMPAT_LINUX is tripping me up? Relevant info below: sc0 related stuff in the config file: device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr Some of the more "interesting" options in the config: cpu "I586_CPU" options "I586_OPTIMIZED_BCOPY" options "I586_OPTIMIZED_BZERO" options PERFMON #options COMPAT_LINUX options "I586_CTR_GUPROF" options "I586_PMC_GUPROF=0x70000" options USERCONFIG options VISUAL_USERCONFIG options CLK_CALIBRATION_LOOP options "CLK_USE_I8254_CALIBRATION" options "CLK_USE_I586_CALIBRATION" options "AUTO_EOI_1" options "AUTO_EOI_2" options SCSI_REPORT_GEOMETRY options "AHC_TAGENABLE" options "AHC_SCBPAGING_ENABLE" options PQ_LARGECACHE Hardware: A.I.R 54-TPI Motherboard - 133MHz Pentium (picture at http://www.airwebs.com/bigtpi.jpg specs at http://www.airwebs.com/54TPI.html ) aic7880 on-board, sd0: Fuji M2915Q ATI Mach64CT video, 2MB Mitsumi keyboard, model KPQEA4ZA or KPQ E99ZC-13 depending on where ya look on the bottom Generic NE2000 compatable sb32awe -Ben -- Benjamin Lewis - blewis@vet.purdue.edu From owner-freebsd-current Tue Nov 26 17:52:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA16195 for current-outgoing; Tue, 26 Nov 1996 17:52:14 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA16168 for ; Tue, 26 Nov 1996 17:52:08 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA02192 for ; Wed, 27 Nov 1996 02:51:36 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA20251 for freebsd-current@FreeBSD.org; Wed, 27 Nov 1996 02:51:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id CAA23113 for freebsd-current@FreeBSD.org; Wed, 27 Nov 1996 02:39:51 +0100 (MET) From: J Wunsch Message-Id: <199611270139.CAA23113@uriah.heep.sax.de> Subject: Re: Dosboot and bcc To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 27 Nov 1996 02:39:51 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611262036.NAA25524@phaeton.artisoft.com> from Terry Lambert at "Nov 26, 96 01:36:59 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > This is so frigging bogus. ... > The ufs code should use "uint64", not "long long". ...and Terry should use grep. j@uriah 606% grep 'long *long' /sys/ufs/*/* j@uriah 607% Christian has been referring to system _header_ files here since he wants to re-use the system's native files for the dosboot stuff, as opposed to whack his own set. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Nov 26 18:33:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18780 for current-outgoing; Tue, 26 Nov 1996 18:33:08 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA18775 for ; Tue, 26 Nov 1996 18:33:06 -0800 (PST) Received: from phaeton.artisoft.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vSZo3-0008uRC; Tue, 26 Nov 96 18:32 PST Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA26348; Tue, 26 Nov 1996 19:12:32 -0700 From: Terry Lambert Message-Id: <199611270212.TAA26348@phaeton.artisoft.com> Subject: Re: Dosboot and bcc To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 26 Nov 1996 19:12:32 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199611270139.CAA23113@uriah.heep.sax.de> from "J Wunsch" at Nov 27, 96 02:39:51 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > This is so frigging bogus. > ... > > The ufs code should use "uint64", not "long long". > ...and Terry should use grep. > > j@uriah 606% grep 'long *long' /sys/ufs/*/* > j@uriah 607% > > Christian has been referring to system _header_ files here since he > wants to re-use the system's native files for the dosboot stuff, as > opposed to whack his own set. He will need his own definition of uint64. Obviously one that does not use "long long". However, ig you grep for the 64 bit fields in the ufs/ffs headers, and then you grep for their references, you will see that they directly reference the values as if they were atomic types. This is the bogus part of the FS code, since it should not be dependent on the definition of a 64bit type to be atomic. So rather than me using grep once, you should have used grep twice. FWIW: The same thing applies to system time references, which should potentially be function call wrappers, since not all systems have a global variable containing the current time. Regards, 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 Tue Nov 26 20:43:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25556 for current-outgoing; Tue, 26 Nov 1996 20:43:13 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA25549 for ; Tue, 26 Nov 1996 20:43:05 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id VAA07840; Tue, 26 Nov 1996 21:42:52 -0700 (MST) Date: Tue, 26 Nov 1996 21:42:52 -0700 (MST) Message-Id: <199611270442.VAA07840@rocky.mt.sri.com> From: Nate Williams To: Benjamin Lewis Cc: current@freebsd.org Subject: Re: Weird keyboard problem with COMPAT_LINUX In-Reply-To: <199611270151.UAA00471@ylana.vet.purdue.edu> References: <199611270151.UAA00471@ylana.vet.purdue.edu> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The machine probed and booted fine. The keyboard works fine when editing > the config using the -v option. However, when the login: prompt appears, > the keyboard seems totally wacked out: what I type isn't what ends up on > screen, CapsLock & NumLock don't have any effect on the LEDs, after a > while it seems to end up in "ControlLock", and other weird effects. If you don't use UserConfig it should work fine. This is a 'known' bug in both -current and 2.2 that is partially my fault, but I'm not longer able to effectively contribute to finding a fix. :( Soren was going to look into fixing at least for 2.2, so if we wait a while longer something will happen. Nate From owner-freebsd-current Tue Nov 26 21:36:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28162 for current-outgoing; Tue, 26 Nov 1996 21:36:55 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA28154 for ; Tue, 26 Nov 1996 21:36:47 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id AAA00355 for ; Wed, 27 Nov 1996 00:36:43 -0500 (EST) Message-Id: <199611270536.AAA00355@whizzo.transsys.com> X-Mailer: exmh version 1.6.9 8/22/96 To: current@freebsd.org From: "Louis A. Mamakos" Subject: FreeBSD-3.0-current PS/2 mouse driver change Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Nov 1996 00:36:42 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I noticed that the new psm.c mouse driver broke the "tap" feature of my Alps Glidepoint pointing device. Adding "options PSM_NOCHECKSYNC" looks like it will fix this; though this option is not listed in the LINT file. By the way, I still have my diffs for moused to accomodate the glidepoint pointing device I'd love to have someone (please!?) merge into the tree. thanks, louie From owner-freebsd-current Tue Nov 26 21:41:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28388 for current-outgoing; Tue, 26 Nov 1996 21:41:47 -0800 (PST) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA28383 for ; Tue, 26 Nov 1996 21:41:38 -0800 (PST) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id VAA27416 for ; Tue, 26 Nov 1996 21:42:28 -0800 Date: Tue, 26 Nov 1996 21:42:27 -0800 (PST) From: Veggy Vinny To: current@FreeBSD.ORG Subject: -current kernel build fail Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk cc -c -x assembler-with-cpp -DLOCORE -nostdinc -I- -I. -I/sys/i386/isa/sound -I/sys/sys -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DAHC_FORCE_PIO -DNSWAPDEV=20 -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/i386/locore.s ../../i386/i386/locore.s: Assembler messages: ../../i386/i386/locore.s:705: Error: bad register name ('%cr4') ../../i386/i386/locore.s:707: Error: bad register name ('%cr4') *** Error code 1 Stop. I did rm'd locore.s and re-cvsup locore.s and the same thing happened. Vince GaiaNet Corporation - Unix Networking Operations - GUS Mailing Lists Admin From owner-freebsd-current Tue Nov 26 22:28:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00808 for current-outgoing; Tue, 26 Nov 1996 22:28:38 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA00802 for ; Tue, 26 Nov 1996 22:28:36 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id WAA07555; Tue, 26 Nov 1996 22:28:23 -0800 (PST) To: "Louis A. Mamakos" cc: current@freebsd.org Subject: Re: FreeBSD-3.0-current PS/2 mouse driver change In-reply-to: Your message of "Wed, 27 Nov 1996 00:36:42 EST." <199611270536.AAA00355@whizzo.transsys.com> Date: Tue, 26 Nov 1996 22:28:22 -0800 Message-ID: <7553.849076102@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > By the way, I still have my diffs for moused to accomodate the glidepoint > pointing device I'd love to have someone (please!?) merge into the tree. I'd recommend sending them to Soren - the fastest way of getting changes in is generally to send them to the author. Jordan From owner-freebsd-current Tue Nov 26 22:32:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01101 for current-outgoing; Tue, 26 Nov 1996 22:32:22 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA01096 for ; Tue, 26 Nov 1996 22:32:20 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id WAA07574; Tue, 26 Nov 1996 22:31:00 -0800 (PST) To: Veggy Vinny Cc: current@freebsd.org Subject: Re: -current kernel build fail In-reply-to: Your message of "Tue, 26 Nov 1996 21:42:27 PST." Date: Tue, 26 Nov 1996 22:30:59 -0800 Message-ID: <7572.849076259@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please make the world! Please make the world! If you're going to run -current, *be prepared to make the world frequently*! Otherwise, don't run -current. Did I mention that you should make the world? :-) Also, please pay more careful attention to this mailing list - this precise topic has only been discussed about 14 times already and the fix (as has been widely discussed) is to rebuild gas. This is done, of course, as a side-effect of making the world. :-) Jordan > > cc -c -x assembler-with-cpp -DLOCORE -nostdinc -I- -I. -I/sys/i386/isa/sound -I/sys/sys -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DAHC_FORCE_PIO -D NSWAPDEV=20 -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERN EL ../../i386/i386/locore.s > ../../i386/i386/locore.s: Assembler messages: > ../../i386/i386/locore.s:705: Error: bad register name ('%cr4') > ../../i386/i386/locore.s:707: Error: bad register name ('%cr4') > *** Error code 1 > > Stop. > > I did rm'd locore.s and re-cvsup locore.s and the same thing > happened. > > Vince > GaiaNet Corporation - Unix Networking Operations - GUS Mailing Lists Admin > > > From owner-freebsd-current Wed Nov 27 02:13:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08801 for current-outgoing; Wed, 27 Nov 1996 02:13:08 -0800 (PST) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA08796 for ; Wed, 27 Nov 1996 02:13:06 -0800 (PST) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id CAA14020; Wed, 27 Nov 1996 02:14:25 -0800 Date: Wed, 27 Nov 1996 02:14:24 -0800 (PST) From: Veggy Vinny To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: -current kernel build fail In-Reply-To: <7572.849076259@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Nov 1996, Jordan K. Hubbard wrote: > Please make the world! Please make the world! I did a make world this morning and it completed when I got home. > If you're going to run -current, *be prepared to make the world > frequently*! Otherwise, don't run -current. > > Did I mention that you should make the world? :-) I know, I always make world before I build a kernel since the lkm's are always no sync with the kernel when I reboot :-) > Also, please pay more careful attention to this mailing list - this > precise topic has only been discussed about 14 times already and the > fix (as has been widely discussed) is to rebuild gas. This is done, > of course, as a side-effect of making the world. :-) Yeah, I wonder what happened after the make world since it did rebuild everything with the cvsup as of 8:08AM PST from cvsup.FreeBSD.ORG. Time for another one of those make cleandir's I guess before another make world :-) Vince GaiaNet Corporation - Unix Networking Operations - GUS Mailing Lists Admin From owner-freebsd-current Wed Nov 27 02:13:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08609 for current-outgoing; Wed, 27 Nov 1996 02:08:09 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA08583 for ; Wed, 27 Nov 1996 02:07:56 -0800 (PST) Received: from soda.CSUA.Berkeley.EDU by mail.crl.com with SMTP id AA25882 (5.65c/IDA-1.5 for ); Wed, 27 Nov 1996 02:08:43 -0800 Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id CAA13640; Wed, 27 Nov 1996 02:06:37 -0800 Date: Wed, 27 Nov 1996 02:06:35 -0800 (PST) From: Veggy Vinny To: Developer Cc: current@FreeBSD.ORG Subject: Re: -current kernel build fail In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Nov 1996, Developer wrote: > Did you try re-compiling and installing as first? yes, I did a complete make world this morning and it completed with no problems. Vince GaiaNet Corporation - Unix Networking Operations - GUS Mailing Lists Admin From owner-freebsd-current Wed Nov 27 02:19:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09006 for current-outgoing; Wed, 27 Nov 1996 02:19:24 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA08996 for ; Wed, 27 Nov 1996 02:19:21 -0800 (PST) Received: from fgate.flevel.co.uk (epogate.flevel.co.uk) by mail.crl.com with SMTP id AA25086 (5.65c/IDA-1.5 for ); Wed, 27 Nov 1996 01:59:38 -0800 Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id JAA00417; Wed, 27 Nov 1996 09:59:24 GMT Date: Wed, 27 Nov 1996 09:59:23 +0000 (GMT) From: Developer To: Veggy Vinny Cc: current@freebsd.org Subject: Re: -current kernel build fail In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Nov 1996, Veggy Vinny wrote: > > cc -c -x assembler-with-cpp -DLOCORE -nostdinc -I- -I. -I/sys/i386/isa/sound -I/sys/sys -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DAHC_FORCE_PIO -DNSWAPDEV=20 -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/i386/locore.s > ../../i386/i386/locore.s: Assembler messages: > ../../i386/i386/locore.s:705: Error: bad register name ('%cr4') > ../../i386/i386/locore.s:707: Error: bad register name ('%cr4') > *** Error code 1 > > Stop. > > I did rm'd locore.s and re-cvsup locore.s and the same thing > happened. Did you try re-compiling and installing as first? REgards, Trefor S> From owner-freebsd-current Wed Nov 27 02:20:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09083 for current-outgoing; Wed, 27 Nov 1996 02:20:02 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA09035 for ; Wed, 27 Nov 1996 02:19:58 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id CAA08237; Wed, 27 Nov 1996 02:19:54 -0800 (PST) To: Veggy Vinny cc: current@freebsd.org Subject: Re: -current kernel build fail In-reply-to: Your message of "Wed, 27 Nov 1996 02:14:24 PST." Date: Wed, 27 Nov 1996 02:19:54 -0800 Message-ID: <8235.849089994@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I did a make world this morning and it completed when I got home. Well, that's weird is all I can say. :-) Jordan From owner-freebsd-current Wed Nov 27 02:22:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09493 for current-outgoing; Wed, 27 Nov 1996 02:22:44 -0800 (PST) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA09470 for ; Wed, 27 Nov 1996 02:22:39 -0800 (PST) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id CAA14299; Wed, 27 Nov 1996 02:23:58 -0800 Date: Wed, 27 Nov 1996 02:23:57 -0800 (PST) From: Veggy Vinny To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: -current kernel build fail In-Reply-To: <8235.849089994@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Nov 1996, Jordan K. Hubbard wrote: > > I did a make world this morning and it completed when I got home. > > Well, that's weird is all I can say. :-) Guess it's time to delete the entire src tree and re-cvsup everything again :-) It's no biggie, I just need to enable the psm mouse driver to get XFree86 v3.2 setup since I had my MicroSludge Serial-PS/2 mouse on the serial port before but I guess I can live without X for a few days.. :-) Vince GaiaNet Corporation - Unix Networking Operations - GUS Mailing Lists Admin From owner-freebsd-current Wed Nov 27 02:23:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09720 for current-outgoing; Wed, 27 Nov 1996 02:23:34 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA09697 for ; Wed, 27 Nov 1996 02:23:28 -0800 (PST) Received: from campino.Informatik.RWTH-Aachen.DE by mail.crl.com with SMTP id AA13136 (5.65c/IDA-1.5 for ); Wed, 27 Nov 1996 00:20:55 -0800 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA10729; Wed, 27 Nov 1996 09:14:21 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA02897; Wed, 27 Nov 1996 09:23:58 +0100 From: Christoph Kukulies Message-Id: <199611270823.JAA02897@gilberto.physik.rwth-aachen.de> Subject: Re: -current kernel build fail In-Reply-To: from Veggy Vinny at "Nov 26, 96 09:42:27 pm" To: richardc@CSUA.Berkeley.EDU (Veggy Vinny) Date: Wed, 27 Nov 1996 09:23:58 +0100 (MET) Cc: current@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > cc -c -x assembler-with-cpp -DLOCORE -nostdinc -I- -I. -I/sys/i386/isa/sound -I/sys/sys -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DAHC_FORCE_PIO -DNSWAPDEV=20 -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/i386/locore.s > ../../i386/i386/locore.s: Assembler messages: > ../../i386/i386/locore.s:705: Error: bad register name ('%cr4') > ../../i386/i386/locore.s:707: Error: bad register name ('%cr4') > *** Error code 1 > > Stop. > > I did rm'd locore.s and re-cvsup locore.s and the same thing > happened. I believe it is a matter of 'as'. Build/install as first. > > Vince > GaiaNet Corporation - Unix Networking Operations - GUS Mailing Lists Admin > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Nov 27 02:23:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09795 for current-outgoing; Wed, 27 Nov 1996 02:23:51 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA09777 for ; Wed, 27 Nov 1996 02:23:46 -0800 (PST) Received: from ravenock.cybercity.dk (disn43.cybercity.dk) by mail.crl.com with SMTP id AA11347 (5.65c/IDA-1.5 for ); Wed, 27 Nov 1996 00:09:29 -0800 Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.3/8.7.3) id JAA00372; Wed, 27 Nov 1996 09:04:00 +0100 (MET) Message-Id: <199611270804.JAA00372@ravenock.cybercity.dk> Subject: Re: FreeBSD-3.0-current PS/2 mouse driver change To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 27 Nov 1996 09:04:00 +0100 (MET) From: "Soren Schmidt" Cc: louie@TransSys.COM, current@FreeBSD.org In-Reply-To: <7553.849076102@time.cdrom.com> from "Jordan K. Hubbard" at Nov 26, 96 10:28:22 pm From: sos@FreeBSD.org Reply-To: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > > By the way, I still have my diffs for moused to accomodate the glidepoint > > pointing device I'd love to have someone (please!?) merge into the tree. > > I'd recommend sending them to Soren - the fastest > way of getting changes in is generally to send them to the author. Yep, let me have them, and I'll see to it.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Sxren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Wed Nov 27 05:31:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA19690 for current-outgoing; Wed, 27 Nov 1996 05:31:50 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA19685; Wed, 27 Nov 1996 05:31:47 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id IAA01084; Wed, 27 Nov 1996 08:31:44 -0500 (EST) Message-Id: <199611271331.IAA01084@whizzo.transsys.com> X-Mailer: exmh version 1.6.9 8/22/96 To: sos@FreeBSD.org cc: jkh@time.cdrom.com (Jordan K. Hubbard), current@FreeBSD.org From: "Louis A. Mamakos" Subject: Re: FreeBSD-3.0-current PS/2 mouse driver change References: <199611270804.JAA00372@ravenock.cybercity.dk> In-reply-to: Your message of "Wed, 27 Nov 1996 09:04:00 +0100." <199611270804.JAA00372@ravenock.cybercity.dk> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Wed_Nov_27_08:30:42_EST_1996" Date: Wed, 27 Nov 1996 08:31:44 -0500 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --===_0_Wed_Nov_27_08:30:42_EST_1996 Content-Type: text/plain; charset=us-ascii Thanks for your reply. I've enclosed the diffs below. Please note that right now, the new psm.c driver in the kernel renders this pointing device helpless to do it's nifty bits. The additional "smarts" in the kernel driver seems to mask off the bit which indicates a "tap" gesture on the pad. I've just upgraded to 3.0-current last night, and have only begun to look at the driver. The moused changes, on the other hand, I've been running on a couple of machines for about 3 weeks now, and it seems to work great. When I get the kernel driver working again, I'll send those changes in too... louie --===_0_Wed_Nov_27_08:30:42_EST_1996 Content-Type: application/octet-stream Content-Description: diff --- /usr/src/usr.sbin/moused/moused.c Thu Sep 26 23:38:48 1996 +++ moused.c Wed Oct 16 22:30:25 1996 @@ -72,6 +72,7 @@ #define R_LOGIMAN 6 #define R_PS_2 7 #define R_MMHITAB 8 +#define R_GLIDEPOINT 9 char *rnames[] = { "xxx", @@ -83,6 +84,7 @@ "mouseman", "ps/2", "mmhitab", + "glidepoint", NULL }; @@ -97,6 +99,7 @@ (CS7 | CREAD | CLOCAL | HUPCL ), /* MouseMan */ 0, /* PS/2 */ (CS8 | CREAD | CLOCAL | HUPCL ), /* MMHitTablet */ + 0, /* Glidepoint */ }; @@ -215,6 +218,7 @@ rodent.portname = "/dev/mse0"; break; case R_PS_2: + case R_GLIDEPOINT: if (!rodent.portname) rodent.portname = "/dev/psm0"; break; @@ -273,6 +277,8 @@ void usage(void) { + int i; + fprintf(stderr, " Usage is %s [options] -p -t \n" " Options are -s Select 9600 baud mouse.\n" @@ -283,15 +289,10 @@ " -D Lower DTR\n" " -S baud Select explicit baud (1200..9600).\n" " should be one of :\n" - " microsoft\n" - " mousesystems\n" - " mmseries\n" - " logitech\n" - " busmouse\n" - " mouseman\n" - " ps/2\n" - " mmhittab\n" ,progname); + + for (i = 1; rnames[i]; i++) + fprintf(stderr, " %s\n", rnames[i]); exit(1); } @@ -392,7 +393,8 @@ write(rodent.mfd, "*X", 2); setmousespeed(1200, rodent.baudrate, rodentcflags[R_LOGIMAN]); } else { - if ((rodent.rtype != R_BUSMOUSE) && (rodent.rtype != R_PS_2)) + if ((rodent.rtype != R_BUSMOUSE) && (rodent.rtype != R_PS_2) + && (rodent.rtype != R_GLIDEPOINT)) { /* try all likely settings */ setmousespeed(9600, rodent.baudrate, rodentcflags[rodent.rtype]); @@ -482,6 +484,7 @@ { 0x40, 0x40, 0x40, 0x00, 3 }, /* MouseMan */ { 0xc0, 0x00, 0x00, 0x00, 3 }, /* PS/2 mouse */ { 0xe0, 0x80, 0x80, 0x00, 3 }, /* MM_HitTablet */ + { 0xc0, 0x00, 0x00, 0x00, 3 }, /* glidepoint */ }; debug("received char 0x%x",(int)rBuf); @@ -603,6 +606,16 @@ act.buttons = (pBuf[0] & 0x04) >> 1 | /* Middle */ (pBuf[0] & 0x02) >> 1 | /* Right */ (pBuf[0] & 0x01) << 2; /* Left */ + act.dx = (pBuf[0] & 0x10) ? pBuf[1]-256 : pBuf[1]; + act.dy = (pBuf[0] & 0x20) ? -(pBuf[2]-256) : -pBuf[2]; + break; + + case R_GLIDEPOINT: /* Glidepoint */ + act.buttons = ((pBuf[0] & 0x04) ? MIDDLE_BUTTON : 0) | + ((pBuf[0] & 0x02) ? RIGHT_BUTTON : 0) | + (((pBuf[0] & 0x01) || + ((pBuf[0] & 0x08) == 0)) ? LEFT_BUTTON : 0); + act.dx = (pBuf[0] & 0x10) ? pBuf[1]-256 : pBuf[1]; act.dy = (pBuf[0] & 0x20) ? -(pBuf[2]-256) : -pBuf[2]; break; *** /usr/src/etc/sysconfig Thu Sep 26 23:16:37 1996 --- sysconfig Wed Oct 16 22:59:25 1996 *************** *** 47,53 **** saver=NO # Set to ! # {microsoft|mousesystems|mmseries|logitech|busmouse|mouseman|ps/2|mmhittab} # to activate system mouse cursor support (or NO for none) # Use 'vidcontrol -m on' command to activate it on particular screen mousedtype=NO --- 47,53 ---- saver=NO # Set to ! # {microsoft|mousesystems|mmseries|logitech|busmouse|mouseman|ps/2|mmhittab|glidepoint} # to activate system mouse cursor support (or NO for none) # Use 'vidcontrol -m on' command to activate it on particular screen mousedtype=NO --===_0_Wed_Nov_27_08:30:42_EST_1996-- From owner-freebsd-current Wed Nov 27 06:00:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20868 for current-outgoing; Wed, 27 Nov 1996 06:00:48 -0800 (PST) Received: from jupiter.planet.co.at (jupiter.planet.co.at [193.170.249.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA20777 for ; Wed, 27 Nov 1996 05:59:56 -0800 (PST) Received: from safeconcept.utimaco.co.at (safeconcept.utimaco.co.at [193.170.249.226]) by jupiter.planet.co.at (8.6.12/8.6.12) with ESMTP id OAA04883 for ; Wed, 27 Nov 1996 14:59:14 +0100 Received: from christian (christian.utimaco.co.at [10.0.0.39]) by safeconcept.utimaco.co.at (8.6.12/8.6.12) with SMTP id PAA01910; Wed, 27 Nov 1996 15:01:33 +0100 Message-ID: <329C4956.6C6A@utimaco.co.at> Date: Wed, 27 Nov 1996 14:59:50 +0100 From: "DI. Christian Gusenbauer" Organization: Utimaco Safe-Concept X-Mailer: Mozilla 2.01 (WinNT; I) MIME-Version: 1.0 To: FreeBsd Current CC: Christian.Gusenbauer@safeconcept.utimaco.co.at Subject: Re: Dosboot and bcc Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Now, I have problems with the as86 assembler. The DOS masm uses the following syntax: mov word ptr es:[bx+4],ax what is the correct as86 syntax for segment prefixes? Thanks, Christian. -- Christian Gusenbauer Christian.Gusenbauer@utimaco.co.at From owner-freebsd-current Wed Nov 27 09:58:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02288 for current-outgoing; Wed, 27 Nov 1996 09:58:47 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA02281 for ; Wed, 27 Nov 1996 09:58:43 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id TAA19920 for ; Wed, 27 Nov 1996 19:00:08 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA06917 for freebsd-current@freefall.cdrom.com; Wed, 27 Nov 1996 19:09:47 +0100 Date: Wed, 27 Nov 1996 19:09:47 +0100 From: Christoph Kukulies Message-Id: <199611271809.TAA06917@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: zone.tab gets removed when making install Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I havn't yet figured out what exactly happens but I did a make world which choked once again on me here because I trapped once again into the 'forgot to unsetenv PRINTER' and did a make all install after that in order to do a subsequent mounting /usr/src and /usr/obj and make install on other machines. I did /usr/src ; make install on that other machine and the install stopped with /usr/src/share/zoneinfo/zone.tab not found. Copied it again from my supserver. Did make install again and whoops, zone.tab disappeared again. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Nov 27 10:42:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04803 for current-outgoing; Wed, 27 Nov 1996 10:42:25 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA04797 for ; Wed, 27 Nov 1996 10:42:15 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id TAA18800; Wed, 27 Nov 1996 19:31:07 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.8.2/8.8.2) with SMTP id HAA16633; Wed, 27 Nov 1996 07:01:25 +0100 (MET) Date: Wed, 27 Nov 1996 07:01:21 +0100 (MET) From: Andreas Klemm To: "Andreas S. Wetzel" cc: current@freebsd.org Subject: Re: Someone working on ISA PnP support? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Mon, 25 Nov 1996, Andreas S. Wetzel wrote: > So who is currently working on that, how can I get in touch with them? Das ist er ... handbook.ascii: o Sujal Patel Gruss Andreas /// - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQCVAwUBMpvZNfMLpmkD/U+FAQF3CAP9ExqwRrRAR9YqYgcKxErclqBzQuSK/H8k bwY/uiw4lLEq8t0c8PRV+yfNdFONfCqHJcKLO2VHMSB+1h16Uw0Q7i+ePnMIS/e3 16bDqRS49Ku6pPc2yuZRZJf5yIS7Z/yS6yCttd/6BqA0R3U2I5MDKvsiflOnCao7 ZEAwM6YtNIE= =FTiD -----END PGP SIGNATURE----- From owner-freebsd-current Wed Nov 27 12:08:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08974 for current-outgoing; Wed, 27 Nov 1996 12:08:09 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA08893; Wed, 27 Nov 1996 12:08:00 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18147(4)>; Wed, 27 Nov 1996 11:51:23 PST Received: by crevenia.parc.xerox.com id <177711>; Wed, 27 Nov 1996 11:48:45 -0800 From: Bill Fenner To: bugs@freebsd.org, current@freebsd.org Subject: Confidential bug reports by default? Message-Id: <96Nov27.114845pst.177711@crevenia.parc.xerox.com> Date: Wed, 27 Nov 1996 11:48:31 PST Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Did something change to make bug reports confidential by default? There are 16 confidential bug reports in pending/, none of which appear to contain confidential information. Bill From owner-freebsd-current Wed Nov 27 12:46:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11137 for current-outgoing; Wed, 27 Nov 1996 12:46:46 -0800 (PST) Received: from nw1.netwalk.com (root@netwalk.com [205.156.197.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA11129 for ; Wed, 27 Nov 1996 12:46:43 -0800 (PST) Received: from stealth.ct.picker.com (ts3-04.netwalk.com [206.175.76.68]) by nw1.netwalk.com (8.6.12/8.6.9) with ESMTP id PAA09066 for ; Wed, 27 Nov 1996 15:46:28 -0500 Received: (from rhh@localhost) by stealth.ct.picker.com (8.8.2/8.6.9) id PAA00450; Wed, 27 Nov 1996 15:46:26 GMT Message-ID: Date: Wed, 27 Nov 1996 15:46:26 +0000 From: rhh@ct.picker.com (Randall Hopper) To: current@freebsd.org Subject: [2.2 ALPHA] Missing lsdev X-Mailer: Mutt 0.52 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Was the omission of lsdev from 2.2 an accident? If not, is there a suggested replacement command? Sure beats parsing dmesg output in shell scripts for option sensing/configuration. Thanks, Randall Hopper rhh@ct.picker.com From owner-freebsd-current Wed Nov 27 12:56:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11722 for current-outgoing; Wed, 27 Nov 1996 12:56:29 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA11709; Wed, 27 Nov 1996 12:56:25 -0800 (PST) Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id VAA02828; Wed, 27 Nov 1996 21:57:02 +0100 (MET) To: rhh@ct.picker.com (Randall Hopper) cc: current@freebsd.org Subject: Re: [2.2 ALPHA] Missing lsdev In-reply-to: Your message of "Wed, 27 Nov 1996 15:46:26 GMT." Date: Wed, 27 Nov 1996 21:57:02 +0100 Message-ID: <2826.849128222@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Randall Hopper writ es: > Was the omission of lsdev from 2.2 an accident? If not, is there a >suggested replacement command? Sure beats parsing dmesg output in shell >scripts for option sensing/configuration. It's gone. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Nov 27 13:06:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12372 for current-outgoing; Wed, 27 Nov 1996 13:06:07 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12367 for ; Wed, 27 Nov 1996 13:06:01 -0800 (PST) Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id WAA02847 for ; Wed, 27 Nov 1996 22:06:36 +0100 (MET) To: current@freebsd.org Subject: users of "ft" tapes, please test! Reply-to: phk@freebsd.org Date: Wed, 27 Nov 1996 22:06:21 +0100 Message-ID: <2845.849128781@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Unless somebody convinces me that this patch doesn't work, It will be committed. It shaves about 5K of the size of the ft.o object file. Please test this out and report back to me! Poul-Henning Index: sys/ftape.h =================================================================== RCS file: /home/ncvs/src/sys/sys/ftape.h,v retrieving revision 1.3 diff -u -r1.3 ftape.h --- ftape.h 1996/09/21 14:59:30 1.3 +++ ftape.h 1996/11/27 21:00:11 @@ -58,8 +58,8 @@ typedef struct qic_geom { int g_fmtno; /* Format number */ int g_lenno; /* Length number */ - char g_fmtdesc[16]; /* Format text description */ - char g_lendesc[16]; /* Length text description */ + char *g_fmtdesc; /* Format text description */ + char *g_lendesc; /* Length text description */ int g_trktape; /* Number of tracks per tape */ int g_segtrk; /* Number of segments per track */ int g_blktrk; /* Number of blocks per track */ Index: i386/isa/ft.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/ft.c,v retrieving revision 1.27 diff -u -r1.27 ft.c --- ft.c 1996/09/06 23:07:22 1.27 +++ ft.c 1996/11/27 20:52:48 @@ -274,7 +275,7 @@ int moving; /* TRUE if tape is moving */ int rid[7]; /* read_id return values */ -} ft_data[NFT]; +} *ft_data[NFT]; /***********************************************************************\ * Throughout this file the following conventions will be used: * @@ -416,7 +417,8 @@ char *manu; if (ftu >= NFT) return 0; - ft = &ft_data[ftu]; + ft = ft_data[ftu] = malloc(sizeof *ft, M_DEVBUF, M_NOWAIT); + bzero(ft, sizeof *ft); /* Probe for tape */ ft->attaching = 1; @@ -536,7 +538,7 @@ */ static void async_cmd(ftu_t ftu) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdcu_t fdcu = ft->fdc->fdcu; int cmd, i, st0, st3, pcn; static int bitn, retval, retpos, nbits, newcn; @@ -959,7 +961,7 @@ static void async_req(ftu_t ftu, int from) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; SegReq *sp; static int over_async, lastreq; int cmd; @@ -1088,7 +1090,7 @@ static void async_read(ftu_t ftu, int from) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdcu_t fdcu = ft->fdc->fdcu; /* fdc active unit */ int i, rddta[7]; int where; @@ -1209,7 +1211,7 @@ static void async_write(ftu_t ftu, int from) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdcu_t fdcu = ft->fdc->fdcu; /* fdc active unit */ int i, rddta[7]; int where; @@ -1334,7 +1336,7 @@ ftintr(ftu_t ftu) { int st0, pcn, i; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdcu_t fdcu = ft->fdc->fdcu; /* fdc active unit */ int s = splbio(); @@ -1412,7 +1414,7 @@ { int s; ftu_t ftu = (ftu_t)arg1; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; s = splbio(); if (ft->active) { @@ -1439,7 +1441,7 @@ ftintr_wait(ftu_t ftu, int cmd, int ticks) { int retries, st0, pcn; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdcu_t fdcu = ft->fdc->fdcu; /* fdc active unit */ ft->cmd_wait = cmd; @@ -1501,7 +1503,7 @@ tape_recal(ftu_t ftu, int totape) { int s; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdcu_t fdcu = ft->fdc->fdcu; /* fdc active unit */ DPRT(("tape_recal start\n")); @@ -1562,7 +1564,7 @@ int newcn; int retries = 0; int s; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdcu_t fdcu = ft->fdc->fdcu; /* fdc active unit */ DPRT(("===> tape_cmd: %d\n",cmd)); @@ -1603,7 +1605,7 @@ tape_status(ftu_t ftu) { int r, err, tries; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; int max = (ft->attaching) ? 2 : 3; for (r = -1, tries = 0; r < 0 && tries < max; tries++) @@ -1648,7 +1650,7 @@ static void tape_start(ftu_t ftu, int motor) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdc_p fdc = ft->fdc; int s, mbits; static int mbmotor[] = { FDO_MOEN0, FDO_MOEN1, FDO_MOEN2, FDO_MOEN3 }; @@ -1686,7 +1688,7 @@ static void tape_end(ftu_t ftu) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdc_p fdc = ft->fdc; int s; @@ -1720,7 +1722,7 @@ static void tape_inactive(ftu_t ftu) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; int s = splbio(); if (ft->segh != NULL) { @@ -1753,7 +1755,7 @@ int r, i, tries; int cfg, qic80, ext; int sts, fmt, len; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; r = tape_status(ftu); @@ -1847,7 +1849,7 @@ set_fdcmode(dev_t dev, int newmode) { ftu_t ftu = FDUNIT(minor(dev)); - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; fdc_p fdc = ft->fdc; static int havebufs = 0; int i; @@ -2043,8 +2045,8 @@ /* check bounds */ if (ftu >= NFT) return(ENXIO); - fdc = ft_data[ftu].fdc; - if ((fdc == NULL) || (ft_data[ftu].type == NO_TYPE)) + fdc = &ft_data[ftu]->fdc; + if ((fdc == NULL) || (ft_data[ftu]->type == NO_TYPE)) return(ENXIO); /* check for controller already busy with tape */ if (fdc->flags & FDC_TAPE_BUSY) @@ -2065,7 +2067,7 @@ ftclose(dev_t dev, int flags) { ftu_t ftu = FDUNIT(minor(dev)); - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; /* Wait for any remaining I/O activity to complete. */ @@ -2089,7 +2091,7 @@ int s; long blk, bad, seg; unsigned char *cp, *cp2; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; if (!ft->active && ft->segh == NULL) { r = tape_status(ftu); @@ -2241,7 +2243,7 @@ static int ftreq_rewind(ftu_t ftu) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; tape_inactive(ftu); tape_cmd(ftu, QC_STOP); @@ -2264,7 +2266,7 @@ ftreq_trkpos(ftu_t ftu, int req) { int curtrk, r, cmd; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; tape_inactive(ftu); tape_cmd(ftu, QC_STOP); @@ -2296,7 +2298,7 @@ ftreq_trkset(ftu_t ftu, int *trk) { int r; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; tape_inactive(ftu); tape_cmd(ftu, QC_STOP); @@ -2322,7 +2324,7 @@ static int ftreq_lfwd(ftu_t ftu) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; tape_inactive(ftu); tape_cmd(ftu, QC_STOP); @@ -2339,7 +2341,7 @@ static int ftreq_stop(ftu_t ftu) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; tape_inactive(ftu); tape_cmd(ftu, QC_STOP); @@ -2356,7 +2358,7 @@ ftreq_setmode(ftu_t ftu, int cmd) { int r; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; tape_inactive(ftu); r = tape_status(ftu); @@ -2387,7 +2389,7 @@ static int ftreq_status(ftu_t ftu, int cmd, int *sts, struct proc *p) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; if (ft->active) *sts = ft->laststs & ~QS_READY; @@ -2404,7 +2406,7 @@ ftreq_config(ftu_t ftu, int cmd, int *cfg, struct proc *p) { int r, tries; - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; if (ft->active) r = ft->lastcfg; @@ -2467,7 +2469,7 @@ static int ftreq_hdr(ftu_t ftu, int cmd, QIC_Segment *sp) { - ft_p ft = &ft_data[ftu]; + ft_p ft = ft_data[ftu]; QIC_Header *h = (QIC_Header *)ft->hdr->buff; if (sp == NULL || sp->sg_data == NULL) return(EINVAL); -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Nov 27 13:32:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13712 for current-outgoing; Wed, 27 Nov 1996 13:32:34 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA13696; Wed, 27 Nov 1996 13:32:29 -0800 (PST) Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id WAA02886; Wed, 27 Nov 1996 22:32:46 +0100 (MET) To: sos@freebsd.org Cc: current@freebsd.org Subject: psm.c patch Reply-to: phk@freebsd.org Date: Wed, 27 Nov 1996 22:32:32 +0100 Message-ID: <2884.849130352@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please test. This cuts 4k out of the kernel on machines without a psm. Will be committed if no protests. Poul-Henning Index: psm.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/psm.c,v retrieving revision 1.25.2.1 diff -u -r1.25.2.1 psm.c --- psm.c 1996/11/19 17:25:29 1.25.2.1 +++ psm.c 1996/11/27 21:29:50 @@ -68,6 +68,7 @@ #include #include #include +#include #ifdef DEVFS #include #endif @@ -157,7 +158,7 @@ void *devfs_token; void *n_devfs_token; #endif -} psm_softc[NPSM]; +} *psm_softc[NPSM]; /* driver state flags (state) */ #define PSM_VALID 0x80 @@ -432,7 +433,7 @@ if (unit >= NPSM) return (0); - sc = &psm_softc[unit]; + sc = psm_softc[unit]; sc->addr = ioport; if (bootverbose) ++verbose; @@ -619,7 +620,10 @@ psmattach(struct isa_device *dvp) { int unit = dvp->id_unit; - struct psm_softc *sc = &psm_softc[unit]; + struct psm_softc *sc = psm_softc[unit] = + malloc(sizeof *sc, M_DEVBUF, M_NOWAIT); + + bzero(sc, sizeof *sc); /* initial operation mode */ sc->mode.accelfactor = PSM_ACCEL; @@ -661,7 +665,7 @@ return (ENXIO); /* Get device data */ - sc = &psm_softc[unit]; + sc = psm_softc[unit]; if ((sc->state & PSM_VALID) == 0) return (ENXIO); ioport = sc->addr; @@ -716,7 +720,7 @@ static int psmclose(dev_t dev, int flag, int fmt, struct proc *p) { - struct psm_softc *sc = &psm_softc[PSM_UNIT(dev)]; + struct psm_softc *sc = psm_softc[PSM_UNIT(dev)]; int ioport = sc->addr; /* disable the aux interrupt */ @@ -881,7 +885,7 @@ static int psmread(dev_t dev, struct uio *uio, int flag) { - register struct psm_softc *sc = &psm_softc[PSM_UNIT(dev)]; + register struct psm_softc *sc = psm_softc[PSM_UNIT(dev)]; unsigned int length; int error; int s; @@ -938,7 +942,7 @@ static int psmioctl(dev_t dev, int cmd, caddr_t addr, int flag, struct proc *p) { - struct psm_softc *sc = &psm_softc[PSM_UNIT(dev)]; + struct psm_softc *sc = psm_softc[PSM_UNIT(dev)]; mouseinfo_t info; mousestatus_t *ms; packetfunc_t func; @@ -1075,7 +1079,7 @@ BUT2STAT, BUT1STAT | BUT2STAT, BUT2STAT | BUT3STAT, BUT1STAT | BUT2STAT | BUT3STAT }; - register struct psm_softc *sc = &psm_softc[unit]; + register struct psm_softc *sc = psm_softc[unit]; int ioport = sc->addr; mousestatus_t *ms; unsigned char c; @@ -1171,7 +1175,7 @@ static int psmselect(dev_t dev, int rw, struct proc *p) { - struct psm_softc *sc = &psm_softc[PSM_UNIT(dev)]; + struct psm_softc *sc = psm_softc[PSM_UNIT(dev)]; int s, ret; /* Silly to select for output */ -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Nov 27 14:11:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15982 for current-outgoing; Wed, 27 Nov 1996 14:11:04 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA15976; Wed, 27 Nov 1996 14:11:01 -0800 (PST) Received: from rocky.mt.sri.com by mail.crl.com with SMTP id AA12328 (5.65c/IDA-1.5); Wed, 27 Nov 1996 14:11:47 -0800 Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA11711; Wed, 27 Nov 1996 15:03:32 -0700 (MST) Date: Wed, 27 Nov 1996 15:03:32 -0700 (MST) Message-Id: <199611272203.PAA11711@rocky.mt.sri.com> From: Nate Williams To: phk@freebsd.org Cc: sos@freebsd.org, current@freebsd.org Subject: Re: psm.c patch In-Reply-To: <2884.849130352@critter.tfs.com> References: <2884.849130352@critter.tfs.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Please test. This cuts 4k out of the kernel on machines without a psm. Looks fine to me. Nate From owner-freebsd-current Wed Nov 27 14:38:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17958 for current-outgoing; Wed, 27 Nov 1996 14:38:46 -0800 (PST) Received: from ravenock.cybercity.dk (disn45.cybercity.dk [194.16.57.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA17943; Wed, 27 Nov 1996 14:38:36 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.3/8.7.3) id XAA02888; Wed, 27 Nov 1996 23:40:07 +0100 (MET) Message-Id: <199611272240.XAA02888@ravenock.cybercity.dk> Subject: Re: psm.c patch To: nate@mt.sri.com (Nate Williams) Date: Wed, 27 Nov 1996 23:39:52 +0100 (MET) From: "Soren Schmidt" Cc: phk@FreeBSD.org, sos@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199611272203.PAA11711@rocky.mt.sri.com> from "Nate Williams" at Nov 27, 96 03:03:32 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Nate Williams who wrote: > > > > Please test. This cuts 4k out of the kernel on machines without a psm. > > Looks fine to me. No probs with me either.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Wed Nov 27 14:50:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA19190 for current-outgoing; Wed, 27 Nov 1996 14:50:51 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA19182 for ; Wed, 27 Nov 1996 14:50:46 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA32491; Thu, 28 Nov 1996 09:49:44 +1100 Date: Thu, 28 Nov 1996 09:49:44 +1100 From: Bruce Evans Message-Id: <199611272249.JAA32491@godzilla.zeta.org.au> To: current@FreeBSD.ORG, phk@critter.tfs.com Subject: Re: users of "ft" tapes, please test! Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Unless somebody convinces me that this patch doesn't work, It will >be committed. It shaves about 5K of the size of the ft.o object >file. There are several other places with big static buffers, but I thought that the savings for making them dynamic would be negative for kzipped kernels. How much is saved by this change? >- ft = &ft_data[ftu]; >+ ft = ft_data[ftu] = malloc(sizeof *ft, M_DEVBUF, M_NOWAIT); >+ bzero(ft, sizeof *ft); Why don't people check the the value returned by malloc()? malloc() is unlikely to fail at probe time (except on 4MB machines :-), and the null pointer panic isn't much different from panic("malloc failed") but it is harder to debug. How about a new flag M_NOFAIL which causes a panic if malloc() would fail. M_WAITOK is rarely correct in probes (hanging is worse than panicing) and M_NOWAIT is inconvenient if you actually check for errors. Bruce From owner-freebsd-current Wed Nov 27 15:05:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20305 for current-outgoing; Wed, 27 Nov 1996 15:05:05 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA20295; Wed, 27 Nov 1996 15:05:00 -0800 (PST) Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id AAA03254; Thu, 28 Nov 1996 00:05:39 +0100 (MET) To: Bruce Evans cc: current@FreeBSD.org Subject: Re: users of "ft" tapes, please test! In-reply-to: Your message of "Thu, 28 Nov 1996 09:49:44 +1100." <199611272249.JAA32491@godzilla.zeta.org.au> Date: Thu, 28 Nov 1996 00:05:24 +0100 Message-ID: <3252.849135924@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199611272249.JAA32491@godzilla.zeta.org.au>, Bruce Evans writes: >>Unless somebody convinces me that this patch doesn't work, It will >>be committed. It shaves about 5K of the size of the ft.o object >>file. > >There are several other places with big static buffers, but I thought >that the savings for making them dynamic would be negative for kzipped >kernels. How much is saved by this change? 4k in VM-space available for user-land. A seriously strained resource if 4MB installs are to be possible. >Why don't people check the the value returned by malloc()? malloc() >is unlikely to fail at probe time (except on 4MB machines :-), and >the null pointer panic isn't much different from panic("malloc failed") >but it is harder to debug. How about a new flag M_NOFAIL which causes >a panic if malloc() would fail. M_WAITOK is rarely correct in probes >(hanging is worse than panicing) and M_NOWAIT is inconvenient if you >actually check for errors. Good idea. Maybe, M_PANICFAIL is more obvious. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Nov 27 15:17:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21387 for current-outgoing; Wed, 27 Nov 1996 15:17:08 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21378; Wed, 27 Nov 1996 15:17:04 -0800 (PST) Received: by nasu.utsunomiya-u.ac.jp (5.57/ULTRIX-940302) id AA05268; Thu, 28 Nov 96 08:16:01 +0900 Received: by outmail.utsunomiya-u.ac.jp (5.57/ULTRIX-940909) id AA06682; Thu, 28 Nov 96 08:15:59 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id IAA09541; Thu, 28 Nov 1996 08:18:56 +0900 (JST) Message-Id: <199611272318.IAA09541@zodiac.mech.utsunomiya-u.ac.jp> To: "Louis A. Mamakos" Cc: sos@freebsd.org, nate@mt.sri.com, current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: FreeBSD-3.0-current PS/2 mouse driver change In-Reply-To: Your message of "Wed, 27 Nov 1996 08:31:44 EST." <199611271331.IAA01084@whizzo.transsys.com> References: <199611270804.JAA00372@ravenock.cybercity.dk> <199611271331.IAA01084@whizzo.transsys.com> Date: Thu, 28 Nov 1996 08:18:55 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Please note that >right now, the new psm.c driver in the kernel renders this pointing device >helpless to do it's nifty bits. The additional "smarts" in the kernel >driver seems to mask off the bit which indicates a "tap" gesture on the >pad. I've just upgraded to 3.0-current last night, and have only begun >to look at the driver. Hello. I understand what is the problem with the `psm' driver when used with ALPUS GlidePoint. I will turn off the bit checking by default. BTW, that bit is said to be always 1, according to some docs. Now that I know the bit is not set in that way, there will be no way to re-sync with the data packet from the PS/2 mouse once we have become out of sync (due to lost interrupt or something) ;-< Kazu From owner-freebsd-current Wed Nov 27 15:17:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21427 for current-outgoing; Wed, 27 Nov 1996 15:17:23 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21415; Wed, 27 Nov 1996 15:17:18 -0800 (PST) Received: by nasu.utsunomiya-u.ac.jp (5.57/ULTRIX-940302) id AA05276; Thu, 28 Nov 96 08:17:13 +0900 Received: by outmail.utsunomiya-u.ac.jp (5.57/ULTRIX-940909) id AA06690; Thu, 28 Nov 96 08:17:12 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id IAA09549; Thu, 28 Nov 1996 08:20:09 +0900 (JST) Message-Id: <199611272320.IAA09549@zodiac.mech.utsunomiya-u.ac.jp> To: phk@freebsd.org Cc: sos@freebsd.org, nate@mt.sri.com, current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: psm.c patch In-Reply-To: Your message of "Wed, 27 Nov 1996 22:32:32 +0100." <2884.849130352@critter.tfs.com> References: <2884.849130352@critter.tfs.com> Date: Thu, 28 Nov 1996 08:20:08 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Please test. This cuts 4k out of the kernel on machines without a psm. > >Will be committed if no protests. No objection. From owner-freebsd-current Wed Nov 27 15:34:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA22695 for current-outgoing; Wed, 27 Nov 1996 15:34:32 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA22690 for ; Wed, 27 Nov 1996 15:34:26 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.8.2/8.8.2) with ESMTP id RAA08850 for ; Wed, 27 Nov 1996 17:34:24 -0600 (CST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.2/8.8.2) with ESMTP id RAA18648 for ; Wed, 27 Nov 1996 17:34:23 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.2/8.8.2) id RAA19564 for current@freebsd.org; Wed, 27 Nov 1996 17:34:22 -0600 (CST) From: Karl Denninger Message-Id: <199611272334.RAA19564@Jupiter.Mcs.Net> Subject: Odd problem with NFS getpages()? To: current@freebsd.org Date: Wed, 27 Nov 1996 17:34:22 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, Following up on a conversation that I had at the FreeBSD, uh, I mean Walnut Creek booth at Comdex :-) We've identified a fairly significant problem with -current. It goes something like this: 1) Mount a directory containing executables over NFS. 2) Start one of said executables (say, NCSA httpd 1.5.2). 3) Drive the system to do dynamic paging (ie: consume more than the physical RAM so RSS < required code size) 4) Cause an error on the NFS server (ie: pull the plug/reboot, detach the network cable for a few seconds, etc). Wait until you actually GET an error (ie: "Nfs server not responding") on the client. 5) REATTACH the network cable or restart the NFS server. 6) Watch the process puke. It does NOT die -- but you get infinite numbers of "getpages" failures on the console which are retried on an every-few-second interval (these are bold messages, so they look to be coming from kernel printfs). The message says "probably hardware" (well, yes it would be if this was a physical DISK). This is the same error you get if you pull the power cable on a drive while you have active binaires coming off it (or get a sector error on a drive -- we had THAT happen to us last night, and got the same message). If you KILL the process (ie: kill -9 xxxxx) it WILL die. You're not blocked from doing that. However, the process itself never takes a signal, so it won't exit on its own. Now, try this with a few hundred copies of that process running (ie: a virtual server web machine with lots of httpds running) and you're really screwed. If you're lucky there's enough CPU left after doing all the printfs and spinning around to actually get logged in and issue either the kills or a reboot. If not, you get to hit reset. It looks like the system is not actually retrying failed page gets in this situation, and is considering the error "sticky". Since it appears to never go back to the actual NFS disk (even though the mount point has returned and is functional for subsequent invocations of the code) you're dead. Related to this is another problem where out of the blue NFS mounted executables will start dumping core with getpages errors on startup. I've seen that with emacs and pico primarily (pico in particular loads a shared library from NFS in our environment). Ideas? This looks like something that should be fairly simple to find, as its easy to reproduce. Its present in all recent versions of -current up to and including kernels built on 11-25. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 33 Analog Prefixes, 13 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Nov 27 16:06:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24016 for current-outgoing; Wed, 27 Nov 1996 16:06:30 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24008 for ; Wed, 27 Nov 1996 16:06:25 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id LAA02208; Thu, 28 Nov 1996 11:03:14 +1100 Date: Thu, 28 Nov 1996 11:03:14 +1100 From: Bruce Evans Message-Id: <199611280003.LAA02208@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: users of "ft" tapes, please test! Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>kernels. How much is saved by this change? > >4k in VM-space available for user-land. A seriously strained resource >if 4MB installs are to be possible. Unless the 512(?)-byte code bloat costs another text page? >>but it is harder to debug. How about a new flag M_NOFAIL which causes >>a panic if malloc() would fail. M_WAITOK is rarely correct in probes >>(hanging is worse than panicing) and M_NOWAIT is inconvenient if you >>actually check for errors. > >Good idea. Maybe, M_PANICFAIL is more obvious. I just thought of another one: M_WAITREALLYOK. Failures would cause panics if this isn't set and malloc() would wait and malloc() was called at splnonzero(). Few callers running at a nonzero spl are prepared to be context switched, since switching exposes them to state changes by both interrupt handlers and other processes. E.g., sioopen() attempts to nail things down using spltty() but it calls ttyopen() via l_open() and ttyopen() calls clist_alloc_cblocks() which calls malloc(..., M_WAITOK). Callers that are prepared to block can call spl0() and/or would like to know if they did block so that they can skip recovering from state changes if they didn't. This would get messy for nested callers. I think the end result would be that M_WAITOK would rarely be used in device drivers. Bruce From owner-freebsd-current Wed Nov 27 16:21:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24679 for current-outgoing; Wed, 27 Nov 1996 16:21:18 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24669; Wed, 27 Nov 1996 16:21:11 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id KAA10434; Thu, 28 Nov 1996 10:50:24 +1030 (CST) From: Michael Smith Message-Id: <199611280020.KAA10434@genesis.atrad.adelaide.edu.au> Subject: Re: FreeBSD-3.0-current PS/2 mouse driver change In-Reply-To: <199611272318.IAA09541@zodiac.mech.utsunomiya-u.ac.jp> from Kazutaka YOKOTA at "Nov 28, 96 08:18:55 am" To: yokota@zodiac.mech.utsunomiya-u.ac.jp (Kazutaka YOKOTA) Date: Thu, 28 Nov 1996 10:50:22 +1030 (CST) Cc: louie@transsys.com, sos@freebsd.org, nate@mt.sri.com, current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kazutaka YOKOTA stands accused of saying: > > BTW, that bit is said to be always 1, according to some docs. Now that > I know the bit is not set in that way, there will be no way to re-sync > with the data packet from the PS/2 mouse once we have become out of > sync (due to lost interrupt or something) ;-< This is traditional PS/2 mouse brokenness, and the correct way to deal with it is to resync to zero after a pause in the incoming data. It's a pain 8( > Kazu -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Nov 27 19:46:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02881 for current-outgoing; Wed, 27 Nov 1996 19:46:15 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA02872; Wed, 27 Nov 1996 19:46:13 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.7.6/8.7.3) with SMTP id TAA04944; Wed, 27 Nov 1996 19:46:12 -0800 (PST) Date: Wed, 27 Nov 1996 19:46:11 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org, current@freebsd.org Subject: Constant "Connection reset by peer". Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It will be difficult to document all the details, but I have a problem that's been plaguing my systems for a while, but until recently, didn't affect me personally. Now it does, and I'm on the hunt. :) X1 = BSD/OS 2.1 newsserver X2 = FreeBSD 3.0-current, supped as of 11/23. X3 = FreeBSD 2.1.5 dated sometime in late October. from -stable. X2 is a testbed newsserver talking to X1. X2's console from innd is full of "Connection reset by peer's" from innfeed's being sent to it. In the opposite direction, there's no apparent problems. X1 serves as my outside newsserver as well, but I don't see any of these errors in innd on it. X3 is a machine that servers a significant number of pop/email clients, and there is a steady stream of these "connection resets" as well. A client will click his "checkmail", and get connection timed out instantly, and a "reset by peer" message pops up on the console. He clicks again, and it goes right through and works properly. The qualcomm popd logs the error as well. I also get it occasionally from sendmail I have popped a Fluke LANMETER 682 on my lan, and let it run for hours, and it doesn't find anything obviously wrong. I am at a bit of a loss as to where to start. X1, X2, and X3 are all on the same segment of the LAN, consecutive IP's. I get no other errors on the console, all the cards seem to work just fine. I'm using sysconfig tcp defaults for those tcp sysctl variables, (Can't remember them off the top). I be stumpified. If anybody has any suggestions, I'm more than happy to dig around. Heck, I'll even pay for some help. From owner-freebsd-current Wed Nov 27 20:22:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA04731 for current-outgoing; Wed, 27 Nov 1996 20:22:43 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA04724; Wed, 27 Nov 1996 20:22:35 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id XAA08667; Wed, 27 Nov 1996 23:20:38 -0500 (EST) Message-Id: <199611280420.XAA08667@whizzo.transsys.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Kazutaka YOKOTA cc: sos@freebsd.org, nate@mt.sri.com, current@freebsd.org From: "Louis A. Mamakos" Subject: Re: FreeBSD-3.0-current PS/2 mouse driver change References: <199611270804.JAA00372@ravenock.cybercity.dk> <199611271331.IAA01084@whizzo.transsys.com> <199611272318.IAA09541@zodiac.mech.utsunomiya-u.ac.jp> In-reply-to: Your message of "Thu, 28 Nov 1996 08:18:55 +0900." <199611272318.IAA09541@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Nov 1996 23:20:38 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >Please note that > >right now, the new psm.c driver in the kernel renders this pointing device > >helpless to do it's nifty bits. The additional "smarts" in the kernel > >driver seems to mask off the bit which indicates a "tap" gesture on the > >pad. I've just upgraded to 3.0-current last night, and have only begun > >to look at the driver. > > Hello. I understand what is the problem with the `psm' driver when used > with ALPUS GlidePoint. I will turn off the bit checking by default. > > BTW, that bit is said to be always 1, according to some docs. Now that > I know the bit is not set in that way, there will be no way to re-sync > with the data packet from the PS/2 mouse once we have become out of > sync (due to lost interrupt or something) ;-< I've really never experienced a situation where the mouse driver got unsynchronized.. at least with the old version of the driver. All of the parsing of the mouse data stream seemed to have taken place either in the X server or moused rather than in the kernel. Is this a significant problem which other users have experienced? louie From owner-freebsd-current Wed Nov 27 21:07:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06247 for current-outgoing; Wed, 27 Nov 1996 21:07:27 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA06241 for ; Wed, 27 Nov 1996 21:07:23 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA11335; Thu, 28 Nov 1996 15:50:35 +1100 Date: Thu, 28 Nov 1996 15:50:35 +1100 From: Bruce Evans Message-Id: <199611280450.PAA11335@godzilla.zeta.org.au> To: Christian.Gusenbauer@utimaco.co.at, freebsd-current@freebsd.org Subject: Re: Dosboot and bcc Cc: Christian.Gusenbauer@safeconcept.utimaco.co.at Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Now, I have problems with the as86 assembler. The DOS masm uses the >following syntax: > > mov word ptr es:[bx+4],ax > >what is the correct as86 syntax for segment prefixes? Prefixes go on separate lines: seg es mov [bx+4],ax You can use `word ptr' or better simply `word', but this is unnecessary when the operand size is unique. There are no mnemonics for operand size and address size prefixes. These are usually unnecessary. See the examples in as/asm/*. Bruce From owner-freebsd-current Wed Nov 27 23:20:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10214 for current-outgoing; Wed, 27 Nov 1996 23:20:45 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA10204; Wed, 27 Nov 1996 23:20:40 -0800 (PST) Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id IAA03786; Thu, 28 Nov 1996 08:21:18 +0100 (MET) To: Bruce Evans cc: current@freebsd.org Subject: Re: users of "ft" tapes, please test! In-reply-to: Your message of "Thu, 28 Nov 1996 11:03:14 +1100." <199611280003.LAA02208@godzilla.zeta.org.au> Date: Thu, 28 Nov 1996 08:21:18 +0100 Message-ID: <3784.849165678@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611280003.LAA02208@godzilla.zeta.org.au>, Bruce Evans writes: >>>kernels. How much is saved by this change? >> >>4k in VM-space available for user-land. A seriously strained resource >>if 4MB installs are to be possible. > >Unless the 512(?)-byte code bloat costs another text page? the text segment got smaller too :-) -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Nov 27 23:31:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10496 for current-outgoing; Wed, 27 Nov 1996 23:31:14 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA10490 for ; Wed, 27 Nov 1996 23:31:12 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id IAA26122 for ; Thu, 28 Nov 1996 08:31:09 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id IAA23295 for freebsd-current@FreeBSD.ORG; Thu, 28 Nov 1996 08:16:14 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.7.5/8.7.3) id IAA01612; Thu, 28 Nov 1996 08:09:40 +0100 To: freebsd-current@FreeBSD.ORG Subject: Will userconfig work soon again? From: Peter Mutsaers Date: 28 Nov 1996 08:09:40 +0100 Message-ID: <87682qpuff.fsf@plm.xs4all.nl> Lines: 13 X-Mailer: Gnus v5.2.39/Emacs 19.34 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I want to try to get my PCI NE2000 clone to work properly, but by default it is not probed well (it does work in other OSses). Thus I rely on userconfig to get it to work. It doesn't work at the moment however. Should I try an older version of the kernel (which one) or will userconfig work again shortly? Thanks, -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-current Wed Nov 27 23:46:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11153 for current-outgoing; Wed, 27 Nov 1996 23:46:41 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA11148 for ; Wed, 27 Nov 1996 23:46:39 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id AAA13604; Thu, 28 Nov 1996 00:46:33 -0700 (MST) Date: Thu, 28 Nov 1996 00:46:33 -0700 (MST) Message-Id: <199611280746.AAA13604@rocky.mt.sri.com> From: Nate Williams To: Peter Mutsaers Cc: freebsd-current@freebsd.org Subject: Re: Will userconfig work soon again? In-Reply-To: <87682qpuff.fsf@plm.xs4all.nl> References: <87682qpuff.fsf@plm.xs4all.nl> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I want to try to get my PCI NE2000 clone to work properly, but by > default it is not probed well (it does work in other OSses). Thus I > rely on userconfig to get it to work. It doesn't work at the moment > however. Should I try an older version of the kernel (which one) or > will userconfig work again shortly? UserConfig works now, but on *some hardware* (my boxes don't show the problem with the -current code) once you use it then you can't use the keyboard anymore. I've got a box that's connected to the ethernet, so I used UserConfig to get the ethernet configured correctly, then remotely logged in and rebooted it. Once I rebooted normally (w/out using UserConfig) the keyboard worked fine. Yeah, I know it's a kludge, but it worked. :) Nate From owner-freebsd-current Thu Nov 28 00:05:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11713 for current-outgoing; Thu, 28 Nov 1996 00:05:14 -0800 (PST) Received: from relay.internode.net (mail.internode.net [198.161.228.50]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA11708 for ; Thu, 28 Nov 1996 00:05:12 -0800 (PST) Received: from [198.161.228.114] by relay.internode.net (SMTPD32-3.02) id A5DF176C00A2; Thu, 28 Nov 1996 00:57:19 -0700 Message-Id: <1.5.4.32.19961128080541.006c7c6c@internode.net> X-Sender: drussell@internode.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 28 Nov 1996 01:05:41 -0700 To: current@FreeBSD.org From: Doug Russell Subject: Re: users of "ft" tapes, please test! Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk At 10:06 PM 11/27/96 +0100, you wrote: >Unless somebody convinces me that this patch doesn't work, It will >be committed. It shaves about 5K of the size of the ft.o object >file. > >Please test this out and report back to me! Seems good to me. Later...... From owner-freebsd-current Thu Nov 28 01:36:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16591 for current-outgoing; Thu, 28 Nov 1996 01:36:50 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA16583 for ; Thu, 28 Nov 1996 01:36:47 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.0/8.8.0) with ESMTP id KAA11297 for ; Thu, 28 Nov 1996 10:33:00 +0100 (MET) Received: from curry.zfe.siemens.de (root@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id KAA28030 for ; Thu, 28 Nov 1996 10:36:38 +0100 (MET) Received: from server.us.tld (server.us.tld [192.168.16.33]) by curry.zfe.siemens.de (8.8.3/8.8.3) with ESMTP id KAA21388 for ; Thu, 28 Nov 1996 10:36:37 +0100 (MET) Received: (from andre@localhost) by server.us.tld (8.8.3/8.8.3) id KAA21050 for freebsd-current@freebsd.org; Thu, 28 Nov 1996 10:36:37 +0100 (MET) From: Andre Albsmeier Message-Id: <199611280936.KAA21050@server.us.tld> Subject: DEC DLT2700 stacker now works! To: freebsd-current@freebsd.org Date: Thu, 28 Nov 1996 10:36:37 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi *, with the help of Julian E. I made the DEC DLT2700 stacker together with it's media changer get recoginzed in ALPHA-2.2. The change was to enable checking other LUNs when a scsi tape has already been found. Since I think that this could be interesting for others as well, I would suggest to implement these changes into 2.2 (or current). They are in sys/scsi/scsiconf.c: *** scsiconf.c.ORI Wed Nov 20 08:34:08 1996 --- scsiconf.c Thu Nov 21 08:51:14 1996 *************** *** 299,304 **** --- 299,308 ---- "st", SC_ONE_LU, 0, mode_wangdat1300 }, { + T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "DEC", "DLT2700", "*", + "st", SC_MORE_LUS, 0 + }, + { T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "*", "*", "*", "st", SC_ONE_LU, 0, mode_unktape }, To whom should I send these changes? Thanks Andre From owner-freebsd-current Thu Nov 28 01:36:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16609 for current-outgoing; Thu, 28 Nov 1996 01:36:55 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA16599 for ; Thu, 28 Nov 1996 01:36:53 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.0/8.8.0) with ESMTP id KAA11307 for ; Thu, 28 Nov 1996 10:33:12 +0100 (MET) Received: from curry.zfe.siemens.de (root@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id KAA28052 for ; Thu, 28 Nov 1996 10:36:50 +0100 (MET) Received: from server.us.tld (server.us.tld [192.168.16.33]) by curry.zfe.siemens.de (8.8.3/8.8.3) with ESMTP id KAA21393 for ; Thu, 28 Nov 1996 10:36:49 +0100 (MET) Received: (from andre@localhost) by server.us.tld (8.8.3/8.8.3) id KAA21059 for freebsd-current@freebsd.org; Thu, 28 Nov 1996 10:36:49 +0100 (MET) From: Andre Albsmeier Message-Id: <199611280936.KAA21059@server.us.tld> Subject: dmesg buffer size To: freebsd-current@freebsd.org Date: Thu, 28 Nov 1996 10:36:49 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi *, I am running 2.2 ALPHA with two SCSI controllers (13 devices) and 3 ethernet card. The buffer, where dmesg reads it's output from, appears to be rather samll: After a reboot I even can't see the start of the kernel messages. Does somebody now, where to increase the limit or would it be a good idea to increase it in general? Thanks Andre From owner-freebsd-current Thu Nov 28 01:51:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17192 for current-outgoing; Thu, 28 Nov 1996 01:51:58 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA17183; Thu, 28 Nov 1996 01:51:54 -0800 (PST) Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id KAA04305; Thu, 28 Nov 1996 10:52:38 +0100 (MET) To: Andre Albsmeier cc: freebsd-current@freebsd.org Subject: Re: DEC DLT2700 stacker now works! In-reply-to: Your message of "Thu, 28 Nov 1996 10:36:37 +0100." <199611280936.KAA21050@server.us.tld> Date: Thu, 28 Nov 1996 10:52:37 +0100 Message-ID: <4303.849174757@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611280936.KAA21050@server.us.tld>, Andre Albsmeier writes: >Hi *, > >with the help of Julian E. I made the DEC DLT2700 stacker >together with it's media changer get recoginzed in ALPHA-2.2. On its way :-) -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Nov 28 02:24:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA19043 for current-outgoing; Thu, 28 Nov 1996 02:24:25 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA19001 for ; Thu, 28 Nov 1996 02:24:03 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA16595; Thu, 28 Nov 1996 11:22:48 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA16716; Thu, 28 Nov 1996 11:22:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id LAA05289; Thu, 28 Nov 1996 11:13:15 +0100 (MET) From: J Wunsch Message-Id: <199611281013.LAA05289@uriah.heep.sax.de> Subject: Re: dmesg buffer size To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 28 Nov 1996 11:13:15 +0100 (MET) Cc: Andre.Albsmeier@mchp.siemens.de (Andre Albsmeier) In-Reply-To: <199611280936.KAA21059@server.us.tld> from Andre Albsmeier at "Nov 28, 96 10:36:49 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Andre Albsmeier wrote: (message buffer) > Does somebody now, where to increase the limit or would it be a good > idea to increase it in general? Until very recently, this was not really possible at all. 2.2A should be fixed, you can bump the number in . I think you gotta recompile dmesg(8), too. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Nov 28 03:52:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22164 for current-outgoing; Thu, 28 Nov 1996 03:52:31 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA22159 for ; Thu, 28 Nov 1996 03:52:26 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id WAA21966 for freebsd-current@freebsd.org; Thu, 28 Nov 1996 22:52:21 +1100 (EST) From: David Dawes Message-Id: <199611281152.WAA21966@rf900.physics.usyd.edu.au> Subject: Re: DEC DLT2700 stacker now works! In-Reply-To: <199611280936.KAA21050@server.us.tld> from Andre Albsmeier at "Nov 28, 96 10:36:37 am" To: freebsd-current@freebsd.org Date: Thu, 28 Nov 1996 22:52:21 +1100 (EST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hi *, > >with the help of Julian E. I made the DEC DLT2700 stacker >together with it's media changer get recoginzed in ALPHA-2.2. > >The change was to enable checking other LUNs when a scsi tape >has already been found. >Since I think that this could be interesting for others as well, >I would suggest to implement these changes into 2.2 (or current). > >They are in sys/scsi/scsiconf.c: > >*** scsiconf.c.ORI Wed Nov 20 08:34:08 1996 >--- scsiconf.c Thu Nov 21 08:51:14 1996 >*************** >*** 299,304 **** >--- 299,308 ---- > "st", SC_ONE_LU, 0, mode_wangdat1300 > }, > { >+ T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "DEC", "DLT2700", "*", >+ "st", SC_MORE_LUS, 0 >+ }, >+ { > T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "*", "*", "*", > "st", SC_ONE_LU, 0, mode_unktape > }, Might as well add the Quantum DLT auto-loader models too. The vendor string is "Quantum", and some of the models are "DLT4500", "DLT4700", "DLT2500XT", and "DLT2700XT". I don't know if the 2500 and 2700 are in the Quantum product range. David From owner-freebsd-current Thu Nov 28 03:56:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22265 for current-outgoing; Thu, 28 Nov 1996 03:56:25 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA22260 for ; Thu, 28 Nov 1996 03:56:21 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.7.6/8.7.3) with SMTP id DAA12536 for ; Thu, 28 Nov 1996 03:56:21 -0800 (PST) Date: Thu, 28 Nov 1996 03:56:20 -0800 (PST) From: Jaye Mathisen To: current@freebsd.org Subject: Is eBones required now for -current? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Looking through my old supfile's, I never used to sup eBones. However, after removing /usr/src, and re-supping w/o eBones uncommented in the standard-cvsup file, I get an error when building the secure stuff, about no lib/../eBones/lib/blahblah. Just curious. From owner-freebsd-current Thu Nov 28 04:51:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA24398 for current-outgoing; Thu, 28 Nov 1996 04:51:32 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA24393 for ; Thu, 28 Nov 1996 04:51:28 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id XAA24059; Thu, 28 Nov 1996 23:48:02 +1100 Date: Thu, 28 Nov 1996 23:48:02 +1100 From: Bruce Evans Message-Id: <199611281248.XAA24059@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: users of "ft" tapes, please test! Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>Unless the 512(?)-byte code bloat costs another text page? > >the text segment got smaller too :-) It must have had large code for all the array address calculations. I have been thinking about un-inlining spls. This saves 29K out of 1096K text. It may even save some time (because function call overhead is small better locality more than compensates for it). I haven't found a benchmark that shows a clear advantage either way. I tried kernel compiles, i/o's with a small block size, `ping -f localhost's with the usual (small) block size, and ttcp's with small and large block sizes, on a P5 and a 486/33. ttcp is known to use a lot of spls. Bruce From owner-freebsd-current Thu Nov 28 08:31:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02389 for current-outgoing; Thu, 28 Nov 1996 08:31:27 -0800 (PST) Received: from stu.ust.hk (root@stu.ust.hk [143.89.14.22]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA02384 for ; Thu, 28 Nov 1996 08:31:23 -0800 (PST) Received: from dmc001.ust.hk ([143.89.96.1]) by stu.ust.hk with SMTP id <43406-266>; Fri, 29 Nov 1996 00:30:06 +0800 Message-ID: <329DBE93.41C67EA6@uststu.ust.hk> Date: Fri, 29 Nov 1996 00:32:19 +0800 From: Calvin Leung Organization: CPEG X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: subscribe current Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-current Thu Nov 28 08:55:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03312 for current-outgoing; Thu, 28 Nov 1996 08:55:43 -0800 (PST) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03295 for ; Thu, 28 Nov 1996 08:55:36 -0800 (PST) Received: from dual (DUAL [192.187.167.136]) by mantar.slip.netcom.com (8.8.3/8.6.9) with SMTP id IAA00285 for ; Thu, 28 Nov 1996 08:55:28 -0800 (PST) Message-ID: <329DC3F8.7BDC@netcom.com> Date: Thu, 28 Nov 1996 08:55:20 -0800 From: Manfred Antar Reply-To: mantar@netcom.com Organization: NONE X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: current@freebsd.org Subject: New psm.c panic at boot Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I get a: Fatal trap 12:page fault while in kernel mode ~ ~ Stopped at _psmprobe + 0x2a: movl %ebx,0xc(%esi) system is current as of yesterday morning.cvsuped in afternoon and rebuilt kernel -- |==============================| | mantar@netcom.com | | Ph. (415) 681-6235 | |==============================| From owner-freebsd-current Thu Nov 28 09:31:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04777 for current-outgoing; Thu, 28 Nov 1996 09:31:24 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA04759; Thu, 28 Nov 1996 09:31:18 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16785(4)>; Thu, 28 Nov 1996 09:30:46 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177711>; Thu, 28 Nov 1996 09:30:42 -0800 To: Jaye Mathisen cc: hackers@freebsd.org, current@freebsd.org Subject: Re: Constant "Connection reset by peer". In-reply-to: Your message of "Wed, 27 Nov 96 19:46:11 PST." Date: Thu, 28 Nov 1996 09:30:35 PST From: Bill Fenner Message-Id: <96Nov28.093042pst.177711@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Run "tcpdump -w /tmp/tcpproblem" during a time when you've gotten several of these "connection reset" errors, and then send it to someone who knows how to analyze TCP behavior in tcpdump's =) (Don't just run "tcpdump" and save the output, the ASCII representation potentially loses information) Bill From owner-freebsd-current Thu Nov 28 11:04:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08703 for current-outgoing; Thu, 28 Nov 1996 11:04:56 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA08697; Thu, 28 Nov 1996 11:04:49 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id OAA00336; Thu, 28 Nov 1996 14:03:30 -0500 From: Bill Paul Message-Id: <199611281903.OAA00336@skynet.ctr.columbia.edu> Subject: Re: kern/2114: recv() with MSG_PEEK and NULL pointer wedges system To: bde@zeta.org.au (Bruce Evans) Date: Thu, 28 Nov 1996 14:03:29 -0500 (EST) Cc: FreeBSD-gnats-submit@freebsd.org, current@freebsd.org In-Reply-To: <199611281313.AAA24846@godzilla.zeta.org.au> from "Bruce Evans" at Nov 29, 96 00:13:32 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Bruce Evans had to walk into mine and say: > > The test program that freezes my system has also been > > reported to have the same effect on a machine of 2.2-RELENG > > vintage. > > One of the uiomove()s in soreceive() returns EFAULT and doesn't > make any progress. The return code is not checked. This should > be easy to fix. > > Bruce Oh, I see: you want _me_ to fix it. My, you are a trusting soul, aren't you. :) If my limited understanding of the problem is correct, then what's happening is that the failing uiomove() is happening inside a while() loop, and before control returns to the top of the loop where the error would be noticed, it gets stuck in another loop which never terminates due to the uiomove() failure. Well, the obvious fix would seem to be this: *** uipc_socket.c.orig Thu Nov 28 13:15:11 1996 --- uipc_socket.c Thu Nov 28 13:05:37 1996 *************** *** 702,707 **** --- 702,709 ---- splx(s); error = uiomove(mtod(m, caddr_t) + moff, (int)len, uio); s = splnet(); + if (error) + goto release; } else uio->uio_resid -= len; if (len == m->m_len - moff) { I'm not 100% sure this is the _correct_ fix however: there are a lot of mbufs being slung about, and it's hard to tell if this does the right thing without accidentally causing a leak somewhere. In any case, this does fix the immediate problem: with this patch in place, my sample program gets back an EFAULT rather than freezing the system. Note that OpenBSD and NetBSD may well be subject to the same bug since this code comes direct from 4.4BSD-Lite. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Thu Nov 28 11:25:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA09467 for current-outgoing; Thu, 28 Nov 1996 11:25:35 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA09462 for ; Thu, 28 Nov 1996 11:25:33 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vTBcm-0003wgC; Thu, 28 Nov 96 10:55 PST Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id SAA00598; Thu, 28 Nov 1996 18:17:02 +0100 (MET) To: mantar@netcom.com cc: current@freebsd.org Subject: Re: New psm.c panic at boot In-reply-to: Your message of "Thu, 28 Nov 1996 08:55:20 PST." <329DC3F8.7BDC@netcom.com> Date: Thu, 28 Nov 1996 18:17:01 +0100 Message-ID: <596.849201421@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <329DC3F8.7BDC@netcom.com>, Manfred Antar writes: >I get a: >Fatal trap 12:page fault while in kernel mode >~ >~ >Stopped at _psmprobe + 0x2a: movl %ebx,0xc(%esi) >system is current as of yesterday morning.cvsuped in afternoon >and rebuilt kernel A patch will be committed in an hour or two. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Nov 28 11:27:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA09529 for current-outgoing; Thu, 28 Nov 1996 11:27:06 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA09524 for ; Thu, 28 Nov 1996 11:27:05 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vTBct-0003x2C; Thu, 28 Nov 96 10:55 PST Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id OAA00277; Thu, 28 Nov 1996 14:45:46 +0100 (MET) To: Bruce Evans cc: current@freebsd.org Subject: Re: users of "ft" tapes, please test! In-reply-to: Your message of "Thu, 28 Nov 1996 23:48:02 +1100." <199611281248.XAA24059@godzilla.zeta.org.au> Date: Thu, 28 Nov 1996 14:45:28 +0100 Message-ID: <275.849188728@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611281248.XAA24059@godzilla.zeta.org.au>, Bruce Evans writes: >>>Unless the 512(?)-byte code bloat costs another text page? >> >>the text segment got smaller too :-) > >It must have had large code for all the array address calculations. > >I have been thinking about un-inlining spls. This saves 29K out of >1096K text. It may even save some time (because function call overhead >is small better locality more than compensates for it). I haven't found >a benchmark that shows a clear advantage either way. I tried kernel >compiles, i/o's with a small block size, `ping -f localhost's with the >usual (small) block size, and ttcp's with small and large block sizes, >on a P5 and a 486/33. ttcp is known to use a lot of spls. I generally use the rule of thumb that unless the text-size is smaller as a result, then inlining is wrong. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Nov 28 11:38:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA10109 for current-outgoing; Thu, 28 Nov 1996 11:38:40 -0800 (PST) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA10104 for ; Thu, 28 Nov 1996 11:38:38 -0800 (PST) Received: from dual (DUAL [192.187.167.136]) by mantar.slip.netcom.com (8.8.3/8.6.9) with SMTP id LAA00476; Thu, 28 Nov 1996 11:38:33 -0800 (PST) Message-ID: <329DEA34.917@netcom.com> Date: Thu, 28 Nov 1996 11:38:28 -0800 From: Manfred Antar Reply-To: mantar@netcom.com Organization: NONE X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Poul-Henning Kamp CC: current@freebsd.org Subject: Re: New psm.c panic at boot References: <596.849201421@critter.tfs.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote: > > In message <329DC3F8.7BDC@netcom.com>, Manfred Antar writes: > >I get a: > >Fatal trap 12:page fault while in kernel mode > >~ > >~ > >Stopped at _psmprobe + 0x2a: movl %ebx,0xc(%esi) > >system is current as of yesterday morning.cvsuped in afternoon > >and rebuilt kernel > > A patch will be committed in an hour or two. > > -- > 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. > Future will arrive by its own means, progress not so. I just got it and recompiled kernel , Works Great!! Thanks -- |==============================| | mantar@netcom.com | | Ph. (415) 681-6235 | |==============================| From owner-freebsd-current Thu Nov 28 12:25:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11501 for current-outgoing; Thu, 28 Nov 1996 12:25:03 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA11496 for ; Thu, 28 Nov 1996 12:25:01 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id MAA18174 for ; Thu, 28 Nov 1996 12:24:56 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA13265; Thu, 28 Nov 1996 21:22:30 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA24514; Thu, 28 Nov 1996 21:22:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id UAA16274; Thu, 28 Nov 1996 20:55:35 +0100 (MET) From: J Wunsch Message-Id: <199611281955.UAA16274@uriah.heep.sax.de> Subject: Re: DEC DLT2700 stacker now works! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 28 Nov 1996 20:55:35 +0100 (MET) Cc: dawes@rf900.physics.usyd.edu.au (David Dawes) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611281152.WAA21966@rf900.physics.usyd.edu.au> from David Dawes at "Nov 28, 96 10:52:21 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As David Dawes wrote: > > { > >+ T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "DEC", "DLT2700", "*", > >+ "st", SC_MORE_LUS, 0 > >+ }, > >+ { > Might as well add the Quantum DLT auto-loader models too. The vendor > string is "Quantum", and some of the models are "DLT4500", "DLT4700", > "DLT2500XT", and "DLT2700XT". I don't know if the 2500 and 2700 are in > the Quantum product range. Do you know whether all Quantum DLT's are auto-loaders? In this case, it would be safe to say: { T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "Quantum", "DLT*", "*", "st", SC_MORE_LUS, 0 }, (Is their vendor string really upper/lower case? Quite unusual.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Nov 28 12:25:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11535 for current-outgoing; Thu, 28 Nov 1996 12:25:11 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA11530 for ; Thu, 28 Nov 1996 12:25:10 -0800 (PST) Received: from irz301.inf.tu-dresden.de by mail.crl.com with SMTP id AA09346 (5.65c/IDA-1.5 for ); Thu, 28 Nov 1996 12:25:53 -0800 Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA13280 for ; Thu, 28 Nov 1996 21:22:34 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA24520 for freebsd-current@FreeBSD.org; Thu, 28 Nov 1996 21:22:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA16339 for freebsd-current@FreeBSD.org; Thu, 28 Nov 1996 21:05:02 +0100 (MET) From: J Wunsch Message-Id: <199611282005.VAA16339@uriah.heep.sax.de> Subject: Re: inlining (Was: users of "ft" tapes...) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 28 Nov 1996 21:05:02 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <275.849188728@critter.tfs.com> from Poul-Henning Kamp at "Nov 28, 96 02:45:28 pm" X-Phone: +49-351-2012 669 X-Pgp-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > >I have been thinking about un-inlining spls. This saves 29K out of > >1096K text. It may even save some time > I generally use the rule of thumb that unless the text-size is > smaller as a result, then inlining is wrong. This is hard to achieve. I think inlining is first aimed at optimizing for speed, not for size. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Nov 28 12:30:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11831 for current-outgoing; Thu, 28 Nov 1996 12:30:07 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA11792 for ; Thu, 28 Nov 1996 12:29:50 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-1.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA04052 (5.67b/IDA-1.5 for ); Thu, 28 Nov 1996 21:29:18 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.3/8.6.9) id VAA10952; Thu, 28 Nov 1996 21:11:20 +0100 (CET) Message-Id: Date: Thu, 28 Nov 1996 21:11:18 +0100 From: se@FreeBSD.ORG (Stefan Esser) To: plm@xs4all.nl (Peter Mutsaers) Cc: freebsd-current@FreeBSD.ORG Subject: Re: Will userconfig work soon again? References: <87682qpuff.fsf@plm.xs4all.nl> X-Mailer: Mutt 0.52 Mime-Version: 1.0 In-Reply-To: <87682qpuff.fsf@plm.xs4all.nl>; from Peter Mutsaers on Nov 28, 1996 08:09:40 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Nov 28, plm@xs4all.nl (Peter Mutsaers) wrote: > Hi, > > I want to try to get my PCI NE2000 clone to work properly, but by It should work out of the box under -current (as of May 96 :) Please send me VERBOSE boot messages (at least the lines dealing with the PCI bus and its devices ...) > default it is not probed well (it does work in other OSses). Thus I > rely on userconfig to get it to work. It doesn't work at the moment > however. Should I try an older version of the kernel (which one) or > will userconfig work again shortly? Please do NOT configure it as an ISA device with the PCI assigned port numbers under -current. This will give strange results, if the kernel also sees it in the PCI probe (and it really should). The PCI NE2000 should be assigned the name ed1, if your kernel config file contains "ed0 at isa?". You need the ISA definition of ed0, or the PCI probe will not be included. (Is this documented ???) If you use a generic kernel with both "ed0" and "ed1" configured, the PCI cards would be "ed2", "ed3", ... (any number supported :). Please make sure you have the ed0 config line in your kernel config file, and send me a verbose boot message log, if it still fails. Regards, STefan From owner-freebsd-current Thu Nov 28 12:34:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11963 for current-outgoing; Thu, 28 Nov 1996 12:34:33 -0800 (PST) Received: from po7.andrew.cmu.edu (PO7.ANDREW.CMU.EDU [128.2.10.107]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA11958 for ; Thu, 28 Nov 1996 12:34:31 -0800 (PST) Received: (from postman@localhost) by po7.andrew.cmu.edu (8.8.2/8.8.2) id PAA05614 for current@freebsd.org; Thu, 28 Nov 1996 15:34:28 -0500 Received: via switchmail; Thu, 28 Nov 1996 15:34:27 -0500 (EST) Received: from unix23.andrew.cmu.edu via qmail ID ; Thu, 28 Nov 1996 15:32:37 -0500 (EST) Received: from unix23.andrew.cmu.edu via qmail ID ; Thu, 28 Nov 1996 15:32:37 -0500 (EST) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix23.andrew.cmu.edu.sun4m.54 via MS.5.6.unix23.andrew.cmu.edu.sun4_51; Thu, 28 Nov 1996 15:32:36 -0500 (EST) Message-ID: Date: Thu, 28 Nov 1996 15:32:36 -0500 (EST) From: Yun-Ching Lee To: current@freebsd.org Subject: 2.2-ALPHA kills AHA 2940AU BIOS Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just got 2.2-ALPHA installed on my system, a IBM 6x86 133/P166+. The 2.2-ALPHA generic kernel starts fine, but when I want to reboot, the Adaptec BIOS hangs when scanning the SCSI bus. However, the SCSIselect utility sees both of my devices fine. I'm going to fetch the latest 3.0-CURRENT kernel and try that. Here's my kernel -v message: Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-ALPHA #0: Wed Nov 13 15:29:19 1996 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193187 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: i486DX (486-class CPU) real memory = 67108864 (65536K bytes) avail memory = 62664704 (61196K bytes) BIOS Geometries: 0:0107fe3f 0..263=264 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=70308086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 mapreg[20] type=1 addr=0000e800 size=0010. vga0 rev 3 on pci0:11 mapreg[10] type=0 addr=fa000000 size=1000000. ahc0 rev 1 int a irq 9 on pci0:12 mapreg[10] type=1 addr=0000e000 size=0100. mapreg[14] type=0 addr=f9fff000 size=1000. reg16: ioaddr=0xe000 size=0x100 ahc0: Reading SEEPROM...done. ahc0: aic7860 Single Channel, SCSI Id=7, 3 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MHz, offset = 0xf (ahc0:0:0): "FUJITSU M2915S-512 0127" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2075MB (4250695 512 byte sectors) sd0(ahc0:0:0): with 3011 cyls, 15 heads, and an average 94 sectors/track ahc0:A:4: refuses syncronous negotiation. Using asyncronous transfers (ahc0:4:0): "NEC CD-ROM DRIVE:210 1.0" type 5 removable SCSI 1 cd0(ahc0:4:0): CD-ROM cd present [192775 x 2048 byte records] pci0: uses 16781312 bytes of memory from f9fff000 upto faffffff. pci0: uses 272 bytes of I/O space from e000 upto e80f. Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 fe0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x378-0x37f on isa lpt1 not probed due to I/O address conflict with lpt0 at 0x378 mse0: wrong signature ff mse0 not found at 0x23c psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in wdc0 not found at 0x1f0 wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0: timeout getting status mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0 not found at 0x360 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp/bnc[*UTP*] address 00:a0:24:89:71:42 ix0 not probed due to I/O address conflict with ep0 at 0x300 le0 not probed due to I/O address conflict with ep0 at 0x300 lnc0 not found at 0x280 ze0 not probed due to I/O address conflict with ep0 at 0x300 zp0 not probed due to I/O address conflict with ep0 at 0x300 npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. imasks: bio c0000240, tty c003149a, net c003149a Device configuration finished. Considering FFS root f/s. changing root device to sd0a configure() finished. sd0s1: type 0xa5, start 63, end = 2184839, size 2184777 : OK sd0s2: type 0x6, start 2184840, end = 4241159, size 2056320 : OK -- Yun-Ching (Allen) Lee # "There is no such thing as a good influence... ycl+@cmu.edu # All influence is immoral." yunching+@andrew.cmu.edu # -- Lord Henry Wotton From owner-freebsd-current Thu Nov 28 12:35:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA12067 for current-outgoing; Thu, 28 Nov 1996 12:35:41 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA12060 for ; Thu, 28 Nov 1996 12:35:38 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id HAA22943; Fri, 29 Nov 1996 07:32:04 +1100 (EST) From: David Dawes Message-Id: <199611282032.HAA22943@rf900.physics.usyd.edu.au> Subject: Re: DEC DLT2700 stacker now works! In-Reply-To: <199611281955.UAA16274@uriah.heep.sax.de> from J Wunsch at "Nov 28, 96 08:55:35 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 29 Nov 1996 07:32:03 +1100 (EST) Cc: freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >As David Dawes wrote: > >> > { >> >+ T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "DEC", "DLT2700", "*", >> >+ "st", SC_MORE_LUS, 0 >> >+ }, >> >+ { > >> Might as well add the Quantum DLT auto-loader models too. The vendor >> string is "Quantum", and some of the models are "DLT4500", "DLT4700", >> "DLT2500XT", and "DLT2700XT". I don't know if the 2500 and 2700 are in >> the Quantum product range. > >Do you know whether all Quantum DLT's are auto-loaders? In this case, >it would be safe to say: Not all are auto-loaders, The auto loaders match "DLT?[57]*". The "DLT?0* models are just plain drives. > { > T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "Quantum", "DLT*", "*", > "st", SC_MORE_LUS, 0 > }, > >(Is their vendor string really upper/lower case? Quite unusual.) Here's the message when I tried a DLT4000 on a FreeBSD box: (ahc2:5:0): "Quantum DLT4000 CD3C" type 1 removable SCSI 2 I don't have an auto-loader here, but I don't expect that the vendor string would be any different to this. David From owner-freebsd-current Thu Nov 28 13:05:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13176 for current-outgoing; Thu, 28 Nov 1996 13:05:06 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA13167 for ; Thu, 28 Nov 1996 13:05:02 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id QAA03782; Thu, 28 Nov 1996 16:03:16 -0500 (EST) From: "John S. Dyson" Message-Id: <199611282103.QAA03782@dyson.iquest.net> Subject: Re: inlining (Was: users of "ft" tapes...) To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 28 Nov 1996 16:03:16 -0500 (EST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199611282005.VAA16339@uriah.heep.sax.de> from "J Wunsch" at Nov 28, 96 09:05:02 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As Poul-Henning Kamp wrote: > > > >I have been thinking about un-inlining spls. This saves 29K out of > > >1096K text. It may even save some time > > > I generally use the rule of thumb that unless the text-size is > > smaller as a result, then inlining is wrong. > > This is hard to achieve. I think inlining is first aimed at > optimizing for speed, not for size. > Sometimes speed == size. Esp, on Intel architectures with small caches. I would like to know if there is going to be an impact on VM perf (which is much of what people see as perf on a machine, running various programs, and one reason why NT is so dog slow), before un-inlining the spl's. If it is neutral (and that is very likely), I would be for de-inlining also. Note that we actually had a net microbenchmark slowdown with some of my recent VM changes, but that had to be weighed against a speedup on large systems (by 2x-3x.) Most of the slowdown is probably due to the larger data structures (and larger cache footprint.) Alas, I am just not able to figure out how to make some of those damned things smaller, but if anyone does have any ideas, PLEASE PLEASE let me know. John From owner-freebsd-current Thu Nov 28 13:23:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13740 for current-outgoing; Thu, 28 Nov 1996 13:23:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA13728 for ; Thu, 28 Nov 1996 13:23:28 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA14918; Thu, 28 Nov 1996 22:23:02 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA25675; Thu, 28 Nov 1996 22:23:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id WAA16710; Thu, 28 Nov 1996 22:01:47 +0100 (MET) From: J Wunsch Message-Id: <199611282101.WAA16710@uriah.heep.sax.de> Subject: Re: DEC DLT2700 stacker now works! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 28 Nov 1996 22:01:47 +0100 (MET) Cc: dawes@rf900.physics.usyd.edu.au (David Dawes) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611282032.HAA22943@rf900.physics.usyd.edu.au> from David Dawes at "Nov 29, 96 07:32:03 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As David Dawes wrote: > >Do you know whether all Quantum DLT's are auto-loaders? In this case, > >it would be safe to say: > > Not all are auto-loaders, The auto loaders match "DLT?[57]*". The > "DLT?0* models are just plain drives. Hmm, so it would be interesting to know whether the non auto-loaders will also grok SC_MORE_LUS, and respond to LUN 0 only. This way, we could still use a single record for all drives. True regexps are not supported, alas, only the trailing asterisk. (Perhaps we should support the question mark, too, so the above would yield just two records. That's still not too bad.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Nov 28 13:52:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15195 for current-outgoing; Thu, 28 Nov 1996 13:52:15 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA15190 for ; Thu, 28 Nov 1996 13:52:12 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id IAA23096; Fri, 29 Nov 1996 08:51:51 +1100 (EST) From: David Dawes Message-Id: <199611282151.IAA23096@rf900.physics.usyd.edu.au> Subject: Re: DEC DLT2700 stacker now works! In-Reply-To: <199611282101.WAA16710@uriah.heep.sax.de> from J Wunsch at "Nov 28, 96 10:01:47 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 29 Nov 1996 08:51:51 +1100 (EST) Cc: freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >As David Dawes wrote: > >> >Do you know whether all Quantum DLT's are auto-loaders? In this case, >> >it would be safe to say: >> >> Not all are auto-loaders, The auto loaders match "DLT?[57]*". The >> "DLT?0* models are just plain drives. > >Hmm, so it would be interesting to know whether the non auto-loaders >will also grok SC_MORE_LUS, and respond to LUN 0 only. This way, we I might be able to try that this afternoon (the drive is currently on another machine). David From owner-freebsd-current Thu Nov 28 16:12:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19801 for current-outgoing; Thu, 28 Nov 1996 16:12:52 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA19791; Thu, 28 Nov 1996 16:12:48 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA18810; Fri, 29 Nov 1996 01:12:15 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA28688; Fri, 29 Nov 1996 01:12:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id BAA26215; Fri, 29 Nov 1996 01:00:24 +0100 (MET) From: J Wunsch Message-Id: <199611290000.BAA26215@uriah.heep.sax.de> Subject: Re: users of "ft" tapes, please test! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 29 Nov 1996 01:00:23 +0100 (MET) Cc: phk@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <2845.849128781@critter.tfs.com> from Poul-Henning Kamp at "Nov 27, 96 10:06:21 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > Unless somebody convinces me that this patch doesn't work, It will ``convince'' It page faults in out_fdc() during ftattach(). However, i'm too tired right now to analyze this problem. I really gotta go to bed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Nov 28 20:52:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA27655 for current-outgoing; Thu, 28 Nov 1996 20:52:10 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA27650 for ; Thu, 28 Nov 1996 20:52:06 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA13253; Fri, 29 Nov 1996 15:47:56 +1100 Date: Fri, 29 Nov 1996 15:47:56 +1100 From: Bruce Evans Message-Id: <199611290447.PAA13253@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: users of "ft" tapes, please test! Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>I have been thinking about un-inlining spls. This saves 29K out of >I generally use the rule of thumb that unless the text-size is >smaller as a result, then inlining is wrong. A good rule, I think. Of course it is wrong if the code is in a tight loop, but that isn't common. I think the inlines for min(), etc. break this rule. There aren't many inlines that follow it. E.g,. the inline spltty(), which is approximately only 2 C instructions (save = cpl; cpl |= tty_imask;) is twice as large as the non-inline version. Bruce From owner-freebsd-current Thu Nov 28 20:58:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA27870 for current-outgoing; Thu, 28 Nov 1996 20:58:36 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA27863; Thu, 28 Nov 1996 20:58:34 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.7.5/8.6.12) with SMTP id XAA16353; Thu, 28 Nov 1996 23:57:46 -0500 (EST) Date: Thu, 28 Nov 1996 23:57:46 -0500 (EST) From: Mark Mayo To: Jeffrey Hsu cc: current@freefall.freebsd.org Subject: Re: new JDK release In-Reply-To: <199611260856.AAA29215@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Nov 1996, Jeffrey Hsu wrote: > I've rolled a new JDK release which can run the Marimba products. If > you know how to modify the Marimba Solaris distribution to work with > our JDK, please give freefall:pub/FreeBSD/LOCAL_PORTS/jdk102.11-26.tar.gz > a try. If you don't know how to modify the standard Solaris distribution, > I'll probably get around to either mailing out instructions or rerolling > a FreeBSD version of the Marimba distribution sometime next week. > Cool! I just tried out the new port, and I'm happy to report that ServerSockets now work! I tried a pile of other code I had lying around, everything compiled and interpreted fine. Two annoying things: 1) The appletviewer doesn't work for me. I get "Invalid JAVA_HOME: /usr/local/java". I tried leaving it out of my .cshrc, no luck; and I tried setting it all around the root directory (/bin, etc..). 2) I now get annoying X messages (even when compiling !?) : (null): warning: /usr/X11R6/lib/libXext.so.6.0: minor version 0 older than expected 1, using it anyway (null): warning: /usr/X11R6/lib/libX11.so.6.0: minor version 0 older than expected 1, using it anyway Is this normal, and why is the compiler giving me these errors? I get the warning from serveral other programs too - I'm mostly just curious about javac's need for X stuff :-) Otherwise, great work - I LOVE having a java environment on my FreeBSD machine, and thanks again for the ServerSocket fix. One other thing, does anyone else notice that it takes _forever_ for the java interpreter to bring up a Dialog class?? My machine takes about 5 seconds to pop up a dialog (with just a label on it). This seems wrong since my machine is a PPro, and also I noticed that almost no CPU is being used - it just seems to stall for a while (the calling Frame is still functional though). Thanks Jeffrey, -Mark P.S. Are there any plans on supporting 65K colors in the interpreter? My AWT apps run without crashing, but they are shades of blue only while in 65K hi-color mode =) --------------------------------------------------- | Mark Mayo mark@quickweb.com | | RingZero Comp. vinyl.quickweb.com/mark | --------------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch From owner-freebsd-current Thu Nov 28 21:20:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28574 for current-outgoing; Thu, 28 Nov 1996 21:20:13 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA28563 for ; Thu, 28 Nov 1996 21:20:10 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id AAA07832; Fri, 29 Nov 1996 00:19:29 -0500 (EST) From: "John S. Dyson" Message-Id: <199611290519.AAA07832@dyson.iquest.net> Subject: Re: users of "ft" tapes, please test! To: bde@zeta.org.au (Bruce Evans) Date: Fri, 29 Nov 1996 00:19:29 -0500 (EST) Cc: bde@zeta.org.au, phk@critter.tfs.com, current@freebsd.org In-Reply-To: <199611290447.PAA13253@godzilla.zeta.org.au> from "Bruce Evans" at Nov 29, 96 03:47:56 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >>I have been thinking about un-inlining spls. This saves 29K out of > > >I generally use the rule of thumb that unless the text-size is > >smaller as a result, then inlining is wrong. > > A good rule, I think. Of course it is wrong if the code is in a tight > loop, but that isn't common. > > I think the inlines for min(), etc. break this rule. There aren't many > inlines that follow it. E.g,. the inline spltty(), which is approximately > only 2 C instructions (save = cpl; cpl |= tty_imask;) is twice as large > as the non-inline version. > I built the system with a de-inlined splx() and found an approx 10K savings. My equiv changes for vm_wait saved approx 4K. In both cases, I could not detect a significant speed impact (if anything, it appears that the system ran faster.) Note that this is on a P6 -- which has really good caching. Hope to soon get my P5-166 back up, for P5 testing. If there is not a significant negative speed impact, I would be tempted to make the changes. It would be very suprising to see that an appropriately coded splvm/splimp/splxxx would be much smaller than the subroutine call... Have you considered coding the splxxx inlines in tight asm? Would that help? John From owner-freebsd-current Thu Nov 28 21:57:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA29653 for current-outgoing; Thu, 28 Nov 1996 21:57:28 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA29648 for ; Thu, 28 Nov 1996 21:57:24 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA15253; Fri, 29 Nov 1996 16:53:01 +1100 Date: Fri, 29 Nov 1996 16:53:01 +1100 From: Bruce Evans Message-Id: <199611290553.QAA15253@godzilla.zeta.org.au> To: bde@zeta.org.au, toor@dyson.iquest.net Subject: Re: users of "ft" tapes, please test! Cc: current@freebsd.org, phk@critter.tfs.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I built the system with a de-inlined splx() and found an approx 10K savings. This saves 20K out of 1096K here (I have a lot of rarely used drivers and file systems in my kernel for testing). >make the changes. It would be very suprising to see that an appropriately >coded splvm/splimp/splxxx would be much smaller than the subroutine call... Yes, it would be surprising :-). A function call with no args takes 5 bytes. Just referencing 2 different memory locations (cpl and xxx_imask) takes a miniumum of 10 bytes unless pointers to the locations are kept in registers. A function call with args takes many more bytes but the inline code to handle the args is likely to take even more. >Have you considered coding the splxxx inlines in tight asm? Would that help? Yes. No. For the simplest case (splhigh()), inline asm can't possibly be tighter than: movl $_cpl,%eax # 5 bytes movl (%eax),%another_reg # 2 bytes movl $0xffffffff,(%eax) # 6 bytes Writing it in C allows generation of code like: movl (%reg1),%reg2 # 2 bytes ($_cpl already in %reg1) movl %reg3,(%reg1) # 2 bytes ($0xffffffff already in %reg3) gcc doesn't actually generate code like this. There usually aren't enough registers, but gcc doesn't even generate it for: for (i = 0; i < 1000; ++i) { s = splhigh(); foo(); splx(s); } gcc apparently thinks that loading address constants into registers is a waste of time on x86's. It's right in x86's with no cache :-). Bruce From owner-freebsd-current Thu Nov 28 22:49:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01474 for current-outgoing; Thu, 28 Nov 1996 22:49:09 -0800 (PST) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA01469; Thu, 28 Nov 1996 22:49:07 -0800 (PST) Received: from bebox (hamby2.lightside.net [207.67.176.18]) by covina.lightside.com (8.8.3/8.8.3) with SMTP id WAA05790; Thu, 28 Nov 1996 22:48:59 -0800 (PST) Message-Id: <199611290648.WAA05790@covina.lightside.com> To: Mark Mayo Subject: Re: new JDK release Cc: Jeffrey Hsu , current@freefall.freebsd.org Date: Thu, 28 Nov 96 22:47:52 From: "Jake Hamby" Reply-To: jehamby@lightside.com X-Mailer: BeMail [version 1.1] Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Mayo wrote: >On Tue, 26 Nov 1996, Jeffrey Hsu wrote: >2) I now get annoying X messages (even when compiling !?) : >(null): warning: /usr/X11R6/lib/libXext.so.6.0: minor version 0 older than >expected 1, using it anyway >(null): warning: /usr/X11R6/lib/libX11.so.6.0: minor version 0 older than >expected 1, using it anyway > >Is this normal, and why is the compiler giving me these errors? I get the >warning from serveral other programs too - I'm mostly just curious about >javac's need for X stuff :-) The JDK was compiled with the X11R6.1 libraries. You can upgrade to the newest XFree86 (3.2), which has these libraries, or stay with the older XFree86 and ignore the warnings. The libraries should be forwards and backwards compatible (that's why the minor version number was bumped and not the major one), but the run-time loader issues a warning to alert you that the program was compiled (and therefore tested) with a later version of the library than what you're using. >One other thing, does anyone else notice that it takes _forever_ for the >java interpreter to bring up a Dialog class?? My machine takes about 5 >seconds to pop up a dialog (with just a label on it). This seems wrong >since my machine is a PPro, and also I noticed that almost no CPU is being >used - it just seems to stall for a while (the calling Frame is still >functional though). I've noticed this too! I think it's a Motif thing, but it is annoying. I can tell you that upgrading to the newer XFree86 (as I mentioned above) won't change anything. Fortunately, after the first AWT pops up, the graphics speed is the same as Linux, Windows, or Solaris. For a while when I was using the Castanet Tuner (on my 486), it seemed *much* slower than under Windows, but then I remembered I had stuffed the Symantec JIT compiler into the Windows version (JAVA.DLL) and forgot about it... :-) >P.S. Are there any plans on supporting 65K colors in the interpreter? My >AWT apps run without crashing, but they are shades of blue only while in >65K hi-color mode =) I think *all* of the UNIX JDK's support 64k-colors poorly. You can hardly blame Jeffrey for that, eh? :-) -- Jake From owner-freebsd-current Thu Nov 28 22:52:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01641 for current-outgoing; Thu, 28 Nov 1996 22:52:07 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA01635 for ; Thu, 28 Nov 1996 22:52:06 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vTMnO-0003vtC; Thu, 28 Nov 96 22:51 PST Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id HAA01168; Fri, 29 Nov 1996 07:52:45 +0100 (MET) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: users of "ft" tapes, please test! In-reply-to: Your message of "Fri, 29 Nov 1996 01:00:23 +0100." <199611290000.BAA26215@uriah.heep.sax.de> Date: Fri, 29 Nov 1996 07:52:45 +0100 Message-ID: <1166.849250365@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199611290000.BAA26215@uriah.heep.sax.de>, J Wunsch writes: >As Poul-Henning Kamp wrote: > >> Unless somebody convinces me that this patch doesn't work, It will > >``convince'' > >It page faults in out_fdc() during ftattach(). However, i'm too tired >right now to analyze this problem. I really gotta go to bed. Try the one in current, there was two typos in the patch I sent out. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Nov 28 23:01:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02066 for current-outgoing; Thu, 28 Nov 1996 23:01:00 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA02061; Thu, 28 Nov 1996 23:00:56 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id IAA02612; Fri, 29 Nov 1996 08:00:54 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id HAA08296; Fri, 29 Nov 1996 07:54:26 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.7.5/8.7.3) id XAA03702; Thu, 28 Nov 1996 23:28:45 +0100 Date: Thu, 28 Nov 1996 23:28:45 +0100 Message-Id: <199611282228.XAA03702@plm.xs4all.nl> From: Peter Mutsaers To: se@FreeBSD.ORG (Stefan Esser) Cc: plm@xs4all.nl (Peter Mutsaers), freebsd-current@FreeBSD.ORG Subject: Re: Will userconfig work soon again? In-Reply-To: References: <87682qpuff.fsf@plm.xs4all.nl> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> On Thu, 28 Nov 1996 21:11:18 +0100, se@FreeBSD.ORG (Stefan Esser) said: SE> It should work out of the box under -current (as of May 96 :) SE> Please send me VERBOSE boot messages (at least the lines dealing SE> with the PCI bus and its devices ...) It is recognized on the PCI bus as an ethernet device, but says: No driver assigned. SE> Please do NOT configure it as an ISA device with the PCI assigned port SE> numbers under -current. This will give strange results, if the kernel SE> also sees it in the PCI probe (and it really should). SE> The PCI NE2000 should be assigned the name ed1, if your kernel config SE> file contains "ed0 at isa?". You need the ISA definition of ed0, or SE> the PCI probe will not be included. (Is this documented ???) No: This seems a solution. I haven't tried this. I will try it immediately. SE> If you use a generic kernel with both "ed0" and "ed1" configured, the SE> PCI cards would be "ed2", "ed3", ... (any number supported :). SE> Please make sure you have the ed0 config line in your kernel config SE> file, and send me a verbose boot message log, if it still fails. OK, I will do this and let you know the result. Thanks, -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-current Thu Nov 28 23:19:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03093 for current-outgoing; Thu, 28 Nov 1996 23:19:49 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA03086 for ; Thu, 28 Nov 1996 23:19:48 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vTNDZ-0003vyC; Thu, 28 Nov 96 23:18 PST Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id IAA01302; Fri, 29 Nov 1996 08:19:48 +0100 (MET) To: "John S. Dyson" cc: bde@zeta.org.au (Bruce Evans), current@freebsd.org Subject: Re: users of "ft" tapes, please test! In-reply-to: Your message of "Fri, 29 Nov 1996 00:19:29 EST." <199611290519.AAA07832@dyson.iquest.net> Date: Fri, 29 Nov 1996 08:19:47 +0100 Message-ID: <1300.849251987@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611290519.AAA07832@dyson.iquest.net>, "John S. Dyson" writes: >If there is not a significant negative speed impact, I would be tempted to >make the changes. It would be very suprising to see that an appropriately >coded splvm/splimp/splxxx would be much smaller than the subroutine call... >Have you considered coding the splxxx inlines in tight asm? Would that help? probably not, since we would disable the compilers optimizer that way. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Nov 28 23:53:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04876 for current-outgoing; Thu, 28 Nov 1996 23:53:10 -0800 (PST) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA04868 for ; Thu, 28 Nov 1996 23:53:06 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id SAA23355; Fri, 29 Nov 1996 18:22:58 +1030 (CST) Date: Fri, 29 Nov 1996 18:22:58 +1030 (CST) From: Peter Childs Message-Id: <199611290752.SAA23355@al.imforei.apana.org.au> To: gurney_j@resnet.uoregon.edu, freebsd-current@freebsd.org Subject: Re: wine port is broken in current... Newsgroups: apana.lists.os.freebsd.ports X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961020] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you wrote: : I just checked it out... and it's broken... looks like the fix was to just : remove the patch-ah from the dir...as that patch is stale and for a much : older version of the wine port... I removed it and wine built fine... : ttyl.. Probably to do with how you are getting the ports. If you are using CVS you probably didn't tell the checkout to removed files that are nolonger pertinant. FWIW a checkout of the wine port on my system (updated 2 minutes ago) doesn't create a patch-ah. Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-current Fri Nov 29 00:21:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07542 for current-outgoing; Fri, 29 Nov 1996 00:21:39 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA07527; Fri, 29 Nov 1996 00:21:32 -0800 (PST) Received: by nasu.utsunomiya-u.ac.jp (5.57/ULTRIX-940302) id AA09724; Fri, 29 Nov 96 17:20:24 +0900 Received: by outmail.utsunomiya-u.ac.jp (5.57/ULTRIX-940909) id AA13091; Fri, 29 Nov 96 17:20:22 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id RAA23794; Fri, 29 Nov 1996 17:23:10 +0900 (JST) Message-Id: <199611290823.RAA23794@zodiac.mech.utsunomiya-u.ac.jp> To: "Louis A. Mamakos" Cc: sos@freebsd.org, nate@mt.sri.com, current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: FreeBSD-3.0-current PS/2 mouse driver change In-Reply-To: Your message of "Wed, 27 Nov 1996 23:20:38 EST." <199611280420.XAA08667@whizzo.transsys.com> References: <199611270804.JAA00372@ravenock.cybercity.dk> <199611271331.IAA01084@whizzo.transsys.com> <199611272318.IAA09541@zodiac.mech.utsunomiya-u.ac.jp> <199611280420.XAA08667@whizzo.transsys.com> Date: Fri, 29 Nov 1996 17:23:09 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >Please note that >> >right now, the new psm.c driver in the kernel renders this pointing device >> >helpless to do it's nifty bits. The additional "smarts" in the kernel >> >driver seems to mask off the bit which indicates a "tap" gesture on the >> >pad. I've just upgraded to 3.0-current last night, and have only begun >> >to look at the driver. >> >> Hello. I understand what is the problem with the `psm' driver when used >> with ALPUS GlidePoint. I will turn off the bit checking by default. >> >> BTW, that bit is said to be always 1, according to some docs. Now that >> I know the bit is not set in that way, there will be no way to re-sync >> with the data packet from the PS/2 mouse once we have become out of >> sync (due to lost interrupt or something) ;-< > >I've really never experienced a situation where the mouse driver got >unsynchronized.. at least with the old version of the driver. All of the >parsing of the mouse data stream seemed to have taken place either in >the X server or moused rather than in the kernel. Is this a significant >problem which other users have experienced? > >louie I personally have not had my mouse `out-of-sync'. However, I wasn't so sure if this possibility can be categorically discounted. Because there was the report that XAccel servers make `syscons' lose interrupts, and locks up the keyboard. I intended to put a code, for debugging purpose, to log the synchronization problem when it is detected by checking that bit, so that we can know the mouse interrupt may or may not be lost under certain conditions. As I have written, I will turn off the bit checking by default in the next set of patches to the `psm' driver. But, I may leave the bit checking and out-of-sync logging code in the driver as a configuration/debugging option. Will this be reasonable? Kazu From owner-freebsd-current Fri Nov 29 00:56:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09672 for current-outgoing; Fri, 29 Nov 1996 00:56:08 -0800 (PST) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA09667 for ; Fri, 29 Nov 1996 00:56:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.8.3/8.8.3) with SMTP id AAA10733; Fri, 29 Nov 1996 00:50:50 -0800 (PST) Date: Fri, 29 Nov 1996 00:50:49 -0800 (PST) From: John-Mark Gurney X-Sender: jmg@nike Reply-To: John-Mark Gurney To: Peter Childs cc: freebsd-current@freebsd.org Subject: Re: wine port is broken in current... In-Reply-To: <199611290752.SAA23355@al.imforei.apana.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Nov 1996, Peter Childs wrote: > In article you wrote: > : I just checked it out... and it's broken... looks like the fix was to just > : remove the patch-ah from the dir...as that patch is stale and for a much > : older version of the wine port... I removed it and wine built fine... > : ttyl.. > > Probably to do with how you are getting the ports. If you > are using CVS you probably didn't tell the checkout to > removed files that are nolonger pertinant. > > FWIW a checkout of the wine port on my system (updated 2 > minutes ago) doesn't create a patch-ah. this is interesting... as I just did a checkout in a clean dir and it still checks out the patch-ah... looks like I might have a problem with the way I started my src tree and used cvsup... thanks for the pointer though.. ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Fri Nov 29 02:38:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA12979 for current-outgoing; Fri, 29 Nov 1996 02:38:55 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA12974; Fri, 29 Nov 1996 02:38:52 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id CAA11894; Fri, 29 Nov 1996 02:38:51 -0800 (PST) To: Mark Mayo cc: Jeffrey Hsu , current@freefall.freebsd.org Subject: Re: new JDK release In-reply-to: Your message of "Thu, 28 Nov 1996 23:57:46 EST." Date: Fri, 29 Nov 1996 02:38:51 -0800 Message-ID: <11892.849263931@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 1) The appletviewer doesn't work for me. I get "Invalid JAVA_HOME: > /usr/local/java". I tried leaving it out of my .cshrc, no luck; and I > tried setting it all around the root directory (/bin, etc..). You need to set your CLASSPATH, mine is set to: /usr/local/share/java:/usr/local/share/java/lib:. Which is probably one more directory than needed, but hey, it works. :-) > 2) I now get annoying X messages (even when compiling !?) : > (null): warning: /usr/X11R6/lib/libXext.so.6.0: minor version 0 older than > expected 1, using it anyway > (null): warning: /usr/X11R6/lib/libX11.so.6.0: minor version 0 older than > expected 1, using it anyway You need to upgrade to XFree86 3.2 Jordan From owner-freebsd-current Fri Nov 29 05:44:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18381 for current-outgoing; Fri, 29 Nov 1996 05:44:08 -0800 (PST) Received: from sed.cs.fsu.edu (sed.cs.fsu.edu [128.186.121.157]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA18376 for ; Fri, 29 Nov 1996 05:44:06 -0800 (PST) Received: by sed.cs.fsu.edu (8.8.3/56) id NAA04722; Fri, 29 Nov 1996 13:44:03 GMT From: Gang-Ryung Uh Message-Id: <199611291344.NAA04722@sed.cs.fsu.edu> Subject: Fatal Trap 12 To: freebsd-current@freebsd.org Date: Fri, 29 Nov 1996 08:44:03 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have downloaded FreeBSD-current source Nov 28, and completed "make world" and rebuilt kernel. But during the boot time, I got following fatal error message and the system rebooted... .... Fatal trap 12: page fault while in kernel mode .... Would you tell me how to track down where is the problem coming and how to fix this problem? Thanks in advance. Regards, Gang-Ryung Uh (uh@cs.fsu.edu) From owner-freebsd-current Fri Nov 29 10:34:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27363 for current-outgoing; Fri, 29 Nov 1996 10:34:27 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27357; Fri, 29 Nov 1996 10:34:23 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.7.5/8.6.12) with SMTP id NAA18018; Fri, 29 Nov 1996 13:33:33 -0500 (EST) Date: Fri, 29 Nov 1996 13:33:32 -0500 (EST) From: Mark Mayo To: "Jordan K. Hubbard" cc: Jeffrey Hsu , current@freefall.freebsd.org Subject: Re: new JDK release In-Reply-To: <11892.849263931@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Nov 1996, Jordan K. Hubbard wrote: > > 1) The appletviewer doesn't work for me. I get "Invalid JAVA_HOME: > > /usr/local/java". I tried leaving it out of my .cshrc, no luck; and I > > tried setting it all around the root directory (/bin, etc..). > > You need to set your CLASSPATH, mine is set to: > /usr/local/share/java:/usr/local/share/java/lib:. > Which is probably one more directory than needed, but hey, it > works. :-) Hmm, this isn't working for me. Here are my .cshrc entries: # JDK_1.0.2 stuff setenv CLASSPATH .:/usr/local/java/classes.zip:/usr/local/java/lib:/usr/local/java setenv JAVA_HOME /usr/local/java setenv LD_LIBRARY_PATH /usr/local/java/lib/i386 I'm running the 2.2-ALPHA; perhaps I need to be running -CURRENT or something?? My classes are definately being loaded because I can compile and run appliactions - just can't run the appletviewer... P.S. The appletviewer worked fine until I tried the newer JDK that runs the Marimba products. Otherwise, everything is fine!! It's not a major problem anyways - I just run netscape to test applets... Thanks anyways! -Mark --------------------------------------------------- | Mark Mayo mark@quickweb.com | | RingZero Comp. vinyl.quickweb.com/mark | --------------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch > > > 2) I now get annoying X messages (even when compiling !?) : > > (null): warning: /usr/X11R6/lib/libXext.so.6.0: minor version 0 older than > > expected 1, using it anyway > > (null): warning: /usr/X11R6/lib/libX11.so.6.0: minor version 0 older than > > expected 1, using it anyway > > You need to upgrade to XFree86 3.2 > > Jordan > > From owner-freebsd-current Fri Nov 29 10:42:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27940 for current-outgoing; Fri, 29 Nov 1996 10:42:18 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27935; Fri, 29 Nov 1996 10:42:15 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.7.5/8.6.12) with SMTP id NAA18035; Fri, 29 Nov 1996 13:41:25 -0500 (EST) Date: Fri, 29 Nov 1996 13:41:25 -0500 (EST) From: Mark Mayo To: Jake Hamby cc: Jeffrey Hsu , current@freefall.freebsd.org Subject: Re: new JDK release In-Reply-To: <199611290648.WAA05790@covina.lightside.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 28 Nov 1996, Jake Hamby wrote: > Mark Mayo wrote: > >On Tue, 26 Nov 1996, Jeffrey Hsu wrote: > > >2) I now get annoying X messages (even when compiling !?) : > >(null): warning: /usr/X11R6/lib/libXext.so.6.0: minor version 0 older than > >expected 1, using it anyway > >(null): warning: /usr/X11R6/lib/libX11.so.6.0: minor version 0 older than > >expected 1, using it anyway > > > >Is this normal, and why is the compiler giving me these errors? I get the > >warning from serveral other programs too - I'm mostly just curious about > >javac's need for X stuff :-) > > The JDK was compiled with the X11R6.1 libraries. You can upgrade to the newest > XFree86 (3.2), which has these libraries, or stay with the older XFree86 and > ignore the warnings. The libraries should be forwards and backwards > compatible (that's why the minor version number was bumped and not the > major one), but the run-time loader issues a warning to alert you that the > program was compiled (and therefore tested) with a later version of the library > than what you're using. I get it.. One question though: I run the AccelX server from Xinside (v1.3). If I upgrade my XFree86, is it going to destroy my AccelX install?? Not a big pain anyways, I suppose, seing how the AccelX setup only takes a few minutes... Just curious again =) > > >One other thing, does anyone else notice that it takes _forever_ for the > >java interpreter to bring up a Dialog class?? My machine takes about 5 > >seconds to pop up a dialog (with just a label on it). This seems wrong > >since my machine is a PPro, and also I noticed that almost no CPU is being > >used - it just seems to stall for a while (the calling Frame is still > >functional though). > > I've noticed this too! I think it's a Motif thing, but it is annoying. I can tell > you that upgrading to the newer XFree86 (as I mentioned above) won't change > anything. Fortunately, after the first AWT pops up, the graphics speed is the > same as Linux, Windows, or Solaris. For a while when I was using the Castanet > Tuner (on my 486), it seemed *much* slower than under Windows, but then I > remembered I had stuffed the Symantec JIT compiler into the Windows version > (JAVA.DLL) and forgot about it... :-) > Yeah, the JIT's for Windows are infinately faster... Just try running the Corel Office Suite for Java. Under FreeBSD or Linux it's unusable yet under win NT with Symantec's (or even Netscape's) JIT the performance is very good. Is Sun planning on releasing a JIT with the next JDK?? Hopefully! > >P.S. Are there any plans on supporting 65K colors in the interpreter? My > >AWT apps run without crashing, but they are shades of blue only while in > >65K hi-color mode =) > > I think *all* of the UNIX JDK's support 64k-colors poorly. You can hardly blame > Jeffrey for that, eh? :-) > No,I certainly don't blaime Jeffrey, and the fact that it runs at all in 64K colors is nice!! Under Linux and DEC Unix, it just crashed out completely... It would be nice to see a 64K compatible JDK though. > -- Jake > -Mark --------------------------------------------------- | Mark Mayo mark@quickweb.com | | RingZero Comp. vinyl.quickweb.com/mark | --------------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch From owner-freebsd-current Fri Nov 29 10:52:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28420 for current-outgoing; Fri, 29 Nov 1996 10:52:36 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA28415 for ; Fri, 29 Nov 1996 10:52:32 -0800 (PST) Received: by sovcom.kiae.su id AA01017 (5.65.kiae-1 for current@freebsd.org); Fri, 29 Nov 1996 21:37:41 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 29 Nov 96 21:37:41 +0300 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id VAA00784 for current@freebsd.org; Fri, 29 Nov 1996 21:37:08 +0300 (MSK) Message-Id: <199611291837.VAA00784@nagual.ru> Subject: Call for national time locales To: current@freebsd.org (FreeBSD-current) Date: Fri, 29 Nov 1996 21:37:07 +0300 (MSK) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Currently we have only German and Russian ones, other 8859-1 covered locales welcome (french, italian, etc.) It not just a feature, but some sort of critical thing, because setlocale (LC_ALL, "") fails (according to POSIX) if some locale (namely, time locale) are unavailable. Format is pretty simple, you can look at /usr/src/share/timedef/data/* for actual examples and strftime.c source. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Nov 29 11:05:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00588 for current-outgoing; Fri, 29 Nov 1996 11:05:55 -0800 (PST) Received: from eddie.cis.uoguelph.ca (eddie.cis.uoguelph.ca [131.104.48.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA00582 for ; Fri, 29 Nov 1996 11:05:53 -0800 (PST) Received: (from josh@localhost) by eddie.cis.uoguelph.ca (8.8.3/8.7.3) id OAA25994; Fri, 29 Nov 1996 14:02:45 -0500 (EST) From: Josh Tiefenbach Message-Id: <199611291902.OAA25994@eddie.cis.uoguelph.ca> Subject: Re: new JDK release To: mark@quickweb.com (Mark Mayo) Date: Fri, 29 Nov 1996 14:02:45 -0500 (EST) Cc: current@freebsd.org In-Reply-To: from Mark Mayo at "Nov 29, 96 01:41:25 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Mark Mayo wrote: > > I get it.. One question though: I run the AccelX server from Xinside > (v1.3). If I upgrade my XFree86, is it going to destroy my AccelX > install?? Not a big pain anyways, I suppose, seing how the AccelX setup > only takes a few minutes... Just curious again =) Nope. Just install the libs and the client progs. Dont bother installing the Xserver. > Yeah, the JIT's for Windows are infinately faster... Just try running the > Corel Office Suite for Java. Under FreeBSD or Linux it's unusable yet > under win NT with Symantec's (or even Netscape's) JIT the performance is > very good. Is Sun planning on releasing a JIT with the next JDK?? > Hopefully! > Isnt Kaffe (in ports) a JIT? josh -- Josh Tiefenbach | "I am a yapping dog with mean little teeth. President, | I am as often as wrong as you, as often as Society for Computing | co-opted as you, as often sophomoric as you. and Information Science. | But I maintain. As do you." University of Guelph | -- Harlan Ellison mailto:josh@eddie.cis.uoguelph.ca Web: http://eddie.cis.uoguelph.ca/~josh From owner-freebsd-current Fri Nov 29 11:30:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA01545 for current-outgoing; Fri, 29 Nov 1996 11:30:48 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA01539 for ; Fri, 29 Nov 1996 11:30:47 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vTYda-0003vtC; Fri, 29 Nov 96 11:30 PST Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id UAA03174; Fri, 29 Nov 1996 20:31:32 +0100 (MET) To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) cc: current@freebsd.org (FreeBSD-current) Subject: Re: Call for national time locales In-reply-to: Your message of "Fri, 29 Nov 1996 21:37:07 +0300." <199611291837.VAA00784@nagual.ru> Date: Fri, 29 Nov 1996 20:31:31 +0100 Message-ID: <3172.849295891@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611291837.VAA00784@nagual.ru>, =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE =C5=D2=CE=CF=D7?= writes: >Currently we have only German and Russian ones, other 8859-1 covered >locales welcome (french, italian, etc.) Danish too. I disagree with the german one, try this: % env LC_TIME=de_DE date Fr 29 Nov 1996 20:29:37 MET ^ | that initial space is bogus. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Nov 29 11:44:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02247 for current-outgoing; Fri, 29 Nov 1996 11:44:58 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA02226; Fri, 29 Nov 1996 11:44:54 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.7.6/8.7.3) with SMTP id LAA22005; Fri, 29 Nov 1996 11:44:51 -0800 (PST) Date: Fri, 29 Nov 1996 11:44:50 -0800 (PST) From: Jaye Mathisen To: Gang-Ryung Uh cc: freebsd-current@freebsd.org, hackers@freebsd.org Subject: Me too: Re: Fatal Trap 12 In-Reply-To: <199611291344.NAA04722@sed.cs.fsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Me too. Seems to be a problem with the psm driver, at least, I probe sc0 fine, then kaboom. Dropping back to an August kernel works fine. On Fri, 29 Nov 1996, Gang-Ryung Uh wrote: > Date: Fri, 29 Nov 1996 08:44:03 -0500 (EST) > From: Gang-Ryung Uh > To: freebsd-current@freebsd.org > Subject: Fatal Trap 12 > > Hi, > > I have downloaded FreeBSD-current source Nov 28, and > completed "make world" and rebuilt kernel. But during > the boot time, I got following fatal error message and > the system rebooted... > > .... > > Fatal trap 12: page fault while in kernel mode > > .... > > > Would you tell me how to track down where is the problem > coming and how to fix this problem? > > Thanks in advance. > > Regards, > Gang-Ryung Uh > (uh@cs.fsu.edu) > > > From owner-freebsd-current Fri Nov 29 11:56:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03349 for current-outgoing; Fri, 29 Nov 1996 11:56:51 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03322; Fri, 29 Nov 1996 11:56:46 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vTZ2F-0003w6C; Fri, 29 Nov 96 11:55 PST Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id UAA03284; Fri, 29 Nov 1996 20:56:58 +0100 (MET) To: Jaye Mathisen cc: Gang-Ryung Uh , freebsd-current@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Me too: Re: Fatal Trap 12 In-reply-to: Your message of "Fri, 29 Nov 1996 11:44:50 PST." Date: Fri, 29 Nov 1996 20:56:57 +0100 Message-ID: <3282.849297417@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message , Jaye Mat hisen writes: > >Me too. Seems to be a problem with the psm driver, at least, I probe sc0 >fine, then kaboom. typo in psm driver. try current now. -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Nov 29 11:57:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03382 for current-outgoing; Fri, 29 Nov 1996 11:57:14 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03373; Fri, 29 Nov 1996 11:57:11 -0800 (PST) Received: by sovcom.kiae.su id AA16909 (5.65.kiae-1 ); Fri, 29 Nov 1996 22:37:04 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 29 Nov 96 22:37:04 +0300 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id WAA00218; Fri, 29 Nov 1996 22:34:41 +0300 (MSK) Message-Id: <199611291934.WAA00218@nagual.ru> Subject: MSDOS lkm just broken (MAXBSIZE) To: current@freebsd.org (FreeBSD-current), dyson@freebsd.org Date: Fri, 29 Nov 1996 22:34:41 +0300 (MSK) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This code piece apparently not work for MSDOS lkm: #if defined(MSDOSFS) #define MAXBSIZE 32768 #else #define MAXBSIZE 16384 #endif I mean that kernel config NOT define MSDOSFS and relays on MSDOS lkm loaded on boot stage. Then I got panic: getblk: size(32768) > MAXBSIZE(16384) If I define MSDOSFS in kernel config, it becomes compiled in inside kernel and not lkm I want. Please fix it! (Why not ALWAYS define MAXBSIZE as 32768?) -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Nov 29 11:59:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03568 for current-outgoing; Fri, 29 Nov 1996 11:59:24 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03563 for ; Fri, 29 Nov 1996 11:59:22 -0800 (PST) Received: by sequent.kiae.su id AA22166 (5.65.kiae-2 ); Fri, 29 Nov 1996 23:49:56 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 29 Nov 96 23:49:56 +0400 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id WAA00363; Fri, 29 Nov 1996 22:45:25 +0300 (MSK) Message-Id: <199611291945.WAA00363@nagual.ru> Subject: Re: Call for national time locales In-Reply-To: <3172.849295891@critter.tfs.com> from Poul-Henning Kamp at "Nov 29, 96 08:31:31 pm" To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 29 Nov 1996 22:45:25 +0300 (MSK) Cc: current@freebsd.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199611291837.VAA00784@nagual.ru>, =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE > =C5=D2=CE=CF=D7?= writes: > >Currently we have only German and Russian ones, other 8859-1 covered > >locales welcome (french, italian, etc.) > > Danish too. > > I disagree with the german one, try this: > > % env LC_TIME=de_DE date > Fr 29 Nov 1996 20:29:37 MET > ^ > | > > that initial space is bogus. POSIX wants 3-letter abbreviation here, but in real life Germans and Russians use 2-letters abbreviations. Final space is more bogus than initial one in cases like Fr , 29 Nov 1006 20:29:37 (ARPA-like), better looking variant (for me) Fr, 29 Nov 1006 20:29:37 -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Nov 29 12:05:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04069 for current-outgoing; Fri, 29 Nov 1996 12:05:33 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA04060; Fri, 29 Nov 1996 12:05:31 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id PAA08993; Fri, 29 Nov 1996 15:05:21 -0500 (EST) From: "John S. Dyson" Message-Id: <199611292005.PAA08993@dyson.iquest.net> Subject: Re: MSDOS lkm just broken (MAXBSIZE) To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Fri, 29 Nov 1996 15:05:21 -0500 (EST) Cc: current@freebsd.org, dyson@freebsd.org In-Reply-To: <199611291934.WAA00218@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Nov 29, 96 10:34:41 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > panic: getblk: size(32768) > MAXBSIZE(16384) > Excellent!!! Another disk (filesystem) saved... This is only panicing under a very very evil situation. It was never checked before. > > If I define MSDOSFS in kernel config, it becomes compiled in > inside kernel and not lkm I want. > > Please fix it! (Why not ALWAYS define MAXBSIZE as 32768?) > I am evaluating the problems, and you can go ahead and define it as such until it is really fixed. There are kernel virtual address space limitations, and it is a bad idea to blindly us lots of KVA space. If you are not running on a big server, it will work for you to bump it up. I will *probably* get to it this weekend. John From owner-freebsd-current Fri Nov 29 12:06:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04148 for current-outgoing; Fri, 29 Nov 1996 12:06:50 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA04141 for ; Fri, 29 Nov 1996 12:06:48 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vTZCS-0003w6C; Fri, 29 Nov 96 12:06 PST Received: from critter.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.8.2/8.8.2) with ESMTP id VAA03333; Fri, 29 Nov 1996 21:07:35 +0100 (MET) To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) cc: current@freebsd.org Subject: Re: Call for national time locales In-reply-to: Your message of "Fri, 29 Nov 1996 22:45:25 +0300." <199611291945.WAA00363@nagual.ru> Date: Fri, 29 Nov 1996 21:07:34 +0100 Message-ID: <3331.849298054@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I disagree with the german one, try this: >> >> % env LC_TIME=de_DE date >> Fr 29 Nov 1996 20:29:37 MET >> ^ >> | >> >> that initial space is bogus. > >POSIX wants 3-letter abbreviation here, but in real life >Germans and Russians use 2-letters abbreviations. >Final space is more bogus than initial one in cases like >Fr , 29 Nov 1006 20:29:37 (ARPA-like), ^^^^ I know that the ARPA net was old, but... :-) I still think it is bogus. If they say "3-letter", then "Fr " isn't allowable, neither is " Fr". -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Nov 29 12:21:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04900 for current-outgoing; Fri, 29 Nov 1996 12:21:40 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA04895 for ; Fri, 29 Nov 1996 12:21:38 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-9.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA17524 (5.67b/IDA-1.5 for ); Fri, 29 Nov 1996 21:21:26 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.3/8.6.9) id VAA20044; Fri, 29 Nov 1996 21:08:39 +0100 (CET) Message-Id: Date: Fri, 29 Nov 1996 21:08:39 +0100 From: se@FreeBSD.org (Stefan Esser) To: phk@critter.tfs.com (Poul-Henning Kamp) Cc: ache@nagual.ru ("=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=@octopussy (Andrey A. Chernov)"), current@FreeBSD.org Subject: Re: Call for national time locales References: <199611291945.WAA00363@nagual.ru> <3331.849298054@critter.tfs.com> X-Mailer: Mutt 0.52 Mime-Version: 1.0 In-Reply-To: <3331.849298054@critter.tfs.com>; from Poul-Henning Kamp on Nov 29, 1996 21:07:34 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Nov 29, phk@critter.tfs.com (Poul-Henning Kamp) wrote: > >POSIX wants 3-letter abbreviation here, but in real life > >Germans and Russians use 2-letters abbreviations. > > >Final space is more bogus than initial one in cases like > >Fr , 29 Nov 1006 20:29:37 (ARPA-like), > ^^^^ > I know that the ARPA net was old, but... :-) > > I still think it is bogus. If they say "3-letter", then > "Fr " isn't allowable, neither is " Fr". Well, I think that "Mon", "Die", "Mit", "Don", "Fre", "Sam", "Son" are as good as the two letter abbreviations, and while I do not have any calendar with the 3 letter abbreviation at hand (but one, that uses a single character throughout :), I think you will easily find the 3 character form if you only look for it. For that reason, I think that the 3 character form should be used. Regards, STefan From owner-freebsd-current Fri Nov 29 12:26:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05078 for current-outgoing; Fri, 29 Nov 1996 12:26:16 -0800 (PST) Received: from llama.bazzle.com (133.columbus-001.oh.dial-access.att.net [207.147.72.133]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA05071 for ; Fri, 29 Nov 1996 12:26:13 -0800 (PST) Received: (from dob@localhost) by llama.bazzle.com (8.8.3/8.6.12) id PAA23180 for current@freebsd.org; Fri, 29 Nov 1996 15:26:04 -0500 (EST) Date: Fri, 29 Nov 1996 15:26:04 -0500 (EST) From: "Dan O'Brien" Message-Id: <199611292026.PAA23180@llama.bazzle.com> To: current@freebsd.org Subject: CVSUP problem with current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Where's the problem? I started getting this the other day. Same error each time, just different file numbers. Connected to cvsup.FreeBSD.org Updater failed: Updater error: Cannot create "/usr/sup/src-base/#cvs.cvsup-23114.0": File exists This is how I invoke cvsup: /usr/local/sbin/cvsup -L 1 -g /usr/cvs/cvsup-supfile Here is the line from my cvsup file: src-base release=cvs host=cvsup.FreeBSD.org hostbase=/home base=/usr prefix=/usr compress delete old use-rel-suffix tag=. It used to work fine. No changes on my end. I didn't notice anything in the mailing list regarding cvsup changes, either. What needs to be fixed? Thanks in advance, Dan From owner-freebsd-current Fri Nov 29 12:57:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06522 for current-outgoing; Fri, 29 Nov 1996 12:57:10 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA06517 for ; Fri, 29 Nov 1996 12:57:08 -0800 (PST) Received: by sovcom.kiae.su id AA05633 (5.65.kiae-1 ); Fri, 29 Nov 1996 23:53:43 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 29 Nov 96 23:53:43 +0300 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id XAA00677; Fri, 29 Nov 1996 23:45:14 +0300 (MSK) Message-Id: <199611292045.XAA00677@nagual.ru> Subject: Re: Call for national time locales In-Reply-To: <3331.849298054@critter.tfs.com> from Poul-Henning Kamp at "Nov 29, 96 09:07:34 pm" To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 29 Nov 1996 23:45:13 +0300 (MSK) Cc: current@FreeBSD.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I still think it is bogus. If they say "3-letter", then > "Fr " isn't allowable, neither is " Fr". I am not exactly correct in this thing, really I mean 3 positions occuped. I am even not shure that this fact specified somewhere in docs, but using this rule allows to reduce needed programs modifications greately. POSIX WG intended thing is using national civil life abbreviations when possible. In first variant of RU definition they use their own invented nonexistent 3-letter abbreviations, but promise me to correct them to padded 2-leters abbreviations in future versions after I send update to them. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Nov 29 13:04:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA06890 for current-outgoing; Fri, 29 Nov 1996 13:04:03 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA06872; Fri, 29 Nov 1996 13:03:59 -0800 (PST) Received: by sovcom.kiae.su id AA05636 (5.65.kiae-1 ); Fri, 29 Nov 1996 23:53:44 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 29 Nov 96 23:53:44 +0300 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id XAA00689; Fri, 29 Nov 1996 23:51:56 +0300 (MSK) Message-Id: <199611292051.XAA00689@nagual.ru> Subject: Re: MSDOS lkm just broken (MAXBSIZE) In-Reply-To: <199611292005.PAA08993@dyson.iquest.net> from "John S. Dyson" at "Nov 29, 96 03:05:21 pm" To: toor@dyson.iquest.net (John S. Dyson) Date: Fri, 29 Nov 1996 23:51:56 +0300 (MSK) Cc: current@freebsd.org, dyson@freebsd.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > panic: getblk: size(32768) > MAXBSIZE(16384) > > > Excellent!!! Another disk (filesystem) saved... This is only > panicing under a very very evil situation. It was never > checked before. Nothing saved, it simple not work and really work before! No evil situation occurse, it was just usual boot stage mount as before. It not work by very simple reason: MSDOS lkm awaits MAXBSIZE as 32768 and compiled kernel define it as 16384 instead of 32768 because MSDOSFS NOT defined by kernel because I don't want MSDOSFS inside kernel and want is as lkm instead. I always have my MSDOS filesystem mounted and it work for me for years without any data corruption in both filesystems, it not work now. Now I forced to define MSDOSFS in my kernel config file to bypass your checking (and not use MSDOS lkm as result). -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Nov 29 13:45:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08434 for current-outgoing; Fri, 29 Nov 1996 13:45:04 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA08427; Fri, 29 Nov 1996 13:45:01 -0800 (PST) Received: by sequent.kiae.su id AA07042 (5.65.kiae-2 ); Sat, 30 Nov 1996 01:38:49 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 30 Nov 96 01:38:48 +0400 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id AAA00333; Sat, 30 Nov 1996 00:38:14 +0300 (MSK) Message-Id: <199611292138.AAA00333@nagual.ru> Subject: Real error description (Was Re: MSDOS lkm ...) In-Reply-To: <199611292051.XAA00689@nagual.ru> from =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= at "Nov 29, 96 11:51:56 pm" To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sat, 30 Nov 1996 00:38:13 +0300 (MSK) Cc: toor@dyson.iquest.net, current@freebsd.org, dyson@freebsd.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It not work by very simple reason: MSDOS lkm awaits MAXBSIZE > as 32768 and compiled kernel define it as 16384 instead of 32768 > because MSDOSFS NOT defined by kernel because I don't want MSDOSFS > inside kernel and want is as lkm instead. The real error was: MSDOS lkm compiled with MSDOSFS msdosfs_vfsops.c: pmp->pm_fatblocksize = MAXBSIZE; i.e. msdosfs_vfsops.c: pmp->pm_fatblocksize = 32768; But kernel compiled without MSDOSFS (so with 16384), as result panic: getblk: size(32768) > MAXBSIZE(16384) -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Nov 29 13:54:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09007 for current-outgoing; Fri, 29 Nov 1996 13:54:39 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA08997 for ; Fri, 29 Nov 1996 13:54:30 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA28553 for ; Fri, 29 Nov 1996 22:53:56 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA07504 for freebsd-current@FreeBSD.org; Fri, 29 Nov 1996 22:53:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id WAA27354 for freebsd-current@FreeBSD.org; Fri, 29 Nov 1996 22:41:10 +0100 (MET) From: J Wunsch Message-Id: <199611292141.WAA27354@uriah.heep.sax.de> Subject: Re: Call for national time locales To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 29 Nov 1996 22:41:10 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Stefan Esser at "Nov 29, 96 09:08:39 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Stefan Esser wrote: > > I still think it is bogus. If they say "3-letter", then > > "Fr " isn't allowable, neither is " Fr". > > Well, I think that "Mon", "Die", "Mit", "Don", "Fre", "Sam", "Son" > are as good as the two letter abbreviations, and while I do not have > any calendar with the 3 letter abbreviation at hand (but one, that > uses a single character throughout :), I think you will easily find > the 3 character form if you only look for it. To my defense (the original timedef was mine), i thought that two- letter abbreviations are quite more common in German, that's why i've been using them in the first place. However, if Posix mandates them to be three-letter, and given the uglyness of the comma problem, i'm all for changing them into three-letter abbrevs as well. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Nov 29 14:02:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09766 for current-outgoing; Fri, 29 Nov 1996 14:02:44 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA09754 for ; Fri, 29 Nov 1996 14:02:40 -0800 (PST) Received: by sequent.kiae.su id AA11170 (5.65.kiae-2 ); Sat, 30 Nov 1996 02:01:47 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 30 Nov 96 02:01:46 +0400 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id BAA00453; Sat, 30 Nov 1996 01:01:13 +0300 (MSK) Message-Id: <199611292201.BAA00453@nagual.ru> Subject: Re: Call for national time locales In-Reply-To: <199611292141.WAA27354@uriah.heep.sax.de> from J Wunsch at "Nov 29, 96 10:41:10 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 30 Nov 1996 01:01:12 +0300 (MSK) Cc: freebsd-current@FreeBSD.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > To my defense (the original timedef was mine), i thought that two- > letter abbreviations are quite more common in German, that's why i've > been using them in the first place. However, if Posix mandates them > to be three-letter, and given the uglyness of the comma problem, i'm > all for changing them into three-letter abbrevs as well. No, POSIX never mandates it, POSIX mandates real civil life abbreviations only. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Nov 29 14:26:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11150 for current-outgoing; Fri, 29 Nov 1996 14:26:12 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11144; Fri, 29 Nov 1996 14:26:09 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.3/8.6.9) with ESMTP id OAA13609; Fri, 29 Nov 1996 14:26:05 -0800 (PST) To: Mark Mayo cc: Jake Hamby , Jeffrey Hsu , current@freefall.freebsd.org Subject: Re: new JDK release In-reply-to: Your message of "Fri, 29 Nov 1996 13:41:25 EST." Date: Fri, 29 Nov 1996 14:26:05 -0800 Message-ID: <13607.849306365@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I get it.. One question though: I run the AccelX server from Xinside > (v1.3). If I upgrade my XFree86, is it going to destroy my AccelX > install?? Not a big pain anyways, I suppose, seing how the AccelX setup > only takes a few minutes... Just curious again =) Not unless you remove the entire tree first. At most, you'll need to remake your X link. Jordan From owner-freebsd-current Fri Nov 29 15:53:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA13922 for current-outgoing; Fri, 29 Nov 1996 15:53:20 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA13914 for ; Fri, 29 Nov 1996 15:53:07 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA01427 for ; Sat, 30 Nov 1996 00:53:05 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA09435 for freebsd-current@FreeBSD.org; Sat, 30 Nov 1996 00:53:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id AAA27861 for freebsd-current@FreeBSD.org; Sat, 30 Nov 1996 00:49:33 +0100 (MET) From: J Wunsch Message-Id: <199611292349.AAA27861@uriah.heep.sax.de> Subject: Re: Call for national time locales To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 30 Nov 1996 00:49:33 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611292201.BAA00453@nagual.ru> from "[?KOI8-R?]" at "Nov 30, 96 01:01:12 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > No, POSIX never mandates it, POSIX mandates real civil life > abbreviations only. Well, so i'd say: either (unpadded) two-letter abbrevs (preferred option), or use the three-letter ones Stefan has been posting. The padded two-letter abbreviations look really ugly either way. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Nov 29 16:02:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14245 for current-outgoing; Fri, 29 Nov 1996 16:02:41 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA14239; Fri, 29 Nov 1996 16:02:37 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id BAA02829; Sat, 30 Nov 1996 01:02:34 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id AAA09557; Sat, 30 Nov 1996 00:45:33 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.7.5/8.7.3) id AAA00279; Sat, 30 Nov 1996 00:43:42 +0100 Date: Sat, 30 Nov 1996 00:43:42 +0100 Message-Id: <199611292343.AAA00279@plm.xs4all.nl> From: Peter Mutsaers To: se@FreeBSD.ORG (Stefan Esser) Cc: freebsd-current@FreeBSD.ORG Subject: PCI NE2000 probe In-Reply-To: References: <87682qpuff.fsf@plm.xs4all.nl> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> On Thu, 28 Nov 1996 21:11:18 +0100, se@FreeBSD.ORG (Stefan Esser) said: SE> Please send me VERBOSE boot messages (at least the lines dealing SE> with the PCI bus and its devices ...) >> default it is not probed well (it does work in other OSses). Thus I >> rely on userconfig to get it to work. It doesn't work at the moment >> however. Should I try an older version of the kernel (which one) or >> will userconfig work again shortly? SE> Please do NOT configure it as an ISA device with the PCI assigned port SE> numbers under -current. This will give strange results, if the kernel SE> also sees it in the PCI probe (and it really should). SE> The PCI NE2000 should be assigned the name ed1, if your kernel config SE> file contains "ed0 at isa?". You need the ISA definition of ed0, or SE> the PCI probe will not be included. (Is this documented ???) I did configure my kernel properly now. Part of the verbose boot: 1042MB (2134305 512 byte sectors) sd1(ncr0:6:0): with 3835 cyls, 4 heads, and an average 139 sectors/track pci0:10: vendor=0x1050, device=0x0940, class=network (ethernet) int a irq 11 [no driver assigned] map(10): io(ff40) pci0: uses 67109120 bytes of memory from f8000000 upto ffbdffff. pci0: uses 272 bytes of I/O space from fc00 upto ffff. Probing for devices on the ISA bus: In pci/ed*.c (forgot the exact name) I saw that a match is done for PCI NE2000 clones on some 'type' value to be 0x802910ec. (Vendor 10ec.). I changed this match to 0x09401050. Result: the card is 'recognized' as ed2 (ed0,1 were in the config file) but immediately I get a crash :-( The linux kernel does probe it, but only after a special patch to the latest stable kernel. From dmesg on Linux: ne.c: PCI BIOS reports Winbond NE2000-PCI at i/o 0xff40, irq 11. ne.c:v1.10 9/23/94 Donald Becker (becker@cesdis.gsfc.nasa.gov) NE*000 ethercard probe at 0xff40: 00 40 95 00 57 83 eth0: NE2000 found at 0xff40, using IRQ 11. The strange thing is that Winbond vendor is 0x10ad, and the device ID is 0x0105 (instead of vendor 1050 and device 0940 as seen for pci0:10 on FreeBSD). I hope someone can help me to get my NE2000 PCI clone to work under FreeBSD. Peter Mutsaers From owner-freebsd-current Fri Nov 29 18:14:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18673 for current-outgoing; Fri, 29 Nov 1996 18:14:12 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA18668; Fri, 29 Nov 1996 18:14:08 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id VAA09459; Fri, 29 Nov 1996 21:14:02 -0500 (EST) From: "John S. Dyson" Message-Id: <199611300214.VAA09459@dyson.iquest.net> Subject: Re: MSDOS lkm just broken (MAXBSIZE) To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Fri, 29 Nov 1996 21:14:02 -0500 (EST) Cc: toor@dyson.iquest.net, current@freebsd.org, dyson@freebsd.org In-Reply-To: <199611292051.XAA00689@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Nov 29, 96 11:51:56 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > > panic: getblk: size(32768) > MAXBSIZE(16384) > > > > > Excellent!!! Another disk (filesystem) saved... This is only > > panicing under a very very evil situation. It was never > > checked before. > > Nothing saved, it simple not work and really work before! > No evil situation occurse, it was just usual boot stage mount as before. > > It not work by very simple reason: MSDOS lkm awaits MAXBSIZE > as 32768 and compiled kernel define it as 16384 instead of 32768 > because MSDOSFS NOT defined by kernel because I don't want MSDOSFS > inside kernel and want is as lkm instead. > THE SYSTEM NEVER SUPPORTED 32K out of the BOX!!! MSDOS WAS ASKING FOR THE IMPOSSIBLE!!! > > I always have my MSDOS filesystem mounted and it work for me > for years without any data corruption in both filesystems, it not > work now. > > Now I forced to define MSDOSFS in my kernel config file to > bypass your checking (and not use MSDOS lkm as result). > Sorry, but unless you were running with MAXBSIZE=32K you were heading for trouble. You can remove the check(panic), and get exactly what you would have before... A potentially corrupted filesystem. The only reason that you have not had a corrupted file system is by chance... Sorry again, that is the situation. I am working on a real solution, and hackery is NOT in the plan. John From owner-freebsd-current Fri Nov 29 19:44:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21316 for current-outgoing; Fri, 29 Nov 1996 19:44:02 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA21303; Fri, 29 Nov 1996 19:43:57 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id OAA10897; Sat, 30 Nov 1996 14:31:13 +1100 Date: Sat, 30 Nov 1996 14:31:13 +1100 From: Bruce Evans Message-Id: <199611300331.OAA10897@godzilla.zeta.org.au> To: ache@nagual.ru, toor@dyson.iquest.net Subject: Re: MSDOS lkm just broken (MAXBSIZE) Cc: current@FreeBSD.org, dyson@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> panic: getblk: size(32768) > MAXBSIZE(16384) >> >Excellent!!! Another disk (filesystem) saved... This is only >panicing under a very very evil situation. It was never >checked before. Another disk!. Each buffer larger than MAXBSIZE trashes up to (round_up(buffer_size/MAXBSIZE) - 1) buffers. The trashed buffers may belong to other file systems. Bruce From owner-freebsd-current Fri Nov 29 21:35:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA24823 for current-outgoing; Fri, 29 Nov 1996 21:35:26 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA24818 for ; Fri, 29 Nov 1996 21:35:24 -0800 (PST) Received: by sequent.kiae.su id AA29160 (5.65.kiae-2 ); Sat, 30 Nov 1996 09:27:32 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 30 Nov 96 09:27:32 +0400 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id IAA00574; Sat, 30 Nov 1996 08:26:52 +0300 (MSK) Message-Id: <199611300526.IAA00574@nagual.ru> Subject: Re: Call for national time locales In-Reply-To: <199611292349.AAA27861@uriah.heep.sax.de> from J Wunsch at "Nov 30, 96 00:49:33 am" To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 30 Nov 1996 08:26:52 +0300 (MSK) Cc: freebsd-current@FreeBSD.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As [?KOI8-R?] wrote: > > > No, POSIX never mandates it, POSIX mandates real civil life > > abbreviations only. > > Well, so i'd say: either (unpadded) two-letter abbrevs (preferred > option), or use the three-letter ones Stefan has been posting. The > padded two-letter abbreviations look really ugly either way. Well, German is your locale and you can do what you want with it, I can only warn you that if you will use unpadded two letters, you'll break too many programs. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Nov 29 21:37:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA24917 for current-outgoing; Fri, 29 Nov 1996 21:37:37 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA24912; Fri, 29 Nov 1996 21:37:34 -0800 (PST) Received: by sovcom.kiae.su id AA16660 (5.65.kiae-1 ); Sat, 30 Nov 1996 08:25:18 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 30 Nov 96 08:25:18 +0300 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id IAA00552; Sat, 30 Nov 1996 08:24:55 +0300 (MSK) Message-Id: <199611300524.IAA00552@nagual.ru> Subject: Re: MSDOS lkm just broken (MAXBSIZE) In-Reply-To: <199611300214.VAA09459@dyson.iquest.net> from "John S. Dyson" at "Nov 29, 96 09:14:02 pm" To: toor@dyson.iquest.net (John S. Dyson) Date: Sat, 30 Nov 1996 08:24:55 +0300 (MSK) Cc: toor@dyson.iquest.net, current@freebsd.org, dyson@freebsd.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > THE SYSTEM NEVER SUPPORTED 32K out of the BOX!!! MSDOS WAS ASKING > FOR THE IMPOSSIBLE!!! MSDOS asking for impossible because you instruct it to do so: msdosfs_vfsops.c: pmp->pm_fatblocksize = MAXBSIZE; MAXBZSIZE = 32K for MSDOS lkm, because MSDOSFS is defined > Sorry, but unless you were running with MAXBSIZE=32K you were > heading for trouble. You can remove the check(panic), and get exactly > what you would have before... A potentially corrupted filesystem. The > only reason that you have not had a corrupted file system is by > chance... Sorry again, that is the situation. I am working on > a real solution, and hackery is NOT in the plan. It seems that 1) you introduce this corruption first 2) then check for it and panic For old variant msdosfs_vfsops.c: pmp->pm_fatblocksize = MAXBSIZE; was evaluated to 16K and not cause corruption. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Nov 29 21:56:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA25731 for current-outgoing; Fri, 29 Nov 1996 21:56:06 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA25724; Fri, 29 Nov 1996 21:56:03 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id AAA09924; Sat, 30 Nov 1996 00:55:57 -0500 (EST) From: "John S. Dyson" Message-Id: <199611300555.AAA09924@dyson.iquest.net> Subject: Re: MSDOS lkm just broken (MAXBSIZE) To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sat, 30 Nov 1996 00:55:57 -0500 (EST) Cc: toor@dyson.iquest.net, current@freebsd.org, dyson@freebsd.org In-Reply-To: <199611300524.IAA00552@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Nov 30, 96 08:24:55 am X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > It seems that > > 1) you introduce this corruption first > 2) then check for it and panic > There is some collateral damage, and you'll have to either code a work-around, or don't use the LKM in -current. I am working on a proper solution to the problem. John From owner-freebsd-current Fri Nov 29 23:52:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA28863 for current-outgoing; Fri, 29 Nov 1996 23:52:53 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA28858 for ; Fri, 29 Nov 1996 23:52:50 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA10609 for ; Sat, 30 Nov 1996 08:52:48 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA15505 for freebsd-current@FreeBSD.org; Sat, 30 Nov 1996 08:52:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id IAA01098 for freebsd-current@FreeBSD.org; Sat, 30 Nov 1996 08:48:37 +0100 (MET) From: J Wunsch Message-Id: <199611300748.IAA01098@uriah.heep.sax.de> Subject: Re: Call for national time locales To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 30 Nov 1996 08:48:37 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611300526.IAA00574@nagual.ru> from "[?KOI8-R?]" at "Nov 30, 96 08:26:52 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > Well, German is your locale and you can do what you want with it, > I can only warn you that if you will use unpadded two letters, > you'll break too many programs. Hmm. Just wondering... a quick poll on as many machines as i could get my hands on yielded: j@snaily 109% uname -sr UNIX_SV 4.2 j@snaily 110% date Sam Nov 30 06:44:23 MEZ 1996 j@blue 649% uname -sr AIX 2 j@blue 650% date Sa 30 Nov 08:26:41 1996 j@sol 1% uname -sr SunOS 5.3 j@sol 2% date Samstag, 30. November 1996, 08:44:24 Uhr MET j@vzentr 9% uname -sr HP-UX B.10.00 j@vzentr 10% date Sa., 30. Nov. 1996, 08:41:40 Not a single system uses the same as another one. :-O What do the other German folks think? I'm leaning towards either the SVR4 or the HP/UX approach. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Nov 30 00:45:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA00389 for current-outgoing; Sat, 30 Nov 1996 00:45:24 -0800 (PST) Received: from dfw-ix6.ix.netcom.com (dfw-ix6.ix.netcom.com [206.214.98.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA00384; Sat, 30 Nov 1996 00:45:22 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca4-04.ix.netcom.com [199.35.213.132]) by dfw-ix6.ix.netcom.com (8.6.13/8.6.12) with ESMTP id AAA02286; Sat, 30 Nov 1996 00:44:50 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.3/8.6.9) id AAA00959; Sat, 30 Nov 1996 00:44:47 -0800 (PST) Date: Sat, 30 Nov 1996 00:44:47 -0800 (PST) Message-Id: <199611300844.AAA00959@silvia.HIP.Berkeley.EDU> To: current@freebsd.org CC: wpaul@freebsd.org Subject: exports rpc time out From: asami@freebsd.org (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not sure if this is an NIS/YP problem, but here it goes. When I have a long export list, "showmount -e" doesn't work: === ## showmount -e RPC: Timed outCan't do Exports rpc === /etc/exports isn't that big but it uses some netgroups, each of which expands to a few dozen hostnames. The exporting itself seems to be working ok, it's just that I can't see the list with showmount. This is the same loaded net that was giving me all the sig11's before (which is fixed now, thanks) due to YP timeouts. Satoshi From owner-freebsd-current Sat Nov 30 01:02:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01483 for current-outgoing; Sat, 30 Nov 1996 01:02:32 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA01476 for ; Sat, 30 Nov 1996 01:02:29 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vTlJK-000QrHC; Sat, 30 Nov 96 10:02 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id IAA20315; Sat, 30 Nov 1996 08:37:38 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199611300737.IAA20315@freebie.lemis.de> Subject: Re: Call for national time locales In-Reply-To: <199611292349.AAA27861@uriah.heep.sax.de> from J Wunsch at "Nov 30, 96 00:49:33 am" To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 30 Nov 1996 08:37:37 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As [?KOI8-R?] wrote: > >> No, POSIX never mandates it, POSIX mandates real civil life >> abbreviations only. > > Well, so i'd say: either (unpadded) two-letter abbrevs (preferred > option), or use the three-letter ones Stefan has been posting. The > padded two-letter abbreviations look really ugly either way. If POSIX intends to follow normal national usage, they should be the standard abbreviations, and they're two letters. IMO anything else is just plain incorrect, no matter what POSIX says. Since it appears that they are in agreement with this opinion, I don't see that there's much of a problem: we need the two-letter abbreviations. On that subject, let me come back to harp on time zone names. If the days of the week are in German, why is the time zone this deprecated MET thing? Should be MEZ. Greg From owner-freebsd-current Sat Nov 30 02:20:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA04436 for current-outgoing; Sat, 30 Nov 1996 02:20:37 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA04419 for ; Sat, 30 Nov 1996 02:20:31 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id LAA11920 for ; Sat, 30 Nov 1996 11:20:25 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id LAA18317 for current@freebsd.org; Sat, 30 Nov 1996 11:19:39 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.3/keltia-uucp-2.9) id LAA21759; Sat, 30 Nov 1996 11:10:00 +0100 (MET) Message-ID: Date: Sat, 30 Nov 1996 11:10:00 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.ORG (FreeBSD-current) Subject: Re: Call for national time locales References: <199611291837.VAA00784@nagual.ru> X-Mailer: Mutt 0.52 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 In-Reply-To: <199611291837.VAA00784@nagual.ru>; from ????????????? on Nov 29, 1996 21:37:07 +0300 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to ?????????????: > Format is pretty simple, you can look at > /usr/src/share/timedef/data/* for actual examples and strftime.c > source. Here is a french one. I don't know how to deal with am/pm which don't exist here. I've put 2 spaces instead... ------------------------------------------------------------ # $Id$ # # WARNING: spaces may be essential at the end of lines # WARNING: empty lines are essential too # # Short months names # Jan Fév Mar Avr Mai Jui Jul Aoû Sep Oct Nov Déc # # Long months names # Janvier Février Mars Avril Mai Juin Juillet Août Septembre Octobre Novembre Décembre # # Short weekdays names # Dim Lun Mar Mer Jeu Ven Sam # # Long weekdays names # Dimanche Lundi Mardi Mercredi Jeudi Vendredi Samedi # # X_fmt # %H:%M:%S # # x_fmt # %d.%m.%y # # c_fmt # %a %e %b %Y %X %Z # # am # # # pm # # # date_fmt # %a %e %b %Y %X %Z ------------------------------------------------------------ -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Sun Nov 24 16:05:46 MET 1996 From owner-freebsd-current Sat Nov 30 05:24:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA14654 for current-outgoing; Sat, 30 Nov 1996 05:24:57 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA14649; Sat, 30 Nov 1996 05:24:55 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.3/8.7.3) with SMTP id IAA23225; Sat, 30 Nov 1996 08:24:46 -0500 (EST) Message-Id: <199611301324.IAA23225@whizzo.transsys.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Kazutaka YOKOTA cc: sos@freebsd.org, nate@mt.sri.com, current@freebsd.org From: "Louis A. Mamakos" Subject: Re: FreeBSD-3.0-current PS/2 mouse driver change References: <199611270804.JAA00372@ravenock.cybercity.dk> <199611271331.IAA01084@whizzo.transsys.com> <199611272318.IAA09541@zodiac.mech.utsunomiya-u.ac.jp> <199611280420.XAA08667@whizzo.transsys.com> <199611290823.RAA23794@zodiac.mech.utsunomiya-u.ac.jp> In-reply-to: Your message of "Fri, 29 Nov 1996 17:23:09 +0900." <199611290823.RAA23794@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain Date: Sat, 30 Nov 1996 08:24:46 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I intended to put a code, for debugging purpose, to log the > synchronization problem when it is detected by checking that bit, so > that we can know the mouse interrupt may or may not be lost under > certain conditions. Sounds good to me. > As I have written, I will turn off the bit checking by default in the > next set of patches to the `psm' driver. But, I may leave the bit > checking and out-of-sync logging code in the driver as a > configuration/debugging option. Will this be reasonable? This sounds like a good idea, though it only fixes half of the problem for me with the Alps Glidepoint. The problem is that the new driver seems to parse the serial data from the mouse using a little state machine in psmintr(), and when a complete sequence is recevied, queues a mouse event with a virtualized state of the mouse buttons as translated from the butmap[] array. Then, later, in psmread(), a mouse event is dequeued and then it's de-virtualized back to a PS/2 mouse format by mkps2() before being returned to the user via the uiomove(). Since there is no virtual representation for the "tap" gesture of the glidepoint, it gets lost in the virtualization/de-virtualization step. On the Glidepoint pointing device, the tap gesture is indicated by having the normally always "1" bit in the first byte of the mouse message be set to 0. This is the same bit (MOUSE_PS2_SYNC) which is used as the synchronization marker. The kludge that I came up with was this code: if ((sc->ipacket[0] & MOUSE_PS2_SYNC) == 0) { sc->button |= BUT1STAT; ms->button |= BUT1STAT; } near the end of psmintr() to set assert button 1 depressed when the tap gesture is indicated. This is essentially the change that I made to /usr/sbin/moused (and before that, in the X server). This would seem to encode too much "policy" into the kernel driver. The new XFree86 release claim support of the glidepoint and causes the "tap" gesture to be noted as logical 4th button. It's then an excercise for the student to figure out how to do something useful with it :-) It feels like the changes in psm.c are to support some future architecture where there is a generic mouse interface to applications, with the kernel drivers handling the decoding of the mouse data stream. Personally, I think that's putting too much code in a kernel device driver, given that the moused based solution works really well and is easier to change with less dangerous consequences. Anyway, that's my two cents. louie From owner-freebsd-current Sat Nov 30 07:24:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA21079 for current-outgoing; Sat, 30 Nov 1996 07:24:19 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA21051 for ; Sat, 30 Nov 1996 07:24:01 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA18755; Sat, 30 Nov 1996 16:22:59 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA21288; Sat, 30 Nov 1996 16:22:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id QAA01886; Sat, 30 Nov 1996 16:10:07 +0100 (MET) From: J Wunsch Message-Id: <199611301510.QAA01886@uriah.heep.sax.de> Subject: Re: Call for national time locales To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 30 Nov 1996 16:10:07 +0100 (MET) Cc: roberto@keltia.freenix.fr (Ollivier Robert) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Ollivier Robert at "Nov 30, 96 11:10:00 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > Here is a french one. I don't know how to deal with am/pm which don't exist > here. I've put 2 spaces instead... That's probably wrong. You cannot prevent a stupid programmer from using a conversion string of "%l:%m %p". This will now result in " 4:05 " for your definition file, when it's actually 16:05. Andrey, what do the standards say about this? Would it be an option to disallow the 12-hour clock completely for those locales that do not use it at all? I.e., "%l:%m" would then be identical to "%h:%m". Btw., AM/PM times, and this stupid ``3 feet and 5 7/16 inches'' attitude were about the biggest problems for me when being in the US. :-) [Followups to this sentence to -chat, please, not here!] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Nov 30 07:53:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22489 for current-outgoing; Sat, 30 Nov 1996 07:53:04 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA22463 for ; Sat, 30 Nov 1996 07:52:55 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA19515 for ; Sat, 30 Nov 1996 16:52:42 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA00389 for freebsd-current@FreeBSD.org; Sat, 30 Nov 1996 16:52:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id QAA02263 for freebsd-current@FreeBSD.org; Sat, 30 Nov 1996 16:48:01 +0100 (MET) From: J Wunsch Message-Id: <199611301548.QAA02263@uriah.heep.sax.de> Subject: Re: Call for national time locales To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 30 Nov 1996 16:48:01 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611300737.IAA20315@freebie.lemis.de> from Greg Lehey at "Nov 30, 96 08:37:37 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Greg Lehey wrote: > On that subject, let me come back to harp on time zone names. If the > days of the week are in German, why is the time zone this deprecated > MET thing? Should be MEZ. Yes, but this requires much more complexity than we've got now. For each timezone name, you need a matrix of foreign language translations. Well, perhaps one could start with just two elements for each row of this matrix: ``C'' (alias English) language, and the native language(s) that are spoken in the appropriate zone. But as for MET/CET, the latter covers already quite a bunch of languages. French, German, Danish, Norwegian, Spanish, Italian, Czech, Polish, Hungarian, Serbian, Croatian come to mind. You see the problem? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Nov 30 10:12:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28676 for current-outgoing; Sat, 30 Nov 1996 10:12:34 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA28652; Sat, 30 Nov 1996 10:12:22 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-15.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA00327 (5.67b/IDA-1.5); Sat, 30 Nov 1996 19:12:13 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.3/8.6.9) id QAA00986; Sat, 30 Nov 1996 16:38:30 +0100 (CET) Message-Id: Date: Sat, 30 Nov 1996 16:37:10 +0100 From: se@freebsd.org (Stefan Esser) To: plm@xs4all.nl (Peter Mutsaers) Cc: se@freebsd.org (Stefan Esser), freebsd-current@freebsd.org Subject: Re: PCI NE2000 probe References: <87682qpuff.fsf@plm.xs4all.nl> <199611292343.AAA00279@plm.xs4all.nl> X-Mailer: Mutt 0.52 Mime-Version: 1.0 In-Reply-To: <199611292343.AAA00279@plm.xs4all.nl>; from Peter Mutsaers on Nov 30, 1996 00:43:42 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Nov 30, plm@xs4all.nl (Peter Mutsaers) wrote: > I did configure my kernel properly now. > Part of the verbose boot: > > pci0:10: vendor=0x1050, device=0x0940, class=network (ethernet) int a irq 11 [no driver assigned] > map(10): io(ff40) Ok. This is in fact the most important information about the card and the PCI BIOS initialization of the port mapping used. > In pci/ed*.c (forgot the exact name) I saw that a match is done for > PCI NE2000 clones on some 'type' value to be 0x802910ec. (Vendor > 10ec.). I changed this match to 0x09401050. Result: the card is Hmmm, there appear to be THREE PCI NE2000 clones, then ... Did you check the labels on your Ethernet chip ? > 'recognized' as ed2 (ed0,1 were in the config file) but immediately I > get a crash :-( What kind of crash ??? > The linux kernel does probe it, but only after a special patch to the > latest stable kernel. From dmesg on Linux: Could you send me the original driver and the patch ? > ne.c: PCI BIOS reports Winbond NE2000-PCI at i/o 0xff40, irq 11. > ne.c:v1.10 9/23/94 Donald Becker (becker@cesdis.gsfc.nasa.gov) > NE*000 ethercard probe at 0xff40: 00 40 95 00 57 83 > eth0: NE2000 found at 0xff40, using IRQ 11. > > The strange thing is that Winbond vendor is 0x10ad, and the device ID > is 0x0105 (instead of vendor 1050 and device 0940 as seen for pci0:10 > on FreeBSD). No, that's only an indication that your card does not use THAT NE2000 compatible Ethernet chip ... :) > I hope someone can help me to get my NE2000 PCI clone to work under > FreeBSD. I think I can, but it may be a lot easier if I have access to such a card. What did you pay for it, and where did you find it ??? Regards, STefan From owner-freebsd-current Sat Nov 30 11:21:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02669 for current-outgoing; Sat, 30 Nov 1996 11:21:23 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA02663 for ; Sat, 30 Nov 1996 11:21:20 -0800 (PST) Received: by sovcom.kiae.su id AA21025 (5.65.kiae-1 ); Sat, 30 Nov 1996 22:01:13 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 30 Nov 96 22:01:13 +0300 Received: (from ache@localhost) by nagual.ru (8.8.3/8.8.3) id VAA00613; Sat, 30 Nov 1996 21:59:56 +0300 (MSK) Message-Id: <199611301859.VAA00613@nagual.ru> Subject: Re: Call for national time locales In-Reply-To: <199611301510.QAA01886@uriah.heep.sax.de> from J Wunsch at "Nov 30, 96 04:10:07 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 30 Nov 1996 21:59:56 +0300 (MSK) Cc: freebsd-current@FreeBSD.org, roberto@keltia.freenix.fr From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As Ollivier Robert wrote: > > > Here is a french one. I don't know how to deal with am/pm which don't exist > > here. I've put 2 spaces instead... Hmm... Where is french locale you talk about? I don't saw it. > > That's probably wrong. You cannot prevent a stupid programmer from > using a conversion string of "%l:%m %p". This will now result in > " 4:05 " for your definition file, when it's actually 16:05. > Andrey, what do the standards say about this? Would it be an option > to disallow the 12-hour clock completely for those locales that do not > use it at all? I.e., "%l:%m" would then be identical to "%h:%m". Standards says nothing as always. :-( In Russian locale I use two spaces as morning time and two-letter abbreviations for PM time also it isn't exist in Russia to make this two things different. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sat Nov 30 11:23:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02777 for current-outgoing; Sat, 30 Nov 1996 11:23:12 -0800 (PST) Received: (from wpaul@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02770; Sat, 30 Nov 1996 11:23:11 -0800 (PST) From: Bill Paul Message-Id: <199611301923.LAA02770@freefall.freebsd.org> Subject: Re: exports rpc time out To: asami@freebsd.org (Satoshi Asami) Date: Sat, 30 Nov 1996 11:23:11 -0800 (PST) Cc: current@freebsd.org In-Reply-To: <199611300844.AAA00959@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Nov 30, 96 00:44:47 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'm not sure if this is an NIS/YP problem, but here it goes. When I > have a long export list, "showmount -e" doesn't work: I don't think this is an NIS problem per se. One way to test it is to dump out your netgroups map into /etc/netgroup and use that (i.e. the raw file) rather than NIS netgroups. If /etc/netgroup exists, has real data in it and no '+', then getnetgrent(3) won't use YP. If the problem persists, then the problem is probably not due to YP. > === > ## showmount -e > RPC: Timed outCan't do Exports rpc > === > > /etc/exports isn't that big but it uses some netgroups, each of which > expands to a few dozen hostnames. The exporting itself seems to be > working ok, it's just that I can't see the list with showmount. Hm... if the exporting works okay, the the initial netgroup lookups must be working. I have to look at mountd to see how it figures out what to tell showmount when you request a mount list. > This is the same loaded net that was giving me all the sig11's before > (which is fixed now, thanks) due to YP timeouts. One think I notice is that showmount uses callrpc(), which I think sets the timeout on the RPC call to 25 seconds. If mountd takes longer than this to respond, the request will time out. This would mean that mountd is taking too long to put together its response; this _might_ be due to NIS lookups taking too long, but I need to analyze the code to be sure. It might be possible to just increase the timeout. -Bill From owner-freebsd-current Sat Nov 30 15:23:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14315 for current-outgoing; Sat, 30 Nov 1996 15:23:10 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA14302 for ; Sat, 30 Nov 1996 15:23:06 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA28980; Sun, 1 Dec 1996 00:22:44 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA06753; Sun, 1 Dec 1996 00:22:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id AAA04224; Sun, 1 Dec 1996 00:14:20 +0100 (MET) From: J Wunsch Message-Id: <199611302314.AAA04224@uriah.heep.sax.de> Subject: Re: Call for national time locales To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sun, 1 Dec 1996 00:14:19 +2500 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org, roberto@keltia.freenix.fr Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611301859.VAA00613@nagual.ru> from "[?KOI8-R?]" at "Nov 30, 96 09:59:56 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > > As Ollivier Robert wrote: > > > > > Here is a french one. I don't know how to deal with am/pm which don't exist > > > here. I've put 2 spaces instead... > > Hmm... Where is french locale you talk about? I don't saw it. Ollivier has been posting it here about a day ago. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Nov 30 17:25:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA24372 for current-outgoing; Sat, 30 Nov 1996 17:25:40 -0800 (PST) Received: from mule1.mindspring.com (mule1.mindspring.com [204.180.128.167]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA24367 for ; Sat, 30 Nov 1996 17:25:38 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule1.mindspring.com (8.8.2/8.7.3) with SMTP id BAA64512 for ; Sun, 1 Dec 1996 01:25:34 GMT Message-ID: <32A0DEAF.41C67EA6@mindspring.com> Date: Sat, 30 Nov 1996 20:26:07 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Current 3.0 BCOPY Options? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Questions: Are the new BCOPY options for just Pentium class machines? Are they useful in a Pentium Pro?? RE: #options "I586_FAST_BCOPY" #options "I586_OPTIMIZED_BCOPY" #options "I586_OPTIMIZED_BZERO" Thank's Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Sat Nov 30 18:11:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA26099 for current-outgoing; Sat, 30 Nov 1996 18:11:17 -0800 (PST) Received: from granite.sentex.net (granite.sentex.ca [199.212.134.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA26093 for ; Sat, 30 Nov 1996 18:11:14 -0800 (PST) Received: from sand ([206.222.77.6]) by granite.sentex.net (8.8.3/8.6.9) with SMTP id VAA06739 for ; Sat, 30 Nov 1996 21:13:41 -0500 (EST) Message-Id: <1.5.4.32.19961201020553.00a81bc8@sentex.net> X-Sender: mdtancsa@sentex.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 30 Nov 1996 21:05:53 -0500 To: freebsd-current@freebsd.org From: Mike Tancsa Subject: Quotas... are they buggy? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Flipping through the handbook in the kernel section, it says about quotas "The code is a little buggy, so do not enabled it unless you have to" I am currently running 2.1.6 release. Does this proviso still apply? What sort of bugs are there related to file system quotas? ---Mike ********************************************************************** Mike Tancsa (mike@sentex.net) * To do is to be -- Nietzsche Sentex Communications Corp, * To be is to do -- Sartre Waterloo, Ontario * Do be do be do -- Sinatre (http://www.sentex.net/~mdtancsa) * From owner-freebsd-current Sat Nov 30 18:30:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA26630 for current-outgoing; Sat, 30 Nov 1996 18:30:54 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA26625 for ; Sat, 30 Nov 1996 18:30:50 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA05996; Sun, 1 Dec 1996 13:27:42 +1100 Date: Sun, 1 Dec 1996 13:27:42 +1100 From: Bruce Evans Message-Id: <199612010227.NAA05996@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, rlb@mindspring.com Subject: Re: Current 3.0 BCOPY Options? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Questions: Are the new BCOPY options for just Pentium class machines? > Are they useful in a Pentium Pro?? > > >RE: >#options "I586_FAST_BCOPY" >#options "I586_OPTIMIZED_BCOPY" >#options "I586_OPTIMIZED_BZERO" These are old bcopy options. They became non-optional a month ago. They were probably not useful on Pentium Pros. Bruce From owner-freebsd-current Sat Nov 30 20:57:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01117 for current-outgoing; Sat, 30 Nov 1996 20:57:34 -0800 (PST) Received: from pat.idt.unit.no (pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA01112; Sat, 30 Nov 1996 20:57:31 -0800 (PST) Received: from idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.3/8.8.3) with ESMTP id FAA13686; Sun, 1 Dec 1996 05:57:25 +0100 (MET) Message-Id: <199612010457.FAA13686@pat.idt.unit.no> To: asami@FreeBSD.ORG Cc: current@FreeBSD.ORG, wpaul@FreeBSD.ORG Subject: Re: exports rpc time out In-Reply-To: Your message of "Sat, 30 Nov 1996 00:44:47 -0800 (PST)" References: <199611300844.AAA00959@silvia.HIP.Berkeley.EDU> X-Mailer: Mew version 1.06 on Emacs 19.33.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 01 Dec 1996 05:57:25 +0100 From: Tor Egge Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm not sure if this is an NIS/YP problem, but here it goes. When I > have a long export list, "showmount -e" doesn't work: > > === > ## showmount -e > RPC: Timed outCan't do Exports rpc > === > > /etc/exports isn't that big but it uses some netgroups, each of which > expands to a few dozen hostnames. The exporting itself seems to be > working ok, it's just that I can't see the list with showmount. I've experienced two reasons for showmount -e timeouts: 1. Performance problems with mountd 2. The (expanded) export list beeing too long for udp based rpc. Changing showmount to use tcp based rpc (if the service is available) fixes this. - Tor Egge From owner-freebsd-current Sat Nov 30 21:32:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA01912 for current-outgoing; Sat, 30 Nov 1996 21:32:10 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA01895 for ; Sat, 30 Nov 1996 21:32:04 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id GAA14146 for ; Sun, 1 Dec 1996 06:31:54 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id GAA30549 for freebsd-current@FreeBSD.org; Sun, 1 Dec 1996 06:31:41 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.3/keltia-uucp-2.9) id BAA24252; Sun, 1 Dec 1996 01:18:38 +0100 (CET) Message-ID: Date: Sun, 1 Dec 1996 01:18:37 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@FreeBSD.org Subject: Re: Call for national time locales References: <199611301510.QAA01886@uriah.heep.sax.de> <199611301859.VAA00613@nagual.ru> X-Mailer: Mutt 0.52 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 In-Reply-To: <199611301859.VAA00613@nagual.ru>; from ????????????? on Nov 30, 1996 21:59:56 +0300 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to ?????????????: > Hmm... Where is french locale you talk about? I don't saw it. It was in themessage Jörg answered. You didn't saw it ? It was sent to current. I can send it to you if disappeared for you. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Sun Nov 24 16:05:46 MET 1996 From owner-freebsd-current Sat Nov 30 21:32:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA01905 for current-outgoing; Sat, 30 Nov 1996 21:32:08 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA01896 for ; Sat, 30 Nov 1996 21:32:04 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id GAA14149 for ; Sun, 1 Dec 1996 06:31:55 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id GAA30548 for freebsd-current@FreeBSD.org; Sun, 1 Dec 1996 06:31:41 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.3/keltia-uucp-2.9) id BAA24243; Sun, 1 Dec 1996 01:17:34 +0100 (CET) Message-ID: Date: Sun, 1 Dec 1996 01:17:33 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Call for national time locales References: <199611301510.QAA01886@uriah.heep.sax.de> X-Mailer: Mutt 0.52 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2738 In-Reply-To: <199611301510.QAA01886@uriah.heep.sax.de>; from J Wunsch on Nov 30, 1996 16:10:07 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > That's probably wrong. You cannot prevent a stupid programmer from > using a conversion string of "%l:%m %p". This will now result in > " 4:05 " for your definition file, when it's actually 16:05. I agree but how can I do it properly ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Sun Nov 24 16:05:46 MET 1996 From owner-freebsd-current Sat Nov 30 21:58:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02611 for current-outgoing; Sat, 30 Nov 1996 21:58:26 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02605 for ; Sat, 30 Nov 1996 21:58:21 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id VAA18914; Sat, 30 Nov 1996 21:58:05 -0800 (PST) Message-Id: <199612010558.VAA18914@austin.polstra.com> To: dob@gargoyle.bazzle.com Subject: Re: CVSUP problem with current Newsgroups: polstra.freebsd.current In-Reply-To: <199611292026.PAA23180@llama.bazzle.com> References: <199611292026.PAA23180@llama.bazzle.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Sat, 30 Nov 1996 21:58:04 -0800 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199611292026.PAA23180@llama.bazzle.com> Dan writes: > Where's the problem? > > I started getting this the other day. Same error each time, > just different file numbers. > > Connected to cvsup.FreeBSD.org > Updater failed: Updater error: Cannot create "/usr/sup/src-base/#cvs.cvsup-23114.0": File exists > > This is how I invoke cvsup: > > /usr/local/sbin/cvsup -L 1 -g /usr/cvs/cvsup-supfile > > Here is the line from my cvsup file: > > src-base release=cvs host=cvsup.FreeBSD.org hostbase=/home base=/usr prefix=/usr compress delete old use-rel-suffix tag=. Strange. Next time it happens, could you please send me the following info: 1. The error message from cvsup. 2. The output from "ls -alRF" on the directory containing the offending file (in this case, "/usr/sup/src-base"). 3. The user-ID and group-ID under which you run cvsup (so I can check for permission problems). 4. The date & time when you started the run (so I can check the server logs). 5. Your mother's maiden name. (Just kidding.) If it's stopped happening, please let me know that, too. Also, if anybody else is seeing this problem, please tell me. Thanks, John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sat Nov 30 21:58:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02634 for current-outgoing; Sat, 30 Nov 1996 21:58:42 -0800 (PST) Received: from ylana.vet.purdue.edu (vet.vet.purdue.edu [128.210.96.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02629 for ; Sat, 30 Nov 1996 21:58:39 -0800 (PST) Received: from ylana.vet.purdue.edu (localhost.vet.purdue.edu [127.0.0.1]) by ylana.vet.purdue.edu (8.8.3/8.7.3) with ESMTP id AAA01669 for ; Sun, 1 Dec 1996 00:59:18 -0500 (EST) Message-Id: <199612010559.AAA01669@ylana.vet.purdue.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: current@freebsd.org Subject: CTM oopsie Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 01 Dec 1996 00:59:17 -0500 From: Benjamin Lewis Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When trying to pick up the latest ports-cur CTM deltas: freefall.FreeBSD.org:/host/spatter/pub/CTM/ports-cur ncftp>dir ports-cur.14[89]?.gz [deleted] -rw-r--r-- 1 root wheel 822 Nov 29 16:45 ports-cur.1487.gz -rw------- 1 root wheel 1530 Nov 29 21:39 ports-cur.1488.gz -rw------- 1 root wheel 1401 Nov 30 03:43 ports-cur.1489.gz -rw------- 1 root wheel 760 Nov 30 09:38 ports-cur.1490.gz -rw------- 1 root wheel 16920 Nov 30 15:42 ports-cur.1491.gz -rw------- 1 root wheel 3888 Dec 1 03:41 ports-cur.1492.gz I believe I'm in the right place: freefall.FreeBSD.org:/pub/CTM ncftp>dir [deleted] lrwxrwxr-x 1 545 wheel 36 Nov 29 17:57 ports-cur -> ../../host/spatter/pub/CTM/ports-cur [deleted] -Ben -- Benjamin Lewis | "A billion here, a billion there, blewis@vet.purdue.edu | sooner or later it adds up to real money." | -Everett Dirksen