From owner-freebsd-current Sun May 21 00:18:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA25978 for current-outgoing; Sun, 21 May 1995 00:18:27 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA25972 for ; Sun, 21 May 1995 00:18:25 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id JAA06807 for ; Sun, 21 May 1995 09:18:23 +0200 Message-Id: <199505210718.JAA06807@lirmm.lirmm.fr> To: current@FreeBSD.org Subject: small improvment for snake saver Date: Sun, 21 May 1995 09:18:21 +0200 From: "Philippe Charnier" Sender: current-owner@FreeBSD.org Precedence: bulk Hello, snake saver now looks for `ostype' and `osrelease' and display these information. Index: snake_saver.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/lkm/syscons/snake/snake_saver.c,v retrieving revision 1.3 diff -u -r1.3 snake_saver.c --- 1.3 1995/05/16 19:10:11 +++ snake_saver.c 1995/05/20 19:31:07 @@ -36,6 +36,9 @@ #include #include #include +#include +#include +#include MOD_MISC("snake_saver") @@ -45,11 +48,30 @@ static void snake_saver(int blank) { - const char saves[] = {"FreeBSD-2.0.5"}; + static char saves[] = "???????????????????????????????????????????????"; static u_char *savs[sizeof(saves)-1]; static int dirx, diry; int f; scr_stat *scp = cur_console; + static size_t len = sizeof(saves)-1; + + if (*saves == '?') { + size_t idx; + + if ((idx = strlen(ostype)) < sizeof(saves)) { + /* enough space for ostype */ + strcpy (saves, ostype); + if ((len = strlen(osrelease)) < sizeof(saves)-1 - idx) { + /* enough space left for osrelease and a separator */ + saves[idx++] = ' '; + strcpy (&saves[idx], osrelease); + idx += len; + } + } + else + idx = sizeof(saves)-1; + len = idx; + } if (blank) { if (!scrn_blanked) { @@ -59,7 +81,7 @@ dirx = (scp->xpos ? 1 : -1); diry = (scp->ypos ? scp->xsize : -scp->xsize); - for (f=0; f< sizeof(saves)-1; f++) + for (f = 0; f < len; f++) savs[f] = (u_char *)Crtat + 2 * (scp->xpos+scp->ypos*scp->xsize); *(savs[0]) = scr_map[*saves]; @@ -73,8 +95,8 @@ if (scrn_blanked++ < 4) return; scrn_blanked = 1; - *(savs[sizeof(saves)-2]) = scr_map[0x20]; - for (f=sizeof(saves)-2; f > 0; f--) + *(savs[len - 1]) = scr_map[0x20]; + for (f = len - 1; f > 0; f--) savs[f] = savs[f-1]; f = (savs[0] - (u_char *)Crtat) / 2; if ((f % scp->xsize) == 0 || @@ -86,7 +108,7 @@ (random() % 20) == 0) diry = -diry; savs[0] += 2*dirx + 2*diry; - for (f=sizeof(saves)-2; f>=0; f--) + for (f = len - 1; f >= 0; f--) *(savs[f]) = scr_map[saves[f]]; } else { -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Sun May 21 17:32:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02401 for current-outgoing; Sun, 21 May 1995 17:32:51 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA02389 for ; Sun, 21 May 1995 17:32:40 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA18598; Mon, 22 May 1995 10:31:08 +1000 Date: Mon, 22 May 1995 10:31:08 +1000 From: Bruce Evans Message-Id: <199505220031.KAA18598@godzilla.zeta.org.au> To: iain@nwpeople.demon.co.uk Subject: Re: 2.0-950412-SNAP install problem Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >I have encountered a problem trying to install 2.0-950412-SNAP. >... > WD Caviare 540MB IDE disk (1048 cyls) >... >The IDE disk (wd0) has DOS and FreeBSD 1.1 slices. The FreeBSD 1.1 >slice starts below cylinder 1024. BIOS LBA translation is disabled; >I lied to the BIOS and told it the disk has 1024 cylinders. >I am attempting to install FreeBSD 2.0 on the entire SCSI disk (sd0). >I have reached the point where I can boot from the hard disk (sd0, using >hd(1,a)/kernel at boot prompt). The kernel boots successfully, and finds >all expected devices, but the message > wd0: can't handle 32 heads from partition table... Yes, it can't handle 32 heads. 32 heads are another form of BIOS translation. For the 950412 SNAP, you need to use a more reasonable translation (try telling the BIOS that the disk has 16 cylinders, or the actual number) and remove all stale partitions tables and labels that depend on the old number. > wd0e: hard error reading fsbn 296033 of 296033-296040 (wd0 bn 296096; > cn 146 tn 27 sn 59): status 51 error 54 abort> Head numbers between 16 and 31 corrupt the unit number that i/o is done on tn = correct_tn % 16, unit = correct_unit | 1, so if you have wd1 then i/o is done on it and if you don't have it then you get an error. Such head numbers occur because the driver "fixes" the number of heads in the label to be <= 16, but it doesn't fix derived quantities in the label, and it uses the derived quantities and not the number of heads to compute the head number. Bruce From owner-freebsd-current Mon May 22 07:47:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA25741 for current-outgoing; Mon, 22 May 1995 07:47:22 -0700 Received: from netcom12.netcom.com (mantar@netcom12.netcom.com [192.100.81.124]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA25735 for ; Mon, 22 May 1995 07:47:21 -0700 Received: by netcom12.netcom.com (8.6.12/Netcom) id HAA21702; Mon, 22 May 1995 07:46:36 -0700 Date: Mon, 22 May 1995 07:46:35 -0700 (PDT) From: Manfred Antar X-Sender: mantar@netcom12 To: FreeBSD current Subject: sio0 not found???? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk i just installed a new high speed modem (Supra 28800 Fax) and when being probed at bootup it is not found. if i boot with a "-c" option and probe sio0 once it is not found,but if i re-probe it it is found and works fine when i continue.is there any way to have it probed twice or longer at bootup without using the "-c" option.also sometimes if i boot with the turbo switch off it will be found not allways though.any help would be much appreciated. i am running current as of 5/20/95. Thanks Manfred ============================= | mantar@netcom.com | | Ph. (415) 647-4843 | ============================= From owner-freebsd-current Mon May 22 08:28:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA26431 for current-outgoing; Mon, 22 May 1995 08:28:34 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA26425 for ; Mon, 22 May 1995 08:28:26 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA11232; Tue, 23 May 1995 01:27:06 +1000 Date: Tue, 23 May 1995 01:27:06 +1000 From: Bruce Evans Message-Id: <199505221527.BAA11232@godzilla.zeta.org.au> To: current@freefall.cdrom.com, mantar@netcom.com Subject: Re: sio0 not found???? Sender: current-owner@FreeBSD.org Precedence: bulk >i just installed a new high speed modem (Supra 28800 Fax) and when being >probed at bootup it is not found. if i boot with a "-c" option and probe sio0 >once it is not found,but if i re-probe it it is found and works fine when >i continue.is there any way to have it probed twice or longer at bootup >without using the "-c" option.also sometimes if i boot with the turbo switch >off it will be found not allways though.any help would be much appreciated. >i am running current as of 5/20/95. Duplicate the sio0 line in your config file. Why doesn't duplicating it with -c work until you rebuild the kernel? -current is supposed to save the configuration. Bruce From owner-freebsd-current Mon May 22 11:38:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01723 for current-outgoing; Mon, 22 May 1995 11:38:37 -0700 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA01717 for ; Mon, 22 May 1995 11:38:36 -0700 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0sDcN7-0000lzC; Mon, 22 May 95 11:38 PDT Received: (from root@localhost) by io.cts.com (8.6.11/8.6.9) id LAA04313 for current@freebsd.org; Mon, 22 May 1995 11:38:47 -0700 From: Morgan Davis Message-Id: <199505221838.LAA04313@io.cts.com> Subject: Bug in tar or ...? To: current@FreeBSD.org Date: Mon, 22 May 1995 11:38:46 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1368 Sender: current-owner@FreeBSD.org Precedence: bulk I'm running -current as of 5/20. In attempting to install the emacs-19.28.tgz package from freebsd.org using pkg_manage, I ran into some problems: 1. pkg_manage does not remove older packages from the /var/db/pkg directory (I wanted to emove emacs 19.27). I had to manually delete that directory. (This has happened before) 2. pkg_manage reported that the emacs-19.28.tgz package required 93 MB to install (93xxx kB). This didn't sound right at all, because 19.27 was roughly the same size and fit just fine. (At first I though maybe it contained the sources, too). 3. pkg_add also reported not enough space to install it. I decided to use 'tar tzvf' to inspect the tar file and noticed that it had two entries for the emacs-19.28 binary, and began looping with an apparently infinite listing of files. When I saw the same library and elisp files listed for the third time, I knew something was wrong. The FTP transfer was without error. So I'm wondering if there is a bug in tar in current on large archives, or if the package on freebsd.org or my end is corrupted. cksum gives me: 2453133443 27136131 emacs-19.28.tgz P.S. pkg_manage's delete feature did not appear to remove anything other than the emacs executable. The /usr/local/lib/emacs/19.27 directory and all the files remained following the pkg_manage delete attempt. From owner-freebsd-current Tue May 23 12:02:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09597 for current-outgoing; Tue, 23 May 1995 12:02:11 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA09591 for ; Tue, 23 May 1995 12:02:08 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id PAA05845; Tue, 23 May 1995 15:03:21 -0400 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199505231903.PAA05845@grendel.csc.smith.edu> Subject: Re: /usr/src/etc To: uh@grep.cs.fsu.edu (Gang-Ryung Uh) Date: Tue, 23 May 1995 15:03:21 -0400 (EDT) Cc: current@FreeBSD.org In-Reply-To: <199505202343.TAA18378@grep.cs.fsu.edu> from "Gang-Ryung Uh" at May 20, 95 07:43:26 pm Content-Type: text Content-Length: 689 Sender: current-owner@FreeBSD.org Precedence: bulk Gang-Ryung Uh writes: > I have upgraded my system to FreeBSD-current. But I belive > there are some differences between "/etc" and "/usr/src/etc". > > What is the best way to incoporate the changes in /usr/src/etc > to /etc ? I'm not claiming it is the best way, but what I did was to make a copy of my existing /etc, then do a "make distribution" in /usr/src/etc (which also rebuilds /dev), then delete all the old files in /etc (date < newly istalled files), then manually bring customizations from the old /etc into the new. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-current Tue May 23 18:02:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA23522 for current-outgoing; Tue, 23 May 1995 18:02:00 -0700 Received: from jabba.fdn.org (jabba.fdn.org [193.55.4.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA23509 for ; Tue, 23 May 1995 18:01:53 -0700 Received: (from uucp@localhost) by jabba.fdn.org (8.6.8/8.6.9) with UUCP id DAA23581 for freebsd-current@freefall.cdrom.com; Wed, 24 May 1995 03:01:49 +0200 Received: (pb@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) id CAA12436 for freebsd-current@freefall.cdrom.com; Wed, 24 May 1995 02:59:52 +0200 From: Pierre Beyssac Message-Id: <199505240059.CAA12436@fasterix.frmug.fr.net> Subject: newfs weirdness... To: freebsd-current@freefall.cdrom.com Date: Wed, 24 May 1995 02:59:51 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 416 Sender: current-owner@FreeBSD.org Precedence: bulk newfs doesn't seem to use the number of sectors by cylinder it gets from the disklabel. It correctly warns that it will use 4096 and that it differs from the disklabel value, though. Is that the expected behaviour ? -- Pierre Beyssac pb@fasterix.frmug.fr.net pb@fasterix.fdn.fr FreeBSD, NetBSD, Linux -- Il y a moins bien, mais c'est plus cher. You can also get less bang for more bucks. (translation F. Berjon) From owner-freebsd-current Tue May 23 21:45:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA28541 for current-outgoing; Tue, 23 May 1995 21:45:56 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA28535 for ; Tue, 23 May 1995 21:45:54 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id VAA03636; Tue, 23 May 1995 21:45:42 -0700 Date: Tue, 23 May 1995 21:45:42 -0700 Message-Id: <199505240445.VAA03636@silvia.HIP.Berkeley.EDU> To: root@io.cts.com CC: current@FreeBSD.org In-reply-to: <199505221838.LAA04313@io.cts.com> (message from Morgan Davis on Mon, 22 May 1995 11:38:46 -0700 (PDT)) Subject: Re: Bug in tar or ...? From: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: current-owner@FreeBSD.org Precedence: bulk * I decided to use 'tar tzvf' to inspect the tar file and noticed that * it had two entries for the emacs-19.28 binary, and began looping * with an apparently infinite listing of files. When I saw the same * library and elisp files listed for the third time, I knew something * was wrong. This was due to a bug in pkg_create. The problem is corrected, and all the packages are rebuilt. Thanks for the report. Satoshi From owner-freebsd-current Wed May 24 01:01:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02751 for current-outgoing; Wed, 24 May 1995 01:01:48 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA02745 for ; Wed, 24 May 1995 01:01:45 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id KAA08140 for ; Wed, 24 May 1995 10:01:30 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id KAA17853 ; Wed, 24 May 1995 10:01:28 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505240801.KAA17853@blaise.ibp.fr> Subject: Re: newfs weirdness... To: pb@fasterix.freenix.fr (Pierre Beyssac) Date: Wed, 24 May 1995 10:01:28 +0200 (MET DST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199505240059.CAA12436@fasterix.frmug.fr.net> from "Pierre Beyssac" at May 24, 95 02:59:51 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 486 Sender: current-owner@FreeBSD.org Precedence: bulk > newfs doesn't seem to use the number of sectors by cylinder it gets > from the disklabel. It correctly warns that it will use 4096 and that > it differs from the disklabel value, though. > > Is that the expected behaviour ? Yes. Poul-Henning found that it was the best "geometry" to use with modern SCSI drives. Don't worry about it. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-current Wed May 24 01:01:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02739 for current-outgoing; Wed, 24 May 1995 01:01:08 -0700 Received: from mpp.com (dialup-2-159.gw.umn.edu [134.84.101.159]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA02733 for ; Wed, 24 May 1995 01:01:04 -0700 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id CAA02962; Wed, 24 May 1995 02:27:45 -0500 From: Mike Pritchard Message-Id: <199505240727.CAA02962@mpp.com> Subject: Re: /usr/src/etc To: jfieber@cs.smith.edu (John Fieber) Date: Wed, 24 May 1995 02:27:44 -0500 (CDT) Cc: uh@grep.cs.fsu.edu, current@FreeBSD.org In-Reply-To: <199505231903.PAA05845@grendel.csc.smith.edu> from "John Fieber" at May 23, 95 03:03:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1619 Sender: current-owner@FreeBSD.org Precedence: bulk > Gang-Ryung Uh writes: > > I have upgraded my system to FreeBSD-current. But I belive > > there are some differences between "/etc" and "/usr/src/etc". > > > > What is the best way to incorporate the changes in /usr/src/etc > > to /etc ? > > I'm not claiming it is the best way, but what I did was to make a > copy of my existing /etc, then do a "make distribution" in > /usr/src/etc (which also rebuilds /dev), then delete all the old > files in /etc (date < newly installed files), then manually bring > customizations from the old /etc into the new. You might try what I do on my systems. Create a /usr/src/local/etc directory. Anytime I modify anything in /etc, I place a copy in /usr/src/local/etc. Since I run a -current system, every couple of weeks I diff my /usr/src/local/etc with /usr/src/etc and see if my files need upgrading. My goal is that I should be able to blow away /etc/* and replace with with "cp /usr/src/etc/* /etc; cp /usr/src/local/etc/* /etc" without any problems. So far so good. At least with this method you should know which files you modified, so you don't spend too much time looking at diffs for files you never even knew you had on your machine. You just have to be disciplined enough to make sure that any changes you make in /etc make it back to /usr/src/local/etc. I haven't had a problems with that, but it might take a few kicks in the butt if you administer a machine that many people have root access on and they also change boot/configuration items. -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Wed May 24 11:15:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19519 for current-outgoing; Wed, 24 May 1995 11:15:32 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19513 for ; Wed, 24 May 1995 11:15:28 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08459; Wed, 24 May 95 12:07:26 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505241807.AA08459@cs.weber.edu> Subject: Re: newfs weirdness... To: pb@fasterix.freenix.fr (Pierre Beyssac) Date: Wed, 24 May 95 12:07:26 MDT Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199505240059.CAA12436@fasterix.frmug.fr.net> from "Pierre Beyssac" at May 24, 95 02:59:51 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > newfs doesn't seem to use the number of sectors by cylinder it gets > from the disklabel. It correctly warns that it will use 4096 and that > it differs from the disklabel value, though. > > Is that the expected behaviour ? Yes; modern SCSI drives use ZBR (Zone Boundry Recording), which means that the geometry is translated. Since it's in hardware (it can be recovered using SCSI II commands only), it's largely irrelevent to most operations; however, the head seek and rotational latencies are then wrong in UFS/FFS everywhere except near the fron of the disk, and even then they could be shifted. The result is that UFS/FFS optimizations for linearly laid out disks (ESDI/MFM/RLL) are actually causing slower performance by expecting seeks when there are non, etc. the 4096/1 geometry is a way of "shutting off" most of the UFS/FFS optimizations. If you are using a non-ZBR disk, you can overrride the 4096/1 with a parameter to newfs. Note: I'm not sure if it uses the BIOS fictional geometry (which would have the same deleterious effects as a ZBR geometry), or if it uses the one reported by the controller when you do the override. This should probably be investigated. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 24 12:18:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21040 for current-outgoing; Wed, 24 May 1995 12:18:04 -0700 Received: from rz-wb.fh-sw.de (rz-wb.fh-sw.de [192.129.23.111]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA20984 for ; Wed, 24 May 1995 12:16:27 -0700 Received: (from root@localhost) by rz-wb.fh-sw.de (8.6.11/8.6.9) id VAA27180; Wed, 24 May 1995 21:13:02 +0200 Date: Wed, 24 May 1995 21:13:02 +0200 (MET DST) From: Michael Reifenberger To: FreeBSD-Current Subject: xntpd Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Does someone of the Team remind of the DCF77 patches for xntpd? They where from Vincenzo Capuano (vcapuano@vmprofs.esoc.esa.de). And should still be in ftp.freebsd.org in the incoming dir as xntpd.diffs.tar.gz* His patch for dcfd worked great for me. Bye! ---- Michael Reifenberger From owner-freebsd-current Wed May 24 13:05:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22056 for current-outgoing; Wed, 24 May 1995 13:05:46 -0700 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA22045 ; Wed, 24 May 1995 13:05:39 -0700 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id FAA27109; Thu, 25 May 1995 05:05:36 +0900 Received: from us.and.or.jp (localhost [127.0.0.1]) by us.and.or.jp (8.6.11/3.3W8) with ESMTP id FAA03664; Thu, 25 May 1995 05:03:48 +0900 Message-Id: <199505242003.FAA03664@us.and.or.jp> Reply-To: sa2c@st.rim.or.jp To: jkh@FreeBSD.org cc: current@FreeBSD.org Subject: Japanese patch for sysinstall Date: Thu, 25 May 1995 05:03:47 +0900 From: NIIMI Satoshi Sender: current-owner@FreeBSD.org Precedence: bulk I tried to use sysinstall and I noticed the look used with Japanese usage is very bad. And I found some bugs(?) in ja_JP.*/usage.hlp. 1. I have made typo. 2. Mr. Hubbard didn't change about number of virtual consoles. Here is a patch. Because this patch contains ESC character, I uuencoded for your convenience. # Is this patch in time? -- NIIMI Satoshi begin 644 patch-for-sysinstall M9&EF9B`M=7(@+W5S7-I;G-T86QL+VAE;'`O:F%? M2E`N2DE3+W5S86=E+FAL<"`N+VAE;'`O:F%?2E`N2DE3+W5S86=E+FAL<`HM M+2T@+W5S7-I;G-T86QL+VAE;'`O:F%?2E`N2DE3 M+W5S86=E+FAL<`E4=64@36%Y(#$V(#(R.C$U.C0T(#$Y.34**RLK("XO:&5L M<"]J85]*4"Y*25,O=7-A9V4N:&QP"51H=2!-87D@,C4@,#0Z-3(Z,30@,3DY M-0I`0"`M,C(L."`K,C(L."!`0`H@&R1".TA-420W)$8E825+)64A/"1R)3DE M+R5M(3PE:R0U)#LD1B0O)$`D-20D(2,D221!)&DD*R1.-2TY9B0L/D,D*"0_ M.WXD3R$B&RA""B`;)$(E825+)64A/"1.0&A&+!LH0B`H&R1")%XD/R1/.D)#DD+"$B)54E(24D)6L;*$(@+V5T8R]T='ES(!LD0B1R2E0]."0Y M)&LD,R1()$)#DA(QLH0@ID:69F("UU2`R-2`P-#HU,CHS-R`Q.3DU"D!`("TS,2PW("LS,2PW M($!`"B!M;V1O6]K=0I`0"`M-#@L-B`K-#@L-B!`0`H@=&]K:6AA+"!D;W5J M:2!N:2!I:W5T6]U('-U0HM9&5S=2X@(&AY;W5J=6X@9&5H82`T='-U;F\@:V%S M;W4@8V]N6%S=6MO=&]G80H@9&5K:6UA2`R,2`R,SHT-CHR-"`Q.3DU"BLK*R`N+VQA;FPHM("`@('-Y; Wed, 24 May 1995 16:33:13 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA05634; Thu, 25 May 1995 09:28:32 +1000 Date: Thu, 25 May 1995 09:28:32 +1000 From: Bruce Evans Message-Id: <199505242328.JAA05634@godzilla.zeta.org.au> To: pb@fasterix.freenix.fr Subject: Re: kern/438: panic: vwakeup: neg numoutput Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk > Panic when trying to disklabel the IDE drive attached on the > 'diskless' PC. >>How-To-Repeat: > # disklabel -w -r /dev/wd0s2 labelname >-> console messages > fixlabel: invalid magic > fixlabel: invalid magic > panic: vwakeup: neg numoutput The panic will be fixed soon. I can't duplicate the messages from fixlabel(). They indicate that disklabel has constructed a bogus label or that fixlabel() has been passed the wrong label pointer. > Notes: > - I used wd0s2. That's obviously wrong, but I'm not sure > that's relevant. wd0s2 would have been correct (disklabel converts it to /dev/rwd0s2c == /dev/rwd0s2), but /dev/wd0s2 is the block device, and there is a bug for the block device in the label fixup code. Bruce From owner-freebsd-current Wed May 24 19:08:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06139 for current-outgoing; Wed, 24 May 1995 19:08:33 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06073 for ; Wed, 24 May 1995 19:08:07 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA09477; Thu, 25 May 1995 11:55:37 +1000 Date: Thu, 25 May 1995 11:55:37 +1000 From: Bruce Evans Message-Id: <199505250155.LAA09477@godzilla.zeta.org.au> To: ortmann@localhost.nodak.edu Subject: Re: gnu/442: when invoked from "make' cc not including name lists in some library objects Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >When "make"ing some library object files "cc" apparently goofs up >and forgets to include names in the object files. This causes any >routine that tries to use that library object to not link because >a name is not found. >This happens *only* inside of "make", and never when manually >compiling that object. This is normal for objects that don't have any code or data because the sources were reduced to nothing by `#ifdef DEBUG' or similar. cc generates objects that are empty except for a couple the labels `___gnu_compiled_c' and `gcc2_compiled.' and `make' runs `ld -r -x' to remove usless and useful labels (silently so that you can't see what it is doing). >/usr/lib/librpcsvc.a >nm: yppasswd_xdr.o: no name list. >nm: spray_xdr.o: no name list. >nm: sm_inter_xdr.o: no name list. >nm: rwall_xdr.o: no name list. >nm: rstat_xdr.o: no name list. >nm: rquota_xdr.o: no name list. >nm: rnusers_xdr.o: no name list. >nm: rex_xdr.o: no name list. >nm: nlm_prot_xdr.o: no name list. >nm: nfs_prot_xdr.o: no name list. >nm: mount_xdr.o: no name list. >nm: klm_prot_xdr.o: no name list. However, most of these shouldn't be null. Check the machine-generated sources for them. Here only rwall_xdr.o and rwall_xdr.c are null. Bruce From owner-freebsd-current Thu May 25 01:45:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA18979 for current-outgoing; Thu, 25 May 1995 01:45:02 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA18961 for ; Thu, 25 May 1995 01:44:58 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id EAA07527 for current@freebsd.org; Thu, 25 May 1995 04:44:17 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id UAA09525; Wed, 24 May 1995 20:20:32 -0400 Date: Wed, 24 May 1995 20:20:32 -0400 From: Gene Stark Message-Id: <199505250020.UAA09525@starkhome.cs.sunysb.edu> To: blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu (Ollivier Robert) Cc: current@FreeBSD.org In-reply-to: blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu's message of Wed, 24 May 1995 10:01:28 +0200 (MET DST) Subject: Re: newfs weirdness... Sender: current-owner@FreeBSD.org Precedence: bulk >> newfs doesn't seem to use the number of sectors by cylinder it gets >> from the disklabel. It correctly warns that it will use 4096 and that >> it differs from the disklabel value, though. >> >> Is that the expected behaviour ? > >Yes. Poul-Henning found that it was the best "geometry" to use with >modern SCSI drives. Don't worry about it. Not everyone is using "modern SCSI drives" (some are even using IDE). It is a constant annoyance to me that after I set up my IDE drive with a particular geometry, newfs ignores it, prints a warning message, and fails to utilize a bunch of odd sectors at the end of each partition. I have said this before, but I really would rather have newfs pay attention to the geometry stated in the disklabel. If you want to format your filesystems a different way, you can always set up your disktab or whatever. - Gene From owner-freebsd-current Thu May 25 07:28:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA24910 for current-outgoing; Thu, 25 May 1995 07:28:36 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA24901 for ; Thu, 25 May 1995 07:28:28 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id WAA28417; Thu, 25 May 1995 22:28:22 +0800 Date: Thu, 25 May 1995 22:28:21 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: rwhod in /etc/rc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk As a followup to the rwhod patch, I've modified /etc/rc to create the needed /var/rwho directory if it does not exist (idea taken from the IRIX /etc/init.d/network file). I noticed that the boot files toss in some comment about rwhod being a "time waster" or a "performance pig" or "will saturate networks with many hosts". FreeBSD's /etc/rc and /etc/sysconfig don't give any warning (although it is turned off by default). *** rc-old Thu May 25 22:08:42 1995 --- rc Thu May 25 22:10:47 1995 *************** *** 184,189 **** --- 184,192 ---- # $rwhod is imported from /etc/sysconfig; # if $rwhod is set to YES, rwhod is run. if [ "X${rwhod}" = X"YES" ]; then + if [ ! -d /var/rwho ]; then + /bin/mkdir /var/rwho + fi echo -n ' rwhod'; rwhod fi -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Thu May 25 08:04:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA26573 for current-outgoing; Thu, 25 May 1995 08:04:49 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA26567 for ; Thu, 25 May 1995 08:04:47 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id IAA26479; Thu, 25 May 1995 08:04:09 -0700 From: Poul-Henning Kamp Message-Id: <199505251504.IAA26479@ref.tfs.com> Subject: Re: newfs weirdness... To: gene@starkhome.cs.sunysb.edu (Gene Stark) Date: Thu, 25 May 1995 08:04:09 -0700 (PDT) Cc: blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, current@FreeBSD.org In-Reply-To: <199505250020.UAA09525@starkhome.cs.sunysb.edu> from "Gene Stark" at May 24, 95 08:20:32 pm Content-Type: text Content-Length: 729 Sender: current-owner@FreeBSD.org Precedence: bulk > Not everyone is using "modern SCSI drives" (some are even using IDE). > It is a constant annoyance to me that after I set up my IDE drive with > a particular geometry, newfs ignores it, prints a warning message, and > fails to utilize a bunch of odd sectors at the end of each partition. > > I have said this before, but I really would rather have newfs pay attention > to the geometry stated in the disklabel. If you want to format your > filesystems a different way, you can always set up your disktab or whatever. do newfs -u 0 -t 0 then. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu May 25 08:13:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA26856 for current-outgoing; Thu, 25 May 1995 08:13:44 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA26850 for ; Thu, 25 May 1995 08:13:41 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id RAA04107; Thu, 25 May 1995 17:13:31 +0200 Message-Id: <199505251513.RAA04107@lirmm.lirmm.fr> To: current@FreeBSD.org cc: dave@odyssey.ucc.ie Subject: conflicting docs Date: Thu, 25 May 1995 17:13:28 +0200 From: "Philippe Charnier" Sender: current-owner@FreeBSD.org Precedence: bulk Hello, About non-US ftp sites for encryption. - in /usr/src/share/doc/FAQ/freebsd-faq.sgml braae.ru.ac.za:/pub/FreeBSD/securedist/ owl.und.ac.za (currently uncertain) ftp.veda.is:/pub/crypt/FreeBSD/ - in /usr/src/share/FAQ/Text/MIRROR.SITES South Africa ftp://skeleton.mikom.csir.co.za/pub/FreeBSD South Africa ftp://storm.sea.uct.ac.za/pub/FreeBSD Brazil ftp://ftp.iqm.unicamp.br/pub/FreeBSD -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Thu May 25 09:26:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA28931 for current-outgoing; Thu, 25 May 1995 09:26:25 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA28908 for ; Thu, 25 May 1995 09:26:11 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id SAA20751; Thu, 25 May 1995 18:24:47 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id SAA20138; Thu, 25 May 1995 18:24:46 +0200 Message-Id: <199505251624.SAA20138@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Philippe Charnier" cc: current@FreeBSD.org, dave@odyssey.ucc.ie Subject: Re: conflicting docs Date: Thu, 25 May 1995 18:24:46 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > About non-US ftp sites for encryption. > > - in /usr/src/share/doc/FAQ/freebsd-faq.sgml > braae.ru.ac.za:/pub/FreeBSD/securedist/ This is Geoff Rehmet's old site. IMO it should be taken off the list as at was last active just before 2.0 came out. (Sorry Geoff!) > owl.und.ac.za (currently uncertain) This site does not have the current Secure dist stuff. It has FreeBSD-2.0 and 0210-SNAP. In my experience, this is not a well maintained site, and IMHO should be removed from the list. That 'currently uncertain' has been there for about a year now, with good reason. > ftp.veda.is:/pub/crypt/FreeBSD/ I don't know about this. > - in /usr/src/share/FAQ/Text/MIRROR.SITES > South Africa ftp://skeleton.mikom.csir.co.za/pub/FreeBSD > South Africa ftp://storm.sea.uct.ac.za/pub/FreeBSD These are current. I maintain the first, and the second is a mirror. > Brazil ftp://ftp.iqm.unicamp.br/pub/FreeBSD This is a mirror of the 'skeleton' site above, but I think the owner is having some problems. Status uncertain. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Thu May 25 10:24:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01558 for current-outgoing; Thu, 25 May 1995 10:24:07 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01552 for ; Thu, 25 May 1995 10:24:05 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA00786; Thu, 25 May 1995 10:23:28 -0700 From: "Rodney W. Grimes" Message-Id: <199505251723.KAA00786@gndrsh.aac.dev.com> Subject: Re: rwhod in /etc/rc To: taob@gate.sinica.edu.tw (Brian Tao) Date: Thu, 25 May 1995 10:23:28 -0700 (PDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: from "Brian Tao" at May 25, 95 10:28:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1283 Sender: current-owner@FreeBSD.org Precedence: bulk > > As a followup to the rwhod patch, I've modified /etc/rc to create > the needed /var/rwho directory if it does not exist (idea taken from > the IRIX /etc/init.d/network file). I noticed that the boot files > toss in some comment about rwhod being a "time waster" or a > "performance pig" or "will saturate networks with many hosts". > FreeBSD's /etc/rc and /etc/sysconfig don't give any warning (although > it is turned off by default). > > > *** rc-old Thu May 25 22:08:42 1995 > --- rc Thu May 25 22:10:47 1995 > *************** > *** 184,189 **** > --- 184,192 ---- > # $rwhod is imported from /etc/sysconfig; > # if $rwhod is set to YES, rwhod is run. > if [ "X${rwhod}" = X"YES" ]; then > + if [ ! -d /var/rwho ]; then > + /bin/mkdir /var/rwho > + fi > echo -n ' rwhod'; rwhod > fi This patch is not needed for FreeBSD, by default all system installations already have a /var/rwho with the correct owner/group and modes set on it. The above change has the flaw that /var/rwho will probably end up being root:wheel 775 or possible 777 if the umask is changed someplace before we get to that code. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu May 25 10:39:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02008 for current-outgoing; Thu, 25 May 1995 10:39:51 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA02002 for ; Thu, 25 May 1995 10:39:49 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20705; Thu, 25 May 95 11:32:52 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505251732.AA20705@cs.weber.edu> Subject: Re: newfs weirdness... To: gene@starkhome.cs.sunysb.edu (Gene Stark) Date: Thu, 25 May 95 11:32:51 MDT Cc: blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, current@FreeBSD.org In-Reply-To: <199505250020.UAA09525@starkhome.cs.sunysb.edu> from "Gene Stark" at May 24, 95 08:20:32 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk [ ... left for context ... ] > >> newfs doesn't seem to use the number of sectors by cylinder it gets > >> from the disklabel. It correctly warns that it will use 4096 and that > >> it differs from the disklabel value, though. > >> > >> Is that the expected behaviour ? > > > >Yes. Poul-Henning found that it was the best "geometry" to use with > >modern SCSI drives. Don't worry about it. > > Not everyone is using "modern SCSI drives" (some are even using IDE). > It is a constant annoyance to me that after I set up my IDE drive with > a particular geometry, newfs ignores it, prints a warning message, and > fails to utilize a bunch of odd sectors at the end of each partition. > > I have said this before, but I really would rather have newfs pay attention > to the geometry stated in the disklabel. If you want to format your > filesystems a different way, you can always set up your disktab or whatever. Actually, *especially* on IDE drives, you *don't* want to use the contents of the disklabel, unless the disklabel contains the real as well as the fictional geometry. It is just as pessimal to precompensate for a "seek" on an IDE drive based on a fictional (WRONG) geometry as it is to do so on a ZBR'ed SCSI device The FS *really*, *really* wants to use the real geometry for the device to let it do its optimization. To make both the BIOS and the UFS access happy, the geometry needs to be fictitious for the BIOS and real for UFS. And the slice drivers need to insure track boundries are observed. And because there is no other way to make it work, there has to be some mechanism of determining which drive in BIOS order is which drive in BSD order (I can go into great gory as to why this is confusing). Suffice it to say, your simple soloution... isn't. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 25 11:06:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02365 for current-outgoing; Thu, 25 May 1995 11:06:44 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA02358 for ; Thu, 25 May 1995 11:06:43 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14679(2)>; Thu, 25 May 1995 11:05:43 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49871>; Thu, 25 May 1995 11:05:32 -0700 X-Mailer: exmh version 1.6 4/21/95 To: Brian Tao cc: FREEBSD-CURRENT-L Subject: Re: rwhod in /etc/rc In-reply-to: Your message of "Thu, 25 May 95 07:28:21 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 May 1995 11:05:28 PDT From: Bill Fenner Message-Id: <95May25.110532pdt.49871@crevenia.parc.xerox.com> Sender: current-owner@FreeBSD.org Precedence: bulk In message you write: >I noticed that the boot files >toss in some comment about rwhod being a "time waster" or a >"performance pig" or "will saturate networks with many hosts". >FreeBSD's /etc/rc and /etc/sysconfig don't give any warning (although >it is turned off by default). The multicast version of rwhod (which apparently never made it out of Stanford) might help; since FreeBSD "just does" multicast it might be a good idea to include an rwhod which has the option of using multicast. (Multicast also lets you run rwho over several subnets, which may actually be a bad thing, but... =) Bill From owner-freebsd-current Thu May 25 13:28:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09655 for current-outgoing; Thu, 25 May 1995 13:28:30 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA09637 for ; Thu, 25 May 1995 13:28:24 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA21694; Thu, 25 May 95 14:20:54 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505252020.AA21694@cs.weber.edu> Subject: Re: newfs weirdness... To: bde@zeta.org.au (Bruce Evans) Date: Thu, 25 May 95 14:20:54 MDT Cc: gene@starkhome.cs.sunysb.edu, blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, current@FreeBSD.org In-Reply-To: <199505251944.FAA06585@godzilla.zeta.org.au> from "Bruce Evans" at May 26, 95 05:44:24 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >To make both the BIOS and the UFS access happy, the geometry needs to > >be fictitious for the BIOS and real for UFS. And the slice drivers > >need to insure track boundries are observed. And because there is > > Slices are DOSpartitions so their boundaries are usually BIOS cylinder > boundaries, which have about a 1 in (average number of sectors per track) > chance of being track boundaries for new IDE drives. Right, you'd have to throw away an average of 50% of a track at the start to make it work, with the UFS making the assumption of having started on a track boundry for the optimization to be happy (or you'd have to o complicate things a bit). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 25 13:28:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA07115 for current-outgoing; Thu, 25 May 1995 12:02:44 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA07108 for ; Thu, 25 May 1995 12:02:42 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA28710 ; Thu, 25 May 1995 21:02:25 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id VAA24528 ; Thu, 25 May 1995 21:02:25 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505251902.VAA24528@blaise.ibp.fr> Subject: Re: conflicting docs To: mark@grondar.za (Mark Murray) Date: Thu, 25 May 1995 21:02:24 +0200 (MET DST) Cc: charnier@lirmm.fr, current@FreeBSD.org, dave@odyssey.ucc.ie In-Reply-To: <199505251624.SAA20138@grumble.grondar.za> from "Mark Murray" at May 25, 95 06:24:46 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 687 Sender: current-owner@FreeBSD.org Precedence: bulk > > ftp.veda.is:/pub/crypt/FreeBSD/ > > I don't know about this. It has only the 1.1-RELEASE dist. I'm removing the site from the list. > > Brazil ftp://ftp.iqm.unicamp.br/pub/FreeBSD I'm checking it. Awfully slow. I can't seem to get anything... ncftp>232 [20:46] roberto@keltia:~> ncftp ftp://ftp.iqm.unicamp.br/pub/FreeBSD NcFTP 1.9.4 (April 15, 1995) by Mike Gleason, NCEMRSoft. styx.iqm.unicamp.br:/pub/FreeBSD ncftp>dir I''ve been here for more than 5 minutes :-( I'm removing it also till someone can get through... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-current Thu May 25 13:45:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA10661 for current-outgoing; Thu, 25 May 1995 13:45:51 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA10651 for ; Thu, 25 May 1995 13:45:47 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id QAA08024; Thu, 25 May 1995 16:45:01 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id OAA11883; Thu, 25 May 1995 14:18:34 -0400 Date: Thu, 25 May 1995 14:18:34 -0400 From: Gene Stark Message-Id: <199505251818.OAA11883@starkhome.cs.sunysb.edu> To: cs.weber.edu!terry@sbstark.cs.sunysb.edu CC: blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, phk@ref.tfs.com, FreeBSD.org!current@sbstark.cs.sunysb.edu In-reply-to: Terry Lambert's message of Thu, 25 May 95 11:32:51 MDT <9505251732.AA20705@cs.weber.edu> Subject: newfs weirdness... Sender: current-owner@FreeBSD.org Precedence: bulk >It is just as pessimal to precompensate for a "seek" on an IDE drive >based on a fictional (WRONG) geometry as it is to do so on a ZBR'ed SCSI >device Agreed. >The FS *really*, *really* wants to use the real geometry for the device >to let it do its optimization. Agreed. >To make both the BIOS and the UFS access happy, the geometry needs to >be fictitious for the BIOS and real for UFS. And the slice drivers >need to insure track boundries are observed. And because there is Agreed, though it is not always the case that the BIOS needs a fictitious geometry. The sticking point for me is that it is just as wrong to newfs a UFS filesystem with a fictitious BIOS geometry as it is to newfs it with a 4096/1 geometry. Using the fictitious BIOS geometry at least has the advantage that an integral number of cylinder groups fit into the partition, so you are not wasting a few thousand sectors at the end of the partition. Also, the "real" geometries supplied by the drives generally have a nice relationship to the fictitious BIOS geometries, so that again you get an integral number of cylinder groups in the partition. In the absence of information to the contrary, for an IDE drive it seems to me that the best available information is that which is supplied by the drive. Barring that, what is in the disklabel is next best. I can't possibly see why a 4096/1 geometry is going to be uniformly better than these other choices. Plus you have to go to extra trouble to avoid wasting sectors and getting the warning message. - Gene From owner-freebsd-current Thu May 25 13:57:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA13322 for current-outgoing; Thu, 25 May 1995 13:57:15 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA13312 for ; Thu, 25 May 1995 13:57:13 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with ESMTP id QAA08039; Thu, 25 May 1995 16:56:27 -0400 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA27958; Thu, 25 May 1995 13:57:05 -0700 From: Poul-Henning Kamp Message-Id: <199505252057.NAA27958@ref.tfs.com> Subject: Re: newfs weirdness... To: gene@starkhome.cs.sunysb.edu (Gene Stark) Date: Thu, 25 May 1995 13:57:05 -0700 (PDT) Cc: cs.weber.edu!terry@sbstark.cs.sunysb.edu, blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, FreeBSD.org!current@sbstark.cs.sunysb.edu In-Reply-To: <199505251818.OAA11883@starkhome.cs.sunysb.edu> from "Gene Stark" at May 25, 95 02:18:34 pm Content-Type: text Content-Length: 1562 Sender: current-owner@FreeBSD.org Precedence: bulk > The sticking point for me is that it is just as wrong to newfs a UFS > filesystem with a fictitious BIOS geometry as it is to newfs it with a > 4096/1 geometry. Using the fictitious BIOS geometry at least has the > advantage that an integral number of cylinder groups fit into the > partition, so you are not wasting a few thousand sectors at the end > of the partition. Also, the "real" geometries supplied by the drives > generally have a nice relationship to the fictitious BIOS geometries, > so that again you get an integral number of cylinder groups in the > partition. I have a patch for that "feature" which will go in after 2.0.5 is out. For now it lives in sysinstall of 2.0.5. The trick is to find a number in the general range of 2048..4096 which divides into the number of sectors on the partition. > In the absence of information to the contrary, for an IDE drive it seems > to me that the best available information is that which is supplied by the > drive. Barring that, what is in the disklabel is next best. I can't > possibly see why a 4096/1 geometry is going to be uniformly better than > these other choices. Plus you have to go to extra trouble to avoid > wasting sectors and getting the warning message. You may waste a lot more space using the IDE geometry than by the 4096/1 because you may get TONS of superblocks for even very small disks... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu May 25 16:12:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA21444 for current-outgoing; Thu, 25 May 1995 16:12:44 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA21433 for ; Thu, 25 May 1995 16:12:36 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with ESMTP id TAA08130; Thu, 25 May 1995 19:08:14 -0400 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA11068; Fri, 26 May 1995 09:06:30 +1000 Date: Fri, 26 May 1995 09:06:30 +1000 From: Bruce Evans Message-Id: <199505252306.JAA11068@godzilla.zeta.org.au> To: cs.weber.edu!terry@sbstark.cs.sunysb.edu, gene@starkhome.cs.sunysb.edu Subject: Re: newfs weirdness... Cc: FreeBSD.org!current@sbstark.cs.sunysb.edu, blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, phk@ref.tfs.com Sender: current-owner@FreeBSD.org Precedence: bulk >In the absence of information to the contrary, for an IDE drive it seems >to me that the best available information is that which is supplied by the >drive. Barring that, what is in the disklabel is next best. I can't >possibly see why a 4096/1 geometry is going to be uniformly better than >these other choices. Plus you have to go to extra trouble to avoid >wasting sectors and getting the warning message. It's better because 4096 is larger than the average fake cylinder. (This will probably change when disks get larger - all disks will have 1024 heads, 256 sectors and 63 sectors; larger disks will be unstriped and everyone will complain about the 8GB limit :-]). Sectors on the fake cylinder after the last full fake cylinder (if any) are wasted anyway. The standard seems to be to not document such sectors for IDE, but you may be able to use them by picking a different geometry or by setting the partition table and labels to cover them. Using the 4096/1 geometry increases the wastage: - if 4096 is large, then the average wastage is larger. - if the original fake cylinder size is not a divisor of 4096, then rounding twice to a fake cylinder boundary increases the wastage - the original fake cylinder size may be chosen to be minimise the wastage. This is likely iff it is not a divisior of 4096. Bruce From owner-freebsd-current Thu May 25 17:19:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA23884 for current-outgoing; Thu, 25 May 1995 17:19:23 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA23878 for ; Thu, 25 May 1995 17:19:22 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with SMTP id UAA08213; Thu, 25 May 1995 20:18:32 -0400 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA22868; Thu, 25 May 95 18:11:51 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505260011.AA22868@cs.weber.edu> Subject: Re: newfs weirdness... To: bde@zeta.org.au (Bruce Evans) Date: Thu, 25 May 95 18:11:50 MDT Cc: cs.weber.edu!terry@sbstark.cs.sunysb.edu, gene@starkhome.cs.sunysb.edu, FreeBSD.org!current@sbstark.cs.sunysb.edu, blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, phk@ref.tfs.com In-Reply-To: <199505252306.JAA11068@godzilla.zeta.org.au> from "Bruce Evans" at May 26, 95 09:06:30 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > It's better because 4096 is larger than the average fake cylinder. (This > will probably change when disks get larger - all disks will have 1024 > heads, 256 sectors and 63 sectors; larger disks will be unstriped and > everyone will complain about the 8GB limit :-]). Maybe on FreeBSD; not on Windows 95. Windows 95 has support for a minimum 64G of disk (using 4k sectors instead of 512 byte sectors). There is further support in the IOS for 64 bit (unsigned) offsets. BTW, I have seen a working 100G SCSI device used on an ICON system (a pretty old 88k box), so the limits aren't inherent there, either (one wonders where the 8G limit in FreeBSD comes from). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 25 18:04:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA25953 for current-outgoing; Thu, 25 May 1995 18:04:06 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA25946 for ; Thu, 25 May 1995 18:04:05 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with ESMTP id VAA08263; Thu, 25 May 1995 21:02:47 -0400 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA14119; Fri, 26 May 1995 10:59:22 +1000 Date: Fri, 26 May 1995 10:59:22 +1000 From: Bruce Evans Message-Id: <199505260059.KAA14119@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@cs.weber.edu Subject: Re: newfs weirdness... Cc: FreeBSD.org!current@sbstark.cs.sunysb.edu, blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, cs.weber.edu!terry@sbstark.cs.sunysb.edu, gene@starkhome.cs.sunysb.edu, phk@ref.tfs.com Sender: current-owner@FreeBSD.org Precedence: bulk >> It's better because 4096 is larger than the average fake cylinder. (This >> will probably change when disks get larger - all disks will have 1024 >> heads, 256 sectors and 63 sectors; larger disks will be unstriped and >> everyone will complain about the 8GB limit :-]). >Maybe on FreeBSD; not on Windows 95. Windows 95 has support for a minimum >64G of disk (using 4k sectors instead of 512 byte sectors). FreeBSD has support for a minumum of 1024G of disk (using 512 byte sectors and 31 bit sector numbers). >There is further support in the IOS for 64 bit (unsigned) offsets. FreeBSD only supports 63 bit file system offsets. Files larger than 2GB and mmapping at offsets larger than 2GB are currently broken. mmapping of objects larger than 4G cannot work with the current interfaces. >BTW, I have seen a working 100G SCSI device used on an ICON system >(a pretty old 88k box), so the limits aren't inherent there, either >(one wonders where the 8G limit in FreeBSD comes from). It is a BIOS/partition table limit. How do you boot from partitions beyond the 8G boundary? :-) Bruce From owner-freebsd-current Thu May 25 18:09:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA26388 for current-outgoing; Thu, 25 May 1995 18:09:29 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA26382 for ; Thu, 25 May 1995 18:09:26 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with ESMTP id VAA08268; Thu, 25 May 1995 21:08:37 -0400 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA28859; Thu, 25 May 1995 18:08:56 -0700 From: Poul-Henning Kamp Message-Id: <199505260108.SAA28859@ref.tfs.com> Subject: Re: newfs weirdness... To: bde@zeta.org.au (Bruce Evans) Date: Thu, 25 May 1995 18:08:56 -0700 (PDT) Cc: bde@zeta.org.au, terry@cs.weber.edu, FreeBSD.org!current@sbstark.cs.sunysb.edu, blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, cs.weber.edu!terry@sbstark.cs.sunysb.edu, gene@starkhome.cs.sunysb.edu In-Reply-To: <199505260059.KAA14119@godzilla.zeta.org.au> from "Bruce Evans" at May 26, 95 10:59:22 am Content-Type: text Content-Length: 354 Sender: current-owner@FreeBSD.org Precedence: bulk > It is a BIOS/partition table limit. How do you boot from partitions > beyond the 8G boundary? :-) Hmm, I guess I could find 3 Mbyte inside the 8G limit somewhere... :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Thu May 25 18:30:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA27170 for current-outgoing; Thu, 25 May 1995 18:30:45 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA27164 for ; Thu, 25 May 1995 18:30:42 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id SAA29303; Thu, 25 May 1995 18:33:43 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id SAA00562; Thu, 25 May 1995 18:30:47 -0700 Message-Id: <199505260130.SAA00562@corbin.Root.COM> To: Bruce Evans cc: current@FreeBSD.org Subject: Re: newfs weirdness... In-reply-to: Your message of "Fri, 26 May 95 10:59:22 +1000." <199505260059.KAA14119@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 25 May 1995 18:30:46 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >FreeBSD only supports 63 bit file system offsets. Files larger than 2GB >and mmapping at offsets larger than 2GB are currently broken. mmapping >of objects larger than 4G cannot work with the current interfaces. Ummm, the filesystem layer supports 40 bit file system offsets (the amount of a blkno that can be stored in 31 bits). The VM system, however, is currently limited to 31 bit file offsets which is why it can't deal with files larger than 2GB. We're going to fix this limit in the VM system, however, for FreeBSD 2.2 to be 43 bits by changing the 'offset' to be a page offset rather than a byte offset. Once we do this, the limit will be imposed by bugs in the FS that store blkno in an int (the limit will then be 40 bits == 1TB). If we fix the FS bugs, then the limit will again be imposed by the VM system at 43 bits (8TB). I think limits in the terabyte range will be adequate for the medium term. -DG From owner-freebsd-current Thu May 25 19:14:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA29709 for current-outgoing; Thu, 25 May 1995 19:14:16 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA29682 for ; Thu, 25 May 1995 19:13:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA16119; Fri, 26 May 1995 12:08:16 +1000 Date: Fri, 26 May 1995 12:08:16 +1000 From: Bruce Evans Message-Id: <199505260208.MAA16119@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: newfs weirdness... Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >>FreeBSD only supports 63 bit file system offsets. Files larger than 2GB >>and mmapping at offsets larger than 2GB are currently broken. mmapping >>of objects larger than 4G cannot work with the current interfaces. > Ummm, the filesystem layer supports 40 bit file system offsets (the >amount of a blkno that can be stored in 31 bits). The VM system, however, >is currently limited to 31 bit file offsets which is why it can't deal >with files larger than 2GB. We're going to fix this limit in the VM system, >however, for FreeBSD 2.2 to be 43 bits by changing the 'offset' to be a >page offset rather than a byte offset. Once we do this, the limit will be >imposed by bugs in the FS that store blkno in an int (the limit will then >be 40 bits == 1TB). If we fix the FS bugs, then the limit will again be >imposed by the VM system at 43 bits (8TB). I think limits in the terabyte >range will be adequate for the medium term. The `size_t len' arg limits the size of objects that can be mapped. This limit is fundamental - it would be hard to map objects larger than the address space (no segments please). This limit will expand automatically when integer sizes and/or address spaces expand, but so will some of the other limits. Bruce From owner-freebsd-current Thu May 25 20:05:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA03117 for current-outgoing; Thu, 25 May 1995 20:05:31 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA03110 for ; Thu, 25 May 1995 20:05:26 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id UAA01726; Thu, 25 May 1995 20:03:47 -0700 From: "Rodney W. Grimes" Message-Id: <199505260303.UAA01726@gndrsh.aac.dev.com> Subject: Re: newfs weirdness... To: davidg@Root.COM Date: Thu, 25 May 1995 20:03:47 -0700 (PDT) Cc: bde@zeta.org.au, current@FreeBSD.org In-Reply-To: <199505260130.SAA00562@corbin.Root.COM> from "David Greenman" at May 25, 95 06:30:46 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1525 Sender: current-owner@FreeBSD.org Precedence: bulk > > >FreeBSD only supports 63 bit file system offsets. Files larger than 2GB > >and mmapping at offsets larger than 2GB are currently broken. mmapping > >of objects larger than 4G cannot work with the current interfaces. > > Ummm, the filesystem layer supports 40 bit file system offsets (the > amount of a blkno that can be stored in 31 bits). The VM system, however, > is currently limited to 31 bit file offsets which is why it can't deal > with files larger than 2GB. We're going to fix this limit in the VM system, > however, for FreeBSD 2.2 to be 43 bits by changing the 'offset' to be a ^^^^^^ > page offset rather than a byte offset. Once we do this, the limit will be ^^^^^^^^^^ ^^^^^^^^^^^ > imposed by bugs in the FS that store blkno in an int (the limit will then > be 40 bits == 1TB). If we fix the FS bugs, then the limit will again be > imposed by the VM system at 43 bits (8TB). I think limits in the terabyte > range will be adequate for the medium term. You are starting to ``think'' Intel x86 archicture, page sizes will vary from arch to arch, be very carefull when doing this or you will end up doing it again for any platfrom that does not use a 4K page size. And even if you do make it work right, the limit will vary with machine page size, which IMHO, is not a very good solution :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Thu May 25 20:06:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA03179 for current-outgoing; Thu, 25 May 1995 20:06:36 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA03168 for ; Thu, 25 May 1995 20:06:30 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA29446; Thu, 25 May 1995 20:09:31 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA00135; Thu, 25 May 1995 20:06:36 -0700 Message-Id: <199505260306.UAA00135@corbin.Root.COM> To: Bruce Evans cc: current@FreeBSD.org Subject: Re: newfs weirdness... In-reply-to: Your message of "Fri, 26 May 95 12:08:16 +1000." <199505260208.MAA16119@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 25 May 1995 20:06:35 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >>>FreeBSD only supports 63 bit file system offsets. Files larger than 2GB >>>and mmapping at offsets larger than 2GB are currently broken. mmapping >>>of objects larger than 4G cannot work with the current interfaces. > >> Ummm, the filesystem layer supports 40 bit file system offsets (the >>amount of a blkno that can be stored in 31 bits). The VM system, however, >>is currently limited to 31 bit file offsets which is why it can't deal >>with files larger than 2GB. We're going to fix this limit in the VM system, >>however, for FreeBSD 2.2 to be 43 bits by changing the 'offset' to be a >>page offset rather than a byte offset. Once we do this, the limit will be >>imposed by bugs in the FS that store blkno in an int (the limit will then >>be 40 bits == 1TB). If we fix the FS bugs, then the limit will again be >>imposed by the VM system at 43 bits (8TB). I think limits in the terabyte >>range will be adequate for the medium term. > >The `size_t len' arg limits the size of objects that can be mapped. This >limit is fundamental - it would be hard to map objects larger than the >address space (no segments please). This limit will expand automatically >when integer sizes and/or address spaces expand, but so will some of the >other limits. The size of an object will either have to be stored in a long long or it will have to be stored in terms of pages, not bytes. Since the object size is always a multiple of pages, it makes sense for it to represent # of pages. ...of course you'll never be able to map more than just a portion of a > 3.75GB file, but at least you'll be able to get to the whole thing by mapping pieces at a time. -DG From owner-freebsd-current Thu May 25 20:09:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA03259 for current-outgoing; Thu, 25 May 1995 20:09:12 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA03253 for ; Thu, 25 May 1995 20:09:09 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA29455; Thu, 25 May 1995 20:12:11 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA00152; Thu, 25 May 1995 20:09:16 -0700 Message-Id: <199505260309.UAA00152@corbin.Root.COM> To: "Rodney W. Grimes" cc: bde@zeta.org.au, current@FreeBSD.org Subject: Re: newfs weirdness... In-reply-to: Your message of "Thu, 25 May 95 20:03:47 PDT." <199505260303.UAA01726@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 25 May 1995 20:09:10 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >You are starting to ``think'' Intel x86 archicture, page sizes will vary >from arch to arch, be very carefull when doing this or you will end up >doing it again for any platfrom that does not use a 4K page size. And >even if you do make it work right, the limit will vary with machine page >size, which IMHO, is not a very good solution :-(. Yes, it will vary depending on machine page size, and I disagree that this isn't a very good solution. All modern architectures have 4K or larger page sizes. The only alternative is to do 64 bit math all over the place, and this will slow things down by more than just a little. -DG From owner-freebsd-current Thu May 25 20:10:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA03341 for current-outgoing; Thu, 25 May 1995 20:10:14 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA03332 for ; Thu, 25 May 1995 20:10:13 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with SMTP id XAA08375; Thu, 25 May 1995 23:09:26 -0400 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23414; Thu, 25 May 95 21:02:26 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505260302.AA23414@cs.weber.edu> Subject: Re: newfs weirdness... To: bde@zeta.org.au (Bruce Evans) Date: Thu, 25 May 95 21:02:26 MDT Cc: bde@zeta.org.au, FreeBSD.org!current@sbstark.cs.sunysb.edu, blaise.ibp.fr!roberto@sbstark.cs.sunysb.edu, cs.weber.edu!terry@sbstark.cs.sunysb.edu, gene@starkhome.cs.sunysb.edu, phk@ref.tfs.com In-Reply-To: <199505260059.KAA14119@godzilla.zeta.org.au> from "Bruce Evans" at May 26, 95 10:59:22 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > It is a BIOS/partition table limit. How do you boot from partitions > beyond the 8G boundary? :-) Counter-question: why do you have more than one OS installed: BSD? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 25 21:26:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA09728 for current-outgoing; Thu, 25 May 1995 21:26:54 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA09714 for ; Thu, 25 May 1995 21:26:39 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA25353; Fri, 26 May 1995 12:25:08 +0800 Date: Fri, 26 May 1995 12:25:07 +0800 (CST) From: Brian Tao To: Bill Fenner cc: FREEBSD-CURRENT-L Subject: Re: rwhod in /etc/rc In-Reply-To: <95May25.110532pdt.49871@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Thu, 25 May 1995, Bill Fenner wrote: > >The multicast version of rwhod (which apparently never made it out of >Stanford) might help; since FreeBSD "just does" multicast it might be >a good idea to include an rwhod which has the option of using >multicast. (Multicast also lets you run rwho over several subnets, >which may actually be a bad thing, but... =) Another alternative would be rstatd/rup, which gives pretty much the same information. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Thu May 25 21:28:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA09856 for current-outgoing; Thu, 25 May 1995 21:28:37 -0700 Received: from leo.ibms.sinica.edu.tw ([140.109.40.249]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA09756 for ; Thu, 25 May 1995 21:27:12 -0700 Received: (from taob@localhost) by leo.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA25280; Fri, 26 May 1995 12:19:30 +0800 Date: Fri, 26 May 1995 12:19:28 +0800 (CST) From: Brian Tao To: "Rodney W. Grimes" cc: freebsd-current@FreeBSD.org Subject: Re: rwhod in /etc/rc In-Reply-To: <199505251723.KAA00786@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Thu, 25 May 1995, Rodney W. Grimes wrote: > > This patch is not needed for FreeBSD, by default all system installations > already have a /var/rwho with the correct owner/group and modes set on > it. Yup... I just checked the listing of the 950412 bindist and /var/rwho is there with owner bin.bin. Dunno why I was missing it on my 950412 machine then. Ah well. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Thu May 25 22:59:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA15352 for current-outgoing; Thu, 25 May 1995 22:59:44 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA15346 for ; Thu, 25 May 1995 22:59:42 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id BAA08506 for current@freebsd.org; Fri, 26 May 1995 01:59:01 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id BAA13019; Fri, 26 May 1995 01:59:11 -0400 Date: Fri, 26 May 1995 01:59:11 -0400 From: Gene Stark Message-Id: <199505260559.BAA13019@starkhome.cs.sunysb.edu> To: current@FreeBSD.org Subject: gdb broken (can't find stack) Sender: current-owner@FreeBSD.org Precedence: bulk For my May 20 compiled gdb, I just observed that it couldn't find a stack in a core dump file, though it seemed to be able to do it when tracing an inferior: gdb a.out (gdb) bt No stack. Was there a change that broke this? It was working a few weeks ago. - Gene From owner-freebsd-current Fri May 26 06:31:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA25558 for current-outgoing; Fri, 26 May 1995 06:31:20 -0700 Received: from pentix.f1.ru (Pentix.F1.RU [194.87.86.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA25545 for ; Fri, 26 May 1995 06:31:05 -0700 Received: (from am@localhost) by pentix.f1.ru (8.6.11/8.6.9) id RAA03177 for freebsd-current@freebsd.org; Fri, 26 May 1995 17:30:50 +0400 Message-Id: <199505261330.RAA03177@pentix.f1.ru> Subject: _swdevt multiple defined? To: freebsd-current@FreeBSD.org Date: Fri, 26 May 1995 17:30:48 +0400 (MSD) From: "Andrew Maltsev" Organization: F1 communications X-Mailer: ELM [version 2.4 PL24alpha5] MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Content-Length: 607 Sender: current-owner@FreeBSD.org Precedence: bulk I can't link current kernel (and some previous too - I tried 05/20, 05/22, 05/25 and today). At `loading kernel' stage: vm_swap.o: Definition of symbol `_swdevt' (multiply defined) swapkernel.o: Definition of symbol `_swdevt' (multiply defined) I tried to insert "static" before definition of swdevt in swapkernel.c and later tried to replace definition to "extern struct ..". Both times kernel compiled Ok, system loads Ok, but strange "Floating point exception" happened every time when I issue `swapinfo' command. Last stable kernel I have is BUILD-19950511 Any suggestions? Andrew Maltsev -- am From owner-freebsd-current Fri May 26 06:48:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA25869 for current-outgoing; Fri, 26 May 1995 06:48:58 -0700 Received: from dup.cs.fsu.edu (dup.cs.fsu.edu [128.186.121.85]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA25863 for ; Fri, 26 May 1995 06:48:57 -0700 Received: by dup.cs.fsu.edu (8.6.9/56) id JAA20256; Fri, 26 May 1995 09:48:54 -0400 Date: Fri, 26 May 1995 09:48:54 -0400 From: Gang-Ryung Uh Message-Id: <199505261348.JAA20256@dup.cs.fsu.edu> To: current@FreeBSD.org Subject: snd* Sender: current-owner@FreeBSD.org Precedence: bulk Hi, all. Yesterday, I grabbed FreeBSD-current source (May 25), and 'make world'. And rebuild the kernel based upon the original kernel configuration. Also, I changed to /usr/src/etc, 'make distribution', and touch some files in /etc based upon 'the old /etc'. My question is .... Since I have a sb16 soundcard, I tried to test some sound file, such as 'cat Doh.au > /dev/audio', but it complains the soundcard is not configured. So I changed to /dev and 'ls -l snd*'. But there is no entry /dev/snd0. So, as a superuser, I did `sh MAKEDEV snd*'. It does not generate error, but does not create anything except 'sndstat' When I ran previous FreeBSD-current (May 13), I can create the entry snd0 fine. But not anymore.. Do I miss something? Thanks for your help. Regards, --Uh From owner-freebsd-current Fri May 26 09:22:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29638 for current-outgoing; Fri, 26 May 1995 09:22:32 -0700 Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA29632 for ; Fri, 26 May 1995 09:22:30 -0700 Received: from olympus by devnull (8.6.8/8.6.6) id LAA25272; Fri, 26 May 1995 11:20:16 -0500 Received: by olympus (4.1/TSS2.1) id AA20408; Fri, 26 May 95 11:20:23 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9505261620.AA20408@olympus> Subject: Re: _swdevt multiple defined? To: am@pentix.f1.ru (Andrew Maltsev) Date: Fri, 26 May 1995 11:20:23 -0500 (CDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199505261330.RAA03177@pentix.f1.ru> from "Andrew Maltsev" at May 26, 95 05:30:48 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 946 Sender: current-owner@FreeBSD.org Precedence: bulk Rebuild and reinstall config. Rurun config and joy happens. Boyd > > I can't link current kernel (and some previous too - I tried > 05/20, 05/22, 05/25 and today). > > At `loading kernel' stage: > vm_swap.o: Definition of symbol `_swdevt' (multiply defined) > swapkernel.o: Definition of symbol `_swdevt' (multiply defined) > > I tried to insert "static" before definition of swdevt in swapkernel.c > and later tried to replace definition to "extern struct ..". Both > times kernel compiled Ok, system loads Ok, but strange "Floating point > exception" happened every time when I issue `swapinfo' command. > > Last stable kernel I have is BUILD-19950511 > > Any suggestions? > > > Andrew Maltsev > > -- > am > -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Fri May 26 10:02:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA00351 for current-outgoing; Fri, 26 May 1995 10:02:27 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA00345 for ; Fri, 26 May 1995 10:02:26 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id JAA08531 for ; Fri, 26 May 1995 09:55:04 -0700 Received: (from adhir@localhost) by bigdipper.iagi.net (8.6.8/8.6.6) id MAA11048; Fri, 26 May 1995 12:59:37 -0400 Date: Fri, 26 May 1995 12:59:37 -0400 (EDT) From: "Alok K. Dhir" To: David Greenman cc: current@FreeBSD.org Subject: Re: "mb_map full" ? In-Reply-To: <199505202358.QAA00163@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sat, 20 May 1995, David Greenman wrote: > > On a current system (supped and built this morning), I just received a > >"mb_map full" message in syslog just after starting a news feed to INN. > >Everything "appears" to be working though. INN is using mmap(). I > >thought this bug was fixed long ago? Or is something new? > > Fixed? It's not a problem that can be fixed other than trying to make it > dynamic (which would be quite difficult given the current mbuf cluster > allocation scheme). Someone suggested making it a function of maxusers; I > might do this someday. I would guess that you don't have options GATEWAY in > your kernel, and thus the number of mbuf clusters is small enough that you > occasionally hit the in-use limit. You can increase the limit with options > "NMBCLUSTERS=512" (or more if you need). Along these lines - we are running -current with a full news feed. As you may recall, I had posted some problems we were having with the system freezing (latest inn port, etc). In any case, several people suggested we add the following to our kernel conf file: #for News servers options "CHILD_MAX=128" options "OPEN_MAX=128" options "NMBCLUSTERS=512" And someone also mailed me a patch for INN which apparently seals up a memory leak problem. I did all four things (applied patch and added above lines) and the machine seems much more stable now. I am mailing because I am wondering whether you can offer advice as to either additional kernel options I may need to optimize this machine's uptime, or values for the above options which may be more appropriate. Thanks! Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-current Fri May 26 10:22:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA00775 for current-outgoing; Fri, 26 May 1995 10:22:15 -0700 Received: from deep-thought.demos.su (root@deep-thought.demos.su [192.91.186.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA00769 for ; Fri, 26 May 1995 10:22:04 -0700 Received: by deep-thought.demos.su id VAA24994; (8.6.11/D) Fri, 26 May 1995 21:21:39 +0400 To: current@FreeBSD.org Message-ID: Organization: DEMOS Date: Fri, 26 May 1995 21:21:38 +0400 X-Mailer: Mail/@ [v2.34 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: pkg_manage build failed Lines: 11 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 689 Sender: current-owner@FreeBSD.org Precedence: bulk cc -O2 -m486 -Wall -Wstrict-prototypes -DHELP_PATH=\"/usr/share/misc/pkg_manage/\" -I/usr/src/usr.sbin/pkg_manage/../../gnu/lib/libdialog -I/usr/src/usr.sbin/pkg_manage/../../lib/libncurses -c /usr/src/usr.sbin/pkg_manage/pkg_ui.c /usr/src/usr.sbin/pkg_manage/pkg_ui.c: In function `install_batch': /usr/src/usr.sbin/pkg_manage/pkg_ui.c:221: parse error before `else' *** Error code 1 Stop. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Fri May 26 10:23:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA00795 for current-outgoing; Fri, 26 May 1995 10:23:21 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA00788 for ; Fri, 26 May 1995 10:23:18 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA02681; Fri, 26 May 1995 13:23:14 -0400 Date: Fri, 26 May 1995 13:23:14 -0400 From: Garrett Wollman Message-Id: <9505261723.AA02681@halloran-eldar.lcs.mit.edu> To: Gene Stark Cc: current@FreeBSD.org Subject: gdb broken (can't find stack) In-Reply-To: <199505260559.BAA13019@starkhome.cs.sunysb.edu> References: <199505260559.BAA13019@starkhome.cs.sunysb.edu> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > For my May 20 compiled gdb, I just observed that it couldn't find a stack > in a core dump file, though it seemed to be able to do it when tracing > an inferior: > gdb a.out > (gdb) bt > No stack. Looks to me like you didn't specify a core file to read from... wollman@khavrinen(542)$ cat ^\Quit (core dumped) wollman@khavrinen(543)$ gdb /usr/src/bin/cat/obj/cat cat.core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... Core was generated by `cat'. Program terminated with signal 3, Quit. #0 0x9c25 in read () (gdb) bt #0 0x9c25 in read () #1 0x1d98 in raw_cat () #2 0x1cef in raw_args () #3 0x17e6 in main () -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri May 26 10:29:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA00974 for current-outgoing; Fri, 26 May 1995 10:29:54 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA00967 for ; Fri, 26 May 1995 10:29:44 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA02529; Fri, 26 May 1995 10:29:31 -0700 From: "Rodney W. Grimes" Message-Id: <199505261729.KAA02529@gndrsh.aac.dev.com> Subject: Re: snd* To: uh@dup.cs.fsu.edu (Gang-Ryung Uh) Date: Fri, 26 May 1995 10:29:31 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <199505261348.JAA20256@dup.cs.fsu.edu> from "Gang-Ryung Uh" at May 26, 95 09:48:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1081 Sender: current-owner@FreeBSD.org Precedence: bulk > > Hi, all. > > Yesterday, I grabbed FreeBSD-current source (May 25), and 'make world'. > And rebuild the kernel based upon the original kernel configuration. > Also, I changed to /usr/src/etc, 'make distribution', and touch some > files in /etc based upon 'the old /etc'. > > My question is .... > > Since I have a sb16 soundcard, I tried to test some sound file, such as > 'cat Doh.au > /dev/audio', but it complains the soundcard is not configured. > So I changed to /dev and 'ls -l snd*'. But there is no > entry /dev/snd0. So, as a superuser, I did `sh MAKEDEV snd*'. ``cd /dev; sh MAKEDEV snd'' ^ do not put the asterik there!! > It does not generate error, but does not create anything except 'sndstat' > > When I ran previous FreeBSD-current (May 13), I can create the entry snd0 > fine. But not anymore.. > > Do I miss something? > > Thanks for your help. > > Regards, > --Uh > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Fri May 26 10:32:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01020 for current-outgoing; Fri, 26 May 1995 10:32:34 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01007 for ; Fri, 26 May 1995 10:32:25 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id TAA06488 for ; Fri, 26 May 1995 19:31:56 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id TAA27435 for freebsd-current@FreeBSD.ORG; Fri, 26 May 1995 19:31:56 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.11/keltia-uucp-1.21) id TAA05836 for freebsd-current@FreeBSD.ORG; Fri, 26 May 1995 19:31:02 +0200 From: Ollivier Robert Message-Id: <199505261731.TAA05836@keltia.frmug.fr.net> Subject: Strange code in last commit for pkg_ui.c To: freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Date: Fri, 26 May 1995 19:31:01 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.0-BUILT-19950526 ctm#715 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1395 Sender: current-owner@FreeBSD.org Precedence: bulk The last commit in pkg_manage/pkg_ui.c broke it. 213 [19:24] root@keltia:usr.sbin/pkg_manage# make cc -O -m486 -pipe -Wall -Wstrict-prototypes -DHELP_PATH=\"/usr/share/misc/pkg_manage/\" -I/usr/src/usr.sbin/pkg_manage/../../gnu/lib/libdialog -I/usr/src/usr.sbin/pkg_manage/../../lib/libncurses -c /usr/src/usr.sbin/pkg_manage/pkg_ui.c /usr/src/usr.sbin/pkg_manage/pkg_ui.c: In function `install_batch': /usr/src/usr.sbin/pkg_manage/pkg_ui.c:221: parse error before `else' *** Error code 1 Stop. The related piece of code seems strange : 1. it lacks a '}' just before the marked "else", 2. the code in the "if" section and the code in the "else" section are the same !? StartDir is not used anymore... while (!quit) { if (StartDir) { use_helpline("Select directory where the pkg's reside"); if (dialog_dselect(".", "*.tgz")) { quit = TRUE; } else { install_pkgs_indir(); } >>> else { <<< use_helpline("Select directory where the pkg's reside"); if (dialog_dselect(".", "*.tgz")) { quit = TRUE; } else { install_pkgs_indir(); } } } -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.0-BUILT-19950526 #13: Fri May 26 00:52:59 MET DST 1995 From owner-freebsd-current Fri May 26 18:44:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA07765 for current-outgoing; Fri, 26 May 1995 18:44:49 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA07754 for ; Fri, 26 May 1995 18:44:38 -0700 Received: by haven.uniserve.com id <216>; Fri, 26 May 1995 18:59:46 -0700 Date: Fri, 26 May 1995 18:59:31 -0700 (PDT) From: Tom Samplonius To: "Alok K. Dhir" cc: David Greenman , current@FreeBSD.org Subject: Re: "mb_map full" ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Fri, 26 May 1995, Alok K. Dhir wrote: > #for News servers > options "CHILD_MAX=128" > options "OPEN_MAX=128" > options "NMBCLUSTERS=512" > > And someone also mailed me a patch for INN which apparently seals up a > memory leak problem. > > I did all four things (applied patch and added above lines) and the > machine seems much more stable now. > > I am mailing because I am wondering whether you can offer advice as to > either additional kernel options I may need to optimize this machine's > uptime, or values for the above options which may be more appropriate. INN on FreeBSD seems to be susceptible to the select-loop bug in INN (innd starts using 100% CPU time). You may want to install that patch. The ports team may want to consider this patch as a standard FreeBSD patch for INN. Tom From owner-freebsd-current Fri May 26 19:09:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA08225 for current-outgoing; Fri, 26 May 1995 19:09:56 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA08219 for ; Fri, 26 May 1995 19:09:50 -0700 Received: by sequent.kiae.su id AA04127 (5.65.kiae-2 ); Sat, 27 May 1995 06:06:43 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 27 May 95 06:06:42 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id GAA00404; Sat, 27 May 1995 06:03:32 +0400 To: "Alok K. Dhir" , Tom Samplonius Cc: current@FreeBSD.org, David Greenman References: In-Reply-To: ; from Tom Samplonius at Fri, 26 May 1995 18:59:31 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 27 May 1995 06:03:31 +0400 (MSD) X-Mailer: Mail/@ [v2.37 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: "mb_map full" ? Lines: 15 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 678 Sender: current-owner@FreeBSD.org Precedence: bulk In message Tom Samplonius writes: > INN on FreeBSD seems to be susceptible to the select-loop bug in INN >(innd starts using 100% CPU time). You may want to install that patch. >The ports team may want to consider this patch as a standard FreeBSD >patch for INN. Please, send me patch you talk about for review. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Fri May 26 21:29:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA10755 for current-outgoing; Fri, 26 May 1995 21:29:48 -0700 Received: from crash.ops.neosoft.com (root@crash.ops.NeoSoft.COM [198.64.212.50]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA10748 for ; Fri, 26 May 1995 21:29:46 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id XAA10255 for current@freebsd.org; Fri, 26 May 1995 23:29:39 -0500 From: Scott Mace Message-Id: <199505270429.XAA10255@crash.ops.neosoft.com> Subject: ep driver To: current@FreeBSD.org Date: Fri, 26 May 1995 23:29:39 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 669 Sender: current-owner@FreeBSD.org Precedence: bulk I've seen in at least 5 different machines with 3com 3c509's where they would intermittantly probe. I found that if you increase the DELAY() right after the "global reset", then it probes perfectly. forsure DELAY(10000) is enough, i have not had a chance to experiment with values between the 1000 default and 10000. This should probably go into 2.0.5 if it isn't too late. Alot of people have 3c509's and may see this problem. Whats odd is it only seems to plague the 486's that I've messed with. I have a pentium 60 that probes it every time. This is definately not a localized problem, as I have seen this with numerous 3c509's and motherboards. Scott From owner-freebsd-current Fri May 26 22:07:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA11770 for current-outgoing; Fri, 26 May 1995 22:07:53 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA11764 for ; Fri, 26 May 1995 22:07:49 -0700 Received: by haven.uniserve.com id <192>; Fri, 26 May 1995 22:23:10 -0700 Date: Fri, 26 May 1995 22:22:54 -0700 (PDT) From: Tom Samplonius To: "Andrey A. Chernov, Black Mage" cc: "Alok K. Dhir" , current@FreeBSD.org, David Greenman Subject: Re: "mb_map full" ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sat, 27 May 1995, Andrey A. Chernov, Black Mage wrote: > In message > Tom Samplonius writes: > > > INN on FreeBSD seems to be susceptible to the select-loop bug in INN > >(innd starts using 100% CPU time). You may want to install that patch. > >The ports team may want to consider this patch as a standard FreeBSD > >patch for INN. > > Please, send me patch you talk about for review. BTW, the patch is mentioned in the inn-faq as well the ftp site where it can located. Tom From owner-freebsd-current Sat May 27 01:06:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA14122 for current-outgoing; Sat, 27 May 1995 01:06:50 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA14110 for ; Sat, 27 May 1995 01:06:43 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id KAA17285 for ; Sat, 27 May 1995 10:06:39 +0200 Message-Id: <199505270806.KAA17285@lirmm.lirmm.fr> To: current@FreeBSD.org Subject: current kernel is hanging on my machine Date: Sat, 27 May 1995 10:06:37 +0200 From: "Philippe Charnier" Sender: current-owner@FreeBSD.org Precedence: bulk Hi, I have two kernels that were made before and after the last change to the sys area (1 or 2 days ago). I add a hang after some minutes using the newer kernel (I was running ctm). After rebooting I had another one (this time I was trying rm -rf 150MB-tree). After rebooting, I had a CMOS checksum failure (the geometries of the 2 ide disks were lost). I booted from the old kernel and did the same operations (ctm, rm -rf, then, intensive image processings) without any problem. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Sat May 27 08:57:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24236 for current-outgoing; Sat, 27 May 1995 08:57:16 -0700 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA24229 for ; Sat, 27 May 1995 08:57:04 -0700 Received: (nnd@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) id WAA07952 for current@freebsd.org; Sat, 27 May 1995 22:56:35 +0700 Date: Sat, 27 May 1995 22:56:35 +0700 From: "Nickolay N. Dudorov" Message-Id: <199505271556.WAA07952@gw.itfs.nsk.su> To: current@FreeBSD.org Subject: ep and ie drivers conflict (?) Sender: current-owner@FreeBSD.org Precedence: bulk Yesterday I try to boot so called BOOTMFS kernel (this is a GENERIC kernel with MFS_ROOT from the current boot_floppy) on a computer with 3C509 card. After probing (succesfully) all the devices the system says "changing root to fd0c" and hangs. Booting with '-c' and disabling various (absent in my computer) devices I found that this kernel succesfully boots (and starts 'sysinstall') if I disable 'ie0' device. It seems to me that problem is in 3COM's 'ELINK_ID_PORT' or 'EP_ID_PORT' (0x100) which is used in both ep and ie drivers. (Is it right that probe order of devices follows their order in config file ?). This problem may be solved by: 1) creating some common '3COM_probe' routine which'll be called by various drivers but performs manipulations with ELINK_ID_PORT only once, OR 2) rewriting the probe parts of 'ep' and 'ie' drivers to leave the cards in some 'right' state after successfull AND unsuccessful probing (if it is possible at all), OR 3) using some other method :-). But I fear that all this'll be too late for 2.0.5. Is there anybody to prove that I'm wrong ? N.Dudorov From owner-freebsd-current Sat May 27 12:29:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00678 for current-outgoing; Sat, 27 May 1995 12:29:47 -0700 Received: from slip7.cs.fsu.edu (slip7.cs.fsu.edu [128.186.121.205]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00671 for ; Sat, 27 May 1995 12:29:44 -0700 Received: (from uh@localhost) by slip7.cs.fsu.edu (8.6.11/8.6.9) id PAA01665 for current@FreeBSD.org; Sat, 27 May 1995 15:29:25 GMT From: Casual Uh Message-Id: <199505271529.PAA01665@slip7.cs.fsu.edu> Subject: SoundBlaster 16 To: current@FreeBSD.org Date: Sat, 27 May 1995 15:29:24 +0000 () Reply-To: uh@NU.CS.FSU.EDU X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 0 Sender: current-owner@FreeBSD.org Precedence: bulk From owner-freebsd-current Sat May 27 19:45:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA18925 for current-outgoing; Sat, 27 May 1995 19:45:36 -0700 Received: from grep.cs.fsu.edu (grep.cs.fsu.edu [128.186.121.152]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA18915 for ; Sat, 27 May 1995 19:45:33 -0700 Received: by grep.cs.fsu.edu (8.6.9/56) id WAA12315; Sat, 27 May 1995 22:45:30 -0400 From: Gang-Ryung Uh Message-Id: <199505280245.WAA12315@grep.cs.fsu.edu> Subject: SoundBlaster 16 To: current@FreeBSD.org Date: Sat, 27 May 1995 22:45:30 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1044 Sender: current-owner@FreeBSD.org Precedence: bulk Hi, all I am running the FreeBSD-current(May 25). But I have a problem to make my SoundBlaster 16 configured correctly by kernel. --------------- The hardware setting for the audio interface is as follows, base I/O address: 220H Interrupt: 5 Low DMA channel: 1 High DMA channel: 6 So I change two things: 1) In the kernel configuration # Controls all sound devices controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr ----- 2) /usr/src/sys/i386/isa/sound/sound_config.h #ifndef SBC_IRQ #define SBC_IRQ 5 /* IQR7 is the factory default. */ #endif --- Then I config and rebuild the kernel. Following is the dmesg for the sb0: sb0 at 0x220 irq 5 drq 1 on isa sb0: --------------------- Is it different from SoundBlaster 16? But if I do 'cat doh.au > /dev/audio', then there is no sound coming out!!! Thanks for your help. Regards, uh uh@cs.fsu.edu From owner-freebsd-current Sat May 27 20:42:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA21947 for current-outgoing; Sat, 27 May 1995 20:42:22 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA21941 for ; Sat, 27 May 1995 20:42:20 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: current@freefall.cdrom.com Subject: I still need a compat20 distribution! Date: Sat, 27 May 1995 20:42:19 -0700 Message-ID: <21940.801632539@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk It can be a single gzip'd tarball for all I care, but I really need somebody to make a `compat20dist' that extracts relative to /. I'd do it myself, but I don't have the time to go chasing down all the 2.0 compatability bits right now, so if you want to see support for 2.0 binaries "out of the box" in 2.0.5, please consider stepping forward and making this distribution for me! Thanks! Jordan From owner-freebsd-current Sat May 27 20:46:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22175 for current-outgoing; Sat, 27 May 1995 20:46:13 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA22169 ; Sat, 27 May 1995 20:46:12 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: current@freefall.cdrom.com cc: wollman@freefall.cdrom.com Subject: tzsetup in -current.. Date: Sat, 27 May 1995 20:46:11 -0700 Message-ID: <22168.801632771@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk Hmmmm. I never knew Denmark and France were in North America! :-) I'd say something's a little broken there.. Jordan