From owner-freebsd-bugs Sun Mar 30 06:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA25569 for bugs-outgoing; Sun, 30 Mar 1997 06:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA25561; Sun, 30 Mar 1997 06:00:02 -0800 (PST) Resent-Date: Sun, 30 Mar 1997 06:00:02 -0800 (PST) Resent-Message-Id: <199703301400.GAA25561@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, csl@whale.sunbay.crimea.ua Received: from whale.sunbay.crimea.ua (sunbay-10BASE-T.cris.net [194.93.176.88]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA25445 for ; Sun, 30 Mar 1997 05:56:32 -0800 (PST) Received: (from csl@localhost) by whale.sunbay.crimea.ua (8.8.5/1.6) id QAA07163; Sun, 30 Mar 1997 16:59:38 +0400 (MSD) Message-Id: <199703301259.QAA07163@whale.sunbay.crimea.ua> Date: Sun, 30 Mar 1997 16:59:38 +0400 (MSD) From: Sergei Chechetkin Reply-To: csl@whale.sunbay.crimea.ua To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3144: ~/.hushlogin and expire time checks don't work in /usr/bin/login Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3144 >Category: bin >Synopsis: ~/.hushlogin and expire time checks don't work in /usr/bin/login >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 30 06:00:01 PST 1997 >Last-Modified: >Originator: Sergei Chechetkin >Organization: Sunbay Development Group >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Due to misplaced figure brackets code that checks for existing ~/.hushlogin and expire time is executed only if pw->pw_dir has incorrect value. Code is not executed in normal way. Points are against revision 1.23 of usr.bin/login/login.c Line 538: if (chdir("/") < 0) { refused("Cannot find root directory", "ROOTDIR", 1); pwd->pw_dir = "/"; if (!quietlog || *pwd->pw_dir) here is first incorrect bracket Line 561: if (tp.tv_sec >= pwd->pw_change) { (void)printf("Sorry -- your password has expired.\n"); changepass=1; syslog(LOG_INFO, "%s Password expired - forcing change", pwd->pw_name); } else if (pwd->pw_change - tp.tv_sec < warntime && !quietlog) (void)printf("Warning: your password expires on %s", ctime(&pwd->pw_change)); } ^ as we can see this bracket must not be here. it's reverse bracket. so code compiles correctly but /usr/bin/login does not work as it must. >How-To-Repeat: Create .hushlogin in your home directory and relogin. Motd, last login time, etc are still shown. >Fix: Patch that removes two incorrect brackets: *** login.c.orig Sun Mar 30 16:49:35 1997 --- login.c Sun Mar 30 16:49:50 1997 *************** *** 535,541 **** if (login_getcapbool(lc, "requirehome", !rootlogin)) refused("Home directory not available", "HOMEDIR", 1); #endif ! if (chdir("/") < 0) { refused("Cannot find root directory", "ROOTDIR", 1); pwd->pw_dir = "/"; if (!quietlog || *pwd->pw_dir) --- 535,541 ---- if (login_getcapbool(lc, "requirehome", !rootlogin)) refused("Home directory not available", "HOMEDIR", 1); #endif ! if (chdir("/") < 0) refused("Cannot find root directory", "ROOTDIR", 1); pwd->pw_dir = "/"; if (!quietlog || *pwd->pw_dir) *************** *** 567,573 **** } else if (pwd->pw_change - tp.tv_sec < warntime && !quietlog) (void)printf("Warning: your password expires on %s", ctime(&pwd->pw_change)); - } } #ifdef LOGIN_CAP --- 567,572 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 30 06:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA26315 for bugs-outgoing; Sun, 30 Mar 1997 06:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA26309; Sun, 30 Mar 1997 06:30:02 -0800 (PST) Resent-Date: Sun, 30 Mar 1997 06:30:02 -0800 (PST) Resent-Message-Id: <199703301430.GAA26309@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, krw@tcn.net Received: from Pkrw.tcn.net (Pkrw.tcn.net [199.166.4.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA26206 for ; Sun, 30 Mar 1997 06:26:42 -0800 (PST) Received: (from krw@localhost) by Pkrw.tcn.net (8.8.5/8.8.5) id JAA00339; Sun, 30 Mar 1997 09:30:05 -0500 (EST) Message-Id: <199703301430.JAA00339@Pkrw.tcn.net> Date: Sun, 30 Mar 1997 09:30:05 -0500 (EST) From: krw@tcn.net Reply-To: krw@tcn.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/3145: /stand/sysinstall not updated in make world Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3145 >Category: misc >Synopsis: /stand/sysinstall not updated in make world >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 30 06:30:01 PST 1997 >Last-Modified: >Originator: Kenneth R. Westerback >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: After applying src-2.2.0221 I did a 'make world' successfully and immediately rushed to see my patch to gnu/lib/libdialog/msgbox.c (misc/3105) in action. Alas, I found that /stand/sysinstall was the same file as before the make world. When I tried cd'ing to /usr/src/release/sysinstall and typing ./sysinstall I saw the fix operative in all its glory. >How-To-Repeat: 1) put a visible change into sysinstall 2) make world 3) try to see your change in /stand/sysinstall alternatively (and I'm not completely sure the problems are identical, i.e. that this second one is supposed to work): 1) make install in /usr/src/release/sysinstall 2) absorb admonition how how to use 'install' command >Fix: Uknown, as I don't understand bsd.prog.mk! DESTDIR=??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 30 07:55:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA29095 for bugs-outgoing; Sun, 30 Mar 1997 07:55:36 -0800 (PST) Received: from rs3.rrz.Uni-Koeln.DE (519@rs3.rrz.Uni-Koeln.DE [134.95.100.214]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA29090 for ; Sun, 30 Mar 1997 07:55:30 -0800 (PST) Received: (from afr04@localhost) by rs3.rrz.Uni-Koeln.DE (8.8.5/8.8.4) id RAA60706; Sun, 30 Mar 1997 17:55:25 +0200 Date: Sun, 30 Mar 1997 17:55:25 +0200 (MST) From: Ralf Luettgen To: joerg_wunsch@uriah.hup.sax.de cc: freebsd-bugs@freebsd.org Subject: Got an error by burning a CD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Joerg. Today I installed the new 2.2.1-RELEASE and try to burn a CD. I used the shell-scripts from /usr/share/examples/worm and got the following error : worm0(aha0:3:0): ABORTED COMMAND asc:ad,0 Vendor Specific ASC dd: /dev/rworm0: Input/output error 1036400+0 records in 25909+0 records out 530616320 bytes transferred in 1730.385752 sec (30664 bytes/sec) team: guy pid 366 : error on upstream receive team: guy pid 367 : guy was aborted team: guy pid 368 : guy was aborted team: guy pid 364 : guy was aborted /kernel: worm0(aha0:3:0): ABORTED COMMAND asc:ad,0 Vendor Specific ASC worm0(aha0:3:0): ABORTED COMMAND info: 800005783 asc: 50.0 Write append error My hardware: Pentium 133 32 MB RAM 2 GB EIDE HD 1 GB SCSI HD Adaptec 1542CF HP Surestore 4020i CD-Writer NE2000 comp. I made the image with the script makecdfs. I'm looking forward to your answer thanks Ralf From owner-freebsd-bugs Sun Mar 30 08:21:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29988 for bugs-outgoing; Sun, 30 Mar 1997 08:21:43 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA29982 for ; Sun, 30 Mar 1997 08:21:37 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA25422; Sun, 30 Mar 1997 18:21:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA04919; Sun, 30 Mar 1997 18:13:37 +0200 (MET DST) Message-ID: <19970330181336.GQ11657@uriah.heep.sax.de> Date: Sun, 30 Mar 1997 18:13:36 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: G.Beuermann@Uni-Koeln.DE (Ralf Luettgen) Cc: joerg_wunsch@uriah.hup.sax.de, freebsd-bugs@freebsd.org Subject: Re: Got an error by burning a CD References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ralf Luettgen wrote: (Your reply address is `G.Beuermann', are you aware of this?) > worm0(aha0:3:0): ABORTED COMMAND asc:ad,0 Vendor Specific ASC > dd: /dev/rworm0: Input/output error Hard luck. I don't have an HP manual handy, but as far as i remember, this vendor-specific ASC is either a hardware fault, or the drive overheating. (I've heard people reporting it before, and i seem to remeber that i've got at least two reports of somebody who noticed that he was overheating the drive. I'm not sure whether it's been 0xad/0 or not.) Some of the HP4020i require a lot of cooling. Other people don't report this, so it might be dependent on the manufacturing charge. A separate fan is always recommendable. -- 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-bugs Sun Mar 30 09:11:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02144 for bugs-outgoing; Sun, 30 Mar 1997 09:11:45 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02117; Sun, 30 Mar 1997 09:11:30 -0800 (PST) Date: Sun, 30 Mar 1997 09:11:30 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199703301711.JAA02117@freefall.freebsd.org> To: krw@tcn.net, jkh, freebsd-bugs Subject: Re: misc/3145 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /stand/sysinstall not updated in make world State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Mar 30 09:11:07 PST 1997 State-Changed-Why: This is intentional and sysinstall will never be updated by a make world. Wait for "setup" :) From owner-freebsd-bugs Sun Mar 30 09:17:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02302 for bugs-outgoing; Sun, 30 Mar 1997 09:17:02 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02297 for ; Sun, 30 Mar 1997 09:16:59 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA09656; Sun, 30 Mar 97 18:17:11 +0100 Date: Sun, 30 Mar 97 18:17:11 +0100 Message-Id: <9703301717.AA09656@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: joerg_wunsch@uriah.heep.sax.de Cc: G.Beuermann@uni-koeln.de, joerg_wunsch@uriah.hup.sax.de, freebsd-bugs@freebsd.org In-Reply-To: <19970330181336.GQ11657@uriah.heep.sax.de> (j@uriah.heep.sax.de) Subject: Re: Got an error by burning a CD X-Mailer: Emacs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> J Wunsch writes: > As Ralf Luettgen wrote: > (Your reply address is `G.Beuermann', are you aware of this?) >> worm0(aha0:3:0): ABORTED COMMAND asc:ad,0 Vendor Specific ASC >> dd: /dev/rworm0: Input/output error > Hard luck. I don't have an HP manual handy, but as far as i remember, > this vendor-specific ASC is either a hardware fault, or the drive > overheating. (I've heard people reporting it before, and i seem to > remeber that i've got at least two reports of somebody who noticed > that he was overheating the drive. I'm not sure whether it's been > 0xad/0 or not.) ad is a buffer underrun. (``indicates that the write action stopped because the cache buffer emptied'') Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-bugs Sun Mar 30 09:32:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02894 for bugs-outgoing; Sun, 30 Mar 1997 09:32:45 -0800 (PST) Received: from Pkrw.tcn.net (Pkrw.tcn.net [199.166.4.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02883; Sun, 30 Mar 1997 09:32:30 -0800 (PST) Received: (from krw@localhost) by Pkrw.tcn.net (8.8.5/8.8.5) id MAA05430; Sun, 30 Mar 1997 12:35:48 -0500 (EST) Date: Sun, 30 Mar 1997 12:35:48 -0500 (EST) Message-Id: <199703301735.MAA05430@Pkrw.tcn.net> From: "Kenneth R. Westerback" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: krw@tcn.net, freebsd-bugs@freefall.freebsd.org Subject: Re: misc/3145 In-Reply-To: <199703301711.JAA02117@freefall.freebsd.org> References: <199703301711.JAA02117@freefall.freebsd.org> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > Synopsis: /stand/sysinstall not updated in make world > > State-Changed-From-To: open-closed > State-Changed-By: jkh > State-Changed-When: Sun Mar 30 09:11:07 PST 1997 > State-Changed-Why: > This is intentional and sysinstall will never be updated > by a make world. Wait for "setup" :) > Fair enough. Is it also deliberate that 'make install' in /usr/src/release/sysinstall does not install anything? And if so, assuming I decide that I want to use the latest, patched version of sysinstall as /stand/sysinstall what is the recommended procedure? Link /stand/sysinstall to /usr/src/release/sysinstall? Or copy some files over? ---- Ken From owner-freebsd-bugs Sun Mar 30 09:34:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02964 for bugs-outgoing; Sun, 30 Mar 1997 09:34:09 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.0.193]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02955 for ; Sun, 30 Mar 1997 09:34:04 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id MAA07080; Sun, 30 Mar 1997 12:33:50 -0500 (EST) Date: Sun, 30 Mar 1997 12:33:50 -0500 (EST) From: Garrett Wollman Message-Id: <199703301733.MAA07080@khavrinen.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: dv@kis.ru (Dmitry Valdov), freebsd-bugs@freebsd.org Subject: Re: cron & timezone In-Reply-To: <19970330091913.IJ54321@uriah.heep.sax.de> References: <19970330091913.IJ54321@uriah.heep.sax.de> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < As Dmitry Valdov wrote: >> fix: : change run time of /etc/daily from 02:00 to 01:59 or make cron know >> summer <-> winter changes. > j@uriah 494% awk '$1 == "Rule" && $4 == "max" {print $8}' \ > /usr/src/share/zoneinfo/[a-s]* | sed -e 's/[su]$//' | sort | uniq -c This sed command is actually bogus, since it eliminates the very important distinction between switching: 1) at the specified local (possibly summer) time [no letter] 2) at the specified local standard/winter time [`s'] 3) at the specified Universal time [`u'] Thus, the `EU' rules specify 1:00u (IIRC), which is of course 1:00 in Great Britain, 2:00 in France and Central Europe, and 3:00 in Eastern Europe. > Hmm, while 0159 is a good bet, there are still some zones switching at > 0100. There's an impressive number of zones switching at 0000, much The best time is probably around 0400 local time, but even then, if Russia were to adopt the EU rules (not likely) it would still cause problems for one of the Central Asian zones... -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Sun Mar 30 10:47:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06398 for bugs-outgoing; Sun, 30 Mar 1997 10:47:18 -0800 (PST) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA06387 for ; Sun, 30 Mar 1997 10:47:12 -0800 (PST) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id UAA00739 for ; Sun, 30 Mar 1997 20:46:15 +0200 (MET DST) Message-Id: <3.0.16.19970330195404.2dffad96@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0 Demo (16) Date: Sun, 30 Mar 1997 19:54:08 +0100 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: Problem with SMC Elite Ultra Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id KAA06392 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I don't know if it's a bug but FreeBSD 2.1.7.1-RELEASE don't see the SMC Elite Ultra network Card (8232). This is an EISA card. Is there any information for this problem ? Thank's -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Vous cherchez un bien immobilier ? consultez http://www.ImmoSearch.inba.fr/ *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Philippe SCHÄCK IN'NET BORDEAUX-AQUITAINE Tél. : + 33 57.24.18.11 Chauveau - CD 239 Fax : + 33 57.24.18.28 33420 ESPIET E-mail : phschack@inba.fr *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-bugs Sun Mar 30 12:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10284 for bugs-outgoing; Sun, 30 Mar 1997 12:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10244; Sun, 30 Mar 1997 12:20:02 -0800 (PST) Resent-Date: Sun, 30 Mar 1997 12:20:02 -0800 (PST) Resent-Message-Id: <199703302020.MAA10244@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.MAA09978;Sun; (8.8.5/8.8.5);, 30 Mar 1997 12:15:19.-0800 (PST) Message-Id: <199703302015.MAA09978@freefall.freebsd.org> Date: Sun, 30 Mar 1997 12:15:19 -0800 (PST) From: gilbertd@cs.man.ac.uk To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/3148: adjkerntz screws up during GMT/BST change Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3148 >Category: misc >Synopsis: adjkerntz screws up during GMT/BST change >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 30 12:20:01 PST 1997 >Last-Modified: >Originator: Dave Gilbert >Organization: University of Manchester >Release: 2.2-GAMMA(ish) >Environment: FreeBSD uriah.cs.man.ac.uk 2.2-GAMMA FreeBSD 2.2-GAMMA #0: Mon Feb 17 18:06:02 GMT 1997 gilbertd@uriah.cs.man.ac.uk:/usr/src/sys/compile/URIAH i386 >Description: Summer time just came in over here and although it seems to have done it OK we have the following log messages: Mar 30 02:01:01 uriah adjkerntz[5285]: Warning: nonexistent UTC time. Mar 30 02:01:01 uriah adjkerntz[5285]: Giving up. Mar 30 02:31:01 uriah adjkerntz[5347]: Warning: nonexistent UTC time. Mar 30 02:31:01 uriah adjkerntz[5347]: Giving up. Mar 30 03:01:01 uriah adjkerntz[5373]: Warning: nonexistent final UTC time. Mar 30 03:01:01 uriah adjkerntz[5373]: Giving up. Mar 30 03:31:00 uriah adjkerntz[5399]: Warning: nonexistent final UTC time. Mar 30 03:31:00 uriah adjkerntz[5399]: Giving up. >How-To-Repeat: Set your machine just before a summer time switch and see what happens? >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 30 12:29:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10642 for bugs-outgoing; Sun, 30 Mar 1997 12:29:53 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10637; Sun, 30 Mar 1997 12:29:49 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA20266; Sun, 30 Mar 1997 12:29:33 -0800 (PST) To: "Kenneth R. Westerback" cc: "Jordan K. Hubbard" , freebsd-bugs@freefall.freebsd.org Subject: Re: misc/3145 In-reply-to: Your message of "Sun, 30 Mar 1997 12:35:48 EST." <199703301735.MAA05430@Pkrw.tcn.net> Date: Sun, 30 Mar 1997 12:29:32 -0800 Message-ID: <20263.859753772@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Fair enough. Is it also deliberate that 'make install' in > /usr/src/release/sysinstall does not install anything? And if so, Yes. > assuming I decide that I want to use the latest, patched version of > sysinstall as /stand/sysinstall what is the recommended procedure? > Link /stand/sysinstall to /usr/src/release/sysinstall? Or copy some That'll work. Jordan From owner-freebsd-bugs Sun Mar 30 15:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19070 for bugs-outgoing; Sun, 30 Mar 1997 15:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19063; Sun, 30 Mar 1997 15:00:02 -0800 (PST) Resent-Date: Sun, 30 Mar 1997 15:00:02 -0800 (PST) Resent-Message-Id: <199703302300.PAA19063@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, eserte@cs.tu-berlin.de Received: from cabulja.herceg.de (cottrell.dialup.fu-berlin.de [160.45.222.107]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18740 for ; Sun, 30 Mar 1997 14:53:57 -0800 (PST) Received: (from eserte@localhost) by cabulja.herceg.de (8.7.5/8.7.3) id XAA00844; Sun, 30 Mar 1997 23:18:04 +0200 (MET DST) Message-Id: <199703302118.XAA00844@cabulja.herceg.de> Date: Sun, 30 Mar 1997 23:18:04 +0200 (MET DST) From: eserte@cs.tu-berlin.de Reply-To: eserte@cs.tu-berlin.de To: freefall-gnats@cabulja.herceg.de X-Send-Pr-Version: 3.2 Subject: gnu/3149: patch-2.1: files ocassionally created in wrong directories Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3149 >Category: gnu >Synopsis: patch-2.1: files possibly created in wrong directories >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 30 15:00:01 PST 1997 >Last-Modified: >Originator: Slaven Rezic >Organization: Private FreeBSD site, Berlin, Germany >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: Tried `patch' supplied with 2.2-960801-SNAP and current `patch' program from the FreeBSD-CVS directory. >Description: `patch' ocassionally creates files in wrong directories. >How-To-Repeat: The problem often appeared applying patches to perl5, e.g. patching from perl5.003_26.tar.gz with perl5.003_27.pat.gz. (For example, `XSsymSet.pm' is created in the directory `ext' instead of `vms/ext'). >Fix: The problem does not appear with the official patch as found on gnu archives (I tried the one from ftp://ftp.cs.tu-berlin.de/pub/gnu/patch). Slaven >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 30 17:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA02672 for bugs-outgoing; Sun, 30 Mar 1997 17:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA02634; Sun, 30 Mar 1997 17:40:03 -0800 (PST) Date: Sun, 30 Mar 1997 17:40:03 -0800 (PST) Message-Id: <199703310140.RAA02634@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/3134: Both boot and boot-pao floppies hang after probing all the devices. Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3134; it has been noted by GNATS. From: Kazutaka YOKOTA To: freebsd-gnats-submit@freebsd.org Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/3134: Both boot and boot-pao floppies hang after probing all the devices. Date: Mon, 31 Mar 1997 10:42:06 +0900 I am forwarding the exchange between the PR originator and me. Does i586_bcopy() have problems with certain steppings/models of Pentium? Kazu ===== Date: Sat, 29 Mar 1997 10:57:39 JST To: serg@nsof.co.il cc: yokota@zodiac.mech.utsunomiya-u.ac.jp From: Kazutaka YOKOTA Subject: Re: kern/3134: Both boot and boot-pao floppies hang after probing all +++the devices. >>Description: >My system is Texas Instruments' notebook >TravelMate 5000, Pentium 75 MPU, 16 Mbyte of RAM, >one EIDE hard disk, one floppy disk. >An atemption to boot from either boot or boot-pao fails >after probing all the devices. >Last messages on the screen are: >... >npx0 on motherboard >npx0: INT 16 interface >PC-Card Cirrus Logic PD672X (5 mem & 2 I/O windows) > >Multiple ASCII 0xf characters appear on half screen >and system hangs forever. >BTW, 2.1.5 and 2.1.7 work just fine on my system. >>How-To-Repeat: >Just boot from 2.2.1-RELEASE floppy any TravelMate 5000 Try setting the configuration flag of npx0 to 0x01 in the User Configuration menu. This will prevent some Pentium-specific optimizaion code in the kernel code, which is causing problems in some systems. Kazu. ===== Date: Sat, 29 Mar 1997 12:00:55 +0200 To: Kazutaka YOKOTA From: serg@xray4.weizmann.ac.il (Serge Maleyev) Subject: Re: kern/3134: Both boot and boot-pao floppies hang after probing all +++the devices. Thanks a lot. It boots now. BTW, my cpu is genuine Intel's Pentium 75 MHz, why does it not understand some Pentium-specific code ? Serge. From owner-freebsd-bugs Sun Mar 30 19:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08700 for bugs-outgoing; Sun, 30 Mar 1997 19:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08672; Sun, 30 Mar 1997 19:00:02 -0800 (PST) Resent-Date: Sun, 30 Mar 1997 19:00:02 -0800 (PST) Resent-Message-Id: <199703310300.TAA08672@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pauls@locust.etext.org Received: from locust.etext.org (locust.etext.org [206.252.8.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA08371 for ; Sun, 30 Mar 1997 18:53:56 -0800 (PST) Received: (from pauls@localhost) by locust.etext.org (8.8.5/8.7.3) id VAA18542; Sun, 30 Mar 1997 21:53:50 -0500 (EST) Message-Id: <199703310253.VAA18542@locust.etext.org> Date: Sun, 30 Mar 1997 21:53:50 -0500 (EST) From: Paul Southworth Reply-To: pauls@locust.etext.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3150: Cyrix 6x86L-P200+ crashes w/ page fault Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3150 >Category: kern >Synopsis: Cyrix 6x86L-P200+ crashes w/ page fault >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Sun Mar 30 19:00:01 PST 1997 >Last-Modified: >Originator: Paul Southworth >Organization: The ETEXT Archives >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Cyrix 6x86L-P200+ CPU, Mustang R534E motherboard, 128Mb EDO RAM, 3C595, Adaptec 2940UW. CPU serial number is GAKJ3702A. >Description: Error is always a variant on this (below). Sometimes it reboots. Other times it hangs after the final "page fault" is printed at bottom. Other times it hangs after "syncing disks...". Machine stays up for 1-3 hours before crashing. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01317c6 stack pointer = 0x10:0xf01a8c34 frame pointer = 0x10:0xf01a8c44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = idle interrupt mask = net tty panic: page fault >How-To-Repeat: Looks like any significant load on the system will cause the crash. For example, starting a dump to tape, compiling libc from source, running glimpseindex on a 750Mb archive. The "current process" field of the panic information varies but is always something innocuous (eg, "idle" or "named", etc). >Fix: Unknown. Exact same configuration is currently running happily with an Intel P5-133 CPU, same setup except for motherboard jumper settings to support the P5-133. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 30 21:00:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA15035 for bugs-outgoing; Sun, 30 Mar 1997 21:00:50 -0800 (PST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14622 for ; Sun, 30 Mar 1997 20:59:11 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id XAA03120; Sun, 30 Mar 1997 23:58:23 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id XAA16722; Sun, 30 Mar 1997 23:58:23 -0500 (EST) To: Philippe SCHACK cc: freebsd-bugs@freebsd.org From: "Gary Palmer" Subject: Re: Problem with SMC Elite Ultra In-reply-to: Your message of "Sun, 30 Mar 1997 19:54:08 +0100." <3.0.16.19970330195404.2dffad96@mail.inba.fr> Date: Sun, 30 Mar 1997 23:58:23 -0500 Message-ID: <16720.859784303@orion.webspan.net> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Philippe SCHACK wrote in message ID <3.0.16.19970330195404.2dffad96@mail.inba.fr>: > Hi, > > I don't know if it's a bug but FreeBSD 2.1.7.1-RELEASE don't see the SMC > Elite Ultra network Card (8232). This is an EISA card. > > Is there any information for this problem ? Yes. The SMC EISA chipset (used to be at least) proprietary information. They wouldn't release programming specs on their EISA cards (at least on their 100Mbit card). This may have changed, I dunno. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Sun Mar 30 23:53:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA25259 for bugs-outgoing; Sun, 30 Mar 1997 23:53:12 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA25254 for ; Sun, 30 Mar 1997 23:53:09 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA07062; Mon, 31 Mar 1997 09:52:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA09197; Mon, 31 Mar 1997 09:42:26 +0200 (MET DST) Message-ID: <19970331094226.RF59699@uriah.heep.sax.de> Date: Mon, 31 Mar 1997 09:42:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: handy@sag.space.lockheed.com (Brian N. Handy) Cc: bugs@freebsd.org Subject: Re: ports/3143: mkisofs site has moved References: <19970330184215.AL32083@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Brian N. Handy on Mar 30, 1997 17:45:43 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > >Can you confirm that it works well for you, or didn't you do much > >testing? > > Errmmm...yea, I was trying to test out a cdwriter here and going down that > path is what led me to try to install mkisofs. I did not *carefully* > check out the new mkisofs; I've only used it via the textbook "makecdfs" > script running around in /usr/share/examples/worm -- so I haven't played > with anything like multiple sessions or an include list or ... . All I've > done is hand it a source tree and tell it to munge it into cd9660 format. The problem for me was that mkisofs itself quickly dumped core for some files, without generating any result. As i wrote, i have yet to find out what files. Since v1.05 groked the same files, it made me a little reluctant to upgrade the port. -- 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-bugs Mon Mar 31 02:50:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA06946 for bugs-outgoing; Mon, 31 Mar 1997 02:50:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA06933; Mon, 31 Mar 1997 02:50:05 -0800 (PST) Resent-Date: Mon, 31 Mar 1997 02:50:05 -0800 (PST) Resent-Message-Id: <199703311050.CAA06933@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hfwirth@ping.at Received: from atlantis.ping.at (a013.static.Vienna.AT.EU.net [193.154.186.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA06419 for ; Mon, 31 Mar 1997 02:42:46 -0800 (PST) Received: (from hfwirth@localhost) by atlantis.ping.at (8.8.5/8.6.12) id MAA00786; Mon, 31 Mar 1997 12:42:38 +0200 (MEST) Message-Id: <199703311042.MAA00786@atlantis.ping.at> Date: Mon, 31 Mar 1997 12:42:38 +0200 (MEST) From: hfwirth@ping.at Reply-To: hfwirth@ping.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/3151: Support for Pentium MMX instructions in gas and gdb Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3151 >Category: gnu >Synopsis: Patches to gas and gdb to support MMX extensions >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 31 02:50:02 PST 1997 >Last-Modified: >Originator: Helmut F. Wirth >Organization: Helmut F. Wirth >Release: FreeBSD 2.2-STABLE i386 >Environment: Machine: ASUS P55T2P4 with Pentium MMX 166 Opsys: FreeBSD 2.2-Stable i386 (derived from ctm as of 3/29/97) >Description: I added the MMX instructions to gas and gdb and tested the changes. I sent this about a month ago, but the changes were against FreeBSD-STABLE 2.1.7. This patches are now for FreeBSD-STABLE 2.2 and should be much more current. The patch for as is unchanged, the patch for gdb is new. Please refer to the appended archive for documentation. >How-To-Repeat: N/A >Fix: Appended to this please find an uuencoded, gzipped tar file containing the following files: as.mmx.diff ... patch for (g)as gdb.mmx.diff.2.2 ... patch for gdb how_to_patch ... Install instructions mmx_changes.doc ... Short documention, what I did mmxtest.c ... The test program I used mmxtest.result ... The results from the test program If you have any question, please feel free to email me! Regards Helmut ------------------------------ cut here ------------------------------- begin 644 mmx_changes.tar.gz M'XL(""Z3/S,``VUM>%]C:&%N9V5S+G1A<@#L77EWVT:2S[_"IRAK)Y8H0R0. M7I+CS"BVG&A>Y"B.L\FNGY\>"#1)Q#@H'*(TL;[[5G4W@`8)RI08.\J^T`I) M]%%=_:OJZJ.*'2=MA^%5V_/'XR\^U6FT\9"SX'0Y_W18*'?1?V M]Q/FYDGJ7S+HY&G221.W,XER^MX>^5''23MN'(W]22=S]WU[V&^[T)"F[>WM MK4U@Z\TTAZ-9`N80+..PUSVTNV`>'/2U_?W])NI;+Q,?7K(16%C!/,2_WH`J M#*A9]<79L+JZ=0#\D>CA(Y+';_L:Z=U9P)R4P90%,\A3")WW#/P,1BS+6-+F M1?8Z^*$]@''D>\R#-9[,XR6`<)Y!-&9R>_@I^E&9)[F9^'*6'G)F.876L M/GS'@C#/X&7[%U(L)`-[(+7L7S,_FK2=K`W/ITXT82G$47`-60R!'^$3*EO" M>`N(@.<3;1`$_#'LOF:3#S_16[L-\5()OD$;R_':'7S' M'OV7/XX\-J:V,GS$`9#Y+E%)('%3WWO[#I[!]C].O$,HD=V@;XA8'CNG$X"_QTBH#X*8RN8>R\1_SPT''B8>R%G(F$@3?;K;_=3QS8X^= MAS%VPT=2C^&UJ(&@ON8LMN#Q8V*93<[+=IX]`ZL%OVN/.*VM/$K]281R09BQ M1TF:G2O%$>)=OYU=SUCZUGC'6YBTX)]H%U&)GDI^ZC121MJP0&29\!.E/J6S M*$NN82\+9UBYD1K$Y#;'C0U0\,HQAD?TNWE*XR*EM_ M:3$W#>H#V]`/[+XZJ$E>/@G619M:""T%+X8HSM"JY5&F2(:+9@7>LL0"1G&> MN$P'CZ79TT(D6R*U&7LRF!9_MS\\CQ&K./CP@HWRR8I>/;04UI.5QN""-).,]P$4-%=&E8-JSZIW?9 M4TSONJ>8+NXIK$.K>\N>PM2MOK*G,&F+4>PI]J"V:)[R1;.]O&C&/6YMT:Q] M@KT&+.XUEI;_;YZ?GR";E(*/N.\H4L`D5AJMIMW535O94YDV#LYNKT"@('0T M2LT^&%>X\^>O>I9M89;5F`6[^#;\P.M_X$5;Q#2'Y24"<=;K/>=(E-J7BGX5 M-,2H0OK=BK[2Q#?7&>/#;_CA)`S%VT\MI<`ON&CD!;!]S#3[=U-G,10ZE2[7 M$FY5Y%K)!BT>UK2X7KJNPN8![HQ7J[!YH*.&5R+$QT$A0/SK2"V^386'A\:" M"G]&_2WVJT@#-P@,ET4."I7814N4.2.^??V]+O=S;IH:X1C8ECZP!Q4@`UQ_ M#:M1C1TZPS6%GX=\(T.-[=,J)8`N#I6Z'@+\ONW.\H4Y7YSZ8[&SQ;^$ MX2+U&B+&2*"\TX*5X)Y="#;O0DGK0J$UOI667+DT$%NB-%B'4IVBPM;,<=^G MZ7RD<&;?FS-!S)LKQ$8;$4.NLN2FU6F>MC3J+UEM1D[&[@+);5*S3BK*\5FK.$B2Z&UR>04>9%"Z;ZSN2`6 M)PKV]V5*D+JJT=J,+3>+ MR%L?[7RBXN5M@GRRB/PZC2MX>9L@GRPB?WOC12U''8L;(>\L(-_]>.<=!2^V M$?+.`O*W-][9@^/(@WB\^M"2GQ=ME\<:ZM\-G?*G=(@3.8$X6KKAH14Y/[L] M;S[*PDWH8&`7+BVBGF9(_V40.QGUC'\YQZGEW4Z=;3NT5ZKY[>0UJ/"EK]>EZ_J#.HIP]N"A24D[W3HU_/7Q]_>_[J MZ/3X_*>3_SV&(4%'QS$S)TGI."PI?1\.G5?R$S$_(F_'GO"X#GL'^K!?G>/_ MO\--U)%GC8MP%,?J"(:@'(;&=DV;>9JII)DRS5+2K)*S,+25=%N6[2II79G6 M4])Z2OV^DMZ790=*VB?1A#\[%.]/>4V\41D`VK;:UJ=HXV/QG[V>0?&?YF!@ M&J;=I?C/[L#X._[S<[QHVB#7R;[GIVVW'2?^9.LTCN`40;%-,,U#RS@T>\*; M1+:R*EPK9Y'7R;1O<9S:NC54'*>V;EN*XQ1D-!;W<_P[GD;PG9.F[!IVI_SS M7]YD/\EF;6_2=N.PM9''U"8WUAK1F6K,9&=/\/F&O"(.!9HYHP!-B,=2-_%' M(F"M[MF@$W^6\CF<'_L[X,:S:T$FYOY[V/Y!N,Y/G=DV!6#.R#;M'LUF%$!Y M!4>MHN!)E+$`A@;Y:QM]>@9%LRA.+-/HZZ8Y7'3,OO#@A[/S%SIX%/[&5-\O MSWFCY-S!ZWIV097/=+@0E94<3^9XBSD_\CH_-M3YT9,Y91VYEB(62B^V+,R. M?J72:/AU^D[1:FKN-TKN-TNYSY7V&WI5-,13SCWQPNU?-9PLA'1"DIR\YYYM.*``6B3%AF]GD)_(:CA`JL M]!3*F?L)KTE04SV"3Y!5>COB:'+G?I%T*9(L)6DNDFPE28@!NI5"+(ZLNC8( M@4*OWCQ+"5]43-7E[Q:)9K/10"VV3%,Q&Q1P41F.@LRWK\\&\.KG[[_7Y;O9 MK><.Z[F]>NY!/;??H/G'*S0?:Q_-Z]4'"]E>/7NXD'U1SSZHJWO#ED'A_>7W M/QR]>?[#BV/H&8O)-;)EP4:8>_VNWAL:RKX!MG='CM?:!EQ\W>%I\\K8];Y1 M+D7O2VFCR@4;PP?!QN!AH#%X&&@,#3'M\_S?8MP2_/L2BNT5ID15$IF+WK"G M]RU#V=@]&,56G:!G%SI->BI*JE=S=39W4S9E5XYSGGL!Q>8*E"/E,DNI6)X1 MK\ST5F16'O&JR::AI+JZF^@HONMEWA57]')FY>!?RELAFR*["`>A>L>7"QD7 M35UJ'I8R04P*M4>O_K@H$.'*:)25\$RLR&I$BXEL;EW$\G"J4R]<6)TKSW,$RK]S!, M*WL8:+"'@<;X8:`Q_M/1*$[9:E&79=P\_]%@'+'1=<;.<:=.*_\D?&OU^B(( MD\=3XB)^T*]/PIL/T](.2G?,LH&4KI+&C,8)9)EVX?Q;>SYI&M)5R$$#*T4$ MP1K,B/"`AFFO"'-9D?61#JCTHZ:IKMDP*&@ZJ_!W&AG^R#12.F_O"CI;!'TU MYNM"SN,5&F%=#?AMM)NJ7"TT\B`FF=L2""ZAH%T$Q;AKS=0GM36]?HD3.Z^L!0?C`Q&*`Q'%8GGV#HU3\3 M_RT\EUSQ4X'BU^+R-SK\#)(?`]%1@?A)@(Q#OZ4+V3Q>U05BR-3-)4;4?TM< M-Q9J!,,T]8'5K]9K'Z6B\K/JWWJ4'OUAA3X%XU7BXG,CI7J16PI](@C6*-0P MFOCP&>7CMZ9AR-^+#X8X/`X.FD?#'P'L1SJQBD(!L.SI:EC7;^[A:D2165%1 MTY1"QCJ%ZI248A_7B":;<6`/](.NI3HV3"1I=!6E:9B,/IY$/S&2'QWAUHG8 M%?WJ)6$,)DFG\N-NK/Q?H,KDLT6(,H)50!#\U^ M$NM`MPQ;]928=E^WK(&ECI,;_IFP+$\BV#6XA^A&>W++#]%*]Q+^J<-V+PRO M>!#%VW?/!);;7_*X$?HPQ8<.\5 M[-(:A?Q(+0D)=W`5B51>-$NIGI_.)`4NZ?2]/R.'8U"Z+0^FCUY4A:E M7S)C,;HOSAZ/`F;0(#MN"D9_1SP@3XHT[YR0BM?XBDE/GDJ7^Z.E2XLA)63UU.<6/ M/'953TI=)V`E6_22+52=*!*)'J::5:I,2<(:`>J;R'D&79+$%G5A2Z7,:6#* MR^,WS[_C$H-=--[G?C2.=:$%=/5$2Q;C3-(]%WLBZ^NOH=]"B=LRG_>KGF]3 M_D#F2SYE;I6NJ-O6C=J%=.YG[I3K7M4!EZ@8A[))I9.]ED@3LMI:0LQX6B5+ M_5#]QEN%`A&G"7/>/RU;,P_OA),DOKNP5FF!HZKPS:)L:4`^ MPE[!AP]0AT!V/YTEJ%I8,G43!W'$!00:&./JRRLT--18V2S2Q MS=U"CQX_AETA>F2G2UE"48BY5DOEJ&QH>W>[:%PE6PJP+,B'O6V]I=QWBU6P M\2:1\[LL2GYX"<'`2DST+^FWM$5;O*YL[#9TMFZJ-E?1I;G7A*^^$I"T%`U< M2591PPJOUG8ED:(```M25DZ$:,#,_BT&;-WAA',!:E*_1%8JYFXZC9.L509= M-&OS9QPI'V7HUA&C]O+3C9>%%A\MM-@T'LHTKH9FOYSSUM`'.2%R0W>SL%(X M6W^E<.M\OG7'B;PH7LWA;%),XO4)G'/\9\?YK7I-X_EY%I_/2-Z?JHW;XS\I M]'-0QG]VN_S^3[O;^SO^\W.\S!:X_.;(IFM)Z(X'?A7E)4O@.L[YJH-O@\7] M7:EFM>"4KN$:D?EX([67>*6W_3ECSH3;R3O1$FUWG)SBV'._*[,,I(5 M[0(OI:0L5FAIN"1\S>BR0A_7`/Q*PPA5)PBT00N.H]_B:WBD:6_XI4QT;L`O M].S"V*R;^1^-_T/\[_ONSO'ZAJ_-.<,!ZA]JSZJ6= MP-R)LH:@ZHC-R^MI:@<&I?^!]#B-X403]]9@I9"&VT2J.'WEZGUZ#?'H-QP7 M=*$2W6.+.4(5R[)8D$9&X&<9#;H49G&*J^.`M>%;?(KBN2;Y2_G]?XTG=`4A MUXEHN4/AY"'Y38BQ-IS@OC75"KK$0YXN$8%+WX'S!\>CU+&H"#!/9\SE4?B'BB4;@N^1P'&E#_TN7XF7M0\U;2L,#1W" MT*0WB]YL>NO26X_>^O0V0"[^!V<0E]]61]<4L5):%2]Y6@32[]#*&G@<]4YQ M`U$;D(*&R^,\0.L[0119*74Z[)#ZA4_L:H:6%%>!,P=55TY*ETZ0HY6CLUYM MBKLH\0Q(;Q[QCKIQ0M-6&Z>T:T07AX"/U%&+P>%J+]F0O*'EW-'H-JB$\\5[ MY@0HJ#F?2S@;W.Q3^SL4D[6#&#QW1SMT'ORGG0O#CR6:$.#+L.*R3\J?J4`S\]^+J8T MU/=(*ABEZMB.ZY#*DTH7EY@6`UGTD^Z:PH:C]S`71_`H`G$S-^SOMXIIRA(B55R(C6#62NSNC'1UVYO06[.CM=HOW)JSV M,37,T_KO5#2I*/R&S(Q6+G*8Z]7E7667"3<>Z(>94Q_UG-A&\#1YR'B1X[3A M9]?".)+6(4*XEXU8XKO*[)=-I%^G3A M,PG)X8UJ2J-\H#F<:&FTCN2Q19TW01('D33/`0+#P2T4\E"3./-^\X<+C&U]-L3&4I;?O4NM#+NN$@,JOR`\BFT@NAY@JSG>9H( M>!%/Z5R3$4?B.:<$"O7`1PKL$!^>)@)PQ),LDA?/O`YBP]\BG'P3C<)@-!D) MBX5$W&OQQ=-DT+)(F&3SX@OFB&@5380-83J/V=*XPXM:"P)/?R,5( M*S]XEB.R'$_37G)KB::%&SEYZUUA#FZ[08\F%Y_^7P+\.CUN8%_@/B:@H97" MMVC8RG`-O6:R29>EN>2K!&R1;CFFB28)>1$^]8^H>DX:F@E^Z/KS$6H6CH2? M7W\/V],LFQUV.E[1:-NG4O23N8Z73#HX9W6VV\4`2HA[.:&D3'(ME@CC/.%\ M*`RTZ=)9V@1ZN$;@5\QJ=.%XG-/]T6$QH2SW2H?WC,UH+*(9]>1@%;,!]O+_ MVKNZY[9M)/XL_!6L+YDX=ZK*#]E2Z+N;Z>3E\M+>3'LS]]"9#"51LJ:VY8A2 MYO]:<7,LHB8U"@8P>9[3Y2^]XP^NYUMNIO^L"B8?\E6\0= MP?J0LZ_J%%5-DSSHEC8*BU;TS1)N'9Q[&:F+AJ,=$IU46EE?SQ;-9B92#QK? M8##HDUKG`+&$*=&H'(V\WY2;B9!X=2U7.6,ZFUAC"E&+8911A(%?V><5\NCG M+)]7N&LO,528V](>D=.:3B5SCSZS9>?DFM.GIEJ^*DUXWELT-RZC!:_OI:@1WIH:9K@3>P%E^^?RXFLF#QZB&+OB* MCH7EP4$151811\^L,H"O\SMN@]2,F3;&@+.8)N(X,NP)'[=0O-*QDT#V(N3( M^6M&4/C9#"H;P.)*$V:Z?,'WRT'PTPK#6.300\N/:1C`[,F[`\N8DQ4$":;I M>J7Y?D7Q;$H"TK56M)G'XO2T4O43T[];/_:#1A!5WH=!H(*_5MKK9%0R(*`V8DEH7^M`K\'IO<2*." M!B4'L/*3(Z7%#B<^/9>>Q*8>LA:/7=_8%L1-`6J"KYO`8[1:!3;Z%DT5T,`M+^E`QML5HJ2)KK8++82L\;]9K7[-V89H>N!@ ME1$H_4['.W\*/25*>Q[*B`L995R+[0_&EXC32L,'%NRR4,-!D]UKOT<@HUZ6P M$9.DJ6<:4ZK4FTZ#;U=&"PB^790*P50AU$`I$R3*^MB+&5F&LQ?:VL>D]8,7 M[^R\RR&\(`!DOGV64$GF0 M79H&'>Q2&>>_R[\5FMEP-KO]9#CVVXF!ML[9,JP`TQTX?='>#74@"`),' M%Z1M[V`S_T]5GWC!+,G_MCQ35ZI79B$@I#"YPC54CRKWS,N;U>[*>KQ>+J[I M^4,P\]1Q6K0J-_)+*%L?&"82%-N%5\YCY#[&[F/"$(M]>-4@>_*CEORX)5\: MW?I:A=Z*,E-NJWR*G*?8>4JECR>A75#6?DKD2]$N=IZ#3#H(*=-+/3S?0P"-\'[[9@,2R2V:6K+5XX'F0PV?*EL3(VIY;[ MBD.$:CN$F3AIAGF;$+XGRO%0`WP%](UEQ8D^1,`0:/'>X>A:*@;U?2C^Z-J2U2Q23G9WNVP] M$TMVLYPL;^#V1V>LJXR6Q5LBP?.7(`8\"]71?,MFZMNWOZU@Q][DY[0(SN#H M#IY%_>?/\^SAE[LSU3OKL1=%_TVC?A,$S\*',7_:!^5FIEQQO<:[.+%RT^#L M'[.SX%Q:?1FDE)$AZNUL]H`XKIZ>%X/5!Z5X,T?+?D:;92T^DHB-JM)MP%O5 MM,CLKWMD9F8Q"#W%W\GZQ@S`2V%$$HIW?D:3794G%3:CT2,BI:DFQ(%9+W]8 MXH))<(&>JE8]J5*B410;;-5A8_`.)'OCZG#\0K95&!O#&P:\D@Y6EL_VQ6CHN1430UQ'_!W\)= M[?)UN85K5^@3&2_GK"1O[U50)?;`K,6SMLBA'/7%WR+#)1XW:US,?*#E(M5C M7Z?-P"+.\(&#TRY'XWY0D6GU-IM,9_C';R?E6^SD2'DBS]O;L)X_D?S+6CXV MS^U6>!\C>);$3NE[ZC$7#AM`WFD@;[4`D%=IM1`FLA#,.#Q_2)^C,2,?HL&V MFN1^+8_FY^55+ZC/MA[>:H[[C2FQ9D/Q%^CT!B"FI&7TN3-O2QF'XR5./\VK M&*\29V00D=`HCXS:L/R.!@+Z;D%F`,>%30BBF+ELS51Z<#T@>B_E6F/W/)\^ M.(-QSEDOF7QBAZ*%S(NEIWB?7_0CJ9;4B3%QH97$6!]U)L8I$V.Q/!(Q_D!\ MRA+X[(MN'-OCDO]F+080R$*"KL,1%O*L-^]%UT6(A$A'KFIPM.IK]J%ZK!0) MOD=J]&D\EAO8J?VJO8ZM78Z56]FC-E M;G73R]'\R;2^\]/Z;B*ONM'Z7F#;KL#BO0LGK2\B52T0MC0'TY'%;"7GLM\L M==$H-?242AJE8D^IJ%$JY.5R$/YQ`__8@W_V7TV(F\B`!4<+159L359<7\WD8/H6S2NTH(KZLFG)D MA)D_C.,:5DUDH9KR)1[9:'KEB\VX8V@9ZE"YXV?@G1FU344[B[$^2D5[(17= M0,4=0&T[PDH^LZ+T2"MQO978VTI<;R4^J)6DWDKB;26IMY)XE+X?X:[+%MGR MSK*P.*Y'/(%]*V2%#3)VIV8%6VMLF367-:JW+^O#*71R/`KM!JH;A7:#55'H M227YTBK)0?@G#?P3#_Y)`__$@W_2P#_QX)\T\$\<_!V=BA=CN;M;;"<;A$?Y MC7RM2E&A0U2IGZCX\56I>5/W^5(J%.*TOX0*A8$]A@I5PNFL0F$"GJY"R

M485J`OP*52@$_1]'0/%)@>,(*#ED<%*AOD85"LOZJ"H43J<9B3 M"G52H3ZG"M4S^\@0L)`(]O$$9Q6^N?LM7V]$%)MU]]EWD0_>"^0#9>Y>8)=M MOV-H-3^;0$T=VN]715_KE_F[+6FD#*9?A0F:R^HJ?$QY;TD&DCYI=BP5TSL[ M^TJX0"Y0Y"E3)4?[#IRLQR'NND+T[Q][($ZZ0FQEU(<25&OMV%,[[EP[\=1. M&K4=.EVL\XPC-JYQ>\+'D:L-ZVNFVL7FV%2[V!R;:A>;/Q?55BP8^V4XNT6E MEK@$2(+[9LWM64^A5L,1`8MU.GNG3\L?\PA2G[\)`[A)FC. M8\+9'S>5R7@\]DQEQ-F'3R7.O!\RDWM!W70#M7^/^6LUF,4S)5&%#<6M-$WY M_4T^WSQ-?HUT>IKHD>"_X<=+'%R*\"B@+H(&ERP\"NB/(5^$-:W?6X=DX=XP MD:C3U99O0&[$M=:)9TV-((QW@6MF3,3IIR:B>EA?\"QVXDK;XE/Y<@PKM/3Q M:+Z];?.5&]W`M5)?#=RN&SA-@R;P]:NG11]-97PZ,-\LIU^$.:VS&9/51S.G M=;9[%%#\.^$IKN6_O6L)-#6-_$<*4/7]4X2`ME<((\_G[:9.J&V=)O_04]KJ M83EHAD=F8LP50:Y=,:K/T:C#9-=@[F9=8>X12C68DUU7F'\,^52G,4<3]M/' M7BJKJ*65S+Q^O)(Z/X+(KC\!D5U_`B*[_M,1&0+@2'O)<$,3.-[#:MWN0O[O M:OU$-\]8?@YU'>/;0/AY&NFA+X=1W3$\QZ;Z+W<_7V>;%[AII4^:YKY&MMOYBHF/CN:+>_D M=%YYYHT&G<^>8;_@P^D^ES]XYQ8]S^'X9#O?XY.]S]_EB0' M'Y4YMI@:_[F:A_R3ZM^-9_O@D\)1H11Q22EB8?A_RCH!HT;S=!Q2-O[CDO(W M\L-T'*5SD\U_J_8@=A6]DI2&JCV"6KT*T^$X`JSY'&>%TRB<3,IIPI2KI0PI!>R40''W/+EVV3G_1]GMH64JF\ZCY&)D,`E5>Y23DB*O MXO0BGUM]=?.EMX0)'L)4`+9W+4XOTYRGBR!Q/9,EW>*LD')"\Z/LK6*E=V]3 M_5MUV,!4UKASGYV9D)SYO,KIOLFD3!W"LOP5`N>V#0`EG1HW"C@>9G5QF97X M4%=##7\Z'I:8CPC,4%D>0V4,[%3_#DU.Z.2$)H?_4#ZWD8IFDE+]>U;E1'9. M9'+P3[5X"SK5M4Q7I9E$:JP'9.#O%+F2,7X5)YPQG5V.*,.V2IY2'[JD&H?\ KD^K?N#BWIC*=])53.J53.J53.J53.J53.J53.J53.B5/^C]Y%?P_`,@``(?\ ` end >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 31 04:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15811 for bugs-outgoing; Mon, 31 Mar 1997 04:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15804; Mon, 31 Mar 1997 04:50:04 -0800 (PST) Resent-Date: Mon, 31 Mar 1997 04:50:04 -0800 (PST) Resent-Message-Id: <199703311250.EAA15804@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, blank@fox.uni-trier.de Received: from sliphost37.uni-trier.de (root@sliphost37.uni-trier.de [136.199.240.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA15669 for ; Mon, 31 Mar 1997 04:45:20 -0800 (PST) Received: (from blank@localhost) by sliphost37.uni-trier.de (8.8.5/8.8.5) id OAA09728; Mon, 31 Mar 1997 14:42:44 +0200 (CEST) Message-Id: <199703311242.OAA09728@sliphost37.uni-trier.de> Date: Mon, 31 Mar 1997 14:42:44 +0200 (CEST) From: blank@fox.uni-trier.de Reply-To: blank@fox.uni-trier.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3152: FreeBSD 2.2-STABLE: getty does not initialize %m, %s, %r and %v Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3152 >Category: bin >Synopsis: FreeBSD 2.2-STABLE: getty does not initialize %m, %s, %r and %v >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 31 04:50:02 PST 1997 >Last-Modified: >Originator: Sascha Blank >Organization: Computer Center of the University of Trier, Germany >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE (current as of ctm-src-2.2 #0221) fgrep rcsid /usr/src/libexec/getty/main.c: static char rcsid[] = "$Id: main.c,v 1.10.2.2 1996/12/31 05:50:28 msmith Exp $"; >Description: gettytab(5) says there are macros %m, %s, %r and %v that one can use to display portions of the utsname structure in the initial banner message. I inserted the following line in /etc/gettytab to keep my banner message up to date: default:\ :cb:ce:ck:lc:fd#1000:im=\r\n %s %r (%h) (%t)\r\n\r\n:sp#1200: But getty printed (sliphost37.uni-trier.de) (vty00) instead of FreeBSD 2.2-STABLE (sliphost37.uni-trier.de) (vty00) >How-To-Repeat: Change /etc/gettytab to match the line above, log yourself out and watch, whether getty will print out all information. >Fix: The reason for the problem was easy to find. main.c declares struct utsname kerninfo; but actually never calls uname(3) to assign reasonable values to it. Therefore the four macros only print empty strings. The following small diff solves the problem. It calls uname(3) to initialize kerninfo. In the unexpected case that this fails, kerninfo is assigned some (more or less) reasonalbe default values. *** main.c.CURRENT Mon Mar 31 14:13:08 1997 --- main.c Mon Mar 31 14:18:21 1997 *************** *** 192,197 **** --- 192,205 ---- if (hostname[0] == '\0') strcpy(hostname, "Amnesiac"); + if (uname(&kerninfo) == -1) { + strcpy (kerninfo.sysname, "FreeBSD"); + strcpy (kerninfo.nodename, "unknown"); + strcpy (kerninfo.release, "unknown"); + strcpy (kerninfo.version, "unknown"); + strcpy (kerninfo.machine, "unknown"); + } + /* * Limit running time to deal with broken or dead lines. */ -- Sascha Blank - mailto:blank@fox.uni-trier.de Student and System Administrator at the University of Trier, Germany Finger my account to receive my Public PGP key I don't speak for my employers, they don't pay me enough for that. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 31 07:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA23210 for bugs-outgoing; Mon, 31 Mar 1997 07:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA23204; Mon, 31 Mar 1997 07:40:03 -0800 (PST) Resent-Date: Mon, 31 Mar 1997 07:40:03 -0800 (PST) Resent-Message-Id: <199703311540.HAA23204@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ivt@news.gamma.ru Received: from news.gamma.ru (news.gamma.ru [158.250.39.26]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA22789 for ; Mon, 31 Mar 1997 07:30:44 -0800 (PST) Received: (from ivt@localhost) by news.gamma.ru (8.7.6/8.7.3) id TAA03065; Mon, 31 Mar 1997 19:29:58 +0400 (MSD) Message-Id: <199703311529.TAA03065@news.gamma.ru> Date: Mon, 31 Mar 1997 19:29:58 +0400 (MSD) From: Igor Timkin Reply-To: ivt@news.gamma.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/3155: Checksum mismatch Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3155 >Category: misc >Synopsis: Checksum mismatch >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 31 07:40:01 PST 1997 >Last-Modified: >Originator: Igor Timkin >Organization: Gamma Ltd., Moscow, Russia >Release: FreeBSD 2.2-RELEASE i386 >Environment: >Description: md5 < /var/ftp/pub/FreeBSD/XFree86/2.2-RELEASE/X32prog.tgz: fb83b0def4d47a2f2cb958e24b68f4f9 grep X32prog.tgz /var/ftp/pub/FreeBSD/XFree86/2.2-RELEASE/SUMS.md5: MD5 (X32prog.tgz) = a800845661931dbb426b602ef0c8e83e >How-To-Repeat: See above (Desciption) >Fix: Update ftp.freebsd.org://pub/FreeBSD/XFree86/2.2-RELEASE/SUMS.md5 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 31 08:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26009 for bugs-outgoing; Mon, 31 Mar 1997 08:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26003; Mon, 31 Mar 1997 08:40:02 -0800 (PST) Resent-Date: Mon, 31 Mar 1997 08:40:02 -0800 (PST) Resent-Message-Id: <199703311640.IAA26003@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dbx@atmos.washington.edu Received: from cargpc5.atmos.washington.edu (cargpc5.atmos.washington.edu [128.95.176.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25652 for ; Mon, 31 Mar 1997 08:35:50 -0800 (PST) Received: by cargpc5.atmos.washington.edu (8.8.5/UW-NDC Revision: 2.30v8.8) id IAA00393; Mon, 31 Mar 1997 08:37:58 -0800 (PST) Message-Id: <199703311637.IAA00393@cargpc5.atmos.washington.edu> Date: Mon, 31 Mar 1997 08:37:58 -0800 (PST) From: dbx@atmos.washington.edu Reply-To: dbx@atmos.washington.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3156: Floppy disk copy freezes Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3156 >Category: kern >Synopsis: Copying to floppy device file locks machine >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 31 08:40:01 PST 1997 >Last-Modified: >Originator: "Doug Burks" >Organization: Dept of Atmospheric Sciences University of Washington >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: Standard PC clone -- 75MHz Pentium 16MB memory 3-1/2in floppy drive 800MB IDE hard disk 3com 3c509 network card ATI Mach 64 2MB graphics card Princeton Ultra 17 monitor >Description: When I could straight to the floppy disk, the machine totally freezes after about 5-10 seconds. Only a cold boot restarts the machine. >How-To-Repeat: dd if=large_file bs=40k of=/dev/fd0.1440 cat large_file >/dev/fd0.1440 >Fix: ?? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 31 09:18:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28112 for bugs-outgoing; Mon, 31 Mar 1997 09:18:19 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA28107 for ; Mon, 31 Mar 1997 09:18:16 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA28041; Mon, 31 Mar 1997 10:18:09 -0700 (MST) Date: Mon, 31 Mar 1997 10:18:09 -0700 (MST) Message-Id: <199703311718.KAA28041@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Kazutaka YOKOTA Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3134: Both boot and boot-pao floppies hang after probing all the devices. In-Reply-To: <199703310140.RAA02634@freefall.freebsd.org> References: <199703310140.RAA02634@freefall.freebsd.org> X-Mailer: VM 6.22 under 19.14 XEmacs Lucid Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > BTW, my cpu is genuine Intel's Pentium 75 MHz, why does it > not understand some Pentium-specific code ? Interestingly, my P75 works fine. FreeBSD 3.0-CURRENT #0: Mon Mar 24 10:17:48 MST 1997 nate@nec.mt.sri.com:/usr/src/sys/compile/NECCARD CPU: Pentium (75.17-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf Nate From owner-freebsd-bugs Mon Mar 31 09:34:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28777 for bugs-outgoing; Mon, 31 Mar 1997 09:34:38 -0800 (PST) Received: from jg.dyn.ml.org (root@newport-1-10.quick.net [207.212.160.210]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA28771; Mon, 31 Mar 1997 09:34:35 -0800 (PST) Received: from localhost (soil@localhost) by jg.dyn.ml.org (8.8.5/8.8.5) with SMTP id JAA02534; Mon, 31 Mar 1997 09:30:18 -0800 (PST) X-Authentication-Warning: jg.dyn.ml.org: soil owned process doing -bs Date: Mon, 31 Mar 1997 09:30:18 -0800 (PST) From: Josh Gilliam X-Sender: soil@jg.dyn.ml.org To: mpp@freebsd.org cc: bugs@freebsd.org Subject: moused(8) wierdness Message-ID: X-IRC: soil X-Operating-System: FreeBSD 2.2-RELEASE i386 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When the moused pointer is moved over an m, M, w, W, *, -, or _ it appears as if the character gets larger on the right side. -- Josh Gilliam Orange, CA From owner-freebsd-bugs Mon Mar 31 10:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA00326 for bugs-outgoing; Mon, 31 Mar 1997 10:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA00315; Mon, 31 Mar 1997 10:00:01 -0800 (PST) Date: Mon, 31 Mar 1997 10:00:01 -0800 (PST) Message-Id: <199703311800.KAA00315@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3156: Floppy disk copy freezes Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3156; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: dbx@atmos.washington.edu Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3156: Floppy disk copy freezes Date: Mon, 31 Mar 1997 19:50:00 +0200 As dbx@atmos.washington.edu wrote: > When I could straight to the floppy disk, the machine totally > freezes after about 5-10 seconds. Only a cold boot restarts the > machine. > > >How-To-Repeat: > > dd if=large_file bs=40k of=/dev/fd0.1440 > cat large_file >/dev/fd0.1440 Well, that's nothing repeatable for me. Try giving more points. Also, you should never, _never_ use the block device for raw file data. -- 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-bugs Mon Mar 31 10:08:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01093 for bugs-outgoing; Mon, 31 Mar 1997 10:08:09 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA00371 for freebsd-bugs@freebsd.org; Mon, 31 Mar 1997 10:00:28 -0800 (PST) Date: Mon, 31 Mar 1997 10:00:28 -0800 (PST) Message-Id: <199703311800.KAA00371@freefall.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte o [1995/12/08] kern/876 NFS allows bogus accesses to cached data a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/15] kern/2033 unmount of doubly mounted devfs forces pa o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/11/29] bin/2126 phk sysinstall installs broken geometory(sic) o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/17] kern/2240 ncr53c810 crashing o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 o [1996/12/25] kern/2277 2.2-BETA fails to boot on my laptop o [1996/12/28] kern/2305 se system hangs with second Ide controller f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI o [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, a [1997/01/24] kern/2573 mmap on nfs mounted file hangs system o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/26] bin/2594 floppy install hangs after or on npx driv o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/02/01] kern/2635 NFS cache doesn't check execute permissio o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/17] kern/2754 Using memory mmapped to an NFS file can c o [1997/02/19] conf/2775 sos Syscons in 2.2 wont work with Diamond Spe o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/03] bin/2868 new fetch thinks that NCSA 1.5.2 server r o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/06] kern/2908 Fix for the NFS filehandle bug. o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/11] bin/2946 res_send.c: make world fails on -current o [1997/03/13] bin/2976 user ppp from 2.2-GAMMA acts strangely.. o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/16] kern/3005 can't completely install 2.1.7 release; s o [1997/03/17] bin/3019 Can't use SCSI disk (SCSI ID>3) on instal o [1997/03/18] i386/3034 When mouse active in console XFree not st o [1997/03/20] kern/3046 copying a file to an NFS mounted partitio o [1997/03/22] kern/3067 Keyboard does not fonction after booting o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault 67 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in o [1995/08/01] bin/648 jmz [f2c] printf format conversion incorrect f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/11/28] bin/850 joerg dump treats write-protect as an EOT & spo o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 [floppy] Process (zip) hangs (unkillable) s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] gnu/1379 Man command problem, when it writes into a [1996/07/18] kern/1397 bde can't send to a pipe f [1996/07/19] gnu/1407 jdp ld computes wrong size of common (global f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic f [1996/09/08] kern/1584 [unionfs] same file is listed twice o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/26] kern/1684 inconsistent permission failures on NFS r o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/01] bin/1705 COM2 not detected when booting from Hardd o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/05] i386/1730 sos SFF8020 violation and silly bug in atapi. o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/16] i386/1821 boot fails if bad144 selected on large pa a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/10/30] misc/1928 phk fdisk incorrectly detects driver geometry o [1996/11/04] bin/1952 guido Long chat script makes ppp dump core o [1996/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly f [1996/11/08] kern/1982 fenner arpresolve: cant allocate llinfo for 207. o [1996/11/10] kern/1989 gibbs dump(8) fails to dump if tagged command q o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 mpp vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src o [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/19] i386/2058 sos amity series machines can not show instal o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. o [1996/11/29] kern/2124 sos Hitachi CDR-7730 ATAPI CD-ROM recognized s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/09] bin/2187 ijppp: LQR is broken o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2246 symlinks should have their own attributes o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/27] bin/2304 mkdir -p o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2423 some cdrom drives return bcd encoded trac o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] ports/2467 chuckr tops display is corrupt o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not o [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/30] bin/2622 syslogd '-s' behavior either broken or po o [1997/01/31] misc/2625 fixed broken src/includes o [1997/01/31] kern/2626 Can't NFS export ext2fs due to lack of co o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/14] kern/2738 julian [DEVFS problem] Kernel crashes when you m o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/19] kern/2774 NFS client on 2.2-BETA blows holes in fil o [1997/02/20] misc/2781 Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/01] ports/2842 ports Expect port upgraded at master site; does o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/04] bin/2879 steve sh: ! fails to negate the return value of o [1997/03/06] kern/2896 FreeBSD 2.2-GAMMA does not work with DIam o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/15] ports/2992 ports xperfmon++ port is out of date o [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/15] bin/2997 unterminated string after strncpy o [1997/03/17] kern/3010 3.0-current NFS client machine crashes wi o [1997/03/17] conf/3016 fvwm95-2 does not have system resource fi o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] bin/3027 error parsing mount options which include o [1997/03/18] kern/3029 typo in libc o [1997/03/19] ports/3037 ports "es" limit builtin dumps core o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/22] kern/3059 2.2 RELEASE hangs during or immediately a o [1997/03/22] kern/3066 System lock-up after npx0 probe with 2.2- o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] kern/3107 2.2.1-RELEASE can't boot on at least two o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/26] docs/3114 Use of HISADDR in ppp.conf incorrect o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] ports/3125 torstenb inn port incorrect use of perl5 o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/28] kern/3134 Both boot and boot-pao floppies hang afte o [1997/03/30] bin/3144 ~/.hushlogin and expire time checks don't o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi 253 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 systat iostat display doesn't scale high o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/13] bin/401 wollman Add REMOTE_* variables a [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed s [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l f [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati f [1996/02/14] kern/1026 deadlocks if parent vfork and child has c f [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po f [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with f [1996/02/29] kern/1051 zip fails on dos partition o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] ports/1155 ports systat or top display disagreeing informa o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/15] bin/1206 steve /bin/sh + emacs + ^G = ruined terminal a [1996/05/20] ports/1222 andreas Header files conflict a [1996/05/21] bin/1229 bde redundant redeclaration of `lseek' o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/18] kern/1399 dyson invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers a [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] ports/1504 jmz latex port completely failes o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/20] ports/1518 torstenb No man pages in audio/mpegaudio port o [1996/08/21] ports/1520 ports sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/21] ports/1524 tg New port -- xtem-5.18beta o [1996/08/24] misc/1538 enhanced /etc/security script a [1996/08/28] ports/1550 ports "make install" needs to know how to updat o [1996/08/30] i386/1556 sos ATAPI CDROM probes ok, but will not 'moun o [1996/09/02] misc/1561 sos Wrong key mapping of five keys in german. a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 ache /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes o [1996/09/17] docs/1630 Addition to handbook concerning MFS kerne f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] bin/1649 md5(1) header file makes bad assumption o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim f [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, def o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 ppp server doc submission o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 joerg kernel logging of signaled processes shou o [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavio o [1996/10/03] misc/1717 Use of ntohl causes lint to complain o [1996/10/04] bin/1721 /sbin/route incorrectly installs routes w o [1996/10/04] kern/1725 visual config redraws bits of the screen f [1996/10/08] misc/1738 Install floppy returns random geometry wi o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us s [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d f [1996/10/17] bin/1831 routed's rdisc mode is installing incorre o [1996/10/18] ports/1834 gpalmer COMMENT may be amusing but is not informa o [1996/10/19] docs/1841 pds NT boot mgr too Linux centric in FAQ o [1996/10/20] docs/1847 new handbook iijppp server section o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 sos SONY CDU76E IDE/ATAPI CDROM support. o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.cu o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 jkh FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/17] bin/2046 vjcomp problem in iij-ppp o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 tg ImageMagick outdated, lzw not supported o [1996/11/25] ports/2100 andreas New port: VGBZoom o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] i386/2117 nb8390.com hangs with some BIOS combinati o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/05] ports/2379 ports New URT port o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/10] ports/2445 ports New port : Cosmo Gang the Puzzle (games/c o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] bin/2449 ij-ppp in auto mode goes into failure loo o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/25] bin/2589 uucpd, [almost certainly] non-exploitable o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] ports/2677 ports Various ports have checksum problems o [1997/02/06] kern/2681 missing prototype in s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/10] kern/2705 `(c) 1992-1996 FreeBSD Inc.'; year is now o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] i386/2710 pst if_ppp LKM does not allow ppp line discip o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/20] ports/2778 ports New Port: Version of traceroute which pri o [1997/02/20] docs/2780 2.2 Handbook still says 2.1.6 o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/21] bin/2792 steve yacc-generated parser and (const)'s and c o [1997/02/22] ports/2797 tg New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2816 ports New port - aftp ftp-like shell for apple2 o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/02/28] gnu/2834 Patches to gas and gdb to support MMX ext o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot a [1997/03/02] ports/2849 ports correction to New math/cad port (SCILAB) o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] misc/2863 New keymap for Latin American Keyboards o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 NFS client hangs on umount, ls, df when N o [1997/03/03] ports/2869 ports Submiting new port: tac_plus o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] docs/2880 sh man page talks about "...by the time 4 o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/06] ports/2900 ports new port: netris -- a free networked vers a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING o [1997/03/06] ports/2903 ports New port: xdeblock o [1997/03/06] ports/2904 ports New port: wm2 a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/07] ports/2913 ports DOS 32bit cross-development environment ( o [1997/03/07] ports/2916 ports ports sysutils/top/Makefile MASTER_SITES o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/08] ports/2922 ports Please commit new port: viz-1.1.1 o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2930 lack of NFS V3 support in amd(8) o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 ports The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/11] ports/2957 ports 'Rpm' port exec cpio with (currently) uns o [1997/03/12] ports/2960 ports Update the port(jp-camltk41-1.0):japanese o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] ports/2962 ports Update the port(jp-groff-0.99):japanese/g o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/12] ports/2970 ports Easy update to CIM (lang) o [1997/03/12] ports/2971 ports CIM 1.84 --> 1.92 patch o [1997/03/13] ports/2974 ports updated Makefile and patch-ab o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2986 ports fvwm95-2.0.43a port don't install/have ma o [1997/03/14] docs/2987 mpp Wrong location of 'magic' in the 'file' m o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] bin/2999 incorrect assignment in vfontedpr o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/15] ports/3002 ports The slnr port is outdated o [1997/03/16] ports/3006 ports ports/graphics/tiff wont build o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3011 ports ports/graphics/xpaint wont build o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/18] ports/3033 ports Crossgdb fro SCO and Linux, New port o [1997/03/19] gnu/3035 jdp gcc -shared flag is broken. o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit o [1997/03/19] ports/3043 ports checksum for ImageMagick-3.7.9 is incorre o [1997/03/21] docs/3051 Missing 'mailto:' in some place in the ha a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] docs/3074 joerg missing man page od(4). o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] ports/3093 ports new ports of kr-hanterm304b3 o [1997/03/25] ports/3094 ports new ports of kr-hanterm-304b3af o [1997/03/25] ports/3095 ports new ports of kr-hanterm-xf86v32 o [1997/03/25] ports/3096 ports new ports of kr-hanterm304fonts o [1997/03/25] ports/3098 ports new ports of kr-nhpf-1.42 o [1997/03/25] kern/3100 IPFW panics upon denying a packet o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] misc/3111 make bootstrap relies on /bin/sh but does o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/26] bin/3116 iij ppp does not provide link-down notifi o [1997/03/27] ports/3117 ports tk-4.1 package missing libtk41.so.1.0 ? o [1997/03/27] gnu/3118 send-pr.el doesn't work o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? o [1997/03/28] gnu/3132 make world fails in gnu/lib/libgmp on 2.1 o [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/28] ports/3137 ports new port of xmake-1.00 o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] ports/3143 ports mkisofs site has moved o [1997/03/30] pending/3147gnats-admin/usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] gnu/3151 Patches to gas and gdb to support MMX ext o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] ports/3153 ports new port request of hcode-2.1mailpatch2 o [1997/03/31] ports/3154 ports new port request of hmconv-1.0pl3 o [1997/03/31] misc/3155 Checksum mismatch 416 problems total. From owner-freebsd-bugs Mon Mar 31 10:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01881 for bugs-outgoing; Mon, 31 Mar 1997 10:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01875; Mon, 31 Mar 1997 10:30:02 -0800 (PST) Date: Mon, 31 Mar 1997 10:30:02 -0800 (PST) Message-Id: <199703311830.KAA01875@freefall.freebsd.org> To: freebsd-bugs Cc: From: "\"Doug Burks\"" Subject: Re: kern/3156: Floppy disk copy freezes Reply-To: "\"Doug Burks\"" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3156; it has been noted by GNATS. From: "\"Doug Burks\"" To: Joerg Wunsch Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3156: Floppy disk copy freezes Date: Mon, 31 Mar 1997 10:27:28 -0800 (PST) Joerg, When I could straight to the floppy disk, the machine totally freezes after about 5-10 seconds. Only a cold boot restarts the machine. [...] Also, you should never, _never_ use the block device for raw file data. When I use the character device for the floppy copy, everything works smoothly. Maybe my setup is the prime example of why one "should never, _never_ use the block device for raw file data." :( As for the original problem, it still exists, but this workaround is certainly quite easy. As for more information, I can't add much. ANY time under ANY conditions whenever I try to copy a large file onto a raw block floppy device, the computer completely freezes after a few seconds. The only other clue I have is that with the TURBO switch off (which cuts the board speed from 75MHz to 25MHz), it freezes almost im- mediately. It sounds like some timing is off somewhere. If no one else is reporting anything like this, maybe my floppy drive is a bit flaky. This operation only fails under 2.2.1, as it worked under 2.1.5 and 2.1.6, though slowed the computer down noticeably. Since this problem no longer prevents me from doing my work, you can do with this report what you will. Doug Burks dbx@atmos.washington.edu From owner-freebsd-bugs Mon Mar 31 12:27:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08165 for bugs-outgoing; Mon, 31 Mar 1997 12:27:51 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA08029 for ; Mon, 31 Mar 1997 12:24:04 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA17149; Mon, 31 Mar 1997 22:22:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA11986; Mon, 31 Mar 1997 22:06:20 +0200 (MET DST) Message-ID: <19970331220620.KM38633@uriah.heep.sax.de> Date: Mon, 31 Mar 1997 22:06:20 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: dbx@atmos.washington.edu ("Doug Burks") Cc: bugs@freebsd.org, toor@dyson.iquest.net (John S. Dyson) Subject: Re: kern/3156: Floppy disk copy freezes References: <19970331195000.TX25580@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from "Doug Burks" on Mar 31, 1997 10:27:28 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As "Doug Burks" wrote: > Also, you should never, _never_ use the block device for raw file > data. > > When I use the character device for the floppy copy, everything works > smoothly. Maybe my setup is the prime example of why one "should never, > _never_ use the block device for raw file data." :( There are multiple reasons for it: . you blow the buffer cache for no good reason, . you miss the possibility to get write errors reported (since the writes are cached, and the application has already got a ``good'' indication of the write), . you can never be sure when the data are being actually written; the worst i've seen so far was on Data General DG/UX where it required a shutdown to get a few KB actually written (since the OS was apparently waiting for a more data to arrive). Of course, a machine freeze shouldn't happen either. I have no idea why it happens. > As for the original problem, it still exists, but this workaround is > certainly quite easy. As for more information, I can't add much. ANY > time under ANY conditions whenever I try to copy a large file onto a raw > block floppy device, the computer completely freezes after a few > seconds. Can i convince you to compile a kernel with DDB, and see whether you can break into DDB once it freezes? This might give us a clue for what is happening. I have never been able to reproduce this kind of problem myself. Maybe it's some strange interaction between VM buffers and the floppy driver. -- 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-bugs Mon Mar 31 12:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08418 for bugs-outgoing; Mon, 31 Mar 1997 12:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08409; Mon, 31 Mar 1997 12:30:02 -0800 (PST) Resent-Date: Mon, 31 Mar 1997 12:30:02 -0800 (PST) Resent-Message-Id: <199703312030.MAA08409@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hfwirth@ping.at Received: from atlantis.ping.at (a013.static.Vienna.AT.EU.net [193.154.186.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08351 for ; Mon, 31 Mar 1997 12:29:46 -0800 (PST) Received: (from hfwirth@localhost) by atlantis.ping.at (8.8.5/8.6.12) id WAA00458; Mon, 31 Mar 1997 22:29:43 +0200 (MEST) Message-Id: <199703312029.WAA00458@atlantis.ping.at> Date: Mon, 31 Mar 1997 22:29:43 +0200 (MEST) From: hfwirth@ping.at Reply-To: hfwirth@ping.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/3157: Support for Pentium MMX instructions in gas and gdb Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3157 >Category: gnu >Synopsis: Patches to gas and gdb to support MMX extensions, in shar format >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 31 12:30:01 PST 1997 >Last-Modified: >Originator: Helmut F. Wirth >Organization: Helmut F. Wirth >Release: FreeBSD 2.2-STABLE i386 >Environment: Machine: ASUS P55T2P4 with Pentium MMX 166 Opsys: FreeBSD 2.2-Stable i386 (derived from ctm as of 3/29/97) >Description: I added the MMX instructions to gas and gdb and tested the changes. Because of a comment from Garret Wollman concerning my submission format I resubmit all the patches in shar format. Please see below. the shar contains the patches for FreeBSD-2.1.7 and FreeBSD-2.2 both against stable trees obtained via ctm. >How-To-Repeat: N/A >Fix: Appended to this please find an uuencoded, gzipped tar file containing the following files: as.mmx.diff ... patch for (g)as FreeBSD-2.x gdb.mmx.diff.2.1.7 ... Patch for gdb, FreeBSD-2.1.7 gdb.mmx.diff.2.2 ... patch for gdb, FreeBSD-2.2 how_to_patch ... Install instructions mmx_changes.doc ... Short documention, what I did mmxtest.c ... The test program I used mmxtest.result ... The results from the test program If you have any questions, please feel free to email me! Regards Helmut ------------------------------ cut here ------------------------------- # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # as.mmx.diff # gdb.mmx.diff.2.1.7 # gdb.mmx.diff.2.2 # how_to_patch # mmx_changes.doc # mmxtest.c # mmxtest.result # echo x - as.mmx.diff sed 's/^X//' >as.mmx.diff << 'END-of-as.mmx.diff' Xdiff -c --recursive /usr/src/gnu/usr.bin/as/config/tc-i386.c as/config/tc-i386.c X*** /usr/src/gnu/usr.bin/as/config/tc-i386.c Thu Apr 18 20:54:34 1996 X--- as/config/tc-i386.c Fri Feb 28 21:21:57 1997 X*************** X*** 24,29 **** X--- 24,34 ---- X Please help us make it better. X */ X X+ /* Added support for the MMX instructions: 1997/02/26 Helmut F.Wirth X+ * hfwirth@ping.at. Changes only to lines where the condition X+ * if (Reg|SReg|.. was changed to if (Reg|MmxReg|Sreg| ... X+ */ X+ X #ifndef lint X static char rcsid[] = "$Id: tc-i386.c,v 1.4 1995/05/30 04:47:29 rgrimes Exp $"; X #endif X*************** X*** 889,895 **** X and i.rm.regmem fields. We accomplish this by faking that the X two register operands were given in the reverse order. */ X if ((t->opcode_modifier & ReverseRegRegmem) && i.reg_operands == 2) { X! unsigned int first_reg_operand = (i.types[0] & Reg) ? 0 : 1; X unsigned int second_reg_operand = first_reg_operand + 1; X reg_entry *tmp = i.regs[first_reg_operand]; X i.regs[first_reg_operand] = i.regs[second_reg_operand]; X--- 894,900 ---- X and i.rm.regmem fields. We accomplish this by faking that the X two register operands were given in the reverse order. */ X if ((t->opcode_modifier & ReverseRegRegmem) && i.reg_operands == 2) { X! unsigned int first_reg_operand = (i.types[0] & (Reg|MmxReg)) ? 0 : 1; X unsigned int second_reg_operand = first_reg_operand + 1; X reg_entry *tmp = i.regs[first_reg_operand]; X i.regs[first_reg_operand] = i.regs[second_reg_operand]; X*************** X*** 930,936 **** X implicit registers do not count. */ X if (i.reg_operands == 2) { X unsigned int source, dest; X! source = (i.types[0] & (Reg|SReg2|SReg3|Control|Debug|Test)) ? 0 : 1; X dest = source + 1; X i.rm.mode = 3; X /* We must be careful to make sure that all segment/control/test/ X--- 935,941 ---- X implicit registers do not count. */ X if (i.reg_operands == 2) { X unsigned int source, dest; X! source = (i.types[0] & (MmxReg|Reg|SReg2|SReg3|Control|Debug|Test)) ? 0 : 1; X dest = source + 1; X i.rm.mode = 3; X /* We must be careful to make sure that all segment/control/test/ X*************** X*** 1052,1059 **** X into the i.rm.reg field. */ X if (i.reg_operands) { X unsigned int o = X! (i.types[0] & (Reg|SReg2|SReg3|Control|Debug|Test)) ? 0 : X! (i.types[1] & (Reg|SReg2|SReg3|Control|Debug|Test)) ? 1 : 2; X /* If there is an extension opcode to put here, the register number X must be put into the regmem field. */ X if (t->extension_opcode != None) X--- 1057,1064 ---- X into the i.rm.reg field. */ X if (i.reg_operands) { X unsigned int o = X! (i.types[0] & (Reg|MmxReg|SReg2|SReg3|Control|Debug|Test)) ? 0 : X! (i.types[1] & (Reg|MmxReg|SReg2|SReg3|Control|Debug|Test)) ? 1 : 2; X /* If there is an extension opcode to put here, the register number X must be put into the regmem field. */ X if (t->extension_opcode != None) Xdiff -c --recursive /usr/src/gnu/usr.bin/as/config/tc-i386.h as/config/tc-i386.h X*** /usr/src/gnu/usr.bin/as/config/tc-i386.h Thu Apr 18 20:54:34 1996 X--- as/config/tc-i386.h Fri Feb 28 21:22:24 1997 X*************** X*** 21,26 **** X--- 21,29 ---- X * $Id: tc-i386.h,v 1.3 1995/05/30 04:47:31 rgrimes Exp $ X */ X X+ /* Added support for the MMX instructions: 1997/02/26 Helmut F.Wirth X+ hfwirth@ping.at */ X+ X #ifndef TC_I386 X #define TC_I386 1 X X*************** X*** 134,139 **** X--- 137,145 ---- X #define Abs16 0x10000000 X #define Abs32 0x20000000 X #define Abs (Abs8|Abs16|Abs32) X+ X+ /* For P55C MMX extensions */ X+ #define MmxReg 0x40000000 X X #define Byte (Reg8|Imm8|Imm8S) X #define Word (Reg16|Imm16) Xdiff -c --recursive /usr/src/gnu/usr.bin/as/opcode/i386.h as/opcode/i386.h X*** /usr/src/gnu/usr.bin/as/opcode/i386.h Thu Apr 18 20:54:38 1996 X--- as/opcode/i386.h Fri Feb 28 21:19:21 1997 X*************** X*** 19,24 **** X--- 19,27 ---- X X /* $Id: i386.h,v 1.3 1995/05/30 04:48:01 rgrimes Exp $ */ X X+ /* Added support for the MMX instructions: 1997/02/26 Helmut F.Wirth X+ hfwirth@ping.at */ X+ X static const template i386_optab[] = { X X #define _ None X*************** X*** 732,737 **** X--- 735,829 ---- X /* Pentium and late-model 486 extensions */ X {"cpuid", 0, 0x0fa2, _, NoModrm, 0, 0, 0}, X X+ /* MMX extensions for Pentium P55C, added by hfwirth@ping.at, 1997/02/26 X+ * Naming conventions from the INTEL Programmers Reference Manual, X+ * except the move commands. I used MMOVD or MMOVQ here, to avoid conflicts X+ * with the other move instructions. X+ */ X+ X+ {"emms", 0, 0x0f77, _, NoModrm, 0, 0, 0}, X+ X+ {"mmovd", 2, 0x0f7e, _, Modrm, MmxReg, Reg32|Mem, 0}, X+ {"mmovd", 2, 0x0f6e, _, ReverseRegRegmem|Modrm, Reg32|Mem, MmxReg, 0}, X+ /* Aliases for suffix 'l'; not sure if this is really needed */ X+ {"mmovl", 2, 0x0f7e, _, Modrm, MmxReg, Reg32|Mem, 0}, X+ {"mmovl", 2, 0x0f6e, _, ReverseRegRegmem|Modrm, Reg32|Mem, MmxReg, 0}, X+ X+ {"mmovq", 2, 0x0f6f, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"mmovq", 2, 0x0f7f, _, ReverseRegRegmem|Modrm, MmxReg, MmxReg|Mem, 0}, X+ X+ {"packsswb", 2, 0x0f63, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"packssdw", 2, 0x0f6b, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"packuswb", 2, 0x0f67, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"punpckhbw", 2, 0x0f68, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"punpckhwd", 2, 0x0f69, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"punpckhdq", 2, 0x0f6a, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"punpcklbw", 2, 0x0f60, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"punpcklwd", 2, 0x0f61, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"punpckldq", 2, 0x0f62, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"paddb", 2, 0x0ffc, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"paddw", 2, 0x0ffd, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"paddd", 2, 0x0ffe, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"paddsb", 2, 0x0fec, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"paddsw", 2, 0x0fed, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"paddusb", 2, 0x0fdc, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"paddusw", 2, 0x0fdd, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"psubb", 2, 0x0ff8, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psubw", 2, 0x0ff9, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psubd", 2, 0x0ffa, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"psubsb", 2, 0x0fe8, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psubsw", 2, 0x0fe9, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"psubusb", 2, 0x0fd8, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psubusw", 2, 0x0fd9, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"pand", 2, 0x0fdb, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"pandn", 2, 0x0fdf, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"por", 2, 0x0feb, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"pxor", 2, 0x0fef, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"pcmpeqb", 2, 0x0f74, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"pcmpeqw", 2, 0x0f75, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"pcmpeqd", 2, 0x0f76, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"pcmpgtb", 2, 0x0f64, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"pcmpgtw", 2, 0x0f65, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"pcmpgtd", 2, 0x0f66, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"pmaddwd", 2, 0x0ff5, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"pmulhw", 2, 0x0fe5, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"pmullw", 2, 0x0fd5, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ X+ {"psllw", 2, 0x0ff1, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psllw", 2, 0x0f71, 6, Modrm, Imm8, MmxReg, 0}, X+ {"pslld", 2, 0x0ff2, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"pslld", 2, 0x0f72, 6, Modrm, Imm8, MmxReg, 0}, X+ {"psllq", 2, 0x0ff3, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psllq", 2, 0x0f73, 6, Modrm, Imm8, MmxReg, 0}, X+ X+ {"psrlw", 2, 0x0fd1, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psrlw", 2, 0x0f71, 2, Modrm, Imm8, MmxReg, 0}, X+ {"psrld", 2, 0x0fd2, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psrld", 2, 0x0f72, 2, Modrm, Imm8, MmxReg, 0}, X+ {"psrlq", 2, 0x0fd3, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psrlq", 2, 0x0f73, 2, Modrm, Imm8, MmxReg, 0}, X+ X+ {"psraw", 2, 0x0fe1, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psraw", 2, 0x0f71, 4, Modrm, Imm8, MmxReg, 0}, X+ {"psrad", 2, 0x0fe2, _, ReverseRegRegmem|Modrm, MmxReg|Mem, MmxReg, 0}, X+ {"psrad", 2, 0x0f72, 4, Modrm, Imm8, MmxReg, 0}, X+ /* End of P55C MMX extensions */ X+ X {"", 0, 0, 0, 0, 0, 0, 0} /* sentinal */ X }; X #undef _ X*************** X*** 767,773 **** X {"st", FloatReg|FloatAcc, 0}, X {"st(1)", FloatReg, 1}, {"st(2)", FloatReg, 2}, X {"st(3)", FloatReg, 3}, {"st(4)", FloatReg, 4}, {"st(5)", FloatReg, 5}, X! {"st(6)", FloatReg, 6}, {"st(7)", FloatReg, 7} X }; X X #define MAX_REG_NAME_SIZE 8 /* for parsing register names from input */ X--- 859,869 ---- X {"st", FloatReg|FloatAcc, 0}, X {"st(1)", FloatReg, 1}, {"st(2)", FloatReg, 2}, X {"st(3)", FloatReg, 3}, {"st(4)", FloatReg, 4}, {"st(5)", FloatReg, 5}, X! {"st(6)", FloatReg, 6}, {"st(7)", FloatReg, 7}, X! /* MMX register names for P55C */ X! {"mm0", MmxReg, 0}, {"mm1", MmxReg, 1}, {"mm2", MmxReg, 2}, X! {"mm3", MmxReg, 3}, {"mm4", MmxReg, 4}, {"mm5", MmxReg, 5}, X! {"mm6", MmxReg, 6}, {"mm7", MmxReg, 7} X }; X X #define MAX_REG_NAME_SIZE 8 /* for parsing register names from input */ END-of-as.mmx.diff echo x - gdb.mmx.diff.2.1.7 sed 's/^X//' >gdb.mmx.diff.2.1.7 << 'END-of-gdb.mmx.diff.2.1.7' Xdiff -c --recursive /usr/src/gnu/usr.bin/gdb/gdb/i386-dis.c gdb/gdb/i386-dis.c X*** /usr/src/gnu/usr.bin/gdb/gdb/i386-dis.c Thu Apr 18 20:55:25 1996 X--- gdb/gdb/i386-dis.c Fri Feb 28 21:34:14 1997 X*************** X*** 23,28 **** X--- 23,32 ---- X * modified by John Hassey (hassey@dg-rtp.dg.com) X */ X X+ /* Added support for the MMX instructions: 1997/02/26 Helmut F.Wirth X+ * hfwirth@ping.at. I added the cpuid instruction too. X+ */ X+ X /* X * The main tables describing the instructions is essentially a copy X * of the "Opcode Map" chapter (Appendix A) of the Intel 80386 X*************** X*** 102,107 **** X--- 106,118 ---- X #define Dd OP_D, d_mode X #define Td OP_T, d_mode X X+ /* For P55C MMX extensions */ X+ #define Pq OP_P, q_mode X+ #define Pd OP_P, d_mode X+ #define Qq OP_Q, q_mode X+ #define Qd OP_Q, d_mode X+ /* End MMX */ X+ X #define eAX OP_REG, eAX_reg X #define eBX OP_REG, eBX_reg X #define eCX OP_REG, eCX_reg X*************** X*** 143,148 **** X--- 154,161 ---- X int OP_J(), OP_SEG(); X int OP_DIR(), OP_OFF(), OP_DSSI(), OP_ESDI(), OP_ONE(), OP_C(); X int OP_D(), OP_T(), OP_rm(); X+ /* MMX extensions for P55C */ X+ int OP_P(), OP_Q(); X X static void dofloat (), putop (), append_prefix (), set_op (); X static int get16 (), get32 (); X*************** X*** 151,156 **** X--- 164,171 ---- X #define v_mode 2 X #define w_mode 3 X #define d_mode 4 X+ /* For MMX instructions */ X+ #define q_mode 5 X X #define es_reg 100 X #define cs_reg 101 X*************** X*** 205,210 **** X--- 220,230 ---- X #define GRP6 NULL, NULL, 13 X #define GRP7 NULL, NULL, 14 X #define GRP8 NULL, NULL, 15 X+ /* For P55C MMX Extensions */ X+ #define GRPAw NULL, NULL, 16 X+ #define GRPAd NULL, NULL, 17 X+ #define GRPAq NULL, NULL, 18 X+ /* End MMX extensions */ X X #define FLOATCODE 50 X #define FLOAT NULL, NULL, FLOATCODE X*************** X*** 510,515 **** X--- 530,536 ---- X { GRP5 }, X }; X X+ /* This table was modified for the MMX instructions, they all live here */ X struct dis386 dis386_twobyte[] = { X /* 00 */ X { GRP6 }, X*************** X*** 563,579 **** X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 60 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 68 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 70 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 78 */ X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 80 */ X { "jo", Jv }, X { "jno", Jv }, X--- 584,619 ---- X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 60 */ X! { "punpcklbw", Pq, Qd }, X! { "punpcklwd", Pq, Qd }, X! { "punpckldq", Pq, Qd }, X! { "packsswb", Pq, Qq }, X! { "pcmpgtb", Pq, Qq }, X! { "pcmpgtw", Pq, Qq }, X! { "pcmpgtd", Pq, Qq }, X! { "packuswb", Pq, Qq }, X /* 68 */ X! { "punpckhbw", Pq, Qq }, X! { "punpckhwd", Pq, Qq }, X! { "punpckhdq", Pq, Qq }, X! { "packssdw", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X! { "mmovd", Pq, Ev }, X! { "mmovq", Pq, Qq }, X /* 70 */ X! { "(bad)" }, X! { GRPAw }, X! { GRPAd }, X! { GRPAq }, X! { "pcmpeqb", Pq, Qq }, X! { "pcmpeqw", Pq, Qq }, X! { "pcmpeqd", Pq, Qq }, X! { "emms" }, X /* 78 */ X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, X! { "mmovd", Ev, Pd }, X! { "mmovq", Qq, Pq }, X /* 80 */ X { "jo", Jv }, X { "jno", Jv }, X*************** X*** 613,619 **** X /* a0 */ X { "pushl", fs }, X { "popl", fs }, X! { "(bad)" }, X { "btS", Ev, Gv }, X { "shldS", Ev, Gv, Ib }, X { "shldS", Ev, Gv, CL }, X--- 653,659 ---- X /* a0 */ X { "pushl", fs }, X { "popl", fs }, X! { "cpuid" }, X { "btS", Ev, Gv }, X { "shldS", Ev, Gv, Ib }, X { "shldS", Ev, Gv, CL }, X*************** X*** 661,683 **** X { "bswap", eSI }, X { "bswap", eDI }, X /* d0 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* d8 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* e0 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* e8 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* f0 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* f8 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X }; X X static char obuf[100]; X--- 701,755 ---- X { "bswap", eSI }, X { "bswap", eDI }, X /* d0 */ X! { "(bad)" }, X! { "psrlw", Pq, Qq }, X! { "psrld", Pq, Qq }, X! { "psrlq", Pq, Qq }, X! { "(bad)" }, X! { "pmullw", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X /* d8 */ X! { "psubusb", Pq, Qq }, X! { "psubusw", Pq, Qq }, X! { "(bad)" }, X! { "pand", Pq, Qq }, X! { "paddusb", Pq, Qq }, X! { "paddusw", Pq, Qq }, X! { "(bad)" }, X! { "pandn", Pq, Qq }, X /* e0 */ X! { "(bad)" }, X! { "psraw", Pq, Qq }, X! { "psrad", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X! { "pmulhw", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X /* e8 */ X! { "psubsb", Pq, Qq }, X! { "psubsw", Pq, Qq }, X! { "(bad)" }, X! { "por", Pq, Qq }, X! { "paddsb", Pq, Qq }, X! { "paddsw", Pq, Qq }, X! { "(bad)", Pq, Qq }, X! { "pxor", Pq, Qq }, X /* f0 */ X! { "(bad)" }, X! { "psllw", Pq, Qq }, X! { "pslld", Pq, Qq }, X! { "psllq", Pq, Qq }, X! { "(bad)" }, X! { "pmaddwd", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X /* f8 */ X! { "psubb", Pq, Qq }, X! { "psubw", Pq, Qq }, X! { "psubd", Pq, Qq }, X! { "(bad)" }, X! { "paddb", Pq, Qq }, X! { "paddw", Pq, Qq }, X! { "paddd", Pq, Qq }, X! { "(bad)" }, X }; X X static char obuf[100]; X*************** X*** 880,885 **** X--- 952,991 ---- X { "btsS", Ev, Ib }, X { "btrS", Ev, Ib }, X { "btcS", Ev, Ib }, X+ }, X+ /* The next three groups are needed for the MMX instructions */ X+ /* GRPAw */ X+ { X+ { "(bad)" }, X+ { "(bad)" }, X+ { "psrlw", Qq, Ib }, X+ { "(bad)" }, X+ { "psraw", Qq, Ib }, X+ { "(bad)" }, X+ { "psllw", Qq, Ib }, X+ { "(bad)" }, X+ }, X+ /* GRPAd */ X+ { X+ { "(bad)" }, X+ { "(bad)" }, X+ { "psrld", Qq, Ib }, X+ { "(bad)" }, X+ { "psrad", Qq, Ib }, X+ { "(bad)" }, X+ { "pslld", Qq, Ib }, X+ { "(bad)" }, X+ }, X+ /* GRPAq */ X+ { X+ { "(bad)" }, X+ { "(bad)" }, X+ { "psrlq", Qq, Ib }, X+ { "(bad)" }, X+ { "(bad)" }, X+ { "(bad)" }, X+ { "psllq", Qq, Ib }, X+ { "(bad)" }, X } X }; X X*************** X*** 1957,1959 **** X--- 2063,2188 ---- X } X return (0); X } X+ X+ /* MMX extensions for P55C */ X+ X+ static char *mmxnames[]={ X+ "%mm0","%mm1","%mm2","%mm3", "%mm4","%mm5","%mm6","%mm7", X+ }; X+ X+ int X+ OP_Q (bytemode) X+ int bytemode; X+ { X+ int disp; X+ int havesib; X+ int base; X+ int index; X+ int scale; X+ int havebase; X+ X+ /* skip mod/rm byte */ X+ codep++; X+ X+ havesib = 0; X+ havebase = 0; X+ disp = 0; X+ X+ if (mod == 3) X+ { X+ if (prefixes & PREFIX_DATA) X+ oappend(""); X+ oappend (mmxnames[rm]); X+ return (0); X+ } X+ X+ append_prefix (); X+ if (rm == 4) X+ { X+ havesib = 1; X+ havebase = 1; X+ FETCH_DATA (the_info, codep + 1); X+ scale = (*codep >> 6) & 3; X+ index = (*codep >> 3) & 7; X+ base = *codep & 7; X+ codep++; X+ } X+ X+ switch (mod) X+ { X+ case 0: X+ switch (rm) X+ { X+ case 4: X+ /* implies havesib and havebase */ X+ if (base == 5) { X+ havebase = 0; X+ disp = get32 (); X+ } X+ break; X+ case 5: X+ disp = get32 (); X+ break; X+ default: X+ havebase = 1; X+ base = rm; X+ break; X+ } X+ break; X+ case 1: X+ FETCH_DATA (the_info, codep + 1); X+ disp = *(char *)codep++; X+ if (rm != 4) X+ { X+ havebase = 1; X+ base = rm; X+ } X+ break; X+ case 2: X+ disp = get32 (); X+ if (rm != 4) X+ { X+ havebase = 1; X+ base = rm; X+ } X+ break; X+ } X+ X+ if (mod != 0 || rm == 5 || (havesib && base == 5)) X+ { X+ sprintf (scratchbuf, "0x%x", disp); X+ oappend (scratchbuf); X+ } X+ X+ if (havebase || havesib) X+ { X+ oappend ("("); X+ if (havebase) X+ oappend (names32[base]); X+ if (havesib) X+ { X+ if (index != 4) X+ { X+ sprintf (scratchbuf, ",%s", names32[index]); X+ oappend (scratchbuf); X+ } X+ sprintf (scratchbuf, ",%d", 1 << scale); X+ oappend (scratchbuf); X+ } X+ oappend (")"); X+ } X+ return (0); X+ } X+ X+ int X+ OP_P (bytemode) X+ int bytemode; X+ { X+ if (prefixes & PREFIX_DATA) X+ oappend(""); X+ oappend(mmxnames[reg]); X+ return (0); X+ } X+ X+ X+ END-of-gdb.mmx.diff.2.1.7 echo x - gdb.mmx.diff.2.2 sed 's/^X//' >gdb.mmx.diff.2.2 << 'END-of-gdb.mmx.diff.2.2' X*** i386-dis.c.orig Mon Mar 31 11:20:15 1997 X--- i386-dis.c Mon Mar 31 12:19:13 1997 X*************** X*** 23,28 **** X--- 23,32 ---- X * modified by John Hassey (hassey@dg-rtp.dg.com) X */ X X+ /* Added support for the MMX instructions: 1997/03/30 Helmut F.Wirth X+ * hfwirth@ping.at X+ */ X+ X /* X * The main tables describing the instructions is essentially a copy X * of the "Opcode Map" chapter (Appendix A) of the Intel 80386 X*************** X*** 102,107 **** X--- 106,118 ---- X #define Dd OP_D, d_mode X #define Td OP_T, d_mode X X+ /* For P55C MMX extensions */ X+ #define Pq OP_P, q_mode X+ #define Pd OP_P, d_mode X+ #define Qq OP_Q, q_mode X+ #define Qd OP_Q, d_mode X+ /* End MMX */ X+ X #define eAX OP_REG, eAX_reg X #define eBX OP_REG, eBX_reg X #define eCX OP_REG, eCX_reg X*************** X*** 146,156 **** X--- 157,171 ---- X X static void dofloat (), putop (), append_prefix (), set_op (); X static int get16 (), get32 (); X+ /* MMX extensions for P55C */ X+ int OP_P(), OP_Q(); X X #define b_mode 1 X #define v_mode 2 X #define w_mode 3 X #define d_mode 4 X+ /* For MMX instructions */ X+ #define q_mode 5 X X #define es_reg 100 X #define cs_reg 101 X*************** X*** 206,211 **** X--- 221,232 ---- X #define GRP7 NULL, NULL, 14 X #define GRP8 NULL, NULL, 15 X #define GRP9 NULL, NULL, 16 X+ /* For P55C MMX Extensions */ X+ #define GRPAw NULL, NULL, 17 X+ #define GRPAd NULL, NULL, 18 X+ #define GRPAq NULL, NULL, 19 X+ /* End MMX extensions */ X+ X X #define FLOATCODE 50 X #define FLOAT NULL, NULL, FLOATCODE X*************** X*** 564,580 **** X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 60 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 68 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 70 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 78 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 80 */ X { "jo", Jv }, X { "jno", Jv }, X--- 585,620 ---- X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* 60 */ X! { "punpcklbw", Pq, Qd }, X! { "punpcklwd", Pq, Qd }, X! { "punpckldq", Pq, Qd }, X! { "packsswb", Pq, Qq }, X! { "pcmpgtb", Pq, Qq }, X! { "pcmpgtw", Pq, Qq }, X! { "pcmpgtd", Pq, Qq }, X! { "packuswb", Pq, Qq }, X /* 68 */ X! { "punpckhbw", Pq, Qq }, X! { "punpckhwd", Pq, Qq }, X! { "punpckhdq", Pq, Qq }, X! { "packssdw", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X! { "mmovd", Pq, Ev }, X! { "mmovq", Pq, Qq }, X /* 70 */ X! { "(bad)" }, X! { GRPAw }, X! { GRPAd }, X! { GRPAq }, X! { "pcmpeqb", Pq, Qq }, X! { "pcmpeqw", Pq, Qq }, X! { "pcmpeqd", Pq, Qq }, X! { "emms" }, X /* 78 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, X! { "mmovd", Ev, Pd }, X! { "mmovq", Qq, Pq }, X /* 80 */ X { "jo", Jv }, X { "jno", Jv }, X*************** X*** 666,688 **** X { "bswap", eSI }, X { "bswap", eDI }, X /* d0 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* d8 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* e0 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* e8 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* f0 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X /* f8 */ X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X! { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, X }; X X static const unsigned char onebyte_has_modrm[256] = { X--- 706,760 ---- X { "bswap", eSI }, X { "bswap", eDI }, X /* d0 */ X! { "(bad)" }, X! { "psrlw", Pq, Qq }, X! { "psrld", Pq, Qq }, X! { "psrlq", Pq, Qq }, X! { "(bad)" }, X! { "pmullw", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X /* d8 */ X! { "psubusb", Pq, Qq }, X! { "psubusw", Pq, Qq }, X! { "(bad)" }, X! { "pand", Pq, Qq }, X! { "paddusb", Pq, Qq }, X! { "paddusw", Pq, Qq }, X! { "(bad)" }, X! { "pandn", Pq, Qq }, X /* e0 */ X! { "(bad)" }, X! { "psraw", Pq, Qq }, X! { "psrad", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X! { "pmulhw", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X /* e8 */ X! { "psubsb", Pq, Qq }, X! { "psubsw", Pq, Qq }, X! { "(bad)" }, X! { "por", Pq, Qq }, X! { "paddsb", Pq, Qq }, X! { "paddsw", Pq, Qq }, X! { "(bad)", Pq, Qq }, X! { "pxor", Pq, Qq }, X /* f0 */ X! { "(bad)" }, X! { "psllw", Pq, Qq }, X! { "pslld", Pq, Qq }, X! { "psllq", Pq, Qq }, X! { "(bad)" }, X! { "pmaddwd", Pq, Qq }, X! { "(bad)" }, { "(bad)" }, X /* f8 */ X! { "psubb", Pq, Qq }, X! { "psubw", Pq, Qq }, X! { "psubd", Pq, Qq }, X! { "(bad)" }, X! { "paddb", Pq, Qq }, X! { "paddw", Pq, Qq }, X! { "paddd", Pq, Qq }, X! { "(bad)" }, X }; X X static const unsigned char onebyte_has_modrm[256] = { X*************** X*** 704,709 **** X--- 776,782 ---- X 0,0,0,0,0,0,1,1,0,0,0,0,0,0,1,1 X }; X X+ /* Changes to the table for MMX opcodes */ X static const unsigned char twobyte_has_modrm[256] = { X 1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0, X 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X*************** X*** 711,726 **** X 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, X 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X! 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X! 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, X 0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1, X 1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1, X 1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0, X! 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X! 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X! 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0 X }; X X static char obuf[100]; X--- 784,799 ---- X 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, X 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X! 1,1,1,1,1,1,1,1,1,1,1,1,0,0,1,1, X! 0,1,1,1,1,1,1,0,0,0,0,0,0,0,1,1, X 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, X 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, X 0,0,0,1,1,1,1,1,0,0,0,1,1,1,1,1, X 1,1,1,1,1,1,1,1,0,0,1,1,1,1,1,1, X 1,1,1,1,1,1,1,1,0,0,0,0,0,0,0,0, X! 0,1,1,1,0,1,0,0,1,1,0,1,1,1,0,1, X! 0,1,1,0,0,1,0,0,1,1,0,1,1,1,0,1, X! 0,1,1,1,0,1,0,0,1,1,1,0,1,1,1,0 X }; X X static char obuf[100]; X*************** X*** 937,942 **** X--- 1010,1049 ---- X { "(bad)" }, X { "(bad)" }, X { "(bad)" }, X+ }, X+ /* The next three groups are needed for the MMX instructions */ X+ /* GRPAw */ X+ { X+ { "(bad)" }, X+ { "(bad)" }, X+ { "psrlw", Qq, Ib }, X+ { "(bad)" }, X+ { "psraw", Qq, Ib }, X+ { "(bad)" }, X+ { "psllw", Qq, Ib }, X+ { "(bad)" }, X+ }, X+ /* GRPAd */ X+ { X+ { "(bad)" }, X+ { "(bad)" }, X+ { "psrld", Qq, Ib }, X+ { "(bad)" }, X+ { "psrad", Qq, Ib }, X+ { "(bad)" }, X+ { "pslld", Qq, Ib }, X+ { "(bad)" }, X+ }, X+ /* GRPAq */ X+ { X+ { "(bad)" }, X+ { "(bad)" }, X+ { "psrlq", Qq, Ib }, X+ { "(bad)" }, X+ { "(bad)" }, X+ { "(bad)" }, X+ { "psllq", Qq, Ib }, X+ { "(bad)" }, X } X }; X X*************** X*** 2029,2031 **** X--- 2136,2272 ---- X } X return (0); X } X+ X+ /* MMX extensions for P55C */ X+ X+ static char *mmxnames[]={ X+ "%mm0","%mm1","%mm2","%mm3", "%mm4","%mm5","%mm6","%mm7", X+ }; X+ X+ int X+ OP_Q (bytemode) X+ int bytemode; X+ { X+ int disp; X+ X+ /* skip mod/rm byte */ X+ codep++; X+ X+ if (mod == 3) X+ { X+ if (prefixes & PREFIX_DATA) X+ oappend(""); X+ oappend (mmxnames[rm]); X+ return (0); X+ } X+ X+ disp = 0; X+ append_prefix (); X+ X+ if (aflag) /* 32 bit address mode */ X+ { X+ int havesib; X+ int havebase; X+ int base; X+ int index; X+ int scale; X+ X+ havesib = 0; X+ havebase = 1; X+ base = rm; X+ X+ if (base == 4) X+ { X+ havesib = 1; X+ FETCH_DATA (the_info, codep + 1); X+ scale = (*codep >> 6) & 3; X+ index = (*codep >> 3) & 7; X+ base = *codep & 7; X+ codep++; X+ } X+ X+ switch (mod) X+ { X+ case 0: X+ if (base == 5) X+ { X+ havebase = 0; X+ disp = get32 (); X+ } X+ break; X+ case 1: X+ FETCH_DATA (the_info, codep + 1); X+ disp = *(char *)codep++; X+ break; X+ case 2: X+ disp = get32 (); X+ break; X+ } X+ X+ if (mod != 0 || base == 5) X+ { X+ sprintf (scratchbuf, "0x%x", disp); X+ oappend (scratchbuf); X+ } X+ X+ if (havebase || (havesib && (index != 4 || scale != 0))) X+ { X+ oappend ("("); X+ if (havebase) X+ oappend (names32[base]); X+ if (havesib) X+ { X+ if (index != 4) X+ { X+ sprintf (scratchbuf, ",%s", names32[index]); X+ oappend (scratchbuf); X+ } X+ sprintf (scratchbuf, ",%d", 1 << scale); X+ oappend (scratchbuf); X+ } X+ oappend (")"); X+ } X+ } X+ else X+ { /* 16 bit address mode */ X+ switch (mod) X+ { X+ case 0: X+ if (rm == 6) X+ disp = (short) get16 (); X+ break; X+ case 1: X+ FETCH_DATA (the_info, codep + 1); X+ disp = *(char *)codep++; X+ break; X+ case 2: X+ disp = (short) get16 (); X+ break; X+ } X+ X+ if (mod != 0 || rm == 6) X+ { X+ sprintf (scratchbuf, "0x%x", disp); X+ oappend (scratchbuf); X+ } X+ X+ if (mod != 0 || rm != 6) X+ { X+ oappend ("("); X+ oappend (index16[rm]); X+ oappend (")"); X+ } X+ } X+ return 0; X+ } X+ X+ int X+ OP_P (bytemode) X+ int bytemode; X+ { X+ if (prefixes & PREFIX_DATA) X+ oappend(""); X+ oappend(mmxnames[reg]); X+ return (0); X+ } X+ END-of-gdb.mmx.diff.2.2 echo x - how_to_patch sed 's/^X//' >how_to_patch << 'END-of-how_to_patch' XInstructions for FreeBSD-2.2 X X1) cd to /usr/src/gnu/usr.bin or wherever you have the sources X2) Make backups of the directory 'as' X3) Apply the patch as.mmx.diff with 'patch < ../weherever../as.mmx.diff' X4) cd to /usr/src/contrib/gdb/opcodes X5) Apply the patch gdb.mmx.diff.2.2 to i386-dis.c (patch i386-dis.c gdb.mmx.diff.2.2) X6) Recompile and install X7) Enjoy ! X XInstructions for FreeBSD-2.1.7 X X1) cd to /usr/src/gnu/usr.bin or wherever you have the sources X2) Make backups of the directory 'as' and 'gdb' X3) Apply the patch as.mmx.diff with 'patch < ../weherever../as.mmx.diff' X4) Apply the patch gdb.mmx.diff.2.1.7 with 'patch < ../whereever../gdb.mmx.diff' X5) Recompile and install X6) Enjoy ! X XNote: The patch file for 'as' is the same for both FreeBSD-2.2 and FreeBSD-2.1.7 X XIn both cases there are only 4 files affected by the two patches, X3 in as and one in gdb. X X X END-of-how_to_patch echo x - mmx_changes.doc sed 's/^X//' >mmx_changes.doc << 'END-of-mmx_changes.doc' XWhat I did: X=========== XI wanted support for the new Pentium MMX extension opcodes and so I Xadded them to gas and to gdb. X XMy objective was to change gas and gdb as little as possible. Gas now Xsupports all the MMX instructions and gdb can disassemble them. It is Xpossible to use MMX instruction via __asm statements from cc. (See the Xtest program I included.) X XNeither gas nor gdb actually use MMX instructions themselves, so they Xcan safely be used on any 80x86 prozessor, as before. X XThe names for the registers is as Intel specified: XThere are 8 identical 64 bit registers: X X mm0, mm1, mm2, mm3, mm4, mm5, mm6, mm7. X XYou can examine the MMX registers using the 'info float' command. You Xshould ignore all the flags and the exponent part of the values. The Xhex values shown are correct. Maybe I will add a new command 'info mmx' Xlater. You can also watch the effect of 'emms'. X XI added Intel's test for the MMX extensions (via cpuid) to the Xtest program. A application should always test for the existence of the XMMX features before using it. But this simple test won't work for Xan Intel i486 or i386 or for AMD or Cyrix processors. I think we need Xthe MMX functionality added to the sysstat call, especially because Xthis seem to be in more than one of the future processors, at least the Xprocessors from Intel. The MMX extensions are identified by bit 23 Xin the feature flags returned by the cpuid instruction. X XThe names of the mnemonics are identical to Intel's naming, with Xone exception: To avoid confusion and problems with size suffices I Xnamed all the new MMX move commands 'mmov*'. Please note that the Xsize suffices ('b', 'w', 'l',..) are meaningless, because these instructions Xalways operate on 64 bit, with the exception of mmovd, which moves a X32 bit quantity from or to a generic register or from or to memory. For X'mmovd' I added an alias 'mmovl'. X XPlease note too, that data size prefixes in the code are meaningless for Xthe MMX instruction and are ignored. Gdb will warn, if it finds a data Xsize prefix for a MMX command. Address size prefixes will work. X XThe list of mnemonics: Xmmovd, mmovl Xmmovq Xemms Xpacksswb, packssdw, packuswb Xpunpckhbw, punpckhwd, punpckhdq Xpunpcklbw, punpcklwd, punpckldq Xpaddb, paddw, paddd Xpaddsb, paddsw Xpaddusb, paddusw Xpsubb, psubw, psubd Xpsubsb, psubsw Xpsubusb, psubusw Xpand Xpandn Xpor Xpxor Xpcmpeqb, pcmpeqw, pcmpeqd Xpcmpgtb, pcmpgtw, pcmpgtd Xpmaddwd Xpmulhw, pmullw Xpsllw, pslld, psllq Xpsrlw, psrld, psrld, psrlq Xpsraw, psrad X XFor this work I used Intel's Programmers Reference Manual. This manual, the XDevelopers Guide for MMX, application notes and other useful information Xcan be found at Intels web site URL "http://developer.intel.com/drg/mmx/". XPlease refer to these manuals for further information. If you decide to Xtry out some of the application notes, keep in mind, that Intel uses Xthe form "opcode dest, source" in contrast to gas wich uses X"opcode src,dest". X XHere is a short documentation of the changes X============================================ XChanges to gas: (Changed a total of three files) X XIn config/tc-i386.h X X+ Added the new register type MmxReg X XIn config/tc-i386.c X X+ Changed some statements to include the new type MmxReg X XIn opcode/i386.h X X+ Added the names for the mmx registers, Intel notation: mm0,...,mm7 X+ Added the mnemonics and descriptions for all MMX instructions X XChanges to gdb: (Changed one file) X XIn gdb/i386-dis.c X X+ Added new defs for the addressing modes and tables X+ Added new operand size define q_mode X+ Added the MMX instructions to the two byte opcode table X+ Added the cpuid instruction (one will need it to test for MMX CPUs X+ Added the names for the MMX regs: mm0,mm1,...,mm7 X+ Added two short routines for the addressing modes X X XHow I tested the changes: X========================= XI used the test program include to this package, compiled it using the changed Xgas and singlestepped it in the changed debugger. There is a file named Xmmxtest.result. This is the output I got with the test program mmxtest. X XI compiled my kernel twice, one time with the original gas and one time Xwith the patched gas and then compared the results. The only changes were Xsome characters (Compilation date and version number). So it seems that the Xchanges have no influence to the other instructions, as it should be. X XHelmut X Xhfwirth@ping.at X END-of-mmx_changes.doc echo x - mmxtest.c sed 's/^X//' >mmxtest.c << 'END-of-mmxtest.c' X/* Test program for MMX extensions. X * Helmut F. Wirth, hfwirth@ping.at, Thu 970226 X * X * I used this program and some other early stuff to test my changes. X * The program does nothing useful, but it contains all MMX instructions X * used with various addressing modes. The test is not complete in the sense X * that all commands in all possible addressing modes are used, this would X * be much too long. But it does test the algorithms inside gas and gdb. X * I singlestepped through the program and looked at the MMX registers and X * at the disassmebly in gdb. (One can look at the MMX registers using X * info float). X * So I hope there are not too many bugs in my changes and I hope you X * will find them useful. X * X * Compile this with the patched version of as using X * cc -o mmxtest -g mmxtest.c X */ X X X/* The names 'dword' for a long, 'qword' for a 64bit word and 'word' X for short are corresponding to the names in the opcode mnemonics */ X X/* For further information you can find the manuals (Developers Guide and X Programmers Guide), a lot of useful information and application notes X on Intels web site at URL: http://developer.intel.com/drg/mmx/ X */ X X#include X X/* The different forms MMX data can take */ Xtypedef union X{ X unsigned long long uqword; X long long sqword; X struct X { X long low; X long high; X } dword; X struct X { X unsigned long low; X unsigned long high; X } udword; X struct X { X short w0; X short w1; X short w2; X short w3; X } sword; X struct X { X unsigned short w0; X unsigned short w1; X unsigned short w2; X unsigned short w3; X } usword; X struct X { X char c0; X char c1; X char c2; X char c3; X char c4; X char c5; X char c6; X char c7; X } sbyte; X struct X { X unsigned char c0; X unsigned char c1; X unsigned char c2; X unsigned char c3; X unsigned char c4; X unsigned char c5; X unsigned char c6; X unsigned char c7; X } ubyte; X} mmxdata; X X/* Test data */ X Xmmxdata checker1, checker2; Xmmxdata result1, result2, result3; X Xstruct wpack X{ X long dword1; X long dword2; X}; X Xstruct wpack ddat1, ddat2; X Xstruct bpack X{ X short word1; X short word2; X short word3; X short word4; X}; X Xstruct bpack wdat1, wdat2; X X X/* A quite senseless routine designed for testing the various X instructions and adress formats */ X X/* This is the Intel recommanded way to test MMX presence */ X/* This will return 1, if MMX CPU, else 0 */ X X/* Note: This or a similar routine could be in a system include file defined X static inline int .... It should be used in every application using X MMX extensions to maintain downward compatibility */ X Xstatic int is_mmx() X{ X int result; X __asm __volatile( X "movl $1,%%eax\n" X " cpuid\n" X " andl $0x800000,%%edx\n" X " shrl $23,%%edx\n" X : "=d" (result) :: "ax", "dx"); X return result; X} X Xvoid mmxtest() X{ X X/* First do the test to check if this is a MMX CPU */ X X if (!is_mmx()) X { X printf("Not a MMX CPU, bailing out\n"); X exit(1); X } X X X/* Test load and store via normal registers and via memory */ X checker1.dword.low = checker1.dword.high = 0x03030303; X checker2.dword.low = checker2.dword.high = 0x0c0c0c0c; X X /* Move from generic register to mmx register */ X /* Move number to lower part of mmx register, shift it up X and or it together, then store it to memory */ X printf("Moves:\n"); X __asm __volatile ( X "movl $0x12345678, %%eax\n" X "movl $0xabcdabcd, %%ebx\n" X "mmovd %%eax,%%mm0\n" X "mmovd %%ebx,%%mm6\n" X "mmovd %%mm6,%%eax\n" X "psllq $32,%%mm6\n" X "por %%mm0,%%mm6\n" X "mmovq %%mm6,_result1\n" X ::: "ax", "bx"); X printf("%x:%x\n", result1.udword.high,result1.udword.low); X X /* Move from memory to mmx reg, or it together, store it to X memory. */ X __asm __volatile ( X "mmovq _checker1,%mm2\n" X "mmovq _checker2,%mm3\n" X "por %mm3,%mm2\n" X "mmovq %mm2,_result1\n" X ); X printf("%x:%x\n", result1.udword.high,result1.udword.low); X X /* Move from memory to mmx reg, or it together, store it to X memory. The same as above, but with different address mode */ X __asm __volatile ( X "movl $_checker1,%%ecx\n" X "mmovq (%%ecx),%%mm2\n" X "movl $8, %%esi\n" X "mmovq (%%ecx,%%esi,1),%%mm3\n" X "por %%mm3,%%mm2\n" X "mmovq %%mm2,_result1\n" X ::: "cx", "si"); X printf("%x:%x\n", result1.udword.high,result1.udword.low); X X /* Now the various pack instructions */ X X /* Pack dwords (long) to words with signed saturation */ X X printf("Pack dwords:\n"); X X ddat1.dword1 = 0x01aaaa; /* Will saturate signed or unsigned */ X ddat1.dword2 = 0x008123; /* Will saturate signed only */ X ddat2.dword1 = 0x006543; /* Will not saturate */ X ddat2.dword2 = 0x001111; /* Will not saturate */ X X __asm __volatile ( X "mmovq _ddat1,%mm0\n" X "packssdw _ddat2,%mm0\n" X "mmovq %mm0,_result1\n" X ); X printf("%x:%x:%x:%x\n", result1.sword.w3,result1.sword.w2, X result1.sword.w1,result1.sword.w0); X X /* Pack words (short) to words with signed and unsigned saturation */ X X printf("Pack words:\n"); X X wdat1.word1 = 0x01aa; /* Will saturate signed or unsigned */ X wdat1.word2 = 0x0081; /* Will saturate signed only */ X wdat1.word3 = 0x0065; /* Will not saturate */ X wdat1.word4 = 0x0011; /* Will not saturate */ X X wdat2.word1 = 0x07bb; /* Will saturate signed or unsigned */ X wdat2.word2 = 0x0081; /* Will saturate signed only */ X wdat2.word3 = 0x8065; /* Will saturate signed and unsigned */ X wdat2.word4 = 0x007f; /* Will not saturate */ X X __asm __volatile ( X "mmovq _wdat1,%mm0\n" X "packsswb _wdat2,%mm0\n" X "mmovq %mm0,_result1\n" X "mmovq _wdat1,%mm0\n" X "packuswb _wdat2,%mm0\n" X "mmovq %mm0,_result2\n" X ); X printf("%x:%x:%x:%x:%x:%x:%x:%x\n", X result1.ubyte.c7, result1.ubyte.c6, X result1.ubyte.c5, result1.ubyte.c4, X result1.ubyte.c3, result1.ubyte.c2, X result1.ubyte.c1, result1.ubyte.c0); X X printf("%x:%x:%x:%x:%x:%x:%x:%x\n", X result2.ubyte.c7, result2.ubyte.c6, X result2.ubyte.c5, result2.ubyte.c4, X result2.ubyte.c3, result2.ubyte.c2, X result2.ubyte.c1, result2.ubyte.c0); X X /* Now the add instructions with and without saturation */ X X /* Normal add without saturation for dwords */ X X printf("Add dwords w/o saturation:\n"); X X ddat1.dword1 = 0xffffffff; X ddat2.dword1 = 0x00000001; /* Will wrap around */ X ddat1.dword2 = 0x12345678; X ddat2.dword2 = 0x07654321; /* Will fit */ X X __asm __volatile ( X "mmovq _ddat1,%mm5\n" X "paddd _ddat2,%mm5\n" X "mmovq %mm5,_result1\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X X /* Add words, without and with signed and unsigned saturation */ X X printf("Add words with saturation:\n"); X X wdat1.word1 = 0xff00; /* Will saturate signed or unsigned */ X wdat2.word1 = 0x11bb; X X wdat1.word2 = 0x7fff; /* Will saturate signed only */ X wdat2.word2 = 0x0001; X X wdat1.word3 = 0x2700; /* Will not saturate */ X wdat2.word3 = 0x2111; X X wdat1.word4 = 0x0011; /* Will not saturate */ X wdat2.word4 = 0x007f; X X __asm __volatile ( X "mmovq _wdat1,%mm5\n" X "paddw _wdat2,%mm5\n" X "mmovq %mm5,_result1\n" X "mmovq _wdat1,%mm5\n" X "paddsw _wdat2,%mm5\n" X "mmovq %mm5,_result2\n" X "mmovq _wdat1,%mm5\n" X "paddusw _wdat2,%mm5\n" X "mmovq %mm5,_result3\n" X ); X printf("%x:%x:%x:%x\n", result1.sword.w3,result1.sword.w2, X result1.sword.w1,result1.sword.w0); X printf("%x:%x:%x:%x\n", result2.sword.w3,result2.sword.w2, X result2.sword.w1,result2.sword.w0); X printf("%x:%x:%x:%x\n", result3.sword.w3,result3.sword.w2, X result3.sword.w1,result3.sword.w0); X X /* Once again, but with byte format, using the same data as X above */ X X printf("Add bytes with saturation:\n"); X X __asm __volatile ( X "mmovq _wdat1,%mm5\n" X "paddb _wdat2,%mm5\n" X "mmovq %mm5,_result1\n" X "mmovq _wdat1,%mm5\n" X "paddsb _wdat2,%mm5\n" X "mmovq %mm5,_result2\n" X "mmovq _wdat1,%mm5\n" X "paddusb _wdat2,%mm5\n" X "mmovq %mm5,_result3\n" X ); X X printf("%x:%x:%x:%x:%x:%x:%x:%x\n", X result1.ubyte.c7, result1.ubyte.c6, X result1.ubyte.c5, result1.ubyte.c4, X result1.ubyte.c3, result1.ubyte.c2, X result1.ubyte.c1, result1.ubyte.c0); X X printf("%x:%x:%x:%x:%x:%x:%x:%x\n", X result2.ubyte.c7, result2.ubyte.c6, X result2.ubyte.c5, result2.ubyte.c4, X result2.ubyte.c3, result2.ubyte.c2, X result2.ubyte.c1, result2.ubyte.c0); X X printf("%x:%x:%x:%x:%x:%x:%x:%x\n", X result3.ubyte.c7, result3.ubyte.c6, X result3.ubyte.c5, result3.ubyte.c4, X result3.ubyte.c3, result3.ubyte.c2, X result3.ubyte.c1, result3.ubyte.c0); X X X /* Now the same with the subtract instructions */ X X /* Normal sub without saturation for dwords */ X X printf("Sub dwords w/o saturation:\n"); X X ddat1.dword1 = 0xffffffff; X ddat2.dword1 = 0x0000000f; /* Will fit */ X ddat1.dword2 = 0x12345678; X ddat2.dword2 = 0x07654321; /* Will fit */ X X __asm __volatile ( X "mmovq _ddat1,%mm5\n" X "psubd _ddat2,%mm5\n" X "mmovq %mm5,_result1\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X X /* Sub words, without and with signed and unsigned saturation */ X X printf("Sub words with saturation:\n"); X X wdat1.word1 = 0x0000; /* Will saturate signed or unsigned */ X wdat2.word1 = 0xffff; X X wdat1.word2 = 0x7fff; /* Will saturate signed only */ X wdat2.word2 = 0xffff; X X wdat1.word3 = 0x2700; /* Will not saturate */ X wdat2.word3 = 0x2111; X X wdat1.word4 = 0x0011; /* Will not saturate */ X wdat2.word4 = 0x007f; X X __asm __volatile ( X "mmovq _wdat1,%mm5\n" X "psubw _wdat2,%mm5\n" X "mmovq %mm5,_result1\n" X "mmovq _wdat1,%mm5\n" X "psubsw _wdat2,%mm5\n" X "mmovq %mm5,_result2\n" X "mmovq _wdat1,%mm5\n" X "psubusw _wdat2,%mm5\n" X "mmovq %mm5,_result3\n" X ); X printf("%x:%x:%x:%x\n", result1.sword.w3,result1.sword.w2, X result1.sword.w1,result1.sword.w0); X printf("%x:%x:%x:%x\n", result2.sword.w3,result2.sword.w2, X result2.sword.w1,result2.sword.w0); X printf("%x:%x:%x:%x\n", result3.sword.w3,result3.sword.w2, X result3.sword.w1,result3.sword.w0); X X /* Once again, but with byte format, using the same data as X above */ X X printf("Sub bytes with saturation:\n"); X X __asm __volatile ( X "mmovq _wdat1,%mm5\n" X "psubb _wdat2,%mm5\n" X "mmovq %mm5,_result1\n" X "mmovq _wdat1,%mm5\n" X "psubsb _wdat2,%mm5\n" X "mmovq %mm5,_result2\n" X "mmovq _wdat1,%mm5\n" X "psubusb _wdat2,%mm5\n" X "mmovq %mm5,_result3\n" X ); X X printf("%x:%x:%x:%x:%x:%x:%x:%x\n", X result1.ubyte.c7, result1.ubyte.c6, X result1.ubyte.c5, result1.ubyte.c4, X result1.ubyte.c3, result1.ubyte.c2, X result1.ubyte.c1, result1.ubyte.c0); X X printf("%x:%x:%x:%x:%x:%x:%x:%x\n", X result2.ubyte.c7, result2.ubyte.c6, X result2.ubyte.c5, result2.ubyte.c4, X result2.ubyte.c3, result2.ubyte.c2, X result2.ubyte.c1, result2.ubyte.c0); X X printf("%x:%x:%x:%x:%x:%x:%x:%x\n", X result3.ubyte.c7, result3.ubyte.c6, X result3.ubyte.c5, result3.ubyte.c4, X result3.ubyte.c3, result3.ubyte.c2, X result3.ubyte.c1, result3.ubyte.c0); X X /* Test and not instruction */ X X printf("Inverted and\n"); X X checker1.dword.low = checker1.dword.high = 0x03030303; X checker2.dword.low = checker2.dword.high = 0x0c0c0c0c; X X __asm __volatile ( X "mmovq _checker1,%mm2\n" X "pandn _checker2,%mm2\n" X "mmovq %mm2,_result1\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X X /* Test the compare instructions */ X X /* Compare equal dword, word and byte */ X X printf("Compare dword, word and byte equal:\n"); X X checker1.dword.low = checker1.dword.high = 0x12345678; X checker2.dword.low = 0x12345678; X checker2.dword.high = 0x12345578; X X __asm __volatile ( X "mmovq _checker1,%mm2\n" X "pcmpeqd _checker2,%mm2\n" X "mmovq %mm2,_result1\n" X "mmovq _checker1,%mm2\n" X "pcmpeqw _checker2,%mm2\n" X "mmovq %mm2,_result2\n" X "mmovq _checker1,%mm2\n" X "pcmpeqb _checker2,%mm2\n" X "mmovq %mm2,_result3\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X printf("%x:%x\n", result2.udword.high,result2.udword.low); X printf("%x:%x\n", result3.udword.high,result3.udword.low); X X /* Compare greater than dword, word and byte */ X X printf("Compare dword, word and byte greater than:\n"); X X checker1.dword.low = checker1.dword.high = 0x12345678; X checker2.dword.low = 0x12345678; X checker2.dword.high = 0x12345578; X X __asm __volatile ( X "mmovq _checker1,%mm2\n" X "pcmpgtd _checker2,%mm2\n" X "mmovq %mm2,_result1\n" X "mmovq _checker1,%mm2\n" X "pcmpgtw _checker2,%mm2\n" X "mmovq %mm2,_result2\n" X "mmovq _checker1,%mm2\n" X "pcmpgtb _checker2,%mm2\n" X "mmovq %mm2,_result3\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X printf("%x:%x\n", result2.udword.high,result2.udword.low); X printf("%x:%x\n", result3.udword.high,result3.udword.low); X X /* Test packed multiply and add */ X X printf("Packed multiply and add:\n"); X X wdat1.word1 = 0x2; X wdat2.word1 = 0x2; X X wdat1.word2 = 0x2; X wdat2.word2 = 0x2; X X wdat1.word3 = 0x3; X wdat2.word3 = 0xfffd; X X wdat1.word4 = 0xfffd; X wdat2.word4 = 0xfffd; X X __asm __volatile ( X "mmovq _wdat1,%mm4\n" X "pmaddwd _wdat2,%mm4\n" X "mmovq %mm4,_result1\n" X ); X printf("%x:%x:%x:%x\n", result1.sword.w3,result1.sword.w2, X result1.sword.w1,result1.sword.w0); X X /* Test multiply low/high */ X X printf("Packed multiply low and high:\n"); X X wdat1.word1 = 0x2; X wdat2.word1 = 0x2; X X wdat1.word2 = 0x4000; X wdat2.word2 = 0x3000; X X wdat1.word3 = 0x3; X wdat2.word3 = 0xfffd; X X wdat1.word4 = 0x3888; X wdat2.word4 = 0x1888; X X __asm __volatile ( X "mmovq _wdat1,%mm4\n" X "pmulhw _wdat2,%mm4\n" X "mmovq %mm4,_result1\n" X "mmovq _wdat1,%mm4\n" X "pmullw _wdat2,%mm4\n" X "mmovq %mm4,_result2\n" X ); X printf("%x:%x:%x:%x\n", result1.sword.w3,result1.sword.w2, X result1.sword.w1,result1.sword.w0); X printf("%x:%x:%x:%x\n", result2.sword.w3,result2.sword.w2, X result2.sword.w1,result2.sword.w0); X X /* Shift instructions */ X X printf("Shift left:\n"); X X checker1.dword.low = checker1.dword.high = 0x77777777; X X __asm __volatile ( X "mmovq _checker1,%mm2\n" X "psllq $4,%mm2\n" X "mmovq %mm2,_result1\n" X "mmovq _checker1,%mm2\n" X "pslld $4,%mm2\n" X "mmovq %mm2,_result2\n" X "mmovq _checker1,%mm2\n" X "psllw $4,%mm2\n" X "mmovq %mm2,_result3\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X printf("%x:%x\n", result2.udword.high,result2.udword.low); X printf("%x:%x\n", result3.udword.high,result3.udword.low); X X X /* Try the other form, shift count in mmx register */ X X printf("Shift right logical:\n"); X checker1.dword.low = checker1.dword.high = 0x77777777; X X __asm __volatile ( X "mmovq _checker1,%%mm2\n" X "movl $2,%%eax\n" X "mmovd %%eax,%%mm0\n" X "psrlq %%mm0,%%mm2\n" X "mmovq %%mm2,_result1\n" X "mmovq _checker1,%%mm2\n" X "psrld %%mm0,%%mm2\n" X "mmovq %%mm2,_result2\n" X "mmovq _checker1,%%mm2\n" X "psrlw %%mm0,%%mm2\n" X "mmovq %%mm2,_result3\n" X ::: "ax"); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X printf("%x:%x\n", result2.udword.high,result2.udword.low); X printf("%x:%x\n", result3.udword.high,result3.udword.low); X X X printf("Shift right arithmetic:\n"); X X checker1.dword.low = checker1.dword.high = 0x77777777; X X __asm __volatile ( X "mmovq _checker1,%mm2\n" X "psrad $2,%mm2\n" X "mmovq %mm2,_result1\n" X "mmovq _checker1,%mm2\n" X "psraw $2,%mm2\n" X "mmovq %mm2,_result2\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X printf("%x:%x\n", result2.udword.high,result2.udword.low); X X /* Test the unpack instructions */ X X printf("Unpack low:\n"); X X checker1.dword.low = 0x89abcdef; X checker2.dword.low = 0x01234567; X checker1.dword.high = checker2.dword.high = 0x0; X X __asm __volatile ( X "mmovq _checker1,%mm7\n" X "punpckldq _checker2,%mm7\n" X "mmovq %mm7,_result1\n" X "mmovq _checker1,%mm7\n" X "punpcklwd _checker2,%mm7\n" X "mmovq %mm7,_result2\n" X "mmovq _checker1,%mm7\n" X "punpcklbw _checker2,%mm7\n" X "mmovq %mm7,_result3\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X printf("%x:%x\n", result2.udword.high,result2.udword.low); X printf("%x:%x\n", result3.udword.high,result3.udword.low); X X printf("Unpack high:\n"); X X checker1.dword.high = 0x89abcdef; X checker2.dword.high = 0x01234567; X checker1.dword.low = checker2.dword.low = 0x0; X X __asm __volatile ( X "mmovq _checker1,%mm7\n" X "punpckhdq _checker2,%mm7\n" X "mmovq %mm7,_result1\n" X "mmovq _checker1,%mm7\n" X "punpckhwd _checker2,%mm7\n" X "mmovq %mm7,_result2\n" X "mmovq _checker1,%mm7\n" X "punpckhbw _checker2,%mm7\n" X "mmovq %mm7,_result3\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X printf("%x:%x\n", result2.udword.high,result2.udword.low); X printf("%x:%x\n", result3.udword.high,result3.udword.low); X X /* At last, the xor instruction */ X X printf("Xor:\n"); X X checker1.dword.low = checker1.dword.high = 0x18181818; X checker2.dword.low = checker2.dword.high = 0x10101010; X X __asm __volatile ( X "mmovq _checker1,%mm7\n" X "pxor _checker2,%mm7\n" X "mmovq %mm7,_result1\n" X ); X X printf("%x:%x\n", result1.udword.high,result1.udword.low); X X printf("\nThat's it, folks!\n"); X X /* Properly end usage of MMX */ X __asm __volatile ("emms\n"); X X} X X/* The frame for all */ X Xmain() X{ X mmxtest(); X exit(0); X} END-of-mmxtest.c echo x - mmxtest.result sed 's/^X//' >mmxtest.result << 'END-of-mmxtest.result' XMoves: Xabcdabcd:12345678 Xf0f0f0f:f0f0f0f Xf0f0f0f:f0f0f0f XPack dwords: X1111:6543:7fff:7fff XPack words: X7f:80:7f:7f:11:65:7f:7f X7f:0:81:ff:11:65:81:ff XAdd dwords w/o saturation: X19999999:0 XAdd words with saturation: X90:4811:ffff8000:10bb X90:4811:7fff:10bb X90:4811:ffff8000:ffffffff XAdd bytes with saturation: X0:90:48:11:7f:0:10:bb X0:7f:48:11:7f:0:10:bb X0:90:48:11:7f:ff:ff:bb XSub dwords w/o saturation: Xacf1357:fffffff0 XSub words with saturation: Xffffff92:5ef:ffff8000:1 Xffffff92:5ef:7fff:1 X0:5ef:0:0 XSub bytes with saturation: X0:92:6:ef:80:0:1:1 X0:92:6:ef:7f:0:1:1 X0:0:6:0:0:0:0:0 XInverted and Xc0c0c0c:c0c0c0c XCompare dword, word and byte equal: X0:ffffffff Xffff0000:ffffffff Xffff00ff:ffffffff XCompare dword, word and byte greater than: Xffffffff:0 Xffff:0 Xff00:0 XPacked multiply and add: X0:0:0:8 XPacked multiply low and high: X56a:ffffffff:c00:0 Xffffc840:fffffff7:0:4 XShift left: X77777777:77777770 X77777770:77777770 X77707770:77707770 XShift right logical: X1ddddddd:dddddddd X1ddddddd:1ddddddd X1ddd1ddd:1ddd1ddd XShift right arithmetic: X1ddddddd:1ddddddd X1ddd1ddd:1ddd1ddd XUnpack low: X1234567:89abcdef X12389ab:4567cdef X18923ab:45cd67ef XUnpack high: X1234567:89abcdef X12389ab:4567cdef X18923ab:45cd67ef XXor: X8080808:8080808 X XThat's it, folks! END-of-mmxtest.result exit >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 31 13:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10627 for bugs-outgoing; Mon, 31 Mar 1997 13:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10608; Mon, 31 Mar 1997 13:10:02 -0800 (PST) Resent-Date: Mon, 31 Mar 1997 13:10:02 -0800 (PST) Resent-Message-Id: <199703312110.NAA10608@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10492 for ; Mon, 31 Mar 1997 13:08:19 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id XAA16162 for FreeBSD-gnats-submit@freebsd.org; Mon, 31 Mar 1997 23:08:08 +0200 (MET DST) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id MAA12174; Mon, 31 Mar 1997 12:11:58 +0200 (CEST) Message-Id: <199703311011.MAA12174@xp11.frmug.org> Date: Mon, 31 Mar 1997 12:11:58 +0200 (CEST) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3158: rdist is broken Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3158 >Category: bin >Synopsis: seg faults and cannot update links using rdist >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 31 13:10:01 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: CTM_BEGIN 2.0 cvs-cur 3168 19970328140916Z /A and /B are partitions on two different disks >Description: I am trying to duplicate a directory using rdist: file /root/.rhosts contains 'localhost root' (without the quotes) rdist -c /A localhost:/B /A/bin/emacs is a link to /A/bin/emacs-19.34 I get: updating host localhost installing: /A/bin/emacs rdist: xp11.frmug.org:can't link /B/bin/emacs to /A/bin/emacs-19.34 shouldn't this be /B/bin/emacs-19.34? ^^^^^^^^^^^^^^^^^^ And after each run: Segmentation fault I'm not able to get a core dump even with 'coredumpsize unlimited'. >How-To-Repeat: >Fix: We maybe should import rdist-6.1.3 from usc.edu which is working fine is this area. I just did: cp mf.freebsd2 mf.freebsd3 cp os-freebsd2.h os-freebsd3.h then update some paths then make. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 31 15:09:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA16071 for bugs-outgoing; Mon, 31 Mar 1997 15:09:51 -0800 (PST) Received: from cargpc5.atmos.washington.edu (cargpc5.atmos.washington.edu [128.95.176.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16063 for ; Mon, 31 Mar 1997 15:09:49 -0800 (PST) Received: from localhost by cargpc5.atmos.washington.edu (8.8.5/UW-NDC Revision: 2.30v8.8) id PAA09961; Mon, 31 Mar 1997 15:11:44 -0800 (PST) X-Authentication-Warning: cargpc5.atmos.washington.edu: dbx owned process doing -bs Date: Mon, 31 Mar 1997 15:11:43 -0800 (PST) From: "\"Doug Burks\"" To: Joerg Wunsch cc: bugs@freebsd.org, "John S. Dyson" Subject: Re: kern/3156: Floppy disk copy freezes In-Reply-To: <19970331220620.KM38633@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joerg, Can i convince you to compile a kernel with DDB, and see whether you can break into DDB once it freezes? This might give us a clue for what is happening. Can do, though it may take me a few days before I can get around to do so. Is breaking into DDB documented somewhere? If I do break in, is there anything specific you want me to look for and/or retrieve? Doug Burks dbx@atmos.washington.edu From owner-freebsd-bugs Mon Mar 31 18:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA28558 for bugs-outgoing; Mon, 31 Mar 1997 18:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA28552; Mon, 31 Mar 1997 18:00:04 -0800 (PST) Resent-Date: Mon, 31 Mar 1997 18:00:04 -0800 (PST) Resent-Message-Id: <199704010200.SAA28552@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, andrew@ugh.net.au Received: from house.key.net.au (root@[203.35.4.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28122 for ; Mon, 31 Mar 1997 17:54:51 -0800 (PST) Received: (from root@localhost) by house.key.net.au (8.8.5/8.8.5) id LAA04926; Sat, 29 Mar 1997 11:48:31 +1100 (EST) Message-Id: <199703290048.LAA04926@house.key.net.au> Date: Sat, 29 Mar 1997 11:48:31 +1100 (EST) From: Andrew Reply-To: andrew@ugh.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3160: Typo in man page Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3160 >Category: docs >Synopsis: Typo in man page for yp(4) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 31 18:00:01 PST 1997 >Last-Modified: >Originator: Andrew >Organization: >Release: FreeBSD 2.1.7-RELEASE i386 >Environment: 2.1.7 from CD. >Description: There is a typo in the yp(4) man page. 'from' is written as 'form' in the line (which is derived directly form 4.4BSD). Its line 173 in the formateed version. >How-To-Repeat: man yp >Fix: Using the uncompressed versions of the man page (/usr/share/man/man4/yp.4.gz) apply the following patch: *** yp.4.orig Sun Mar 30 00:45:18 1997 --- yp.4 Sun Mar 30 00:46:33 1997 *************** *** 267,273 **** is specially designed to provided enhanced security (compared to other NIS implementations) when used exclusively with FreeBSD client systems. The FreeBSD password database system (which is derived directly ! form 4.4BSD) includes support for .Nm shadow passwords . The standard password database does not contain users' encrypted passwords: these are instead stored (along with other information) --- 267,273 ---- is specially designed to provided enhanced security (compared to other NIS implementations) when used exclusively with FreeBSD client systems. The FreeBSD password database system (which is derived directly ! from 4.4BSD) includes support for .Nm shadow passwords . The standard password database does not contain users' encrypted passwords: these are instead stored (along with other information) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 31 20:25:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA07797 for bugs-outgoing; Mon, 31 Mar 1997 20:25:53 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA07791 for ; Mon, 31 Mar 1997 20:25:49 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id OAA04493; Tue, 1 Apr 1997 14:23:10 +1000 Date: Tue, 1 Apr 1997 14:23:10 +1000 From: Bruce Evans Message-Id: <199704010423.OAA04493@godzilla.zeta.org.au> To: dbx@atmos.washington.edu, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3156: Floppy disk copy freezes Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Also, you should never, _never_ use the block device for raw file > data. > > When I use the character device for the floppy copy, everything works > smoothly. Maybe my setup is the prime example of why one "should never, > _never_ use the block device for raw file data." :( Did you use the same block size (2K) that is used for the block device? dd's default block size of 512 bytes is too small for almost everything except floppies (it is adequate for floppies, at least on machines at least as fast as a 486/33, since floppies are so slow). The block device's fixed block size of 2K is also too small for almost everything. Bruce From owner-freebsd-bugs Mon Mar 31 22:53:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA14750 for bugs-outgoing; Mon, 31 Mar 1997 22:53:50 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA14729 for ; Mon, 31 Mar 1997 22:53:45 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA23458; Tue, 1 Apr 1997 08:53:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA14703; Tue, 1 Apr 1997 08:29:56 +0200 (MET DST) Message-ID: <19970401082956.CG29737@uriah.heep.sax.de> Date: Tue, 1 Apr 1997 08:29:56 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: dbx@atmos.washington.edu ("Doug Burks") Cc: bugs@freebsd.org, toor@dyson.iquest.net (John S. Dyson) Subject: Re: kern/3156: Floppy disk copy freezes References: <19970331220620.KM38633@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from "Doug Burks" on Mar 31, 1997 15:11:43 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As "Doug Burks" wrote: > Can i convince you to compile a kernel with DDB, ... > Can do, though it may take me a few days before I can get around to do > so. Is breaking into DDB documented somewhere? If I do break in, is > there anything specific you want me to look for and/or retrieve? The debugger hotkey used to be Ctrl-Alt-ESC, but i think some (all?) syscons keymaps define it to Ctrl-PrtScr now. Using DDB is documented in the section about kernel debugging in the handbook. I'm not sure whether John has some questions to you, but for sure it would be at least interesting to see if the machine is still alive, and which processes are running (and in which state they are). DDB has a builtin ps command resembling ps(1). Also, if you happen to break it inside the kernel code (as opposed to inside the CPU idle loop), a stack trace will be interesting. You might even try sending a signal to a process. Use the address of the proc structure as displayed by DDB's ps command, and say: call psignal(, 9) -- 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-bugs Tue Apr 1 00:53:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA19740 for bugs-outgoing; Tue, 1 Apr 1997 00:53:32 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup6.gaffaneys.com [134.129.252.25]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA19735 for ; Tue, 1 Apr 1997 00:53:27 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id CAA20343; Tue, 1 Apr 1997 02:55:12 -0600 (CST) From: Zach Heilig Message-ID: <19970401025432.35366@murkwood.gaffaneys.com> Date: Tue, 1 Apr 1997 02:54:32 -0600 To: Josh Gilliam Cc: bugs@freebsd.org Subject: Re: moused(8) wierdness References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: ; from Josh Gilliam on Mon, Mar 31, 1997 at 09:30:18AM -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Mar 31, 1997 at 09:30:18AM -0800, Josh Gilliam wrote: > When the moused pointer is moved over an m, M, w, W, *, -, or _ it appears > as if the character gets larger on the right side. That would be because the VGA font is 9 pixels wide. However, you can only program 8 pixels of the font. The 8th pixel is copied onto the 9th pixel. That's always the explaination that was given me. What I don't quite get is why the copying only occurs when using a programmed mouse cursor [the same thing happens with dos programs as well], as opposed to all the time. Perhaps it's a text verses graphics font deal. BTW, it occurs with any font with lit pixels in the 8th column. On my display they are: MTVWXYamuw_ but not the - or *. With the cp437-[thin-]8x16.fnt loaded, only the _ and the * have the problem. The iso-thin-8x16.fnt that I use exhibits the list above with artifacts. I also just noticed a couple other problems: 1) the mouse cursor disappears while under(over?) the text cursor. I use the blinking underline, if that makes any difference. 2) Sometimes when switching fonts (so far, only from a wide to a narrow one), only about half the fonts will actually change, leaving an awfully strange looking screen (with the wide fonts turning into narrow ones when the mouse moves over them, and back when the mouse moves away). This has only happened twice for me, once while just now while playing with the fonts and once several weeks ago. I'm sure these are simply artifacts of the CHEAP (and mostly broken) pc VGA system, rather than anything that can really be fixed. -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email /var/spool/news is 110% full, | is unwelcome. I avoid dealing please delete all the spam you can. | with companies that email ads. From owner-freebsd-bugs Tue Apr 1 01:09:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA20308 for bugs-outgoing; Tue, 1 Apr 1997 01:09:52 -0800 (PST) Received: from jg.dyn.ml.org (soil@newport-1-10.quick.net [207.212.160.210]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA20302 for ; Tue, 1 Apr 1997 01:09:49 -0800 (PST) Received: from localhost (soil@localhost) by jg.dyn.ml.org (8.8.5/8.8.5) with SMTP id BAA17328; Tue, 1 Apr 1997 01:09:39 -0800 (PST) X-Authentication-Warning: jg.dyn.ml.org: soil owned process doing -bs Date: Tue, 1 Apr 1997 01:09:39 -0800 (PST) From: Josh Gilliam X-Sender: soil@jg.dyn.ml.org To: Zach Heilig cc: bugs@freebsd.org Subject: Re: moused(8) wierdness In-Reply-To: <19970401025432.35366@murkwood.gaffaneys.com> Message-ID: X-IRC: soil X-Operating-System: FreeBSD 2.2-RELEASE i386 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In <19970401025432.35366@murkwood.gaffaneys.com>, zach@blizzard.gaffaneys.com wrote: > I also just noticed a couple other problems: > > 1) the mouse cursor disappears while under(over?) the text cursor. I use the > blinking underline, if that makes any difference. > > 2) Sometimes when switching fonts (so far, only from a wide to a narrow one), > only about half the fonts will actually change, leaving an awfully strange > looking screen (with the wide fonts turning into narrow ones when the mouse > moves over them, and back when the mouse moves away). This has only happened > twice for me, once while just now while playing with the fonts and once > several weeks ago. 3) There is a certain character or character combination in binary files which appears as a cursor mirror. When the mouse is moved you can see the cursor move in each occurrence of the character. cat /bin/ls | more -- Josh Gilliam Orange, CA From owner-freebsd-bugs Tue Apr 1 02:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22483 for bugs-outgoing; Tue, 1 Apr 1997 02:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22477; Tue, 1 Apr 1997 02:10:03 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 02:10:03 -0800 (PST) Resent-Message-Id: <199704011010.CAA22477@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA22353 for ; Tue, 1 Apr 1997 02:06:11 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id NAA11468 for ; Tue, 1 Apr 1997 13:05:57 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.8.5/8.6.4) id NAA22187; Tue, 1 Apr 1997 13:05:55 +0300 (EET DST) Message-Id: <199704011005.NAA22187@katiska.clinet.fi> Date: Tue, 1 Apr 1997 13:05:55 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3162: 2.2 kernel from mar 25th crashes on nfs server Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3162 >Category: kern >Synopsis: 2.2 kernel from mar 25th crashes on nfs server >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 02:10:02 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-RELEASE i386 >Environment: NFS server with 3940, 64M, 1*1.7G micropolis + 3*4G seagate hawk. No tagged queueing or memory io used (no AHC options). >Description: Going from 8th march kernel to 25th march kernel made the system very unstable (three crashes last night). These seem to be load related. NFS or SCSI are the primary suspects. March 8th kernel was reliable. None of the crashes produced a dump. >How-To-Repeat: It seems that I managed to get two crashes by saving a 22M file from emacs. Emacs probably does one 22M write(2) to accomplish this. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 02:26:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22998 for bugs-outgoing; Tue, 1 Apr 1997 02:26:02 -0800 (PST) Received: from murkwood.gaffaneys.com (dialup6.gaffaneys.com [134.129.252.25]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA22993 for ; Tue, 1 Apr 1997 02:25:55 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id EAA23430; Tue, 1 Apr 1997 04:27:52 -0600 (CST) From: Zach Heilig Message-ID: <19970401042751.56244@murkwood.gaffaneys.com> Date: Tue, 1 Apr 1997 04:27:51 -0600 To: Josh Gilliam Cc: bugs@freebsd.org Subject: Re: moused(8) wierdness References: <19970401025432.35366@murkwood.gaffaneys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: ; from Josh Gilliam on Tue, Apr 01, 1997 at 01:09:39AM -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, Apr 01, 1997 at 01:09:39AM -0800, Josh Gilliam wrote: > 3) There is a certain character or character combination in binary files > which appears as a cursor mirror. When the mouse is moved you can see the > cursor move in each occurrence of the character. cat /bin/ls | more Yep, this is an artifact of the method used for the programmed cursor. That character just happens to be one of the four used to display the graphical mouse cursor. Yet another artifact of the cheap VGA subsystem :-). -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email /var/spool/news is 110% full, | is unwelcome. I avoid dealing please delete all the spam you can. | with companies that email ads. From owner-freebsd-bugs Tue Apr 1 03:50:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA26692 for bugs-outgoing; Tue, 1 Apr 1997 03:50:31 -0800 (PST) Received: (from davidn@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA26663; Tue, 1 Apr 1997 03:50:23 -0800 (PST) Date: Tue, 1 Apr 1997 03:50:23 -0800 (PST) From: David Nugent Message-Id: <199704011150.DAA26663@freefall.freebsd.org> To: csl@whale.sunbay.crimea.ua, davidn, freebsd-bugs, davidn Subject: Re: bin/3144 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ~/.hushlogin and expire time checks don't work in /usr/bin/login State-Changed-From-To: open-analyzed State-Changed-By: davidn State-Changed-When: Tue Apr 1 21:47:38 EST 1997 State-Changed-Why: Patch & diagnosis appears to be correct. Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: davidn Responsible-Changed-When: Tue Apr 1 21:47:38 EST 1997 Responsible-Changed-Why: I last worked on login. From owner-freebsd-bugs Tue Apr 1 06:00:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA02675 for bugs-outgoing; Tue, 1 Apr 1997 06:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA02628; Tue, 1 Apr 1997 06:00:04 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 06:00:04 -0800 (PST) Resent-Message-Id: <199704011400.GAA02628@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, horikawa@jp.freebsd.org Received: from mail.yk.rim.or.jp (root@mail.yk.rim.or.jp [202.247.130.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA02479 for ; Tue, 1 Apr 1997 05:57:21 -0800 (PST) Received: from localhost (ppp335.yk.rim.or.jp [202.247.165.35]) by mail.yk.rim.or.jp (8.8.5/3.4Wbeta6-rim1.1) with ESMTP id WAA02485; Tue, 1 Apr 1997 22:57:17 +0900 (JST) Message-Id: <199704011357.WAA02485@mail.yk.rim.or.jp> Date: Tue, 01 Apr 1997 22:56:45 +0900 From: horikawa@jp.freebsd.org Reply-To: horikawa@jp.freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3163: manpath.1 typo Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3163 >Category: docs >Synopsis: manpath.1 typo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 06:00:01 PST 1997 >Last-Modified: >Originator: Kazuo Horikawa >Organization: FreeBSD manual translator into Japanese >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: `man manpath' shows following lines; manpath manpath is used by man to determine the search path, so user's normally don't need to set the MANPATH environment variable directly. I think that `manpath manpath' is typo. The file `manpath.1' contains; .Nm manpath is used by .Nm man to determine the search path, so user's normally don't need to set the .Ev MANPATH environment variable directly. >How-To-Repeat: `man manpath' >Fix: Apply following patch to the manpath manual. --- manpath.1.orig Tue Apr 1 22:30:45 1997 +++ manpath.1 Tue Apr 1 22:31:33 1997 @@ -32,8 +32,7 @@ file, manpath looks for the subdirectories man or MAN. If they exist, they are added to the search path. .Pp -.Nm -manpath +.Nm manpath is used by .Nm man to determine the search path, so user's normally don't need to set the >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 09:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA12178 for bugs-outgoing; Tue, 1 Apr 1997 09:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA12172; Tue, 1 Apr 1997 09:00:02 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 09:00:02 -0800 (PST) Resent-Message-Id: <199704011700.JAA12172@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.ziplink.net Received: from rtfm.ziplink.net (mi@[199.232.255.52]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11204 for ; Tue, 1 Apr 1997 08:49:57 -0800 (PST) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.5/8.7.3) id LAA00997; Tue, 1 Apr 1997 11:51:49 -0500 (EST) Message-Id: <199704011651.LAA00997@rtfm.ziplink.net> Date: Tue, 1 Apr 1997 11:51:49 -0500 (EST) From: Mikhail Teterin Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3164: view makes a back-up copy Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3164 >Category: bin >Synopsis: view copies the file into vi.recover >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 09:00:01 PST 1997 >Last-Modified: >Originator: Mikhail Teterin >Organization: Virtual Estates, Inc. >Release: FreeBSD 3.0-970209-SNAP i386 >Environment: >Description: vi started in readonly mode still makes the back-up copy on startup. This can be quite time consuming on big files (such as logs), etc. It should only create the back-up on user's attempt to change anything (switching into the usual mode). >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 09:11:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA12871 for bugs-outgoing; Tue, 1 Apr 1997 09:11:57 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA12836; Tue, 1 Apr 1997 09:11:30 -0800 (PST) Date: Tue, 1 Apr 1997 09:11:30 -0800 (PST) From: Mike Pritchard Message-Id: <199704011711.JAA12836@freefall.freebsd.org> To: andrew@ugh.net.au, mpp, freebsd-bugs Subject: Re: docs/3160 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Typo in man page for yp(4) State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Apr 1 09:11:12 PST 1997 State-Changed-Why: This has already been fixed in rev 1.7 of yp.4. From owner-freebsd-bugs Tue Apr 1 10:29:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18563 for bugs-outgoing; Tue, 1 Apr 1997 10:29:02 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18542; Tue, 1 Apr 1997 10:28:51 -0800 (PST) Date: Tue, 1 Apr 1997 10:28:51 -0800 (PST) From: Mike Pritchard Message-Id: <199704011828.KAA18542@freefall.freebsd.org> To: horikawa@jp.freebsd.org, mpp, freebsd-bugs Subject: Re: docs/3163 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: manpath.1 typo State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Apr 1 10:28:31 PST 1997 State-Changed-Why: Suggested fix applied, thanks! From owner-freebsd-bugs Tue Apr 1 11:16:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA21694 for bugs-outgoing; Tue, 1 Apr 1997 11:16:16 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA21618; Tue, 1 Apr 1997 11:14:59 -0800 (PST) Date: Tue, 1 Apr 1997 11:14:59 -0800 (PST) From: Mike Pritchard Message-Id: <199704011914.LAA21618@freefall.freebsd.org> To: hfwirth@ping.at, mpp, freebsd-bugs Subject: Re: gnu/3151 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Patches to gas and gdb to support MMX extensions State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Apr 1 11:14:25 PST 1997 State-Changed-Why: Duplicate of PR# 3157. From owner-freebsd-bugs Tue Apr 1 11:34:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23589 for bugs-outgoing; Tue, 1 Apr 1997 11:34:19 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23571; Tue, 1 Apr 1997 11:34:10 -0800 (PST) Date: Tue, 1 Apr 1997 11:34:10 -0800 (PST) From: Mike Pritchard Message-Id: <199704011934.LAA23571@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: bin/3164 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: view copies the file into vi.recover Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Tue Apr 1 11:32:51 PST 1997 Responsible-Changed-Why: I forwared the report to Keith Bostic and will determine what to do with this PR based on his response. From owner-freebsd-bugs Tue Apr 1 11:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA24091 for bugs-outgoing; Tue, 1 Apr 1997 11:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA24051; Tue, 1 Apr 1997 11:40:02 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 11:40:02 -0800 (PST) Resent-Message-Id: <199704011940.LAA24051@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tege@nada.kth.se Received: from gmp.tmg.se (quiet.matematik.su.se [130.237.198.146]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA23373 for ; Tue, 1 Apr 1997 11:32:31 -0800 (PST) Received: (from root@localhost) by gmp.tmg.se (8.8.5/8.8.5) id VAA13107; Tue, 1 Apr 1997 21:31:34 +0200 (CEST) Message-Id: <199704011931.VAA13107@gmp.tmg.se> Date: Tue, 1 Apr 1997 21:31:34 +0200 (CEST) From: Torbjorn Granlund Reply-To: tege@nada.kth.se To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3165: tex-3.14159.tgz lacks file Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3165 >Category: bin >Synopsis: tex-3.14159.tgz lacks file >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 11:40:01 PST 1997 >Last-Modified: >Originator: Torbjorn Granlund >Organization: TMG Datakonsult >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: >Description: A file `kpsetool' is required by `MakeTeXPK' but does not exist in the tex-3.14159.tgz package. >How-To-Repeat: Try using MakeTeXPK for anything... >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 12:01:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA25729 for bugs-outgoing; Tue, 1 Apr 1997 12:01:32 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA25545; Tue, 1 Apr 1997 11:58:51 -0800 (PST) Date: Tue, 1 Apr 1997 11:58:51 -0800 (PST) From: Mike Pritchard Message-Id: <199704011958.LAA25545@freefall.freebsd.org> To: mpp, gnats-admin, freebsd-bugs Subject: Re: pending/3147 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/share/misc/au.postcodes Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Tue Apr 1 11:57:11 PST 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Tue Apr 1 12:40:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA28512 for bugs-outgoing; Tue, 1 Apr 1997 12:40:58 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA28488; Tue, 1 Apr 1997 12:40:42 -0800 (PST) Date: Tue, 1 Apr 1997 12:40:42 -0800 (PST) From: Joerg Wunsch Message-Id: <199704012040.MAA28488@freefall.freebsd.org> To: ahd@kew.com, joerg, freebsd-bugs Subject: Re: misc/2982 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: hostname buffer length too short in uucpd State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Apr 1 22:40:08 MET DST 1997 State-Changed-Why: Suggested fix applied in rev 1.11 of uucpd.c, thanks! From owner-freebsd-bugs Tue Apr 1 13:50:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04144 for bugs-outgoing; Tue, 1 Apr 1997 13:50:58 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04119; Tue, 1 Apr 1997 13:50:47 -0800 (PST) Date: Tue, 1 Apr 1997 13:50:47 -0800 (PST) From: Mike Pritchard Message-Id: <199704012150.NAA04119@freefall.freebsd.org> To: dhawk@river.org, mpp, freebsd-bugs Subject: Re: gnu/3132 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make world fails in gnu/lib/libgmp on 2.1.7.1 State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Apr 1 13:48:25 PST 1997 State-Changed-Why: You need to obtain a newer version of the install program. The -C option has been supported since FreeBSD 2.1.5. >From the install(1) manual page: -C Copy the file, as if the -c option is specified, except if the target file already exists and the files are the same, then don't change the modification time of the target. From owner-freebsd-bugs Tue Apr 1 14:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA06825 for bugs-outgoing; Tue, 1 Apr 1997 14:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA06800; Tue, 1 Apr 1997 14:20:04 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 14:20:04 -0800 (PST) Resent-Message-Id: <199704012220.OAA06800@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.OAA06675;Tue; (8.8.5/8.8.5);, 1 Apr 1997 14:19:25.-0800 (PST) Message-Id: <199704012219.OAA06675@freefall.freebsd.org> Date: Tue, 1 Apr 1997 14:19:25 -0800 (PST) From: hawke@hawke.nkn.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/3167: Wierd CGI Behavior on heavily loaded webserver. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3167 >Category: conf >Synopsis: Wierd CGI Behavior on heavily loaded webserver. >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 14:20:02 PST 1997 >Last-Modified: >Originator: Lloyd Duhon >Organization: Zoron, Inc. >Release: 3.0-CURRENT >Environment: FreeBSD hawke.nkn.net 3.0-970209-SNAP FreeBSD 3.0-970209-SNAP #0: Tue Apr 1 13: 19:57 CST 1997 hawke@hawke.nkn.net:/usr/src/sys/compile/HAWKE i386 >Description: Having set up the server following all of the settings for Extremely busy FreeBSD servers, and compiling with the suggestions on the FIN_WAIT_2 problem, I am still experiencing CGI scripts failing within SECONDS of restarting the Web Server, The error is the same, "Internal Misconfiguration, please contact webmaster" error that would occur if something was wrong in the script. However, If I HUP the web server, the scripts will work properly for about 15 Secs, then the error will reappear. The server is a Dual Pentium Pro 200 w/ 256 MB Ram, and 4GB SCSI HDD. >How-To-Repeat: http://hawke.nkn.net/cgi-bin/testenv.cgi >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 15:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA11991 for bugs-outgoing; Tue, 1 Apr 1997 15:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA11969; Tue, 1 Apr 1997 15:20:03 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 15:20:03 -0800 (PST) Resent-Message-Id: <199704012320.PAA11969@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11619 for" ; Tue, 1 Apr 1997 15:17:30.-0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id JAA24200; Wed, 2 Apr 1997 09:17:27 +1000 Received: from maya.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id JAA01349; Wed, 2 Apr 1997 09:13:43 +1000 (EST) Received: from netfl15a.devetir.qld.gov.au (netfl15a.devetir.qld.gov.au [167.123.24.12]) by maya.devetir.qld.gov.au (8.8.5/8.8.5) with SMTP id JAA02760; Wed, 2 Apr 1997 09:09:09 +1000 (EST) Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA21873; Tue, 1 Apr 1997 23:12:39 GMT Message-Id: <199704012312.XAA21873@netfl15a.devetir.qld.gov.au> Date: Wed, 02 Apr 1997 09:12:36 +1000 From: Stephen Hocking To: FreeBSD-gnats-submit@freebsd.org Cc: toor@dyson.iquest.net Subject: kern/3168: Panic: lockmgr: locking against myself Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3168 >Category: kern >Synopsis: Machine crashes when starting X or xdm >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 15:20:02 PST 1997 >Last-Modified: >Originator: S Hocking >Organization: Only occasional >Release: FreeBSD 3.0-CURRENT i386 >Environment: ctm src-cur 2828, started at src-cur 2827 Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Wed Apr 2 08:26:57 EST 1997 toor@priapus.devetir.qld.gov.au:/usr/src/sys/compile/priapus CPU: AMD Unknown (486-class CPU) Origin = "AuthenticAMD" Id = 0x494 Stepping=4 Features=0x1 real memory = 25165824 (24576K bytes) avail memory = 22388736 (21864K bytes) bdevsw_add_generic: adding D_DISK flag for device 15 Probing for devices on PCI bus 0: chip0 rev 0 on pci0:0:0 vga0 rev 84 int a irq 9 on pci0:5:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 10 maddr 0xd8000 msize 8192 on isa ed0: address 00:00:c0:44:73:ec, type SMC8416T (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pca0 on isa pca0: PC speaker audio driver wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-16 wd0: 407MB (833664 sectors), 1002 cyls, 16 heads, 52 S/T, 512 B/S wdc0: unit 1 (wd1): , 32-bit, multi-block-32 wd1: 813MB (1665216 sectors), 1652 cyls, 16 heads, 63 S/T, 512 B/S aha0 at 0x330-0x333 irq 11 drq 6 on isa scbus0 at aha0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 1 sd0: Direct-Access 323MB (663476 512 byte sectors) cd0 at scbus0 target 2 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size st0 at scbus0 target 4 lun 0 st0: type 1 removable SCSI 1 st0: Sequential-Access density code 0x0, drive empty fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface >Description: Machine panics with "lockmgr: locking against myself" Backtrace as follows - #0 0xf010e73e in boot () #1 0xf010ea2a in panic () #2 0xf0109a87 in lockmgr () #3 0xf01af0f1 in ufs_lock () #4 0xf0136bb4 in vn_lock () #5 0xf0130c5b in vputrele () #6 0xf0130cbe in vrele () #7 0xf01be229 in vnode_pager_dealloc () #8 0xf01bd5a6 in vm_pager_deallocate () #9 0xf01b8e27 in vm_object_terminate () #10 0xf01b8c27 in vm_object_deallocate () #11 0xf0130b70 in vputrele () #12 0xf0130cbe in vrele () #13 0xf0106b8b in execve () #14 0xf01c9ec6 in syscall () #15 0x813ae71 in ?? () #16 0x1920 in ?? () #17 0x22ad in ?? () #18 0x1d97 in ?? () #19 0x1096 in ?? () >How-To-Repeat: Use startx to start the Xserver, or have the Xserver started by xdm. >Fix: Unknown. (Why can't a process lock the same region repeatedly?) -- The views expressed above are not those of WorkCover Queensland, Australia. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 15:47:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14427 for bugs-outgoing; Tue, 1 Apr 1997 15:47:09 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA14404; Tue, 1 Apr 1997 15:47:01 -0800 (PST) Date: Tue, 1 Apr 1997 15:47:01 -0800 (PST) From: Mike Pritchard Message-Id: <199704012347.PAA14404@freefall.freebsd.org> To: wosch@cs.tu-berlin.de, mpp, freebsd-bugs Subject: Re: bin/2304 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mkdir -p State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Apr 1 15:46:41 PST 1997 State-Changed-Why: Fixed in rev 1.10 of mkdir.c. From owner-freebsd-bugs Tue Apr 1 18:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA26077 for bugs-outgoing; Tue, 1 Apr 1997 18:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA26053; Tue, 1 Apr 1997 18:10:04 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 18:10:04 -0800 (PST) Resent-Message-Id: <199704020210.SAA26053@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fenner@parc.xerox.com Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA25346 for ; Tue, 1 Apr 1997 18:01:35 -0800 (PST) Received: from klute.parc.xerox.com ([13.2.116.207]) by alpha.xerox.com with SMTP id <58179(1)>; Tue, 1 Apr 1997 17:47:37 PST Received: from sundae.parc.xerox.com ([13.2.117.33]) by klute.parc.xerox.com with SMTP id <59193>; Tue, 1 Apr 1997 14:45:46 PST Received: (from fenner@localhost) by sundae.parc.xerox.com (8.8.5/8.8.5) id WAA05148; Tue, 1 Apr 1997 22:45:22 GMT Message-Id: <199704012245.WAA05148@sundae.parc.xerox.com> Date: Tue, 1 Apr 1997 14:45:22 PST From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3170: vi freaks and dumps core if user doesn't exist Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3170 >Category: bin >Synopsis: vi freaks and dump core if user doesn't exist >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 18:10:02 PST 1997 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox >Release: FreeBSD 2.2-RELEASE i386 >Environment: Stock 2.2-RELEASE install, running NIS with a Sun as an NIS server. >Description: I killed ypbind a while ago to test something and forgot to restart it. I just started editing a file from mail and got: +=+=+=+=+=+=+=+ Information on user id 5275 not found. Modifications not recoverable if the session fails then vi locked up for a while (possibly dumping core), and then presumably exited since mail said: Fatal error in process. (continue) (e.g. linefeed with no carraige return), and now doesn't accept normal input. I can't get any of the ~ commands to work, following either a ^M or ^L, but ^C^C did manage to get me out of mail. vi clearly died at that point: pid 4975 (vi), uid 5275: exited on signal 11 >How-To-Repeat: I don't know if it's as simple as running yp, then killing ypbind and editing a file. I doubt it. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 18:10:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA26086 for bugs-outgoing; Tue, 1 Apr 1997 18:10:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA26069; Tue, 1 Apr 1997 18:10:07 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 18:10:07 -0800 (PST) Resent-Message-Id: <199704020210.SAA26069@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, andrew@ugh.net.au Received: from master.key.net.au (root@master.key.net.au [203.35.4.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA25885 for ; Tue, 1 Apr 1997 18:07:31 -0800 (PST) Received: (from andrew@localhost) by master.key.net.au (8.8.5/8.8.5) id DAA09614; Sun, 30 Mar 1997 03:34:51 +1000 (EST) Message-Id: <199703291734.DAA09614@master.key.net.au> Date: Sun, 30 Mar 1997 03:34:51 +1000 (EST) From: Andrew Reply-To: andrew@ugh.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/3171: Typo in /etc/sysconfig Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3171 >Category: conf >Synopsis: Typo in /etc/sysconfig >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 18:10:05 PST 1997 >Last-Modified: >Originator: Andrew >Organization: >Release: FreeBSD 2.1.7-RELEASE i386 >Environment: >Description: The example for the yppasswddflags in /etc/sysconfig line suggests using -t. It should be -m. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 20:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03571 for bugs-outgoing; Tue, 1 Apr 1997 20:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03561; Tue, 1 Apr 1997 20:10:02 -0800 (PST) Date: Tue, 1 Apr 1997 20:10:02 -0800 (PST) Message-Id: <199704020410.UAA03561@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/3066: System lock-up after npx0 probe with 2.2-RELEASE Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3066; it has been noted by GNATS. From: Kazutaka YOKOTA To: hendrik@hg.com Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/3066: System lock-up after npx0 probe with 2.2-RELEASE Date: Wed, 02 Apr 1997 13:07:36 +0900 >>Number: 3066 >>Category: kern >>Synopsis: System lock-up after npx0 probe with 2.2-RELEASE >>Confidential: no >>Severity: serious >>Priority: high >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Sat Mar 22 23:00:01 PST 1997 >>Last-Modified: >>Originator: Hendrik Groeneveld >>Organization: >>Release: 2.2-RELEASE >>Environment: >FreeBSD klatu.hg.com 2.2-RELEASE FreeBSD 2.2-RELEASE #0: Sun Mar 16 07:47:59 G >MT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >>Description: >System hangs with random garbage on the screen shortly after probing npx0 when > booting from the install floppy (boot.flp) or when booting from the hard disk >. The system boots normally when npx0 is disabled in UserConfig. > >This problem is occuring on a no-name 120MHz Pentium laptop. This system did n >ot have any problems when running 2.1.5-RELEASE. Sounds like the VGA chip in your system is having difficulty with Pentium-optimized bcopy(). Try setting 0x01 in the configuration flag of the `npx0' device in UserConfig. This flag bit will disables the Pentium-optimized bcopy(). Kazu From owner-freebsd-bugs Tue Apr 1 22:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10599 for bugs-outgoing; Tue, 1 Apr 1997 22:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10593; Tue, 1 Apr 1997 22:50:03 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 22:50:03 -0800 (PST) Resent-Message-Id: <199704020650.WAA10593@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@quack.kfu.com Received: from quack.kfu.com (0@quack.kfu.com [204.147.226.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA10550 for ; Tue, 1 Apr 1997 22:49:21 -0800 (PST) Received: from icarus.kfu.com (icarus.kfu.com [204.147.226.3]) by quack.kfu.com (8.6.12/8.6.12) with ESMTP id WAA23852 for ; Tue, 1 Apr 1997 22:49:12 -0800 Received: by icarus.kfu.com (8.8.2//ident-1.0) id WAA00427; Tue, 1 Apr 1997 22:49:12 -0800 (PST) Message-Id: <199704020649.WAA00427@icarus.kfu.com> Date: Tue, 1 Apr 1997 22:49:12 -0800 (PST) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3172: CS4232 support trouble for mss0 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3172 >Category: kern >Synopsis: CS4232 support trouble for mss0 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 22:50:02 PST 1997 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2-ALPHA i386 >Environment: HP Omnibook 5000 >Description: The current release of OSS seems broken, so I am left with trying to get the Voxware stuff to work. The CS4232 doesn't probe at all without the DOS/win enabler, but alas, even with it the resulting configuration is incompatable with the MSS driver. The enabler leaves the card at 0x530, IRQ 5, DMA 0 & 1. Fortunately the contents of attach_ms_sound() are largely ineffectual (the parts that set the IRQ and DMA at least) for the CS4232. But IRQ 5 is not a traditional MSS setting. The fix is to fiddle attach_ms_sound()'s interrupt_bits list so that the entry for irq 5 is 0 instead of -1, then compile the kernel with MSS_PLAIN_AD1848 (see PR # 1636). probe_ms_sound() will be largely eviscerated MS_PLAIN_AD1848. attach_ms_sound() will poke around not doing anything important, and pass along that it looks like a CS4231, which is fine, and everything will work. All of this nonsense is necessary because the sb driver (which otherwise works) doesn't realize that this is a 16 bit sound card (sbxvi doesn't work). Clearly, however, the correct thing to do is to add CS4232 support to both probe_ms_sound (to work around MSS_PLAIN_AD1848 and to do the work of the DOS enabler) and attach_ms_sound (to not bother trying to set the DMA and IRQ and to not freak about "weird" combinations). >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 23:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA13361 for bugs-outgoing; Tue, 1 Apr 1997 23:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA13347; Tue, 1 Apr 1997 23:50:02 -0800 (PST) Resent-Date: Tue, 1 Apr 1997 23:50:02 -0800 (PST) Resent-Message-Id: <199704020750.XAA13347@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zach@blizzard.gaffaneys.com Received: from murkwood.gaffaneys.com (dialup1.gaffaneys.com [134.129.252.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12950 for ; Tue, 1 Apr 1997 23:41:55 -0800 (PST) Received: (from zach@localhost) by murkwood.gaffaneys.com (8.8.5/8.8.5) id BAA02459; Wed, 2 Apr 1997 01:42:27 -0600 (CST) Message-Id: <199704020742.BAA02459@murkwood.gaffaneys.com> Date: Wed, 2 Apr 1997 01:42:27 -0600 (CST) From: Zach Heilig Reply-To: zach@blizzard.gaffaneys.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3173: utmp and wtmp programs out of sync. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3173 >Category: bin >Synopsis: utmp and wtmp programs out of sync. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 1 23:50:01 PST 1997 >Last-Modified: >Originator: Zach Heilig >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: I cvsup'ed the tag RELENG_2_2 on April 1, and built it. I noticed this problem from the update I got on March 29, so I tried again before complaining. >Description: login writes utmp and wtmp records that 'last' can understand, but 'who', 'w', 'finger', and 'uptime' do not understand. xterm writes utmp and wtmp records that 'who', 'w', 'finger', and 'uptime' can use, but not 'last'. I'm sure there are more programs that muck around with utmp/wtmp, but these are the ones I thought to check. Script started on Wed Apr 2 01:14:58 1997 $ who zach ttyp1 Apr 2 01:12 (:0.0) zach ttyp2 Apr 2 01:14 (:0.0) $ w 1:15AM up 3 mins, 2 users, load averages: 0.44, 0.21, 0.08 USER TTY FROM LOGIN@ IDLE WHAT zach p1 :0.0 1:12AM - /usr/local/bin/jove /tmp//p232 zach p2 :0.0 1:14AM - script $ finger Login Name TTY Idle Login Time Office Office Phone zach Zach Heilig p1 Wed 01:12 zach Zach Heilig p2 Wed 01:14 $ uptime 1:15AM up 3 mins, 2 users, load averages: 0.45, 0.22, 0.09 $ last reboot ~ Wed Apr 2 01:12 shutdown ~ Wed Apr 2 01:10 wtmp begins Wed Apr 2 01:10 $ Script done on Wed Apr 2 01:15:27 1997 Note the logins on the console do not show up (and if I log too many in, I get garbage in the 'who' list). >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Apr 1 23:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA13366 for bugs-outgoing; Tue, 1 Apr 1997 23:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA13355; Tue, 1 Apr 1997 23:50:03 -0800 (PST) Date: Tue, 1 Apr 1997 23:50:03 -0800 (PST) Message-Id: <199704020750.XAA13355@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/3066: System lock-up after npx0 probe with 2.2-RELEASE Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3066; it has been noted by GNATS. From: Kazutaka YOKOTA To: Hendrik Groeneveld Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/3066: System lock-up after npx0 probe with 2.2-RELEASE Date: Wed, 02 Apr 1997 16:51:15 +0900 >> Sounds like the VGA chip in your system is having difficulty with >> Pentium-optimized bcopy(). >> >> Try setting 0x01 in the configuration flag of the `npx0' device in >> UserConfig. This flag bit will disables the Pentium-optimized bcopy(). >> >> Kazu > >Setting the npx0 flag to 1 works. Thank you! Just out of curiosity, what does >the VGA chip (Chips & Tech 65545) have to do with the bcopy routine? > >Hendrik I don't know exactly. My understanding is that some VGA chips cannot catch up with the speed of the Pentium-optimized bcopy()... Kazu From owner-freebsd-bugs Wed Apr 2 00:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA14894 for bugs-outgoing; Wed, 2 Apr 1997 00:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA14880; Wed, 2 Apr 1997 00:20:02 -0800 (PST) Date: Wed, 2 Apr 1997 00:20:02 -0800 (PST) Message-Id: <199704020820.AAA14880@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/3067: Keyboard does not fonction after booting 2.2-RELEASE Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3067; it has been noted by GNATS. From: Kazutaka YOKOTA To: Hendrik Groeneveld Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/3067: Keyboard does not fonction after booting 2.2-RELEASE Date: Wed, 02 Apr 1997 17:16:50 +0900 >The output with -v is as follows: > > sc0: the current keyboard command byte:0045 > kbdio: RESET_KBD return code:00fa > kbdio: RESET_KBD status:ffffffff > kbdio: DIAGNOSE status:0055 > kbdio: TEST_KBD_PORT status:0000 > sc0: failed to reset the keyboard > >None of the messages repeat. The status ffffffff indicates timeout when reseting the keyboard. The keyboard reset routine waits upto one second, which apparently is too short for your keyboard... Timeout duration can be adjust by specifying the following options in the kernel configuration file: options "KBDIO_RESETDELAY=X" options "KBDIO_MAXWAIT=Y" The timeout value is X(msec)*Y, with 200(msec)*5 being the default. If you have another, working 2.2 box, compile a kernel in that box with increased values for these options, and try to load the kernel to your Vega 486 system. Kazu From owner-freebsd-bugs Wed Apr 2 01:06:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA16825 for bugs-outgoing; Wed, 2 Apr 1997 01:06:04 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16809 for ; Wed, 2 Apr 1997 01:05:59 -0800 (PST) Received: from news.clinet.fi (root@news.clinet.fi [194.100.0.3]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id MAA14806; Wed, 2 Apr 1997 12:05:51 +0300 (EET DST) Received: (hsu@localhost) by news.clinet.fi (8.8.5/8.6.4) id MAA29552; Wed, 2 Apr 1997 12:06:29 +0300 (EEST) Date: Wed, 2 Apr 1997 12:06:29 +0300 (EEST) Message-Id: <199704020906.MAA29552@news.clinet.fi> From: Heikki Suonsivu To: freebsd-bugs@freebsd.org Cc: gnats@freefall.freebsd.org In-reply-to: Heikki Suonsivu's message of 1 Apr 1997 13:13:41 +0300 Subject: Re: kern/3162: 2.2 kernel from mar 25th crashes on nfs server Organization: Clinet Ltd, Espoo, Finland References: <199704011005.NAA22187@katiska.clinet.fi> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3162 >Category: kern >Synopsis: 2.2 kernel from mar 25th crashes on nfs server >Environment: NFS server with 3940, 64M, 1*1.7G micropolis + 3*4G seagate hawk. No tagged queueing or memory io used (no AHC options). >Description: Going from 8th march kernel to 25th march kernel made the system very unstable (three crashes last night). These seem to be load related. NFS or SCSI are the primary suspects. March 8th kernel was reliable. None of the crashes produced a dump. Now we managed to copy the panic messages from the console: ahc0:A:4: not active SCB for reconnecting target - issuing ABORT SAVED_TCL == 0x40 ahc:A:4 Target did not send an IDENTIFY message. LASTPHASE = 0x40, SAVED_TCL = 0x40 >How-To-Repeat: It seems that I managed to get two crashes by saving a 22M file from emacs. Emacs probably does one 22M write(2) to accomplish this. >Fix: >Audit-Trail: >Unformatted: -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Wed Apr 2 01:07:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA16942 for bugs-outgoing; Wed, 2 Apr 1997 01:07:42 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA16923; Wed, 2 Apr 1997 01:07:36 -0800 (PST) Date: Wed, 2 Apr 1997 01:07:36 -0800 (PST) From: John-Mark Gurney Message-Id: <199704020907.BAA16923@freefall.freebsd.org> To: gurney_j@efn.org, jmg, freebsd-bugs Subject: Re: kern/2423 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: some cdrom drives return bcd encoded track numbers instead of std binary (such as Chinon CDS-535, Q10 and Q20) State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Wed Apr 2 01:05:49 PST 1997 State-Changed-Why: heh... closed my own pr.. :) From owner-freebsd-bugs Wed Apr 2 01:40:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA18701 for bugs-outgoing; Wed, 2 Apr 1997 01:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA18663; Wed, 2 Apr 1997 01:40:02 -0800 (PST) Date: Wed, 2 Apr 1997 01:40:02 -0800 (PST) Message-Id: <199704020940.BAA18663@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/2498: On installation, after selecting drivers, keyboard locks and screen turns to garbage Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2498; it has been noted by GNATS. From: Kazutaka YOKOTA To: jjal@geocities.com Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/2498: On installation, after selecting drivers, keyboard locks and screen turns to garbage Date: Wed, 02 Apr 1997 18:37:31 +0900 >>Synopsis: On installation, after selecting drivers, keyboard locks and >screen turns to garbage >>Confidential: no >>Severity: critical >>Priority: high >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Tue Jan 14 19:40:01 PST 1997 >>Last-Modified: >>Originator: Joshua Lambert >>Organization: >student >>Release: 2.2 through 3.0 >>Environment: >Can't even get FreeBSD installed. I have a PS2 mouse, and a PS2 keyboard, >on a Packard Bell Pentium 100. 24m RAM, 1.2 Gig HD, Intergraph REACTOR >3d graphics card w/ 4m VRAM. VBE 2.0 compliant. >>Description: >When running the installation programs, After changing all of the >driver options, my keyboard freezes, and will no longer respond. >A Scprobe Failed, line is issued. If it even gets that far. >The screen corrupts, and the screen font changes to being unreadable. Have you tried 2.2-RELEASE on your system? If it doesn't work but you still can get into the UserConfig menu, try specifying the flag 0x01 to the `npx0' device. Hope this might help. Kazu From owner-freebsd-bugs Wed Apr 2 01:40:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA18702 for bugs-outgoing; Wed, 2 Apr 1997 01:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA18691; Wed, 2 Apr 1997 01:40:04 -0800 (PST) Date: Wed, 2 Apr 1997 01:40:04 -0800 (PST) Message-Id: <199704020940.BAA18691@freefall.freebsd.org> To: freebsd-bugs Cc: From: Dan Walters Subject: Re: kern/3104: Cannot execute files on a nullfs filesystem. Reply-To: Dan Walters Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3104; it has been noted by GNATS. From: Dan Walters To: freebsd-gnats-submit@freebsd.org, hannibal@cyberstation.net Cc: Subject: Re: kern/3104: Cannot execute files on a nullfs filesystem. Date: Wed, 2 Apr 1997 03:36:01 -0600 (CST) I (eventually) managed to figure this one out. The fix is pretty simple: Index: src/sys/miscfs/nullfs/null_vnops.c =================================================================== RCS file: /usr/cvs/src/sys/miscfs/nullfs/null_vnops.c,v retrieving revision 1.16 diff -c -r1.16 null_vnops.c *** null_vnops.c 1997/02/22 09:40:22 1.16 --- null_vnops.c 1997/04/02 09:16:31 *************** *** 330,336 **** goto out; vppp = VOPARG_OFFSETTO(struct vnode***, descp->vdesc_vpp_offset,ap); ! error = null_node_create(old_vps[0]->v_mount, **vppp, *vppp); } out: --- 330,337 ---- goto out; vppp = VOPARG_OFFSETTO(struct vnode***, descp->vdesc_vpp_offset,ap); ! if (*vppp) ! error = null_node_create(old_vps[0]->v_mount, **vppp, *vppp); } out: The problem occurred with the first VOP_BMAP in vnode_pager_haspage(), which gives a NULL vpp. The same change also needs to be made to umapfs, I believe unionfs is OK though. If somebody actually reads this, e-mail me to let me know that I don't need to send this to -hackers for someone to see it. :) ====================================================================== Dan Walters hannibal@cyberstation.net ====================================================================== From owner-freebsd-bugs Wed Apr 2 02:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA20472 for bugs-outgoing; Wed, 2 Apr 1997 02:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA20461; Wed, 2 Apr 1997 02:10:01 -0800 (PST) Date: Wed, 2 Apr 1997 02:10:01 -0800 (PST) Message-Id: <199704021010.CAA20461@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/2277: 2.2-BETA fails to boot on my laptop Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2277; it has been noted by GNATS. From: Kazutaka YOKOTA To: root@uhf.wireless.net, brian@mpress.com Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/2277: 2.2-BETA fails to boot on my laptop Date: Wed, 02 Apr 1997 19:07:01 +0900 >From: root@uhf.wireless.net >To: freebsd-gnats-submit@freebsd.org, root@uhf.wireless.net >Cc: Subject: Re: kern/2277: 2.2-BETA fails... (still doesn't work in 2.2-GAM M >A) >Date: Sat, 8 Feb 1997 13:47:25 -0500 (EST) > > Just tried the 2.2-GAMMA boot disk on my TI Extensa 570CDT. > Still hangs after displaying apm0 disabled, not probed. > > Bernie Have you tried 2.2-RELEASE? If it doesn't work, would you try specifying the flag 0x01 to the `npx0' device and see how it fares? There have been many indications that the Pentium-optimized bcopy() routine in the kernel doesn't work when used to update display by the `syscons' device driver. There are reports that disabling the optimized bcopy() by specifying the above flag bit solved problems like yours. # Don't ask me why flag bits for the `npx0' device are used to control # Pentium optimized code. Hope this might help. Kazu From owner-freebsd-bugs Wed Apr 2 02:28:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA21438 for bugs-outgoing; Wed, 2 Apr 1997 02:28:57 -0800 (PST) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA21429 for ; Wed, 2 Apr 1997 02:28:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by nlsystems.com (8.8.5/8.8.5) with SMTP id LAA10645; Wed, 2 Apr 1997 11:28:23 +0100 (BST) Date: Wed, 2 Apr 1997 11:28:23 +0100 (BST) From: Doug Rabson To: Dan Walters cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3104: Cannot execute files on a nullfs filesystem. In-Reply-To: <199704020940.BAA18691@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 2 Apr 1997, Dan Walters wrote: > If somebody actually reads this, e-mail me to let me know that I don't > need to send this to -hackers for someone to see it. :) I read it! I'll commit the fix as soon as I get a chance to test it. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-bugs Wed Apr 2 02:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA21982 for bugs-outgoing; Wed, 2 Apr 1997 02:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA21970; Wed, 2 Apr 1997 02:40:02 -0800 (PST) Date: Wed, 2 Apr 1997 02:40:02 -0800 (PST) Message-Id: <199704021040.CAA21970@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: i386/3124: BOOT_PROBE_KEYBOARD hangs system in bootblocks Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3124; it has been noted by GNATS. From: Kazutaka YOKOTA To: nsayer@quack.kfu.com Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: i386/3124: BOOT_PROBE_KEYBOARD hangs system in bootblocks Date: Wed, 02 Apr 1997 19:36:38 +0900 >>Description: > >If you set BOOT_PROBE_KEYBOARD=true in /etc/make.conf and rebuild and >install the resulting boot blocks, the system will hang on reboot. >If you plug in a keyboard while it is hanging, it will instantly >start booting as if a keyboard was plugged in. The probe is obviously >hanging when no keyboard is present. > >Let me be clear.... It is hanging _after_ the boot blocks are loaded >from disk. It is not actually hanging in the bios itself. I know this >because I was testing with a VGA monitor hooked up and watching the >disk light. Here is a patch to src/sys/i386/isa/syscons.c to guard against system hang-up after the keyboard probe routine (probe_keyboard()) in the boot block may screw up the keyboard. Unlike the previous patch I sent to you, this patch doesn't make the BOOT_PROBE_KEYBOARD option work, but rather it makes the system slightly more robust (I hope :-). Kazu --- syscons.c-dist Wed Apr 2 11:13:57 1997 +++ syscons.c Wed Apr 2 11:20:27 1997 @@ -312,8 +312,10 @@ return ((dev->id_flags & DETECT_KBD) ? 0 : IO_KBDSIZE); } - /* discard anything left after UserConfig */ + /* guard against the broken probe_keyboard() in the boot block */ empty_both_buffers(sc_kbdc, 10); + test_controller(sc_kbdc); + test_kbd_port(sc_kbdc); /* save the current keyboard controller command byte */ m = kbdc_get_device_mask(sc_kbdc) & ~KBD_KBD_CONTROL_BITS; @@ -1444,6 +1446,10 @@ cp->cn_pri = CN_INTERNAL; sc_kbdc = kbdc_open(sc_port); + /* guard against the broken probe_keyboard() in the boot block */ + empty_both_buffers(sc_kbdc, 10); + test_controller(sc_kbdc); + test_kbd_port(sc_kbdc); } void From owner-freebsd-bugs Wed Apr 2 02:45:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22360 for bugs-outgoing; Wed, 2 Apr 1997 02:45:03 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22331; Wed, 2 Apr 1997 02:44:55 -0800 (PST) Date: Wed, 2 Apr 1997 02:44:55 -0800 (PST) From: John-Mark Gurney Message-Id: <199704021044.CAA22331@freefall.freebsd.org> To: charnier@xp11.frmug.org, jmg, freebsd-bugs Subject: Re: bin/2999 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: incorrect assignment in vfontedpr State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Wed Apr 2 02:44:36 PST 1997 State-Changed-Why: fixed in: Checking in vfontedpr.c; /home/ncvs/src/usr.bin/vgrind/vfontedpr.c,v <-- vfontedpr.c new revision: 1.7; previous revision: 1.6 done From owner-freebsd-bugs Wed Apr 2 03:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA24022 for bugs-outgoing; Wed, 2 Apr 1997 03:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA24014; Wed, 2 Apr 1997 03:30:03 -0800 (PST) Resent-Date: Wed, 2 Apr 1997 03:30:03 -0800 (PST) Resent-Message-Id: <199704021130.DAA24014@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.DAA23691;Wed; (8.8.5/8.8.5);, 2 Apr 1997 03:21:52.-0800 (PST) Message-Id: <199704021121.DAA23691@freefall.freebsd.org> Date: Wed, 2 Apr 1997 03:21:52 -0800 (PST) From: phillip@pm.cse.rmit.edu.au To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/3174: sysinstall upgrade does not preserve file /etc/gettytab Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3174 >Category: misc >Synopsis: sysinstall upgrade does not preserve file /etc/gettytab >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Apr 2 03:30:02 PST 1997 >Last-Modified: >Originator: Phillip Musumeci >Organization: RMIT Computer Systems Engineering >Release: 2.2.1-RELEASE >Environment: FreeBSD mirriwinni.cse.rmit.edu.au 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0 Wed Apr 2 09:20:27 EST 1997 phillip@mirriwinni.cse.rmit.edu.au:/usr/src/sys/compile/MARINA i386 >Description: The standard floppy boot.flp , when it is used for a 2.2R to 2.2.1R upgrade , does not preserve file /etc/gettytab. I didn't try a "newer" floppy at the time. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 2 04:03:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA25193 for bugs-outgoing; Wed, 2 Apr 1997 04:03:44 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA25168; Wed, 2 Apr 1997 04:03:35 -0800 (PST) Date: Wed, 2 Apr 1997 04:03:35 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199704021203.EAA25168@freefall.freebsd.org> To: phillip@pm.cse.rmit.edu.au, jkh, freebsd-bugs Subject: Re: misc/3174 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall upgrade does not preserve file /etc/gettytab State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Apr 2 04:03:21 PST 1997 State-Changed-Why: Fixed, thanks! From owner-freebsd-bugs Wed Apr 2 07:08:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA03639 for bugs-outgoing; Wed, 2 Apr 1997 07:08:45 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA03622 for ; Wed, 2 Apr 1997 07:08:37 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA02684; Wed, 2 Apr 97 17:08:12 +0100 Date: Wed, 2 Apr 97 17:08:12 +0100 Message-Id: <9704021608.AA02684@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: FreeBSD-bugs@freefall.freebsd.org, tege@nada.kth.se In-Reply-To: <199704011940.LAA24051@freefall.freebsd.org> (message from Torbjorn Granlund on Tue, 1 Apr 1997 11:40:02 -0800 (PST)) Subject: Re: bin/3165: tex-3.14159.tgz lacks file X-Mailer: Emacs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> Torbjorn Granlund writes: >> Description: > A file `kpsetool' is required by `MakeTeXPK' but does not exist in > the tex-3.14159.tgz package. I don't see any occurence of ``kpsetool'' in MakeTeXPK nor any program with this name in the build directory. Are you sure to use the MakeTeXPK script which comes with tex? Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-bugs Wed Apr 2 08:13:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA07245 for bugs-outgoing; Wed, 2 Apr 1997 08:13:33 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA07240 for ; Wed, 2 Apr 1997 08:13:29 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA13732; Wed, 2 Apr 1997 09:13:17 -0700 (MST) Date: Wed, 2 Apr 1997 09:13:17 -0700 (MST) Message-Id: <199704021613.JAA13732@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Kazutaka YOKOTA Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3066: System lock-up after npx0 probe with 2.2-RELEASE In-Reply-To: <199704020750.XAA13355@freefall.freebsd.org> References: <199704020750.XAA13355@freefall.freebsd.org> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Sounds like the VGA chip in your system is having difficulty with > >> Pentium-optimized bcopy(). > >> > >> Try setting 0x01 in the configuration flag of the `npx0' device in > >> UserConfig. This flag bit will disables the Pentium-optimized bcopy(). > > > >Setting the npx0 flag to 1 works. Thank you! Just out of curiosity, what does > >the VGA chip (Chips & Tech 65545) have to do with the bcopy routine? > > I don't know exactly. My understanding is that some VGA chips cannot > catch up with the speed of the Pentium-optimized bcopy()... Hmm, my 75 Mhz Pentium laptop works fine w/out any flags, and has a C&T 65545 chip. Nate From owner-freebsd-bugs Wed Apr 2 08:31:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA07850 for bugs-outgoing; Wed, 2 Apr 1997 08:31:29 -0800 (PST) Received: from mexico.brainstorm.eu.org (mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA07837 for ; Wed, 2 Apr 1997 08:31:17 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id SAA27751 for ; Wed, 2 Apr 1997 18:30:58 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id SAA08630 for FreeBSD-bugs@freefall.freebsd.org; Wed, 2 Apr 1997 18:30:43 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id SAA17678; Wed, 2 Apr 1997 18:05:24 +0200 (CEST) Message-ID: <19970402180524.28273@keltia.freenix.fr> Date: Wed, 2 Apr 1997 18:05:24 +0200 From: Ollivier Robert To: FreeBSD-bugs@freefall.freebsd.org Subject: Re: bin/3165: tex-3.14159.tgz lacks file References: <199704011940.LAA24051@freefall.freebsd.org> <9704021608.AA02684@cabri.obs-besancon.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <9704021608.AA02684@cabri.obs-besancon.fr>; from Jean-Marc Zucconi on Wed, Apr 02, 1997 at 05:08:12PM +0100 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3153 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Jean-Marc Zucconi: > I don't see any occurence of ``kpsetool'' in MakeTeXPK nor any program > with this name in the build directory. Are you sure to use the > MakeTeXPK script which comes with tex? He's probably using a kpsetool coming from teTeX... -rwxrwxr-x 1 roberto 36864 Aug 26 1996 teTeX/bin/i386-freebsd2.2/kpsetool -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr Usenet Canal Historique From owner-freebsd-bugs Wed Apr 2 10:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA13100 for bugs-outgoing; Wed, 2 Apr 1997 10:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA13089; Wed, 2 Apr 1997 10:00:02 -0800 (PST) Date: Wed, 2 Apr 1997 10:00:02 -0800 (PST) Message-Id: <199704021800.KAA13089@freefall.freebsd.org> To: freebsd-bugs Cc: From: Nick Sayer Subject: Re: kern/3172: CS4232 support trouble for mss0 Reply-To: Nick Sayer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3172; it has been noted by GNATS. From: Nick Sayer To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/3172: CS4232 support trouble for mss0 Date: Wed, 02 Apr 1997 09:52:40 -0800 Although this machine still requires the hack^H^H^H^Hpatches described, it aparently no longer requires the DOS enabler. I guess the default confugration is to put the MSS compatable stuff at 0x534 (but you tell the mss driver 0x530 because it adds 4 to find the real hardware), irq 5 and DMA 0 and 1. The DOS enabler aparently turns on the soundblaster emulation, which is why it was required when I was using the sb driver. From owner-freebsd-bugs Wed Apr 2 12:51:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA23397 for bugs-outgoing; Wed, 2 Apr 1997 12:51:38 -0800 (PST) Received: from dutton4.it.siu.edu (dutton4.it.siu.edu [131.230.2.151]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA23391 for ; Wed, 2 Apr 1997 12:51:31 -0800 (PST) Received: (from jimd@localhost) by dutton4.it.siu.edu (8.8.5/8.8.5) id OAA26820; Wed, 2 Apr 1997 14:55:52 -0600 (CST) Message-ID: X-Mailer: XFMail 0.4 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704020202.LAA18574@hirose.tohoku.iij.ad.jp> Date: Wed, 02 Apr 1997 14:26:11 -0600 (CST) Organization: Southern Illinois University From: Jim Dutton To: Taguchi Takeshi Subject: Re: Tcl7.6 Scripts? Cc: freebsd-bugs@freebsd.org, (Dave Burgess - FreeBSD FAQ) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You may wish to include some extra comments in your README file(s) about the possible differences in BSD-PORT-MK associated with different versions of FreeBSD, to alleviate other problems like I have had. I would also suggest that you report these differences to FreeBSD.org, if the problems are solely because of the BSD-PORT.MK (note the UID/GID below is not dependent upon the make files). On 02-Apr-97 Taguchi Takeshi wrote: >>Thank you for your report. ># this is *first* report from user(s) ;-) > >jimd> Aren't there supposed to be some pre/post-install (whatever) scripts? >jimd> They do not appear to be included in the archive file. > >what are pre/post-install scripts? >see /usr/ports/lang/tcl76/Makefile, ok, it contain pre-install and >post-install target. but they does not require any scripts. > >if you got some error in post-install stage, check your >/usr/share/mk/bsd.ports.mk. the Makefile require new bsd.ports.mk >which include 2.2.1-RELEASE or FreeBSD-current. >Note! I think some 2.2-SNAP contain old bsd.ports.mk! That may be possible, but not being at FreeBSD-3.0, I can't answer that. Here is what FreeBSD-2.2 "says" about the extract process. Note the '/tcl76/scripts' references .... dutton4/jimd: make -n real-extract echo "===> Extracting for tcl-7.6" cd /var/stage/ports/lang/tcl76 && make -n build-depends lib-depends misc-depends cd /var/stage/ports/lang/tcl76 && make -n pre-extract if [ -f /var/stage/ports/lang/tcl76/scripts/pre-extract ]; then cd /var/stage/ports/lang/tcl76 && /usr/bin/env CURDIR=/var/stage/ports/lang/tcl76 DISTDIR=/usr/ports/distfiles/ WRKDIR=/var/stage/ports/lang/tcl76/work WRKSRC=/var/stage/ports/lang/tcl76/work/tcl7.6p2/unix PATCHDIR=/var/stage/ ports/lang/tcl76/patches SCRIPTDIR=/var/stage/ports/lang/tcl76/scripts FILESDIR=/var/stage/ports/lang/tcl76/files PORTSDIR=/usr/ports PREFIX= /usr/local DEPENDS="" X11BASE=/usr/X11R6 /bin/sh /var/stage/ports/lang/ tcl76/scripts/pre-extract; fi cd /var/stage/ports/lang/tcl76 && make -n do-extract cd /var/stage/ports/lang/tcl76 && make -n post-extract if [ -f /var/stage/ports/lang/tcl76/scripts/post-extract ]; then cd /var/ stage/ports/lang/tcl76 && /usr/bin/env CURDIR=/var/stage/ports/lang/tcl76 DISTDIR=/usr/ports/distfiles/ WRKDIR=/var/stage/ports/lang/tcl76/work WRKSRC= /var/stage/ports/lang/tcl76/work/tcl7.6p2/unix PATCHDIR=/var/stage/ports/lang/ tcl76/patches SCRIPTDIR=/var/stage/ports/lang/tcl76/scripts FILESDIR=/var/ stage/ports/lang/tcl76/files PORTSDIR=/usr/ports PREFIX=/usr/local DEPENDS="" X11BASE=/usr/X11R6 /bin/sh /var/stage/ports/lang/tcl76/scripts/post-extract; fi /usr/bin/touch -f /var/stage/ports/lang/tcl76/work/.extract_done >jimd> I am running FreeBSD-2.2, and am trying to install Tcl76, but seem to hav >jimd> a problem. Looks like an invalid UID/GID for the /work/tcl7.6 subdirector >jimd> (26153 10). > >jimd> dutton4/root-ttyp1 > ll work >jimd> total 2 >jimd> drwxrwxr-x 10 26153 10 512 Jan 30 18:18 tcl7.6 > >This is correct UID/GID. see man tar. >26153/10 is original UID/GID. MAN TAR shows nothing about 26153/10 nor anything specific about UID/GID that I could see. These ID's do not correspond to anything in MY system, hence the ID numbers versus ID names. These ID's may be correct on your system, however. All of the OTHER subdirectories, however, come out with UID/GID of 0/0, which is just fine. >jimd> dutton4/root-ttyp1 > make reinstall >jimd> Checksums OK. > ^^^^^^^^^^^^^ !!!!! >jimd> ===> Extracting for tcl-7.6 > >This message is something strange! > >my console say: > >> # make reinstall >> >> Checksum OK for tcl7.6p2.tar.gz. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> ===> Extracting for tcl-7.6 >> ===> Patching for tcl-7.6 >> ===> Applying FreeBSD patches for tcl-7.6 > >I think your system behavior is something strange. >Check your OS version. It isn't the OS version, per se, though it may be the version of BSD-PORT-MK. Note the 'echo "Checksums OK."' below ..... dutton4/jimd: make -n cd /var/stage/ports/lang/tcl76 && make -n real-fetch if [ ! -f /var/stage/ports/lang/tcl76/files/md5 ]; then echo ">> No MD5 checksum file."; else (cd /usr/ports/distfiles/; OK=""; for file in tcl7.6p2.tar.gz ; do CKSUM=`/sbin/md5 < $file`; CKSUM2=`/usr/bin/grep "($file)" /var/stage/ports/lang/tcl76/files/md5 | /usr/bin/awk '{print $4}'`; if [ "$CKSUM2" = "" ]; then echo ">> No checksum recorded for $file"; OK="false"; elif [ "$CKSUM" != "$CKSUM2" ]; then echo ">> Checksum mismatch for $file"; exit 1; fi; done; if [ "$OK" = "" ]; then echo "Checksums OK."; else echo "Checksums OK for files that have them."; fi) ; fi cd /var/stage/ports/lang/tcl76 && make -n real-extract cd /var/stage/ports/lang/tcl76 && make -n real-patch cd /var/stage/ports/lang/tcl76 && make -n real-configure cd /var/stage/ports/lang/tcl76 && make -n real-build From owner-freebsd-bugs Wed Apr 2 13:00:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA23983 for bugs-outgoing; Wed, 2 Apr 1997 13:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA23945; Wed, 2 Apr 1997 13:00:02 -0800 (PST) Resent-Date: Wed, 2 Apr 1997 13:00:02 -0800 (PST) Resent-Message-Id: <199704022100.NAA23945@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA23881 for ; Wed, 2 Apr 1997 12:59:23 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id WAA27333 for FreeBSD-gnats-submit@freebsd.org; Wed, 2 Apr 1997 22:59:12 +0200 (MET DST) Received: (from charnier@localhost) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) id WAA05260; Wed, 2 Apr 1997 22:52:57 +0200 (CEST) Message-Id: <199704022052.WAA05260@xp11.frmug.org> Date: Wed, 2 Apr 1997 22:52:57 +0200 (CEST) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/3176: `patch' creates files in wrong places (following Index) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3176 >Category: gnu >Synopsis: `patch' creates files in wrong places >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 2 13:00:01 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: >How-To-Repeat: mkdir -p a-1.0/b then create the patch file (called file.patch): Index: b/file --- /dev/null Wed Apr 2 20:33:10 1997 +++ a-2.0/b/file Wed Apr 2 21:58:35 1997 @@ -0,0 +1 @@ +version 2 cd a-1.0 patch -p1 -N < ../file.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: b/file |--- /dev/null Wed Apr 2 20:33:10 1997 |+++ a-2.0/b/file Wed Apr 2 21:58:35 1997 -------------------------- (Creating file file...) <------------- should be b/file Patching file file using Plan A... Hunk #1 succeeded at 1. done >Fix: If the line `Index: b/file' is not provided, the command works as expected. If not, the -p1 option is applied against Index. Maybe something like that: in pch.c - indname = fetchname(indtmp, strippath, ok_to_create_file); + indname = fetchname(indtmp, 957, ok_to_create_file); - bestguess = fetchname(indtmp, strippath, TRUE); + bestguess = fetchname(indtmp, 957, TRUE); Obtained when trying to patch perl (-p1 -N): Index: lib/ExtUtils/Command.pm *** /dev/null Fri Mar 21 23:14:07 1997 --- perl5.003_94/lib/ExtUtils/Command.pm Fri Mar 21 21:45:47 1997 *************** Creates ExtUtils/Command.pm instead of lib/ExtUtils/Command.pm ps: /usr/src/gnu/usr.bin/patch/* contains $Log$ that should be removed. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 2 13:13:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA24376 for bugs-outgoing; Wed, 2 Apr 1997 13:13:41 -0800 (PST) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA24357 for ; Wed, 2 Apr 1997 13:12:53 -0800 (PST) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id XAA15617 for ; Wed, 2 Apr 1997 23:12:02 +0200 (MET DST) Message-Id: <3.0.16.19970402231936.22dffb76@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0 Demo (16) Date: Wed, 02 Apr 1997 23:19:48 +0100 To: "freebsd-bugs@freebsd.org" From: Philippe SCHACK Subject: Problems with HP 1533 DAT Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id NAA24372 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Sometimes I have a crash while doing the backup on an HP 1533 DAT. The server is a INTEL XPRESS with PENTIUM 90, with aic7870 controler on the motherboard. Here is the messages I found after the reboot in /var/log/messages: Apr 1 11:16:27 alienor /kernel: st0(ahc0:3:0): SCB 1 - Abort Completed. Apr 1 11:16:27 alienor /kernel: st0(ahc0:3:0): SCB 1 - Abort Completed. Apr 1 11:16:27 alienor /kernel: st0(ahc0:3:0): no longer in timeout Apr 1 11:16:27 alienor /kernel: st0(ahc0:3:0): no longer in timeout Apr 1 11:16:27 alienor /kernel: ahc0:A:0: no active SCB for reconnecting target - issuing ABORT Apr 1 11:16:27 alienor /kernel: ahc0:A:0: no active SCB for reconnecting target - issuing ABORT Apr 1 11:16:27 alienor /kernel: SAVED_TCL == 0x0 Apr 1 11:16:27 alienor /kernel: SAVED_TCL == 0x0 Apr 1 11:16:27 alienor /kernel: sd0(ahc0:0:0): SCB 0x1 - timed out in message out phase, SCSISIGI == 0x0 Apr 1 11:16:27 alienor /kernel: sd0(ahc0:0:0): SCB 0x1 - timed out in message out phase, SCSISIGI == 0x0 Apr 1 11:16:27 alienor /kernel: SEQADDR == 0xa1 Apr 1 11:16:27 alienor /kernel: SEQADDR == 0xa1 Apr 1 11:16:27 alienor /kernel: sd0(ahc0:0:0): SCB 1: Yucky Immediate reset. Flags = 0x1 Apr 1 11:16:27 alienor /kernel: sd0(ahc0:0:0): SCB 1: Yucky Immediate reset. Flags = 0x1 Apr 1 11:16:28 alienor /kernel: sd0(ahc0:0:0): no longer in timeout Apr 1 11:16:28 alienor /kernel: sd0(ahc0:0:0): no longer in timeout Any help ? Thank's -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Vous cherchez un bien immobilier ? consultez http://www.ImmoSearch.inba.fr/ *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Philippe SCHÄCK IN'NET BORDEAUX-AQUITAINE Tél. : + 33 57.24.18.11 Chauveau - CD 239 Fax : + 33 57.24.18.28 33420 ESPIET E-mail : phschack@inba.fr *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-bugs Wed Apr 2 14:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27954 for bugs-outgoing; Wed, 2 Apr 1997 14:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA27937; Wed, 2 Apr 1997 14:00:02 -0800 (PST) Date: Wed, 2 Apr 1997 14:00:02 -0800 (PST) Message-Id: <199704022200.OAA27937@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: gnu/3176: `patch' creates files in wrong places (following Index) Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/3176; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: charnier@xp11.frmug.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: gnu/3176: `patch' creates files in wrong places (following Index) Date: Wed, 2 Apr 1997 23:47:14 +0200 As Philippe Charnier wrote: > cd a-1.0 > patch -p1 -N < ../file.patch > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: b/file > |--- /dev/null Wed Apr 2 20:33:10 1997 > |+++ a-2.0/b/file Wed Apr 2 21:58:35 1997 > -------------------------- > (Creating file file...) <------------- should be b/file > Patching file file using Plan A... > Hunk #1 succeeded at 1. > done > > >Fix: > If the line `Index: b/file' is not provided, the command works as > expected. If not, the -p1 option is applied against Index. This is expected behaviour. ``The Index line, if present, takes precedence over the context diff header.'' Options like -p1 are applied after guessing the filename, so it will be applied to `b/file' in your case, stripping the `b/' of it, and leaving just `file'. ``Fixing'' this behaviour would royally screw CVS diffs that heavily rely on the Index: magic. -- 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-bugs Wed Apr 2 14:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28522 for bugs-outgoing; Wed, 2 Apr 1997 14:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28512; Wed, 2 Apr 1997 14:10:03 -0800 (PST) Resent-Date: Wed, 2 Apr 1997 14:10:03 -0800 (PST) Resent-Message-Id: <199704022210.OAA28512@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, soil@quick.net Received: from jg.dyn.ml.org (soil@newport-1-11.quick.net [207.212.160.211]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28424 for ; Wed, 2 Apr 1997 14:08:59 -0800 (PST) Received: (from soil@localhost) by jg.dyn.ml.org (8.8.5/8.8.5) id OAA11756; Wed, 2 Apr 1997 14:08:57 -0800 (PST) Message-Id: <199704022208.OAA11756@jg.dyn.ml.org> Date: Wed, 2 Apr 1997 14:08:57 -0800 (PST) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3178: error in getopt.3 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3178 >Category: docs >Synopsis: error in getopt.3 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 2 14:10:01 PST 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 2.2-RELEASE i386 >Environment: ftp://ftp.freebsd.org/.16/FreeBSD/FreeBSD-current/src/lib/libc/stdlib/getopt.3 19970311231453 >Description: The word ``an'' should be changed to ``a'' on line 218 of getopt.3. >How-To-Repeat: man 3 getopt >Fix: --- getopt.3.orig Tue Mar 11 15:14:53 1997 +++ getopt.3 Wed Apr 2 13:55:59 1997 @@ -215,7 +215,7 @@ .Pp A single dash .Dq Li - -may be specified as an character in +may be specified as a character in .Fa optstring , however it should .Em never >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 2 15:11:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA02820 for bugs-outgoing; Wed, 2 Apr 1997 15:11:50 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA02797 for ; Wed, 2 Apr 1997 15:11:38 -0800 (PST) Received: from news.clinet.fi (root@news.clinet.fi [194.100.0.3]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id CAA07283; Thu, 3 Apr 1997 02:10:47 +0300 (EET DST) Received: (hsu@localhost) by news.clinet.fi (8.8.5/8.6.4) id CAA25806; Thu, 3 Apr 1997 02:11:27 +0300 (EEST) Date: Thu, 3 Apr 1997 02:11:27 +0300 (EEST) Message-Id: <199704022311.CAA25806@news.clinet.fi> From: Heikki Suonsivu To: freebsd-gnats@freefall.freebsd.org Cc: freebsd-bugs@freebsd.org In-reply-to: Heikki Suonsivu's message of 1 Apr 1997 13:13:41 +0300 Subject: Re: kern/3162: 2.2 kernel from mar 25th crashes on nfs server Organization: Clinet Ltd, Espoo, Finland References: <199704011005.NAA22187@katiska.clinet.fi> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3162 >Synopsis: 2.2 kernel from mar 25th crashes on nfs server Going from 8th march kernel to 25th march kernel made the system very unstable (three crashes last night). These seem to be load related. NFS or SCSI are the primary suspects. March 8th kernel was reliable. None of the crashes produced a dump. One more crash: sd3(ahc0:3;0): SCB 0x6 - timed out in command phase, SCSISIGI == 0x86 SEQADDR == 0x12c sd0(ahc0:0:0): abort message in message buffer sd1(ahc0:1:0): SCB 0x1 timedout while recovery in progress sd3(ahc0:3:0): SCB 0x3 ... sd1(ahc0:1:0): SCB 0x7 ... sd0(ahc0:0:0): SCB 0x0 - timed out in command phase, SCSISIGI == 0x96 SEQADDR = 0x8f sd0(ahc0:0:0): no longer in timeout [deadlock] Is there ongoing instability with ahc driver and 3940 ? -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Wed Apr 2 15:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA07016 for bugs-outgoing; Wed, 2 Apr 1997 15:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA06997; Wed, 2 Apr 1997 15:50:02 -0800 (PST) Date: Wed, 2 Apr 1997 15:50:02 -0800 (PST) Message-Id: <199704022350.PAA06997@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Gary Palmer" Subject: Re: conf/3167: Wierd CGI Behavior on heavily loaded webserver. Reply-To: "Gary Palmer" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3167; it has been noted by GNATS. From: "Gary Palmer" To: hawke@hawke.nkn.net Cc: freebsd-gnats-submit@freebsd.org Subject: Re: conf/3167: Wierd CGI Behavior on heavily loaded webserver. Date: Wed, 02 Apr 1997 18:44:07 -0500 hawke@hawke.nkn.net wrote in message ID <199704012219.OAA06675@freefall.freebsd.org>: > Having set up the server following all of the settings for Extremely > busy FreeBSD servers, and compiling with the suggestions on the > FIN_WAIT_2 problem , I am still experiencing CGI scripts failing > within SECONDS of restarting the Web Server, The error is the same, > "Internal Misconfiguration, please contact webmaster" error that > would occur if something was wrong in the script. Howev er, If I HUP > the web server, the scripts will work properly for about 15 Secs, th > en the error will reappear. The server is a Dual Pentium Pro 200 w/ > 256 MB Ram, and 4GB SCSI HDD. Try recompiling the kernel with higher per-user process limits or start the apache server from a command prompt which has had the limits raised. Alternatively, use apache 1.2b7 which has the ability to change the resource limits to values specified in its configuration file. Or, if you are nuts, like me, hack the apache startup code to do the appropriate calls to increase the limits :) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Wed Apr 2 15:50:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA07026 for bugs-outgoing; Wed, 2 Apr 1997 15:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA07010; Wed, 2 Apr 1997 15:50:05 -0800 (PST) Resent-Date: Wed, 2 Apr 1997 15:50:05 -0800 (PST) Resent-Message-Id: <199704022350.PAA07010@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idi.ntnu.no Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA06942 for ; Wed, 2 Apr 1997 15:49:14 -0800 (PST) Received: from ikke.idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id BAA16892 for ; Thu, 3 Apr 1997 01:48:22 +0200 (MET DST) Received: (from tegge@localhost) by ikke.idt.unit.no (8.8.5/8.8.5) id BAA02775; Thu, 3 Apr 1997 01:48:16 +0200 (MET DST) Message-Id: <199704022348.BAA02775@ikke.idt.unit.no> Date: Thu, 3 Apr 1997 01:48:16 +0200 (MET DST) From: Tor Egge Reply-To: Tor.Egge@idi.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3180: mlock() causes panic: lockmgr: upgrade exclusive lock Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3180 >Category: kern >Synopsis: mlock() causes panic: lockmgr: upgrade exclusive lock >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 2 15:50:03 PST 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD ikke.idt.unit.no 3.0-CURRENT FreeBSD 3.0-CURRENT #5: Thu Apr 3 00:28:21 MET DST 1997 root@ikke.idt.unit.no:/usr/src/sys/compile/TEGGE i386 >Description: lockmgr is called with wrong arguments in vm_map_user_pageable. The first call will cause a panic: lockmgr: upgrade exclusive lock, since we already have an exclusive lock. The second call will cause a panic: lockmgr: not holding exclusive lock, due to the lock having been silently downgraded to a shared lock as a side effect of the call to vm_fault_user_wire. >How-To-Repeat: Use the mlock() system call with valid parameters in a program. >Fix: Index: vm_map.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.c,v retrieving revision 1.72 diff -u -r1.72 vm_map.c --- vm_map.c 1997/02/22 09:48:23 1.72 +++ vm_map.c 1997/04/02 22:16:53 @@ -1443,19 +1443,8 @@ /* First we need to allow map modifications */ vm_map_set_recursive(map); - if (lockmgr(&map->lock, LK_EXCLUPGRADE, - (void *)0, curproc)) { - entry->wired_count--; - entry->eflags &= ~MAP_ENTRY_USER_WIRED; - - vm_map_clear_recursive(map); - vm_map_unlock(map); + lockmgr(&map->lock, LK_DOWNGRADE,(void *)0, curproc); - (void) vm_map_user_pageable(map, start, entry->start, TRUE); - return rv; - } - - rv = vm_fault_user_wire(map, entry->start, entry->end); if (rv) { @@ -1470,7 +1459,7 @@ } vm_map_clear_recursive(map); - lockmgr(&map->lock, LK_DOWNGRADE, (void *)0, curproc); + lockmgr(&map->lock, LK_UPGRADE, (void *)0, curproc); goto rescan; } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 2 16:02:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA07926 for bugs-outgoing; Wed, 2 Apr 1997 16:02:09 -0800 (PST) Received: from mexico.brainstorm.eu.org (mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA07916 for ; Wed, 2 Apr 1997 16:02:01 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id CAA28621; Thu, 3 Apr 1997 02:01:50 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id CAA17761; Thu, 3 Apr 1997 02:01:37 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id BAA19722; Thu, 3 Apr 1997 01:59:48 +0200 (CEST) Message-ID: <19970403015947.46958@keltia.freenix.fr> Date: Thu, 3 Apr 1997 01:59:47 +0200 From: Ollivier Robert To: J Wunsch Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/3176: `patch' creates files in wrong places (following Index) References: <199704022200.OAA27937@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <199704022200.OAA27937@freefall.freebsd.org>; from J Wunsch on Wed, Apr 02, 1997 at 02:00:02PM -0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3153 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > ``Fixing'' this behaviour would royally screw CVS diffs that heavily > rely on the Index: magic. Why does the GNU patch -- which is supposed to be the baseline for our version -- behave as many people including me think ? Why does our patch(1) apply the -p1 only for *new* files ? There is an inconsistency in that. BTW cvs doesn't use context or unified diffs for its operations so it will not see that problem. IMO this is a bug. Mark Murray agreed with me the last time it was discussed a few months ago... Remember that neither Larry's version nor the GNU one has this problem to my knowledge (or many people playing with many packages such as Perl5 would have discovered before). -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #41: Sun Mar 23 23:01:22 CET 1997 From owner-freebsd-bugs Wed Apr 2 16:24:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA09643 for bugs-outgoing; Wed, 2 Apr 1997 16:24:54 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA09622; Wed, 2 Apr 1997 16:24:41 -0800 (PST) Date: Wed, 2 Apr 1997 16:24:41 -0800 (PST) From: Gary Palmer Message-Id: <199704030024.QAA09622@freefall.freebsd.org> To: hawke@hawke.nkn.net, gpalmer, freebsd-bugs Subject: Re: conf/3167 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Wierd CGI Behavior on heavily loaded webserver. State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Wed Apr 2 16:24:11 PST 1997 State-Changed-Why: Problem was that he was running into the per-user process limits. Solved by raising the limits. From owner-freebsd-bugs Wed Apr 2 16:42:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11030 for bugs-outgoing; Wed, 2 Apr 1997 16:42:35 -0800 (PST) Received: from tohokugw.tohoku.iij.ad.jp (firewall-user@tohokugw.tohoku.iij.ad.jp [202.232.14.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11025 for ; Wed, 2 Apr 1997 16:42:29 -0800 (PST) Received: by tohokugw.tohoku.iij.ad.jp; id JAA29881; Thu, 3 Apr 1997 09:42:27 +0900 (JST) Received: from unknown(192.168.144.2) by tohokugw.tohoku.iij.ad.jp via smap (V3.1) id xma029873; Thu, 3 Apr 97 09:42:25 +0900 Received: from hirose.tohoku.iij.ad.jp (localhost [127.0.0.1]) by hirose.tohoku.iij.ad.jp (8.8.5/8.8.5) with ESMTP id JAA24833; Thu, 3 Apr 1997 09:42:18 +0900 (JST) Message-Id: <199704030042.JAA24833@hirose.tohoku.iij.ad.jp> X-MH-BIFF: Version: mh-biff.el version 0.95 on Emacs 19.34.2, Mule 2.3 To: jimd@dutton4.it.siu.edu Cc: freebsd-bugs@freebsd.org, burgess@cynjut.neonramp.com Subject: Re: Tcl7.6 Scripts? From: Taguchi Takeshi In-Reply-To: Your message of "Wed, 02 Apr 1997 14:26:11 -0600 (CST)" References: X-Mailer: Mew version 1.64 on Emacs 19.34.2 / Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 03 Apr 1997 09:42:16 +0900 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You may wish to include some extra comments in your README file(s) about the > possible differences in BSD-PORT-MK associated with different versions of > FreeBSD, to alleviate other problems like I have had. I would also suggest > that you report these differences to FreeBSD.org, if the problems are solely > because of the BSD-PORT.MK (note the UID/GID below is not dependent upon the > make files). No! It does *NOT* seem cool at all ;-) Should almost ports REAME include such comments? I never think so. From owner-freebsd-bugs Wed Apr 2 16:55:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA11886 for bugs-outgoing; Wed, 2 Apr 1997 16:55:21 -0800 (PST) Received: from dutton4.it.siu.edu (dutton4.it.siu.edu [131.230.2.151]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11880 for ; Wed, 2 Apr 1997 16:55:18 -0800 (PST) Received: from localhost (jimd@localhost) by dutton4.it.siu.edu (8.8.5/8.8.5) with SMTP id SAA00857; Wed, 2 Apr 1997 18:52:15 -0600 (CST) Date: Wed, 2 Apr 1997 18:52:15 -0600 (CST) From: Jim Dutton To: Taguchi Takeshi cc: freebsd-bugs@freebsd.org, burgess@cynjut.neonramp.com Subject: Re: Tcl7.6 Scripts? In-Reply-To: <199704030042.JAA24833@hirose.tohoku.iij.ad.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Additional comments in your README files don't need to point out all of the differences between various versions of MK files. I only suggested that you consider adding SOME comment that points out the fact that users MAY encounter installation problems due to the version of BSD-PORT-MK. I consider "my" FreeBSD-2.2 system to be "adequate" for ANY port that is distributed, where the port files do not indicate a requirement for something that I don't already have. If a port requires a specific version of BSD-PORT-MK, then there should be a note in the port files, to that affect. Granted - when you prepared your port, you are not going to be aware of the impact on it on anyone else's specific system, and the problem that we are discussing here, may be solely due to BSD-PORT-MK (if indeed, the script files I see are not really necessary). When I get to FreeBSD-3.0, I will again try Tcl-7.6, and if it works, I will certainly let you know. In the meantime, since there will be others who will eventually try Tcl-7.6, and many of them may not also be at FreeBSD-3.0, it might be nice to include a simple paragraph in a README file that points to a possible problem with the version of BSD-PORT-MK, which I have informed you of. I am just trying to help others who may encounter the same problem. On Thu, 3 Apr 1997, Taguchi Takeshi wrote: > > You may wish to include some extra comments in your README file(s) about the > > possible differences in BSD-PORT-MK associated with different versions of > > FreeBSD, to alleviate other problems like I have had. I would also suggest > > that you report these differences to FreeBSD.org, if the problems are solely > > because of the BSD-PORT.MK (note the UID/GID below is not dependent upon the > > make files). > > No! It does *NOT* seem cool at all ;-) > Should almost ports REAME include such comments? > I never think so. > From owner-freebsd-bugs Wed Apr 2 18:19:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17481 for bugs-outgoing; Wed, 2 Apr 1997 18:19:33 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17449; Wed, 2 Apr 1997 18:19:17 -0800 (PST) Date: Wed, 2 Apr 1997 18:19:17 -0800 (PST) From: Mike Pritchard Message-Id: <199704030219.SAA17449@freefall.freebsd.org> To: bogdanr@adelaide.on.net, mpp, freebsd-bugs Subject: Re: kern/2240 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ncr53c810 crashing State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Apr 2 18:17:52 PST 1997 State-Changed-Why: In the audit trail of this PR, Stefan states that it looks like it is probably a hardware problem. The originator has not responded to multiple mail messages for over a month, so due to the lack of any additional information, this PR is being closed. From owner-freebsd-bugs Wed Apr 2 18:23:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17809 for bugs-outgoing; Wed, 2 Apr 1997 18:23:27 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17784; Wed, 2 Apr 1997 18:23:17 -0800 (PST) Date: Wed, 2 Apr 1997 18:23:17 -0800 (PST) From: Mike Pritchard Message-Id: <199704030223.SAA17784@freefall.freebsd.org> To: tjones@nfinity.com, mpp, freebsd-bugs Subject: Re: bin/1705 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: COM2 not detected when booting from Harddrive. Only detects when booted from Floppy State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Apr 2 18:20:58 PST 1997 State-Changed-Why: This is a 2.0.5 PR concerning his system not detecting COM2, which I have personally had work in post 2.0.5 releases with no problems. I have not received any response from the originator to multiple mail messages for over a month, so due to the lack of additional information, I am closing this PR. From owner-freebsd-bugs Wed Apr 2 18:28:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18575 for bugs-outgoing; Wed, 2 Apr 1997 18:28:19 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18446; Wed, 2 Apr 1997 18:28:14 -0800 (PST) Date: Wed, 2 Apr 1997 18:28:14 -0800 (PST) From: Mike Pritchard Message-Id: <199704030228.SAA18446@freefall.freebsd.org> To: twells@ucsd.edu, mpp, freebsd-bugs Subject: Re: bin/2594 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: floppy install hangs after or on npx driver; cannot proceed w/ sysinstall State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Apr 2 18:26:55 PST 1997 State-Changed-Why: This is a 2.1.5 install problem. I have received no response to multiple mail messages over the past month. Due to the lack of additional information, I am closing this PR. From owner-freebsd-bugs Wed Apr 2 21:52:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA28214 for bugs-outgoing; Wed, 2 Apr 1997 21:52:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA28198 for ; Wed, 2 Apr 1997 21:52:27 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA17597; Thu, 3 Apr 1997 07:52:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id HAA27737; Thu, 3 Apr 1997 07:51:44 +0200 (MET DST) Message-ID: <19970403075144.ZT46473@uriah.heep.sax.de> Date: Thu, 3 Apr 1997 07:51:44 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: roberto@keltia.freenix.fr (Ollivier Robert) Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/3176: `patch' creates files in wrong places (following Index) References: <199704022200.OAA27937@freefall.freebsd.org> <19970403015947.46958@keltia.freenix.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970403015947.46958@keltia.freenix.fr>; from Ollivier Robert on Apr 3, 1997 01:59:47 +0200 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > Why does our patch(1) apply the -p1 only for *new* files ? There is an > inconsistency in that. It doesn't apply -p1 only to new files. > BTW cvs doesn't use context or unified diffs for its operations so it will > not see that problem. Nope. It's very common to send the output of cvs diff -u somewhere else for patching. It's used this way when moving diffs that are about to be committed to freefall, to avoid clobbering changes that have been done in the repository by other people. > Remember that neither Larry's version nor the GNU one has this problem to > my knowledge (or many people playing with many packages such as Perl5 would > have discovered before). This would surprise me mucho. If you can show an inconsistency between new and existing files, go ahead. As the PR stands, it only proved that Index: lines get precedence over other file names, and _this_ is a feature. -- 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-bugs Wed Apr 2 22:23:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29948 for bugs-outgoing; Wed, 2 Apr 1997 22:23:38 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca7-23.ix.netcom.com [204.31.231.55]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29939 for ; Wed, 2 Apr 1997 22:23:34 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id WAA17166; Wed, 2 Apr 1997 22:22:29 -0800 (PST) Date: Wed, 2 Apr 1997 22:22:29 -0800 (PST) Message-Id: <199704030622.WAA17166@silvia.HIP.Berkeley.EDU> To: jimd@dutton4.it.siu.edu CC: taguchi@tohoku.iij.ad.jp, freebsd-bugs@FreeBSd.ORG, burgess@cynjut.neonramp.com In-reply-to: (message from Jim Dutton on Wed, 2 Apr 1997 18:52:15 -0600 (CST)) Subject: Re: Tcl7.6 Scripts? From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSd.ORG X-Loop: FreeBSD.org Precedence: bulk * I consider "my" FreeBSD-2.2 system to be "adequate" for ANY port that is * distributed, where the port files do not indicate a requirement for * something that I don't already have. If a port requires a specific version * of BSD-PORT-MK, then there should be a note in the port files, to that * affect. Your system (at least bsd.port.mk) is not the release version of FreeBSD-2.2 (or 2.2.1, which is identical as far as ports go). tcl-7.6 is buildable on 2.2R. Believe me, or how did I build the package that's now sitting on ftp.freebsd.org's packages-2.2 directory? ;) Moreover, as long as you take ports from 2.2-RELEASE/ports (or ports-2.2, the extracted tree) on ftp.freebsd.org, they should all build for 2.2R. If you want to build ports from ports-current, you may need the -current bsd.port.mk (which may or may not be enough to build a particular port, of course, if the rest of your system is not -current). Satoshi From owner-freebsd-bugs Wed Apr 2 22:52:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01330 for bugs-outgoing; Wed, 2 Apr 1997 22:52:58 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01324 for ; Wed, 2 Apr 1997 22:52:55 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.8.5/8.8.5) id IAA02802; Thu, 3 Apr 1997 08:52:45 +0200 (CEST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: roberto@keltia.freenix.fr (Ollivier Robert), freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/3176: `patch' creates files in wrong places (following Index) References: <199704022200.OAA27937@freefall.freebsd.org> <19970403015947.46958@keltia.freenix.fr> <19970403075144.ZT46473@uriah.heep.sax.de> From: Thomas Gellekum Date: 03 Apr 1997 08:52:41 +0200 In-Reply-To: j@uriah.heep.sax.de's message of Thu, 3 Apr 1997 07:51:44 +0200 Message-ID: <873et8bnt2.fsf@ghpc6.ihf.rwth-aachen.de> Lines: 9 X-Mailer: Gnus v5.4.33/XEmacs 19.14 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) writes: > As the PR stands, it only > proved that Index: lines get precedence over other file names, and > _this_ is a feature. It's even documented in the man page. tg From owner-freebsd-bugs Thu Apr 3 01:00:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA07607 for bugs-outgoing; Thu, 3 Apr 1997 01:00:47 -0800 (PST) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07161 for ; Thu, 3 Apr 1997 00:50:24 -0800 (PST) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id MAA02582; Thu, 3 Apr 1997 12:46:02 +0400 (MSD) Date: Thu, 3 Apr 1997 12:46:02 +0400 (MSD) From: "Vasily V. Grechishnikov" To: freebsd-bugs@freebsd.org Subject: msdosfs bugs ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I'm expiriencied for FreeBSD since 2.1.0 R to 2.2R( today) and I'm use it on many many different machines from 486DX33 to P5 120 w/ very different architectures from ISA to PCI . But everytime if I try to mount or read/write ( already mounted ) bad msdos diskette I see the same bug : after this my computer hoses . I can switch between the virtual consoles, but I can't to do anything - keyboard is locked . At the same time all network services works properly, exclude the telnet, rlogin to crashed system . Why ? Is it bug of msdosfs ? If it is, when that will be fixed ? I wish to fix it by myself, but I have not enough knowledge about of orgatization of the VFSes . Thanks, Vasily . **********[FreeBSD it is coolest UNIX for PC!]*********** | System admin , ftp and web master. | | http://www.econ.acnit.ac.ru/~bazilio/ | ********************************************************* | Voronezh State Technical University | | Industrial Economy Departament | ********************************************************* From owner-freebsd-bugs Thu Apr 3 02:07:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA11071 for bugs-outgoing; Thu, 3 Apr 1997 02:07:12 -0800 (PST) Received: from mexico.brainstorm.eu.org (mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA11062 for ; Thu, 3 Apr 1997 02:07:06 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id MAA29384 for ; Thu, 3 Apr 1997 12:07:00 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id MAA02498 for freebsd-bugs@freefall.freebsd.org; Thu, 3 Apr 1997 12:06:44 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id MAA20961; Thu, 3 Apr 1997 12:04:58 +0200 (CEST) Message-ID: <19970403120458.33651@keltia.freenix.fr> Date: Thu, 3 Apr 1997 12:04:58 +0200 From: Ollivier Robert To: freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/3176: `patch' creates files in wrong places (following Index) References: <199704022200.OAA27937@freefall.freebsd.org> <19970403015947.46958@keltia.freenix.fr> <19970403075144.ZT46473@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <19970403075144.ZT46473@uriah.heep.sax.de>; from J Wunsch on Thu, Apr 03, 1997 at 07:51:44AM +0200 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3153 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > > Why does our patch(1) apply the -p1 only for *new* files ? There is an > > inconsistency in that. > > It doesn't apply -p1 only to new files. Our patch succeeds in patching existing files (i.e. it respects Index: without applying -p1 to the file name) but fails in creating new files. If you're in the directory base/ (important) and the diff contains Index dir/foo/bar --- base/dir/foo/bar.orig +++ base/dir/foo/bar It will succeed in patching dir/foo/bar. *Now*, if you have Index foo/bar --- /dev/null +++ base/dir/foo/bar it will create foo/bar in the current directory, not in dir/foo/ ! I got this every time I tried to patch dev. versions of Perl with our patch(1). It works as expected with GNU patch(1). > This would surprise me mucho. If you can show an inconsistency > between new and existing files, go ahead. As the PR stands, it only > proved that Index: lines get precedence over other file names, and > _this_ is a feature. I know that and I agree. But the Index: treatment with respect to -p1 is still a bug. - take Perl5.003_90.tar.gz, - extract it, - cd perl5.003_90, - get perl5.003_91.pat.gz, - do zcat perl5.003_91.pat.gz | sh, - do zcat perl5.003_91.pat.gz | /usr/bin/patch -p1 -N (as recommended in .pat). - ./Configure and watch it telling you that you're missing some files... -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #41: Sun Mar 23 23:01:22 CET 1997 From owner-freebsd-bugs Thu Apr 3 05:40:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA22746 for bugs-outgoing; Thu, 3 Apr 1997 05:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA22721; Thu, 3 Apr 1997 05:40:03 -0800 (PST) Resent-Date: Thu, 3 Apr 1997 05:40:03 -0800 (PST) Resent-Message-Id: <199704031340.FAA22721@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ssigala@globalnet.it Received: from lattice.latte.it (line08.globalnet.it [194.185.53.40]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA22316 for ; Thu, 3 Apr 1997 05:30:57 -0800 (PST) Received: (from sandro@localhost) by lattice.latte.it (8.8.4/8.8.4) id PAA00517; Thu, 3 Apr 1997 15:30:03 +0200 (CEST) Message-Id: <199704031330.PAA00517@lattice.latte.it> Date: Thu, 3 Apr 1997 15:30:03 +0200 (CEST) From: ssigala@globalnet.it Reply-To: ssigala@globalnet.it To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/3183: Little typo in /usr/share/mk/bsd.doc.mk Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3183 >Category: misc >Synopsis: Little typo in /usr/share/mk/bsd.doc.mk >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 3 05:40:01 PST 1997 >Last-Modified: >Originator: Sandro Sigala >Organization: Sigala S.p.A. >Release: FreeBSD 3.0-970118-SNAP i386 >Environment: FreeBSD-current >Description: See below. >How-To-Repeat: :-) >Fix: --- bsd.doc.mk.old Thu Apr 3 15:26:01 1997 +++ bsd.doc.mk Thu Apr 3 15:26:10 1997 @@ -39,7 +39,7 @@ TRFLAGS+= -s .endif .if defined(USE_REFER) -TRFALGS+= -R +TRFLAGS+= -R .endif DCOMPRESS_EXT?= ${COMPRESS_EXT} >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 3 05:40:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA22769 for bugs-outgoing; Thu, 3 Apr 1997 05:40:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA22753; Thu, 3 Apr 1997 05:40:08 -0800 (PST) Resent-Date: Thu, 3 Apr 1997 05:40:08 -0800 (PST) Resent-Message-Id: <199704031340.FAA22753@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idi.ntnu.no Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA22354 for ; Thu, 3 Apr 1997 05:32:09 -0800 (PST) Received: from ikke.idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id PAA18319 for ; Thu, 3 Apr 1997 15:32:02 +0200 (MET DST) Received: (from tegge@localhost) by ikke.idt.unit.no (8.8.5/8.8.5) id PAA00920; Thu, 3 Apr 1997 15:32:01 +0200 (MET DST) Message-Id: <199704031332.PAA00920@ikke.idt.unit.no> Date: Thu, 3 Apr 1997 15:32:01 +0200 (MET DST) From: Tor Egge Reply-To: Tor.Egge@idi.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3184: vnodes are used after they are freed. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3184 >Category: kern >Synopsis: vnodes are used after they are freed. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 3 05:40:05 PST 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD ikke.idt.unit.no 3.0-CURRENT FreeBSD 3.0-CURRENT #5: Thu Apr 3 00:28:21 MET DST 1997 root@ikke.idt.unit.no:/usr/src/sys/compile/TEGGE i386 >Description: Current directory is /export/akg7/crash/ 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.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 230000 current pcb at 20a648 panic: lockmgr: pid %d, not %s %d unlocking #0 boot (howto=256) at ../../kern/kern_shutdown.c:244 (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:244 #1 0xe0114dc2 in panic (fmt=0xe01101b9 "lockmgr: pid %d, not %s %d unlocking") at ../../kern/kern_shutdown.c:368 #2 0xe01105c3 in lockmgr (lkp=0xf0518c34, flags=6, interlkp=0xf05f1360, p=0xefa06400) at ../../kern/kern_lock.c:355 #3 0xe01abca6 in ufs_unlock (ap=0xdfbffd50) at ../../ufs/ufs/ufs_vnops.c:1784 #4 0xe015c01c in nfs_inactive (ap=0xdfbffd78) at vnode_if.h:843 #5 0xe0133985 in vputrele (vp=0xf05f1300, put=0) at vnode_if.h:775 #6 0xe01339ad in vrele (vp=0xf05f1300) at ../../kern/vfs_subr.c:1092 #7 0xe01b97a1 in vnode_pager_dealloc (object=0xf06b6700) at ../../vm/vnode_pager.c:203 #8 0xe01b8c96 in vm_pager_deallocate (object=0xf06b6700) at ../../vm/vm_pager.c:177 #9 0xe01b49dc in vm_object_terminate (object=0xf06b6700) at ../../vm/vm_object.c:420 #10 0xe01b480b in vm_object_deallocate (object=0xf06b6700) at ../../vm/vm_object.c:355 #11 0xe0133890 in vputrele (vp=0xf05f1300, put=1) at ../../kern/vfs_subr.c:1033 #12 0xe013399d in vput (vp=0xf05f1300) at ../../kern/vfs_subr.c:1085 #13 0xe0184c1a in nfs_remove (ap=0xdfbffef8) at ../../nfs/nfs_vnops.c:1515 #14 0xe01364a3 in unlink (p=0xefa06400, uap=0xdfbfff94, retval=0xdfbfff84) at vnode_if.h:531 #15 0xe01c651f in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 66112, tf_esi = 1552370, tf_ebp = -541076432, tf_isp = -541065244, tf_ebx = 7123, tf_edx = 420351332, tf_ecx = 1966080, tf_eax = 10, tf_trapno = 7, tf_err = 7, tf_eip = 420181713, tf_cs = 31, tf_eflags = 531, tf_esp = -541076448, tf_ss = 39}) at ../../i386/i386/trap.c:890 #16 0x190b76d1 in ?? () #17 0x10e2b in ?? () #18 0x2c289 in ?? () #19 0x1095 in ?? () (kgdb) up 12 #12 0xe013399d in vput (vp=0xf05f1300) at ../../kern/vfs_subr.c:1085 (kgdb) print vp->v_op[0]@10 $1 = {0xe0131c74 , 0xe01abcd4 , 0xe012e28c , 0xe01a7330 , 0xe01a9d30 , 0xe01aa814 , 0xe01a9d64 , 0xe01a9dd4 , 0xe01a9e04 , 0xe01a9e5c } (kgdb) Somehow, the nfs vnode has been reused as a ufs vnode. This indicates that the vnode has been put on the freelist too early. When looking at vputrele, this is indeed the case. First the node is put on the freelist, THEN the inactive routine is called. If VOP_INACTIVE can block for any reason, e.g., NFS sillyrename handling, then the vnode can be reused by other processes while VOP_INACTIVE blocks. >How-To-Repeat: Perform lots of open(), unlink(), close() over NFS, while there is activity on local (ufs) filesystems. >Fix: Insert the vnode onto the freelist AFTER having called VOP_INACTIVE. Untested (but compileable) diff: Index: vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.81 diff -c -r1.81 vfs_subr.c *** vfs_subr.c 1997/04/01 13:05:34 1.81 --- vfs_subr.c 1997/04/03 13:16:29 *************** *** 1049,1066 **** #endif panic("vputrele: negative ref cnt"); } - simple_lock(&vnode_free_list_slock); - if (vp->v_flag & VAGE) { - vp->v_flag &= ~VAGE; - vp->v_usage = 0; - if(vp->v_tag != VT_TFS) - TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); - } else { - if(vp->v_tag != VT_TFS) - TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); - } - freevnodes++; - simple_unlock(&vnode_free_list_slock); /* * If we are doing a vput, the node is already locked, and we must --- 1049,1054 ---- *************** *** 1073,1078 **** --- 1061,1079 ---- } else if (vn_lock(vp, LK_EXCLUSIVE | LK_INTERLOCK, p) == 0) { VOP_INACTIVE(vp, p); } + + simple_lock(&vnode_free_list_slock); + if (vp->v_flag & VAGE) { + vp->v_flag &= ~VAGE; + vp->v_usage = 0; + if(vp->v_tag != VT_TFS) + TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); + } else { + if(vp->v_tag != VT_TFS) + TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); + } + freevnodes++; + simple_unlock(&vnode_free_list_slock); } /* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 3 07:28:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA27516 for bugs-outgoing; Thu, 3 Apr 1997 07:28:07 -0800 (PST) Received: from video.yars.free.net (video.yars.free.net [193.233.48.74]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27420 for ; Thu, 3 Apr 1997 07:25:12 -0800 (PST) Received: (from lav@localhost) by video.yars.free.net (8.8.5/8.8.2) id TAA03420 for bugs@FreeBSD.org; Thu, 3 Apr 1997 19:21:42 +0400 (MSD) Date: Thu, 3 Apr 1997 19:21:42 +0400 (MSD) From: "Alexander V. Lukyanov" Message-Id: <199704031521.TAA03420@video.yars.free.net> To: bugs@FreeBSD.org Subject: sscanf is slow on 2.2.1 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The program below works awfully slowly on FreeBSD 2.2.1, and quite normally on Solaris 2.5, Linux, Digital Unix etc. Linux on i586 100Mhz: real 0m26.020s user 0m24.240s sys 0m0.400s FreeBSD 2.1.5 on i586 66Mhz: 104.06 real 51.97 user 0.00 sys FreeBSD 2.2.1 on i586 133Mhz: 737.01 real 588.48 user 0.43 sys More than 10 times slower than 2.1.5 on a weaker system. Obviously, that time is spent inside libc. --- #include int main() { int i; char str[256]; for(i=0; i<1000000; i++) sscanf("abcde","%255[a-zA-Z]",str); return 0; } --- Alexander. From owner-freebsd-bugs Thu Apr 3 07:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA27635 for bugs-outgoing; Thu, 3 Apr 1997 07:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA27623; Thu, 3 Apr 1997 07:30:04 -0800 (PST) Date: Thu, 3 Apr 1997 07:30:04 -0800 (PST) Message-Id: <199704031530.HAA27623@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/3184: vnodes are used after they are freed. Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3184; it has been noted by GNATS. From: Tor Egge To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: kern/3184: vnodes are used after they are freed. Date: Thu, 03 Apr 1997 17:21:56 +0200 I wrote: > >Fix: > > Insert the vnode onto the freelist AFTER having called VOP_INACTIVE. > > Untested (but compileable) diff: A magic number was needed to avoid instant crashes. Index: vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.81 diff -c -r1.81 vfs_subr.c *** vfs_subr.c 1997/04/01 13:05:34 1.81 --- vfs_subr.c 1997/04/03 16:31:00 *************** *** 1049,1066 **** #endif panic("vputrele: negative ref cnt"); } ! simple_lock(&vnode_free_list_slock); ! if (vp->v_flag & VAGE) { ! vp->v_flag &= ~VAGE; ! vp->v_usage = 0; ! if(vp->v_tag != VT_TFS) ! TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); ! } else { ! if(vp->v_tag != VT_TFS) ! TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); ! } ! freevnodes++; ! simple_unlock(&vnode_free_list_slock); /* * If we are doing a vput, the node is already locked, and we must --- 1049,1056 ---- #endif panic("vputrele: negative ref cnt"); } ! /* see comment on why 0xdeadb is set at end of vgone (below) */ ! vp->v_freelist.tqe_prev = (struct vnode **) 0xdeadb; /* * If we are doing a vput, the node is already locked, and we must *************** *** 1073,1078 **** --- 1063,1081 ---- } else if (vn_lock(vp, LK_EXCLUSIVE | LK_INTERLOCK, p) == 0) { VOP_INACTIVE(vp, p); } + + simple_lock(&vnode_free_list_slock); + if (vp->v_flag & VAGE) { + vp->v_flag &= ~VAGE; + vp->v_usage = 0; + if(vp->v_tag != VT_TFS) + TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); + } else { + if(vp->v_tag != VT_TFS) + TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); + } + freevnodes++; + simple_unlock(&vnode_free_list_slock); } /* From owner-freebsd-bugs Thu Apr 3 08:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29386 for bugs-outgoing; Thu, 3 Apr 1997 08:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29363; Thu, 3 Apr 1997 08:00:02 -0800 (PST) Resent-Date: Thu, 3 Apr 1997 08:00:02 -0800 (PST) Resent-Message-Id: <199704031600.IAA29363@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.HAA28856;Thu; (8.8.5/8.8.5);, 3 Apr 1997 07:51:36.-0800 (PST) Message-Id: <199704031551.HAA28856@freefall.freebsd.org> Date: Thu, 3 Apr 1997 07:51:36 -0800 (PST) From: paul@kryten.woc.atinc.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/3186: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3186 >Category: kern >Synopsis: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 3 08:00:01 PST 1997 >Last-Modified: >Originator: Paul Berner >Organization: A&T, Inc. >Release: 2.2.1-RELEASE & 2.1.0-RELEASE >Environment: FreeBSD kiawah.woc.Atinc.COM 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Tue Mar 25 15:12:02 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: Call to shm_get() produces: Bad system call (core dumped) >How-To-Repeat: make this program: #include #include #include int main() { key_t key = 6575; int area_a_id; #ifndef SHM_R #define SHM_R 000400 #define SHM_W 000200 #endif /* set up shared memory regions */ area_a_id = shmget(key, 64*sizeof(double), IPC_CREAT|SHM_R|SHM_W|(SHM_R>>3)|(SHM_R>>6)); return 0; } /* works fine in 2.1.0-R, but cores in 2.2.1-R */ >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 3 08:02:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29507 for bugs-outgoing; Thu, 3 Apr 1997 08:02:52 -0800 (PST) Received: from kaiwan.kaiwan.com (4@kaiwan.kaiwan.com [198.178.203.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA29502 for ; Thu, 3 Apr 1997 08:02:48 -0800 (PST) Received: from exit.com (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id IAA25749 for freebsd-bugs@freebsd.org; Thu, 3 Apr 1997 08:02:40 -0800 *** KAIWAN Internet Access *** Received: (from frank@localhost) by exit.com (8.8.5/8.7.3) id HAA00463 for freebsd-bugs@freebsd.org; Thu, 3 Apr 1997 07:58:10 -0800 (PST) From: Frank Mayhar Message-Id: <199704031558.HAA00463@exit.com> Subject: Severe SCSI problems with latest -STABLE. To: freebsd-bugs@freebsd.org Date: Thu, 3 Apr 1997 07:58:09 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yesterday, I booted with the latest bits from -STABLE. I cvsupped and built the kernel on the first, and booted it yesterday morning. There were apparently some SCSI-related fixes that went in. This morning, I found my system quite wedged. I didn't think to note the exact messages, but it was something to do with a lost SCB (I think), and an overrun. The system was completely unresponsive. I reset (sigh), and tried to go through fsck. This failed, complaining of unreadable blocks, with numerous complaints from the SCSI subsystem. I punted (since I need the system to be up _now_), and booted the previous kernel, dated 3/11/97. It's working fine. So what gives? What's broken in the latest -STABLE? My system in a P100 with an Adaptec 2049W. The disk giving the most trouble was an IBM 32160W (a wide disk), although there was a narrow drive also giving trouble, just not as much. -- Frank Mayhar frank@exit.com From owner-freebsd-bugs Thu Apr 3 10:00:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05997 for bugs-outgoing; Thu, 3 Apr 1997 10:00:45 -0800 (PST) Received: from keystone.woc.atinc.com (keystone.woc.Atinc.COM [207.2.166.11]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA05911; Thu, 3 Apr 1997 09:59:43 -0800 (PST) Received: from localhost (paul@localhost) by keystone.woc.atinc.com (8.6.12/8.6.12) with SMTP id NAA29577; Thu, 3 Apr 1997 13:01:32 -0500 X-Authentication-Warning: keystone.woc.atinc.com: paul owned process doing -bs Date: Thu, 3 Apr 1997 13:01:30 -0500 (EST) From: "Paul Berner, PhD" X-Sender: paul@keystone.woc.atinc.com To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org cc: paul@kryten.woc.atinc.com Subject: Re: kern/3186: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE In-Reply-To: <199704031600.IAA29350@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk PLEASE WITHDRAW THIS PR: GENERIC kernel does NOT have: options SYSVSHM options SYSVSEM options SYSVMSG When kernel IS built with these options the problem goes away. Sorry for the mistake. -pb On Thu, 3 Apr 1997 FreeBSD-gnats@freefall.freebsd.org wrote: > Thank you very much for your problem report. > It has the internal identification `kern/3186'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE > >Arrival-Date: Thu Apr 3 08:00:01 PST 1997 > From owner-freebsd-bugs Thu Apr 3 10:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06823 for bugs-outgoing; Thu, 3 Apr 1997 10:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06792; Thu, 3 Apr 1997 10:20:03 -0800 (PST) Resent-Date: Thu, 3 Apr 1997 10:20:03 -0800 (PST) Resent-Message-Id: <199704031820.KAA06792@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, roberto@keltia.freenix.fr Received: from mexico.brainstorm.eu.org (mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA06522 for ; Thu, 3 Apr 1997 10:15:26 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id UAA30423 for ; Thu, 3 Apr 1997 20:15:22 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id UAA07094 for FreeBSD-gnats-submit@freebsd.org; Thu, 3 Apr 1997 20:15:02 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id UAA01914; Thu, 3 Apr 1997 20:14:13 +0200 (CEST) Message-Id: <199704031814.UAA01914@keltia.freenix.fr> Date: Thu, 3 Apr 1997 20:14:13 +0200 (CEST) From: Ollivier Robert Reply-To: roberto@keltia.freenix.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3187: file.1 still speaks of /etc/magic Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3187 >Category: bin >Synopsis: file.1 still mention /etc/magic >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 3 10:20:02 PST 1997 >Last-Modified: >Originator: Ollivier Robert >Organization: Usenet Canal Historique >Release: FreeBSD 3.0-CURRENT i386 >Environment: CURRENT from March, 23th. FreeBSD keltia.freenix.fr 3.0-CURRENT FreeBSD 3.0-CURRENT #41: Sun Mar 23 23:01:22 CET 1997 roberto@keltia.freenix.fr:/src/src/sys/compile/DKELTIA i386 file(1) 3.22 >Description: src/usr.bin/file/file.1 mentions /etc/magic: ... When modifying the file .I /etc/magic or the program itself, ... The information in these files is read from the magic file .I /etc/magic. .PP ... .SH FILES .I /etc/magic \- default list of magic numbers .B file command uses a magic file, keep the old magic file around for comparison purposes (rename it to .IR /etc/magic.orig ). ... >How-To-Repeat: man file >Fix: Apply the following patch: Index: file.1 =================================================================== RCS file: /spare/FreeBSD-current/src/usr.bin/file/file.1,v retrieving revision 1.9 diff -u -2 -r1.9 file.1 --- file.1 1997/03/18 19:37:17 1.9 +++ file.1 1997/04/03 18:12:10 @@ -43,5 +43,5 @@ that are known to contain binary data. When modifying the file -.I /etc/magic +.I /usr/share/misc/magic or the program itself, .B "preserve these keywords" . @@ -79,5 +79,5 @@ offset into the file can usually be described in this way. The information in these files is read from the magic file -.I /etc/magic. +.I /usr/share/misc/magic. .PP If an argument appears to be an @@ -136,6 +136,8 @@ (on systems that support symbolic links). .SH FILES +.I /usr/share/misc/magic +\- default list of magic numbers (used to be .I /etc/magic -\- default list of magic numbers +in previous versions of FreeBSD) .SH ENVIRONMENT The environment variable >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 3 10:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06834 for bugs-outgoing; Thu, 3 Apr 1997 10:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06815; Thu, 3 Apr 1997 10:20:05 -0800 (PST) Resent-Date: Thu, 3 Apr 1997 10:20:05 -0800 (PST) Resent-Message-Id: <199704031820.KAA06815@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, roberto@keltia.freenix.fr Received: from mexico.brainstorm.eu.org (mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA06527 for ; Thu, 3 Apr 1997 10:15:30 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id UAA30426 for ; Thu, 3 Apr 1997 20:15:24 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id UAA07081 for FreeBSD-gnats-submit@freebsd.org; Thu, 3 Apr 1997 20:15:01 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id UAA01773; Thu, 3 Apr 1997 20:06:14 +0200 (CEST) Message-Id: <199704031806.UAA01773@keltia.freenix.fr> Date: Thu, 3 Apr 1997 20:06:14 +0200 (CEST) From: Ollivier Robert Reply-To: roberto@keltia.freenix.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3188: file(1) 3.22 doesn't work well with ELF binaries Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3188 >Category: bin >Synopsis: Reading the ELF header leads to an error >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 3 10:20:04 PST 1997 >Last-Modified: >Originator: Ollivier Robert >Organization: Usenet Canal Historique >Release: FreeBSD 3.0-CURRENT i386 >Environment: CURRENT from March, 23th. 285 [19:58] roberto@keltia:/tmp/file> file -v file-3.22 >Description: The new file(1) is trying to directly read ELF headers to show information. It seems that the following section of code is failing: static void doshn(fd, off, num, size, buf) int fd; off_t off; int num; size_t size; char *buf; { /* * This works for both 32-bit and 64-bit ELF formats, * because it looks only at the "sh_type" field, which is * always 32 bits, and is preceded only by the "sh_name" * field which is also always 32 bits, and because it uses * the shdr size from the ELF header rather than using * the size of an "Elf32_Shdr". */ Elf32_Shdr *sh = (Elf32_Shdr *) buf; if (lseek(fd, off, SEEK_SET) == -1) error("lseek failed (%s).\n", strerror(errno)); for ( ; num; num--) { if (read(fd, buf, size) == -1) error("read failed (%s).\n", strerror(errno)); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >How-To-Repeat: Trying to identify some ELF binaries (both Linux and FreeBSD ones) leads to the following error message: Linux: 284 [19:58] roberto@keltia:/tmp/file> file acroread acroread: ELF 32-bit LSB executable, Intel 80386, version 1file: read failed (Invalid argument). FreeBSD: 286 [19:59] roberto@keltia:/tmp/file> file ../foo ../foo: ELF 32-bit LSB executable, Intel 80386, version 1file: read failed (Invalid argument). The old method -- using /etc/magic ELF section -- worked right. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 3 11:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA09591 for bugs-outgoing; Thu, 3 Apr 1997 11:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA09577; Thu, 3 Apr 1997 11:10:02 -0800 (PST) Date: Thu, 3 Apr 1997 11:10:02 -0800 (PST) Message-Id: <199704031910.LAA09577@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: kern/3186: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3186; it has been noted by GNATS. From: "Jordan K. Hubbard" To: paul@kryten.woc.atinc.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/3186: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE Date: Thu, 03 Apr 1997 11:07:04 -0800 I hate to ask the obvious question, but is this with SYSVSHM compiled into the kernel? If you're running GENERIC, it's no longer in there by default (and the reason for taking it out escapes me for the moment, to be honest). From owner-freebsd-bugs Thu Apr 3 11:44:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA11649 for bugs-outgoing; Thu, 3 Apr 1997 11:44:52 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA11613; Thu, 3 Apr 1997 11:44:39 -0800 (PST) Date: Thu, 3 Apr 1997 11:44:39 -0800 (PST) From: Gary Palmer Message-Id: <199704031944.LAA11613@freefall.freebsd.org> To: paul@kryten.woc.atinc.com, gpalmer, freebsd-bugs Subject: Re: kern/3186 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Thu Apr 3 11:43:58 PST 1997 State-Changed-Why: Submitter reports that the necessary kernel options were not present on his system, producing this error. From owner-freebsd-bugs Thu Apr 3 11:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA11996 for bugs-outgoing; Thu, 3 Apr 1997 11:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA11985; Thu, 3 Apr 1997 11:50:02 -0800 (PST) Date: Thu, 3 Apr 1997 11:50:02 -0800 (PST) Message-Id: <199704031950.LAA11985@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Paul Berner, PhD" Subject: Re: kern/3186: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE Reply-To: "Paul Berner, PhD" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3186; it has been noted by GNATS. From: "Paul Berner, PhD" To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Cc: paul@kryten.woc.atinc.com Subject: Re: kern/3186: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE Date: Thu, 3 Apr 1997 13:01:30 -0500 (EST) PLEASE WITHDRAW THIS PR: GENERIC kernel does NOT have: options SYSVSHM options SYSVSEM options SYSVMSG When kernel IS built with these options the problem goes away. Sorry for the mistake. -pb On Thu, 3 Apr 1997 FreeBSD-gnats@freefall.freebsd.org wrote: > Thank you very much for your problem report. > It has the internal identification `kern/3186'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: sys call shm_get() broken in 2.2.1-RELEASE, but OK in 2.1.0-RELEASE > >Arrival-Date: Thu Apr 3 08:00:01 PST 1997 > From owner-freebsd-bugs Thu Apr 3 12:58:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15718 for bugs-outgoing; Thu, 3 Apr 1997 12:58:53 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA15710 for ; Thu, 3 Apr 1997 12:58:49 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA27326; Thu, 3 Apr 1997 22:50:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA00138; Thu, 3 Apr 1997 22:42:21 +0200 (MET DST) Message-ID: <19970403224220.GB03634@uriah.heep.sax.de> Date: Thu, 3 Apr 1997 22:42:20 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov) Cc: freebsd-bugs@freebsd.org Subject: Re: msdosfs bugs ? References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Vasily V. Grechishnikov on Apr 3, 1997 12:46:02 +0400 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Vasily V. Grechishnikov wrote: > But everytime if I try to mount or read/write ( already mounted ) > bad msdos diskette I see the same bug : after this my computer hoses. In what respect is the floppy bad? A bad sector that's not remapped? A broken filesystem? If you can somehow make it repeatable to me, i can look whether it's a problem with the floppy disk driver. Sorry, i'm not knowledgable about VFS'es in general, of DOS filesystems 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-bugs Thu Apr 3 13:21:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA16793 for bugs-outgoing; Thu, 3 Apr 1997 13:21:37 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA16785 for ; Thu, 3 Apr 1997 13:21:32 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA27703 for freebsd-bugs@freefall.freebsd.org; Thu, 3 Apr 1997 23:21:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00337; Thu, 3 Apr 1997 23:20:22 +0200 (MET DST) Message-ID: <19970403232022.UG18328@uriah.heep.sax.de> Date: Thu, 3 Apr 1997 23:20:22 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/3176: `patch' creates files in wrong places (following Index) References: <199704022200.OAA27937@freefall.freebsd.org> <19970403015947.46958@keltia.freenix.fr> <19970403075144.ZT46473@uriah.heep.sax.de> <19970403120458.33651@keltia.freenix.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970403120458.33651@keltia.freenix.fr>; from Ollivier Robert on Apr 3, 1997 12:04:58 +0200 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > *Now*, if you have > > Index foo/bar > --- /dev/null > +++ base/dir/foo/bar > > it will create foo/bar in the current directory, not in dir/foo/ ! So this looks inconsistent, yes. patch lives already in /usr/src/gnu, so i don't think it's a big problem to import a recent version of GNU patch. -- 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-bugs Thu Apr 3 15:37:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA26532 for bugs-outgoing; Thu, 3 Apr 1997 15:37:23 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA26498; Thu, 3 Apr 1997 15:37:16 -0800 (PST) Date: Thu, 3 Apr 1997 15:37:16 -0800 (PST) From: Mike Pritchard Message-Id: <199704032337.PAA26498@freefall.freebsd.org> To: chad@dcfinc.com, mpp, freebsd-bugs Subject: Re: i386/1821 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: boot fails if bad144 selected on large partition State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Apr 3 15:36:03 PST 1997 State-Changed-Why: 2.1 install problem. I have received any reposnse to multiple mail messages over the past month. Due to the lack of additional information, I am closing this PR. Besides, Jordan said I could :-) From owner-freebsd-bugs Thu Apr 3 16:04:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28271 for bugs-outgoing; Thu, 3 Apr 1997 16:04:24 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28244; Thu, 3 Apr 1997 16:04:18 -0800 (PST) Date: Thu, 3 Apr 1997 16:04:18 -0800 (PST) From: Mike Pritchard Message-Id: <199704040004.QAA28244@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: bin/3188 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Reading the ELF header leads to an error Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Thu Apr 3 16:03:49 PST 1997 Responsible-Changed-Why: I imported file 3.22. From owner-freebsd-bugs Thu Apr 3 16:50:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA01228 for bugs-outgoing; Thu, 3 Apr 1997 16:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA01214; Thu, 3 Apr 1997 16:50:04 -0800 (PST) Date: Thu, 3 Apr 1997 16:50:04 -0800 (PST) Message-Id: <199704040050.QAA01214@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: kern/3168: Panic: lockmgr: locking against myself Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3168; it has been noted by GNATS. From: Tor Egge To: sysseh@devetir.qld.gov.au Cc: FreeBSD-gnats-submit@freebsd.org, toor@dyson.iquest.net Subject: Re: kern/3168: Panic: lockmgr: locking against myself Date: Fri, 04 Apr 1997 02:42:38 +0200 > > >Number: 3168 > >Category: kern > >Synopsis: Machine crashes when starting X or xdm I got a similar crash (same stack trace). How-To-Repeat: rm -f bad touch bad chmod 755 bad ./bad Fix: Index: kern_exec.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exec.c,v retrieving revision 1.53 diff -c -r1.53 kern_exec.c *** kern_exec.c 1997/03/31 11:10:55 1.53 --- kern_exec.c 1997/04/04 00:09:11 *************** *** 160,167 **** */ error = exec_check_permissions(imgp); ! if (error) goto exec_fail_dealloc; /* * Get the image header, which we define here as meaning the first --- 160,169 ---- */ error = exec_check_permissions(imgp); ! if (error) { ! VOP_UNLOCK(imgp->vp, 0, p); goto exec_fail_dealloc; + } /* * Get the image header, which we define here as meaning the first From owner-freebsd-bugs Thu Apr 3 17:26:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03783 for bugs-outgoing; Thu, 3 Apr 1997 17:26:51 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03750; Thu, 3 Apr 1997 17:26:44 -0800 (PST) Date: Thu, 3 Apr 1997 17:26:44 -0800 (PST) From: Mike Pritchard Message-Id: <199704040126.RAA03750@freefall.freebsd.org> To: ssigala@globalnet.it, mpp, freebsd-bugs Subject: Re: misc/3183 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Little typo in /usr/share/mk/bsd.doc.mk State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Apr 3 17:26:15 PST 1997 State-Changed-Why: Suggested patch applied, thanks! From owner-freebsd-bugs Thu Apr 3 17:33:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04437 for bugs-outgoing; Thu, 3 Apr 1997 17:33:03 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04413; Thu, 3 Apr 1997 17:32:53 -0800 (PST) Date: Thu, 3 Apr 1997 17:32:53 -0800 (PST) From: David Greenman Message-Id: <199704040132.RAA04413@freefall.freebsd.org> To: sysseh@devetir.qld.gov.au, davidg, freebsd-bugs Subject: Re: kern/3168 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Machine crashes when starting X or xdm State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Thu Apr 3 17:32:20 PST 1997 State-Changed-Why: The suggested patch was applied, thanks! From owner-freebsd-bugs Thu Apr 3 17:38:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04737 for bugs-outgoing; Thu, 3 Apr 1997 17:38:45 -0800 (PST) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA04732; Thu, 3 Apr 1997 17:38:37 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id LAA09662; Fri, 4 Apr 1997 11:38:34 +1000 Received: from maya.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id LAA19857; Fri, 4 Apr 1997 11:42:16 +1000 (EST) Received: from netfl15a.devetir.qld.gov.au (netfl15a.devetir.qld.gov.au [167.123.24.12]) by maya.devetir.qld.gov.au (8.8.5/8.8.5) with SMTP id LAA05370; Fri, 4 Apr 1997 11:38:16 +1000 (EST) Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA13951; Fri, 4 Apr 1997 01:41:18 GMT Message-Id: <199704040141.BAA13951@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 2.0beta 12/23/96 To: David Greenman cc: Tor.Egge@idi.ntnu.no, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/3168 In-reply-to: Your message of "Thu, 03 Apr 1997 17:32:53 PST." <199704040132.RAA04413@freefall.freebsd.org> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Apr 1997 11:41:16 +1000 From: Stephen Hocking Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yes! This works, my usual crash test just passed. Stephen -- The views expressed above are not those of WorkCover Queensland, Australia. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California From owner-freebsd-bugs Thu Apr 3 17:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04852 for bugs-outgoing; Thu, 3 Apr 1997 17:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04832; Thu, 3 Apr 1997 17:40:02 -0800 (PST) Date: Thu, 3 Apr 1997 17:40:02 -0800 (PST) Message-Id: <199704040140.RAA04832@freefall.freebsd.org> To: freebsd-bugs Cc: From: Ollivier Robert Subject: Re: bin/3187: file.1 still speaks of /etc/magic Reply-To: Ollivier Robert Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3187; it has been noted by GNATS. From: Ollivier Robert To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: bin/3187: file.1 still speaks of /etc/magic Date: Fri, 4 Apr 1997 02:02:13 +0200 According to Ollivier Robert: > >Fix: > > Apply the following patch: And add this one too (sigh): Index: file.1 =================================================================== RCS file: /spare/FreeBSD-current/src/usr.bin/file/file.1,v retrieving revision 1.9 diff -u -2 -r1.9 file.1 --- file.1 1997/03/18 19:37:17 1.9 +++ file.1 1997/04/04 00:00:12 @@ -202,5 +204,5 @@ keep the old magic file around for comparison purposes (rename it to -.IR /etc/magic.orig ). +.IR /usr/share/misc/magic.orig ). .SH HISTORY There has been a -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #41: Sun Mar 23 23:01:22 CET 1997 From owner-freebsd-bugs Thu Apr 3 18:41:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA09057 for bugs-outgoing; Thu, 3 Apr 1997 18:41:53 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA09034; Thu, 3 Apr 1997 18:41:49 -0800 (PST) Date: Thu, 3 Apr 1997 18:41:49 -0800 (PST) From: Mike Pritchard Message-Id: <199704040241.SAA09034@freefall.freebsd.org> To: roberto@keltia.freenix.fr, mpp, freebsd-bugs Subject: Re: bin/3187 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: file.1 still mention /etc/magic State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Apr 3 18:41:22 PST 1997 State-Changed-Why: Suggested patches (yes, I got them both) applied, Thanks. From owner-freebsd-bugs Thu Apr 3 22:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21319 for bugs-outgoing; Thu, 3 Apr 1997 22:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA21305; Thu, 3 Apr 1997 22:50:02 -0800 (PST) Resent-Date: Thu, 3 Apr 1997 22:50:02 -0800 (PST) Resent-Message-Id: <199704040650.WAA21305@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.WAA21059;Thu; (8.8.5/8.8.5);, 3 Apr 1997 22:46:50.-0800 (PST) Message-Id: <199704040646.WAA21059@freefall.freebsd.org> Date: Thu, 3 Apr 1997 22:46:50 -0800 (PST) From: Roman.Pavlik@skynet.cz To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3190: RISCom N2 card driver problem? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3190 >Category: bin >Synopsis: RISCom N2 card driver problem? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 3 22:50:01 PST 1997 >Last-Modified: >Originator: Roman Pavlik >Organization: SkyNet >Release: 2.2.1 >Environment: >Description: I try to configure RISCom N2 card on 2.2.1 box. I used CISCO 2511 on the other end of sync line. When I tried RISCom N2 card in HDLC mode (ifconfig link2) it was able to ping to remote CISCO, but it was unable to traceroute. I switched RISCom N2 card to PPP. After this, it was able to ping as so as traceroute. BUT It does not forwarding packets. (I check net.inet.ip.forwarding and it was set up to 1). I tried the same with 3.0-970209-SNAP and it wors fine in PPP mode (in HDLC it was still unable to traceroute). >How-To-Repeat: Install 2.2.1 box with RISCom N2 isa >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 4 01:20:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA28302 for bugs-outgoing; Fri, 4 Apr 1997 01:20:53 -0800 (PST) Received: from l321.omsk.net.ru (pppl321.omsk.net.ru [194.226.32.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA28276 for ; Fri, 4 Apr 1997 01:20:14 -0800 (PST) Received: from l321.omsk.net.ru (FreeBSD-1.l321.omsk.net.ru [194.226.33.65]) by l321.omsk.net.ru (8.8.5/8.8.5) with SMTP id QAA26745; Fri, 4 Apr 1997 16:16:11 +0700 (OSD) Date: Fri, 4 Apr 1997 16:16:11 +0700 (OSD) From: Eugeny Kuzakov To: "Alexander V. Lukyanov" cc: bugs@freebsd.org Subject: Re: sscanf is slow on 2.2.1 In-Reply-To: <199704031521.TAA03420@video.yars.free.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 3 Apr 1997, Alexander V. Lukyanov wrote: > The program below works awfully slowly on FreeBSD 2.2.1, and quite normally > on Solaris 2.5, Linux, Digital Unix etc. > > Linux on i586 100Mhz: > real 0m26.020s > user 0m24.240s > sys 0m0.400s > > FreeBSD 2.1.5 on i586 66Mhz: > 104.06 real 51.97 user 0.00 sys My machine: P100/32MB/FreeBSD 2.1/Proxy SQUID/router to ISP (33600Kb)/30 logined users: 30.65 real 29.33 user 0.02 sys 8-() > > FreeBSD 2.2.1 on i586 133Mhz: > 737.01 real 588.48 user 0.43 sys > > More than 10 times slower than 2.1.5 on a weaker system. > Obviously, that time is spent inside libc. > > --- > #include > int main() > { > int i; > char str[256]; > for(i=0; i<1000000; i++) > sscanf("abcde","%255[a-zA-Z]",str); > return 0; > } > --- > Alexander. > Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) kev@l321.omsk.net.ru From owner-freebsd-bugs Fri Apr 4 02:09:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA00298 for bugs-outgoing; Fri, 4 Apr 1997 02:09:32 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.dialix.com [192.203.228.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA00261; Fri, 4 Apr 1997 02:08:14 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.5/8.8.5) with ESMTP id RAA01247; Fri, 4 Apr 1997 17:52:16 +0800 (WST) Message-Id: <199704040952.RAA01247@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: Eugeny Kuzakov cc: "Alexander V. Lukyanov" , bugs@freebsd.org, ache@freebsd.org Subject: Re: sscanf is slow on 2.2.1 In-reply-to: Your message of "Fri, 04 Apr 1997 16:16:11 +0700." Date: Fri, 04 Apr 1997 17:52:15 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Eugeny Kuzakov wrote: > On Thu, 3 Apr 1997, Alexander V. Lukyanov wrote: > > > The program below works awfully slowly on FreeBSD 2.2.1, and quite normally > > on Solaris 2.5, Linux, Digital Unix etc. > > > > Linux on i586 100Mhz: > > real 0m26.020s > > user 0m24.240s > > sys 0m0.400s > > > > FreeBSD 2.1.5 on i586 66Mhz: > > 104.06 real 51.97 user 0.00 sys > My machine: > P100/32MB/FreeBSD 2.1/Proxy SQUID/router to ISP (33600Kb)/30 > logined users: > > 30.65 real 29.33 user 0.02 sys > 8-() > > > > > FreeBSD 2.2.1 on i586 133Mhz: > > 737.01 real 588.48 user 0.43 sys > > > > More than 10 times slower than 2.1.5 on a weaker system. > > Obviously, that time is spent inside libc. Hmm, most likely it's in the locale stuff.. :-( Here's a suspicious set of diffs from -current realtive to 2.1: @@ -712,15 +729,19 @@ * we just stored in the table (c). */ n = *fmt; - if (n == ']' || n < c) { + if (n == ']' || __collate_range_cmp (n, c) < 0) { c = '-'; break; /* resume the for(;;) */ } fmt++; - do { /* fill in the range */ - tab[++c] = v; - } while (c < n); + /* fill in the range */ + for (i = 0; i < 256; i ++) + if ( __collate_range_cmp (c, i) < 0 + && __collate_range_cmp (i, n) <= 0 + ) + tab[i] = v; #if 1 /* XXX another disgusting compatibility hack */ + c = n; /* * Alas, the V7 Unix scanf also treats formats The commit log message was: ---------------------------- revision 1.5 date: 1997/01/16 07:36:14; author: ache; state: Exp; lines: +13 -8 Use collate for national [a-z]-like ranges Should go in 2.2 ---------------------------- Ouch.. -Peter > > --- > > #include > > int main() > > { > > int i; > > char str[256]; > > for(i=0; i<1000000; i++) > > sscanf("abcde","%255[a-zA-Z]",str); > > return 0; > > } > > --- > > Alexander. > > > > Best wishes, Eugeny Kuzakov > Laboratory 321 ( Omsk, Russia ) > kev@l321.omsk.net.ru Cheers, -Peter From owner-freebsd-bugs Fri Apr 4 02:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA00665 for bugs-outgoing; Fri, 4 Apr 1997 02:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA00655; Fri, 4 Apr 1997 02:20:04 -0800 (PST) Resent-Date: Fri, 4 Apr 1997 02:20:04 -0800 (PST) Resent-Message-Id: <199704041020.CAA00655@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jrh@zeppelin.net Received: from zeppelin.net (obiwan@kashmir.foothill.net [206.170.177.52]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA00401 for ; Fri, 4 Apr 1997 02:12:05 -0800 (PST) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id CAA14859; Fri, 4 Apr 1997 02:13:55 -0800 (PST) Message-Id: <199704041013.CAA14859@zeppelin.net> Date: Fri, 4 Apr 1997 02:13:55 -0800 (PST) From: jrh@zeppelin.net Reply-To: jrh@zeppelin.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3191: Commiting of the ppa Zip Drive driver to -current Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3191 >Category: kern >Synopsis: Commiting of the ppa Zip Drive driver to -current >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Apr 4 02:20:01 PST 1997 >Last-Modified: >Originator: Josh Howard >Organization: None >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: I'd like to have the ppa Zip Drive driver commited in to -current you can find the driver at http://www.zeppelin.net/ppa3.c >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 4 06:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA10094 for bugs-outgoing; Fri, 4 Apr 1997 06:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA10088; Fri, 4 Apr 1997 06:30:02 -0800 (PST) Resent-Date: Fri, 4 Apr 1997 06:30:02 -0800 (PST) Resent-Message-Id: <199704041430.GAA10088@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA09821;Fri; (8.8.5/8.8.5);, 4 Apr 1997 06:21:30.-0800 (PST) Message-Id: <199704041421.GAA09821@freefall.freebsd.org> Date: Fri, 4 Apr 1997 06:21:30 -0800 (PST) From: pathiaki@pencom.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/3194: 2.2.1-RELEASE hangs when using /stand/sysinstall Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3194 >Category: bin >Synopsis: 2.2.1-RELEASE hangs when using /stand/sysinstall >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 4 06:30:01 PST 1997 >Last-Modified: >Originator: Paul Pathiakis >Organization: Pencom System Administration >Release: 2.2.1-RELEASE >Environment: *sigh* >Description: When installing packages on 2.2.1-RELEASE, /stand/sysinstall will sometimes hang. Only way to get out is to kill the process and restart the install. >How-To-Repeat: Select 30-40 packages and click install. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 4 07:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA11699 for bugs-outgoing; Fri, 4 Apr 1997 07:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA11667; Fri, 4 Apr 1997 07:00:02 -0800 (PST) Resent-Date: Fri, 4 Apr 1997 07:00:02 -0800 (PST) Resent-Message-Id: <199704041500.HAA11667@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, luigi@iet.unipi.it Received: from prova.iet.unipi.it (prova.iet.unipi.it [131.114.9.236]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA11199 for ; Fri, 4 Apr 1997 06:53:28 -0800 (PST) Received: (from luigi@localhost) by prova.iet.unipi.it (8.6.12/8.6.12) id QAA00589; Fri, 4 Apr 1997 16:45:24 +0200 Message-Id: <199704041445.QAA00589@prova.iet.unipi.it> Date: Fri, 4 Apr 1997 16:45:24 +0200 From: Luigi Rizzo Reply-To: luigi@iet.unipi.it To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/3195: ahc panic Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3195 >Category: i386 >Synopsis: ahc panic >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 4 07:00:01 PST 1997 >Last-Modified: >Originator: Luigi Rizzo >Organization: DEIT >Release: FreeBSD 2.2.1-RELEASE >Environment: PPro, ASUS MB (Natoma), Adaptec2940U (PCI), unknown SCSI CD-WRITER (T.YUDEN CD-WO EW-50) $Id: aic7xxx.c,v 1.81.2.17 1997/03/24 19:17:33 gibbs Exp $ >Description: Trying to access /dev/worm0 causes the following message (from memory, it was on the console...): worm0: ahc(0:4:0) SCB 0x0 timed out in command phase, SCSISIGI == 0x84, SEQADDR == 0x42 worm0: ahc(0:4:0) abort message in message buffer worm0: ahc(0:4:0) SCB 0x0 abort completed panic: Couldn't find busy SCB The relevant file for the error message is /sys/i386/scsi/aic7xxx.c tagged $Id: aic7xxx.c,v 1.81.2.17 1997/03/24 19:17:33 gibbs Exp $ While I have no interest in this particular Worm drive (except that it costs 2/3 the price of a Philips) I do have an interest in having a 2940 working... >How-To-Repeat: just access /dev/worm0 , e.g. dd if=/dev/worm0 causes the panic, in a very repeatable way. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 4 07:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA14966 for bugs-outgoing; Fri, 4 Apr 1997 07:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA14953; Fri, 4 Apr 1997 07:50:02 -0800 (PST) Date: Fri, 4 Apr 1997 07:50:02 -0800 (PST) Message-Id: <199704041550.HAA14953@freefall.freebsd.org> To: freebsd-bugs Cc: From: Petr Lampa Subject: Re: i386/3195: ahc panic Reply-To: Petr Lampa Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3195; it has been noted by GNATS. From: Petr Lampa To: freebsd-gnats-submit@freebsd.org, luigi@iet.unipi.it Cc: Subject: Re: i386/3195: ahc panic Date: Fri, 04 Apr 1997 17:47:07 +0200 I have got similar problems on Adaptec 3940W and 3940U with 2 disks per channel and FreeBSD-GAMME, FreeBSD-2.2, and FreeBSD-2.2.1. System works only for several days (sometimes even hours) and then one of the following errors happens: no active SCB for reconnection target - issuing ABORT SAVED_TCL == 0x0 (0x10) SCB 0x3 - timed out in message in phase, SCSISIGI == 0xf4 SEQADDR == 0x42 Yucky Immediate reset. Flags == 0x1 OR SCB 0x1 timed out in datain phase, SCSISIGI == 0x44 SEQADDR == 0x126 abort message in message buff SCB 0x3 timed out in datain phase, SCSISIGI == 0x54 and system hangs. When I activate kernel debugger, trace is always: ahc_scsi_cmd() sdstart() free_xs() scsi_done() ahc_done() ahc_run_done_queue() ahc_reset_channel() ahc_timeout() This looks like bus reset never succeeds and loops forever. Both systems were running 2.1.6 without problems for months. AHC driver is compiled without any options (no tag queueing, no memio, no scb paging). Petr Lampa From owner-freebsd-bugs Fri Apr 4 08:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA18248 for bugs-outgoing; Fri, 4 Apr 1997 08:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA18242; Fri, 4 Apr 1997 08:40:05 -0800 (PST) Resent-Date: Fri, 4 Apr 1997 08:40:05 -0800 (PST) Resent-Message-Id: <199704041640.IAA18242@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, luigi@iet.unipi.it Received: from prova.iet.unipi.it (prova.iet.unipi.it [131.114.9.236]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA17974 for ; Fri, 4 Apr 1997 08:32:24 -0800 (PST) Received: (from luigi@localhost) by prova.iet.unipi.it (8.6.12/8.6.12) id SAA00772; Fri, 4 Apr 1997 18:23:59 +0200 Message-Id: <199704041623.SAA00772@prova.iet.unipi.it> Date: Fri, 4 Apr 1997 18:23:59 +0200 From: Luigi Rizzo Reply-To: luigi@iet.unipi.it To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3196: patch for CDD2600 support (Philips 2x/6x writer) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3196 >Category: kern >Synopsis: patch for CDD2600 support (Philips 2x/6x writer) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Apr 4 08:40:01 PST 1997 >Last-Modified: >Originator: Luigi Rizzo >Organization: DEIT >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: -- >Description: The philips CDD2600 (2x/6x CD-R) identifies itself as a regular CD by default. The following patch makes it recognised as a worm drive. >How-To-Repeat: -- >Fix: File: /sys/scsi/scsiconf.c # diff -ubwr scsiconf.c.orig scsiconf.c --- scsiconf.c.orig Mon Mar 10 21:53:16 1997 +++ scsiconf.c Fri Apr 4 19:31:39 1997 @@ -393,6 +393,11 @@ T_READONLY, T_WORM, T_REMOV, "IMS", "CDD2000*", "*", "worm", SC_ONE_LU }, + { + /* Philips drive, 2X/6X which otherwise shows up as CD */ + T_READONLY, T_WORM, T_REMOV, "PHILIPS", "CDD2600*", "*", + "worm", SC_ONE_LU + }, /* * The Plasmon's are dual-faced: they appear as T_WORM if the * drive is empty, or a CD-R medium is in the drive, and they >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 4 09:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA19975 for bugs-outgoing; Fri, 4 Apr 1997 09:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA19965; Fri, 4 Apr 1997 09:10:01 -0800 (PST) Date: Fri, 4 Apr 1997 09:10:01 -0800 (PST) Message-Id: <199704041710.JAA19965@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Justin T. Gibbs" Subject: Re: i386/3195: ahc panic Reply-To: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/3195; it has been noted by GNATS. From: "Justin T. Gibbs" To: luigi@iet.unipi.it Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/3195: ahc panic Date: Fri, 04 Apr 1997 09:53:00 -0700 Have you tried tracking the 2.2 branch and picking up recent changes to the driver? What AHC options are you using? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Fri Apr 4 12:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA00837 for bugs-outgoing; Fri, 4 Apr 1997 12:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA00830; Fri, 4 Apr 1997 12:10:03 -0800 (PST) Date: Fri, 4 Apr 1997 12:10:03 -0800 (PST) Message-Id: <199704042010.MAA00830@freefall.freebsd.org> To: freebsd-bugs Cc: From: Louis Giliberto Subject: Re: kern/3150: Cyrix 6x86L-P200+ crashes w/ page fault Reply-To: Louis Giliberto Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3150; it has been noted by GNATS. From: Louis Giliberto To: freebsd-gnats-submit@freebsd.org, pauls@locust.etext.org Cc: Subject: Re: kern/3150: Cyrix 6x86L-P200+ crashes w/ page fault Date: Fri, 04 Apr 1997 14:00:30 -0600 This looks very similar to a PR I submitted on 2.1.7 a few weeks ago. It is PR kern/3072. I experienced almost the same exact thing except with 2.1.7 -Louis -- Louis Giliberto Software Consultant at Motorola, Cellular Infrastructure Group gilibert@cig.mot.com, (847) 632-7945 (work), (847) 632-2867 (fax) From owner-freebsd-bugs Fri Apr 4 12:44:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA02394 for bugs-outgoing; Fri, 4 Apr 1997 12:44:24 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA02362 for ; Fri, 4 Apr 1997 12:43:52 -0800 (PST) Received: by sovcom.kiae.su id AA00140 (5.65.kiae-1 ); Fri, 4 Apr 1997 23:25:12 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 4 Apr 97 23:25:12 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id AAA03264; Sat, 5 Apr 1997 00:17:20 +0400 (MSD) Date: Sat, 5 Apr 1997 00:17:17 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Peter Wemm Cc: Eugeny Kuzakov , "Alexander V. Lukyanov" , bugs@freebsd.org Subject: Re: sscanf is slow on 2.2.1 In-Reply-To: <199704040952.RAA01247@spinner.DIALix.COM> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 4 Apr 1997, Peter Wemm wrote: > revision 1.5 > date: 1997/01/16 07:36:14; author: ache; state: Exp; lines: +13 -8 > Use collate for national [a-z]-like ranges I just add speedup in case locale is not used. Nothing can be speeduped when locale is used, however... -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-bugs Fri Apr 4 12:59:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA03072 for bugs-outgoing; Fri, 4 Apr 1997 12:59:18 -0800 (PST) Received: from gemini.yars.free.net (gemini.yars.free.net [193.233.192.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA03019 for ; Fri, 4 Apr 1997 12:57:48 -0800 (PST) Received: (from lav@localhost) by gemini.yars.free.net (8.8.5/8.8.4) id AAA18942; Sat, 5 Apr 1997 00:57:12 +0400 (MSD) Date: Sat, 5 Apr 1997 00:57:12 +0400 (MSD) From: "Alexander V. Lukyanov" Message-Id: <199704042057.AAA18942@gemini.yars.free.net> To: ache@nagual.ru, peter@spinner.DIALix.COM Cc: bugs@freebsd.org, kev@l321.omsk.net.ru Subject: Re: sscanf is slow on 2.2.1 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= > I just add speedup in case locale is not used. Nothing can be speeduped > when locale is used, however... But I noticed fstat being called inside sscanf... I don't know why it is, but if cache something (locale info?) it could be speed up. As about building the character set with locale, it could be very efficient if there were two prebuilt 256 character tables: map character to linear code and map linear code to character. So we just get two linear codes for bound characters and then fill the set with characters in the second table between those two bound linear codes. Very simple. Alexander. From owner-freebsd-bugs Fri Apr 4 13:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04225 for bugs-outgoing; Fri, 4 Apr 1997 13:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04197; Fri, 4 Apr 1997 13:20:03 -0800 (PST) Resent-Date: Fri, 4 Apr 1997 13:20:03 -0800 (PST) Resent-Message-Id: <199704042120.NAA04197@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.NAA04055;Fri; (8.8.5/8.8.5);, 4 Apr 1997 13:18:42.-0800 (PST) Message-Id: <199704042118.NAA04055@freefall.freebsd.org> Date: Fri, 4 Apr 1997 13:18:42 -0800 (PST) From: pgiffuni@FPS.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/3197: f2c requires an update Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3197 >Category: misc >Synopsis: f2c requires an update >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Apr 4 13:20:01 PST 1997 >Last-Modified: >Originator: Pedro F. Giffuni S. >Organization: Universidad Nacional >Release: 2.2-(Pre)Release >Environment: Non-Relevant >Description: f2c has been severely updated in the recent months to fix several bugs and provide additional support for g77. Latest version is always available at: http://netlib.bell-labs.com/netlib/f2c/index.html >How-To-Repeat: Certain math ports can't be updated until this is fixed. >Fix: Very easy to compile. Just one minor patch described in the README for the libf2c directory. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 4 13:22:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04510 for bugs-outgoing; Fri, 4 Apr 1997 13:22:20 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04489; Fri, 4 Apr 1997 13:22:14 -0800 (PST) Date: Fri, 4 Apr 1997 13:22:14 -0800 (PST) From: Joerg Wunsch Message-Id: <199704042122.NAA04489@freefall.freebsd.org> To: luigi@iet.unipi.it, joerg, freebsd-bugs Subject: Re: kern/3196 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: patch for CDD2600 support (Philips 2x/6x writer) State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri Apr 4 23:19:52 MET DST 1997 State-Changed-Why: Already included. From owner-freebsd-bugs Fri Apr 4 13:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04904 for bugs-outgoing; Fri, 4 Apr 1997 13:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04897; Fri, 4 Apr 1997 13:30:01 -0800 (PST) Date: Fri, 4 Apr 1997 13:30:01 -0800 (PST) Message-Id: <199704042130.NAA04897@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/3196: patch for CDD2600 support (Philips 2x/6x writer) Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3196; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: luigi@iet.unipi.it Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/3196: patch for CDD2600 support (Philips 2x/6x writer) Date: Fri, 4 Apr 1997 23:00:24 +0200 As Luigi Rizzo wrote: > >Number: 3196 > >Category: kern > >Synopsis: patch for CDD2600 support (Philips 2x/6x writer) Sorry, you're only the second winner this time. :-) revision 1.83 date: 1997/04/01 19:28:03; author: joerg; state: Exp; lines: +6 -1 Add an entry for the newer Philips CDD26xx family CD-R drives. They come out with PHILIPS as the vendor string, as opposed to IMS for the older ones. Submitted by: "Brian N. Handy" -- 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-bugs Fri Apr 4 13:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA05848 for bugs-outgoing; Fri, 4 Apr 1997 13:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA05842; Fri, 4 Apr 1997 13:50:03 -0800 (PST) Resent-Date: Fri, 4 Apr 1997 13:50:03 -0800 (PST) Resent-Message-Id: <199704042150.NAA05842@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kargl@troutmask.apl.washington.edu Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA05766 for ; Fri, 4 Apr 1997 13:48:27 -0800 (PST) Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.8.5/8.7.3) id NAA19472; Fri, 4 Apr 1997 13:50:15 -0800 (PST) Message-Id: <199704042150.NAA19472@troutmask.apl.washington.edu> Date: Fri, 4 Apr 1997 13:50:15 -0800 (PST) From: "Steven G. Kargl" Reply-To: kargl@troutmask.apl.washington.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/3198: top(1) manpage is woefully inadequate Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3198 >Category: docs >Synopsis: top(1) manpage is woefully inadequate >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 4 13:50:02 PST 1997 >Last-Modified: >Originator: Steven G. Kargl >Organization: Applied Physics Lab >Release: FreeBSD 3.0-CURRENT i386 >Environment: Any FreeBSD system after top-3.4 was integrated into src/contrib >Description: %man top Mem: 9220K Active, 1032K Inact, 3284K Wired, 1MB Cache, 2M Buf, 1320K Free Swap: 91M Total, 79M Free, 13% Inuse, 80K In, 104 K Out Kilobyte Megabyte 1/100 number of pages active number of pages inactive number of pages wired down, including cached file data pages number of pages used for VM-level disk caching number of pages used for BIO-level disk caching number of pages free total available swap usage total free swap usage swap usage pages paged in from swap devices (last interval) pages paged out to swap de- vices (last interval) This is the contents of the entire man page. >How-To-Repeat: man top >Fix: cp /usr/src/contrib/top/top.X /usr/src/usr.bin/top/top.1 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Apr 4 15:36:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA11219 for bugs-outgoing; Fri, 4 Apr 1997 15:36:05 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA11160; Fri, 4 Apr 1997 15:35:59 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA04647; Sat, 5 Apr 1997 01:35:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id BAA06359; Sat, 5 Apr 1997 01:34:14 +0200 (MET DST) Message-ID: <19970405013413.MS58068@uriah.heep.sax.de> Date: Sat, 5 Apr 1997 01:34:13 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: kargl@troutmask.apl.washington.edu Cc: bugs@freebsd.org, mpp@freebsd.org Subject: Re: docs/3198: top(1) manpage is woefully inadequate References: <199704042150.NAA19472@troutmask.apl.washington.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704042150.NAA19472@troutmask.apl.washington.edu>; from Steven G. Kargl on Apr 4, 1997 13:50:15 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Steven G. Kargl wrote: > >Synopsis: top(1) manpage is woefully inadequate Ah, yeah, that's me who broke it. Mike, assign this PR to me, please. > >Fix: > > cp /usr/src/contrib/top/top.X /usr/src/usr.bin/top/top.1 Nope. This will kill the top.1 that's already there. Both gotta be merged somehow. I'll be away next week and won't have time to fix it ASAP. -- 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-bugs Fri Apr 4 23:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA25874 for bugs-outgoing; Fri, 4 Apr 1997 23:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA25868; Fri, 4 Apr 1997 23:40:01 -0800 (PST) Date: Fri, 4 Apr 1997 23:40:01 -0800 (PST) Message-Id: <199704050740.XAA25868@freefall.freebsd.org> To: freebsd-bugs Cc: From: Zach Heilig Subject: Re: bin/3173: utmp and wtmp programs out of sync (update). Reply-To: Zach Heilig Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3173; it has been noted by GNATS. From: Zach Heilig To: gnats@freefall.freebsd.org Cc: Subject: Re: bin/3173: utmp and wtmp programs out of sync (update). Date: Sat, 5 Apr 1997 01:29:59 -0600 is anyone listening? ;-) login and telnetd both think that sizeof (utmp) == 44 (I'm not sure why yet, they appearantly use libutil, which appears to think that sizeof (utmp) == 36... this info from observing the effect of these two programs on utmp and wtmp, and looking at their source) init, who, finger, w, uptime, and xterm [and most other things] get it right, and think that sizeof (utmp) == 36. For example, my /var/log/wtmp is size 256... it has 1 36 byte record, and 5 44 byte records. 1 reboot record (the 36 byte record), 1 login record for ttyv0, one login and logout record for ttyp3 (from telnetd), and one login and logout record for ttyp2 (also from telnetd). xterm doesn't seem to write to wtmp. My /var/run/utmp has two entries for ttyp2, one at 24*36 (from xterm), and one at 24*44 (from telnetd). I already tried: rm -rf /usr/obj rm -rf /usr/src rm -rf /usr/sup and getting a fresh copy of /usr/src, and make'ing world, but no difference. This is 2.2-STABLE, btw... -- Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email | is unwelcome. I avoid dealing | with companies that email ads. From owner-freebsd-bugs Sat Apr 5 01:49:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29414 for bugs-outgoing; Sat, 5 Apr 1997 01:49:51 -0800 (PST) Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29386; Sat, 5 Apr 1997 01:49:41 -0800 (PST) Date: Sat, 5 Apr 1997 01:49:41 -0800 (PST) From: Doug Rabson Message-Id: <199704050949.BAA29386@freefall.freebsd.org> To: Tor.Egge@idi.ntnu.no, dfr, freebsd-bugs Subject: Re: kern/3184 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vnodes are used after they are freed. State-Changed-From-To: open-closed State-Changed-By: dfr State-Changed-When: Sat Apr 5 01:24:50 PST 1997 State-Changed-Why: Fixed in current 5 Apr 97. From owner-freebsd-bugs Sat Apr 5 01:58:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29762 for bugs-outgoing; Sat, 5 Apr 1997 01:58:42 -0800 (PST) Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29742; Sat, 5 Apr 1997 01:58:39 -0800 (PST) Date: Sat, 5 Apr 1997 01:58:39 -0800 (PST) From: Doug Rabson Message-Id: <199704050958.BAA29742@freefall.freebsd.org> To: dfr, freebsd-bugs, dfr Subject: Re: kern/2626 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Can't NFS export ext2fs due to lack of cookies Responsible-Changed-From-To: freebsd-bugs->dfr Responsible-Changed-By: dfr Responsible-Changed-When: Sat Apr 5 01:57:48 PST 1997 Responsible-Changed-Why: I now have an ext2fs filesystem on my test machine, so I'm gonna fix it. From owner-freebsd-bugs Sat Apr 5 02:00:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA29998 for bugs-outgoing; Sat, 5 Apr 1997 02:00:44 -0800 (PST) Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA29982; Sat, 5 Apr 1997 02:00:38 -0800 (PST) Date: Sat, 5 Apr 1997 02:00:38 -0800 (PST) From: Doug Rabson Message-Id: <199704051000.CAA29982@freefall.freebsd.org> To: dfr, freebsd-bugs, dfr Subject: Re: kern/2774 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NFS client on 2.2-BETA blows holes in files Responsible-Changed-From-To: freebsd-bugs->dfr Responsible-Changed-By: dfr Responsible-Changed-When: Sat Apr 5 01:59:57 PST 1997 Responsible-Changed-Why: I should be able to fix this in 3.0 at least. From owner-freebsd-bugs Sat Apr 5 02:02:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA00250 for bugs-outgoing; Sat, 5 Apr 1997 02:02:37 -0800 (PST) Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA00229; Sat, 5 Apr 1997 02:02:28 -0800 (PST) Date: Sat, 5 Apr 1997 02:02:28 -0800 (PST) From: Doug Rabson Message-Id: <199704051002.CAA00229@freefall.freebsd.org> To: dfr, freebsd-bugs, dfr Subject: Re: kern/2858 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FreeBSD NFS client can't mount filesystem from dual-homed machine Responsible-Changed-From-To: freebsd-bugs->dfr Responsible-Changed-By: dfr Responsible-Changed-When: Sat Apr 5 02:01:19 PST 1997 Responsible-Changed-Why: I'm going to fix this. From owner-freebsd-bugs Sat Apr 5 02:04:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA00422 for bugs-outgoing; Sat, 5 Apr 1997 02:04:02 -0800 (PST) Received: (from dfr@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA00394; Sat, 5 Apr 1997 02:03:52 -0800 (PST) Date: Sat, 5 Apr 1997 02:03:52 -0800 (PST) From: Doug Rabson Message-Id: <199704051003.CAA00394@freefall.freebsd.org> To: mickey@deadline.snafu.de, dfr, freebsd-bugs Subject: Re: kern/3010 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 3.0-current NFS client machine crashes without any trace. State-Changed-From-To: open-closed State-Changed-By: dfr State-Changed-When: Sat Apr 5 02:03:16 PST 1997 State-Changed-Why: This may be fixed my the recent locking changes to NFS. From owner-freebsd-bugs Sat Apr 5 02:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA01572 for bugs-outgoing; Sat, 5 Apr 1997 02:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA01560; Sat, 5 Apr 1997 02:40:02 -0800 (PST) Resent-Date: Sat, 5 Apr 1997 02:40:02 -0800 (PST) Resent-Message-Id: <199704051040.CAA01560@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dima@tejblum.dnttm.rssi.ru Received: from helios.dnttm.ru (uutejb@dnttm.wave.ras.ru [194.85.104.197]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA01488 for ; Sat, 5 Apr 1997 02:36:54 -0800 (PST) Received: (from uutejb@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-2) with UUCP id OAA03102 for FreeBSD-gnats-submit@freebsd.org; Sat, 5 Apr 1997 14:39:30 +0400 Received: (from dima@localhost) by tejblum.dnttm.rssi.ru (8.8.5/8.8.5) id OAA00852; Sat, 5 Apr 1997 14:34:13 +0400 (MSD) Message-Id: <199704051034.OAA00852@tejblum.dnttm.rssi.ru> Date: Sat, 5 Apr 1997 14:34:13 +0400 (MSD) From: Dmitrij Tejblum Reply-To: dima@tejblum.dnttm.rssi.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/3200: issetugid() not declared in Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3200 >Category: misc >Synopsis: issetugid() not declared in >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 5 02:40:01 PST 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The man page for issetugid() says that issetugid() declared in . But it is not true. >How-To-Repeat: >Fix: Declare issetugid(). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 5 03:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02222 for bugs-outgoing; Sat, 5 Apr 1997 03:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA02215; Sat, 5 Apr 1997 03:10:02 -0800 (PST) Resent-Date: Sat, 5 Apr 1997 03:10:02 -0800 (PST) Resent-Message-Id: <199704051110.DAA02215@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rv@disa.uni.net.za Received: from disa.uni.net.za (disa.uni.net.za [155.232.240.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA02046 for ; Sat, 5 Apr 1997 03:03:23 -0800 (PST) Received: (from rv@localhost) by disa.uni.net.za (8.8.5/8.7.3) id NAA12683; Sat, 5 Apr 1997 13:03:09 +0200 (SAT) Message-Id: <199704051103.NAA12683@disa.uni.net.za> Date: Sat, 5 Apr 1997 13:03:09 +0200 (SAT) From: rv@disa.uni.net.za Reply-To: rv@disa.uni.net.za To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3201: de0 not re-enabled after hub down Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3201 >Category: kern >Synopsis: de0 not re-enabled after hub down >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 5 03:10:01 PST 1997 >Last-Modified: >Originator: Russell Vincent >Organization: University of Cape Town >Release: FreeBSD 2.2-STABLE i386 >Environment: de0 is a SMC EtherPower 10Base-T Ethernet Adapter - SMC8432T Kernel probe: FreeBSD 2.2-RELEASE #0: Thu Mar 20 08:55:21 SAT 1997 root@pineapple.uni.net.za:/usr/src/sys/compile/UNINET CPU: Pentium (132.63-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 268435456 (262144K bytes) avail memory = 261218304 (255096K bytes) eisa0: Probing for devices on the EISA bus Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 5 on pci0:7:0 de0 rev 17 int a irq 9 on pci0:9 de0: 21041 [10Mb/s] pass 1.1 de0: address 00:00:c0:37:5e:d6 ahc0 rev 0 int a irq 12 on pci0:10 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle [ snip ] >Description: If the UTP cable is disconnected for about 5 seconds or the hub powered off for about 5 seconds, the de driver does not detect that the cable is back in or the hub working again. I have this problem on 6 machines, so it doesn't appear to be hardware related. Doing an 'ifconfig de0 down' followed by 'ifconfig de0 up' on the console fixes the problem. >How-To-Repeat: Disconnect the UTP cable for about 5 seconds and plug it back in again - the driver will not detect that the network is back up. Do 'ifconfig de0 down' followed by 'ifconfig de0 up' to re-enable the network. >Fix: I work around the problem by having a process that pings the hub every few minutes and does the ifconfig every now and then until the network is up again. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 5 05:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA06303 for bugs-outgoing; Sat, 5 Apr 1997 05:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA06275; Sat, 5 Apr 1997 05:00:03 -0800 (PST) Resent-Date: Sat, 5 Apr 1997 05:00:03 -0800 (PST) Resent-Message-Id: <199704051300.FAA06275@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dima@tejblum.dnttm.rssi.ru Received: from helios.dnttm.ru (uutejb@dnttm.wave.ras.ru [194.85.104.197]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA06217 for ; Sat, 5 Apr 1997 04:58:43 -0800 (PST) Received: (from uutejb@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-2) with UUCP id RAA04401 for FreeBSD-gnats-submit@freebsd.org; Sat, 5 Apr 1997 17:01:26 +0400 Received: (from dima@localhost) by tejblum.dnttm.rssi.ru (8.8.5/8.8.5) id RAA01324; Sat, 5 Apr 1997 17:00:16 +0400 (MSD) Message-Id: <199704051300.RAA01324@tejblum.dnttm.rssi.ru> Date: Sat, 5 Apr 1997 17:00:16 +0400 (MSD) From: Dmitrij Tejblum Reply-To: dima@tejblum.dnttm.rssi.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3202: shutdown(8) don't work if started from an X Window Manager menu Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3202 >Category: bin >Synopsis: shutdown(8) don't work if started from an X Window Manager menu >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 5 05:00:02 PST 1997 >Last-Modified: >Originator: Dmitrij Tejblum >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: I tried to start 'shutdown -h now' from my X Window Manager menu. >Description: reboot(8) thinks that it started from an interactive shell, and ignore only SIGHUP. It seems that somebody, (xdm ?), when die, kills reboot(8) with some other signal. >How-To-Repeat: >Fix: May be this is not the best way, but it is simple. *** src/sbin/reboot/reboot.c.orig Sat Apr 5 16:23:20 1997 --- src/sbin/reboot/reboot.c Sat Apr 5 16:36:56 1997 *************** *** 130,137 **** if (kill(1, SIGTSTP) == -1) err("SIGTSTP init: %s", strerror(errno)); ! /* Ignore the SIGHUP we get when our parent shell dies. */ ! (void)signal(SIGHUP, SIG_IGN); /* Send a SIGTERM first, a chance to save the buffers. */ if (kill(-1, SIGTERM) == -1) --- 130,137 ---- if (kill(1, SIGTSTP) == -1) err("SIGTSTP init: %s", strerror(errno)); ! /* Avoid receiving signals from parent shell or other group leader */ ! daemon(0,1); /* Send a SIGTERM first, a chance to save the buffers. */ if (kill(-1, SIGTERM) == -1) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 5 05:04:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA06508 for bugs-outgoing; Sat, 5 Apr 1997 05:04:03 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA06479; Sat, 5 Apr 1997 05:03:52 -0800 (PST) Date: Sat, 5 Apr 1997 05:03:52 -0800 (PST) From: Peter Wemm Message-Id: <199704051303.FAA06479@freefall.freebsd.org> To: dima@tejblum.dnttm.rssi.ru, peter, freebsd-bugs Subject: Re: misc/3200 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: issetugid() not declared in State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Sat Apr 5 05:03:31 PST 1997 State-Changed-Why: Declared in unistd.h rev 1.12, thanks! From owner-freebsd-bugs Sat Apr 5 09:30:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA17965 for bugs-outgoing; Sat, 5 Apr 1997 09:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA17959; Sat, 5 Apr 1997 09:30:01 -0800 (PST) Resent-Date: Sat, 5 Apr 1997 09:30:01 -0800 (PST) Resent-Message-Id: <199704051730.JAA17959@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, blank@fox.uni-trier.de Received: from sliphost37.uni-trier.de (blank@sliphost37.uni-trier.de [136.199.240.37]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA17435 for ; Sat, 5 Apr 1997 09:20:39 -0800 (PST) Received: (from blank@localhost) by sliphost37.uni-trier.de (8.8.5/8.8.5) id TAA20407; Sat, 5 Apr 1997 19:17:37 +0200 (CEST) Message-Id: <199704051717.TAA20407@sliphost37.uni-trier.de> Date: Sat, 5 Apr 1997 19:17:37 +0200 (CEST) From: blank@fox.uni-trier.de Reply-To: blank@fox.uni-trier.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/3206: FreeBSD 2.2-STABLE: su seg-faults on invalid command line Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3206 >Category: bin >Synopsis: su seg-faults when being invoked with an invalid command line >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 5 09:30:00 PST 1997 >Last-Modified: >Originator: Sascha Blank >Organization: Computer Center of the University of Trier, Germany >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE, current as of ctm-src-2.2 #0226 ident /usr/src/usr.bin/su/su.c says: $Id: su.c,v 1.14.2.1 1997/03/07 09:01:23 joerg Exp $ >Description: Calling su with an invalid command line like this one su -- or this one su --m makes su quit with a segmentation fault: Apr 5 19:00:56 sliphost37 /kernel: pid 20268 (su), uid 0: exited on signal 11 >How-To-Repeat: See above. >Fix: The reason for the fault is easy to find. The variable "user" is supposed to hold the user name given on the command line (or "root" if none is given). In case of an invalied argument like above "user" is set to NULL, which will later make the "getpwnam(user)"-call fail. My little diff below fixes this problem by explicitely checking if "user" has been set to NULL. If so, it makes the program show "usage..." and exit properly. *** su.c.CURRENT Sat Apr 5 18:55:03 1997 --- su.c Sat Apr 5 19:06:21 1997 *************** *** 137,142 **** --- 137,148 ---- break; } + if(user == NULL) { + (void)fprintf(stderr, "usage: su [%s] [login]\n", + ARGSTR); + exit(1); + } + if((nargv = malloc (sizeof (char *) * (argc + 4))) == NULL) { errx(1, "malloc failure"); } -- Sascha Blank - mailto:blank@fox.uni-trier.de Student and System Administrator at the University of Trier, Germany Finger my account to receive my Public PGP key I don't speak for my employers, they don't pay me enough for that. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 5 11:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23948 for bugs-outgoing; Sat, 5 Apr 1997 11:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23938; Sat, 5 Apr 1997 11:50:02 -0800 (PST) Resent-Date: Sat, 5 Apr 1997 11:50:02 -0800 (PST) Resent-Message-Id: <199704051950.LAA23938@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, proff@suburbia.net Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA23848 for ; Sat, 5 Apr 1997 11:48:44 -0800 (PST) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id LAA20078 for ; Sat, 5 Apr 1997 11:50:43 -0800 (PST) Received: (qmail 19627 invoked by uid 110); 5 Apr 1997 19:47:50 -0000 Message-Id: <19970405194750.19626.qmail@suburbia.net> Date: 5 Apr 1997 19:47:50 -0000 From: proff@suburbia.net Reply-To: proff@suburbia.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3207: FULL ipfilter build/bugfix intergration Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3207 >Category: kern >Synopsis: FULL ipfilter build/bugfix intergration >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 5 11:50:01 PST 1997 >Last-Modified: >Originator: Julian Assange >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: ipfilter doesn't have any build system, does not support devfs, and panics under various conditions. this patch attempts to address the outstanding problems. >How-To-Repeat: >Fix: Apply the following againt a recent current: --- src/sys/conf/options~ Sun Apr 6 03:58:17 1997 +++ src/sys/conf/options Sun Apr 6 03:58:17 1997 @@ -85,3 +85,6 @@ IPFIREWALL opt_ipfw.h IPFIREWALL_VERBOSE opt_ipfw.h IPFIREWALL_VERBOSE_LIMIT opt_ipfw.h +IPFITLER opt_ipfilter.h +IPFITLER_LKM opt_ipfilter.h +IPFILTER_LOG opt_ipfilter.h --- src/etc/etc.i386/MAKEDEV~ Sun Apr 6 03:41:43 1997 +++ src/etc/etc.i386/MAKEDEV Sun Apr 6 03:41:43 1997 @@ -103,6 +103,11 @@ # perfmon CPU performance-monitoring counters # pci PCI configuration-space access from user mode # +# IP-firewall devices: +# ipl ipfirewall control device +# ipnat ipfirewall network address translation device +# ipstate ipfirewall state device +# # $Id: MAKEDEV,v 1.139 1997/03/10 02:10:58 danny Exp $ # @@ -186,6 +191,7 @@ sh MAKEDEV vty4 # cdev sh MAKEDEV tun0 # cdev sh MAKEDEV apm card0 card1 # cdev, laptop + sh MAKEDEV ipl ipnat ipstate # cdev, ipfirewall ;; std) rm -f console drum mem kmem null random urandom zero io tty klog @@ -1224,6 +1230,25 @@ mknod perfmon c 2 32 chown root.kmem perfmon chmod 640 perfmon + ;; + +ipl) + rm -f ipl + mknod ipl c 79 0 + chown root.wheel ipl + chmod 600 ipl + ;; +ipnat) + rm -f ipnat + mknod ipnat c 79 1 + chown root.wheel ipnat + chmod 600 ipnat + ;; +ipstate) + rm -f ipstate + mknod ipstate c 79 2 + chown root.wheel ipstate + chmod 600 ipstate ;; local) --- src/sbin/Makefile~ Sun Apr 6 04:02:34 1997 +++ src/sbin/Makefile Sun Apr 6 04:02:34 1997 @@ -3,7 +3,7 @@ # XXX MISSING: icheck ncheck SUBDIR= adjkerntz badsect ccdconfig clri disklabel dmesg dset dump dumpfs \ - dumplfs dumpon fsck fsdb fsirand ifconfig init ipfw md5 mknod modload \ + dumplfs dumpon fsck fsdb fsirand ifconfig init ipf ipfw md5 mknod modload \ modunload mount mount_cd9660 mount_ext2fs \ mount_lfs mount_nfs mount_null mount_portal mount_std \ mount_umap mount_union mountd newfs newlfs nfsd nfsiod \ --- src/sys/netinet/in_proto.c~ Sun Apr 6 04:22:09 1997 +++ src/sys/netinet/in_proto.c Sun Apr 6 04:22:09 1997 @@ -34,6 +34,8 @@ * $Id: in_proto.c,v 1.38 1997/02/18 20:46:22 wollman Exp $ */ +#include "opt_ipfilter.h" + #include #include #include --- src/sys/netinet/ip_input.c~ Sun Apr 6 04:20:36 1997 +++ src/sys/netinet/ip_input.c Sun Apr 6 04:20:36 1997 @@ -38,6 +38,7 @@ #define _IP_VHL #include "opt_ipfw.h" +#include "opt_ipfilter.h" #include --- src/sys/netinet/ip_output.c~ Sun Apr 6 04:20:23 1997 +++ src/sys/netinet/ip_output.c Sun Apr 6 04:20:06 1997 @@ -34,6 +34,9 @@ * $Id: ip_output.c,v 1.54 1997/04/03 10:47:12 darrenr Exp $ */ +#include "opt_ipfw.h" +#include "opt_ipfilter.h" + #define _IP_VHL #include --- src/sys/i386/conf/LINT~ Sun Apr 6 04:27:57 1997 +++ src/sys/i386/conf/LINT Sun Apr 6 04:27:57 1997 @@ -315,6 +315,11 @@ # dropped packets options "IPFIREWALL_VERBOSE_LIMIT=100" #limit verbosity options IPDIVERT #divert sockets +# new IPFILTER firewall +#options IPFILTER #only lkm works presently +options IPFILTER_LKM #module version +options IPFITLER_LOG #support logging +# options TCPDEBUG diff -r -N -u oldsrc/Makefile src/sbin/ipf/Makefile --- oldsrc/Makefile Thu Jan 1 10:00:00 1970 +++ src/sbin/ipf/Makefile Sat Apr 5 15:51:15 1997 @@ -0,0 +1,5 @@ +# @(#)Makefile 0.1 (RGrimes) 4/4/93 + +SUBDIR= ipf ipfstat ipftest ipmon ipnat + +.include diff -r -N -u oldsrc/Makefile.inc src/sbin/ipf/Makefile.inc --- oldsrc/Makefile.inc Thu Jan 1 10:00:00 1970 +++ src/sbin/ipf/Makefile.inc Sat Apr 5 16:21:30 1997 @@ -0,0 +1,8 @@ +# @(#)Makefile.inc 5.1 (Berkeley) 5/11/90 + +BINDIR?= /sbin + +CFLAGS+=-I${IPFILTER_DISTDIR} + +IPFILTER_DISTDIR?= ${.CURDIR}/../../../contrib/ipfilter +.PATH: ${IPFILTER_DISTDIR} ${IPFILTER_DISTDIR}/man diff -r -N -u oldsrc/ipf/Makefile src/sbin/ipf/ipf/Makefile --- oldsrc/ipf/Makefile Thu Jan 1 10:00:00 1970 +++ src/sbin/ipf/ipf/Makefile Sat Apr 5 16:25:11 1997 @@ -0,0 +1,8 @@ +# $Id: Makefile,v 1.16 1997/02/22 16:14:02 peter Exp $ + +PROG= ipf + +MAN1= ipf.1 ipf.5 +SRCS= ipf.c parse.c opt.c + +.include diff -r -N -u oldsrc/ipfstat/Makefile src/sbin/ipf/ipfstat/Makefile --- oldsrc/ipfstat/Makefile Thu Jan 1 10:00:00 1970 +++ src/sbin/ipf/ipfstat/Makefile Sat Apr 5 16:25:51 1997 @@ -0,0 +1,8 @@ +# $Id: Makefile,v 1.16 1997/02/22 16:14:02 peter Exp $ + +PROG= ipfstat + +MAN1= ipfstat.8 +SRCS= fils.c parse.c kmem.c opt.c + +.include diff -r -N -u oldsrc/ipftest/Makefile src/sbin/ipf/ipftest/Makefile --- oldsrc/ipftest/Makefile Thu Jan 1 10:00:00 1970 +++ src/sbin/ipf/ipftest/Makefile Sat Apr 5 16:38:26 1997 @@ -0,0 +1,9 @@ +# $Id: Makefile,v 1.16 1997/02/22 16:14:02 peter Exp $ + +PROG= ipftest + +MAN1= ipftest.1 +SRCS= ipt.c parse.c fil.c ipft_sn.c ipft_ef.c ipft_td.c ipft_pc.c opt.c \ + ipft_tx.c misc.c ip_frag.c ip_state.c ip_nat.c ipft_hx.c ip_fil.c + +.include diff -r -N -u oldsrc/ipmon/Makefile src/sbin/ipf/ipmon/Makefile --- oldsrc/ipmon/Makefile Thu Jan 1 10:00:00 1970 +++ src/sbin/ipf/ipmon/Makefile Sun Apr 6 04:40:11 1997 @@ -0,0 +1,8 @@ +# $Id: Makefile,v 1.16 1997/02/22 16:14:02 peter Exp $ + +PROG= ipmon + +MAN1= ipmon.8 +SRCS= ipmon.c + +.include diff -r -N -u oldsrc/ipnat/Makefile src/sbin/ipf/ipnat/Makefile --- oldsrc/ipnat/Makefile Thu Jan 1 10:00:00 1970 +++ src/sbin/ipf/ipnat/Makefile Sun Apr 6 04:48:18 1997 @@ -0,0 +1,9 @@ +# $Id: Makefile,v 1.16 1997/02/22 16:14:02 peter Exp $ + +PROG= ipnat + +MAN1= ipnat.1 +MAN5= ipnat.5 +SRCS= ipnat.c kmem.c + +.include diff -r -N -u oldsrc/Makefile src/lkm/if_ipf/Makefile --- oldsrc/Makefile Thu Jan 1 10:00:00 1970 +++ src/lkm/if_ipf/Makefile Sun Apr 6 04:48:01 1997 @@ -0,0 +1,11 @@ +# $Id: Makefile,v 1.5 1996/06/23 14:27:52 bde Exp $ + +IPFILTER_DISTDIR?= ${.CURDIR}/../../contrib/ipfilter +.PATH: ${IPFILTER_DISTDIR} ${IPFILTER_DISTDIR}/man +KMOD= if_ipl_mod +SRCS= ip_fil.c fil.c mlf_ipl.c ip_nat.c ip_frag.c ip_state.c +MAN4= ipf.4 ipnat.4 +CFLAGS+=-DIPFILTER_LKM -DIPFILTER_LOG +CFLAGS+=-DINET + +.include diff -r -N -u src/contrib/ipfilter.old/fil.c src/contrib/ipfilter/fil.c --- src/contrib/ipfilter.old/fil.c Thu Apr 3 20:10:10 1997 +++ src/contrib/ipfilter/fil.c Sun Apr 6 05:06:48 1997 @@ -10,12 +10,19 @@ static char rcsid[] = "$Id: fil.c,v 2.0.2.7 1997/04/02 12:23:15 darrenr Exp $"; #endif +#include "ipfconf.h" + #include #include #include #include #include -#include +#if __FreeBSD_version >= 220000 && defined(KERNEL) +# include +# include +#else +# include +#endif #if defined(_KERNEL) || defined(KERNEL) # include #else @@ -680,9 +687,16 @@ ICMP_ERROR(q, ip, ICMP_UNREACH, fin->fin_icode, qif, ip->ip_src); # else + if (pass & FR_DUP) { + struct mbuf *m2=m_copy(m, 0, M_COPYALL); + ICMP_ERROR(m2, ip, ICMP_UNREACH, fin->fin_icode, + ifp, ip->ip_src); + } else + { ICMP_ERROR(m, ip, ICMP_UNREACH, fin->fin_icode, ifp, ip->ip_src); m = *mp = NULL; /* freed by icmp_error() */ + } # endif frstats[0].fr_ret++; diff -r -N -u src/contrib/ipfilter.old/fils.c src/contrib/ipfilter/fils.c --- src/contrib/ipfilter.old/fils.c Thu Apr 3 20:10:18 1997 +++ src/contrib/ipfilter/fils.c Sun Apr 6 03:11:08 1997 @@ -6,6 +6,8 @@ * to the original author and the contributors. */ +#include "ipfconf.h" + #include #include #if !defined(__SVR4) && !defined(__svr4__) diff -r -N -u src/contrib/ipfilter.old/inet_addr.c src/contrib/ipfilter/inet_addr.c --- src/contrib/ipfilter.old/inet_addr.c Thu Apr 3 20:10:27 1997 +++ src/contrib/ipfilter/inet_addr.c Sun Apr 6 03:11:26 1997 @@ -58,6 +58,8 @@ static char rcsid[] = "$Id: inet_addr.c,v 2.0.2.3 1997/03/27 13:45:00 darrenr Exp $"; #endif /* LIBC_SCCS and not lint */ +#include "ipfconf.h" + #include #include #include diff -r -N -u src/contrib/ipfilter.old/ip_fil.c src/contrib/ipfilter/ip_fil.c --- src/contrib/ipfilter.old/ip_fil.c Thu Apr 3 20:10:52 1997 +++ src/contrib/ipfilter/ip_fil.c Sun Apr 6 05:30:59 1997 @@ -10,13 +10,12 @@ static char rcsid[] = "$Id: ip_fil.c,v 2.0.2.6 1997/04/02 12:23:19 darrenr Exp $"; #endif +#include "ipfconf.h" + #ifndef SOLARIS #define SOLARIS (defined(sun) && (defined(__svr4__) || defined(__SVR4))) #endif -#ifdef __FreeBSD__ -#include -#endif #ifndef _KERNEL #include #include @@ -25,7 +24,12 @@ #include #include #include -#include +#if __FreeBSD_version >= 220000 && defined(KERNEL) +# include +# include +#else +# include +#endif #include #ifdef _KERNEL #include @@ -47,6 +51,9 @@ #ifdef sun #include #endif +#if __FreeBSD_version >= 220000 +# include +#endif #include #include #include @@ -66,6 +73,9 @@ #ifndef MIN #define MIN(a,b) (((a)<(b))?(a):(b)) #endif +#ifdef __FreeBSD__ +int ip_optcopy __P((struct ip *, struct ip *)); +#endif extern fr_flags, fr_active; extern struct protosw inetsw[]; @@ -746,7 +756,17 @@ /* * extra 0 in case of multicast */ +#if __FreeBSD_version >= 220000 + ;{ + struct route ro; + bzero(&ro, sizeof ro); + (void) ip_output(m, (struct mbuf *)0, &ro, 0, 0); + if (ro.ro_rt) + RTFREE(ro.ro_rt); + }; +#else (void) ip_output(m, (struct mbuf *)0, 0, 0, 0); +#endif return 0; } diff -r -N -u src/contrib/ipfilter.old/ip_frag.c src/contrib/ipfilter/ip_frag.c --- src/contrib/ipfilter.old/ip_frag.c Thu Apr 3 20:11:03 1997 +++ src/contrib/ipfilter/ip_frag.c Sun Apr 6 00:48:56 1997 @@ -10,6 +10,8 @@ static char rcsid[] = "$Id: ip_frag.c,v 2.0.2.5 1997/04/02 12:23:21 darrenr Exp $"; #endif +#include "ipfconf.h" + #if !defined(_KERNEL) && !defined(KERNEL) # include # include @@ -19,8 +21,7 @@ #include #include #include -#if defined(__FreeBSD__) && (__FreeBSD__ >= 3) -#include +#if defined(KERNEL) && __FreeBSD_version >= 220000 #include #include #else @@ -80,7 +81,9 @@ # if BSD < 199306 int ipfr_slowtimer __P((void)); # else +# if __FreeBSD_version < 300000 void ipfr_slowtimer __P((void)); +# endif # endif #endif /* __FreeBSD__ */ diff -r -N -u src/contrib/ipfilter.old/ip_nat.c src/contrib/ipfilter/ip_nat.c --- src/contrib/ipfilter.old/ip_nat.c Thu Apr 3 20:11:11 1997 +++ src/contrib/ipfilter/ip_nat.c Sun Apr 6 05:31:09 1997 @@ -12,6 +12,8 @@ static char rcsid[] = "$Id: ip_nat.c,v 2.0.2.8 1997/04/02 12:23:23 darrenr Exp $"; #endif +#include "ipfconf.h" + #if defined(__FreeBSD__) && defined(KERNEL) #define _KERNEL #endif @@ -26,7 +28,12 @@ #include #include #include +#if defined(KERNEL) && __FreeBSD_version >= 220000 +#include +#include +#else #include +#endif #include #include #include @@ -43,6 +50,9 @@ #endif #include +#if __FreeBSD_version >= 220000 +# include +#endif #ifdef sun #include #endif @@ -51,6 +61,10 @@ #include #include +#if __FreeBSD_version >= 300000 +# include +#endif + #ifdef RFC1825 #include #include @@ -425,15 +439,23 @@ #else struct ifaddr *ifa; struct sockaddr_in *sin; - +# if __FreeBSD_version >= 300000 + ifa = TAILQ_FIRST(&ifp->if_addrhead); +# else ifa = ifp->if_addrlist; +# endif + # if BSD < 199306 sin = (struct sockaddr_in *)&ifa->ifa_addr; # else sin = (struct sockaddr_in *)ifa->ifa_addr; while (sin && ifa && sin->sin_family != AF_INET) { +# if __FreeBSD_version >= 300000 + ifa = TAILQ_NEXT(ifa, ifa_link); +# else ifa = ifa->ifa_next; +# endif sin = (struct sockaddr_in *)ifa->ifa_addr; } if (!ifa) diff -r -N -u src/contrib/ipfilter.old/ip_sfil.c src/contrib/ipfilter/ip_sfil.c --- src/contrib/ipfilter.old/ip_sfil.c Thu Apr 3 20:11:24 1997 +++ src/contrib/ipfilter/ip_sfil.c Sun Apr 6 03:11:45 1997 @@ -12,6 +12,8 @@ static char rcsid[] = "$Id: ip_sfil.c,v 2.0.2.3 1997/03/27 13:45:13 darrenr Exp $"; #endif +#include "ipfconf.h" + #include #include #include diff -r -N -u src/contrib/ipfilter.old/ip_state.c src/contrib/ipfilter/ip_state.c --- src/contrib/ipfilter.old/ip_state.c Thu Apr 3 20:11:29 1997 +++ src/contrib/ipfilter/ip_state.c Sun Apr 6 00:50:21 1997 @@ -10,6 +10,8 @@ static char rcsid[] = "$Id: ip_state.c,v 2.0.2.6 1997/04/02 12:23:24 darrenr Exp $"; #endif +#include "ipfconf.h" + #if !defined(_KERNEL) && !defined(KERNEL) # include # include @@ -19,8 +21,7 @@ #include #include #include -#if defined(__FreeBSD__) && (__FreeBSD__ >= 3) -#include +#if defined(KERNEL) && __FreeBSD_version >= 220000 #include #include #else diff -r -N -u src/contrib/ipfilter.old/ipf.c src/contrib/ipfilter/ipf.c --- src/contrib/ipfilter.old/ipf.c Thu Apr 3 20:11:38 1997 +++ src/contrib/ipfilter/ipf.c Sun Apr 6 05:32:14 1997 @@ -5,6 +5,9 @@ * provided that this notice is preserved and due credit is given * to the original author and the contributors. */ + +#include "ipfconf.h" + #include #include #include @@ -22,7 +25,11 @@ #include #include #include +#include #include +#if __FreeBSD_version >= 220000 +# include +#endif #include #include #include diff -r -N -u src/contrib/ipfilter.old/ipfconf.h src/contrib/ipfilter/ipfconf.h --- src/contrib/ipfilter.old/ipfconf.h Thu Jan 1 10:00:00 1970 +++ src/contrib/ipfilter/ipfconf.h Sat Apr 5 22:58:11 1997 @@ -0,0 +1,8 @@ +#ifdef __FreeBSD__ +# include +# if defined(KERNEL) +# ifndef _KERNEL +# define _KERNEL +# endif +# endif +#endif diff -r -N -u src/contrib/ipfilter.old/ipft_ef.c src/contrib/ipfilter/ipft_ef.c --- src/contrib/ipfilter.old/ipft_ef.c Thu Apr 3 20:11:52 1997 +++ src/contrib/ipfilter/ipft_ef.c Sun Apr 6 03:11:59 1997 @@ -19,6 +19,9 @@ 0.32 91 04 131.170.1.10 128.250.133.13 0.33 566 udp 128.250.37.155 128.250.133.3 901 901 */ + +#include "ipfconf.h" + #include #include #if !defined(__SVR4) && !defined(__GNUC__) @@ -31,6 +34,7 @@ #include #include #include +#include #include #include #include diff -r -N -u src/contrib/ipfilter.old/ipft_hx.c src/contrib/ipfilter/ipft_hx.c --- src/contrib/ipfilter.old/ipft_hx.c Thu Apr 3 20:11:58 1997 +++ src/contrib/ipfilter/ipft_hx.c Sun Apr 6 03:12:06 1997 @@ -5,6 +5,9 @@ * provided that this notice is preserved and due credit is given * to the original author and the contributors. */ + +#include "ipfconf.h" + #include #include #include @@ -16,6 +19,7 @@ #endif #include #include +#include #include #include #include diff -r -N -u src/contrib/ipfilter.old/ipft_pc.c src/contrib/ipfilter/ipft_pc.c --- src/contrib/ipfilter.old/ipft_pc.c Thu Apr 3 20:12:02 1997 +++ src/contrib/ipfilter/ipft_pc.c Sun Apr 6 03:12:16 1997 @@ -5,6 +5,9 @@ * provided that this notice is preserved and due credit is given * to the original author and the contributors. */ + +#include "ipfconf.h" + #include #include #if !defined(__SVR4) && !defined(__GNUC__) diff -r -N -u src/contrib/ipfilter.old/ipft_sn.c src/contrib/ipfilter/ipft_sn.c --- src/contrib/ipfilter.old/ipft_sn.c Thu Apr 3 20:12:06 1997 +++ src/contrib/ipfilter/ipft_sn.c Sun Apr 6 03:12:25 1997 @@ -9,6 +9,9 @@ /* * Written to comply with the recent RFC 1761 from Sun. */ + +#include "ipfconf.h" + #include #include #if !defined(__SVR4) && !defined(__GNUC__) @@ -21,6 +24,7 @@ #include #include #include +#include #include #include #include diff -r -N -u src/contrib/ipfilter.old/ipft_td.c src/contrib/ipfilter/ipft_td.c --- src/contrib/ipfilter.old/ipft_td.c Thu Apr 3 20:12:11 1997 +++ src/contrib/ipfilter/ipft_td.c Sun Apr 6 03:12:38 1997 @@ -28,6 +28,9 @@ 8:0:20:f:65:f7 0:0:c:1:8a:c5 81: 128.250.133.13.23 > 128.250.20.20.2419: tcp 27 */ + +#include + #include #include #if !defined(__SVR4) && !defined(__GNUC__) @@ -35,6 +38,7 @@ #endif #include #include +#include #include #include #include diff -r -N -u src/contrib/ipfilter.old/ipft_tx.c src/contrib/ipfilter/ipft_tx.c --- src/contrib/ipfilter.old/ipft_tx.c Thu Apr 3 20:12:16 1997 +++ src/contrib/ipfilter/ipft_tx.c Sun Apr 6 03:12:50 1997 @@ -5,6 +5,9 @@ * provided that this notice is preserved and due credit is given * to the original author and the contributors. */ + +#include "ipfconf.h" + #include #include #include @@ -16,6 +19,7 @@ #endif #include #include +#include #include #include #include diff -r -N -u src/contrib/ipfilter.old/ipl_ldev.c src/contrib/ipfilter/ipl_ldev.c --- src/contrib/ipfilter.old/ipl_ldev.c Mon Feb 10 09:49:49 1997 +++ src/contrib/ipfilter/ipl_ldev.c Sun Apr 6 03:13:10 1997 @@ -6,6 +6,8 @@ * to the original author and the contributors. */ +#include "ipfconf.h" + /* * routines below for saving IP headers to buffer */ diff -r -N -u src/contrib/ipfilter.old/ipmon.c src/contrib/ipfilter/ipmon.c --- src/contrib/ipfilter.old/ipmon.c Thu Apr 3 20:12:30 1997 +++ src/contrib/ipfilter/ipmon.c Sun Apr 6 04:12:24 1997 @@ -6,6 +6,8 @@ * to the original author and the contributors. */ +#include "ipfconf.h" + #include #include #include @@ -894,7 +896,7 @@ break; } } - if (!nr && regular && (opts & OPT_TAIL)) + if (nr==0) sleep(1); } exit(0); diff -r -N -u src/contrib/ipfilter.old/ipnat.c src/contrib/ipfilter/ipnat.c --- src/contrib/ipfilter.old/ipnat.c Thu Apr 3 20:12:35 1997 +++ src/contrib/ipfilter/ipnat.c Sun Apr 6 03:13:33 1997 @@ -16,6 +16,9 @@ * Will redirect all incoming packets on le1 to any machine, port 79 to * host 199.165.219.129, port 9901 */ + +#include "ipfconf.h" + #include #include #include diff -r -N -u src/contrib/ipfilter.old/ipt.c src/contrib/ipfilter/ipt.c --- src/contrib/ipfilter.old/ipt.c Thu Apr 3 20:12:41 1997 +++ src/contrib/ipfilter/ipt.c Sun Apr 6 05:33:42 1997 @@ -5,6 +5,8 @@ * provided that this notice is preserved and due credit is given * to the original author and the contributors. */ +#include "ipfconf.h" + #include #include #include @@ -16,6 +18,7 @@ #endif #include #include +#include #include #include #include @@ -30,6 +33,9 @@ #include #include #include +#if __FreeBSD_version >= 220000 +# include +#endif #include #include #include diff -r -N -u src/contrib/ipfilter.old/kmem.c src/contrib/ipfilter/kmem.c --- src/contrib/ipfilter.old/kmem.c Thu Apr 3 20:12:53 1997 +++ src/contrib/ipfilter/kmem.c Sun Apr 6 03:13:48 1997 @@ -10,6 +10,8 @@ * returns 0 on success, -1 on error. */ +#include "ipfconf.h" + #include #include #include diff -r -N -u src/contrib/ipfilter.old/misc.c src/contrib/ipfilter/misc.c --- src/contrib/ipfilter.old/misc.c Thu Apr 3 20:13:19 1997 +++ src/contrib/ipfilter/misc.c Sun Apr 6 03:13:56 1997 @@ -5,6 +5,9 @@ * provided that this notice is preserved and due credit is given * to the original author and the contributors. */ + +#include "ipfconf.h" + #include #include #include @@ -15,6 +18,7 @@ #endif #include #include +#include #include #include #include diff -r -N -u src/contrib/ipfilter.old/ml_ipl.c src/contrib/ipfilter/ml_ipl.c --- src/contrib/ipfilter.old/ml_ipl.c Mon Feb 10 09:49:49 1997 +++ src/contrib/ipfilter/ml_ipl.c Sun Apr 6 03:14:05 1997 @@ -12,6 +12,9 @@ * 29/12/94 Added code from Marc Huber to allow it to allocate * its own major char number! Way cool patch! */ + +#include "ipfconf.h" + #include #include #include diff -r -N -u src/contrib/ipfilter.old/mlf_ipl.c src/contrib/ipfilter/mlf_ipl.c --- src/contrib/ipfilter.old/mlf_ipl.c Thu Jan 1 10:00:00 1970 +++ src/contrib/ipfilter/mlf_ipl.c Sun Apr 6 03:30:01 1997 @@ -0,0 +1,162 @@ +/* + * (C)opyright 1997 by Julian Assange. + * + * Redistribution and use in source and binary forms are permitted + * provided that this notice is preserved and due credit is given + * to the original author and the contributors. + */ + +#include "ipfconf.h" + +#ifndef IPFILTER_LKM +# include "opt_ipfilter.h" +#endif + +#define DEVFS +#include +#include +#include +#include +#include +#ifdef DEVFS +# include +#endif /*DEVFS*/ + +#define IPL_DEV "ipl" +#define IPL_DEV_NAT "ipnat" +#define IPL_DEV_STATE "ipstate" + +#define CDEV_MAJOR 79 + +extern int iplioctl __P((dev_t, int, caddr_t, int, struct proc *)); +extern int iplopen __P((dev_t, int, int, struct proc *)); +extern int iplclose __P((dev_t, int, int, struct proc *)); +#ifdef IPFILTER_LOG +extern int iplread __P((dev_t, struct uio *, int)); +#endif +extern int iplattach __P((void)); +extern int ipldetach __P((void)); + +struct cdevsw ipl_cdevsw = +{ + iplopen, /* open */ + iplclose, /* close */ +#ifdef IPFILTER_LOG + iplread, /* read */ +#else + nodev, +#endif + (void *)nullop, /* write */ + iplioctl, /* ioctl */ + (void *)nullop, /* stop */ + (void *)nullop, /* reset */ + (void *)NULL, /* tty */ + (void *)nullop, /* select */ + (void *)nullop, /* mmap */ + NULL, /* strategy */ + IPL_DEV, /* name */ + NULL, /* d_bdev */ + CDEV_MAJOR /* d_maj */ +}; + +int ipl_major = CDEV_MAJOR; + +#ifdef DEVFS +struct ipf_devs { + void *devfs_token; + char *name; +} ipf_devs[] = { + {NULL, IPL_DEV }, + {NULL, IPL_DEV_NAT }, + {NULL, IPL_DEV_STATE } +}; +#define NUM_MINORS (sizeof(ipf_devs)/sizeof(struct ipf_devs)) + +static void ipl_attach_devfs(void) +{ + int i; + for (i=0; i +#include +#include +#include + +MOD_DEV(if_ipl, LM_DT_CHAR, CDEV_MAJOR, &ipl_cdevsw); + +static int ipl_action (struct lkm_table *lkmtp, int cmd) +{ + int error; + switch (cmd) { + case LKM_E_LOAD: + error = iplattach(); +#ifdef DEVFS + ipl_attach_devfs(); +#endif + load_msg(); + break; + case LKM_E_UNLOAD: +#ifdef DEVFS + ipl_detach_devfs(); +#endif + error = ipldetach(); + unload_msg(); + break; + case LKM_E_STAT: + error = 0; + break; + default: + error = EIO; + } + return error; +} + +int if_ipl_mod(struct lkm_table *lkmtp, int cmd, int ver) +{ +#define _module if_ipl_module + DISPATCH(lkmtp, cmd, ver, ipl_action, ipl_action, ipl_action); +} + +#else /* IPFITLER_LKM */ + +static ipl_cdevsw_installed = 0; + +static void ipl_drvinit (void *unused) +{ + if(!ipl_cdevsw_installed) { + dev_t dev; + ipl_cdevsw_installed = 1; + if (iplattach()!=0) + return; + dev = makedev(CDEV_MAJOR, 0); + cdevsw_add(&dev, &ipl_cdevsw, NULL); +#ifdef DEVFS + ipl_attach_devfs(); +#endif + load_msg(); + } +} + +SYSINIT(ipldev,SI_SUB_DRIVERS,SI_ORDER_MIDDLE+CDEV_MAJOR,ipl_drvinit,NULL) +#endif diff -r -N -u src/contrib/ipfilter.old/mln_ipl.c src/contrib/ipfilter/mln_ipl.c --- src/contrib/ipfilter.old/mln_ipl.c Thu Apr 3 20:13:28 1997 +++ src/contrib/ipfilter/mln_ipl.c Sun Apr 6 03:14:38 1997 @@ -10,6 +10,7 @@ * its own major char number! Way cool patch! */ +#include "ipfconf.h" #include @@ -22,12 +23,6 @@ # define NETBSD_PF #endif -#if defined(__FreeBSD__) && (__FreeBSD__ > 1) -# include -# ifdef IPFILTER_LKM -# define ACTUALLY_LKM_NOT_KERNEL -# endif -#endif #include #if defined(__FreeBSD_version) && (__FreeBSD_version >= 220000) # include diff -r -N -u src/contrib/ipfilter.old/mls_ipl.c src/contrib/ipfilter/mls_ipl.c --- src/contrib/ipfilter.old/mls_ipl.c Thu Apr 3 20:13:34 1997 +++ src/contrib/ipfilter/mls_ipl.c Sun Apr 6 03:15:04 1997 @@ -9,6 +9,9 @@ * 29/12/94 Added code from Marc Huber to allow it to allocate * its own major char number! Way cool patch! */ + +#include "ipfconf.h" + #include #include #include diff -r -N -u src/contrib/ipfilter.old/opt.c src/contrib/ipfilter/opt.c --- src/contrib/ipfilter.old/opt.c Thu Apr 3 20:13:39 1997 +++ src/contrib/ipfilter/opt.c Sun Apr 6 03:15:14 1997 @@ -5,6 +5,9 @@ * provided that this notice is preserved and due credit is given * to the original author and the contributors. */ + +#include "ipfconf.h" + #include #include #include diff -r -N -u src/contrib/ipfilter.old/parse.c src/contrib/ipfilter/parse.c --- src/contrib/ipfilter.old/parse.c Thu Apr 3 20:13:44 1997 +++ src/contrib/ipfilter/parse.c Sun Apr 6 03:15:23 1997 @@ -5,6 +5,9 @@ * provided that this notice is preserved and due credit is given * to the original author and the contributors. */ + +#include "ipfconf.h" + #include #include #if !defined(__SVR4) && !defined(__svr4__) @@ -14,6 +17,7 @@ #endif #include #include +#include #include #include #include diff -r -N -u src/contrib/ipfilter.old/solaris.c src/contrib/ipfilter/solaris.c --- src/contrib/ipfilter.old/solaris.c Thu Apr 3 20:14:10 1997 +++ src/contrib/ipfilter/solaris.c Sun Apr 6 03:15:53 1997 @@ -8,6 +8,8 @@ /* #pragma ident "@(#)solaris.c 1.12 6/5/96 (C) 1995 Darren Reed"*/ #pragma ident "$Id: solaris.c,v 2.0.2.3 1997/03/27 13:45:28 darrenr Exp $"; +#include "ipfconf.h" + #include #include #include >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Apr 5 15:02:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA04826 for bugs-outgoing; Sat, 5 Apr 1997 15:02:39 -0800 (PST) Received: from dutton2.it.siu.edu (dutton2.it.siu.edu [131.230.2.129]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA04814 for ; Sat, 5 Apr 1997 15:02:35 -0800 (PST) Received: by dutton2.it.siu.edu (5.x/SMI-SVR4) id AA02119; Sat, 5 Apr 1997 17:22:39 -0600 Date: Sat, 5 Apr 1997 17:22:39 -0600 From: jimd@dutton2.it.siu.edu (Jim Dutton) Message-Id: <9704052322.AA02119@dutton2.it.siu.edu> To: freebsd-bugs@freebsd.org Subject: FTP Install fails: "MAKEDEV: arithmetic expression: syntax error: "1 << 29" X-Sun-Charset: US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yesterday, I downloaded the 2.1.7 boot.flp and attempted to install both 3.0-CURRENT and 2.2-RELEASE. Both abended with the above error. From owner-freebsd-bugs Sat Apr 5 17:36:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA13889 for bugs-outgoing; Sat, 5 Apr 1997 17:36:15 -0800 (PST) Received: from dutton2.it.siu.edu (dutton2.it.siu.edu [131.230.2.129]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA13884 for ; Sat, 5 Apr 1997 17:36:12 -0800 (PST) Received: by dutton2.it.siu.edu (5.x/SMI-SVR4) id AA02183; Sat, 5 Apr 1997 19:56:11 -0600 Date: Sat, 5 Apr 1997 19:56:11 -0600 From: jimd@dutton2.it.siu.edu (Jim Dutton) Message-Id: <9704060156.AA02183@dutton2.it.siu.edu> To: freebsd-bugs@freebsd.org Subject: FTP Install for PORTS fails X-Sun-Charset: US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk None of the selected PORTS packages would download via FTP Install? From owner-freebsd-bugs Sat Apr 5 18:46:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17337 for bugs-outgoing; Sat, 5 Apr 1997 18:46:37 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA17331 for ; Sat, 5 Apr 1997 18:46:34 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id MAA28659; Sun, 6 Apr 1997 12:41:01 +1000 Date: Sun, 6 Apr 1997 12:41:01 +1000 From: Bruce Evans Message-Id: <199704060241.MAA28659@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, jimd@dutton2.it.siu.edu Subject: Re: FTP Install fails: "MAKEDEV: arithmetic expression: syntax error: "1 << 29" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Subject: FTP Install fails: "MAKEDEV: arithmetic expression: syntax error: "1 << 29" >Yesterday, I downloaded the 2.1.7 boot.flp and attempted to install both >3.0-CURRENT and 2.2-RELEASE. Both abended with the above error. The 2.1.7 /bin/sh doesn't understand $((1 << 29)). Perhaps you need a 2.2-RELEASE floppy to install 2.2-RELEASE. Bruce From owner-freebsd-bugs Sat Apr 5 22:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26666 for bugs-outgoing; Sat, 5 Apr 1997 22:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26658; Sat, 5 Apr 1997 22:00:02 -0800 (PST) Resent-Date: Sat, 5 Apr 1997 22:00:02 -0800 (PST) Resent-Message-Id: <199704060600.WAA26658@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, haplo@ibm.net Received: from slip129-37-254-168.il.us.ibm.net (slip129-37-254-168.il.us.ibm.net [129.37.254.168]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26402 for ; Sat, 5 Apr 1997 21:53:44 -0800 (PST) Received: (from root@localhost) by slip129-37-254-168.il.us.ibm.net (8.8.5/8.8.5) id XAA03813; Sat, 5 Apr 1997 23:52:43 -0600 (CST) Message-Id: <199704060552.XAA03813@slip129-37-254-168.il.us.ibm.net> Date: Sat, 5 Apr 1997 23:52:43 -0600 (CST) From: haplo@ibm.net Reply-To: haplo@ibm.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3209: 3.0-current panics on shutdown/reboot/halt Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3209 >Category: kern >Synopsis: 3.0-current panics on shutdown/reboot/halt >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 5 22:00:00 PST 1997 >Last-Modified: >Originator: Jordan Klein >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: DFI G586IPC Rev D+ motherboard (triton iii chipset) Cyrix 6x86 P166+ cpu 64mb non-parity, 60ns ram adaptec aha2940w pci wide scsi controller 2 internal fujitsu 1 gig scsi 2 hard drives 1 external quantum 1 gig scsi 2 hard drive internal nec 8xi scsi cdrom drive external conner ms4000dat+ 4 gig dat drive genoa phantom 64v-2001 pci s3 trio64+ video w/2mb edo vram 3com 3c595 pci 10/100mb/s ethernet controller (running at 10mb/s) soundblaster 16 sound card FreeBSD is installed on the 2nd and 3rd hard drives, with Windows 95 on the first drive, managed by booteasy. >Description: Whenever I perform a system shutdown using 'shutdown', 'reboot', or 'halt', the system starts the shutdown process, and eventually kernel panics. I compiled debugging support into the kernel and came up with this from the DDB, with the 'ps' command, as I was advised to do on comp.unix.bsd.freebsd.misc. I was also advised to use the 'bt' command in the debugger, but the debugger reported that to be an invalid command. Here is the output from the panic, and the 'ps': syncing disks... 12 11 7 2 done panic: lockmgr: pid 29809, not exclusive lock holder 1 unlocking Debugger("panic") Stopped at _Debugger+0x35: movb $0,_in_Debugger.122 DB> ps pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 29809 f2589e00 f68e0000 0 1 29808 004006 2 reboot 4 f2380c00 f689c000 0 0 0 000604 2 update 3 f2380e00 f689a000 0 0 0 000204 3 psleep f020b06c vmdaemon 2 f237e000 f6898000 0 0 0 000204 3 psleep f0214854 pagedaemon 1 f237e200 f6896000 0 0 1 004084 3 wait f237e200 init 0 f0216254 f024c000 0 0 0 000204 3 sched f0216254 swapper Strangely enough, if I reboot with ctrl-alt-delete, instead of 'shutdown', 'halt', or 'reboot', it reboots without panicing. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: