From owner-freebsd-current Sun Oct 8 04:40:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29049 for current-outgoing; Sun, 8 Oct 1995 04:40:09 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA29038 for ; Sun, 8 Oct 1995 04:39:44 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id VAA00525 for current@freebsd.org; Sun, 8 Oct 1995 21:39:38 +1000 From: michael butler Message-Id: <199510081139.VAA00525@asstdc.scgt.oz.au> Subject: inetd cores on SIGHUP To: current@freebsd.org Date: Sun, 8 Oct 1995 21:39:37 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 147 Sender: owner-current@freebsd.org Precedence: bulk With -current as of today .. "kill -HUP .." will cause inetd to drop a core file into the root directory .. the parent ceases to run :-( michael From owner-freebsd-current Sun Oct 8 05:41:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA29935 for current-outgoing; Sun, 8 Oct 1995 05:41:30 -0700 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA29930 for ; Sun, 8 Oct 1995 05:41:27 -0700 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id NAA16471 for freebsd-current@freefall.cdrom.com; Sun, 8 Oct 1995 13:39:25 +0100 Date: Sun, 8 Oct 1995 13:39:25 +0100 From: "Christoph P. Kukulies" Message-Id: <199510081239.NAA16471@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: hangs at Rebooting... Sender: owner-current@FreeBSD.org Precedence: bulk After adding options "BROKEN_KEYBARD_RESET" my machine hangs at mulligan# sync ; reboot syncing disks... 4 4 2 done Rebooting... --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Oct 8 07:34:06 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02170 for current-outgoing; Sun, 8 Oct 1995 07:34:06 -0700 Received: from eikon.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA02165 for ; Sun, 8 Oct 1995 07:33:57 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id PAA04609 for ; Sun, 8 Oct 1995 15:32:47 +0100 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id PAA08551 for current@freebsd.org; Sun, 8 Oct 1995 15:32:59 +0100 Date: Sun, 8 Oct 1995 15:32:59 +0100 From: "Julian H. Stacey" Message-Id: <199510081432.PAA08551@vector.eikon.e-technik.tu-muenchen.de> To: current@freebsd.org Subject: http://www.freebsd.org/~jhs/freebsd_people.html Sender: owner-current@freebsd.org Precedence: bulk I've just added internal HREF=#blabla indexing for fast navigation within http://www.freebsd.org/~jhs/freebsd_people.html Title: FreeBSD People: Web Email & Faces. There are now entries for Aled Morris ... Christoph Kukulies ... Gary Helmer ... Gary Clark ... Gary Palmer ... Guido Van Rooij ... James L Robinson ... Joerg Wunsch ... John Fieber ... Jon Loeliger ... Jonathan Leventhol ... Jordan Hubbard ... Julian Stacey ... Martin Schoenert ... Martin Welk ... Michael Reifenberger ... Ollivier Robert ... Patrick Hausen ... Paul Richards ... Paul Traina ... Poul-Henning Kamp ... Rene de Vries ... Stefan Esser ... Thomas Gellekum ... Timo J Rinne ... Ulf Kieber ... Wilko Bulte ... Anyone who wants to be added, just look at the page, & do what is says :-) (& if you'r on a slow line turn off graphics first, there's 400K of gif faces ) Julian S jhs@freebsd.org From owner-freebsd-current Sun Oct 8 07:48:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02768 for current-outgoing; Sun, 8 Oct 1995 07:48:02 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA02686 for ; Sun, 8 Oct 1995 07:47:33 -0700 Received: by sequent.kiae.su id AA27636 (5.65.kiae-2 ); Sun, 8 Oct 1995 18:34:46 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 8 Oct 95 18:34:46 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id RAA00311; Sun, 8 Oct 1995 17:32:44 +0300 To: Bruce Evans , current@freebsd.org References: <199510071907.FAA00629@godzilla.zeta.org.au> In-Reply-To: <199510071907.FAA00629@godzilla.zeta.org.au>; from Bruce Evans at Sun, 8 Oct 1995 05:07:50 +1000 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 8 Oct 1995 17:32:43 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: procfs LKM broken now! Lines: 29 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1325 Sender: owner-current@freebsd.org Precedence: bulk In message <199510071907.FAA00629@godzilla.zeta.org.au> Bruce Evans writes: >>It calls _divdi3 function (procfs_vnops.c) and fail to load, >>because can't find it. Also libkern have such function, it seems >>that procfs_vnops.c is only file which call it, so, it isn't >>picked from libkern to kernel. >>Workaround is to add 'options PROCFS' to kernel config file. >>In this case _divdi3 picked from libkern. >This shows that a kernel library shouldn't be used if there are >lkm's. The whole point of the library is to avoid linking to >unused functions, but lkms might use anything in the library >and this use is not detected when the kernel is linked. >Also, when individual .o's are used instead of a library, the >list of .o's must be bloated to include everything that an lkm >might need. LKM bulding can be fixed by adding divdi3.c module from libkern directly to LKM Makefile, but I don't shure what happens if some kernel module will use divdi3 too (in future f.e.) and LKM tries to load function with same name. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Oct 8 08:58:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA05605 for current-outgoing; Sun, 8 Oct 1995 08:58:38 -0700 Received: from eikon.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA05597 for ; Sun, 8 Oct 1995 08:58:28 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id QAA05874; Sun, 8 Oct 1995 16:58:15 +0100 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id QAA27671; Sun, 8 Oct 1995 16:58:29 +0100 Message-Id: <199510081558.QAA27671@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: J Wunsch cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: slip -- !RUNNING Reply-To: "Julian H. Stacey" X-Comment: Use not X-Organisation: Vector Systems Ltd, Holz Strasse 27d, 80469 Munich, Germany X-Occupation: Internet Unix C & Systems Engineering Consultant X-Phone: +49 89 268616 Fax: +49 89 2608126 Timezone: GMT+1 X-Web: http://www.freebsd.org/~jhs/ In-reply-to: Your message of "Fri, 06 Oct 1995 22:53:11 +0100." <199510062153.WAA14455@uriah.heep.sax.de> Date: Sun, 08 Oct 1995 16:58:28 +0100 From: "Julian H. Stacey" Sender: owner-current@FreeBSD.org Precedence: bulk > Is it just me? > i often get a connection, but suddenly > (after a few minutes, supposedly on lousy phone lines), i get a "No > route to host", even though the interface itself is okay, Ive seen something like this too, (I think before I dropped back to CTM 900, so not lately, I'm aboyt to lurch forward to stable or current, so maybe I'll see it again soon. Julian S From owner-freebsd-current Sun Oct 8 09:34:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA06599 for current-outgoing; Sun, 8 Oct 1995 09:34:18 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA06592 for ; Sun, 8 Oct 1995 09:34:13 -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 RAA16893 ; Sun, 8 Oct 1995 17:34:11 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id RAA00754 ; Sun, 8 Oct 1995 17:34:10 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id QAA22188; Sun, 8 Oct 1995 16:02:42 +0100 (MET) From: Ollivier Robert Message-Id: <199510081502.QAA22188@keltia.freenix.fr> Subject: Re: inetd cores on SIGHUP To: imb@scgt.oz.au (michael butler) Date: Sun, 8 Oct 1995 16:02:41 +0100 (MET) Cc: current@freebsd.org In-Reply-To: <199510081139.VAA00525@asstdc.scgt.oz.au> from "michael butler" at Oct 8, 95 09:39:37 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1190 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that michael butler said: > With -current as of today .. "kill -HUP .." will cause inetd to drop a core > file into the root directory .. the parent ceases to run :-( Doesn't here : 239 [15:45] roberto@keltia:~> psgrep inetd 97 ?? Is 0:01.02 inetd 22148 p6 R+ 0:00.07 grep inetd 240 [15:56] roberto@keltia:~> ... Password: 201 [15:56] root@keltia:~# kill -1 97 202 [15:56] root@keltia:~# ps ax PID TT STAT TIME COMMAND 0 ?? DLs 0:00.00 (swapper) 1 ?? Is 0:00.36 /sbin/init -- 2 ?? DL 0:04.94 (pagedaemon) 3 ?? DL 0:05.42 (vmdaemon) 4 ?? DL 1:00.48 (update) 82 ?? Ss 0:17.23 syslogd 88 ?? IWs 0:00.01 portmap 97 ?? Ss 0:01.92 inetd FreeBSD keltia.freenix.fr 2.2-CURRENT FreeBSD 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 roberto@keltia.freenix.fr:/src/src/sys/compile/KELTIA i386 -CURRENT from saturday night : 1995/10/07 at 20:00:01 "make world" finished at 9:30 european time. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-current Sun Oct 8 09:34:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA06617 for current-outgoing; Sun, 8 Oct 1995 09:34:25 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA06607 for ; Sun, 8 Oct 1995 09:34:20 -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 RAA16897 for ; Sun, 8 Oct 1995 17:34:12 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id RAA00757 for freebsd-current@FreeBSD.ORG; Sun, 8 Oct 1995 17:34:11 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id RAA22600 for freebsd-current@FreeBSD.ORG; Sun, 8 Oct 1995 17:32:49 +0100 (MET) From: Ollivier Robert Message-Id: <199510081632.RAA22600@keltia.freenix.fr> Subject: /etc/issue-like file for getty(8) To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sun, 8 Oct 1995 17:32:48 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1190 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Here is a old patch from a friend of mine to put /etc/issue-like into our getty. This enables one to put different message for different gettytab capabilities (e.g. T|supra.19200|supra-19200:\ :cb:ce:ck:sp#19200:ap:cs#8:xa:np:\ :if=/etc/issue.terminal:\ :im=\r\n\r\n*** Keltia\r\n Welcomes Thee!\r\n\r\n:\ :lm=\r\n%h login\72 : S|supra.38400|supra-38400:\ :cb:ce:ck:sp#38400:ap:cs#8:xa:np:hw:\ :if=/etc/issue.modem:\ :im=\r\n\r\n*** Keltia\r\n Welcomes Thee!\r\n\ \r\nFreeBSD 2.2 unix, dialup access\r\n:lm=\r\n%h login\72 : Index: gettytab.5 =================================================================== RCS file: /spare/FreeBSD-current/src/libexec/getty/gettytab.5,v retrieving revision 1.5 diff -u -2 -r1.5 gettytab.5 --- 1.5 1995/08/03 05:44:45 +++ gettytab.5 1995/10/08 16:27:48 @@ -116,4 +116,6 @@ .It "hn str hostname hostname" .It "ht bool false terminal has real tabs" +.It "if str" Ta Dv NULL Ta +.No "file to be displayed before login banner" .It "ig bool false ignore garbage characters in login name" .It "im str" Ta Dv NULL Ta Index: gettytab.h =================================================================== RCS file: /spare/FreeBSD-current/src/libexec/getty/gettytab.h,v retrieving revision 1.2 diff -u -2 -r1.2 gettytab.h --- 1.2 1994/08/26 05:19:12 +++ gettytab.h 1995/10/08 16:12:39 @@ -85,4 +85,7 @@ #define WE gettystrs[22].value #define LN gettystrs[23].value +/* Addition fcb 6/3/93 Support d'une "Issue File" */ + +#define IF gettystrs[24].value /* Index: init.c =================================================================== RCS file: /spare/FreeBSD-current/src/libexec/getty/init.c,v retrieving revision 1.2 diff -u -2 -r1.2 init.c --- 1.2 1994/08/26 05:19:13 +++ init.c 1995/10/08 16:14:29 @@ -75,4 +75,6 @@ { "we", <c.t_werasc }, /* word erase */ { "ln", <c.t_lnextc }, /* literal next */ +/* Addition fcb 6/3/93 */ + { "if", ""}, /* Issue File name */ { 0 } }; Index: main.c =================================================================== RCS file: /spare/FreeBSD-current/src/libexec/getty/main.c,v retrieving revision 1.8 diff -u -2 -r1.8 main.c --- 1.8 1995/08/03 05:44:46 +++ main.c 1995/10/08 16:23:15 @@ -235,4 +235,10 @@ alarm(TO); } +/* fcb 6/3/93 + * check for issue file (banner a la SysV) + */ + if (*(IF)!='\0') + cat_issue_file(); + if (getname()) { register int i; @@ -501,2 +507,29 @@ ioctl(0, TIOCLSET, &allflags); } + +/* + * Cat the specified file before the login banner. Allows a + * /etc/issue-like file per terminal + * + * fcb - 6/3/93 + */ +void +cat_issue_file() +{ + register int fd, nchars; + char tbuf[1]; + + if (access(IF,R_OK)<0) + return; + if ((fd = open(IF, O_RDONLY, 0)) < 0) + return; + while ((nchars = read(fd, tbuf, sizeof(tbuf))) > 0) { + if (*tbuf == '\n' ) + putchr('\r'); + putchr(*tbuf); + } + (void)close(fd); + puts("\r\n"); +} + + -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-current Sun Oct 8 12:24:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA09495 for current-outgoing; Sun, 8 Oct 1995 12:24:48 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA09488 for ; Sun, 8 Oct 1995 12:24:45 -0700 X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: current Subject: phkmalloc/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <9484.813180284.1@freefall.freebsd.org> Date: Sun, 08 Oct 1995 12:24:45 -0700 Message-ID: <9485.813180285@freefall.freebsd.org> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org Precedence: bulk I have just commited phkmalloc/2 to -current. You will find it in src/lib/lbic/stdlib/malloc.[c3] Before you run any benchmarks on it, be sure to turn "EXTRA_SANITY" off! EXTRA_SANITY will be enabled for the next couple of weeks, to catch any problems, but it slows down malloc quite a bit. EXTRA_SANITY also sets the junk" option to on. This means that all memory returned by malloc will contain 0xd0 and that most programs which rely on it being zero'ed will core-dump sooner or later. (You can change the 0xd0, and if you find a good setting that produces easier-to-understand coredumps, please tell me. Unfortunately the most common coredump caused by 0xd0 seems to have trashed the stack badly :-( ) If you find a program which coredumps, before you complain that my malloc is buggy, try these: setenv MALLOC_OPTIONS j setenv MALLOC_OPTIONS Z if either of these prevent the core-dump, the program bogusly relies on malloc to return zero'ed storage, and you need to fix the program. Here are some benchmarks: # In-core test, smaller, faster. ./malloc 50000000 2000 8192 159.2u 1.5s 2:41.85 99.3% 5+7742k 0+0io 0pf+0w ./gnumalloc 50000000 2000 8192 272.6u 0.4s 4:35.01 99.3% 5+8533k 0+0io 0pf+0w # More-than-core test, smaller, a LOT faster. ./malloc 500000 14000 8192 6.5u 4.1s 4:08.87 4.3% 5+49209k 0+0io 9772pf+0w ./gnumalloc 500000 14000 8192 16.2u 14.5s 15:36.14 3.2% 5+54100k 0+0io 47651pf+0w # Small-requests test, slightly slower and bigger. ./malloc 20000000 20000 2048 67.0u 0.3s 1:07.83 99.2% 5+18199k 0+0io 4pf+0w ./gnumalloc 20000000 20000 2048 66.2u 0.3s 1:07.03 99.3% 5+18107k 0+0io 0pf+0w I'm very interested in numbers, observations and feedback. Enjoy! Poul-Henning From owner-freebsd-current Sun Oct 8 13:22:51 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA10293 for current-outgoing; Sun, 8 Oct 1995 13:22:51 -0700 Received: from localhost.lightside.com (user47.lightside.com [198.81.209.47]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA10272 ; Sun, 8 Oct 1995 13:22:37 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id NAA00197; Sun, 8 Oct 1995 13:23:44 -0700 Date: Sun, 8 Oct 1995 13:23:30 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: jkh@FreeBSD.ORG, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Atapi.flp boots but doesn't recognize.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk I just now tried out the new (Oct. 6) atapi.flp boot disk, and while it doesn't lock up the machine anymore, it completely fails to recognize my Mitsumi IDE CD-ROM (although it does correctly probe the second IDE controller that it is on). I haven't sup'ped or looked at the latest FreeBSD-stable source tree, so I'm not sure exactly how you're building this boot disk, although the last time I checked, the ATAPI source had not been entirely integrated into -stable, especially the "#ifdef ATAPI" sections in wd.c. If this is the case, it could explain why my CD-ROM isn't being recognized. Anyone else with an IDE CD-ROM tested out the new atapi.flp yet? ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-current Sun Oct 8 13:51:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA11125 for current-outgoing; Sun, 8 Oct 1995 13:51:18 -0700 Received: from xenon.chromatic.com (xenon.chromatic.com [199.5.224.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA11114 ; Sun, 8 Oct 1995 13:51:11 -0700 Received: from localhost (jdl@localhost) by xenon.chromatic.com (8.6.10/8.6.9) with SMTP id NAA25970; Sun, 8 Oct 1995 13:51:08 -0700 Message-Id: <199510082051.NAA25970@xenon.chromatic.com> X-Authentication-Warning: xenon.chromatic.com: Host localhost didn't use HELO protocol To: Jake Hamby cc: jkh@FreeBSD.ORG, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Atapi.flp boots but doesn't recognize.. In-reply-to: Your message of "Sun, 08 Oct 1995 13:23:30 PDT." Reply-To: jdl@chromatic.com Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Sun, 08 Oct 1995 13:51:08 -0700 From: Jon Loeliger Sender: owner-current@FreeBSD.ORG Precedence: bulk Jake Hamby scribbled: > Anyone else with an IDE CD-ROM tested out the new atapi.flp yet? I've not been able to even test it yet, and would like to. I'll get a chance in about two or three days from now, however. jdl From owner-freebsd-current Sun Oct 8 16:35:10 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA15566 for current-outgoing; Sun, 8 Oct 1995 16:35:10 -0700 Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA15561 ; Sun, 8 Oct 1995 16:35:07 -0700 Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7) id QAA01083; Sun, 8 Oct 1995 16:35:05 -0700 (PDT) Received: from localhost by newport.ece.uci.edu (8.7) id QAA06276; Sun, 8 Oct 1995 16:35:03 -0700 (PDT) Message-Id: <199510082335.QAA06276@newport.ece.uci.edu> To: freebsd-current@freebsd.org cc: dyson@freebsd.org, davidg@freebsd.org Subject: vm_page_free panic with KTRACE Date: Sun, 08 Oct 1995 16:35:02 -0700 From: Steven Wallace Sender: owner-current@freebsd.org Precedence: bulk I just noticed that doing a ktrace will cause a vm_page_free panic: vm_page_free: offset(46092288), bmapped(0), busy(1), PG_BUSY - freeing busy pg. Just do a ktrace and then during or shortly after while swapping it will panic. Don't do ktrace, system up for long time. Same ktrace/free bug in today -current and sept 25 -current kernel of mine. Steven P.S. I *need* ktrace to debug the stupid ibcs2 emulator (: From owner-freebsd-current Sun Oct 8 16:35:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA15599 for current-outgoing; Sun, 8 Oct 1995 16:35:23 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA15591 for ; Sun, 8 Oct 1995 16:35:19 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA07452; Sun, 8 Oct 1995 16:33:14 -0700 From: Terry Lambert Message-Id: <199510082333.QAA07452@phaeton.artisoft.com> Subject: Re: procfs LKM broken now! To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sun, 8 Oct 1995 16:33:14 -0700 (MST) Cc: bde@zeta.org.au, current@freebsd.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Oct 8, 95 05:32:43 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: 1648 Sender: owner-current@freebsd.org Precedence: bulk > > >>It calls _divdi3 function (procfs_vnops.c) and fail to load, > >>because can't find it. Also libkern have such function, it seems > >>that procfs_vnops.c is only file which call it, so, it isn't > >>picked from libkern to kernel. > >>Workaround is to add 'options PROCFS' to kernel config file. > >>In this case _divdi3 picked from libkern. > > >This shows that a kernel library shouldn't be used if there are > >lkm's. The whole point of the library is to avoid linking to > >unused functions, but lkms might use anything in the library > >and this use is not detected when the kernel is linked. > > >Also, when individual .o's are used instead of a library, the > >list of .o's must be bloated to include everything that an lkm > >might need. > > LKM bulding can be fixed by adding divdi3.c module from libkern > directly to LKM Makefile, but I don't shure what happens if > some kernel module will use divdi3 too (in future f.e.) and LKM > tries to load function with same name. The problem is that divdi3 is not pulled in during the regular kernel link, and it should be. This is a kernel linking issue. If the kernel is supposedly exporting these services, then they must exist regardless of whetheror not they are used. The X11 code gets around this by causing references in a function code body for which the function itself is never called, but for which the object module being included is mandatory. The other alternative is a static function (which doesn't work too well with asm). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 8 17:16:51 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA16268 for current-outgoing; Sun, 8 Oct 1995 17:16:51 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA16262 for ; Sun, 8 Oct 1995 17:16:48 -0700 Received: by sequent.kiae.su id AA10739 (5.65.kiae-2 ); Mon, 9 Oct 1995 04:06:53 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 9 Oct 95 04:06:52 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id DAA02362; Mon, 9 Oct 1995 03:05:09 +0300 To: Terry Lambert Cc: bde@zeta.org.au, current@freebsd.org References: <199510082333.QAA07452@phaeton.artisoft.com> In-Reply-To: <199510082333.QAA07452@phaeton.artisoft.com>; from Terry Lambert at Sun, 8 Oct 1995 16:33:14 -0700 (MST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 9 Oct 1995 03:05:09 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: procfs LKM broken now! Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 801 Sender: owner-current@freebsd.org Precedence: bulk In message <199510082333.QAA07452@phaeton.artisoft.com> Terry Lambert writes: >This is a kernel linking issue. If the kernel is supposedly exporting >these services, then they must exist regardless of whetheror not they >are used. >The X11 code gets around this by causing references in a function code >body for which the function itself is never called, but for which the >object module being included is mandatory. Ok, I like this variant. Who is our LKM commiter(s) to address this discussion? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Oct 8 17:28:50 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA16378 for current-outgoing; Sun, 8 Oct 1995 17:28:50 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA16373 for ; Sun, 8 Oct 1995 17:28:48 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA07545; Sun, 8 Oct 1995 17:26:35 -0700 From: Terry Lambert Message-Id: <199510090026.RAA07545@phaeton.artisoft.com> Subject: Re: procfs LKM broken now! To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sun, 8 Oct 1995 17:26:35 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, current@freebsd.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Oct 9, 95 03:05:09 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: 599 Sender: owner-current@freebsd.org Precedence: bulk > >This is a kernel linking issue. If the kernel is supposedly exporting > >these services, then they must exist regardless of whetheror not they > >are used. > > >The X11 code gets around this by causing references in a function code > >body for which the function itself is never called, but for which the > >object module being included is mandatory. > > Ok, I like this variant. Who is our LKM commiter(s) to address this > discussion? Garett Wollman. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Oct 8 19:17:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA18475 for current-outgoing; Sun, 8 Oct 1995 19:17:24 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA18469 for ; Sun, 8 Oct 1995 19:17:18 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id TAA09458; Sun, 8 Oct 1995 19:16:48 -0700 From: "Rodney W. Grimes" Message-Id: <199510090216.TAA09458@GndRsh.aac.dev.com> Subject: Re: hangs at Rebooting... To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Sun, 8 Oct 1995 19:16:48 -0700 (PDT) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199510081239.NAA16471@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Oct 8, 95 01:39:25 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: 853 Sender: owner-current@FreeBSD.org Precedence: bulk > > After adding > > options "BROKEN_KEYBARD_RESET" > > my machine hangs at > > mulligan# sync ; reboot > > syncing disks... 4 4 2 done > Rebooting... This means your MB is broken such that we have no current way to make it reboot :-(. It fails the keyboard reset, and fails to detect a CPU shutdown condition :-(. To fix this requires about 40 man hours of kernel work to implement a limited ability to call certail bios entry points from real mode. Not an easy task, and one that has been discussed on one of the lists by Bruce, myself and a few others. You _might_ try flashing the latest revision of the BIOS into that thing and see if that clears up the problems, but I doubt it. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Oct 8 19:36:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA19059 for current-outgoing; Sun, 8 Oct 1995 19:36:22 -0700 Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA19053 for ; Sun, 8 Oct 1995 19:36:15 -0700 Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id KAA00534 for freebsd-current@freebsd.org; Mon, 9 Oct 1995 10:35:57 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 9 Oct 1995 10:35:53 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <45a1q9$gi$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199510082335.QAA06276@newport.ece.uci.edu> Subject: Re: vm_page_free panic with KTRACE Sender: owner-current@freebsd.org Precedence: bulk swallace@ece.uci.edu (Steven Wallace) writes: >I just noticed that doing a ktrace will cause a vm_page_free panic: >vm_page_free: offset(46092288), bmapped(0), busy(1), PG_BUSY - freeing busy pg. >Just do a ktrace and then during or shortly after while swapping >it will panic. Don't do ktrace, system up for long time. >Same ktrace/free bug in today -current and sept 25 -current kernel of mine. >Steven >P.S. I *need* ktrace to debug the stupid ibcs2 emulator (: Ahh.. So I wasn't imagining it! I've had this turn up occasionally for quite some time now. The last time was a couple of days ago when I was trying to ktrace the -current "port" of screen which doesn't work. (it only works if setuid is turned off) -Peter From owner-freebsd-current Sun Oct 8 19:58:26 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA20311 for current-outgoing; Sun, 8 Oct 1995 19:58:26 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA20302 ; Sun, 8 Oct 1995 19:58:22 -0700 From: John Dyson Message-Id: <199510090258.TAA20302@freefall.freebsd.org> Subject: Re: vm_page_free panic with KTRACE To: peter@haywire.dialix.com (Peter Wemm) Date: Sun, 8 Oct 1995 19:58:21 -0700 (PDT) Cc: freebsd-current@freebsd.org In-Reply-To: <45a1q9$gi$1@haywire.DIALix.COM> from "Peter Wemm" at Oct 9, 95 10:35:53 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 903 Sender: owner-current@freebsd.org Precedence: bulk > > swallace@ece.uci.edu (Steven Wallace) writes: > > >I just noticed that doing a ktrace will cause a vm_page_free panic: > >vm_page_free: offset(46092288), bmapped(0), busy(1), PG_BUSY - freeing busy pg. > > >Just do a ktrace and then during or shortly after while swapping > >it will panic. Don't do ktrace, system up for long time. > >Same ktrace/free bug in today -current and sept 25 -current kernel of mine. > > >Steven > > >P.S. I *need* ktrace to debug the stupid ibcs2 emulator (: > > Ahh.. So I wasn't imagining it! I've had this turn up occasionally > for quite some time now. > > The last time was a couple of days ago when I was trying to ktrace the > -current "port" of screen which doesn't work. (it only works if > setuid is turned off) > > -Peter > Working on it and awaiting a response from Steven if my work-around fixes the problem for now!!! John dyson@freebsd.org From owner-freebsd-current Sun Oct 8 21:58:15 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA23670 for current-outgoing; Sun, 8 Oct 1995 21:58:15 -0700 Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id VAA23664 for ; Sun, 8 Oct 1995 21:58:12 -0700 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id aa19705; 9 Oct 95 0:58 EDT Received: from stretch.cs.Virginia.edu (stretch-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA20063; Mon, 9 Oct 95 00:58:09 EDT Posted-Date: Mon, 9 Oct 1995 00:58:08 -0400 (EDT) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA25950; Mon, 9 Oct 95 00:58:09 EDT Date: Mon, 9 Oct 1995 00:58:08 -0400 (EDT) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: Ollivier Robert Cc: michael butler , current@freebsd.org Subject: Re: inetd cores on SIGHUP In-Reply-To: <199510081502.QAA22188@keltia.freenix.fr> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sun, 8 Oct 1995, Ollivier Robert wrote: > It seems that michael butler said: > > With -current as of today .. "kill -HUP .." will cause inetd to drop a core > > file into the root directory .. the parent ceases to run :-( > > Doesn't here : > Well, I have been experiencing a similar problem. In fact, I suspect it is the same problem. My init dumps core after writting a log message like the following: Oct 3 21:58:16 lorax /kernel: pid 1392: inetd: uid 0: exited on signal 6 This has been happening consistently when I do a shutdown. It does not matter what options I am passing to sutdown, if any. I am running 2.2-current as of a few days ago. I will download the latest CTM files and rebuild the system tonight. If the problem does not go a way soon, I am very close to making the time to track down the problem. Unfortunately, I really do not have the time and the core file is only a few hundred K, i.e. it's not a pressing issue now and I can't promise to do this. cheers, Adrian adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| For an application and information Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-current Sun Oct 8 22:04:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA23872 for current-outgoing; Sun, 8 Oct 1995 22:04:37 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA23867 for ; Sun, 8 Oct 1995 22:04:34 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id PAA19554; Mon, 9 Oct 1995 15:03:54 +1000 From: michael butler Message-Id: <199510090503.PAA19554@asstdc.scgt.oz.au> Subject: Re: inetd cores on SIGHUP To: adrian@virginia.edu Date: Mon, 9 Oct 1995 15:03:53 +1000 (EST) Cc: roberto@keltia.freenix.fr, current@freebsd.org In-Reply-To: from "Adrian T. Filipi-Martin" at Oct 9, 95 00:58:08 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 750 Sender: owner-current@freebsd.org Precedence: bulk Adrian T. Filipi-Martin writes: > On Sun, 8 Oct 1995, Ollivier Robert wrote: > > It seems that michael butler said: > > > With -current as of today .. "kill -HUP .." will cause inetd to drop a core > > > file into the root directory .. the parent ceases to run :-( > > Doesn't here : > Well, I have been experiencing a similar problem. In fact, I > suspect it is the same problem. My init dumps core after writting a log > message like the following: > > Oct 3 21:58:16 lorax /kernel: pid 1392: inetd: uid 0: exited on signal 6 That's one of the effects .. on a machine so afflicted it'll also dump core when given a "kill -HUP". I'm in the middle of a make world with yesterday's sources to see if matters have improved .. michael From owner-freebsd-current Sun Oct 8 22:09:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24013 for current-outgoing; Sun, 8 Oct 1995 22:09:17 -0700 Received: from dworshak.cs.uidaho.edu (root@dworshak.cs.uidaho.edu [129.101.100.160]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA24007 for ; Sun, 8 Oct 1995 22:09:12 -0700 Received: from kootenai.cs.uidaho.edu (kootenai.cs.uidaho.edu [129.101.100.35]) by dworshak.cs.uidaho.edu (8.6.12/1.1) with ESMTP id WAA02329 for ; Sun, 8 Oct 1995 22:09:08 -0700 Received: from localhost (localhost [127.0.0.1]) by kootenai.cs.uidaho.edu (8.6.10/1.0) with SMTP id WAA12231 for ; Sun, 8 Oct 1995 22:08:35 -0700 Message-Id: <199510090508.WAA12231@kootenai.cs.uidaho.edu> X-Authentication-Warning: kootenai.cs.uidaho.edu: Host localhost didn't use HELO protocol To: current@freebsd.org Subject: Re: inetd cores on SIGHUP In-reply-to: Your message of "Mon, 09 Oct 1995 00:58:08 PDT." X-Web: <"http://www.hungry.com/~hungry"> X-OS: 4.4BSD derivatives Date: Sun, 08 Oct 1995 22:08:33 PDT From: faried nawaz Sender: owner-current@freebsd.org Precedence: bulk "Adrian T. Filipi-Martin" wrote... Well, I have been experiencing a similar problem. In fact, I suspect it is the same problem. My init dumps core after writting a log message like the following: Oct 3 21:58:16 lorax /kernel: pid 1392: inetd: uid 0: exited on signal 6 This has been happening consistently when I do a shutdown. It does not matter what options I am passing to sutdown, if any. I see that too. I also see a weird error caused by named whenever i `shutdown -r' or `reboot'. It is highly reproduceable, but I can't reproduce the exact error message since it occurs just after syslog dies :( I noticed them both about two weeks ago; they're still there after friday's sup & make world. From owner-freebsd-current Mon Oct 9 00:39:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA27673 for current-outgoing; Mon, 9 Oct 1995 00:39:33 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA27667 for ; Mon, 9 Oct 1995 00:39:25 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA19939; Mon, 9 Oct 1995 08:37:58 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA29352; Mon, 9 Oct 1995 08:37:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA00280; Mon, 9 Oct 1995 08:31:50 +0100 From: J Wunsch Message-Id: <199510090731.IAA00280@uriah.heep.sax.de> Subject: Re: hangs at Rebooting... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 9 Oct 1995 08:31:49 +0100 (MET) Cc: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510090216.TAA09458@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Oct 8, 95 07:16:48 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 925 Sender: owner-current@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > This means your MB is broken such that we have no current way to make > it reboot :-(. It fails the keyboard reset, and fails to detect a > CPU shutdown condition :-(. Since we are at it: Mine fails to reset whenever i'm using the sequence "halt" -> "Hit any key..." -> "hit the anykey" -> "partial reset" -> "beep beep beep". This is with both methods (kbd controller reset now, CPU shutdown in old systems), and it _always_ works for the "reboot" case. (It neither works for things like "call cpu_reset" from DDB.) The mainboard is a not-so-recent EISA mainboard, SiS chipset, Phonix BIOS. The "beep beep beep" seems to indicate that the video controller is stuck after the reoboot (and no video memory found). Any ideas? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Oct 9 00:45:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA27944 for current-outgoing; Mon, 9 Oct 1995 00:45:42 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA27929 for ; Mon, 9 Oct 1995 00:45:28 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA30470 for current@freefall.freebsd.org; Mon, 9 Oct 1995 17:42:13 +1000 Date: Mon, 9 Oct 1995 17:42:13 +1000 From: Bruce Evans Message-Id: <199510090742.RAA30470@godzilla.zeta.org.au> To: current@freefall.freebsd.org Subject: Re: cvs commit: src/usr.bin/xinstall install.1 xinstall.c Sender: owner-current@FreeBSD.org Precedence: bulk I just committed this change to `install': > Add options -C (same as -c except for preserving the modification > time of the target if the target file is the same as the source), > -d (debug), and -p (same as -C except for preserving the modification > time of the source if the target doesn't exists or is different from > the source. This is useful for stopping `make install' in /usr/src from clobbering the timestamps on everything installed so that all binaries don't immediately become out of date because they depend on the installed libc.a. It is also useful for avoiding unnecessary backups. It will be useful for avoiding complications to avoid clobbering timestamps when installing headers. To use this option for everything installed by `make install', add INSTALL= install -C to /etc/make.conf. Bruce From owner-freebsd-current Mon Oct 9 00:49:28 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA28053 for current-outgoing; Mon, 9 Oct 1995 00:49:28 -0700 Received: from alf.zfn.uni-bremen.de (alf20.zfn.uni-bremen.de [134.102.20.22]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA28044 for ; Mon, 9 Oct 1995 00:49:24 -0700 Received: from deceased.hb.north.de by alf.zfn.uni-bremen.de (AIX 3.2/UCB 5.64/4.940318) id AA28352; Mon, 9 Oct 1995 08:49:10 +0200 Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.29.1) id m0t2CxY-000ZP6C; Mon, 9 Oct 95 08:49 MET Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00246; Sun, 8 Oct 1995 01:20:30 +0100 (CET) Received: (from nox@localhost) by saturn (8.6.11/8.6.9) id BAA00480; Sun, 8 Oct 1995 01:24:46 +0100 Date: Sun, 8 Oct 1995 01:24:46 +0100 From: Juergen Lock Message-Id: <199510080024.BAA00480@saturn> To: j@uriah.heep.sax.de Subject: Re: slip -- !RUNNING Newsgroups: muc.lists.freebsd.current In-Reply-To: <199510062153.WAA14455@uriah.heep.sax.de> Organization: none Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk In article <199510062153.WAA14455@uriah.heep.sax.de> you write: >Is it just me? > >After dialing through SLIP, i often get a connection, but suddenly >(after a few minutes, supposedly on lousy phone lines), i get a "No >route to host", even though the interface itself is okay, and the >modem has succesfully retrained the line. Ahaa? I too noticed i have to kill & restart slattach now after rebooting the box at the other end of my direct slip line (has dtr & cd crossed), i think with 2.0.5 this was different... Does that modem toggle its CD line during a retrain? that would be a bug (IMHO, or can you turn this off?) but it could explain what you see. hope this helps, Juergen From owner-freebsd-current Mon Oct 9 00:59:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA28411 for current-outgoing; Mon, 9 Oct 1995 00:59:33 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA28404 for ; Mon, 9 Oct 1995 00:59:30 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id AAA09810; Mon, 9 Oct 1995 00:58:45 -0700 From: "Rodney W. Grimes" Message-Id: <199510090758.AAA09810@GndRsh.aac.dev.com> Subject: Re: hangs at Rebooting... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 9 Oct 1995 00:58:44 -0700 (PDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199510090731.IAA00280@uriah.heep.sax.de> from "J Wunsch" at Oct 9, 95 08:31:49 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: 2405 Sender: owner-current@FreeBSD.org Precedence: bulk > > As Rodney W. Grimes wrote: > > > > This means your MB is broken such that we have no current way to make > > it reboot :-(. It fails the keyboard reset, and fails to detect a > > CPU shutdown condition :-(. > > Since we are at it: > > Mine fails to reset whenever i'm using the sequence "halt" -> "Hit any > key..." -> "hit the anykey" -> "partial reset" -> "beep beep beep". > This is with both methods (kbd controller reset now, CPU shutdown in > old systems), and it _always_ works for the "reboot" case. (It > neither works for things like "call cpu_reset" from DDB.) > > The mainboard is a not-so-recent EISA mainboard, SiS chipset, Phonix > BIOS. > > The "beep beep beep" seems to indicate that the video controller is > stuck after the reoboot (and no video memory found). Any ideas? Yea, do you happen to have a shared memory ethernet controller sharing the same 128K byte segment that the video BIOS is in? Is so I suspect your ethernet card is left in 8 bit mode and your video bios is 16 bit mode or vice versa. This causes a decode problem at POST time, and since the ISA reset signal was not pulled to reset the cards to there power on state (probably both 8 bit mode, ethernet unmapped) it hangs the BIOS. David did just about everything he could do to the if_ed driver to fix this `beep beep beep' reboot hang, not much more to be done other than to move your ethernet shared memory segment. If that is not it I would need a very complete and nitty gritty detailed description of the hardware in your system. Phoenix has never impressed me with there BIOS, it may be a problem there as well, in that they should firmly bash the video card over the head before attempting to shadow the bios (infact now that I think about it, it seems to me that some Phoenix bioses do not reshadow the bios on a CPU shutdown, this can leave trash in shadow ram, but FreeBSD should not be mucking with that area, but there was a virus attack that used this little known tid bit to hide it self.) It might help to poke the warm/cold boot flag location at 0x472 back to zero during cpu_reset. See sys/i386/i386/locore.s, very first thing FreeBSD does is to set the BIOS warm/cold flag to warm. Search for ``warm boot'' or ``btext''. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Oct 9 03:42:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA06808 for current-outgoing; Mon, 9 Oct 1995 03:42:34 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA06803 ; Mon, 9 Oct 1995 03:42:31 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA16108; Mon, 9 Oct 1995 03:42:21 -0700 To: jdl@chromatic.com cc: Jake Hamby , jkh@FreeBSD.ORG, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Atapi.flp boots but doesn't recognize.. In-reply-to: Your message of "Sun, 08 Oct 1995 13:51:08 PDT." <199510082051.NAA25970@xenon.chromatic.com> Date: Mon, 09 Oct 1995 03:42:20 -0700 Message-ID: <16102.813235340@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG Precedence: bulk I'd appreciate even *one* success report, folks! As it stands now, without more feedback I'm just going to drop the idea. I haven't heard *one* successful probe report, not one! :( Jordan > Jake Hamby scribbled: > > Anyone else with an IDE CD-ROM tested out the new atapi.flp yet? > > I've not been able to even test it yet, and would like to. I'll get > a chance in about two or three days from now, however. > > jdl From owner-freebsd-current Mon Oct 9 15:07:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA25737 for current-outgoing; Mon, 9 Oct 1995 15:07:22 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA25722 for ; Mon, 9 Oct 1995 15:07:14 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA19269; Mon, 9 Oct 1995 23:05:49 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA05270; Mon, 9 Oct 1995 23:05:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id WAA00349; Mon, 9 Oct 1995 22:51:39 +0100 From: J Wunsch Message-Id: <199510092151.WAA00349@uriah.heep.sax.de> Subject: Re: hangs at Rebooting... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 9 Oct 1995 22:51:39 +0100 (MET) Cc: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510090758.AAA09810@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Oct 9, 95 00:58:44 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2193 Sender: owner-current@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > The "beep beep beep" seems to indicate that the video controller is > > stuck after the reoboot (and no video memory found). Any ideas? > Yea, do you happen to have a shared memory ethernet controller sharing > the same 128K byte segment that the video BIOS is in? It could have been, but it doesn't seem to have an effect. It's been that: video BIOS: 0xc0000, most likely 16 bit Bt742 BIOS: 0xdc000, probably 8 bit 3C503 (8-bit) shared mem: 0xd8000, 8 bit I've moved it to: video BIOS: 0xc0000 Bt742 BIOS: 0xc8000 3c503 RAM: 0xd8000 Even pulling the ethernet card didn't help. I'm not fully sure about the BIOS width of the video BIOS (it's an older ELSA twinbus card); the Bt742 does have only a single EPROM, so i believe it would be 8 bit. Moving the Bt742 ROM out of the range 0xc0000 - 0xdffff (and thus out of a different 128-K segment with respect to the video BIOS) is not an option. I can only select 0xc80000/0xcc0000/0xd80000/ 0xdc0000, and i need the BIOS to boot. FWIW, all memory regions are known to the EISA BIOS, including the shared mem of the 3Com board. > If that is not it I would need a very complete and nitty gritty detailed > description of the hardware in your system. The problem seems to happen only on manual reboot, i.e. whenever i have to hit a key in order to initiate the reboot. Automatic reboots do always work. (Hence it's not too annoying.) Clearing the BIOS warm boot flag didn't help either (done by writing to location 0xf0000472 from within DDB, that's where the 0x1234 happened to be before). The beep code is beep-beep-beep beep-beep beep-beep-beep-beep. I don't have a reference table handy, but since the video BIOS message doesn't appear, i suspect it doesn't find the video memory. > Phoenix has never impressed me with there BIOS, it may be a problem there > as well, in that they should firmly bash the video card over the head > before attempting to shadow the bios. I don't think i've got any shadowing enabled at all. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Oct 9 16:18:32 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27754 for current-outgoing; Mon, 9 Oct 1995 16:18:32 -0700 Received: from vlsi1.vlsi.fi (20pRj4Z4jFo1dSqUVrq6ypKdRQBX+wLm@vlsi1.vlsi.fi [193.64.2.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA27745 for ; Mon, 9 Oct 1995 16:18:28 -0700 Received: from layout.vlsi.fi by vlsi1.vlsi.fi with ESMTP (1.37.109.16/16.2) id AA095570698; Tue, 10 Oct 1995 01:18:19 +0200 Received: by layout.vlsi.fi (1.37.109.15/16.2) id AA080120698; Tue, 10 Oct 1995 01:18:18 +0200 Date: Tue, 10 Oct 1995 01:18:18 +0200 Message-Id: <199510092318.AA080120698@layout.vlsi.fi> From: Ville Eerola To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: Atapi.flp boots but doesn't recognize.. In-Reply-To: <16102.813235340@time.cdrom.com> References: <199510082051.NAA25970@xenon.chromatic.com> <16102.813235340@time.cdrom.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk Jordan K. Hubbard writes: > I'd appreciate even *one* success report, folks! As it stands now, > without more feedback I'm just going to drop the idea. I haven't > heard *one* successful probe report, not one! :( OK, here is a successful boot story... I got the Oct 6 atapi.flp from ftp.freebsd.org, and tried to boot from it. It correctly detected my Mitsumi CD-ROM drive as: It is supposedly a quad speed drive, and indeed on running dd from the shell from the fixit floppy got me around 600kB/s. The ATAPI boot floppy detected my CD-ROM even without any IDE drives attached! Very good. I really find the ATAPI boot floppy useful. Even if I'm probably not needing it for installing, it will be a life saver for many people having IDE CD-ROMs. I guess that the 4-speed Mitsumi is a very popular drive these days, at least for newer PCs. I have an Intel Zappa 120MHz motherboard with 32M memory, 2 1G Seagate Hawk SCSI drives on Adaptec 2940 controller, and Diamond Stealth 64 Video VRAM video card. Everything is working just fine on 2.1-stable from around Sep 17. And, while we are on the subject, here are some notes on the install and fixit floppies: 1) While using the Options editing feature on the Install program, the screen has originally a black background, but if I edit an option with text value, it gives the form to enter the text with the same blue background as was used on the main screen. After editing, the screen background is left as blue, but the options screen texts are then written with black background. It looks a bit weird, but on the other hand, everything seems to work otherwise. 2) The documentation on the boot floppy talked still about FreeBSD 2.0.5 ;-) 3) On the fixit floppy, which is a great idea, the erase character for the shell is set to delete (^?), while the keyboard produces backspace (^H) from the obvious key... It makes editing your typing a bit hard, but who will make typing errors? ;-) 4) After running the reboot command, I got a nice banner saying to press enter when done reading the message, but the machine rebooted before hitting any key. Well, in any case the machine rebooted itself unlike some other machines reported here... 5) And finally, I would be nice to either allow running fsck or use the 'mount -f' command on mounting the fixit diskette. If one reboots the machine without unmounting the fixit diskette, the clean flag is wrong, and the install program cannot mount it. This happened to me while i forgot to use the fine reboot command and instead just synced and hit reset on the machine... Fortunately I had a working system, which I used to fsck the fixit disk, after which it was again usable. Well, apart from the above minor details, all seemed to work just fine. The installation program is really a fine piece of work, and when I have used the 2.0.5, and snapshot versions it has worked really well. Thanks for the great installation scheme! Regards, Ville From owner-freebsd-current Mon Oct 9 16:29:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA28101 for current-outgoing; Mon, 9 Oct 1995 16:29:38 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA28096 for ; Mon, 9 Oct 1995 16:29:33 -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 AAA09741 for ; Tue, 10 Oct 1995 00:29:31 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA05664 for freebsd-current@FreeBSD.ORG; Tue, 10 Oct 1995 00:29:30 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id AAA05089 for freebsd-current@FreeBSD.ORG; Tue, 10 Oct 1995 00:28:33 +0100 (MET) From: Ollivier Robert Message-Id: <199510092328.AAA05089@keltia.freenix.fr> Subject: PHK malloc against Mark Moraes malloc To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Tue, 10 Oct 1995 00:28:33 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1193 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Here are the results of a quick test between our now standard malloc made by Poul-Henning (malloc/2), Mark Moraes' malloc (in port under devel/libmalloc) and GNU malloc: PHK malloc/2: 232 [0:16] roberto@keltia:/build/malloc> ./phkregress + time ./sim -d -t 2000 -s 1024 -l 2000 Sbrked 2744320, MaxAlloced 2023416, Wastage 0.26 0.50 real 0.28 user 0.16 sys + time ./sim -t 15000 -s 1024 -l 2000 Sbrked 2932736, MaxAlloced 2184592, Wastage 0.26 2.13 real 1.91 user 0.17 sys + time ./sim -d -t 5000 -s 512 -l 20 Sbrked 32768, MaxAlloced 22784, Wastage 0.30 0.64 real 0.61 user 0.02 sys + time ./sim -d -t 500 -s 512 -l 20 Sbrked 28672, MaxAlloced 20808, Wastage 0.27 0.12 real 0.08 user 0.02 sys + time ./sim -d -t 500 -s 512 -l 500 Sbrked 364544, MaxAlloced 265948, Wastage 0.27 0.14 real 0.11 user 0.01 sys + time ./sim -d -t 500 -s 512 -a Sbrked 688128, MaxAlloced 513592, Wastage 0.25 0.17 real 0.06 user 0.09 sys MR malloc: 233 [0:16] roberto@keltia:/build/malloc> ./mrregress + time ./simumalloc -d -t 2000 -s 1024 -l 2000 Sbrked 2246200, MaxAlloced 2023416, Wastage 0.10 0.24 real 0.07 user 0.14 sys + time ./simumalloc -t 15000 -s 1024 -l 2000 Sbrked 2516724, MaxAlloced 2184592, Wastage 0.13 0.79 real 0.62 user 0.15 sys + time ./simumalloc -d -t 5000 -s 512 -l 20 Sbrked 32776, MaxAlloced 22784, Wastage 0.30 0.21 real 0.16 user 0.03 sys + time ./simumalloc -d -t 500 -s 512 -l 20 Sbrked 28676, MaxAlloced 20808, Wastage 0.27 0.08 real 0.03 user 0.03 sys + time ./simumalloc -d -t 500 -s 512 -l 500 Sbrked 299212, MaxAlloced 265948, Wastage 0.11 0.10 real 0.05 user 0.03 sys + time ./simumalloc -d -t 500 -s 512 -a Sbrked 524656, MaxAlloced 513592, Wastage 0.02 0.11 real 0.04 user 0.05 sys GNU malloc: 238 [0:19] roberto@keltia:/build/malloc> ./gnuregress + time ./gnumalloc -d -t 2000 -s 1024 -l 2000 Sbrked 2748416, MaxAlloced 2023416, Wastage 0.26 0.88 real 0.11 user 0.15 sys + time ./gnumalloc -t 15000 -s 1024 -l 2000 Sbrked 2932736, MaxAlloced 2184592, Wastage 0.26 0.81 real 0.52 user 0.23 sys + time ./gnumalloc -d -t 5000 -s 512 -l 20 Sbrked 36864, MaxAlloced 22784, Wastage 0.38 0.32 real 0.25 user 0.02 sys + time ./gnumalloc -d -t 500 -s 512 -l 20 Sbrked 32768, MaxAlloced 20808, Wastage 0.36 0.10 real 0.04 user 0.03 sys + time ./gnumalloc -d -t 500 -s 512 -l 500 Sbrked 372736, MaxAlloced 265948, Wastage 0.29 0.11 real 0.04 user 0.04 sys + time ./gnumalloc -d -t 500 -s 512 -a Sbrked 696320, MaxAlloced 513592, Wastage 0.26 0.13 real 0.05 user 0.06 sys With this tests (the various programs are just simumalloc.c from MR malloc's distribution compiled with the various malloc), Poul-Henning's one is better on size than GNU malloc but slower (especially on the second test). Mark Moreas' one is very good BTW. Complicated with the debug code but worth to consider. Here are the result of the same test with dlmalloc (Doug Lea) found in ports in devel/libdlmalloc. It is a fast one too. The negative percentages are interesting... 247 [0:25] roberto@keltia:/build/malloc> ./dlregress + time ./dlmalloc -d -t 2000 -s 1024 -l 2000 Sbrked 2162688, MaxAlloced 2023416, Wastage 0.06 0.24 real 0.10 user 0.13 sys + time ./dlmalloc -t 15000 -s 1024 -l 2000 Sbrked 2367488, MaxAlloced 2184592, Wastage 0.08 0.72 real 0.57 user 0.13 sys + time ./dlmalloc -d -t 5000 -s 512 -l 20 Sbrked 16384, MaxAlloced 22784, Wastage -0.39 0.24 real 0.19 user 0.03 sys + time ./dlmalloc -d -t 500 -s 512 -l 20 Sbrked 16384, MaxAlloced 20808, Wastage -0.27 0.09 real 0.04 user 0.03 sys + time ./dlmalloc -d -t 500 -s 512 -l 500 Sbrked 286720, MaxAlloced 265948, Wastage 0.07 0.11 real 0.04 user 0.05 sys + time ./dlmalloc -d -t 500 -s 512 -a Sbrked 507904, MaxAlloced 513592, Wastage -0.01 0.12 real 0.02 user 0.08 sys -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-current Mon Oct 9 16:47:26 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA28613 for current-outgoing; Mon, 9 Oct 1995 16:47:26 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA28608 for ; Mon, 9 Oct 1995 16:47:24 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id QAA02723; Mon, 9 Oct 1995 16:46:46 -0700 Message-Id: <199510092346.QAA02723@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Ollivier Robert cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: Re: PHK malloc against Mark Moraes malloc In-reply-to: Your message of "Tue, 10 Oct 1995 00:28:33 BST." <199510092328.AAA05089@keltia.freenix.fr> Date: Mon, 09 Oct 1995 16:46:46 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk >Here are the results of a quick test between our now standard malloc made >by Poul-Henning (malloc/2), Mark Moraes' malloc (in port under >devel/libmalloc) and GNU malloc: > >PHK malloc/2: Were these test performed without EXTRA_SANITY defined in phkmalloc? >-- >Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Oct 9 23:47:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA15191 for current-outgoing; Mon, 9 Oct 1995 23:47:33 -0700 Received: from vinkku.hut.fi (root@vinkku.hut.fi [130.233.245.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA15173 for ; Mon, 9 Oct 1995 23:47:27 -0700 Received: from lk-hp-4.hut.fi (lk-hp-4.hut.fi [130.233.244.35]) by vinkku.hut.fi (8.6.12/8.6.7) with ESMTP id IAA05912 for ; Tue, 10 Oct 1995 08:47:22 +0200 Received: (vode@localhost) by lk-hp-4.hut.fi (8.6.12/8.6.7) id IAA13033; Tue, 10 Oct 1995 08:47:22 +0200 Date: Tue, 10 Oct 1995 08:47:22 +0200 Message-Id: <199510100647.IAA13033@lk-hp-4.hut.fi> From: Kai Vorma To: current@freebsd.org Subject: tail dumps core Reply-to: Kai.Vorma@hut.fi Sender: owner-current@freebsd.org Precedence: bulk "cat file | tail" dumps core with the newest phk-malloc. This patch should help. *** read.c Fri May 27 15:32:45 1994 --- read.c.ok Tue Oct 10 08:30:35 1995 *************** *** 142,148 **** if ((lines = malloc(off * sizeof(*lines))) == NULL) err(1, "%s", strerror(errno)); ! sp = NULL; blen = cnt = recno = wrap = 0; --- 142,148 ---- if ((lines = malloc(off * sizeof(*lines))) == NULL) err(1, "%s", strerror(errno)); ! bzero(lines, off * sizeof(*lines)); sp = NULL; blen = cnt = recno = wrap = 0; ..vode From owner-freebsd-current Tue Oct 10 01:18:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA22361 for current-outgoing; Tue, 10 Oct 1995 01:18:37 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA22353 for ; Tue, 10 Oct 1995 01:18:32 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t2ZtK-0003wvC; Tue, 10 Oct 95 01:18 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id JAA00709; Tue, 10 Oct 1995 09:18:22 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Justin T. Gibbs" cc: Ollivier Robert , freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: Re: PHK malloc against Mark Moraes malloc In-reply-to: Your message of "Mon, 09 Oct 1995 16:46:46 MST." <199510092346.QAA02723@aslan.cdrom.com> Date: Tue, 10 Oct 1995 09:18:22 +0100 Message-ID: <707.813313102@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > >Here are the results of a quick test between our now standard malloc made > >by Poul-Henning (malloc/2), Mark Moraes' malloc (in port under > >devel/libmalloc) and GNU malloc: > > > >PHK malloc/2: > > Were these test performed without EXTRA_SANITY defined in phkmalloc? > I doubt it... Ollivier, can you rerun with EXTRA_SANITY disabled please ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-current Tue Oct 10 03:05:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA26541 for current-outgoing; Tue, 10 Oct 1995 03:05:30 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA26502 for ; Tue, 10 Oct 1995 03:04:03 -0700 Received: by Sysiphos id AA11402 (5.67b/IDA-1.5 for current@freebsd.org); Tue, 10 Oct 1995 10:53:48 +0100 Message-Id: <199510100953.AA11402@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 10 Oct 1995 10:53:48 +0100 In-Reply-To: John Hay "Problems with the AHA1542B also :-(" (Oct 10, 8:00) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: John Hay Subject: Re: Problems with the AHA1542B also :-( Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Oct 10, 8:00, John Hay wrote: } Subject: Problems with the AHA1542B also :-( } Hi, } } Well I tried the EXABYTE on an AHA1542B and it did about 270M before the } scsi bus froze. :-( Well, the NCR got some 750MB transferred, which shows that the driver is 3 times as good :) } So it seems that the problem isn't with a specific scsi controller. Do } you think it can be in the scsi tape code? Or at least be fixable in there? Well, sorry, if the drive locks up under two host adapters as different as the NCR and Ah1542, there is hardly any chance that it is caused by a bug in the drivers. Since there always have been a few drives with broken firmware, there is support for certain common "quirks" in the generic code. Look into file "/sys/scsi/st.c", there might be a need for an entry for you drive, which needs the ST_Q_NEEDS_PAGE_0 flag set ... } Here is the error mesg of my tar | dd command and the resulting dmesg, } shortened because the last part is repeated six or more times. } ------------------------------------------------------------------------- } dd: /dev/rst0: Input/output error } 720600+0 records in } 18014+0 records out } 368926720 bytes transferred in 2544 secs (145018 bytes/sec) } ------------------------------------------------------------------------- } } st0(aha0:6:0): timed out } st0(aha0:6:0): timed out } adapter not taking commands.. frozen?! } Debugger("aha1542") called. } AGAIN } aha0: MBO 02 and not 00 (free) } st0(aha0:6:0): timed out } adapter not taking commands.. frozen?! } Debugger("aha1542") called. Well, the NCR driver gave a more verbose but less understandable error message, but the contents was the same. The drive just locks up and does not respond to any SCSI commands anymore ... If the above QUIRK does not help, then I guess it's time to find out how to get a new firmware loaded into your drive ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Tue Oct 10 03:25:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27108 for current-outgoing; Tue, 10 Oct 1995 03:25:05 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA27100 for ; Tue, 10 Oct 1995 03:24:55 -0700 Received: by Sysiphos id AA12316 (5.67b/IDA-1.5 for current@freebsd.org); Tue, 10 Oct 1995 11:20:25 +0100 Message-Id: <199510101020.AA12316@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 10 Oct 1995 11:20:24 +0100 In-Reply-To: Steven Wallace "cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ..." (Oct 10, 0:59) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Steven Wallace Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Oct 10, 0:59, Steven Wallace wrote: } Subject: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_is } swallace 95/10/10 00:59:31 } o alternate /emul/ibcs2 namespace searched first for files in ibcs2 } system. Usefull to keep sysv libraries, binaries in /emul/ibcs2. Looks very nice indeed ! But I think that the the emulation libraries and binaries should be put in a directory below /usr, not in /emul ... E.g. /usr/emul/ibcs2/bin lib /linux/bin lib When I tried the Linux emulator, I was surprised that I lost all free space in my root directory :) It is of course possible to make /emul a symbolic link to some directory in the /usr tree, but then I'd rather make the /usr prefix part of the official name ... (BTW: It's /emul/ibsc2 and /compat/linux currently ...) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Tue Oct 10 09:14:15 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA24225 for current-outgoing; Tue, 10 Oct 1995 09:14:15 -0700 Received: from alpha.netcraft.co.uk (alpha.netcraft.co.uk [194.72.238.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA24207 for ; Tue, 10 Oct 1995 09:14:02 -0700 Received: (from paul@localhost) by alpha.netcraft.co.uk (8.6.12/8.6.9) id RAA17454 for FreeBSD-current@FreeBSD.org; Tue, 10 Oct 1995 17:11:58 +0100 From: Paul Richards Message-Id: <199510101611.RAA17454@alpha.netcraft.co.uk> Subject: aliases and INADRR_ANY To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Tue, 10 Oct 1995 17:11:58 +0100 (BST) Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 254 Sender: owner-current@FreeBSD.org Precedence: bulk Do people expect daemons bound to INADDR_ANY to listen to aliases that are added after they are started. -- Paul Richards, Netcraft Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Tue Oct 10 10:13:49 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA26266 for current-outgoing; Tue, 10 Oct 1995 10:13:49 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA26223 for ; Tue, 10 Oct 1995 10:12:45 -0700 Received: by sovcom.kiae.su id AA03523 (5.65.kiae-1 ); Tue, 10 Oct 1995 20:01:11 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 10 Oct 95 20:01:11 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id SAA08944; Tue, 10 Oct 1995 18:15:02 +0300 To: Kai.Vorma@hut.fi, current@freebsd.org References: <199510100647.IAA13033@lk-hp-4.hut.fi> In-Reply-To: <199510100647.IAA13033@lk-hp-4.hut.fi>; from Kai Vorma at Tue, 10 Oct 1995 08:47:22 +0200 Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 10 Oct 1995 18:15:02 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: tail dumps core Lines: 35 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1118 Sender: owner-current@freebsd.org Precedence: bulk In message <199510100647.IAA13033@lk-hp-4.hut.fi> Kai Vorma writes: >"cat file | tail" dumps core with the newest phk-malloc. This patch should >help. >*** read.c Fri May 27 15:32:45 1994 >--- read.c.ok Tue Oct 10 08:30:35 1995 >*************** >*** 142,148 **** > if ((lines = malloc(off * sizeof(*lines))) == NULL) > err(1, "%s", strerror(errno)); >! > sp = NULL; > blen = cnt = recno = wrap = 0; >--- 142,148 ---- > if ((lines = malloc(off * sizeof(*lines))) == NULL) > err(1, "%s", strerror(errno)); >! bzero(lines, off * sizeof(*lines)); > sp = NULL; > blen = cnt = recno = wrap = 0; >..vode Why not use 'calloc' instead? bzero isn't portable way. Theoretically 'calloc' can do some internal optimization of zeroing. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Oct 10 10:40:06 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA27232 for current-outgoing; Tue, 10 Oct 1995 10:40:06 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA27220 for ; Tue, 10 Oct 1995 10:40:00 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA10192; Tue, 10 Oct 1995 13:35:06 -0400 Date: Tue, 10 Oct 1995 13:35:06 -0400 From: "Garrett A. Wollman" Message-Id: <9510101735.AA10192@halloran-eldar.lcs.mit.edu> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) Cc: Kai.Vorma@hut.fi, current@freebsd.org Subject: Re: tail dumps core In-Reply-To: References: <199510100647.IAA13033@lk-hp-4.hut.fi> Sender: owner-current@freebsd.org Precedence: bulk < said: > Why not use 'calloc' instead? bzero isn't portable way. > Theoretically 'calloc' can do some internal optimization of zeroing. Neither of these are portable unless the array being cleared is composed of characters. There is almost never any reason to use calloc(3). -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 Tue Oct 10 10:42:59 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA27369 for current-outgoing; Tue, 10 Oct 1995 10:42:59 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA27357 for ; Tue, 10 Oct 1995 10:42:28 -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 SAA24454 ; Tue, 10 Oct 1995 18:41:51 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA08626 ; Tue, 10 Oct 1995 18:41:50 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id IAA05871; Tue, 10 Oct 1995 08:22:46 +0100 (MET) From: Ollivier Robert Message-Id: <199510100722.IAA05871@keltia.freenix.fr> Subject: Re: PHK malloc against Mark Moraes malloc To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Tue, 10 Oct 1995 08:22:45 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199510092346.QAA02723@aslan.cdrom.com> from "Justin T. Gibbs" at Oct 9, 95 04:46:46 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1193 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Justin T. Gibbs said: > Were these test performed without EXTRA_SANITY defined in phkmalloc? No, EXTRA_SANITY is defined for now. It explains the time I've got. Even with that slowdown, we can see that in terms of space, phkmalloc/2 is better than gnumalloc. Even faster on most tests. Congrats Poul-Henning ! -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-current Tue Oct 10 10:48:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA27592 for current-outgoing; Tue, 10 Oct 1995 10:48:47 -0700 Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA27587 for ; Tue, 10 Oct 1995 10:48:43 -0700 Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7) id KAA18753; Tue, 10 Oct 1995 10:48:41 -0700 (PDT) Received: from localhost by newport.ece.uci.edu (8.7) id KAA21676; Tue, 10 Oct 1995 10:48:39 -0700 (PDT) Message-Id: <199510101748.KAA21676@newport.ece.uci.edu> To: se@zpr.uni-koeln.de (Stefan Esser) cc: current@freebsd.org Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... In-reply-to: Your message of "Tue, 10 Oct 1995 11:20:24 BST." <199510101020.AA12316@Sysiphos> Date: Tue, 10 Oct 1995 10:48:38 -0700 From: Steven Wallace Sender: owner-current@freebsd.org Precedence: bulk > On Oct 10, 0:59, Steven Wallace wrote: > } Subject: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_is > } swallace 95/10/10 00:59:31 > > } o alternate /emul/ibcs2 namespace searched first for files in ibcs2 > } system. Usefull to keep sysv libraries, binaries in /emul/ibcs2. > > Looks very nice indeed ! Merci > > But I think that the the emulation libraries and binaries > should be put in a directory below /usr, not in /emul ... > Yeah, just do a symbolic link into /usr. I think it is better to leave it as root because you could mount a linux or sysv partition into /compat/xxx w/o having to depend on /usr. > (BTW: It's /emul/ibsc2 and /compat/linux currently ...) I just changed this, thanks. From owner-freebsd-current Tue Oct 10 11:18:57 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28591 for current-outgoing; Tue, 10 Oct 1995 11:18:57 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA28572 for ; Tue, 10 Oct 1995 11:18:49 -0700 Received: by Sysiphos id AA09554 (5.67b/IDA-1.5 for current@freebsd.org); Tue, 10 Oct 1995 19:18:22 +0100 Message-Id: <199510101818.AA09554@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 10 Oct 1995 19:18:22 +0100 In-Reply-To: Steven Wallace "Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ..." (Oct 10, 10:48) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Steven Wallace Subject: emul dir mount point (Was: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h) Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Oct 10, 10:48, Steven Wallace wrote: } Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs } > On Oct 10, 0:59, Steven Wallace wrote: } > But I think that the the emulation libraries and binaries } > should be put in a directory below /usr, not in /emul ... } > } Yeah, just do a symbolic link into /usr. I think it is better to } leave it as root because you could mount a linux or sysv partition } into /compat/xxx w/o having to depend on /usr. Well, yes, I did this ... And I understand the reasons you state ... But I started with just the minimum set of Linux libraries (to try the Doom demo, since I just couldn't believe it :) and later unpacked a complete XFree library directory to get all the libraries since I wanted to run some large package that is distributed as a binary for Linux only ... Only then I noticed that all these Linux libraries consume disk space :) and thought about moving them to a better place. Expecting the "naive" user to first create a symbolic link seems to contradict the principle of least surprise. I don't see, why you couldn't mount a Linux or SysV partition under /usr. I would not want to do it without reason, but I guess that people who can enter the mount into fstab at all, are well aware of the consequences of a hierarchical mount. (And since you'll never rely on anything from some compat directory before /usr has been mounted, there is no problem.) And I doubt that simply mounting a System V /usr directory under /compat/ibcs2 would result in all the required libraries be made available, anyway. Last I lokked (it has been looong ago), there were files under /lib and /usr/lib, which both needed to show up under /compat/ibcs2 ... This could be accomplished by mounting the SysV root under /xxx/ and the /usr under /xxx/usr and have symbolic links to /xxx/lib/libc.a as well as /xxx/usr/lib/libpw.a and even /xxx/usr/X11/lib/libXt.a in the /usr/emul/ibcs2/lib directory ... (Which would hold copies of those files, if they are not accessed on some SysV partition ...) For these reasons I'd vote for moving the contents of /compat into /usr/emul (I liked the emul name a lot better, BTW :), and thus make it easy to install into these directories with no need to prior create some symbolic link or ris running out of space on the root partition ... I can deal with it either way, but I guess for the case some port is prepared, which combines some Linux binary with the necessary Linux shared libs, the /usr/emul concept will do the right thing anyway, and the /compat concept will result in a full root partition :) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Tue Oct 10 11:39:59 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA29449 for current-outgoing; Tue, 10 Oct 1995 11:39:59 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA29444 for ; Tue, 10 Oct 1995 11:39:56 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA10827; Tue, 10 Oct 1995 11:36:34 -0700 From: Terry Lambert Message-Id: <199510101836.LAA10827@phaeton.artisoft.com> Subject: Re: tail dumps core To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Tue, 10 Oct 1995 11:36:34 -0700 (MST) Cc: ache@astral.msk.su, Kai.Vorma@hut.fi, current@freebsd.org In-Reply-To: <9510101735.AA10192@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Oct 10, 95 01:35:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 508 Sender: owner-current@freebsd.org Precedence: bulk > > Why not use 'calloc' instead? bzero isn't portable way. > > Theoretically 'calloc' can do some internal optimization of zeroing. > > Neither of these are portable unless the array being cleared is > composed of characters. There is almost never any reason to use > calloc(3). I don't understand where you see a non-portability. Can you please explain? Thanks. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Oct 10 12:02:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAB00699 for current-outgoing; Tue, 10 Oct 1995 12:02:09 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA00690 for ; Tue, 10 Oct 1995 12:02:06 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA10410; Tue, 10 Oct 1995 15:01:35 -0400 Date: Tue, 10 Oct 1995 15:01:35 -0400 From: "Garrett A. Wollman" Message-Id: <9510101901.AA10410@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: wollman@lcs.mit.edu (Garrett A. Wollman), ache@astral.msk.su, Kai.Vorma@hut.fi, current@freebsd.org Subject: Re: tail dumps core In-Reply-To: <199510101836.LAA10827@phaeton.artisoft.com> References: <9510101735.AA10192@halloran-eldar.lcs.mit.edu> <199510101836.LAA10827@phaeton.artisoft.com> Sender: owner-current@freebsd.org Precedence: bulk < said: >> Neither of these are portable unless the array being cleared is >> composed of characters. There is almost never any reason to use >> calloc(3). > I don't understand where you see a non-portability. Can you please > explain? Thanks. #include #include int main(void) { foo *p; double d; int i; memset(&p, 0, sizeof p); if (p == 0) { printf("an all-bits-zero foo * compares equal to NULL\n"); } else { printf("an all-bits-zero foo * compares different to NULL\n): } memset(&d, 0, sizeof d); if (d == 0) { printf("an all-bits-zero double compares equal to 0\n"); } else { printf("an all-bits-zero double compares different to 0\n"); } memset(&i, 0, sizeof i); if (i == 0) { printf("your machine is normal\n"); } else { printf("your machine is really weird, but allowed by the" " C standard\n"); } return 0; } -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 Tue Oct 10 12:41:27 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA01479 for current-outgoing; Tue, 10 Oct 1995 12:41:27 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA01474 for ; Tue, 10 Oct 1995 12:41:23 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA22092; Tue, 10 Oct 1995 13:43:32 -0600 Date: Tue, 10 Oct 1995 13:43:32 -0600 From: Nate Williams Message-Id: <199510101943.NAA22092@rocky.sri.MT.net> To: "Garrett A. Wollman" Cc: Terry Lambert , ache@astral.msk.su, Kai.Vorma@hut.fi, current@freebsd.org Subject: Re: tail dumps core In-Reply-To: <9510101901.AA10410@halloran-eldar.lcs.mit.edu> References: <9510101735.AA10192@halloran-eldar.lcs.mit.edu> <199510101836.LAA10827@phaeton.artisoft.com> <9510101901.AA10410@halloran-eldar.lcs.mit.edu> Sender: owner-current@freebsd.org Precedence: bulk Garrett A. Wollman writes: > < said: > [ Non-portability of bzero and calloc ] { Code deleted } So, what's your point? Other than some comments in this set of lines > memset(&i, 0, sizeof i); > if (i == 0) { > printf("your machine is normal\n"); > } else { > printf("your machine is really weird, but allowed by the" > " C standard\n"); > } which implies that memset doesn't have to set an integer to all zeros, what's the problem? How does the C standard allow for memseting an int to be non-zero? Also, you made the assertion that calloc() is almost never necessary. I charge you to backup that statement, since I often use structures which I must explicity zero out all of the members, and using calloc() and/or malloc/memset is a big performance win compared to zero'ing out every single member of the struct. Nate From owner-freebsd-current Tue Oct 10 12:46:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA01591 for current-outgoing; Tue, 10 Oct 1995 12:46:44 -0700 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA01586 for ; Tue, 10 Oct 1995 12:46:42 -0700 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.12/8.6.12) with SMTP id MAA02622; Tue, 10 Oct 1995 12:45:14 -0700 Message-Id: <199510101945.MAA02622@precipice.shockwave.com> To: "Garrett A. Wollman" cc: Terry Lambert , ache@astral.msk.su, Kai.Vorma@hut.fi, current@freebsd.org Subject: Re: tail dumps core In-reply-to: Your message of "Tue, 10 Oct 1995 15:01:35 EDT." <9510101901.AA10410@halloran-eldar.lcs.mit.edu> Date: Tue, 10 Oct 1995 12:45:13 -0700 From: Paul Traina Sender: owner-current@freebsd.org Precedence: bulk From: "Garrett A. Wollman" Subject: Re: tail dumps core memset(&i, 0, sizeof i); if (i == 0) { printf("your machine is normal\n"); } else { printf("your machine is really weird, but allowed by the" " C standard\n"); } How could this possibly be allowed by the C standard? I'm utterly confused. From owner-freebsd-current Tue Oct 10 13:01:59 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA02060 for current-outgoing; Tue, 10 Oct 1995 13:01:59 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA02045 for ; Tue, 10 Oct 1995 13:01:55 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA10553; Tue, 10 Oct 1995 16:01:46 -0400 Date: Tue, 10 Oct 1995 16:01:46 -0400 From: "Garrett A. Wollman" Message-Id: <9510102001.AA10553@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: current@freebsd.org Subject: Re: tail dumps core In-Reply-To: <199510101943.NAA22092@rocky.sri.MT.net> References: <9510101735.AA10192@halloran-eldar.lcs.mit.edu> <199510101836.LAA10827@phaeton.artisoft.com> <9510101901.AA10410@halloran-eldar.lcs.mit.edu> <199510101943.NAA22092@rocky.sri.MT.net> Sender: owner-current@freebsd.org Precedence: bulk < said: > So, what's your point? Other than some comments in this set of lines > which implies that memset doesn't have to set an integer to all zeros, > what's the problem? How does the C standard allow for memseting an int > to be non-zero? The same way it allows for memsetting a pointer to be non-NULL: it makes no guarantees whatsoever about the underlying bitwise representation of its data types in memory. > Also, you made the assertion that calloc() is almost never necessary. I > charge you to backup that statement, since I often use structures which > I must explicity zero out all of the members, and using calloc() and/or > malloc/memset is a big performance win compared to zero'ing out every > single member of the struct. Explicitly zeroing out every single member of a structure is the ONLY way the C Standard provides to set each member to an appropriate zero value for its type, except in the limited situation where every element of the array is of type `char' or `char []'. My point in saying this is not to say that for all practical purposes you can't depend on this, but rather to say that arguments suggesting that `calloc' is somehow ``more portable'' are completely specious. -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 Tue Oct 10 13:09:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA02243 for current-outgoing; Tue, 10 Oct 1995 13:09:54 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA02231 for ; Tue, 10 Oct 1995 13:09:50 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA22172; Tue, 10 Oct 1995 14:12:01 -0600 Date: Tue, 10 Oct 1995 14:12:01 -0600 From: Nate Williams Message-Id: <199510102012.OAA22172@rocky.sri.MT.net> To: "Garrett A. Wollman" Cc: Nate Williams , current@freebsd.org Subject: Re: tail dumps core In-Reply-To: <9510102001.AA10553@halloran-eldar.lcs.mit.edu> References: <9510101735.AA10192@halloran-eldar.lcs.mit.edu> <199510101836.LAA10827@phaeton.artisoft.com> <9510101901.AA10410@halloran-eldar.lcs.mit.edu> <199510101943.NAA22092@rocky.sri.MT.net> <9510102001.AA10553@halloran-eldar.lcs.mit.edu> Sender: owner-current@freebsd.org Precedence: bulk > > So, what's your point? Other than some comments in this set of lines > > > which implies that memset doesn't have to set an integer to all zeros, > > what's the problem? How does the C standard allow for memseting an int > > to be non-zero? > > The same way it allows for memsetting a pointer to be non-NULL: it > makes no guarantees whatsoever about the underlying bitwise > representation of its data types in memory. You're implying that a 'int i = 0' doesn't assume that the memory location doesn't contain the bytes '0x0000', correct? The prototype of memset() implies that it will indeed set all of the bytes of the underlying data type to the byte value specified in the second arguement. > My point in saying this is not to say that for all practical purposes > you can't depend on this, but rather to say that arguments suggesting > that `calloc' is somehow ``more portable'' are completely specious. I disagree. It is common to assume that sizeof(char) == 8 bits, but this isn't specified anywhere either but most code written would break if this were not true. Using 'calloc()' is much more portable than using bzero(), simply because bzero doesn't exist on many OS's while memset() does. Nate From owner-freebsd-current Tue Oct 10 13:24:14 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA02575 for current-outgoing; Tue, 10 Oct 1995 13:24:14 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA02559 for ; Tue, 10 Oct 1995 13:24:06 -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 VAA26693 ; Tue, 10 Oct 1995 21:23:53 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA09059 ; Tue, 10 Oct 1995 21:23:53 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id UAA11858; Tue, 10 Oct 1995 20:26:19 +0100 (MET) From: Ollivier Robert Message-Id: <199510101926.UAA11858@keltia.freenix.fr> Subject: Re: PHK malloc against Mark Moraes malloc To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 10 Oct 1995 20:26:19 +0100 (MET) Cc: gibbs@freefall.freebsd.org, freebsd-current@FreeBSD.ORG In-Reply-To: <707.813313102@critter.tfs.com> from "Poul-Henning Kamp" at Oct 10, 95 09:18:22 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1193 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Poul-Henning Kamp said: > > Ollivier, can you rerun with EXTRA_SANITY disabled please ? Here they are. Your malloc is now the fastest but stays behind dlmalloc and MM malloc for space. Times are impressive, congrats ! 260 [20:20] roberto@keltia:/build/malloc> ./phkregress + time ./sim -d -t 2000 -s 1024 -l 2000 Sbrked 2744320, MaxAlloced 2023416, Wastage 0.26 0.20 real 0.09 user 0.08 sys + time ./sim -t 15000 -s 1024 -l 2000 Sbrked 2932736, MaxAlloced 2184592, Wastage 0.26 0.66 real 0.43 user 0.21 sys + time ./sim -d -t 5000 -s 512 -l 20 Sbrked 32768, MaxAlloced 22784, Wastage 0.30 0.20 real 0.16 user 0.02 sys + time ./sim -d -t 500 -s 512 -l 20 Sbrked 28672, MaxAlloced 20808, Wastage 0.27 0.05 real 0.02 user 0.02 sys + time ./sim -d -t 500 -s 512 -l 500 Sbrked 364544, MaxAlloced 265948, Wastage 0.27 0.07 real 0.01 user 0.04 sys + time ./sim -d -t 500 -s 512 -a Sbrked 688128, MaxAlloced 513592, Wastage 0.25 0.09 real 0.02 user 0.05 sys I don't have time anymore for the old BSD malloc sorry. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-current Tue Oct 10 13:24:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA02612 for current-outgoing; Tue, 10 Oct 1995 13:24:25 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA02556 for ; Tue, 10 Oct 1995 13:24:00 -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 VAA26684 ; Tue, 10 Oct 1995 21:23:51 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA09050 ; Tue, 10 Oct 1995 21:23:50 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id UAA10750; Tue, 10 Oct 1995 20:00:39 +0100 (MET) From: Ollivier Robert Message-Id: <199510101900.UAA10750@keltia.freenix.fr> Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... To: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 10 Oct 1995 20:00:38 +0100 (MET) Cc: swallace@freefall.freebsd.org, current@freebsd.org In-Reply-To: <199510101020.AA12316@Sysiphos> from "Stefan Esser" at Oct 10, 95 11:20:24 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1193 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that Stefan Esser said: > But I think that the the emulation libraries and binaries > should be put in a directory below /usr, not in /emul ... I thought we had already reserved /compat for that... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-current Tue Oct 10 13:31:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA02834 for current-outgoing; Tue, 10 Oct 1995 13:31:42 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA02826 for ; Tue, 10 Oct 1995 13:31:22 -0700 Received: by sequent.kiae.su id AA22949 (5.65.kiae-2 ); Wed, 11 Oct 1995 00:17:25 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 11 Oct 95 00:17:24 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id WAA09795; Tue, 10 Oct 1995 22:56:27 +0300 To: Terry Lambert , "Garrett A. Wollman" Cc: Kai.Vorma@hut.fi, current@freebsd.org References: <199510101836.LAA10827@phaeton.artisoft.com> In-Reply-To: <199510101836.LAA10827@phaeton.artisoft.com>; from Terry Lambert at Tue, 10 Oct 1995 11:36:34 -0700 (MST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 10 Oct 1995 22:56:27 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: tail dumps core Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 848 Sender: owner-current@freebsd.org Precedence: bulk In message <199510101836.LAA10827@phaeton.artisoft.com> Terry Lambert writes: >> > Why not use 'calloc' instead? bzero isn't portable way. >> > Theoretically 'calloc' can do some internal optimization of zeroing. >> >> Neither of these are portable unless the array being cleared is >> composed of characters. There is almost never any reason to use >> calloc(3). >I don't understand where you see a non-portability. Can you please >explain? Thanks. I mean not action (zeroing) but interface used only. bzero isn't POSIX function. calloc is. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Oct 10 13:51:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA03736 for current-outgoing; Tue, 10 Oct 1995 13:51:44 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA03730 for ; Tue, 10 Oct 1995 13:51:32 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA11036; Tue, 10 Oct 1995 13:47:41 -0700 From: Terry Lambert Message-Id: <199510102047.NAA11036@phaeton.artisoft.com> Subject: Re: tail dumps core To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Tue, 10 Oct 1995 13:47:41 -0700 (MST) Cc: terry@lambert.org, wollman@lcs.mit.edu, Kai.Vorma@hut.fi, current@freebsd.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Oct 10, 95 10:56:27 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: 1270 Sender: owner-current@freebsd.org Precedence: bulk > >> > Why not use 'calloc' instead? bzero isn't portable way. > >> > Theoretically 'calloc' can do some internal optimization of zeroing. > >> > >> Neither of these are portable unless the array being cleared is > >> composed of characters. There is almost never any reason to use > >> calloc(3). > > >I don't understand where you see a non-portability. Can you please > >explain? Thanks. > > > I mean not action (zeroing) but interface used only. > bzero isn't POSIX function. calloc is. Oh, I understand that; I was commenting on the "neither" including the calloc. Garret's point of a double 0 not being a 0 bit value is valid, even though it is really stretching things. I wouldn't expect a double value to be zero if the structure had been zero'ed, futher using a double as a flag value (the only real reason for a pre-zero) is not really good programming because of the overhead involved. You could still do it with a non-explicit cast, though. I don't see how the int/short/long/char atomic integer types aren't correct on all two's complement machines, though (ie: all recent commercially available machines). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Oct 10 13:52:21 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA03788 for current-outgoing; Tue, 10 Oct 1995 13:52:21 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA03782 for ; Tue, 10 Oct 1995 13:52:11 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id OAA18737; Tue, 10 Oct 1995 14:50:40 -0600 Message-Id: <199510102050.OAA18737@rover.village.org> To: "Garrett A. Wollman" Subject: Re: tail dumps core Cc: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) , Kai.Vorma@hut.fi, current@FreeBSD.ORG In-reply-to: Your message of Tue, 10 Oct 1995 13:35:06 EDT Date: Tue, 10 Oct 1995 14:50:39 -0600 From: Warner Losh Sender: owner-current@FreeBSD.ORG Precedence: bulk : Neither of these are portable unless the array being cleared is : composed of characters. There is almost never any reason to use : calloc(3). The only portible way to fix this is with a for loop... Warner From owner-freebsd-current Tue Oct 10 13:53:32 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA03836 for current-outgoing; Tue, 10 Oct 1995 13:53:32 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA03830 for ; Tue, 10 Oct 1995 13:53:27 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA11050; Tue, 10 Oct 1995 13:49:02 -0700 From: Terry Lambert Message-Id: <199510102049.NAA11050@phaeton.artisoft.com> Subject: Re: tail dumps core To: pst@shockwave.com (Paul Traina) Date: Tue, 10 Oct 1995 13:49:02 -0700 (MST) Cc: wollman@lcs.mit.edu, terry@lambert.org, ache@astral.msk.su, Kai.Vorma@hut.fi, current@freebsd.org In-Reply-To: <199510101945.MAA02622@precipice.shockwave.com> from "Paul Traina" at Oct 10, 95 12:45:13 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: 602 Sender: owner-current@freebsd.org Precedence: bulk > From: "Garrett A. Wollman" > Subject: Re: tail dumps core > > > memset(&i, 0, sizeof i); > if (i == 0) { > printf("your machine is normal\n"); > } else { > printf("your machine is really weird, but allowed by the" > " C standard\n"); > } > > > How could this possibly be allowed by the C standard? I'm utterly > confused. A non-two's complement machine? I defy you to purchase one, however. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Oct 10 13:57:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA04001 for current-outgoing; Tue, 10 Oct 1995 13:57:07 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA03990 for ; Tue, 10 Oct 1995 13:57:03 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id OAA18756; Tue, 10 Oct 1995 14:56:53 -0600 Message-Id: <199510102056.OAA18756@rover.village.org> To: Paul Traina Subject: Re: tail dumps core Cc: current@FreeBSD.ORG In-reply-to: Your message of Tue, 10 Oct 1995 12:45:13 PDT Date: Tue, 10 Oct 1995 14:56:53 -0600 From: Warner Losh Sender: owner-current@FreeBSD.ORG Precedence: bulk : [code deleted that does a memset() on an integer] : : How could this possibly be allowed by the C standard? I'm utterly : confused. I think that on one's complement machines you can have a zero that is "+0" and one that is "-0", one of which may or may not be the "standard" zero on that platform. +0 is typically all zeros on this machine but -0 typically has the sign bit set, and all the rest of the bits clear. However, on a machine like this one would expect the zero to either be normalized, or the sign bit to be masked out. It is a longshot, but I think that it is allowed. It is certainly allowed for pointers, but this isn't a pointer.... Warner From owner-freebsd-current Tue Oct 10 14:19:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA05220 for current-outgoing; Tue, 10 Oct 1995 14:19:44 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA05214 for ; Tue, 10 Oct 1995 14:19:36 -0700 Received: by Sysiphos id AA11388 (5.67b/IDA-1.5 for current@freebsd.org); Tue, 10 Oct 1995 22:19:23 +0100 Message-Id: <199510102119.AA11388@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 10 Oct 1995 22:19:23 +0100 In-Reply-To: Ollivier Robert "Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ..." (Oct 10, 20:00) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Ollivier Robert Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Oct 10, 20:00, Ollivier Robert wrote: } Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs } It seems that Stefan Esser said: } > But I think that the the emulation libraries and binaries } > should be put in a directory below /usr, not in /emul ... } } I thought we had already reserved /compat for that... Yes, I know. But I thought it is the last time to review this decision, before /compat (or whatever else it possibly be named :) is brought to full production use ... It's just the latest possible date to reconsider this issue :) If nobody else is afraid that there will be lots of people that just don't understand why installing the compatibility libraries under /compat makes their system unusable (i.e. no space left in /tmp or /var on a default installation). I'm not afraid about those people who fully understand the concepts, those will be able to use whatever the system provides. But just in case there is a "port" containing just the binary images of the Linux a.out XFree libraries. A simple make install (or package add, if they are made a package) will just fill the root directory. The install should not create a link from /compat to /usr/compat, and thus this has to be done by the user before starting the install ... We all know what kind of "bug-reports" will come out of this (how many times has the NumLock bug in XFree been explained anew ...), and I just wanted to suggest moving the /compat stuff into /usr/emul (or perhaps even /usr/local/emul). This will leave all options open, but will do the right thing in case a user just copies the compat libraries to that place ... I've sent another mail explaining, why I think that if just a single directory is searched (e.g. /compat/ibcs2/lib) a mount of a System V /usr file system on /compat/ibcs2 would not be much use. There were other directories that contain shared libraries under 386/ix at least (I never had to work on a SCO system), and thus it would in this case be possible to mount the /usr anywhere, and have symlinks from the lib directory (i.e. my favorite /usr/emul/lib) to the libraries in all the directories ... If you oppose thismidea, it's fine with me. I'm fealing responsible for bug reports about some other part of the system :) Just that I'm afraid, that if the emulation code gets popular, we'll have to answer the same questions over and over again ... Regards, Stefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Tue Oct 10 14:25:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA05464 for current-outgoing; Tue, 10 Oct 1995 14:25:36 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA05457 for ; Tue, 10 Oct 1995 14:25:30 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA11154; Tue, 10 Oct 1995 14:21:44 -0700 From: Terry Lambert Message-Id: <199510102121.OAA11154@phaeton.artisoft.com> Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... To: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 10 Oct 1995 14:21:43 -0700 (MST) Cc: roberto@keltia.freenix.fr, current@freebsd.org In-Reply-To: <199510102119.AA11388@Sysiphos> from "Stefan Esser" at Oct 10, 95 10:19:23 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: 516 Sender: owner-current@freebsd.org Precedence: bulk > } > should be put in a directory below /usr, not in /emul ... > } > } I thought we had already reserved /compat for that... > > Yes, I know. But I thought it is the last time to review this decision, > before /compat (or whatever else it possibly be named :) is brought to > full production use ... I vote for /usr as the root instead of / as well, for the same reasons. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Oct 10 14:40:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA05879 for current-outgoing; Tue, 10 Oct 1995 14:40:11 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA05869 for ; Tue, 10 Oct 1995 14:40:06 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA06373; Wed, 11 Oct 1995 07:37:56 +1000 Date: Wed, 11 Oct 1995 07:37:56 +1000 From: Bruce Evans Message-Id: <199510102137.HAA06373@godzilla.zeta.org.au> To: kargl@troutmask.apl.washington.edu Subject: Re: docs/776: j0 man page fixes. Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >The command "man j0" gives a man page interspersed with `Bessel0' >in several places. This is related the `.Em' formatting directive. [old version] >! .Em Bessel function of the first kind of the order `.Em'; seems to need quoting: .Em "Bessel function of the first kind of the order" seems to work OK. I couldn't find any online docs for the man macros. Are there any? Bruce From owner-freebsd-current Tue Oct 10 15:26:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA07581 for current-outgoing; Tue, 10 Oct 1995 15:26:33 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA07576 for ; Tue, 10 Oct 1995 15:26:30 -0700 X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: current Subject: phkmalloc & Olliviers numbers. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <7573.813363990.1@freefall.freebsd.org> Date: Tue, 10 Oct 1995 15:26:30 -0700 Message-ID: <7574.813363990@freefall.freebsd.org> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org Precedence: bulk Thanks for the numbers Ollivier, I have looked at them and I like them :-) I read the negative numbers in the "waste" to mean that the final sbrk isn't by definition the highest one, though I cannot know for sure I belive that is the only sane explanation. Anyway, if that is the case, then that would explain the relative big waste of phkmalloc, since it as default keeps 400K (100 pages) before starting to hand things back with sbrk(2). The reasoning for this is that sbrk(2) is relative expensive to do, you have to search and fiddle page-tables, and you have to bzero pages, so a pagein may actually be cheaper sometimes, and since phkmalloc doesn't touch these pages, they will not be faulted in until they are needed. You can try to modify this if you want, search for "malloc_cache = 100 <<". Apart from that I'm flattered :-) Can you try to run a test where you allocate a couple of megs more than you have RAM for, so that you start to page ? That is when phkmalloc >really< wins over gnu & the old bsd mallocs, and I'd like to see how the "DL" and "MR" mallocs compare on this metric. I guess if anything phkmalloc may lead to a slight increas in swap usage, but a drop in swap activity, but I defy anybody to measure it, and if you do anyway, you should have spent your time doing something useful instead :-) Thanks ! Poul-Henning From owner-freebsd-current Tue Oct 10 16:28:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA09615 for current-outgoing; Tue, 10 Oct 1995 16:28:34 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA09609 for ; Tue, 10 Oct 1995 16:28:28 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA10262; Wed, 11 Oct 1995 09:21:24 +1000 Date: Wed, 11 Oct 1995 09:21:24 +1000 From: Bruce Evans Message-Id: <199510102321.JAA10262@godzilla.zeta.org.au> To: pst@shockwave.com, wollman@lcs.mit.edu Subject: Re: tail dumps core Cc: Kai.Vorma@hut.fi, ache@astral.msk.su, current@freebsd.org, terry@lambert.org Sender: owner-current@freebsd.org Precedence: bulk > memset(&i, 0, sizeof i); > if (i == 0) { > printf("your machine is normal\n"); > } else { > printf("your machine is really weird, but allowed by the" > " C standard\n"); > } >How could this possibly be allowed by the C standard? I'm utterly >confused. Anything not disallowed by the standard is allowed. There doesn't seem to be anything to stop a perverse implementation from storing (e.g.) 0 as 1 and 1 as 0. Bruce From owner-freebsd-current Tue Oct 10 19:26:21 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA17441 for current-outgoing; Tue, 10 Oct 1995 19:26:21 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA17435 for ; Tue, 10 Oct 1995 19:26:12 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA13116; Wed, 11 Oct 1995 12:24:33 +0930 From: Michael Smith Message-Id: <199510110254.MAA13116@genesis.atrad.adelaide.edu.au> Subject: Re: tail dumps core To: imp@village.org (Warner Losh) Date: Wed, 11 Oct 1995 12:24:32 +0930 (CST) Cc: pst@shockwave.com, current@FreeBSD.ORG In-Reply-To: <199510102056.OAA18756@rover.village.org> from "Warner Losh" at Oct 10, 95 02:56:53 pm Content-Type: text Content-Length: 1206 Sender: owner-current@FreeBSD.ORG Precedence: bulk Warner Losh stands accused of saying: > : How could this possibly be allowed by the C standard? I'm utterly > : confused. > > I think that on one's complement machines you can have a zero that is > "+0" and one that is "-0", one of which may or may not be the > "standard" zero on that platform. +0 is typically all zeros on this > machine but -0 typically has the sign bit set, and all the rest of the > bits clear. However, on a machine like this one would expect the zero > to either be normalized, or the sign bit to be masked out. You may also be on a platform that uses offset binary, or that packs hardware type information into spare bits. The C standard strives for portability. I don't expect that any of the above is likely to become popular in the near future, so it's not really such an issue. > Warner -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-current Tue Oct 10 19:27:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA17532 for current-outgoing; Tue, 10 Oct 1995 19:27:44 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA17523 for ; Tue, 10 Oct 1995 19:27:36 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id WAA22389; Tue, 10 Oct 1995 22:15:47 -0400 Date: Tue, 10 Oct 1995 22:15:46 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: tail dumps core To: Terry Lambert cc: Paul Traina , wollman@lcs.mit.edu, terry@lambert.org, ache@astral.msk.su, Kai.Vorma@hut.fi, current@freebsd.org In-Reply-To: <199510102049.NAA11050@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Tue, 10 Oct 1995, Terry Lambert wrote: > > How could this possibly be allowed by the C standard? I'm utterly > > confused. > > A non-two's complement machine? > > I defy you to purchase one, however. 8-). now terry, i used a cdc 6600 once (boy i hope that's the right number, its been a while ;) twas a one's complement beast. we used to work newbies over real good with 0 != 0 ;)) > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-current Tue Oct 10 20:39:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA20408 for current-outgoing; Tue, 10 Oct 1995 20:39:23 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA20403 ; Tue, 10 Oct 1995 20:39:20 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA12252; Tue, 10 Oct 1995 20:36:43 -0700 From: Terry Lambert Message-Id: <199510110336.UAA12252@phaeton.artisoft.com> Subject: FS LAYERING PATCHES AGAINST CURRENT UPLOADED To: hackers@freebsd.org, current@freebsd.org Date: Tue, 10 Oct 1995 20:36:42 -0700 (MST) Cc: terry@phaeton.artisoft.com (Terry Lambert) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2475 Sender: owner-current@freebsd.org Precedence: bulk I have uploaded the FS layering patches I promised last week. They are in ~terry/fs_layer_patch.gz on freefall.crom.com. These patches apply to all file system types in the -current distribution. If you are developing a file system and it is not in the -current tree, you will need to retrofit your FS. For example: John Dyson: You will need to remove the explicit cn_pnbuf freeing in your port of the ext2fs. This is now done explicitly by the caller. These fix the protocol layering violations in the Heidemann framework as it had been pounded into the 4.4BSD lite code. The kern/vfs_syscalls.c has been almost totally rewritten to use full negative logic. A patch to vfs_lookup.c is not included in this release, but will get rid of the "bogus_namei:" labels when that is done (the patch is obvious from the code, as the code is commented to that effect). I can supply kern/vfs_syscalls.c as a seperate file if the patch is considered too complex. The code is completely functional and had been regression tested. These patches also add a line to vnode_if.h and vnode_if.c by way of mods to the kern/vnode_if.sh. This line is an explicit ops count, which gets rid of the counter in kern/vfs_init.c. This was necessary to allow booting with zero file system types defined. This same fix fixes preinitialization file system module loading, which use to fail for the first file system type. This is a total of about a 5 line change altogether, but it is a large step towards making the object files the same for FS LKMs and for statically loadable LKMs. Included in this patch set are some NFS fixes for three bugs that would cause the system to eventually panic by multiply freeing path name buffers onto the freelist when accessed via a PCNFS implementation that did not check the existence of a file/directory before attempting a create. In addition, there are some similar bugs (two of them) fixed in the vfs_syscalls.c code by the rewrite. AFTER APPLYING THESE PATCHES, YOU *MUST* REBUILD YOUR KERNEL BUILD DIRECTORY FROM SCRATCH. THESE PATCHES MODIFY THE kern/vnode_if.sh SCRIPT, WHICH GENERATES THE vnode_if.c AND vnode_if.h FILES IN A KERNEL BUILD!!! THEY ALSO REDEFINE THE SEMANTICS OF BUFFER SAVING: YOU *WILL* HAVE A MEMORY LEAK IF YOU DON'T FULLY REBUILD YOUR KERNEL FROM SCRATCH! Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Oct 10 21:23:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA21883 for current-outgoing; Tue, 10 Oct 1995 21:23:24 -0700 Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA21878 for ; Tue, 10 Oct 1995 21:23:21 -0700 Received: from localhost.jdl.com (localhost.jdl.com [127.0.0.1]) by chrome.jdl.com (8.6.11/8.6.9) with SMTP id XAA10749; Tue, 10 Oct 1995 23:21:47 -0500 Message-Id: <199510110421.XAA10749@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost.jdl.com didn't use HELO protocol To: "Jonathan M. Bresler" cc: current@freebsd.org Subject: Re: tail dumps core In-reply-to: Your message of "Tue, 10 Oct 1995 22:15:46 EDT." Reply-To: jdl@chromatic.com Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Tue, 10 Oct 1995 23:21:46 -0500 From: Jon Loeliger Sender: owner-current@freebsd.org Precedence: bulk Apparently, "Jonathan M. Bresler" scribbled: > On Tue, 10 Oct 1995, Terry Lambert wrote: > > I defy you to purchase one, however. 8-). > > now terry, i used a cdc 6600 once (boy i hope that's the right number, > its been a while ;) twas a one's complement beast. we used to work > newbies over real good with 0 != 0 ;)) That's correct. As was the 6500. But remember, they used 6 bit display code too. I'll drag out the COMPASS manual if needed... :-) Where *is* Seymore when you need (to abuse) him? jdl From owner-freebsd-current Tue Oct 10 23:23:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA24972 for current-outgoing; Tue, 10 Oct 1995 23:23:42 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA24826 for ; Tue, 10 Oct 1995 23:21:13 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id HAA03367 ; Wed, 11 Oct 1995 07:14:55 +0100 To: Bruce Evans cc: kargl@troutmask.apl.washington.edu, current@freebsd.org Subject: Re: docs/776: j0 man page fixes. In-reply-to: Your message of "Wed, 11 Oct 1995 07:37:56 +1000." <199510102137.HAA06373@godzilla.zeta.org.au> Date: Wed, 11 Oct 1995 07:14:52 +0100 Message-ID: <3365.813392092@palmer.demon.co.uk> From: Gary Palmer Sender: owner-current@freebsd.org Precedence: bulk Bruce Evans stands accused of writing in message ID <199510102137.HAA06373@godzilla.zeta.org.au>: >I couldn't find any online docs for the man macros. Are there any? man mdoc man mdoc.samples Thanks to all those who pointed this out to me when I asked a few weeks back :-) Gary From owner-freebsd-current Tue Oct 10 23:51:19 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA25575 for current-outgoing; Tue, 10 Oct 1995 23:51:19 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA25568 for ; Tue, 10 Oct 1995 23:51:15 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA23221; Wed, 11 Oct 1995 07:51:10 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA20460; Wed, 11 Oct 1995 07:51:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id HAA07646; Wed, 11 Oct 1995 07:50:23 +0100 From: J Wunsch Message-Id: <199510110650.HAA07646@uriah.heep.sax.de> Subject: Re: docs/776: j0 man page fixes. To: bde@zeta.org.au (Bruce Evans) Date: Wed, 11 Oct 1995 07:50:22 +0100 (MET) Cc: kargl@troutmask.apl.washington.edu, current@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510102137.HAA06373@godzilla.zeta.org.au> from "Bruce Evans" at Oct 11, 95 07:37:56 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 651 Sender: owner-current@FreeBSD.ORG Precedence: bulk As Bruce Evans wrote: > > [old version] > >! .Em Bessel function of the first kind of the order > > `.Em'; seems to need quoting: > > .Em "Bessel function of the first kind of the order" > > seems to work OK. .Em Bessel function of the first .Em kind of the order should also work. Quoting is not always guaranteed to work. The problem is that the number of args for the Em macro exceeded 8. > I couldn't find any online docs for the man macros. Are there any? mdoc.samples(7) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Oct 11 02:40:28 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA01598 for current-outgoing; Wed, 11 Oct 1995 02:40:28 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA01593 for ; Wed, 11 Oct 1995 02:40:21 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA30656; Wed, 11 Oct 1995 19:38:53 +1000 Date: Wed, 11 Oct 1995 19:38:53 +1000 From: Bruce Evans Message-Id: <199510110938.TAA30656@godzilla.zeta.org.au> To: bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: docs/776: j0 man page fixes. Cc: current@FreeBSD.ORG, kargl@troutmask.apl.washington.edu Sender: owner-current@FreeBSD.ORG Precedence: bulk >.Em Bessel function of the first >.Em kind of the order >should also work. Quoting is not always guaranteed to work. The >problem is that the number of args for the Em macro exceeded 8. Arg[h]. Actually 9 seem to work, and the definition has A1-A9. >> I couldn't find any online docs for the man macros. Are there any? >mdoc.samples(7) Where are the limits documented? :-). Bruce From owner-freebsd-current Wed Oct 11 06:48:29 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA08194 for current-outgoing; Wed, 11 Oct 1995 06:48:29 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA08189 for ; Wed, 11 Oct 1995 06:48:26 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id XAA23413 for current@freebsd.org; Wed, 11 Oct 1995 23:48:19 +1000 From: michael butler Message-Id: <199510111348.XAA23413@asstdc.scgt.oz.au> Subject: -fno-strength-reduce ? To: current@freebsd.org Date: Wed, 11 Oct 1995 23:48:18 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 572 Sender: owner-current@freebsd.org Precedence: bulk I notice, in the example /etc/make.conf, that the utilities are recommended to be compiled (if you wish to use optimisations), with the "no-strength-reduce" directive. OK, I assume something breaks .. but should everything be compiled with this ? Isn't it enough to add the relevant CFLAGS to that specific thing which breaks ? If it is a generic "gcc (2.63) is broken with optimisation" problem, can/should the kernel be compiled with "-O2 -fno-strength-reduce" or are there other hidden "gotchas" that break it as well over and above the "-O" example given ? michael From owner-freebsd-current Wed Oct 11 07:22:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA08803 for current-outgoing; Wed, 11 Oct 1995 07:22:46 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA08787 for ; Wed, 11 Oct 1995 07:22:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA18497; Wed, 11 Oct 1995 15:21:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA23382; Wed, 11 Oct 1995 15:21:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA08688; Wed, 11 Oct 1995 14:57:49 +0100 From: J Wunsch Message-Id: <199510111357.OAA08688@uriah.heep.sax.de> Subject: Re: docs/776: j0 man page fixes. To: bde@zeta.org.au (Bruce Evans) Date: Wed, 11 Oct 1995 14:57:49 +0100 (MET) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <199510110938.TAA30656@godzilla.zeta.org.au> from "Bruce Evans" at Oct 11, 95 07:38:53 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 595 Sender: owner-current@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >mdoc.samples(7) > > Where are the limits documented? :-). Where one would expect it. :-) MDOC.SAMPLES(7) UNIX Reference Manual MDOC.SAMPLES(7) NAME mdoc.samples - tutorial sampler for writing BSD UNIX manuals with -mdoc ... TROFF IDIOSYNCRASIES ... Macro Usage ... In general, troff(1) macros accept up to nine arguments, any extra argu- ments are ignored. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Oct 11 10:34:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13719 for current-outgoing; Wed, 11 Oct 1995 10:34:34 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA13709 for ; Wed, 11 Oct 1995 10:34:31 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA12078; Wed, 11 Oct 1995 10:30:15 -0700 From: "Rodney W. Grimes" Message-Id: <199510111730.KAA12078@GndRsh.aac.dev.com> Subject: Re: docs/776: j0 man page fixes. To: gary@palmer.demon.co.uk (Gary Palmer) Date: Wed, 11 Oct 1995 10:30:14 -0700 (PDT) Cc: bde@zeta.org.au, kargl@troutmask.apl.washington.edu, current@freebsd.org In-Reply-To: <3365.813392092@palmer.demon.co.uk> from "Gary Palmer" at Oct 11, 95 07:14:52 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: 681 Sender: owner-current@freebsd.org Precedence: bulk > > Bruce Evans stands accused of writing in message ID > <199510102137.HAA06373@godzilla.zeta.org.au>: > >I couldn't find any online docs for the man macros. Are there any? > > man mdoc > man mdoc.samples > > Thanks to all those who pointed this out to me when I asked a few > weeks back :-) man man could use some updateing. Specifically it should xref these, and the calls to troff in the -t option section should be changed (god, I hope it is not doing what the man page says and using -man instead of -mandoc :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Oct 11 11:47:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14797 for current-outgoing; Wed, 11 Oct 1995 11:47:12 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA14792 for ; Wed, 11 Oct 1995 11:47:08 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA24481; Wed, 11 Oct 1995 12:49:17 -0600 Date: Wed, 11 Oct 1995 12:49:17 -0600 From: Nate Williams Message-Id: <199510111849.MAA24481@rocky.sri.MT.net> To: michael butler Cc: current@freebsd.org Subject: Re: -fno-strength-reduce ? In-Reply-To: <199510111348.XAA23413@asstdc.scgt.oz.au> References: <199510111348.XAA23413@asstdc.scgt.oz.au> Sender: owner-current@freebsd.org Precedence: bulk > If it is a generic "gcc (2.63) is broken with optimisation" problem. Yep. > can/should the kernel be compiled with "-O2 -fno-strength-reduce" or are > there other hidden "gotchas" that break it as well over and above the "-O" > example given ? Nope, it's a problem with all gcc releases since 2.4.5 with -O2 optimization. It wasn't originally going to be fixed in 2.7.1, but given the amount of time since the 2.7.0 release they may get time to fix it. :) Nate From owner-freebsd-current Wed Oct 11 12:57:50 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA16101 for current-outgoing; Wed, 11 Oct 1995 12:57:50 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA16096 ; Wed, 11 Oct 1995 12:57:46 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA13673; Wed, 11 Oct 1995 12:53:55 -0700 From: Terry Lambert Message-Id: <199510111953.MAA13673@phaeton.artisoft.com> Subject: Re: FS LAYERING PATCHES AGAINST CURRENT UPLOADED To: dave@elxr.jpl.nasa.gov (Dave Hayes) Date: Wed, 11 Oct 1995 12:53:55 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199510111919.MAA02797@elxr.jpl.nasa.gov> from "Dave Hayes" at Oct 11, 95 12:19:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2471 Sender: owner-current@FreeBSD.ORG Precedence: bulk > >I have uploaded the FS layering patches I promised last week. > > Are these patches that allow one to glom disk partitions onto > another (like ccd in NetBSD) to make a meta-partition? No. These are the patches that fix the cn_pnbuf implied deallocation in every file system instance. They also cause the vnode_if. and vnode_if.h (machine generated files) to count the defined VOP descriptors by sizeof() aritmatic instead of having to have an FS defined in vfs_init.c. They also fix the double deallocation problems that could occur from PCNFS clients and in some extreme error cases. The following patch was inadvertently left out (thanks Paul!) when -current went from a straight queue to a circular queue. If you apply the patches, make sure you apply this one as well: ============================================================================== *** vfs_syscalls.c.bad Wed Oct 11 11:05:04 1995 --- vfs_syscalls.c Wed Oct 11 11:34:51 1995 *************** *** 500,507 **** */ if (((uap->flags & MNT_NOWAIT) == 0 || (uap->flags & MNT_WAIT)) && ! (error = VFS_STATFS(mp, sp, p))) continue; sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; if( error = copyout((caddr_t)sp, sfsp, sizeof(*sp))) { break; /* error, mp != NULL*/ --- 500,509 ---- */ if (((uap->flags & MNT_NOWAIT) == 0 || (uap->flags & MNT_WAIT)) && ! (error = VFS_STATFS(mp, sp, p))) { ! error = 0; continue; + } sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; if( error = copyout((caddr_t)sp, sfsp, sizeof(*sp))) { break; /* error, mp != NULL*/ *************** *** 512,518 **** } /* only if loop above completed successfully*/ ! if( mp == NULL) { if (sfsp && count > maxcount) *retval = maxcount; else --- 514,520 ---- } /* only if loop above completed successfully*/ ! if( mp == (void *)&mountlist) { if (sfsp && count > maxcount) *retval = maxcount; else ============================================================================== Paul has also seen a dual free panic when compiled with DIAGNOSTIC set. He hasn't reported what was going on at the time (I suspect either NFS or a file system LKM that wasn't rebuilt or a non-standard file system from outside of -current, like John Dyson's ext2fs). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Oct 11 18:52:29 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA27490 for current-outgoing; Wed, 11 Oct 1995 18:52:29 -0700 Received: from seraph.uunet.ca (uunet.ca [142.77.1.254]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA27484 for ; Wed, 11 Oct 1995 18:52:26 -0700 Received: from now by mail.uunet.ca with UUCP id <251345-4>; Wed, 11 Oct 1995 21:54:46 -0400 From: Eric Siegerman To: freebsd-current@freebsd.org Date: Wed, 11 Oct 1995 20:07:23 -0400 Message-ID: <951011200723.17881@now.com> Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... Sender: owner-current@freebsd.org Precedence: bulk On Oct 10, Stefan Esser wrote: > [...] if just a single > directory is searched (e.g. /compat/ibcs2/lib) a mount of a System V > /usr file system on /compat/ibcs2 would not be much use. There were > other directories that contain shared libraries under 386/ix at least > (I never had to work on a SCO system) FYI, Xenix 2.3.4 has a shared library in /shlib/libc_s. -- | | /\ |-_|/ > Eric Siegerman, Toronto, Ont. erics@now.com | | / ... that foreign country, the future, whither we are all willy-nilly being deported... -- John Brunner From owner-freebsd-current Wed Oct 11 18:56:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA27754 for current-outgoing; Wed, 11 Oct 1995 18:56:18 -0700 Received: from maui.com (langfod@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA27749 for ; Wed, 11 Oct 1995 18:56:16 -0700 Received: (from langfod@localhost) by maui.com (8.6.10/8.6.6) id QAA06063 for current@freebsd.org; Wed, 11 Oct 1995 16:00:06 -1000 From: David Langford Message-Id: <199510120200.QAA06063@ maui.com> Subject: machine hang with "dd" and SCSI DAT drive To: current@freebsd.org Date: Wed, 11 Oct 1995 16:00:06 -1000 (HST) X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1559 Sender: owner-current@freebsd.org Precedence: bulk I am trying to put a very small text file onto a SCSI DAT tape using "dd". When I do a "dd if=FILENAME of=/dev/rst0" the light on the DAT drive goes on and the machine hangs. If I am in text mode (as opposed to X) using syscons I can switch between consoles but there are no cusors in any of them. Also (not suprisingly) CNTL-ALT-DEL doesnt do anthing. (i.e. the machine seem pretty well hosed). Normall dump/tar seem to work without problems. Any ideas what might be up? Here is (most of) my dmesg output: (aic0 is a 1522 is this case.) FreeBSD 2.2-CURRENT #0: Wed Oct 11 13:06:19 HST 1995 root@caliban:/usr/src/sys/compile/CALIBAN CPU: i486DX (486-class CPU) real memory = 20971520 (20480K bytes) avail memory = 18546688 (18112K bytes) Probing for devices on the ISA bus: aic0 at 0x340-0x35f irq 9 on isa (aic0:2:0): "ARCHIVE Python 25588-XXX 2.96" type 1 removable SCSI 2 st0(aic0:2:0): Sequential-Access density code 0x13, 512-byte blocks, write-enabled wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): < MAXTOR MXT-540 AT> wd0: 504MB (1032192 sectors), 1024 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 1204MB (2467584 sectors), 2448 cyls, 16 heads, 63 S/T, 512 B/S -- /--------------------------------------------------------------------\ | David Langford - Kihei, Maui, Hawaii - langfod@maui.com | | Maui Research and Technology Center -- Network Administrator | \--------------------------------------------------------------------/ From owner-freebsd-current Wed Oct 11 23:55:16 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA10931 for current-outgoing; Wed, 11 Oct 1995 23:55:16 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA10926 for ; Wed, 11 Oct 1995 23:55:12 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #20) id m0t3HWT-000V3WC; Wed, 11 Oct 95 23:53 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id XAA16122 for freebsd-current@FreeBSD.org; Wed, 11 Oct 1995 23:55:03 -0700 From: Morgan Davis Message-Id: <199510120655.XAA16122@io.cts.com> Subject: Re: Major problem with IDE hard drive and current To: freebsd-current@FreeBSD.org Date: Wed, 11 Oct 1995 23:55:02 -0700 (PDT) In-Reply-To: <199509130916.TAA00257@godzilla.zeta.org.au> from "Bruce Evans" at Sep 13, 95 07:16:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2042 Sender: owner-current@FreeBSD.org Precedence: bulk Bruce, I saved this message in my mailbox now until I had some time to get back into debugging this. Before I get started, though, I was wondering if over the last month if anything has been done to address this problem. I've been hesitant to sup -current ever since the last attempt failed to see my drives at bootup. BTW, the Conner drives in my machine are very new (like less than 1 year old). And using the onboard IDE controller on my motherboard works fine with them. The caching IDE controller I'm now using for some performance advantages is the culprit, I'm sure. So I don't think the trouble is with the drives themselves, but in communicating with them through the caching IDE controller card. We already determined that the status result on resetting the card is returning an unexepected bit. I'll bet other operations are hampered in the same way, causing the problems I describe below. --Morgan Bruce Evans writes: > > >> It is probably a drive problem. What drives do both of you have? > > >I suppose. But why would these same drives not have the problem in > >previous versions of FreeBSD (going back to 2.0 for me)? > > Because the cdrom code changed the test. > > >You know, I recall the boot display showing the name of the hard > >drives before, so I was just going to suck in the relevant output from > >dmesg. And lo: > > >wdreset: du->dk_status: 0x52 > >wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa > >wdc0: unit 0 (wd0): <> > >wd0: size unknown, using BIOS values > > This shows that the WDCC_READP command failed. It shouldn't fail for > any standard IDE drive, especially a modern one that supports all those > flags. > > >The drives are both Conners, but I'm not sure of the exact model > >number (without resorting to opening the case ... only if you insist.) > > It's probably not important. But please find out why WDCC_READP is > failing. (Call wderror() in wdgetctlr(). The only normal error is > "abort" which means that the drive doesn't support the command.) > > Bruce > From owner-freebsd-current Thu Oct 12 02:44:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA22890 for current-outgoing; Thu, 12 Oct 1995 02:44:48 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA22883 for ; Thu, 12 Oct 1995 02:44:44 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id CAA01620; Thu, 12 Oct 1995 02:44:03 -0700 Date: Thu, 12 Oct 1995 02:44:03 -0700 Message-Id: <199510120944.CAA01620@silvia.HIP.Berkeley.EDU> To: se@ZPR.Uni-Koeln.DE CC: roberto@keltia.freenix.fr, current@freebsd.org In-reply-to: <199510102119.AA11388@Sysiphos> (se@ZPR.Uni-Koeln.DE) Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org Precedence: bulk * If nobody else is afraid that there will be lots of people that just * don't understand why installing the compatibility libraries under * /compat makes their system unusable (i.e. no space left in /tmp or /var * on a default installation). Seconded.... Satoshi From owner-freebsd-current Thu Oct 12 05:59:00 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA08384 for current-outgoing; Thu, 12 Oct 1995 05:59:00 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA08250 for ; Thu, 12 Oct 1995 05:57:28 -0700 Received: by Sysiphos id AA10533 (5.67b/IDA-1.5 for current@freebsd.org); Thu, 12 Oct 1995 13:56:39 +0100 Message-Id: <199510121256.AA10533@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 12 Oct 1995 13:56:38 +0100 In-Reply-To: Eric Siegerman "Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ..." (Oct 11, 20:07) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Eric Siegerman Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Oct 11, 20:07, Eric Siegerman wrote: } Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs } On Oct 10, Stefan Esser wrote: } > [...] if just a single } > directory is searched (e.g. /compat/ibcs2/lib) a mount of a System V } > /usr file system on /compat/ibcs2 would not be much use. There were } > other directories that contain shared libraries under 386/ix at least } > (I never had to work on a SCO system) } } FYI, Xenix 2.3.4 has a shared library in /shlib/libc_s. Thanks for the information! It seems to strengthen my point, that mounting a System V file system under /compat/ibcs2 and using its bin and lib directories will not work in general ... We'll need to play tricks (e.g. with symlinks) to make the shared libraries appear at the place where the emulation code looks for them, and then I'd rather choose a file system, that is suitable to take a copy of those libs, in case I need to install them ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Thu Oct 12 10:25:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA22129 for current-outgoing; Thu, 12 Oct 1995 10:25:48 -0700 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA22045 for ; Thu, 12 Oct 1995 10:23:48 -0700 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id MAA22543; Thu, 12 Oct 1995 12:23:17 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id MAA08152; Thu, 12 Oct 1995 12:30:20 -0500 Message-Id: <199510121730.MAA08152@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: se@zpr.uni-koeln.de (Stefan Esser) cc: Eric Siegerman , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... In-reply-to: Your message of "Thu, 12 Oct 1995 13:56:38 BST." <199510121256.AA10533@Sysiphos> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Oct 1995 12:30:19 -0500 From: "Eric L. Hernes" Sender: owner-current@FreeBSD.ORG Precedence: bulk > On Oct 11, 20:07, Eric Siegerman wrote: > } Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs > } On Oct 10, Stefan Esser wrote: > } > [...] if just a single > } > directory is searched (e.g. /compat/ibcs2/lib) a mount of a System V > } > /usr file system on /compat/ibcs2 would not be much use. There were > } > other directories that contain shared libraries under 386/ix at least > } > (I never had to work on a SCO system) > } > } FYI, Xenix 2.3.4 has a shared library in /shlib/libc_s. > > Thanks for the information! > > It seems to strengthen my point, that > mounting a System V file system under > /compat/ibcs2 and using its bin and lib > directories will not work in general ... I do more work than I care to admit on SCO. I've used Xenix, Sco Unix, and now the OpenServer5 crap. Just as a matter of interest, how would you propose mounting a Xenix filesystem? Xenix doesn't have nfs, and FBSD doesn't support Xenix (or SysV for that matter) filesystems. You could possibly mount a Xenix filesystem on an SCO Unix box and then nfs from there, but if you already have an SCO machine, why do you need iBCS? > > We'll need to play tricks (e.g. with > symlinks) to make the shared libraries > appear at the place where the emulation > code looks for them, and then I'd rather > choose a file system, that is suitable to > take a copy of those libs, in case I need > to install them ... I believe that BSDi traps all system calls which deal with filenames (particularily open, maybe only open) and re-maps some of them to the sco-filesystem layout (eg /usr/spool -> /varr/spool) I would expect the system calls to already be trapped. I don't know how the old SysV shared lib scheme works, for example who loads the library etc... > > Regards, STefan > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-current Thu Oct 12 11:05:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23728 for current-outgoing; Thu, 12 Oct 1995 11:05:47 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA23714 for ; Thu, 12 Oct 1995 11:05:42 -0700 Received: by Sysiphos id AA16416 (5.67b/IDA-1.5 for current@freebsd.org); Thu, 12 Oct 1995 19:04:34 +0100 Message-Id: <199510121804.AA16416@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 12 Oct 1995 19:04:34 +0100 In-Reply-To: "Eric L. Hernes" "Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ..." (Oct 12, 12:30) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Eric L. Hernes" Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Oct 12, 12:30, "Eric L. Hernes" wrote: } Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs } > On Oct 11, 20:07, Eric Siegerman wrote: } > It seems to strengthen my point, that } > mounting a System V file system under } > /compat/ibcs2 and using its bin and lib } > directories will not work in general ... } } I do more work than I care to admit on SCO. } I've used Xenix, Sco Unix, and now the OpenServer5 crap. } } Just as a matter of interest, how would you propose mounting } a Xenix filesystem? Xenix doesn't have nfs, and FBSD doesn't support } Xenix (or SysV for that matter) filesystems. You could possibly } mount a Xenix filesystem on an SCO Unix box and then nfs from there, } but if you already have an SCO machine, why do you need iBCS? Well, frankly, I don't know how to mount an SCO file system. The emulation code currently has /compat/ibcs2/lib magically made a place to look for ibcs2 shared liberaries, and I had pointed out, that some directory in the /usr tree might be more appropriate. But the same argument might hold for Linux, where a ext2fs file system is said to be expected in FreeBSD very soon ... Since not all shared libraries are guaranteed to be found in the same directory under SCO or Linux, people will have to combine the mount with symlinks, in order to have all the libraries appear in one directory under FreeBSD. And then I want the directory **searched** for libraries to be at /usr/compat/linux rather than /compat/linux, since just copying the libraries into that directory will be the thing a "naive" user will do ... } > We'll need to play tricks (e.g. with } > symlinks) to make the shared libraries } > appear at the place where the emulation } > code looks for them, and then I'd rather } > choose a file system, that is suitable to } > take a copy of those libs, in case I need } > to install them ... } } I believe that BSDi traps all system calls which deal with } filenames (particularily open, maybe only open) and re-maps some of } them to the sco-filesystem layout (eg /usr/spool -> /varr/spool) } I would expect the system calls to already be trapped. } I don't know how the old SysV shared lib scheme works, for } example who loads the library etc... The scheme was very simple and just had each library compiled to a fixed address. The library was then mapped in to a shared memory segment, that was mapped into the application by crt0.o, I guess ... There was no address fixup required, thus there was no need for an actual dynamic linker. I've got to admit, that I didn't yet look up any details of the emulation code, and don't know, whether they do the path fixup like BSDi ... Well, but my interests are mainly in device drivers, not system emulation, and I just wanted to point out, that the root filesystem was not the place to actually **put** the ibcs2/Linux shared libraries, and that the place where they are looked for ought to be womewhere below /usr IMHO ... Regards, STefan From owner-freebsd-current Thu Oct 12 11:34:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA24591 for current-outgoing; Thu, 12 Oct 1995 11:34:58 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA24583 for ; Thu, 12 Oct 1995 11:34:51 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15628; Thu, 12 Oct 1995 11:30:45 -0700 From: Terry Lambert Message-Id: <199510121830.LAA15628@phaeton.artisoft.com> Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs2_isc_syscall.h ibcs2_isc_sysent.c ... To: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 12 Oct 1995 11:30:45 -0700 (MST) Cc: erics@now.com, current@freebsd.org In-Reply-To: <199510121256.AA10533@Sysiphos> from "Stefan Esser" at Oct 12, 95 01:56:38 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: 2131 Sender: owner-current@freebsd.org Precedence: bulk STefan writes: > On Oct 11, 20:07, Eric Siegerman wrote: > } Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h ibcs > } On Oct 10, Stefan Esser wrote: > } > [...] if just a single > } > directory is searched (e.g. /compat/ibcs2/lib) a mount of a System V > } > /usr file system on /compat/ibcs2 would not be much use. There were > } > other directories that contain shared libraries under 386/ix at least > } > (I never had to work on a SCO system) > } > } FYI, Xenix 2.3.4 has a shared library in /shlib/libc_s. > > Thanks for the information! > > It seems to strengthen my point, that > mounting a System V file system under > /compat/ibcs2 and using its bin and lib > directories will not work in general ... > > We'll need to play tricks (e.g. with > symlinks) to make the shared libraries > appear at the place where the emulation > code looks for them, and then I'd rather > choose a file system, that is suitable to > take a copy of those libs, in case I need > to install them ... With respect, this does not strengthen your argument. The NetBSD (FreeBSD -current) code operates by causing lookups to occur in the subtree as if it were the root before occurring in the actual root for lookups for binaries (actually, this could be made more general, but would require about 200 lines of changes to kern/vfs_lookup.c and all code calling namei() to use preparsed path component lists). What this means is that it doesn't matter where the root directory starts, as long as it starts somewhere. Effectively, each lookup occurs first in a chrooted environment, then in a non-chrooted environment if an emulation specific copy has not been found. So your argument, based on the premise that the loader itself was being hacked for the emulations, is incorrect. Mounting at various locations will, in fact, work, as long as the relative root is known to the exec loader and the system call entry translation functions of an exec loader. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Oct 12 11:40:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA24809 for current-outgoing; Thu, 12 Oct 1995 11:40:46 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA24799 for ; Thu, 12 Oct 1995 11:40:30 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15637; Thu, 12 Oct 1995 11:32:12 -0700 From: Terry Lambert Message-Id: <199510121832.LAA15637@phaeton.artisoft.com> Subject: Re: cvs commit: src/sys/i386/ibcs2 ibcs2_ioctl.h ibcs2_ipc.h To: erich@lodgenet.com (Eric L. Hernes) Date: Thu, 12 Oct 1995 11:32:11 -0700 (MST) Cc: se@zpr.uni-koeln.de, erics@now.com, current@FreeBSD.ORG In-Reply-To: <199510121730.MAA08152@jake.lodgenet.com> from "Eric L. Hernes" at Oct 12, 95 12:30:19 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: 987 Sender: owner-current@FreeBSD.ORG Precedence: bulk > > Thanks for the information! > > > > It seems to strengthen my point, that > > mounting a System V file system under > > /compat/ibcs2 and using its bin and lib > > directories will not work in general ... > > I do more work than I care to admit on SCO. > I've used Xenix, Sco Unix, and now the OpenServer5 crap. > > Just as a matter of interest, how would you propose mounting > a Xenix filesystem? Xenix doesn't have nfs, and FBSD doesn't support > Xenix (or SysV for that matter) filesystems. You could possibly > mount a Xenix filesystem on an SCO Unix box and then nfs from there, > but if you already have an SCO machine, why do you need iBCS? With a local Xenix FS implementation. But this does not effect the fact that a relative root is used and lookups are done twice: so it doesn't matter *where* the FS is actually mounted. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Oct 12 12:01:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA25292 for current-outgoing; Thu, 12 Oct 1995 12:01:17 -0700 Received: from crox.net.kiae.su (crox.net.kiae.su [144.206.130.72]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA25283 for ; Thu, 12 Oct 1995 12:00:58 -0700 Received: by crox.net.kiae.su id WAA00787; (8.6.11/vak/1.8a) Thu, 12 Oct 1995 22:00:04 +0300 To: current@freebsd.org Message-ID: Organization: Cronyx Ltd. Date: Thu, 12 Oct 95 22:00:03 +0300 X-Mailer: BML [UNIX Beauty Mail v.1.39] From: vak@cronyx.ru Subject: [patch] version 1.9 of ATAPI CD-ROM driver available Sender: owner-current@freebsd.org Precedence: bulk The patches for ATAPI CD-ROM driver, version 1.9, are available as ftp://ftp.freebsd.org/FreeBSD/incoming/wcd-cur-pch.tgz. I tried to solve the problem of IDE probing compatibility in this version. When compiled without an ATAPI option, the wd driver is fully backward compatible with 2.0.5. With ATAPI option, the wdprobe becomes strictly weaker. That is, if wdprobe works without ATAPI option, it will always work with it too. Another problem was with the CD-ROM drive attached as a slave in the IDE bus, where there is no master. All IDE CD-ROM drives are shipped in slave configuration, and most users just plug them in, never thinking about jumpers. It works fine with ms-dos and ms-windows, and this version of the driver supports it as well. The eject op can now load disks. Just repeat it twice, and the disk will be ejected and then loaded back. The disc cannot be ejected if it is mounted. The driver is now loadable (by default). To compile it as loadable: 1. Apply patches to i386/isa/atapi.c, i386/isa/atapi.h, i386/isa/wcd.c, i386/isa/wd.c, i386/i386/conf.c. 2. Remove "device wcd0" from the config file, "options ATAPI" should be present. 3. Recompile the kernel. 4. Move lkm/atapi and lkm/wcd directories to /usr/src/lkm directory, run "make all install" in /usr/src/lkm/atapi and /usr/src/lkm/wcd. 5. Reboot. 6. Run "modload -q -u -e atapi /lkm/atapi_mod.o" and "modload -q -u -e wcd /lkm/wcd_mod.o". To make it static, as before, add "options ATAPI_STATIC" and "device wcd0..." to config file. Regards, Serge --- Serge Vakulenko Cronyx Ltd., Moscow Unix consulting and custom programming phone: +7 (095) 939-23-23 FreeBSD support fax: +7 (095) 939-03-00 Relcom network development From owner-freebsd-current Thu Oct 12 15:21:39 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA01917 for current-outgoing; Thu, 12 Oct 1995 15:21:39 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA01912 for ; Thu, 12 Oct 1995 15:21:35 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA07174; Fri, 13 Oct 1995 08:04:32 +1000 Date: Fri, 13 Oct 1995 08:04:32 +1000 From: Bruce Evans Message-Id: <199510122204.IAA07174@godzilla.zeta.org.au> To: current@FreeBSD.ORG, vak@cronyx.ru Subject: Re: [patch] version 1.9 of ATAPI CD-ROM driver available Sender: owner-current@FreeBSD.ORG Precedence: bulk >The disc cannot be ejected if it is mounted. Even after the raw device has been accessed? All current cd drivers have buggy open tracking so they probably allow mounted disks to be ejected after the corresponding raw device has been opened and closed. Bruce From owner-freebsd-current Fri Oct 13 02:11:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA22474 for current-outgoing; Fri, 13 Oct 1995 02:11:11 -0700 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA22465 for ; Fri, 13 Oct 1995 02:11:02 -0700 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA00497 for freebsd-current@freefall.cdrom.com; Fri, 13 Oct 1995 10:08:25 +0100 Date: Fri, 13 Oct 1995 10:08:25 +0100 From: "Christoph P. Kukulies" Message-Id: <199510130908.KAA00497@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: make world bombs with -pipe option Sender: owner-current@FreeBSD.org Precedence: bulk I tried it twice now and went back to compile w/o -pipe (/etc/make.conf). make world failed with a error code 139 (see my recent posting on this) during making shared libm . if [ -f man/acos.3 ]; then gzip -f < man/acos.3 > acos.3.gz; else gzip -f < /usr/src/lib/msun/man/acos.3 > acos.3.gz; fi Memory fault - core dumped *** Error code 139 Stop. *** Error code 1 Stop. Strange though that is does not happen during cc but later. Can anyone confirm this? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Oct 13 02:47:53 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA23887 for current-outgoing; Fri, 13 Oct 1995 02:47:53 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA23881 for ; Fri, 13 Oct 1995 02:47:50 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3giM-0003vyC; Fri, 13 Oct 95 02:47 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id KAA01466; Fri, 13 Oct 1995 10:47:40 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-current@freefall.FreeBSD.org Subject: Re: make world bombs with -pipe option In-reply-to: Your message of "Fri, 13 Oct 1995 10:08:25 +0100." <199510130908.KAA00497@gilberto.physik.rwth-aachen.de> Date: Fri, 13 Oct 1995 10:47:40 +0100 Message-ID: <1464.813577660@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org Precedence: bulk > I tried it twice now and went back to compile w/o -pipe (/etc/make.conf). > make world failed with a error code 139 (see my recent posting on this) > during making shared libm . > > if [ -f man/acos.3 ]; then gzip -f < man/acos.3 > acos.3.gz; else gzip -f < /usr/src/lib/msun/man/acos.3 > acos.3.gz; fi > Memory fault - core dumped > *** Error code 139 > > Stop. > *** Error code 1 > > Stop. > > Strange though that is does not happen during cc but later. > Can anyone confirm this? Please try setenv MALLOC_OPTIONS Z and setenv MALLOC_OPTIONS j -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-current Fri Oct 13 10:19:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA06430 for current-outgoing; Fri, 13 Oct 1995 10:19:24 -0700 Received: from tcsi.tcs.com (tcsi.tcs.com [137.134.41.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA06417 for ; Fri, 13 Oct 1995 10:19:21 -0700 Received: from laguna.tcs.com (laguna.tcs.com [137.134.104.17]) by tcsi.tcs.com (8.6.10/8.6.10) with ESMTP id KAA23645 for ; Fri, 13 Oct 1995 10:18:50 -0700 Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by laguna.tcs.com (8.6.11/8.6.10) with SMTP id KAA01103 for ; Fri, 13 Oct 1995 10:18:49 -0700 Received: by cozumel.tcs.com (5.x/SMI-SVR4) id AA22734; Fri, 13 Oct 1995 09:31:28 -0700 From: ambrisko@tcs.com (Douglas Ambrisko) Message-Id: <9510131631.AA22734@cozumel.tcs.com> Subject: Wingz for Linux runs To: freebsd-current@freefall.freebsd.org Date: Fri, 13 Oct 1995 09:31:28 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk The guys that are now supporting Wingz (a commercial spreadsheet package) have made a "SHAREWARE" release of a Linux port. To find out more check http://www.wingz.com. I down loaded it last night and it worked just fine under current. Keep up the good work! Doug A. From owner-freebsd-current Fri Oct 13 10:33:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA06889 for current-outgoing; Fri, 13 Oct 1995 10:33:37 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA06883 for ; Fri, 13 Oct 1995 10:33:32 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id DAA29137 for current@freebsd.org; Sat, 14 Oct 1995 03:33:09 +1000 From: michael butler Message-Id: <199510131733.DAA29137@asstdc.scgt.oz.au> Subject: microtime.s .. I586 .. To: current@freebsd.org Date: Sat, 14 Oct 1995 03:33:08 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 460 Sender: owner-current@freebsd.org Precedence: bulk Could someone please add .. *** microtime.s~ Fri Oct 13 07:11:11 1995 --- microtime.s Sat Oct 14 03:30:52 1995 *************** *** 171,176 **** --- 171,177 ---- ret + #ifdef I586_CPU .extern _i586_ctr_bias ALIGN_TEXT *************** *** 181,183 **** --- 182,185 ---- sbbl _i586_ctr_bias+4, %edx divl %ecx # get value in usec jmp common_microtime + #endif .. for the benefit of those who don't compile for such hardware, michael From owner-freebsd-current Fri Oct 13 10:54:19 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07337 for current-outgoing; Fri, 13 Oct 1995 10:54:19 -0700 Received: from lehman.Lehman.COM (Lehman.COM [192.147.66.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07324 for ; Fri, 13 Oct 1995 10:54:03 -0700 Received: (from smap@localhost) by lehman.Lehman.COM (8.6.12/8.6.12) id NAA27722 for ; Fri, 13 Oct 1995 13:53:55 -0400 Received: from relay.mail.lehman.com(192.9.140.112) by lehman via smap (V1.3) id tmp027709; Fri Oct 13 13:53:07 1995 Received: from mf7753.lehman.com by relay.lehman.com (4.1/LB-0.6) id AA17932; Fri, 13 Oct 95 13:53:04 EDT Received: from localhost by mf7753.lehman.com (4.1/Lehman Bros. V1.6) id AA07959; Fri, 13 Oct 95 13:53:02 EDT Message-Id: <9510131753.AA07959@mf7753.lehman.com> X-Mailer: exmh version 1.5.3 12/28/94 To: freebsd-current@freefall.freebsd.org Subject: Re: Wingz for Linux runs In-Reply-To: Your message of "Fri, 13 Oct 1995 09:31:28 PDT." <9510131631.AA22734@cozumel.tcs.com> Reply-To: scanner@apricot.com X-Uri: http://www.apricot.com/~scanner X-Face: 6K2.ZvQgQ.NDQLIx.1pW(xRu*">:}&PX-Ad_!!?wU7H4L"wF"0xEwYu=8Or0V+=5?-eO1XL 7-0Hom/|]B2C7Uznyol-NVnvEk:+sod^MyB4v4qVpPDemr;b@pZdRSXu.'Gm^t0?2l,j[&t.kbc[UW x6Lz^e$K$W Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 13 Oct 1995 13:53:01 -0400 From: Scanner Sender: owner-current@FreeBSD.org Precedence: bulk ambrisko@tcs.com (Douglas Ambrisko) writes: > The guys that are now supporting Wingz (a commercial spreadsheet package) > have made a "SHAREWARE" release of a Linux port. To find out more > check http://www.wingz.com. I down loaded it last night and it worked > just fine under current. You mean running the linux emulator under freebsd-current? --Scanner (scanner@apricot.com) From owner-freebsd-current Fri Oct 13 13:51:03 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA11913 for current-outgoing; Fri, 13 Oct 1995 13:51:03 -0700 Received: from Wit401402.student.utwente.nl (wit401402.student.utwente.nl [130.89.236.162]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA11907 for ; Fri, 13 Oct 1995 13:50:58 -0700 Received: (from alain@localhost) by Wit401402.student.utwente.nl (8.6.12/8.6.9) id VAA00770; Fri, 13 Oct 1995 21:50:44 +0100 Date: Fri, 13 Oct 1995 21:50:34 +0100 (MET) From: Alain Kalker Reply-To: A.C.P.M.Kalker@student.utwente.nl To: current@freebsd.org Subject: Floating point exceptions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hello. After a long time I did another 'sup' and 'make world' (now -current at 10/12/95) and since I have some programs dumping core on floating point exceptions. They all ran without problems before (well, I wonder why Octave always exits with masked floating point exceptions, though). In the case of Csound I have found the offending instructions to be expressions involving comparisons or assignments. An example of an assignment which caused an exception: Wit401402:/usr/home/alain/src/csound/midifils$ gdb ../csound csound.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... Core was generated by `csound'. Program terminated with signal 8, Floating point exception. #0 0x2a43b in shortran () at soundio.c:349 349 if ((longsmp = *sp) >= 0) { /* +ive samp: */ (gdb) print longsmp $1 = 495 (gdb) print *sp $2 = -0.205639988 (gdb) whatis longsmp type = long int (gdb) whatis *sp type = float (gdb) quit This case involves a type conversion, but I have also seen exceptions with comparisons of two (small) floats. Can anyone tell me how to fix these? Are there any changes to libc / libm* which might explain this? --- Alain From owner-freebsd-current Fri Oct 13 14:21:57 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA13215 for current-outgoing; Fri, 13 Oct 1995 14:21:57 -0700 Received: from Wit401402.student.utwente.nl (wit401402.student.utwente.nl [130.89.236.162]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA13210 for ; Fri, 13 Oct 1995 14:21:54 -0700 Received: (from alain@localhost) by Wit401402.student.utwente.nl (8.6.12/8.6.9) id WAA00929; Fri, 13 Oct 1995 22:21:42 +0100 Date: Fri, 13 Oct 1995 22:21:42 +0100 (MET) From: Alain Kalker Reply-To: A.C.P.M.Kalker@student.utwente.nl To: current@freebsd.org Subject: Floating point exceptions (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Some important information added. ---------- Forwarded message ---------- Date: Fri, 13 Oct 1995 21:50:34 +0100 (MET) From: Alain Kalker To: current@freebsd.org Subject: Floating point exceptions Hello. After a long time I did another 'sup' and 'make world' (now -current at 10/12/95) and since I have some programs dumping core on floating point exceptions. They all ran without problems before (well, I wonder why Octave always exits with masked floating point exceptions, though). I am using a Pentium-90 processor, have tried recompiling the programs with -O2 -fno-strength-reduce, -O and no optimization. Though it is not related to this case, I have recompiled the math libraries with several options. In the case of Csound I have found the offending instructions to be expressions involving comparisons or assignments. An example of an assignment which caused an exception: Wit401402:/usr/home/alain/src/csound/midifils$ gdb ../csound csound.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... Core was generated by `csound'. Program terminated with signal 8, Floating point exception. #0 0x2a43b in shortran () at soundio.c:349 349 if ((longsmp = *sp) >= 0) { /* +ive samp: */ (gdb) print longsmp $1 = 495 (gdb) print *sp $2 = -0.205639988 (gdb) whatis longsmp type = long int (gdb) whatis *sp type = float (gdb) quit This case involves a type conversion, but I have also seen exceptions with comparisons of two (small) floats. Can anyone tell me how to fix these? Are there any changes to libc / libm* which might explain this? --- Alain From owner-freebsd-current Fri Oct 13 15:27:10 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA15299 for current-outgoing; Fri, 13 Oct 1995 15:27:10 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA15293 for ; Fri, 13 Oct 1995 15:27:05 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA22215; Sat, 14 Oct 1995 08:26:20 +1000 Date: Sat, 14 Oct 1995 08:26:20 +1000 From: Bruce Evans Message-Id: <199510132226.IAA22215@godzilla.zeta.org.au> To: current@freebsd.org, imb@scgt.oz.au Subject: Re: microtime.s .. I586 .. Sender: owner-current@freebsd.org Precedence: bulk >Could someone please add .. >*** microtime.s~ Fri Oct 13 07:11:11 1995 >--- microtime.s Sat Oct 14 03:30:52 1995 >*************** >*** 171,176 **** >--- 171,177 ---- > > ret > >+ #ifdef I586_CPU > .extern _i586_ctr_bias > > ALIGN_TEXT >*************** >*** 181,183 **** >--- 182,185 ---- > sbbl _i586_ctr_bias+4, %edx > divl %ecx # get value in usec > jmp common_microtime >+ #endif >.. for the benefit of those who don't compile for such hardware, I'm surprised anyone compiles without option I586_CPU. The benefits of not using it are tiny, and GENERIC uses it. The above code used to compile, but was only executed on non-penti586's. Now, after yesterday's changes it fails to compile because `i586_ctr_bias' is carefully ifdefed elsewhere and doesn't exist unless I586_CPU is defined. This is perhaps fortunate. Yesterday's changes also broke the clearing of %ecx for the non-i586 case. I hate options. Bruce From owner-freebsd-current Fri Oct 13 18:05:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA19540 for current-outgoing; Fri, 13 Oct 1995 18:05:25 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA19535 for ; Fri, 13 Oct 1995 18:05:17 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #20) id m0t3v11-000V2aC; Fri, 13 Oct 95 18:03 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id SAA21542 for current@freebsd.org; Fri, 13 Oct 1995 18:05:07 -0700 From: Morgan Davis Message-Id: <199510140105.SAA21542@io.cts.com> Subject: make install fails To: current@freebsd.org Date: Fri, 13 Oct 1995 18:05:06 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 171 Sender: owner-current@freebsd.org Precedence: bulk sup -current 10/12 ~11pm PDT install -c -o bin -g bin -m 444 freebsd-faq.ascii /usr/share/doc/FAQ install: freebsd-faq.ascii: No such file or directory *** Error code 1 From owner-freebsd-current Fri Oct 13 18:57:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA20630 for current-outgoing; Fri, 13 Oct 1995 18:57:01 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA20625 for ; Fri, 13 Oct 1995 18:56:59 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #20) id m0t3vp8-000V3gC; Fri, 13 Oct 95 18:55 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id SAA26952 for current@freebsd.org; Fri, 13 Oct 1995 18:56:56 -0700 From: Morgan Davis Message-Id: <199510140156.SAA26952@io.cts.com> Subject: 486 kernel build fails To: current@freebsd.org Date: Fri, 13 Oct 1995 18:56:55 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 218 Sender: owner-current@freebsd.org Precedence: bulk On a 486-specific kernel: loading kernel microtime.o: Undefined symbol `_i586_ctr_bias' referenced from text segment microtime.o: Undefined symbol `_i586_ctr_bias' referenced from text segment *** Error code 1 Stop. From owner-freebsd-current Fri Oct 13 21:02:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA23085 for current-outgoing; Fri, 13 Oct 1995 21:02:30 -0700 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA23079 for ; Fri, 13 Oct 1995 21:02:27 -0700 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.11/8.6.9) id XAA00560; Fri, 13 Oct 1995 23:02:15 -0500 Date: Fri, 13 Oct 1995 23:02:14 -0500 (EST) From: John Fieber To: Morgan Davis cc: current@freebsd.org Subject: Re: make install fails In-Reply-To: <199510140105.SAA21542@io.cts.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Fri, 13 Oct 1995, Morgan Davis wrote: > sup -current 10/12 ~11pm PDT > > install -c -o bin -g bin -m 444 freebsd-faq.ascii /usr/share/doc/FAQ > install: freebsd-faq.ascii: No such file or directory > *** Error code 1 Did you, by chance, jump to current from 2.0.5, or an early version of -stable? The formatter for the sgml documents has changed in an incompatible way since then, and it can't process the new docs. A solution is to: * go to /usr/src/usr.bin/sgmlfmt and make install. * go to /usr/src/share/sgml and make install. * go back to /usr/src/share/doc/FAQ and make. * go back to /usr/src/share/doc/handbook and make. Sorry about that. I suggested putting sgmlfmt, at least temporairly, in the make world tools: target, which would avert this sort of failure, but there was some grumbling. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-current Sat Oct 14 01:01:38 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA28640 for current-outgoing; Sat, 14 Oct 1995 01:01:38 -0700 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA28633 for ; Sat, 14 Oct 1995 01:01:35 -0700 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id IAA03435 for freebsd-current@freefall.cdrom.com; Sat, 14 Oct 1995 08:59:28 +0100 Date: Sat, 14 Oct 1995 08:59:28 +0100 From: "Christoph P. Kukulies" Message-Id: <199510140759.IAA03435@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: Re: make world bombs with -pipe option Sender: owner-current@FreeBSD.org Precedence: bulk Poul-Henning advised me to try setenv MALLOC_OPTIONS Z or setenv MALLOC_OPTIONS j OK, I tried Z, started make world yesterday and ended up at the same stage as reported (end of making lib msun with Error 139 in make). I'm trying the j option now. As an aside: I inadvertently typed setenv MALLOC_OPTIONS=j noticed my error and typed setenv | grep MALLO and got Malloc warning: (Init): Unknown char in MALLOC_OPTIONS Segmentation fault (core dumped) and a grep.core was there :-) (This is only repeatable when doing an unsetenv MALLOC_OPTIONS before or have not set it at all). --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Oct 14 01:53:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA00108 for current-outgoing; Sat, 14 Oct 1995 01:53:40 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA29997 for ; Sat, 14 Oct 1995 01:53:36 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #20) id m0t42KL-000V0wC; Sat, 14 Oct 95 01:52 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id BAA00175 for current@freebsd.org; Sat, 14 Oct 1995 01:53:31 -0700 From: Morgan Davis Message-Id: <199510140853.BAA00175@io.cts.com> Subject: Boot floppy broken? To: current@freebsd.org Date: Sat, 14 Oct 1995 01:53:31 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 319 Sender: owner-current@freebsd.org Precedence: bulk I downloaded the 2.1.0-SNAP-951005 boot.flp and built a disk. Upon booting it, I get the Boot prompt, but when it starts proceeding, the cursor twirls about three or our characters-worth and then the computer reboots everytime. I tried the same disk on another machine and it exhibited the same behavior. Any ideas? From owner-freebsd-current Sat Oct 14 02:24:04 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA01099 for current-outgoing; Sat, 14 Oct 1995 02:24:04 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA01093 for ; Sat, 14 Oct 1995 02:24:00 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA24721; Sat, 14 Oct 1995 02:23:21 -0700 To: Morgan Davis cc: current@freebsd.org Subject: Re: Boot floppy broken? In-reply-to: Your message of "Sat, 14 Oct 1995 01:53:31 PDT." <199510140853.BAA00175@io.cts.com> Date: Sat, 14 Oct 1995 02:23:20 -0700 Message-ID: <24718.813662600@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > I downloaded the 2.1.0-SNAP-951005 boot.flp and built a disk. Upon > booting it, I get the Boot prompt, but when it starts proceeding, the > cursor twirls about three or our characters-worth and then the > computer reboots everytime. Are you sure of your copy? What sort of machine is this? Jordan From owner-freebsd-current Sat Oct 14 02:45:43 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA01839 for current-outgoing; Sat, 14 Oct 1995 02:45:43 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA01834 ; Sat, 14 Oct 1995 02:45:36 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #20) id m0t438g-000UyOC; Sat, 14 Oct 95 02:44 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id CAA00197; Sat, 14 Oct 1995 02:45:32 -0700 From: Morgan Davis Message-Id: <199510140945.CAA00197@io.cts.com> Subject: Re: Boot floppy broken? To: freebsd-current@freebsd.org Date: Sat, 14 Oct 1995 02:45:32 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <24718.813662600@time.cdrom.com> from "Jordan K. Hubbard" at Oct 14, 95 02:23:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 561 Sender: owner-current@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > I downloaded the 2.1.0-SNAP-951005 boot.flp and built a disk. Upon > > booting it, I get the Boot prompt, but when it starts proceeding, the > > cursor twirls about three or our characters-worth and then the > > computer reboots everytime. > > Are you sure of your copy? What sort of machine is this? # mount /dev/fd0.1200 /mnt # cksum /mnt/kernel 2369390847 1004667 /mnt/kernel Certainly no errors reading through the floppy. Two machines showed the same behavior. They are: 486DX2/66, 16MB RAM 486DX2/66, 20MB RAM From owner-freebsd-current Sat Oct 14 02:54:14 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA02042 for current-outgoing; Sat, 14 Oct 1995 02:54:14 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA02033 for ; Sat, 14 Oct 1995 02:54:09 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #20) id m0t43Gw-000UyHC; Sat, 14 Oct 95 02:52 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id CAA00258 for current@freebsd.org; Sat, 14 Oct 1995 02:54:05 -0700 From: Morgan Davis Message-Id: <199510140954.CAA00258@io.cts.com> Subject: Negative times in ps? To: current@freebsd.org Date: Sat, 14 Oct 1995 02:54:05 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 999 Sender: owner-current@freebsd.org Precedence: bulk Should ps be showing negative times? (10/13/95 -current) PID TT STAT TIME COMMAND 0 ?? DLs 0:00.00 (swapper) 1 ?? Is 0:-2.72 /sbin/init -- 2 ?? DL 0:-1.98 (pagedaemon) 3 ?? DL 0:-1.94 (vmdaemon) 4 ?? DL 0:-5.17 (update) 63 ?? Ss 0:-1.94 syslogd 78 ?? Is 0:11.02 inetd 85 ?? Is 0:-1.08 cron 87 ?? Is 0:-1.95 lpd 90 ?? Is 0:00.06 sendmail: accepting connections (sendmail) 150 ?? I 0:-1.88 /usr/libexec/getty pl.in ttyd3 167 ?? S 0:-2.20 -l/var/log/smb -H/usr/local/samba/netbios -nIO -C"io. 145 v0 Ss 0:-20.86 /usr/local/bin/bash -login 242 v0 R+ 0:-1.95 ps x 146 v1 Is+ 0:-1.93 /usr/libexec/getty Pc ttyv1 147 v2 Is+ 0:-1.84 /usr/libexec/getty Pc ttyv2 148 v3 Is+ 0:-1.86 /usr/libexec/getty Pc ttyv3 149 v4 Is+ 0:-1.83 /usr/libexec/getty Pc ttyv4 143 ??- S 0:-28.87 /usr/local/bin/perl /root/bin/isdnmgr start (perl5.00 From owner-freebsd-current Sat Oct 14 09:08:52 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA12061 for current-outgoing; Sat, 14 Oct 1995 09:08:52 -0700 Received: from hoth.fdn.org (hoth.fdn.org [193.55.4.52]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA12054 for ; Sat, 14 Oct 1995 09:08:45 -0700 Received: from keltia.freenix.fr (hsc.fdn.fr [193.55.4.129]) by hoth.fdn.org (8.6.8/8.6.9) with ESMTP id RAA26633 for ; Sat, 14 Oct 1995 17:08:33 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-3.0) id RAA00395 for freebsd-current@FreeBSD.ORG; Sat, 14 Oct 1995 17:08:31 +0100 (MET) From: Ollivier Robert Message-Id: <199510141608.RAA00395@keltia.freenix.fr> Subject: Locale problem To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sat, 14 Oct 1995 17:08:31 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1193 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Hello, Whenever I change my $LC_CTYPE from the previous iso_8858_1 to fr_FR.ISO_8859-1 (as per the discussion about talk) like is $LANG, my xterms start to core dump... And I got a total meltdown a few minutes ago. I changed $LC_CTYPE then everything froze and the machine rebooted itself without any message. Weird. -CURRENT from a few days ago, XF86_S3 recompiled with phkmalloc. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-current Sat Oct 14 09:50:13 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA12919 for current-outgoing; Sat, 14 Oct 1995 09:50:13 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA12876 for ; Sat, 14 Oct 1995 09:49:50 -0700 Received: by sovcom.kiae.su id AA20426 (5.65.kiae-1 ); Sat, 14 Oct 1995 19:42:56 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 14 Oct 95 19:42:56 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id TAA00973; Sat, 14 Oct 1995 19:37:35 +0300 To: "FreeBSD Current Users' list" , Ollivier Robert References: <199510141608.RAA00395@keltia.freenix.fr> In-Reply-To: <199510141608.RAA00395@keltia.freenix.fr>; from Ollivier Robert at Sat, 14 Oct 1995 17:08:31 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 14 Oct 1995 19:37:35 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Locale problem Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 940 Sender: owner-current@FreeBSD.ORG Precedence: bulk In message <199510141608.RAA00395@keltia.freenix.fr> Ollivier Robert writes: >Whenever I change my $LC_CTYPE from the previous iso_8858_1 to >fr_FR.ISO_8859-1 (as per the discussion about talk) like is $LANG, my >xterms start to core dump... >Weird. -CURRENT from a few days ago, XF86_S3 recompiled with phkmalloc. It isn't phkmalloc problem but xterm bug detected old time ago, use color_xterm or mxterm instead, they works. >And I got a total meltdown a few minutes ago. I changed $LC_CTYPE then >everything froze and the machine rebooted itself without any message. Well, it seems to be different problem. -- 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 Sat Oct 14 10:03:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13163 for current-outgoing; Sat, 14 Oct 1995 10:03:11 -0700 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA13158 for ; Sat, 14 Oct 1995 10:03:08 -0700 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id SAA04330 for freebsd-current@freefall.cdrom.com; Sat, 14 Oct 1995 18:01:00 +0100 Date: Sat, 14 Oct 1995 18:01:00 +0100 From: "Christoph P. Kukulies" Message-Id: <199510141701.SAA04330@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: Re: make world bombs with -pipe option Sender: owner-current@FreeBSD.org Precedence: bulk I tried both MALLOC_OPTIONS (Z and J). Neither cured make world from failing with -pipe enabled in /etc/make.conf. I did this after a fresh reboot and a freshly built kernel. Does anyone else see this failing make world (after making /usr/src/lib/msun)? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Oct 14 10:25:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13457 for current-outgoing; Sat, 14 Oct 1995 10:25:31 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA13450 for ; Sat, 14 Oct 1995 10:25:29 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #20) id m0t4AJC-000V4VC; Sat, 14 Oct 95 10:23 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id KAA02860; Sat, 14 Oct 1995 10:25:01 -0700 From: Morgan Davis Message-Id: <199510141725.KAA02860@io.cts.com> Subject: Re: make world bombs with -pipe option To: freebsd-current@freebsd.org Date: Sat, 14 Oct 1995 10:25:01 -0700 (PDT) Cc: freebsd-current@freefall.FreeBSD.org In-Reply-To: <199510141701.SAA04330@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Oct 14, 95 06:01:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 494 Sender: owner-current@freebsd.org Precedence: bulk Christoph P. Kukulies writes: > > I tried both MALLOC_OPTIONS (Z and J). Neither cured > make world from failing with -pipe enabled in /etc/make.conf. > > I did this after a fresh reboot and a freshly built kernel. > Does anyone else see this failing make world (after making > /usr/src/lib/msun)? I grabbed the 10/12 -current and made world about 24 hours ago. My make.conf uses: CFLAGS= -O2 -m486 -pipe -fno-strength-reduce No problems. My machine is a 486DX2-66, 16MB RAM, 32MB swap. From owner-freebsd-current Sat Oct 14 10:25:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13478 for current-outgoing; Sat, 14 Oct 1995 10:25:36 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA13463 for ; Sat, 14 Oct 1995 10:25:32 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #20) id m0t4AJC-000V4VC; Sat, 14 Oct 95 10:23 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id KAA02860; Sat, 14 Oct 1995 10:25:01 -0700 From: Morgan Davis Message-Id: <199510141725.KAA02860@io.cts.com> Subject: Re: make world bombs with -pipe option To: freebsd-current@freebsd.org Date: Sat, 14 Oct 1995 10:25:01 -0700 (PDT) Cc: freebsd-current@freefall.FreeBSD.org In-Reply-To: <199510141701.SAA04330@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Oct 14, 95 06:01:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 494 Sender: owner-current@freebsd.org Precedence: bulk Christoph P. Kukulies writes: > > I tried both MALLOC_OPTIONS (Z and J). Neither cured > make world from failing with -pipe enabled in /etc/make.conf. > > I did this after a fresh reboot and a freshly built kernel. > Does anyone else see this failing make world (after making > /usr/src/lib/msun)? I grabbed the 10/12 -current and made world about 24 hours ago. My make.conf uses: CFLAGS= -O2 -m486 -pipe -fno-strength-reduce No problems. My machine is a 486DX2-66, 16MB RAM, 32MB swap. From owner-freebsd-current Sat Oct 14 10:44:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13808 for current-outgoing; Sat, 14 Oct 1995 10:44:17 -0700 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA13803 for ; Sat, 14 Oct 1995 10:44:11 -0700 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id SAA04398; Sat, 14 Oct 1995 18:39:40 +0100 Message-Id: <199510141739.SAA04398@gilberto.physik.rwth-aachen.de> Subject: Re: make world bombs with -pipe option To: root@io.cts.com (Morgan Davis) Date: Sat, 14 Oct 1995 18:39:39 +0100 (MET) Cc: freebsd-current@freefall.FreeBSD.org (user alias) In-Reply-To: <199510141725.KAA02860@io.cts.com> from "Morgan Davis" at Oct 14, 95 10:25:01 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 756 Sender: owner-current@FreeBSD.org Precedence: bulk > > Christoph P. Kukulies writes: > > > > I tried both MALLOC_OPTIONS (Z and J). Neither cured > > make world from failing with -pipe enabled in /etc/make.conf. > > > > I did this after a fresh reboot and a freshly built kernel. > > Does anyone else see this failing make world (after making > > /usr/src/lib/msun)? > > I grabbed the 10/12 -current and made world about 24 hours ago. My > make.conf uses: > > CFLAGS= -O2 -m486 -pipe -fno-strength-reduce > > No problems. My machine is a 486DX2-66, 16MB RAM, 32MB swap. Hhhm. I have 32 MB RAM, 64 MB swap. What disks do you have? Mine are eIDE. My /usr/obj is a link to /u/obj where that disk is on the second controller (IDE). > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Oct 14 11:00:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14142 for current-outgoing; Sat, 14 Oct 1995 11:00:25 -0700 Received: from hoth.fdn.org (hoth.fdn.org [193.55.4.52]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA14135 for ; Sat, 14 Oct 1995 11:00:21 -0700 Received: from keltia.freenix.fr (hsc.fdn.fr [193.55.4.129]) by hoth.fdn.org (8.6.8/8.6.9) with ESMTP id TAA26889; Sat, 14 Oct 1995 19:00:09 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-3.0) id SAA02927; Sat, 14 Oct 1995 18:59:54 +0100 (MET) From: Ollivier Robert Message-Id: <199510141759.SAA02927@keltia.freenix.fr> Subject: Re: Locale problem To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sat, 14 Oct 1995 18:59:53 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG, roberto@hsc.fdn.fr In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Oct 14, 95 07:37:35 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1193 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Андрей_Чернов said: > >Weird. -CURRENT from a few days ago, XF86_S3 recompiled with phkmalloc. > > It isn't phkmalloc problem but xterm bug detected old time ago, use > color_xterm or mxterm instead, they works. I've foudn that color_xterm eats much more CPU than regular xterm, it is apparently due to the compose key patches they put in pl11 or pl12. Is anyone seeing the same thing as I do ? > >And I got a total meltdown a few minutes ago. I changed $LC_CTYPE then > >everything froze and the machine rebooted itself without any message. > > Well, it seems to be different problem. Probably but the timing was perfect. I typed "setenv LC_CTYPE ..." then everything froze. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-current Sat Oct 14 11:49:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14923 for current-outgoing; Sat, 14 Oct 1995 11:49:02 -0700 Received: from rustic (newt16.planet.net [204.117.105.16]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA14918 for ; Sat, 14 Oct 1995 11:48:57 -0700 Received: (from jlc@localhost) by rustic (8.6.11/8.6.9) id OAA16645; Sat, 14 Oct 1995 14:52:33 -0400 Date: Sat, 14 Oct 1995 14:52:33 -0400 Message-Id: <199510141852.OAA16645@rustic> From: "Johanan L. Codona" To: freebsd-current@FreeBSD.ORG Subject: kern/647 Sound cards fail to work Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi, This is my first attempt to "pitch in" and find bugs on the list. Since my soundcard (SB16) hasn't worked since 2.0, I thought I would try to discover why. My System: I am running on a Pentium with 16 MB and the relevant part of my config file is: controller snd0 device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 Note that this configuration works fine under DOS/Windows. (B-o) The symptoms: On sending a sound to any sound device (audio, dsp, dsp16), the first part of the sound plays and then stops and the sending process hangs. I suspect that the problem is that the interrupt handler never gets called and the driver only plays one buffer of data. This is further supported by noting that in isa/sound/sb_dsp.c the interrupt handler is set and freed by calling the functions: int sb_get_irq (void) void sb_free_irq (void) which in turn call snd_set_irq_handler(sbc_irq, sbintr) and snd_release_irq (sbc_irq). It seems that isa/sound/soundcard.c just stubs out these functions: int snd_set_irq_handler (int interrupt_level, void(*hndlr)(int)) { return 1; } void snd_release_irq(int vect) { } I haven't tried to fix this yet, but it seems that a call to something like register_intr() is required. Am I right, or am I missing something basic? -- Johanan L. Codona The Stekas Group codona@planet.net From owner-freebsd-current Sat Oct 14 12:56:06 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA16473 for current-outgoing; Sat, 14 Oct 1995 12:56:06 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA16468 for ; Sat, 14 Oct 1995 12:55:56 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id PAA12591 for freebsd-current@freefall.cdrom.com; Sat, 14 Oct 1995 15:55:08 -0400 From: John Capo Message-Id: <199510141955.PAA12591@irbs.irbs.com> Subject: phkmalloc and X programs To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Sat, 14 Oct 1995 15:55:07 -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: 503 Sender: owner-current@FreeBSD.org Precedence: bulk Here is another broken X program. Notice the assumption that malloc() returns zeroed memory. xhost.c: namelen = strlen(name); if ((lname = (char *)malloc(namelen)) == NULL) { fprintf (stderr, "%s: malloc bombed in change_host\n", ProgramName); exit (1); } for (i = 0; i < namelen; i++) { lname[i] = tolower(name[i]); } if (!strncmp("inet:", lname, 5)) { ... ... John Capo IRBS Engineering High performance FreeBSD systems From owner-freebsd-current Sat Oct 14 14:41:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18853 for current-outgoing; Sat, 14 Oct 1995 14:41:18 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA18848 for ; Sat, 14 Oct 1995 14:41:15 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA21875; Sat, 14 Oct 1995 14:36:26 -0700 From: Terry Lambert Message-Id: <199510142136.OAA21875@phaeton.artisoft.com> Subject: Re: phkmalloc and X programs To: jc@irbs.com (John Capo) Date: Sat, 14 Oct 1995 14:36:26 -0700 (MST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199510141955.PAA12591@irbs.irbs.com> from "John Capo" at Oct 14, 95 03:55:07 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: 796 Sender: owner-current@FreeBSD.org Precedence: bulk > Here is another broken X program. Notice the assumption that > malloc() returns zeroed memory. > > xhost.c: > > namelen = strlen(name); > if ((lname = (char *)malloc(namelen)) == NULL) { > fprintf (stderr, "%s: malloc bombed in change_host\n", ProgramName); > exit (1); > } > for (i = 0; i < namelen; i++) { > lname[i] = tolower(name[i]); > } > if (!strncmp("inet:", lname, 5)) { > ... > ... The only assumption in this code is that namelen is >= 5. There is no assumption of numm termination on the lname string implicit in the malloc; if there were, it would be "namelen = strlen(name) + 1;". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Oct 14 15:27:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20057 for current-outgoing; Sat, 14 Oct 1995 15:27:02 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA20050 for ; Sat, 14 Oct 1995 15:26:56 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA27494; Sun, 15 Oct 1995 08:26:21 +1000 Date: Sun, 15 Oct 1995 08:26:21 +1000 From: Bruce Evans Message-Id: <199510142226.IAA27494@godzilla.zeta.org.au> To: volf@oasis.IAEhv.nl Subject: Re: kern/781: MAX_OPEN and FD_SETSIZE Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >>Description: > The OPEN_MAX define in the kernel configuration can be used to have > a large number of open file descriptors (e.g. 512), OPEN_MAX shouldn't be defined in the kernel configuration. Defining it there doesn't affect the value defined in , which may be relied on by applications. E.g., to fix the current problem (*), FD_SETSIZE could reasonably be min(256, OPEN_MAX). This number would then be compiled into binaries and would be invalid if OPEN_MAX was defined as more than 256 in the kernel config. (*) This doesn't actually fix the problem because OPEN_MAX isn't actually a constant. OPEN_MAX is only used in the kernel as the default (soft) limit on the number of fd's. setrlimit(RLIMIT_NOFILE, rlp), where *rlp specifies a large limit, has the same effect as defining OPEN_MAX to a large value only in the kernel. No good fix is evident. There is no such thing as a struct with variable length, so the fd_set type can't be resized at runtime. >... > The select() fails at runtime if it is called with a nfds > FD_SETSIZE, > because it is compiled with the FD_SETSIZE value, and does not > know about OPEN_MAX > 256 >>Fix: > > Preferable automatic generation of the types.h file from kernel > configuration by /usr/sbin/config. This doeesn't work because of the binary compatibility issues. >Please, let me know the status of this bug report (maybe I did something >wrong). All OK. Bruce From owner-freebsd-current Sat Oct 14 15:34:27 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20213 for current-outgoing; Sat, 14 Oct 1995 15:34:27 -0700 Received: from port09.hubbard2.t.ic.net (root@port09.hubbard2.t.ic.net [152.160.88.9]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA20207 ; Sat, 14 Oct 1995 15:34:24 -0700 Received: (from rob@localhost) by port09.hubbard2.t.ic.net (8.6.12/8.6.9) id SAA00436; Sat, 14 Oct 1995 18:27:44 -0400 Posted-Date: Sat, 14 Oct 1995 18:27:44 -0400 Message-Id: <199510142227.SAA00436@port09.hubbard2.t.ic.net> Subject: getdtablesize() broken? To: hackers@freefall.FreeBSD.org Date: Sat, 14 Oct 1995 18:27:42 -0400 (EDT) Cc: current@freefall.FreeBSD.org From: "Rob Misiak" Reply-To: rdm@ic.net X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 465 Sender: owner-current@FreeBSD.org Precedence: bulk I was messing around with a program that calls select() - for some reason I kept getting EINVAL. So I twiddled with the sources a bit, and found that giving 64 as the first argument to select() (rather than getdtablesize()) fixed the error. Is this a problem with one of the two functions? The program is known to work on many other systems, and it did for me when I was using FreeBSD 2.0, so I don't think it is the problem. (BTW, I'm using 2.2-current now.) Rob From owner-freebsd-current Sat Oct 14 15:36:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20287 for current-outgoing; Sat, 14 Oct 1995 15:36:41 -0700 Received: from mailhub.cts.com (root@mailhub.cts.com [192.188.72.25]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA20282 for ; Sat, 14 Oct 1995 15:36:34 -0700 Received: from io.cts.com by mailhub.cts.com with smtp (Smail3.1.29.1 #20) id m0t4FAg-000V4BC; Sat, 14 Oct 95 15:35 PDT Received: (from root@localhost) by io.cts.com (8.6.12/8.6.9) id PAA03469; Sat, 14 Oct 1995 15:36:40 -0700 From: Morgan Davis Message-Id: <199510142236.PAA03469@io.cts.com> Subject: Re: make world bombs with -pipe option To: kuku@gilberto.physik.rwth-aachen.de Date: Sat, 14 Oct 1995 15:36:40 -0700 (PDT) Cc: freebsd-current@freefall.FreeBSD.org In-Reply-To: <199510141739.SAA04398@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Oct 14, 95 06:39:39 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1487 Sender: owner-current@FreeBSD.org Precedence: bulk Christoph Kukulies writes: > > > > > Christoph P. Kukulies writes: > > > > > > I tried both MALLOC_OPTIONS (Z and J). Neither cured > > > make world from failing with -pipe enabled in /etc/make.conf. > > > > > > I did this after a fresh reboot and a freshly built kernel. > > > Does anyone else see this failing make world (after making > > > /usr/src/lib/msun)? > > > > I grabbed the 10/12 -current and made world about 24 hours ago. My > > make.conf uses: > > > > CFLAGS= -O2 -m486 -pipe -fno-strength-reduce > > > > No problems. My machine is a 486DX2-66, 16MB RAM, 32MB swap. > > Hhhm. I have 32 MB RAM, 64 MB swap. What disks do you have? > Mine are eIDE. My /usr/obj is a link to /u/obj where that disk is > on the second controller (IDE). io.cts.com has two 400MB plain old IDE Conners setup as follows: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 23535 15204 7154 68% / /dev/wd0h 74223 50963 19548 72% /home /dev/wd0g 74223 141 70370 0% /tmp /dev/wd1f 392991 341540 31801 91% /usr /dev/wd1e 9711 2772 6453 30% /var procfs 4 4 0 100% /proc They're on a single controller, a old 2MB caching IDE card which has problems identifying the drives to FreeBSD. The OS has to use the BIOS information for this particular drive configuration. Even with all that, I'm not experiencing any malloc problems when compiling. From owner-freebsd-current Sat Oct 14 15:37:32 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20335 for current-outgoing; Sat, 14 Oct 1995 15:37:32 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA20327 for ; Sat, 14 Oct 1995 15:37:28 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA27701; Sun, 15 Oct 1995 08:35:20 +1000 Date: Sun, 15 Oct 1995 08:35:20 +1000 From: Bruce Evans Message-Id: <199510142235.IAA27701@godzilla.zeta.org.au> To: jc@irbs.com, terry@lambert.org Subject: Re: phkmalloc and X programs Cc: freebsd-current@freefall.freebsd.org Sender: owner-current@FreeBSD.org Precedence: bulk >> Here is another broken X program. Notice the assumption that >> malloc() returns zeroed memory. >> >> xhost.c: >> >> namelen = strlen(name); >> if ((lname = (char *)malloc(namelen)) == NULL) { >> fprintf (stderr, "%s: malloc bombed in change_host\n", ProgramName); >> exit (1); >> } >> for (i = 0; i < namelen; i++) { >> lname[i] = tolower(name[i]); >> } >> if (!strncmp("inet:", lname, 5)) { >> ... >> ... >The only assumption in this code is that namelen is >= 5. Nope. Suppose lname is initially "INOT:" and name is "inet" >There is no assumption of numm termination on the lname string implicit >in the malloc; if there were, it would be "namelen = strlen(name) + 1;". That may be why the author thought that termination was unnecessary. Bruce From owner-freebsd-current Sat Oct 14 15:49:20 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA21136 for current-outgoing; Sat, 14 Oct 1995 15:49:20 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA21131 for ; Sat, 14 Oct 1995 15:49:16 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id SAA14930; Sat, 14 Oct 1995 18:48:36 -0400 From: John Capo Message-Id: <199510142248.SAA14930@irbs.irbs.com> Subject: Re: phkmalloc and X programs To: terry@lambert.org (Terry Lambert) Date: Sat, 14 Oct 1995 18:48:35 -0400 (EDT) Cc: jc@irbs.com, freebsd-current@freefall.freebsd.org In-Reply-To: <199510142136.OAA21875@phaeton.artisoft.com> from "Terry Lambert" at Oct 14, 95 02:36:26 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: 1542 Sender: owner-current@FreeBSD.org Precedence: bulk Terry Lambert writes: > > > Here is another broken X program. Notice the assumption that > > malloc() returns zeroed memory. > > > > xhost.c: > > > > namelen = strlen(name); > > if ((lname = (char *)malloc(namelen)) == NULL) { > > fprintf (stderr, "%s: malloc bombed in change_host\n", ProgramName); > > exit (1); > > } > > for (i = 0; i < namelen; i++) { > > lname[i] = tolower(name[i]); > > } > > if (!strncmp("inet:", lname, 5)) { > > ... > > ... > > The only assumption in this code is that namelen is >= 5. > > There is no assumption of numm termination on the lname string implicit > in the malloc; if there were, it would be "namelen = strlen(name) + 1;". > > Ok, I didn't include enough code fragments. Further down in the code: if (family == FamilyWild && (cp = strchr(lname, ':'))) { *cp = '\0'; fprintf (stderr, "%s: unknown address family \"%s\"\n", ProgramName, lname); return 0; } lname is not NULL terminated unless malloc() returns zeroed memory. I have never seen anything that states that malloc() returns zeroed memory nor have I seen bzero/memset in the BSD malloc() sources. Here is the failure: xhost +cleat xhost: unknown address family "cleatPPPPPPPPPPP0PPPPPPPPPPPPPPPs0).O\e" xhost: bad hostname "cleat" strchr() wanders off through memory till it finds a ':' or a '\0'. In my case it finds a ':' not too far away. John Capo IRBS Engineering High performance FreeBSD systems From owner-freebsd-current Sat Oct 14 16:13:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA21881 for current-outgoing; Sat, 14 Oct 1995 16:13:11 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA21863 ; Sat, 14 Oct 1995 16:13:06 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA28668; Sun, 15 Oct 1995 09:07:58 +1000 Date: Sun, 15 Oct 1995 09:07:58 +1000 From: Bruce Evans Message-Id: <199510142307.JAA28668@godzilla.zeta.org.au> To: hackers@freefall.freebsd.org, rdm@ic.net Subject: Re: getdtablesize() broken? Cc: current@freefall.freebsd.org Sender: owner-current@FreeBSD.org Precedence: bulk >I was messing around with a program that calls select() - for some reason I >kept getting EINVAL. So I twiddled with the sources a bit, and found that >giving 64 as the first argument to select() (rather than getdtablesize()) >fixed the error. Is this a problem with one of the two functions? The >program is known to work on many other systems, and it did for me when I >was using FreeBSD 2.0, so I don't think it is the problem. (BTW, I'm using >2.2-current now.) If you've used the bogus (non-)option OPEN_MAX in your kernel config and made it > 256, then select() could quite easily break like that. select() can't handle more than 256 file descriptors. Using getdtablesize() as the count arg to select() is wrong anyway. It may specify more bits than are in the fd_set struct. It tells the kernel to look at a huge number of fd's but the fd's of interest may all be small, smaller than the fd of the largest open file. The kernel actually truncates the count to 1 plus the largest open fd. It considers this as `forgiving, slightly wrong'. For some reason (perhaps to trap misuse of getdtablesize()), it considers counts > 256 as an error before forgiving. Bruce From owner-freebsd-current Sat Oct 14 16:18:29 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA22248 for current-outgoing; Sat, 14 Oct 1995 16:18:29 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA22243 for ; Sat, 14 Oct 1995 16:18:27 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id QAA26791; Sat, 14 Oct 1995 16:18:26 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id QAA20339; Sat, 14 Oct 1995 16:18:10 -0700 Message-Id: <199510142318.QAA20339@corbin.Root.COM> To: John Capo cc: terry@lambert.org (Terry Lambert), freebsd-current@freefall.freebsd.org Subject: Re: phkmalloc and X programs In-reply-to: Your message of "Sat, 14 Oct 95 18:48:35 EDT." <199510142248.SAA14930@irbs.irbs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 14 Oct 1995 16:18:10 -0700 Sender: owner-current@FreeBSD.org Precedence: bulk >lname is not NULL terminated unless malloc() returns zeroed memory. >I have never seen anything that states that malloc() returns zeroed >memory nor have I seen bzero/memset in the BSD malloc() sources. That's because it is only by accident that xhost works. BSD malloc just happens to have the chunks in a somewhat different order than phkmalloc and the chunk that happens to be returned in the case you've pointed out simply hadn't been previously allocated (so it containis all zeros). Even the manual page for (BSD) malloc says that it returns uninitialized data. Anyway, you're absolutely right - it's a bug in xhost. -DG From owner-freebsd-current Sat Oct 14 16:39:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA22790 for current-outgoing; Sat, 14 Oct 1995 16:39:48 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA22785 for ; Sat, 14 Oct 1995 16:39:43 -0700 Received: from puffin.pelican.com by pelican.com with smtp (Smail3.1.28.1 #5) id m0t4Edf-000K2yC; Sat, 14 Oct 95 15:01 WET DST Received: by puffin.pelican.com (Smail3.1.29.1 #9) id m0t4Edf-0000ReC; Sat, 14 Oct 95 15:01 PDT Message-Id: Date: Sat, 14 Oct 95 15:01 PDT From: pete@puffin.pelican.com (Pete Carah) To: current@freebsd.org Subject: Re: tail dumps core In-Reply-To: <199510102047.NAA11036@phaeton.artisoft.com> Sender: owner-current@freebsd.org Precedence: bulk In article <199510102047.NAA11036@phaeton.artisoft.com> you write: >Oh, I understand that; I was commenting on the "neither" including the >calloc. >Garret's point of a double 0 not being a 0 bit value is valid, even >though it is really stretching things. I wouldn't expect a double value >to be zero if the structure had been zero'ed, futher using a double as >a flag value (the only real reason for a pre-zero) is not really good >programming because of the overhead involved. > >You could still do it with a non-explicit cast, though. > >I don't see how the int/short/long/char atomic integer types aren't >correct on all two's complement machines, though (ie: all recent >commercially available machines). PR1ME used a non-zero for NULL pointers (at least to char), and also had sizeof (char *) not equal to sizeof(int *). AM29k systems (and any other purely word-addressed system without extra bits in a word like a cray has) would likely have this last property too. -- Pete From owner-freebsd-current Sat Oct 14 19:18:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA26138 for current-outgoing; Sat, 14 Oct 1995 19:18:54 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA26133 ; Sat, 14 Oct 1995 19:18:51 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA22230; Sat, 14 Oct 1995 19:14:32 -0700 From: Terry Lambert Message-Id: <199510150214.TAA22230@phaeton.artisoft.com> Subject: Re: getdtablesize() broken? To: bde@zeta.org.au (Bruce Evans) Date: Sat, 14 Oct 1995 19:14:32 -0700 (MST) Cc: hackers@freefall.freebsd.org, rdm@ic.net, current@freefall.freebsd.org In-Reply-To: <199510142307.JAA28668@godzilla.zeta.org.au> from "Bruce Evans" at Oct 15, 95 09:07:58 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: 1640 Sender: owner-current@FreeBSD.org Precedence: bulk > >I was messing around with a program that calls select() - for some reason I > >kept getting EINVAL. So I twiddled with the sources a bit, and found that > >giving 64 as the first argument to select() (rather than getdtablesize()) > >fixed the error. Is this a problem with one of the two functions? The > >program is known to work on many other systems, and it did for me when I > >was using FreeBSD 2.0, so I don't think it is the problem. (BTW, I'm using > >2.2-current now.) > > If you've used the bogus (non-)option OPEN_MAX in your kernel config and > made it > 256, then select() could quite easily break like that. select() > can't handle more than 256 file descriptors. > > Using getdtablesize() as the count arg to select() is wrong anyway. It > may specify more bits than are in the fd_set struct. It tells the kernel > to look at a huge number of fd's but the fd's of interest may all be > small, smaller than the fd of the largest open file. The kernel actually > truncates the count to 1 plus the largest open fd. It considers this as > `forgiving, slightly wrong'. For some reason (perhaps to trap misuse of > getdtablesize()), it considers counts > 256 as an error before forgiving. The actual number you are supposed to use is the highest open fd in the select() clause's bit representation. By using 64, you are considering a bit vector that is also potentially larger than it should be. The correct limit on the largest number is FD_SETSIZE, as defined in sys/types.h. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Oct 14 19:25:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA26340 for current-outgoing; Sat, 14 Oct 1995 19:25:11 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA26335 for ; Sat, 14 Oct 1995 19:25:06 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA22252; Sat, 14 Oct 1995 19:19:54 -0700 From: Terry Lambert Message-Id: <199510150219.TAA22252@phaeton.artisoft.com> Subject: Re: phkmalloc and X programs To: bde@zeta.org.au (Bruce Evans) Date: Sat, 14 Oct 1995 19:19:54 -0700 (MST) Cc: jc@irbs.com, terry@lambert.org, freebsd-current@freefall.freebsd.org In-Reply-To: <199510142235.IAA27701@godzilla.zeta.org.au> from "Bruce Evans" at Oct 15, 95 08:35:20 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: 1621 Sender: owner-current@FreeBSD.org Precedence: bulk > > >> Here is another broken X program. Notice the assumption that > >> malloc() returns zeroed memory. > >> > >> xhost.c: > >> > >> namelen = strlen(name); > >> if ((lname = (char *)malloc(namelen)) == NULL) { > >> fprintf (stderr, "%s: malloc bombed in change_host\n", ProgramName); > >> exit (1); > >> } > >> for (i = 0; i < namelen; i++) { > >> lname[i] = tolower(name[i]); > >> } > >> if (!strncmp("inet:", lname, 5)) { > >> ... > >> ... > > >The only assumption in this code is that namelen is >= 5. > > Nope. Suppose lname is initially "INOT:" and name is "inet" Then namelen < 5 (== 4) and the code fails. I already said that that was the assumption. 8-). Probably the "correct" "fix" is to change: if (!strncmp("inet:", lname, 5)) { To: if (namelen >= 5 && !strncmp("inet:", lname, 5)) { > >There is no assumption of numm termination on the lname string implicit > >in the malloc; if there were, it would be "namelen = strlen(name) + 1;". > > That may be why the author thought that termination was unnecessary. The author thought that the allocated area was >= 5 for any namelen, making an assumption about the way the malloc on his system functioned, such that lname[0..4] was an addressable location. If the allocated area happened to contain "xxet:" and name was "in", it would falsely hit positive. This is statistically highly improbable. Likely the code will function in common use anyway. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Oct 14 19:28:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA26408 for current-outgoing; Sat, 14 Oct 1995 19:28:40 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA26402 for ; Sat, 14 Oct 1995 19:28:33 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA22275; Sat, 14 Oct 1995 19:23:35 -0700 From: Terry Lambert Message-Id: <199510150223.TAA22275@phaeton.artisoft.com> Subject: Re: phkmalloc and X programs To: jc@irbs.com (John Capo) Date: Sat, 14 Oct 1995 19:23:34 -0700 (MST) Cc: terry@lambert.org, jc@irbs.com, freebsd-current@freefall.freebsd.org In-Reply-To: <199510142248.SAA14930@irbs.irbs.com> from "John Capo" at Oct 14, 95 06:48:35 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: 1266 Sender: owner-current@FreeBSD.org Precedence: bulk > > The only assumption in this code is that namelen is >= 5. > > > > There is no assumption of numm termination on the lname string implicit > > in the malloc; if there were, it would be "namelen = strlen(name) + 1;". > > > > > Ok, I didn't include enough code fragments. Further down in the code: > > if (family == FamilyWild && (cp = strchr(lname, ':'))) { > *cp = '\0'; > fprintf (stderr, "%s: unknown address family \"%s\"\n", > ProgramName, lname); > return 0; > } Oh. This would be bad. > lname is not NULL terminated unless malloc() returns zeroed memory. Not even then, unless the memory is uniformly overallocated, and the overallocated portion is zeroed as well as the requested portion. Looks like the malloc(namelen) should be a calloc(namelen + 1). > I have never seen anything that states that malloc() returns zeroed > memory nor have I seen bzero/memset in the BSD malloc() sources. > > Here is the failure: > xhost +cleat > xhost: unknown address family "cleatPPPPPPPPPPP0PPPPPPPPPPPPPPPs0).O\e" > xhost: bad hostname "cleat" 'P' for Pohl. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Oct 14 19:44:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA26831 for current-outgoing; Sat, 14 Oct 1995 19:44:02 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA26826 for ; Sat, 14 Oct 1995 19:43:57 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id TAA19530; Sat, 14 Oct 1995 19:43:56 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id TAA04565; Sat, 14 Oct 1995 19:43:12 -0700 Message-Id: <199510150243.TAA04565@corbin.Root.COM> To: Terry Lambert cc: bde@zeta.org.au (Bruce Evans), jc@irbs.com, freebsd-current@freefall.freebsd.org Subject: Re: phkmalloc and X programs In-reply-to: Your message of "Sat, 14 Oct 95 19:19:54 PDT." <199510150219.TAA22252@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 14 Oct 1995 19:43:12 -0700 Sender: owner-current@FreeBSD.org Precedence: bulk >Probably the "correct" "fix" is to change: > if (!strncmp("inet:", lname, 5)) { >To: > if (namelen >= 5 && !strncmp("inet:", lname, 5)) { No, lname is also used later in the code. The correct fix is to malloc namelen+1 and null terminate the string after copy/converting it to lowercase. e.g. lname[namelen] = '\0'; -DG From owner-freebsd-current Sat Oct 14 19:57:15 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA27523 for current-outgoing; Sat, 14 Oct 1995 19:57:15 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA27518 for ; Sat, 14 Oct 1995 19:57:09 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA01536; Sun, 15 Oct 1995 12:55:51 +1000 Date: Sun, 15 Oct 1995 12:55:51 +1000 From: Bruce Evans Message-Id: <199510150255.MAA01536@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: phkmalloc and X programs Cc: freebsd-current@freefall.freebsd.org, jc@irbs.com Sender: owner-current@FreeBSD.org Precedence: bulk >> >> xhost.c: >> >> >> >> namelen = strlen(name); >> >> if ((lname = (char *)malloc(namelen)) == NULL) { >> >> fprintf (stderr, "%s: malloc bombed in change_host\n", ProgramName); >> >> exit (1); >> >> } >> >> for (i = 0; i < namelen; i++) { >> >> lname[i] = tolower(name[i]); >> >> } >> >> if (!strncmp("inet:", lname, 5)) { >> >> ... >> >> ... >> >> >The only assumption in this code is that namelen is >= 5. >> >> Nope. Suppose lname is initially "INOT:" and name is "inet" >Then namelen < 5 (== 4) and the code fails. I already said that that >was the assumption. 8-). Nope. When namelen < 5, bytes lname[namelen]..lname[4] are garbage and the failure of the code depends on the garbage. Anyway, the original problem was apparently in the ... code. It was neverthless easy to find bugs in the code shown since it was more than one line long :-). Other bugs: 1. namelen and i have bogus types, so if strlen(name) == (size_t)INT_MAX + 1, then the for loop will exit immediately, leaving at least 32K bytes of lname[] uninitialized. 2. tolower(name[i]) is undefined if name[i] < 0 && name[i] != EOF. >Probably the "correct" "fix" is to change: > if (!strncmp("inet:", lname, 5)) { >To: > if (namelen >= 5 && !strncmp("inet:", lname, 5)) { Something like that. >> >There is no assumption of numm termination on the lname string implicit >> >in the malloc; if there were, it would be "namelen = strlen(name) + 1;". >> >> That may be why the author thought that termination was unnecessary. >The author thought that the allocated area was >= 5 for any namelen, >making an assumption about the way the malloc on his system functioned, >such that lname[0..4] was an addressable location. Sigh, another bug. My example only covers the case where the bytes happen to be addressable and have contain interesting garbage. >If the allocated area happened to contain "xxet:" and name was "in", it >would falsely hit positive. Same as my example. >This is statistically highly improbable. Likely the code will function >in common use anyway. More probable than (1) :-). Bruce From owner-freebsd-current Sat Oct 14 20:06:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA27803 for current-outgoing; Sat, 14 Oct 1995 20:06:58 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA27798 for ; Sat, 14 Oct 1995 20:06:51 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA01708; Sun, 15 Oct 1995 13:02:13 +1000 Date: Sun, 15 Oct 1995 13:02:13 +1000 From: Bruce Evans Message-Id: <199510150302.NAA01708@godzilla.zeta.org.au> To: jc@irbs.com, terry@lambert.org Subject: Re: phkmalloc and X programs Cc: freebsd-current@freefall.freebsd.org Sender: owner-current@FreeBSD.org Precedence: bulk >> lname is not NULL terminated unless malloc() returns zeroed memory. >Not even then, unless the memory is uniformly overallocated, and the >overallocated portion is zeroed as well as the requested portion. >Looks like the malloc(namelen) should be a calloc(namelen + 1). Is it already time for more lessons on the uselessness of calloc() :-). Bruce From owner-freebsd-current Sat Oct 14 23:51:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA06837 for current-outgoing; Sat, 14 Oct 1995 23:51:25 -0700 Received: from netcom15.netcom.com (bakul@netcom15.netcom.com [192.100.81.128]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA06832 ; Sat, 14 Oct 1995 23:51:23 -0700 Received: from localhost by netcom15.netcom.com (8.6.12/Netcom) id XAA15664; Sat, 14 Oct 1995 23:49:27 -0700 Message-Id: <199510150649.XAA15664@netcom15.netcom.com> To: Terry Lambert cc: bde@zeta.org.au (Bruce Evans), hackers@freefall.freebsd.org, rdm@ic.net, current@freefall.freebsd.org Subject: Re: getdtablesize() broken? In-reply-to: Your message of "Sat, 14 Oct 95 19:14:32 PDT." <199510150214.TAA22230@phaeton.artisoft.com> Date: Sat, 14 Oct 95 23:49:24 -0700 From: Bakul Shah Sender: owner-current@FreeBSD.org Precedence: bulk > The correct limit on the largest number is FD_SETSIZE, as defined in > sys/types.h. IMHO limiting the fdset bitarray size like this *within* the kernel is a mistake. I have an application where I run into this and am forced to use a multi process solution. Imagine a server handling > FD_SETSIZE (i.e. 256) TCP connections to clients -- requests are not all that frequent and each takes just a little bit of time to service so they *can* all be handled by one process easily. A multi process solution gets complicated (need to put shared state in shared memory, use locking etc.) and slower (extra contex switches, lock/unlock time). Using a limit of FD_SETSIZE does not buy you extra protection or anything. RLIMIT_NOFILE is the right limit to check against in kern/sys_generic.c:select(). Mercifully this limit is changeable via sysctl so server machines can up it. NetBSD, FreeBSD, Linux and may be even bsdi (I haven't checked recently) are all guilty here. Small upper limits is another thing that separates PeeCees from serious server machines. Let me say this another way. If I can create N files, I should damn well be able to select() on any one of them. -- bakul