From owner-freebsd-bugs Sun Jan 28 00:30:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03898 for bugs-outgoing; Sun, 28 Jan 1996 00:30:11 -0800 (PST) Received: from and.com (and.com [204.71.212.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA03875 Sun, 28 Jan 1996 00:30:07 -0800 (PST) Received: (from hahn@localhost) by and.com (8.6.11/8.6.6) id AAA17566; Sun, 28 Jan 1996 00:27:21 -0800 Date: Sun, 28 Jan 1996 00:27:21 -0800 From: Jonathan Hahn Message-Id: <199601280827.AAA17566@and.com> To: freebsd-bugs@freebsd.org, freebsd-isp@freebsd.org Subject: Latency problem with pppd/Telebit Netblazer Sender: owner-bugs@freebsd.org Precedence: bulk I am using pppd under FreeBSD 2.1, my ISP (Bay Area Internet Solutions) has a Telebit Netblazer. Ever since I switched to this ISP, I noticed a very annoying latency on outbound characters. I could type text into an xterm window and it would take from 1-4 seconds to get transmitted over my modem; and I could get 30+Kb/sec inbound but just ~4Kb/sec outbound. (I didn't have this problem with my previous ISP (Best) who uses Livingston boxes.) I tried one change to my software/hardware config after another. I finally found the cause of the problem: it goes away when I disable Van Jacobsen header compression (-vj on the pppd command line). My ISP says everyone else uses VJ compression and has no problem. All I know is, it caused me much grief. Hope others can benefit from my experience. -jon hahn@and.com http://and.com/hahn P.S. I don't subscribe to these groups, so e-mail directly if trying to reach me. From owner-freebsd-bugs Sun Jan 28 01:33:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09047 for bugs-outgoing; Sun, 28 Jan 1996 01:33:09 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA09042 for ; Sun, 28 Jan 1996 01:33:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA19414; Sun, 28 Jan 1996 01:31:58 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: jeff@stat.uconn.edu (Jeffrey M. Metcalf), bugs@freebsd.org Subject: Re: Installation of FreeBSD-2.1 from DOS partition In-reply-to: Your message of "Fri, 26 Jan 1996 23:31:45 +0100." <199601262231.XAA20871@uriah.heep.sax.de> Date: Sun, 28 Jan 1996 01:31:58 -0800 Message-ID: <19412.822821518@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > I think it should go into c:/freebsd/dists/bin, but i don't have a DOS > partition to test it... What, root.flp? No, most definitely not. It should go in c:\freebsd\floppies Jordan From owner-freebsd-bugs Sun Jan 28 01:34:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09147 for bugs-outgoing; Sun, 28 Jan 1996 01:34:07 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA09113 for ; Sun, 28 Jan 1996 01:34:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA19425; Sun, 28 Jan 1996 01:33:02 -0800 To: jeff@stat.uconn.edu (Jeffrey M. Metcalf) cc: bugs@freebsd.org Subject: Re: Installation of FreeBSD-2.1 from DOS partition In-reply-to: Your message of "Fri, 26 Jan 1996 11:57:11 EST." <9601261657.AA09002@ruddles.stat.uconn.edu> Date: Sun, 28 Jan 1996 01:33:02 -0800 Message-ID: <19423.822821582@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > I mailed a question last Monday concerning a problem installing FreeBSD > 2.1 from a DOS partition. I was able to install the minimal system (44MB) > from floppy with the help of the root floppy image I created using > rawrite.exe. I have yet to install the system from my DOS partition. > Either I have seriosly fudged the installation process (unlikely since I Actually, I think I know what is going wrong. Can you first tell me how you created your FreeBSD partition? Was it, perhaps, the result of using FIPS? Jordan From owner-freebsd-bugs Sun Jan 28 02:22:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA13642 for bugs-outgoing; Sun, 28 Jan 1996 02:22:00 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA13629 for ; Sun, 28 Jan 1996 02:21:53 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA12495; Sun, 28 Jan 1996 11:21:50 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA05155; Sun, 28 Jan 1996 11:21:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA01779; Sun, 28 Jan 1996 11:11:28 +0100 (MET) From: J Wunsch Message-Id: <199601281011.LAA01779@uriah.heep.sax.de> Subject: Re: Installation of FreeBSD-2.1 from DOS partition To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 28 Jan 1996 11:11:27 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, jeff@stat.uconn.edu, bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19412.822821518@time.cdrom.com> from "Jordan K. Hubbard" at Jan 28, 96 01:31:58 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > I think it should go into c:/freebsd/dists/bin, but i don't have a DOS > > partition to test it... > What, root.flp? No, most definitely not. It should go in c:\freebsd\floppies Nope, not root.flp, the bin.aa ... bin.XX files. Anyway, this guy has a weird problem. He's always getting ``gzip - invalid compressed data, format violated'', i.e. the files are there and cpio starts extracting, but despite of him telling us that he's verified that the CDROM and disk files are identically, sysinstall doesn't read them right. :( -- 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 Jan 28 08:06:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18796 for bugs-outgoing; Sun, 28 Jan 1996 08:06:49 -0800 (PST) Received: from UConnVM.UConn.Edu (uconnvm.uconn.edu [137.99.26.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA18791 for ; Sun, 28 Jan 1996 08:06:45 -0800 (PST) Received: from ruddles.stat.uconn.edu by UConnVM.UConn.Edu (IBM VM SMTP V2R2) with TCP; Sun, 28 Jan 96 11:06:37 EST Received: by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA13485; Sun, 28 Jan 96 11:02:17 EST Date: Sun, 28 Jan 96 11:02:17 EST From: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Message-Id: <9601281602.AA13485@ruddles.stat.uconn.edu> To: bugs@FreeBSD.org Subject: Installation of FreeBSD from DOS partition Sender: owner-bugs@FreeBSD.org Precedence: bulk Hi Joerg, I have a strong suspicion as to what is going on. I was able to install the minimal FreeBSD distribution from floppy. I guess that means that the bin files are not corrupt. I don't have a means to check that the copies on my hard-drive are not corrupt, but I believe that the evidence is against this anyway. My belief is that the FreeBSD kernel is reading from the floppy device correctly, but not reading correctly from my hard- drive. I think that the problem has to lie in the hardware configuration concerning the hard drive disk controllers or memory access controllers. I guess I should ask right now whether or not there is a fundamental incompatibility between my hardware and FreeBSD. If so, I will send it back to Walnut Creek and perhaps check into Linux. I hope not, since I prefer FreeBSD. Here is a brief overview concerning my disk and memory access controllers. I have: Class: Hard disk controllers Device: Standard IDE/ESDI Hard Disk Controller Resources: IRQ: 15 I/O: 0170h-0177h I/O: 0376h-0376h I/O: FFA8h-FFAFh Class: Hard disk controllers Device: Standard IDE/ESDI Hard Disk Controller Resources: IRQ: 14 I/O: 01F0h-01F7h I/O: 03F6h-03F6h I/O: FFA0h-FFA7h Class: Floppy Disk controllers Device: Standard Floppy Disk Controller Resources: IRQ: 06 I/O: 03F0h-03F5h I/O: 03F7h-03F7h DMA: 02 Class: System Devices Device: EISA Direct Memory Access Controller Resource: I/O: 0000h-000Fh I/O: 0080h-0090h I/O: 0094h-009Fh I/O: 00C0h-00DEh I/O: 040Bh-040Bh I/O: 0410h-043Fh I/O: 0481h-0483h I/O: 0487h-0487h I/O: 0489h-048Ch I/O: 04D6h-04D6h DMA: 04 Class: System devices Device: Programmable interrupt controller Resources: IRQ: 02 I/O: 0020h-0021h I/O: 00A0h-00A1h Class: System devices Device: PCI bus Resources: I/O: 0CF8h-OCFFh My system bus type is ISA and the BIOS name is American Megatrends. My hard drive geometry is: 788 Cylinders 64 Heads 512 Bytes/Sector 63 Sectors/Track I can provide any additional information that would become necessary. Thanks, J. Metcalf >From j@uriah.heep.sax.de Sun Jan 28 05:17:41 1996 Return-Path: Received: from irz301.inf.tu-dresden.de by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA13308; Sun, 28 Jan 96 05:17:31 EST Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA12495; Sun, 28 Jan 1996 11:21:50 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA05155; Sun, 28 Jan 1996 11:21:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA01779; Sun, 28 Jan 1996 11:11:28 +0100 (MET) From: J Wunsch Message-Id: <199601281011.LAA01779@uriah.heep.sax.de> Subject: Re: Installation of FreeBSD-2.1 from DOS partition To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 28 Jan 1996 11:11:27 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, jeff@stat.uconn.edu, bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19412.822821518@time.cdrom.com> from "Jordan K. Hubbard" at Jan 28, 96 01:31:58 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Status: R As Jordan K. Hubbard wrote: > > > I think it should go into c:/freebsd/dists/bin, but i don't have a DOS > > partition to test it... > What, root.flp? No, most definitely not. It should go in c:\freebsd\floppies Nope, not root.flp, the bin.aa ... bin.XX files. Anyway, this guy has a weird problem. He's always getting ``gzip - invalid compressed data, format violated'', i.e. the files are there and cpio starts extracting, but despite of him telling us that he's verified that the CDROM and disk files are identically, sysinstall doesn't read them right. :( -- 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 Jan 28 12:47:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00235 for bugs-outgoing; Sun, 28 Jan 1996 12:47:59 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00229 for ; Sun, 28 Jan 1996 12:47:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA21938; Sun, 28 Jan 1996 12:46:51 -0800 To: jeff@stat.uconn.edu (Jeffrey M. Metcalf) cc: bugs@FreeBSD.org Subject: Re: Installation of FreeBSD from DOS partition In-reply-to: Your message of "Sun, 28 Jan 1996 11:02:17 EST." <9601281602.AA13485@ruddles.stat.uconn.edu> Date: Sun, 28 Jan 1996 12:46:51 -0800 Message-ID: <21936.822862011@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org Precedence: bulk > I have a strong suspicion as to what is going on. I was able to install > the minimal FreeBSD distribution from floppy. I guess that means that I already answered this one in another mail, but I'll repeat it here: > The partitions were created as follows: I got the disk from the > manufacturer formatted as a single DOS partition. I used FIPS to > truncate it and This is the issue. Apparently FIPS is not as friendly a utility as we thought, and it truncates the partition without also adjusting the cluster size. For certain drive geometries (e.g. not all the time, so we didn't notice this ourselves) our MSDOS filesystem driver chokes up and is unable to read the files off of it properly. This is the problem you're experiencing. I'm also afraid that the solutions are somewhat painful just now. Either back up the DOS stuff and literally reinstall it from scratch (e.g. make a new partition that didn't come about through FIPS) or use some medium other than DOS to install. We're working on this one, and all I can say is "sorry about this!" for now.. :-( Jordan From owner-freebsd-bugs Sun Jan 28 13:45:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03170 for bugs-outgoing; Sun, 28 Jan 1996 13:45:18 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA03165 for ; Sun, 28 Jan 1996 13:45:12 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id PAA02088; Sun, 28 Jan 1996 15:44:57 -0600 (CST) Message-Id: <199601282144.PAA02088@mpp.minn.net> Subject: Re: Not Exactly a Bug, but a Crack To: dhawk@netcom.com (David H) Date: Sun, 28 Jan 1996 15:44:57 -0600 (CST) From: "Mike Pritchard" Cc: bugs@freebsd.org In-Reply-To: <199601272046.MAA28965@netcom13.netcom.com> from "David H" at Jan 27, 96 12:46:07 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk David H wrote: > > On Wednesday, the day before, the security script reported that my > /usr/sbin/sendmail had been replaced. It was still suid-root and now > setgid kmem. My cd-rom drive on the machine is broken, so I haven't > been able to replace it yet. Sendmail is normally installed mode 6555, owner root, group kmem. I have no idea what it needs kmem access for. Your security script probably detected a bug that has been around for some time. For some reason, the modification time of some binaries will get updated, even though the binary never changed in any way. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Sun Jan 28 15:23:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA10051 for bugs-outgoing; Sun, 28 Jan 1996 15:23:01 -0800 (PST) Received: from eac.iafrica.com (slipper101136.iafrica.com [196.7.101.136]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA10046 for ; Sun, 28 Jan 1996 15:22:52 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id BAA00226; Mon, 29 Jan 1996 01:20:29 +0200 From: Robert Nordier Message-Id: <199601282320.BAA00226@eac.iafrica.com> Subject: Re: Installation of FreeBSD from DOS partition To: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Date: Mon, 29 Jan 1996 01:20:27 +0200 (SAT) Cc: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, bugs@freebsd.org In-Reply-To: <9601281602.AA13485@ruddles.stat.uconn.edu> from "Jeffrey M. Metcalf" at Jan 28, 96 11:02:17 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk On Sun, 28 Jan 1996, Jeffrey M. Metcalf wrote: > . . . . . > I have a strong suspicion as to what is going on. I was able to install > the minimal FreeBSD distribution from floppy. I guess that means that > the bin files are not corrupt. I don't have a means to check that the > copies on my hard-drive are not corrupt, but I believe that the evidence > is against this anyway. My belief is that the FreeBSD kernel is reading > from the floppy device correctly, but not reading correctly from my hard- > drive. . . . . . Sorry to learn you've been having such trouble getting FreeBSD installed from your MS-DOS partition. :-( If you wouldn't mind, there is some information you can provide that would assist us in investigating problems that sometimes occur when FIPS has been used to split an existing MS-DOS partition. FIPS can be run in 'test/debug' mode, and will then generate a file 'fipsinfo.dbg' containing diagnostic data relating to your MS-DOS filesystem. The command to do this is fips -t -d (The option -t disables writes to disk. The option -d enables debugging.) The procedure should not make any changes to your hard disk. It also shouldn't take more than a minute or so. A sample session is given below (only prompts for input are shown): ---------------------------------------------------------------------- C:\>fips -t -d Press any Key Which Drive (1=0x80/2=0x81)? 1 Which Partition do you want to split (1/2)? 1 Do you want to make a backup copy of your root- and bootsector before proceeding (y/n)? ************************************* ***** Hit Ctrl-C at this point. ***** ************************************* ---------------------------------------------------------------------- If you can e-mail me the 'fipsinfo.dbg' file (for the MS-DOS partition from which you could not install FreeBSD), it'd be a help in getting to the bottom of this. -- Robert Nordier From owner-freebsd-bugs Sun Jan 28 16:22:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13731 for bugs-outgoing; Sun, 28 Jan 1996 16:22:10 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA13694 for ; Sun, 28 Jan 1996 16:21:56 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA27239; Mon, 29 Jan 1996 01:21:53 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA13357; Mon, 29 Jan 1996 01:21:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA04639; Mon, 29 Jan 1996 01:16:53 +0100 (MET) From: J Wunsch Message-Id: <199601290016.BAA04639@uriah.heep.sax.de> Subject: Re: Not Exactly a Bug, but a Crack To: mpp@mpp.minn.net (Mike Pritchard) Date: Mon, 29 Jan 1996 01:16:52 +0100 (MET) Cc: dhawk@netcom.com, bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601282144.PAA02088@mpp.minn.net> from "Mike Pritchard" at Jan 28, 96 03:44:57 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As Mike Pritchard wrote: > > Sendmail is normally installed mode 6555, owner root, group kmem. > I have no idea what it needs kmem access for. Most likely, for the traditional method of getting the load average. This is no longer necessary for FreeBSD-2, since it could be obtained by sysconfig. Perhaps we can remove the setgid bit? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jan 28 18:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20999 for bugs-outgoing; Sun, 28 Jan 1996 18:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20985 Sun, 28 Jan 1996 18:50:03 -0800 (PST) Resent-Date: Sun, 28 Jan 1996 18:50:03 -0800 (PST) Resent-Message-Id: <199601290250.SAA20985@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu Received: (from hsu@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20763 Sun, 28 Jan 1996 18:44:20 -0800 (PST) Message-Id: <199601290244.SAA20763@freefall.freebsd.org> Date: Sun, 28 Jan 1996 18:44:20 -0800 (PST) From: Jeffrey Hsu Reply-To: hsu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/975: getrusage returns negative deltas Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 975 >Category: kern >Synopsis: getrusage returns negative deltas >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 28 18:50:01 PST 1996 >Last-Modified: >Originator: Jeffrey & >Organization: >Release: FreeBSD 2.1-STABLE i386 and -current >Environment: >Description: Two calls to getrusage(). The second call indicates that the process has used less time resource then the first call. >How-To-Repeat: Run the following program a bunch of times. #include #include #include #include main() { struct rusage r, r2; getrusage(RUSAGE_SELF, &r); printf("user %d sec %d usec\n", r.ru_utime.tv_sec, r.ru_utime.tv_usec); printf("system %d sec %d usec\n", r.ru_stime.tv_sec, r.ru_stime.tv_usec); getrusage(RUSAGE_SELF, &r2); printf("user %d sec %d usec\n", r2.ru_utime.tv_sec, r2.ru_utime.tv_usec); printf("system %d sec %d usec\n", r2.ru_stime.tv_sec, r2.ru_stime.tv_usec); if (r2.ru_utime.tv_sec - r.ru_utime.tv_sec < 0) printf("user time negative\n"); if (r2.ru_utime.tv_usec - r.ru_utime.tv_usec < 0) printf("user time negative\n"); if (r2.ru_stime.tv_sec - r.ru_stime.tv_sec < 0) printf("system time negative\n"); if (r2.ru_stime.tv_usec - r.ru_stime.tv_usec < 0) printf("system time negative\n"); } >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jan 28 20:10:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA25580 for bugs-outgoing; Sun, 28 Jan 1996 20:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA25567 Sun, 28 Jan 1996 20:10:03 -0800 (PST) Date: Sun, 28 Jan 1996 20:10:03 -0800 (PST) Message-Id: <199601290410.UAA25567@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/975: getrusage returns negative deltas Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR kern/975; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, hsu@freefall.freebsd.org Cc: Subject: Re: kern/975: getrusage returns negative deltas Date: Mon, 29 Jan 1996 15:01:39 +1100 >Two calls to getrusage(). The second call indicates that the process has >used less time resource then the first call. This is caused by the granularity of the sampling method. E.g., if a process has been running for precisely 30000 usec and has been sampled once in user mode and once in system mode, then getrusage() reports 15000 usec in user mode and 15000 usec in system mode. 30 microseconds later, after the process has been sampled once more in system mode, getrusage will report 10010 usec in user mode and 20020 usec in system mode. The time in user mode has apparently gone backwards by 4990 usec. This affect is only noticable when the sample counts are too small to be accurate. It would be too expensive to use non-statistical sampling. The clock would have to be read for every syscall/interrupt entry and exit. The times should be fudged so that they never appear to go backwards. Bruce From owner-freebsd-bugs Sun Jan 28 20:29:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA27642 for bugs-outgoing; Sun, 28 Jan 1996 20:29:00 -0800 (PST) Received: from UConnVM.UConn.Edu (uconnvm.uconn.edu [137.99.26.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA27636 for ; Sun, 28 Jan 1996 20:28:51 -0800 (PST) Received: from ruddles.stat.uconn.edu by UConnVM.UConn.Edu (IBM VM SMTP V2R2) with TCP; Sun, 28 Jan 96 23:28:37 EST Received: by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA14623; Sun, 28 Jan 96 23:24:15 EST Date: Sun, 28 Jan 96 23:24:15 EST From: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Message-Id: <9601290424.AA14623@ruddles.stat.uconn.edu> To: bugs@FreeBSD.org Subject: CC of Message sent to Robert Nordier Sender: owner-bugs@FreeBSD.org Precedence: bulk >From jeff Sun Jan 28 21:49:14 1996 To: rnordier@iafrica.com Subject: Re: Installation of FreeBSD from DOS partition Content-Length: 1488 Status: R Mr. Nordier, Sorry about the debug file. I forgot to mention that I deleted the FreeBSD partition. I assumed you wanted the debug file to investigate my hard disk geometry. A suggestion from Mr. Jordan Hubbard was to back up all my DOS files and make a new partition and start from scratch. Since my system is quite new and I haven't added much of my own software above factory installed stuff yet, I decided to use fdisk to delete all my partitions and create a new primary DOS partition with 2/3 of my drive space and the remaining 1/3 was an extended DOS partition I called D: I subsequently reinstalled my entire system on the first (active and DOS formatted) 2/3 I called C: I then totally ignored FIPS and booted the BSD installation floppy, deleted D:, created FReeBSD in its place and continued with the installation process as before. In the Label Editor portion of the installation, I used the automatic defaults except that I mounted my 2/3 DOS partition at /dos. Continuing with the installation I get the error, UNABLE TO TRANSFER ROOT. Checking in debugging mode, I see that I am getting basically the same checksum errors as I was before. This implies to me that my problem was not with FIPS, but either still a kernel configuration problem or a hardware compatibility. Unless of course, I have done something I shouldn't have with the extended DOS partition attempt at installation. I must admit. I am baffled. What do you think? Sincerely, J. Metcalf From owner-freebsd-bugs Sun Jan 28 20:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA27787 for bugs-outgoing; Sun, 28 Jan 1996 20:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA27780 Sun, 28 Jan 1996 20:30:03 -0800 (PST) Resent-Date: Sun, 28 Jan 1996 20:30:03 -0800 (PST) Resent-Message-Id: <199601290430.UAA27780@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.7.3/8.7.3) with ESMTP id UAA27256 for ; Sun, 28 Jan 1996 20:25:25 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id GAA29991 for ; Mon, 29 Jan 1996 06:25:23 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id GAA14928; Mon, 29 Jan 1996 06:25:22 +0200 (EET) Message-Id: <199601290425.GAA14928@katiska.clinet.fi> Date: Mon, 29 Jan 1996 06:25:22 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/976: NCR SCSI driver gives assertion errors and disk become inaccessible Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 976 >Category: kern >Synopsis: NCR SCSI driver gives assertion errors and disk become inaccessible >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 28 20:30:02 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Jan 29 01:05:12 katiska /kernel: FreeBSD 2.2-CURRENT #7: Mon Jan 8 04:58:16 EET 1996 Jan 29 01:05:12 katiska /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Jan 29 01:05:12 katiska /kernel: CPU: Pentium (90.19-MHz 586-class CPU) Jan 29 01:05:12 katiska /kernel: Origin = "GenuineIntel" Id = 0x524 Stepping=4 Jan 29 01:05:12 katiska /kernel: Features=0x1bf Jan 29 01:05:12 katiska /kernel: real memory = 67108864 (65536K bytes) Jan 29 01:05:12 katiska /kernel: avail memory = 63537152 (62048K bytes) Jan 29 01:05:12 katiska /kernel: DEVFS: ready for devices Jan 29 01:05:12 katiska /kernel: Probing for devices on the PCI bus: Jan 29 01:05:12 katiska /kernel: chip0 rev 17 on pci0:0 Jan 29 01:05:12 katiska /kernel: chip1 rev 67 on pci0:2 Jan 29 01:05:12 katiska /kernel: de0 rev 35 int a irq 11 on pci0:6 Jan 29 01:05:12 katiska /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:47:a3 Jan 29 01:05:12 katiska /kernel: de0: enabling Thinwire/AUI port Jan 29 01:05:12 katiska /kernel: ncr0 rev 2 int a irq 9 on pci0:12 Jan 29 01:05:12 katiska /kernel: ncr0 waiting for scsi devices to settle Jan 29 01:05:12 katiska /kernel: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Jan 29 01:05:13 katiska /kernel: sd0(ncr0:0:0): Direct-Access Jan 29 01:05:13 katiska /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 01:05:13 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 29 01:05:13 katiska /kernel: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 29 01:05:13 katiska /kernel: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Jan 29 01:05:13 katiska /kernel: sd3(ncr0:3:0): Direct-Access Jan 29 01:05:13 katiska /kernel: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 01:05:13 katiska /kernel: 1011MB (2072435 512 byte sectors) Jan 29 01:05:13 katiska /kernel: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Jan 29 01:05:13 katiska /kernel: (ncr0:4:0): "HP C1533A 9503" type 1 removable SCSI 2 Jan 29 01:05:13 katiska /kernel: st4(ncr0:4:0): Sequential-Access Jan 29 01:05:13 katiska /kernel: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 01:05:13 katiska /kernel: density code 0x24, 512-byte blocks, write-enabled Jan 29 01:05:13 katiska /kernel: ncr1 rev 1 int a irq 9 on pci0:14 Jan 29 01:05:13 katiska /kernel: ncr1 waiting for scsi devices to settle Jan 29 01:05:13 katiska /kernel: (ncr1:1:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Jan 29 01:05:13 katiska /kernel: sd7(ncr1:1:0): Direct-Access Jan 29 01:05:13 katiska /kernel: sd7(ncr1:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 01:05:13 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 29 01:05:13 katiska /kernel: sd7(ncr1:1:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 29 01:05:13 katiska /kernel: (ncr1:2:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Jan 29 01:05:14 katiska /kernel: sd8(ncr1:2:0): Direct-Access Jan 29 01:05:14 katiska /kernel: sd8(ncr1:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 01:05:14 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 29 01:05:14 katiska /kernel: sd8(ncr1:2:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 29 01:05:14 katiska /kernel: Probing for devices on the ISA bus: Jan 29 01:05:14 katiska /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jan 29 01:05:14 katiska /kernel: vt0: generic, 80/132 col, mono, 8 scr, mf2-kbd, [R3.20-b24] Jan 29 01:05:14 katiska /kernel: ed0 not found at 0x280 Jan 29 01:05:14 katiska /kernel: lpt0 at 0x378-0x37f irq 7 on isa Jan 29 01:05:14 katiska /kernel: lpt0: Interrupt-driven port Jan 29 01:05:14 katiska /kernel: lp0: TCP/IP capable interface Jan 29 01:05:14 katiska /kernel: lpt1 not found at 0xffffffff Jan 29 01:05:14 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jan 29 01:05:14 katiska /kernel: sio0: type 16550A Jan 29 01:05:14 katiska /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jan 29 01:05:14 katiska /kernel: sio1: type 16550A Jan 29 01:05:14 katiska /kernel: pca0 on motherboard Jan 29 01:05:15 katiska /kernel: pca0: PC speaker audio driver Jan 29 01:05:15 katiska /kernel: cy0 not found Jan 29 01:05:15 katiska /kernel: bt0 not found at 0x330 Jan 29 01:05:15 katiska /kernel: aha0 not found at 0x330 Jan 29 01:05:15 katiska /kernel: wdc0 not found at 0x1f0 Jan 29 01:05:15 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 29 01:05:15 katiska /kernel: fdc0: NEC 72065B Jan 29 01:05:15 katiska /kernel: fd0: 1.44MB 3.5in Jan 29 01:05:15 katiska /kernel: matcdc0 not found at 0x230 Jan 29 01:05:15 katiska /kernel: npx0 on motherboard Jan 29 01:05:15 katiska /kernel: npx0: INT 16 interface Jan 29 01:05:15 katiska /kernel: changing root device to sd0a Jan 29 01:05:15 katiska /kernel: devfs ready to run Jan 29 01:05:15 katiska /kernel: new masks: bio c0000240, tty c003089a, net c003089a >Description: Kernel starts spitting out these Jan 28 22:30:49 katiska /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 5544 Jan 28 22:30:49 katiska /kernel: sd8(ncr1:2:0): COMMAND FAILED (4 28) @f1a9be00. Jan 28 22:30:49 katiska /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 5544 Jan 28 22:30:49 katiska /kernel: sd8(ncr1:2:0): COMMAND FAILED (4 28) @f1a9be00. Jan 28 22:30:49 katiska /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 5544 Jan 28 22:30:49 katiska /kernel: sd8(ncr1:2:0): COMMAND FAILED (4 28) @f1a9be00. Jan 28 22:30:50 katiska /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 5544 Jan 28 22:30:50 katiska /kernel: sd8(ncr1:2:0): COMMAND FAILED (4 28) @f1a9be00. Jan 28 22:30:50 katiska /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 5544 Jan 28 22:30:50 katiska /kernel: sd8(ncr1:2:0): COMMAND FAILED (4 28) @f1a9be00. Jan 28 22:30:50 katiska /kernel: assertion "cp" failed: file "../../pci/ncr.c", line 5544 Jan 28 22:30:50 katiska /kernel: sd8(ncr1:2:0): COMMAND FAILED (4 28) @f1a9be00. And the disk will report I/O error on all access. This does not even survive a reboot as motherboard BIOS does not touch the second controller at all, I have to turn the big switch to make things work again. The disk apparently goes into a phase from which FreeBSD driver is not able to get it out. The disk have been switched several times, but they all have been seacrates. I have tried 2G barracuda and two different revisions of 4G hawks (and yes, mounting is well-ventilated). We have 4G hawks on suns at the local university and they don't seem to give any trouble, but the load is not as heavy. This is a load-related problem, as it only happens to news disks (the 2G barracuda I took out worked fine as a home directory disk until its 6-month MTBF was reached). >How-To-Repeat: Run a busy news server on seagates (someone else reported similar problem with some other brand, I think, but not sure). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 29 03:35:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA24043 for bugs-outgoing; Mon, 29 Jan 1996 03:35:47 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA24016 Mon, 29 Jan 1996 03:35:42 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id MAA23695; Mon, 29 Jan 1996 12:30:18 +0100 (MET) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id MAA02295; Mon, 29 Jan 1996 12:16:25 +0100 (MET) Date: Mon, 29 Jan 1996 12:16:25 +0100 (MET) From: Andreas Klemm To: Jonathan Hahn cc: freebsd-bugs@FreeBSD.org, freebsd-isp@FreeBSD.org Subject: Re: Latency problem with pppd/Telebit Netblazer In-Reply-To: <199601280827.AAA17566@and.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org Precedence: bulk On Sun, 28 Jan 1996, Jonathan Hahn wrote: > I am using pppd under FreeBSD 2.1, my ISP (Bay Area Internet > Solutions) has a Telebit Netblazer. Ever since I switched to this > ISP, I noticed a very annoying latency on outbound characters. I > could type text into an xterm window and it would take from 1-4 > seconds to get transmitted over my modem; and I could get 30+Kb/sec > inbound but just ~4Kb/sec outbound. (I didn't have this problem > with my previous ISP (Best) who uses Livingston boxes.) > > I tried one change to my software/hardware config after another. > I finally found the cause of the problem: it goes away when I > disable Van Jacobsen header compression (-vj on the pppd command > line). My ISP says everyone else uses VJ compression and has no > problem. All I know is, it caused me much grief. > > Hope others can benefit from my experience. Same for me. When I switched from FreeBSD 1.1.5.1 to FreeBSD 2.X (don't remember exactly the release), then the Xyplex Terminal Server of my ISP simply hung (the whole t-server!). The problem could be tracked down. So after disabling VJ compression completely on the Xyplex for my machine (ppp account) cured the problem. We didn't try -currents ppp vj compression 'til yet. -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-bugs Mon Jan 29 03:56:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA24791 for bugs-outgoing; Mon, 29 Jan 1996 03:56:19 -0800 (PST) Received: from starfleet.gov (root@ix-sb1-19.ix.netcom.com [204.32.201.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA24720 Mon, 29 Jan 1996 03:55:57 -0800 (PST) Received: (from d_burr@localhost) by starfleet.gov (8.6.11/8.6.9) id DAA00678; Mon, 29 Jan 1996 03:55:50 -0800 Date: Mon, 29 Jan 1996 03:55:50 -0800 (PST) From: Donald Burr X-Sender: d_burr@starfleet.gov To: FreeBSD Bugs cc: FreeBSD Questions , bugs@ardi.com, questions@ardi.com Subject: problems running Executor/Linux on FreeBSD? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk I'm running Executor/Linux 1.99q on my FreeBSD (2.1R) box, using FreeBSD's Linux compatibility module. When I quit Executor, the processes do not die (i.e. they still remain running or maybe zombied -- I can't tell). For example: ncc-1701-d:24% ps aux | grep -i execu d_burr 18876 95.2 0.1 0 0 v0 Z - 0:00.00 (executor) d_burr 522 86.2 0.1 0 0 v0 Z - 0:00.00 (executor) d_burr 464 80.8 0.1 0 0 v0 Z - 0:00.00 (executor) d_burr 396 64.8 0.1 0 0 v0 Z - 0:00.00 (executor) d_burr 325 45.4 0.1 0 0 v0 Z - 0:00.00 (executor) d_burr 324 0.0 0.0 4828 0 v0 IW 12:31AM 0:00.26 executor d_burr 395 0.0 0.0 4828 0 v0 IW 12:38AM 0:00.20 executor d_burr 463 0.0 0.0 4828 0 v0 IW 12:42AM 0:00.19 executor d_burr 521 0.0 0.0 4828 36 v0 IW 12:49AM 0:00.19 executor d_burr 18875 0.0 0.0 4828 292 v0 IW 1:22AM 0:00.22 executor I'm not quite sure where to point the proverbial finger here. Is this a FreeBSD bug, a Linux emulator bug, an Executor bug, or some bizarre combination? Any ideas on if it's fixable, or how to fix it? or if it will be fixed? I'd also like to put in a vote to the ARDI folks to get a FreeBSD-native version of Executor going -- it would fix little things like this (and maybe not so little things) and run much faster. Barring that, please continue to support the Linux a.out format -- FreeBSD probably won't be supporting ELF for a very long time, if at all. Thanks! Donald Burr [d_burr@ix.netcom.com], PO Box 91212, Santa Barbara CA 93190-1212 TEL (805)564-1871 / FAX 564-2315 / WWW http://www.geopages.com/WallStreet/2072 PGP Public Key available by request (send e-mail) or on Public Key Servers. ** Uphold your right to privacy - Use PGP. ** From owner-freebsd-bugs Mon Jan 29 04:06:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25296 for bugs-outgoing; Mon, 29 Jan 1996 04:06:26 -0800 (PST) Received: from kitsune.swcp.com (swcp.com [198.59.115.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA25267 Mon, 29 Jan 1996 04:06:19 -0800 (PST) Received: from ftp.ardi.com (root@ftp.ardi.com [204.134.8.1]) by kitsune.swcp.com (8.6.9/8.6.9) with SMTP id FAA09076; Mon, 29 Jan 1996 05:06:14 -0700 Received: from gwar.ardi.com by ftp.ardi.com with bsmtp (Smail3.1.29.1 #3) id m0tgsM7-0007qHC; Mon, 29 Jan 96 05:06 MST Received: from beaut.ardi.com by gwar.ardi.com with smtp (Smail3.1.29.1 #3) id m0tgsIn-000GXNC; Mon, 29 Jan 96 05:03 MST Received: by beaut.ardi.com (linux Smail3.1.29.1 #3) id m0tgsIV-00027SC; Mon, 29 Jan 96 05:02 MST Message-Id: Date: Mon, 29 Jan 96 05:02 MST From: ctm@ardi.com (Clifford T. Matthews) To: Donald Burr Cc: FreeBSD Bugs , FreeBSD Questions , bugs@ardi.com, questions@ardi.com Subject: Re: problems running Executor/Linux on FreeBSD? In-Reply-To: References: Sender: owner-bugs@freebsd.org Precedence: bulk >>>>> "Donald" == Donald Burr writes: Donald> I'm running Executor/Linux 1.99q on my FreeBSD (2.1R) box, Donald> using FreeBSD's Linux compatibility module. When I quit Donald> Executor, the processes do not die (i.e. they still remain Donald> running or maybe zombied -- I can't tell). For example: Donald> ncc-1701-d:24% ps aux | grep -i execu Donald> d_burr 18876 95.2 0.1 0 0 v0 Z - 0:00.00 (executor) Donald> d_burr 522 86.2 0.1 0 0 v0 Z - 0:00.00 (executor) Donald> d_burr 464 80.8 0.1 0 0 v0 Z - 0:00.00 (executor) Donald> d_burr 396 64.8 0.1 0 0 v0 Z - 0:00.00 (executor) Donald> d_burr 325 45.4 0.1 0 0 v0 Z - 0:00.00 (executor) Donald> d_burr 324 0.0 0.0 4828 0 v0 IW 12:31AM 0:00.26 executor Donald> d_burr 395 0.0 0.0 4828 0 v0 IW 12:38AM 0:00.20 executor Donald> d_burr 463 0.0 0.0 4828 0 v0 IW 12:42AM 0:00.19 executor Donald> d_burr 521 0.0 0.0 4828 36 v0 IW 12:49AM 0:00.19 executor Donald> d_burr 18875 0.0 0.0 4828 292 v0 IW 1:22AM 0:00.22 executor Donald> I'm not quite sure where to point the proverbial finger Donald> here. Is this a FreeBSD bug, a Linux emulator bug, an Donald> Executor bug, or some bizarre combination? Any ideas on Donald> if it's fixable, or how to fix it? or if it will be Donald> fixed? This doesn't happen under Linux, so I'd guess it's a Linux emulator bug, perhaps caused by the fact that we're now using Linux's threads to do our sound work. I don't know if the FreeBSD Linux compatibility package supports sound. If it doesn't, you can try running "-nosound" and see if that helps. You can also try "-sockethack" when you start Executor, although I doubt that will help you out. Donald> I'd also like to put in a vote to the ARDI folks to get a Donald> FreeBSD-native version of Executor going -- it would fix Donald> little things like this (and maybe not so little things) Donald> and run much faster. Barring that, please continue to Donald> support the Linux a.out format -- FreeBSD probably won't Donald> be supporting ELF for a very long time, if at all. Priority #1 is for us to get Executor 2 out for our current set of support targets (DOS, NEXTSTEP, Linux/{X-Windows,SVGAlib}/{a.out,ELF}. Beyond that we'll be doing a native Windows '95 port, probably an OS/2 port and beyond that, who knows. The good news is that we already have so many ports that we'll be automating the release build process, which means that adding an unsupported FreeBSD port will probably be doable and done, but no guarantees. Donald> Thanks! Donald> Donald Burr [d_burr@ix.netcom.com], PO Box 91212, Santa Donald> Barbara CA 93190-1212 TEL (805)564-1871 / FAX 564-2315 / Donald> WWW http://www.geopages.com/WallStreet/2072 PGP Public Key Donald> available by request (send e-mail) or on Public Key Donald> Servers. ** Uphold your right to privacy - Use PGP. ** --Cliff ctm@ardi.com From owner-freebsd-bugs Mon Jan 29 04:26:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26344 for bugs-outgoing; Mon, 29 Jan 1996 04:26:02 -0800 (PST) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA26334 for ; Mon, 29 Jan 1996 04:25:43 -0800 (PST) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id NAA09742 for ; Mon, 29 Jan 1996 13:25:39 +0100 (MET) Message-Id: <199601291225.NAA09742@lirmm.lirmm.fr> To: bugs@freebsd.org Subject: mount Date: Mon, 29 Jan 1996 13:25:33 +0100 From: "Philippe Charnier" Sender: owner-bugs@freebsd.org Precedence: bulk Hi, If you run mount with an incorrect vfstype you will get the message: mount: exec /usr/sbin/mount_incorrect for /mnt: No such file or directory The mount_xxx commands are located in /sbin, so it is ambiguous. With the following patch applied, You will get: mount: mount_incorrect: Command not found. Index: mount.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/sbin/mount/mount.c,v retrieving revision 1.8 diff -c -r1.8 mount.c *** mount.c 1995/08/26 05:39:53 1.8 --- mount.c 1996/01/28 10:49:44 *************** *** 337,343 **** } while (*++edir != NULL); if (errno == ENOENT) ! warn("exec %s for %s", execname, name); exit(1); /* NOTREACHED */ default: /* Parent. */ --- 337,343 ---- } while (*++edir != NULL); if (errno == ENOENT) ! warnx("mount_%s: Command not found.", vfstype); exit(1); /* NOTREACHED */ default: /* Parent. */ -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-bugs Mon Jan 29 04:26:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26367 for bugs-outgoing; Mon, 29 Jan 1996 04:26:15 -0800 (PST) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA26338 Mon, 29 Jan 1996 04:25:55 -0800 (PST) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id NAA09726; Mon, 29 Jan 1996 13:24:58 +0100 (MET) Message-Id: <199601291224.NAA09726@lirmm.lirmm.fr> To: bugs@freebsd.org cc: joerg@freebsd.org Subject: mkdosfs Date: Mon, 29 Jan 1996 13:24:52 +0100 From: "Philippe Charnier" Sender: owner-bugs@freebsd.org Precedence: bulk Hi, Add 1440 as the default value for the -f flag, so this flag is no longer mandatory. According to the man page and the usage string, this flag is said to be optionnal. Index: mkdosfs.1 =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.sbin/mkdosfs/mkdosfs.1,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 mkdosfs.1 *** mkdosfs.1 1995/11/05 16:02:04 1.1.1.1 --- mkdosfs.1 1996/01/28 11:22:58 *************** *** 59,65 **** Use defaults for a typical file system with .Ar capacity kilobytes. Currently, the values 360, 720, 1200, and 1440 are ! recognized. .It Fl L Ar vollabel Use .Ar vollabel --- 59,65 ---- Use defaults for a typical file system with .Ar capacity kilobytes. Currently, the values 360, 720, 1200, and 1440 are ! recognized. Default value is 1440. .It Fl L Ar vollabel Use .Ar vollabel Index: mkdosfs.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.sbin/mkdosfs/mkdosfs.c,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 mkdosfs.c *** mkdosfs.c 1995/11/05 16:02:04 1.1.1.1 --- mkdosfs.c 1996/01/28 11:21:48 *************** *** 142,148 **** struct tm *tp; time_t now; ! int c, i, fd, format = 0, rootdirsize; const char *label = 0; while((c = getopt(argc, argv, "f:L:")) != EOF) --- 142,148 ---- struct tm *tp; time_t now; ! int c, i, fd, format = 1440, rootdirsize; const char *label = 0; while((c = getopt(argc, argv, "f:L:")) != EOF) -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-bugs Mon Jan 29 06:30:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05220 for bugs-outgoing; Mon, 29 Jan 1996 06:30:58 -0800 (PST) Received: from vogon.muc.de (vogon.muc.de [193.174.4.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA05127 for ; Mon, 29 Jan 1996 06:28:23 -0800 (PST) Received: from [193.174.4.22] ([193.174.4.22]) by vogon.muc.de with SMTP id <93279-1>; Mon, 29 Jan 1996 15:27:13 +0100 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 29 Jan 1996 15:29:24 +0100 To: hahn@and.com From: lutz@muc.de (Lutz Albers) Subject: Re: Latency problem with pppd/Telebit Netblazer Cc: freebsd-bugs@freefall.FreeBSD.org Sender: owner-bugs@FreeBSD.ORG Precedence: bulk In article <199601280827.AAA17566@and.com>, Jonathan Hahn writes: -I am using pppd under FreeBSD 2.1, my ISP (Bay Area Internet -Solutions) has a Telebit Netblazer. Ever since I switched to this -ISP, I noticed a very annoying latency on outbound characters. I -could type text into an xterm window and it would take from 1-4 -seconds to get transmitted over my modem; and I could get 30+Kb/sec -inbound but just ~4Kb/sec outbound. (I didn't have this problem -with my previous ISP (Best) who uses Livingston boxes.) Thats weird, because my ISP uses a Netblazer as well. Have you tried to disable Modem compression ? This might cause this latency. ciao lutz --------------------------------------------------------------------- Lutz Albers | What's good ? Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - email:lutz@muc.de ph: +49-89-93940364 | But not fair at all http://www.muc.de/~lutz fax:+49-89-93940365 | (Lou Reed) Do not take life too seriously, you will never get out of it alive. From owner-freebsd-bugs Mon Jan 29 09:38:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16507 for bugs-outgoing; Mon, 29 Jan 1996 09:38:27 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA16472 Mon, 29 Jan 1996 09:38:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA03732; Mon, 29 Jan 1996 10:35:56 -0700 From: Terry Lambert Message-Id: <199601291735.KAA03732@phaeton.artisoft.com> Subject: Re: problems running Executor/Linux on FreeBSD? To: d_burr@ix.netcom.com (Donald Burr) Date: Mon, 29 Jan 1996 10:35:56 -0700 (MST) Cc: freebsd-bugs@freebsd.org, freebsd-questions@freebsd.org, bugs@ardi.com, questions@ardi.com In-Reply-To: from "Donald Burr" at Jan 29, 96 03:55:50 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk > I'm running Executor/Linux 1.99q on my FreeBSD (2.1R) box, using > FreeBSD's Linux compatibility module. When I quit Executor, the > processes do not die (i.e. they still remain running or maybe zombied -- > I can't tell). For example: > > ncc-1701-d:24% ps aux | grep -i execu > d_burr 18876 95.2 0.1 0 0 v0 Z - 0:00.00 (executor) [ ... ] > > I'm not quite sure where to point the proverbial finger here. Is this a > FreeBSD bug, a Linux emulator bug, an Executor bug, or some bizarre > combination? Any ideas on if it's fixable, or how to fix it? or if it > will be fixed? I have an idea, but I don't know exactly what needs to be done. I suspect it's the alternate signal handling code sending a Linux style SIGCHLD to a BSD style parent process. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Mon Jan 29 10:36:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20741 for bugs-outgoing; Mon, 29 Jan 1996 10:36:29 -0800 (PST) Received: from UConnVM.UConn.Edu (uconnvm.uconn.edu [137.99.26.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA20728 for ; Mon, 29 Jan 1996 10:36:16 -0800 (PST) Received: from ruddles.stat.uconn.edu by UConnVM.UConn.Edu (IBM VM SMTP V2R2) with TCP; Mon, 29 Jan 96 13:36:07 EST Received: from marstons.stat.uconn.edu by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA16671; Mon, 29 Jan 96 13:31:12 EST Date: Mon, 29 Jan 96 13:31:12 EST From: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Message-Id: <9601291831.AA16671@ruddles.stat.uconn.edu> To: rnordier@iafrica.com Subject: Re: Installation of FreeBSD from DOS partition Cc: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org Precedence: bulk Here is the output of ideinfo.exe that you requested. Hope it helps! DRIVE 0 Adapter 0 at base address 1f0h Disk Reports BIOS Reports Default Current # of Cylinders__________:3158 3158 789 # of Heads______________: 16 16 64 # of Sectors/Track______: 63 63 63 Model Number____________: Maxtor 71626 AP Serial Number___________: L904ERKS Controller Rev. #_______: QA3F1918 Double Word Transfer____: Yes Controller type_________: a dual ported multi-sector buffer capable of simultaneous transfers with a read caching capability Buffer size (kB)________: 128 # of ECC bytes__________: 34 # of secs/interrupt_____: 32 Current setting 32 LBA support YES1554.8MB of LBA addressable 1554.3MB in CHS mode DMA support YES IORDY supported YES IORDY can be disabled YES PIO data txfer cycle timing mode: 2 SW DMA txfer cycle timing modes: Active 2 MW DMA txfer cycle timing modes: Active 2 Congratulations, your drive supports ATA-2 Advanced PIO txfer modes supported: Min MW DMA txfer cycle time/word: 120 ns 16.7MB/s Mfg Recommended MW DMA txfer Cycle Time 120 ns 16.7MB/s Min PIO txfer Cycle Time w/o Flow Control 180 ns 11.1MB/s Min PIO txfer Cycle Time w IORDY Flow Control 120 ns 16.7MB/s Adapter 0 at 1f0h Drive 1 not found Last status 1h Adapter 1 at 170h Drive 0 not found Last status 51h Adapter 1 at 170h not found Last status 51h Adapter 2 at f0h not found Last status ffh Adapter 3 at 70h not found Last status ffh From owner-freebsd-bugs Mon Jan 29 11:17:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23316 for bugs-outgoing; Mon, 29 Jan 1996 11:17:15 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23294 Mon, 29 Jan 1996 11:17:08 -0800 (PST) Date: Mon, 29 Jan 1996 11:17:08 -0800 (PST) From: Mike Pritchard Message-Id: <199601291917.LAA23294@freefall.freebsd.org> To: obrien@cs.ucdavis.edu, mpp, freebsd-bugs Subject: Re: docs/966 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Added verbage to catman.1 man page State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 29 11:16:10 PST 1996 State-Changed-Why: Fixed last week in revs 1.6 & 1.7 of catman.1. From owner-freebsd-bugs Mon Jan 29 12:17:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29199 for bugs-outgoing; Mon, 29 Jan 1996 12:17:54 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29163 Mon, 29 Jan 1996 12:17:48 -0800 (PST) Date: Mon, 29 Jan 1996 12:17:48 -0800 (PST) From: Mike Pritchard Message-Id: <199601292017.MAA29163@freefall.freebsd.org> To: mpp@mpp.minn.net, mpp, freebsd-bugs Subject: Re: bin/964 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Net user in password file causes malloc warning msgs State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 29 12:16:42 PST 1996 State-Changed-Why: Fixed in rev 1.31 of libc/gen/getpwent.c. From owner-freebsd-bugs Mon Jan 29 12:19:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29363 for bugs-outgoing; Mon, 29 Jan 1996 12:19:30 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA29176 for ; Mon, 29 Jan 1996 12:17:51 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA18622; Mon, 29 Jan 1996 21:16:48 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA23638; Mon, 29 Jan 1996 21:16:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA08973; Mon, 29 Jan 1996 20:36:39 +0100 (MET) From: J Wunsch Message-Id: <199601291936.UAA08973@uriah.heep.sax.de> Subject: Re: mkdosfs To: charnier@lirmm.fr (Philippe Charnier) Date: Mon, 29 Jan 1996 20:36:39 +0100 (MET) Cc: bugs@freebsd.org In-Reply-To: <199601291224.NAA09726@lirmm.lirmm.fr> from "Philippe Charnier" at Jan 29, 96 01:24:52 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Philippe Charnier wrote: > > > Add 1440 as the default value for the -f flag, so this flag is no longer > mandatory. According to the man page and the usage string, this flag is > said to be optionnal. The man page is incorrect. :) I'm dual-minded about this change. I think it's better to have no default at all than a potentially wrong default. Somebody innocently formatting a 5žin floppy to 1440 KB is more harm done than somebody calling mkdosfs without arguments, and seeing a `usage' message. The best of course is to figure out the size of the floppy, e.g. by seeking to the last block and see if the kernel would return an error. However, i'm not sure about the effects when applying it to a disk file. Perhaps auto-detection should only be done when operating on a raw device. -- 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 Jan 29 12:48:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01918 for bugs-outgoing; Mon, 29 Jan 1996 12:48:13 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01839 Mon, 29 Jan 1996 12:48:07 -0800 (PST) Date: Mon, 29 Jan 1996 12:48:07 -0800 (PST) From: Mike Pritchard Message-Id: <199601292048.MAA01839@freefall.freebsd.org> To: alc@cs.rice.edu, mpp, freebsd-bugs Subject: Re: bin/952 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: rlogind dumps core if hosts.equiv contains a netgroup State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Mon Jan 29 12:45:26 PST 1996 State-Changed-Why: Fixed in rev 1.31 of libc/gen/getpwent.c and rev 1.3 of libc/net/getservent.c From owner-freebsd-bugs Mon Jan 29 13:04:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03082 for bugs-outgoing; Mon, 29 Jan 1996 13:04:47 -0800 (PST) Received: from obelix.cica.es (obelix.cica.es [150.214.1.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA03068 for ; Mon, 29 Jan 1996 13:04:37 -0800 (PST) Received: (from amora@localhost) by obelix.cica.es (8.7.1/8.7.1) id WAA02694 for bugs@freebsd.org; Mon, 29 Jan 1996 22:01:53 +0100 (GMT-1:00) Date: Mon, 29 Jan 1996 22:01:53 +0100 (GMT-1:00) From: "Jesus A. Mora Marin" Message-Id: <199601292101.WAA02694@obelix.cica.es> To: bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk Hi, world! On the road again. I apologize for my delay in answering, but I was given the replies to my previous message some days after they were posted, and was busy last week. Thomas Graichen (graichen@omega.physik.fu-berlin.de) said: > is this a joke or truth ... ? I like jokes, but also DO hate to waste bandwith just for hoaxing. Sending endless bug reports causes me no ethical concerns :) > ... - you must have been sitting for hours to > write this bug-report (?) ... Yep. I spent a full Sunday afternoon, mostly collecting data and trying to figure out what stood /dev/<#?_^@! for in my hand-written notes. Also, trying to polish my awful English was not a piece of cake. Jordan -jkh@time.cdrom.com- said: > Yes, Jesus, we will indeed do our best to help you with this problem! Nice to meet you, Jordan. Well, in fact I didn't mean to ask for a hint, for something that isn't clear yet whether is a real bug in any place of FreeBSD code or a peculiarity in my bitty-box' guts. When I got interested in FreeBSD -or in Linux or whatever free stuff-, I knew that no support should be expected. Writting that report, my aim was only to notify a *possible* bug and to lend a hand, if possible. Just an ACK would suffice, but I see I've got much more. Thanks. Now, replying to Frank Durda IV -uhclem@nemesis.lonestar.org-. First things first: many many thanks, Frank, for your suggestions and ideas. I am very pleased working with you and, now, we'll review some results: > This version of firmware is newer than any I have seen, but I don't > think this is a problem if you can do something like > dd if=/dev/rmatcd0a of=/dev/null bs=100k > and let that run for ten minutes or so without any crashes or data errors. Ok, I've run a command like this, using block sizes ranging from 64k up to 256k. After transferring more than 100MB, no problem. > Does the crash occur with the GENERIC kernel, ie, the one that > came on the CD-ROM? If that version also crashes, it will help > eliminate the numerous differences between the GENERIC kernel and > your custom kernel. Yes. It happens all the time. I've seen it with kernel.GENERIC, and with some previous versions of customized kernels. It doesn't seem to be related with any option I can imagine: you can use or not DDB, KTRACE, XSERVER, and so on, but the nasty crash remains. The panic message with GENERIC kernel looks this way: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf1dff000 fault code = supervisor write, page not present instruction pointer = 0x8:0xf01cffce code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = Idle interrupt mask = panic: page fault That is, exactly the same that the one obtained with the custom kernel, except of fault addresses (JAMMBSD: 0xf1e17000) and eip (JAMMBSD: 0x8:0xf01839de). Of course: different kernels -> different addresses. Note that using the same kernel, you'll always get the same addresses. I am not sure whether different virtual addresses, for different kernels, can be translated to the same physical address (Apologize if I am saying nonsenses, but I've never seen a good text describing clearly then inners and workings of 80x86 MMU). I wonder this because think of a possibly broken RAM SIMM. More about this, later. > I assume you issued a umount before this command since the system attempted > to mount the CD automatically when it came up. FreeBSD will let you mount > on top of mounts, although it isn't a real good idea. > If you did not do a umount first, please do so and try again, OR > don't do the mount at all since the media should be mounted. Good, even having the CD-ROM into the drive before booting, it seems that it's not mounted until you do it -if `mount' is to be believed-. Further, trying to umount /dev/matcd0a just after finishing the boot up, gets an error, i.e., 'device not mounted'. Anyway, I verified this and an explicite mount was required to access the CD-ROM. And, of course, the crash was there. > It would be nice if you could cause a failure with some utility that > is part of the bin distribution (/bin /usr/bin /sbin /usr/sbin, etc) > and that would let me look at it right away. That's the really funny side of this story! Frank, I have tried dd, cat, less, more, cp,..., on files in /cdrom/ports -where the offending file appears to be-. To be sure that the I/O was not using the blocks in the buffer cache, each command issued was preceded by a full dismount-mount cycle of matcd0a (think this suffices to return the blocks to the free list, I am not sure of the implementation). They all worked! I cannot believe that this is a bug related with a specific user app, but it only happens with Midnight Commander. Of course, I've tried also running under other accounts than superuser, and verified that it has not SUID/SGID bits. Still the same... > The code in question should have been reading from the CD (does the light > on the drive stay on when the panic occurs?), but some of the other > state doesn't make sense right now. If the drive light is out when the > panic occurs, the processor has somehow wandered into this section of > code by accident. Yes, Frank: the light in the CD drive is on just before the panic occurs and then goes off. Checked. > As to all the settings of your BIOS, I really can't advise except to > recommend you go with the settings that were present when the board > was purchased, rather than any accelerated values you may be using now. I've tried this way with original settings, and this doesn't change the picture. > Because of what I see in the rest of your description, you might make > sure you don't have a memory problem. This is easy to try... This is a point to check! I have been wondering this, because when I bought this 486 board, had to buy new SIMMs also. I got a lot of troubles with Windows, Doom -THIS broke my heart- and even a panic in SCO Unix 386 (a trap 0x0e, i.e., exactly the same: a page fault in kernel mode). I identified the damned SIMM and got rid of it, and all has been working great thereafter. Nevertheless, a faulty SIMM must be discarded. I have rotated the three 4MB SIMMs in this scheme: 123 -> 312, so no SIMM remained in its original position. But, alas, this didn't fixed the problem: the crash reproduced exactly the same. Well, perhaps there is some obscure hardware incompatibility causing the problem -think this cannot be never discarded when dealing with PC clones-. Now I'll try to do some hacking -I cannot promise anything but I will do my best :) -. I'll re-`config -g' the kernel, turn the CD-ROM driver debugging options on, and so on. Again, I'll try to get a kernel dump after the crash. Good, must think again about all this and plan carefully. Now, time to finish. Any contribution, idea, suggestion will be welcome. Thanks, Jesus A. Mora Marin amora@obelix.cica.es From owner-freebsd-bugs Mon Jan 29 13:10:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03560 for bugs-outgoing; Mon, 29 Jan 1996 13:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03548 Mon, 29 Jan 1996 13:10:06 -0800 (PST) Resent-Date: Mon, 29 Jan 1996 13:10:06 -0800 (PST) Resent-Message-Id: <199601292110.NAA03548@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@ki.net Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA03426 for ; Mon, 29 Jan 1996 13:08:23 -0800 (PST) Received: (from root@localhost) by ki.net (8.7.3/8.7.3) id QAA00401; Mon, 29 Jan 1996 16:07:06 -0500 (EST) Message-Id: <199601292107.QAA00401@ki.net> Date: Mon, 29 Jan 1996 16:07:06 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@ki.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/977: system panic on sowakeup() Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 977 >Category: kern >Synopsis: system panic on sowakeup() >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 29 13:10:02 PST 1996 >Last-Modified: >Originator: Marc G. Fournier >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-STABLE #0: Sat Jan 27 16:09:35 EST 1996 scrappy@ki.net:/home/stable/sys/compile/kinet CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14737408 (14392K bytes) Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 vga0 rev 0 on pci0:15 Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "CONNER CFA540S 13B0" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 515MB (1056708 512 byte sectors) (aha0:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd1(aha0:1:0): Direct-Access 327MB (670506 512 byte sectors) (aha0:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(aha0:2:0): Direct-Access 234MB (479350 512 byte sectors) scd0 not found at 0x230 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc[*BNC*] address 00:a0:24:0a:6d:ce irq 10 npx0 on motherboard npx0: INT 16 interface WARNING: / was not properly dismounted. >Description: System panick'd while trying to start up nn to read news. From ddb: stopped at _sowakeup+0x18: addl $0x43,_APTD+0xff6(%esp,%eax,1) trace: sowakeup() soisconnected() udp_usrreq() soconnect() connect() syscall() bad user frame pointer: 0xefbfac70 >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 29 13:41:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06694 for bugs-outgoing; Mon, 29 Jan 1996 13:41:55 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06670 Mon, 29 Jan 1996 13:41:43 -0800 (PST) Date: Mon, 29 Jan 1996 13:41:43 -0800 (PST) From: Mike Pritchard Message-Id: <199601292141.NAA06670@freefall.freebsd.org> To: fortin@zap.qc.ca, mpp, freebsd-bugs Subject: Re: kern/215 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: SNAP-950112 crashed with "panic: page fault" State-Changed-From-To: analyzed-closed State-Changed-By: mpp State-Changed-When: Mon Jan 29 13:39:52 PST 1996 State-Changed-Why: Believed to have been fixed last March. This PR can be reopened if this is not the case. From owner-freebsd-bugs Mon Jan 29 14:40:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16556 for bugs-outgoing; Mon, 29 Jan 1996 14:40:17 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16496 Mon, 29 Jan 1996 14:40:07 -0800 (PST) Resent-Date: Mon, 29 Jan 1996 14:40:07 -0800 (PST) Resent-Message-Id: <199601292240.OAA16496@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.7.3/8.7.3) with ESMTP id OAA16000 for ; Mon, 29 Jan 1996 14:35:40 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id AAA25366 for ; Tue, 30 Jan 1996 00:35:26 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id AAA05261; Tue, 30 Jan 1996 00:35:25 +0200 (EET) Message-Id: <199601292235.AAA05261@katiska.clinet.fi> Date: Tue, 30 Jan 1996 00:35:25 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/978: Three deadlocks in row Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 978 >Category: kern >Synopsis: Three deadlocks in row >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 29 14:40:04 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Jan 29 22:55:09 katiska /kernel: FreeBSD 2.2-CURRENT #7: Mon Jan 8 04:58:16 EET 1996 Jan 29 22:55:09 katiska /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Jan 29 22:55:09 katiska /kernel: CPU: Pentium (90.19-MHz 586-class CPU) Jan 29 22:55:09 katiska /kernel: Origin = "GenuineIntel" Id = 0x524 Stepping=4 Jan 29 22:55:12 katiska /kernel: Features=0x1bf Jan 29 22:55:12 katiska /kernel: real memory = 67108864 (65536K bytes) Jan 29 22:55:12 katiska /kernel: avail memory = 63537152 (62048K bytes) Jan 29 22:55:12 katiska /kernel: DEVFS: ready for devices Jan 29 22:55:13 katiska /kernel: Probing for devices on the PCI bus: Jan 29 22:55:13 katiska /kernel: chip0 rev 17 on pci0:0 Jan 29 22:55:13 katiska /kernel: chip1 rev 67 on pci0:2 Jan 29 22:55:13 katiska /kernel: de0 rev 35 int a irq 11 on pci0:6 Jan 29 22:55:13 katiska /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:47:a3 Jan 29 22:55:13 katiska /kernel: de0: enabling Thinwire/AUI port Jan 29 22:55:13 katiska /kernel: ncr0 rev 2 int a irq 9 on pci0:12 Jan 29 22:55:13 katiska /kernel: ncr0 waiting for scsi devices to settle Jan 29 22:55:13 katiska /kernel: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Jan 29 22:55:13 katiska /kernel: sd0(ncr0:0:0): Direct-Access Jan 29 22:55:13 katiska /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 22:55:13 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 29 22:55:13 katiska /kernel: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 29 22:55:13 katiska /kernel: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Jan 29 22:55:13 katiska /kernel: sd3(ncr0:3:0): Direct-Access Jan 29 22:55:13 katiska /kernel: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 22:55:13 katiska /kernel: 1011MB (2072435 512 byte sectors) Jan 29 22:55:13 katiska /kernel: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Jan 29 22:55:13 katiska /kernel: (ncr0:4:0): "HP C1533A 9503" type 1 removable SCSI 2 Jan 29 22:55:13 katiska /kernel: st4(ncr0:4:0): Sequential-Access Jan 29 22:55:14 katiska /kernel: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 22:55:14 katiska /kernel: density code 0x24, 512-byte blocks, write-enabled Jan 29 22:55:14 katiska /kernel: ncr1 rev 1 int a irq 9 on pci0:14 Jan 29 22:55:14 katiska /kernel: ncr1 waiting for scsi devices to settle Jan 29 22:55:14 katiska /kernel: (ncr1:1:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Jan 29 22:55:14 katiska /kernel: sd7(ncr1:1:0): Direct-Access Jan 29 22:55:14 katiska /kernel: sd7(ncr1:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 22:55:14 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 29 22:55:14 katiska /kernel: sd7(ncr1:1:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 29 22:55:14 katiska /kernel: (ncr1:2:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Jan 29 22:55:14 katiska /kernel: sd8(ncr1:2:0): Direct-Access Jan 29 22:55:14 katiska /kernel: sd8(ncr1:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Jan 29 22:55:14 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 29 22:55:14 katiska /kernel: sd8(ncr1:2:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 29 22:55:14 katiska /kernel: Probing for devices on the ISA bus: Jan 29 22:55:14 katiska /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jan 29 22:55:14 katiska /kernel: vt0: generic, 80/132 col, mono, 8 scr, mf2-kbd, [R3.20-b24] Jan 29 22:55:15 katiska /kernel: ed0 not found at 0x280 Jan 29 22:55:15 katiska /kernel: lpt0 at 0x378-0x37f irq 7 on isa Jan 29 22:55:15 katiska /kernel: lpt0: Interrupt-driven port Jan 29 22:55:15 katiska /kernel: lp0: TCP/IP capable interface Jan 29 22:55:15 katiska /kernel: lpt1 not found at 0xffffffff Jan 29 22:55:15 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jan 29 22:55:15 katiska /kernel: sio0: type 16550A Jan 29 22:55:15 katiska /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jan 29 22:55:15 katiska /kernel: sio1: type 16550A Jan 29 22:55:15 katiska /kernel: pca0 on motherboard Jan 29 22:55:15 katiska /kernel: pca0: PC speaker audio driver Jan 29 22:55:15 katiska /kernel: cy0 not found Jan 29 22:55:15 katiska /kernel: bt0 not found at 0x330 Jan 29 22:55:15 katiska /kernel: aha0 not found at 0x330 Jan 29 22:55:15 katiska /kernel: wdc0 not found at 0x1f0 Jan 29 22:55:15 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 29 22:55:15 katiska /kernel: fdc0: NEC 72065B Jan 29 22:55:15 katiska /kernel: fd0: 1.44MB 3.5in Jan 29 22:55:15 katiska /kernel: matcdc0 not found at 0x230 Jan 29 22:55:15 katiska /kernel: npx0 on motherboard Jan 29 22:55:15 katiska /kernel: npx0: INT 16 interface Jan 29 22:55:16 katiska /kernel: changing root device to sd0a Jan 29 22:55:16 katiska /kernel: devfs ready to run Jan 29 22:55:16 katiska /kernel: new masks: bio c0000240, tty c003089a, net c003089a Jan 29 22:55:16 katiska /kernel: WARNING: / was not properly dismounted. >Description: The machine deadlocks so that - Trying to log in from console allows me to type "root", but after pressing return the tty locks up - Network and NFS still work - Any network connections lock up as soon as they do *any* filesystem (?) I/O. - This happened today three times in row - I has happened before, but not this frequently - There is nothing special on console - It apparently happens on very loaded systems only >How-To-Repeat: I wish I knew. It could be some program waking it up, as it happened this often today. I don't know what program that would be, there are 50 users logged in typical. innd and apache are the biggest hogs. I can't put kernel debugger in this machine, as I need it to reboot after a panic, but I guess it would be very useful to somehow to get it panic by force to get a crash dump, so that when it deadlocks, I could provide more information about the problem. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 29 17:20:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02286 for bugs-outgoing; Mon, 29 Jan 1996 17:20:19 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02204 Mon, 29 Jan 1996 17:20:13 -0800 (PST) Resent-Date: Mon, 29 Jan 1996 17:20:13 -0800 (PST) Resent-Message-Id: <199601300120.RAA02204@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sysseh@devetir.qld.gov.au Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA01390 for ; Mon, 29 Jan 1996 17:12:59 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <13392-0@bunyip.cc.uq.oz.au>; Tue, 30 Jan 1996 11:12:04 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA17965 for ; Tue, 30 Jan 1996 10:57:33 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA28976 for ; Tue, 30 Jan 1996 00:54:26 GMT Message-Id: <199601300054.AAA28976@netfl15a.devetir.qld.gov.au> Date: Tue, 30 Jan 1996 10:54:25 +1000 From: Stephen Hocking Reply-To: sysseh@devetir.qld.gov.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/979: A Linux program attempting to use a pipe crashes system. Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 979 >Category: kern >Synopsis: Linux programs using pipes crash system >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 29 17:20:07 PST 1996 >Last-Modified: >Originator: Stephen Hocking >Organization: DEVETIR >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2-current (after pipe changes) >Description: Here is the traceback. _panic(f06469c4,6c,f05be400,0,24e) at _panic+0x4e _end(f05bfc00,ebfffa0,ebfff98,6,15bf80) at 0xf0646a7a _linux_syscall(27,efbf0027,1,15bf80,0) at _linux_syscall+0xde _Xlinux_syscall() at _Xlinux_syscall+0x24 >How-To-Repeat: Run Linux emulation then fire up doom. Just as the xdoom sends a message to the sound server over a pipe, the system will crash. The panic message is "panic: LINUX newfstat" All lkms have been recompiled & installed. >Fix: Unknown.... -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 29 17:23:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02505 for bugs-outgoing; Mon, 29 Jan 1996 17:23:31 -0800 (PST) Received: from mailhost.Ipsilon.COM (foo-5-10.Ipsilon.COM [205.226.5.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA02490 for ; Mon, 29 Jan 1996 17:23:22 -0800 (PST) Received: from relay.ipsilon.com (relay.Ipsilon.COM [205.226.1.191]) by mailhost.Ipsilon.COM (8.6.11/8.6.10) with ESMTP id RAA01852 for ; Mon, 29 Jan 1996 17:22:53 -0800 From: Jerry Chen Received: (chen@localhost) by relay.ipsilon.com (8.6.11/8.6.10) id RAA00660 for bugs@FreeBSD.org; Mon, 29 Jan 1996 17:25:26 -0800 Date: Mon, 29 Jan 1996 17:25:26 -0800 Message-Id: <199601300125.RAA00660@relay.ipsilon.com> To: bugs@FreeBSD.org Subject: a TCP bug in FreeBSD 2.1? Sender: owner-bugs@FreeBSD.org Precedence: bulk In tcp_output() of FreeBSD 2.1 559 /* 560 * Calculate receive window. Don't shrink window, 561 * but avoid silly window syndrome. 562 */ 563 if (win < (long)(so->so_rcv.sb_hiwat / 4) && win < (long)tp->t_maxseg) 564 win = 0; 565 if (win > (long)TCP_MAXWIN << tp->rcv_scale) 566 win = (long)TCP_MAXWIN << tp->rcv_scale; 567 if (win < (long)(tp->rcv_adv - tp->rcv_nxt)) 568 win = (long)(tp->rcv_adv - tp->rcv_nxt); 569 ti->ti_win = htons((u_short) (win>>tp->rcv_scale)); It seems to me there is a bug. To trigger it, the application has to set the recv window to 64 K bytes. The symptom is that the first time you run a test such as ttcp, it is okay. However, the second time and later when you run the same test, the recv window on the receiving side will be 0 during the 3 way handshaking (connection setup). The xmit side will not be able to xmit any data and has to wait for about 5 seconds. When the persist timer expires, the xmit side will probe by sending 1 byte data. This will cause the recv window on the receiving side to be 65535 bytes and then everything is fine. But we lose 5 seconds already and this hurts performance. Why does the recv side advertise the 0 recv window? Because the value for win is 64K in line 568 during the connection setup. In line 569, 64k becomes 0 during the long to u_short conversion. In line 566, win is set to 65535. The first time we run it, (tp->rcv_adv - tp->rcv_nxt) will be 0 during the connection setup. The second time and later when we run the same test, it will be 64K when TCP is sending out the SYN and ACK. That is why the problem does not show up when we run the test for the first time. What causes the difference? It comes from the code in tcp_input() for transaction TCP: 678 if ((to.to_flag & TOF_CC) != 0) { 679 if (taop->tao_cc != 0 && CC_GT(to.to_cc, taop->tao_cc)) { 680 taop->tao_cc = to.to_cc; 681 tp->t_state = TCPS_ESTABLISHED; 682 683 /* 684 * If there is a FIN, or if there is data and the 685 * connection is local, then delay SYN,ACK(SYN) in 686 * the hope of piggy-backing it on a response 687 * segment. Otherwise must send ACK now in case 688 * the other side is slow starting. 689 */ 690 if ((tiflags & TH_FIN) || (ti->ti_len != 0 && 691 in_localaddr(inp->inp_faddr))) 692 tp->t_flags |= (TF_DELACK | TF_NEEDSYN); 693 else 694 tp->t_flags |= (TF_ACKNOW | TF_NEEDSYN); 695 tp->rcv_adv += tp->rcv_wnd; The above code is executed when tao_cc is non-zero. The first time the test is run, tao_cc is 0. So, TCP behaves differently between the first time and later times. How should we fix the bug? I think we should swap line 565-566 with line 567-568 so it becomes the following: 565 if (win < (long)(tp->rcv_adv - tp->rcv_nxt)) 566 win = (long)(tp->rcv_adv - tp->rcv_nxt); 567 if (win > (long)TCP_MAXWIN << tp->rcv_scale) 568 win = (long)TCP_MAXWIN << tp->rcv_scale; 569 ti->ti_win = htons((u_short) (win>>tp->rcv_scale)); I never considered myself an TCP expert. Please correct me if I am wrong. Thanks. Jerry From owner-freebsd-bugs Mon Jan 29 17:40:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA04710 for bugs-outgoing; Mon, 29 Jan 1996 17:40:18 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA04663 Mon, 29 Jan 1996 17:40:11 -0800 (PST) Resent-Date: Mon, 29 Jan 1996 17:40:11 -0800 (PST) Resent-Message-Id: <199601300140.RAA04663@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, smpatel@xi.dorm.umd.edu Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA03634 for ; Mon, 29 Jan 1996 17:31:10 -0800 (PST) Received: (from smpatel@localhost) by xi.dorm.umd.edu (8.6.12/8.6.12) id UAA11903; Mon, 29 Jan 1996 20:30:58 -0500 Message-Id: <199601300130.UAA11903@xi.dorm.umd.edu> Date: Mon, 29 Jan 1996 20:30:58 -0500 From: smpatel@wam.umd.edu Reply-To: smpatel@xi.dorm.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/980: Lance device timeout causes panic [patch] Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 980 >Category: kern >Synopsis: Lance device timeout causes panic [patch] >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 29 17:40:05 PST 1996 >Last-Modified: >Originator: Sujal Patel >Organization: >Release: FreeBSD FreeBSD 2.2-CURRENT i386 >Environment: 2.2-CURRENT, if_lnc.c v1.19 >Description: version 1.18 of if_lnc.c reversed davidg's changes in 1.15. This causes Lance timeouts to panic the system. >How-To-Repeat: >Fix: --- if_lnc.c Fri Jan 26 04:48:39 1996 +++ /xi2/smpatel/usr/src/sys-new/i386/isa/if_lnc.c Sun Jan 28 23:27:20 1996 @@ -151,7 +151,7 @@ static struct mbuf *chain_to_cluster __P((struct mbuf *m)); static void lnc_start __P((struct ifnet *ifp)); static int lnc_ioctl __P((struct ifnet *ifp, int command, caddr_t data)); -static void lnc_watchdog __P((int unit)); +static void lnc_watchdog __P((struct ifnet *ifp)); #ifdef DEBUG static void lnc_dump_state __P((int unit)); static void mbuf_dump_chain __P((struct mbuf *m)); @@ -1749,12 +1749,12 @@ } static void -lnc_watchdog(int unit) +lnc_watchdog(ifp) + struct ifnet *ifp; { - struct lnc_softc *sc = &lnc_softc[unit]; - log(LOG_ERR, "lnc%d: Device timeout -- Resetting\n", unit); - ++sc->arpcom.ac_if.if_oerrors; - lnc_reset(unit); + log(LOG_ERR, "lnc%d: Device timeout -- Resetting\n", ifp->if_unit); + ifp->if_oerrors++; + lnc_reset(ifp->if_unit); } #ifdef DEBUG >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 29 23:27:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA09543 for bugs-outgoing; Mon, 29 Jan 1996 23:27:29 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA09515 Mon, 29 Jan 1996 23:27:23 -0800 (PST) Date: Mon, 29 Jan 1996 23:27:23 -0800 (PST) From: David Greenman Message-Id: <199601300727.XAA09515@freefall.freebsd.org> To: smpatel@xi.dorm.umd.edu, davidg, freebsd-bugs Subject: Re: kern/980 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Lance device timeout causes panic [patch] State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Mon Jan 29 23:26:15 PST 1996 State-Changed-Why: This has been fixed. Thanks for pointing it out. From owner-freebsd-bugs Tue Jan 30 03:14:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA05493 for bugs-outgoing; Tue, 30 Jan 1996 03:14:16 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA04191 Tue, 30 Jan 1996 03:05:37 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA14046; Tue, 30 Jan 1996 10:23:32 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA00956; Tue, 30 Jan 1996 10:23:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id DAA10887; Tue, 30 Jan 1996 03:29:47 +0100 (MET) From: J Wunsch Message-Id: <199601300229.DAA10887@uriah.heep.sax.de> Subject: Re: mkdosfs To: charnier@lirmm.fr (Philippe Charnier) Date: Tue, 30 Jan 1996 03:29:46 +0100 (MET) Cc: bugs@freebsd.org, joerg@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601291224.NAA09726@lirmm.lirmm.fr> from "Philippe Charnier" at Jan 29, 96 01:24:52 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org Precedence: bulk As Philippe Charnier wrote: > > Add 1440 as the default value for the -f flag, so this flag is no longer > mandatory. According to the man page and the usage string, this flag is > said to be optionnal. I think i've found a way to find out about the device automagically. It's a bit tricky, but should work for the common cases. -- 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 Jan 30 04:07:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA12089 for bugs-outgoing; Tue, 30 Jan 1996 04:07:25 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11335 for ; Tue, 30 Jan 1996 04:01:39 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA25379; Tue, 30 Jan 1996 12:53:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA02943; Tue, 30 Jan 1996 12:52:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id MAA13737; Tue, 30 Jan 1996 12:31:01 +0100 (MET) From: J Wunsch Message-Id: <199601301131.MAA13737@uriah.heep.sax.de> Subject: Re: Jesus' matcd problem To: amora@obelix.cica.es (Jesus A. Mora Marin) Date: Tue, 30 Jan 1996 12:31:01 +0100 (MET) Cc: bugs@FreeBSD.org, uhclem@nemesis.lonestar.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601292101.WAA02694@obelix.cica.es> from "Jesus A. Mora Marin" at Jan 29, 96 10:01:53 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org Precedence: bulk As Jesus A. Mora Marin wrote: > > Thomas Graichen (graichen@omega.physik.fu-berlin.de) said: > > is this a joke or truth ... ? > > I like jokes, but also DO hate to waste bandwith just for hoaxing. Sending > endless bug reports causes me no ethical concerns :) And we love people like you who provide us with detailed bug reports. But you knew that. :-) > > Does the crash occur with the GENERIC kernel, ie, the one that > > came on the CD-ROM? If that version also crashes, it will help > > eliminate the numerous differences between the GENERIC kernel and > > your custom kernel. > > Yes. It happens all the time. I've seen it with kernel.GENERIC, ... > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xf1dff000 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xf01cffce > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL=0 > current process = Idle > interrupt mask = > panic: page fault Now, that was detailed enough, i think. It happens here: case STEN: /*DTEN=L STEN=H*/ case 0: /*DTEN=L STEN=L*/ #ifdef DEBUGIO printf("matcd%d: Data Phase\n",ldrive); #endif /*DEBUGIO*/ addr=bp->b_un.b_addr + mbx->skip; #ifdef DEBUGIO printf("matcd%d: Xfer Addr %x size %x", ldrive,(unsigned int)addr,mbx->sz); i=0; /*<20>Reset read count*/ #endif /*DEBUGIO*/ if (iftype==0) { /*<20>Creative host I/F*/ outb(port+PHASE,1); /*Enable data read*/ while((inb(port+STATUS) & (DTEN|STEN))==STEN) {/*<19>*/ *addr++=inb(port+DATA); ^^^^^^^^^^^^^^^^^^^^^^^ #ifdef DEBUGIO i++; #endif /*DEBUGIO*/ } outb(port+PHASE,0); /*Disable read*/ Frank, any clues? -- 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 Jan 30 08:01:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01142 for bugs-outgoing; Tue, 30 Jan 1996 08:01:12 -0800 (PST) Received: from UConnVM.UConn.Edu (uconnvm.uconn.edu [137.99.26.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA01090 for ; Tue, 30 Jan 1996 08:00:52 -0800 (PST) Received: from ruddles.stat.uconn.edu by UConnVM.UConn.Edu (IBM VM SMTP V2R2) with TCP; Tue, 30 Jan 96 11:00:42 EST Received: by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA19557; Tue, 30 Jan 96 10:56:15 EST Date: Tue, 30 Jan 96 10:56:15 EST From: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Message-Id: <9601301556.AA19557@ruddles.stat.uconn.edu> To: rnordier@iafrica.com Subject: Re: Installation of FreeBSD from DOS partition Cc: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org Precedence: bulk Hello, I have not yet tried your suggestion, but I do have some information which could help shed some light on the DOS partition installation problem. An important fact is that I am able to install a WORKING version of the the minimal distribution of FreeBSD on my machine from floppy. It's an annoying 14 disk installation, but it works. I mount my DOS partition at /dos. When I go to read my files from DOS, I have the problem that the files appear in a directory, but they are somehow corrupt. Trying to read them using vi, it seems that a good portion of my system becomes corrupt. Trying to access vi again causes my system to complain about some bad magic number in a file called ld.so. I don't recall the path. A lot of my system becomes corrupt. More won't work complaining of the same error. When I stay entirely in BSD, I am fine. I can boot the machine (the boot manager gives me the option between Windows 95 and BSD and it works properly), I can log in as root. I can create users. They can create files in their directories. It all basically works. Maybe this will shed some light on the situation. Well, I am late for class. I'll write more later. Thanks, J. Metcalf From owner-freebsd-bugs Tue Jan 30 12:07:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA24518 for bugs-outgoing; Tue, 30 Jan 1996 12:07:57 -0800 (PST) Received: from hauki.clinet.fi (hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA24501 Tue, 30 Jan 1996 12:07:42 -0800 (PST) Received: from newzetor.clinet.fi (root@newzetor.clinet.fi [194.100.0.11]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id WAA26222; Tue, 30 Jan 1996 22:06:59 +0200 (EET) Received: (hsu@localhost) by newzetor.clinet.fi (8.7.3/8.6.4) id WAA23201; Tue, 30 Jan 1996 22:07:07 +0200 (EET) Date: Tue, 30 Jan 1996 22:07:07 +0200 (EET) Message-Id: <199601302007.WAA23201@newzetor.clinet.fi> From: Heikki Suonsivu To: gnats@freefall.freebsd.org Cc: freebsd-bugs@freefall.freebsd.org In-reply-to: Heikki Suonsivu's message of 30 Jan 1996 04:39:47 +0200 Subject: Re: kern/978: Three deadlocks in row Organization: Clinet Ltd, Espoo, Finland References: <199601292235.AAA05261@katiska.clinet.fi> Sender: owner-bugs@FreeBSD.ORG Precedence: bulk In article <199601292235.AAA05261@katiska.clinet.fi> Heikki Suonsivu writes: >Number: 978 >Category: kern >Synopsis: Three deadlocks in row >Description: The machine deadlocks so that - Trying to log in from console allows me to type "root", but after pressing return the tty locks up - Network and NFS still work - Any network connections lock up as soon as they do *any* filesystem (?) I/O. Possible correction/clarification to this one: It seems that new processes cannot be started, but file system I/O is possible. Existing processes work. I really miss a "Panic" button here, by any chance could it be implemented somehow (adding code to pcvt to make some little-used key to panic and dump, for example). - This happened today three times in row - I has happened before, but not this frequently It has happened... - There is nothing special on console - It apparently happens on very loaded systems only This evening it has happended twice. I replaced Intel plato motherboard with ASUS to see if that has any effect. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-bugs Tue Jan 30 14:35:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11800 for bugs-outgoing; Tue, 30 Jan 1996 14:35:00 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11772 for ; Tue, 30 Jan 1996 14:34:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA21634; Tue, 30 Jan 1996 23:34:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA04730; Tue, 30 Jan 1996 23:34:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA15755; Tue, 30 Jan 1996 23:07:47 +0100 (MET) From: J Wunsch Message-Id: <199601302207.XAA15755@uriah.heep.sax.de> Subject: Re: Installation of FreeBSD from DOS partition To: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Date: Tue, 30 Jan 1996 23:07:47 +0100 (MET) Cc: rnordier@iafrica.com, bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601301556.AA19557@ruddles.stat.uconn.edu> from "Jeffrey M. Metcalf" at Jan 30, 96 10:56:15 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org Precedence: bulk As Jeffrey M. Metcalf wrote: > > An important fact is that I am able to install a WORKING version of the > the minimal distribution of FreeBSD on my machine from floppy. It's > an annoying 14 disk installation, but it works. I mount my DOS partition > at /dos. When I go to read my files from DOS, I have the problem that > the files appear in a directory, but they are somehow corrupt. Trying > to read them using vi, it seems that a good portion of my system becomes > corrupt. ... It seems that you've got serious disk troubles. Either you've got serious memory problems, and since parity chips on the SIMMs have been eliminated these days, you don't get the usual parity error warnings for this. Try making the memory timing more benign and see if this would help. But i'd rather suspect the IDE controller. Try replacing it by another one temporarily. Any dumb IDE adaptor should do, FreeBSD doesn't use any nifty EIDE extensions anyway. -- 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 Jan 30 15:07:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15283 for bugs-outgoing; Tue, 30 Jan 1996 15:07:07 -0800 (PST) Received: from birk04.studby.uio.no (birk04.studby.uio.no [129.240.214.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA15264 for ; Tue, 30 Jan 1996 15:06:52 -0800 (PST) Received: (from aagero@localhost) by birk04.studby.uio.no (8.7.3/Himkok) id AAA11772; Wed, 31 Jan 1996 00:06:45 +0100 (MET) Date: Wed, 31 Jan 1996 00:06:45 +0100 (MET) Message-Id: <199601302306.AAA11772@birk04.studby.uio.no> From: "Åge Røbekk" To: freebsd-bugs@freebsd.org Subject: ps pages in swapped-out processes MIME-Version: 1.0 Sender: owner-bugs@freebsd.org Precedence: bulk If i do e.g. "ps aux", I might see something like aagero 221 0.0 0.0 704 0 p1 IWs Mon04AM 0:00.45 -bash (bash) but running ps again, gives aagero 221 0.0 0.1 704 12 p1 Is Mon04AM 0:00.45 -bash (bash) and the process has gained some RSS size, together with all the other swapped-out processes. This is on a quite recent current-system. -aage From owner-freebsd-bugs Tue Jan 30 15:40:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA19093 for bugs-outgoing; Tue, 30 Jan 1996 15:40:13 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA19033 Tue, 30 Jan 1996 15:39:36 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA32757; Wed, 31 Jan 1996 10:33:37 +1100 Date: Wed, 31 Jan 1996 10:33:37 +1100 From: Bruce Evans Message-Id: <199601302333.KAA32757@godzilla.zeta.org.au> To: bugs@freebsd.org, gj@freebsd.org Subject: gdb forgets to close file descriptors for inferior Sender: owner-bugs@freebsd.org Precedence: bulk gdb in -current forgets to close file descriptors 3 and 4 before execing the inferior process. ftstat output: bde z 9495 3 / 885 -rwxr-xr-x 9725 r bde z 9495 4 / 885 -rwxr-xr-x 9725 r bde gdb 9494 3 / 885 -rwxr-xr-x 9725 r bde gdb 9494 4 / 885 -rwxr-xr-x 9725 r Here `z' is the binary being debugged and 885 is its inode. This usually doesn't matter, but having 2 fewer than the normal number of fd's available might caused the debugged process to behave abnormally, and certain regression tests fail. Bruce From owner-freebsd-bugs Tue Jan 30 18:40:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03859 for bugs-outgoing; Tue, 30 Jan 1996 18:40:48 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03737 Tue, 30 Jan 1996 18:40:25 -0800 (PST) Resent-Date: Tue, 30 Jan 1996 18:40:25 -0800 (PST) Resent-Message-Id: <199601310240.SAA03737@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jc@irbs.com Received: from goombay.irbs.com (goombay.irbs.com [205.216.79.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03077 for ; Tue, 30 Jan 1996 18:31:47 -0800 (PST) Received: (from jc@localhost) by goombay.irbs.com (8.6.12/8.6.6) id VAA19105; Tue, 30 Jan 1996 21:31:06 -0500 Message-Id: <199601310231.VAA19105@goombay.irbs.com> Date: Tue, 30 Jan 1996 21:31:06 -0500 From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/981: clnt_broadcast() is not aware of aliases Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 981 >Category: bin >Synopsis: clnt_broadcast() is not aware of aliases >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 30 18:40:10 PST 1996 >Last-Modified: >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD 2.1-STABLE i386 >Environment: -stable and probably -current. >Description: clnt_broadcast() sends a broadcast packet for each aliased address on an interface. >How-To-Repeat: Run ypbind on a system with an Ethernet if that has alias addresses. >Fix: *** lib/libc/rpc/pmap_rmt.c.orig Tue May 30 01:41:27 1995 --- lib/libc/rpc/pmap_rmt.c Tue Jan 30 20:20:55 1996 *************** *** 166,171 **** --- 166,172 ---- int sock; /* any valid socket will do */ char *buf; /* why allocxate more when we can use existing... */ { + struct in_addr addr; struct ifconf ifc; struct ifreq ifreq, *ifr; struct sockaddr_in *sin; *************** *** 196,208 **** sin = (struct sockaddr_in *)&ifr->ifr_addr; #ifdef SIOCGIFBRDADDR /* 4.3BSD */ if (ioctl(sock, SIOCGIFBRDADDR, (char *)&ifreq) < 0) { ! addrs[i++] = ! inet_makeaddr(inet_netof(sin->sin_addr), INADDR_ANY); } else { ! addrs[i++] = ((struct sockaddr_in*) &ifreq.ifr_addr)->sin_addr; } #else /* 4.2 BSD */ addrs[i++] = inet_makeaddr(inet_netof(sin->sin_addr), INADDR_ANY); --- 197,216 ---- sin = (struct sockaddr_in *)&ifr->ifr_addr; #ifdef SIOCGIFBRDADDR /* 4.3BSD */ if (ioctl(sock, SIOCGIFBRDADDR, (char *)&ifreq) < 0) { ! addr = inet_makeaddr(inet_netof(sin->sin_addr), INADDR_ANY); } else { ! addr = ((struct sockaddr_in*) &ifreq.ifr_addr)->sin_addr; } + + for (n = 0; n < i; n++) { + if (memcmp(&addrs[n], &addr, sizeof (addr)) == 0) + goto duplicate; + + } + addrs[i++] = addr; + duplicate: #else /* 4.2 BSD */ addrs[i++] = inet_makeaddr(inet_netof(sin->sin_addr), INADDR_ANY); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 30 20:13:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10256 for bugs-outgoing; Tue, 30 Jan 1996 20:13:53 -0800 (PST) Received: from UConnVM.UConn.Edu (uconnvm.uconn.edu [137.99.26.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA10244 for ; Tue, 30 Jan 1996 20:13:36 -0800 (PST) Received: from ruddles.stat.uconn.edu by UConnVM.UConn.Edu (IBM VM SMTP V2R2) with TCP; Tue, 30 Jan 96 23:13:16 EST Received: by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA22577; Tue, 30 Jan 96 23:08:50 EST Date: Tue, 30 Jan 96 23:08:50 EST From: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Message-Id: <9601310408.AA22577@ruddles.stat.uconn.edu> To: risner@heathers.stdio.com Subject: Re: hum Cc: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org Precedence: bulk Hi, I would be more than happy to install mtools. I need just a little help doing that. Right now I have a minimal installation and manual pages installed which is working fine. I want to run /stand/sysinstall as root and use the menu driven packages installation procedure. I have to install everything from floppy right now, so I put PACKAGES\index on the root directory of my floppy and the packages installation menu was built just fine. When I went under emulators and chose mtools, the utility told me that it was unable to find the files. I'm sure that it is because I haven't specified the paths relative to the floppy's root directory properly. Right now the floppy has (Floppy root directory)\PORTS\EMULATORS\mtools (parallel to PACKAGES\index) This does not work. Could you tell me the proper paths? And also, is this Packages installation utility case sensitive? My intuition is that it is not since the floppy files are in the DOS OS which isn't case sensitive. Thanks, J. Metcalf From owner-freebsd-bugs Tue Jan 30 21:08:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA15082 for bugs-outgoing; Tue, 30 Jan 1996 21:08:28 -0800 (PST) Received: from eac.iafrica.com (slipper119232.iafrica.com [196.7.119.232]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA15032 for ; Tue, 30 Jan 1996 21:08:14 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id HAA02676; Wed, 31 Jan 1996 07:07:11 +0200 From: Robert Nordier Message-Id: <199601310507.HAA02676@eac.iafrica.com> Subject: Re: Installation of FreeBSD from DOS partition To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Date: Wed, 31 Jan 1996 07:07:10 +0200 (SAT) Cc: jeff@stat.uconn.edu, bugs@freebsd.org In-Reply-To: <199601302207.XAA15755@uriah.heep.sax.de> from "J Wunsch" at Jan 30, 96 11:07:47 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk On Tue, 30 Jan 1996, J Wunsch wrote: > As Jeffrey M. Metcalf wrote: > > > > An important fact is that I am able to install a WORKING version of the > > the minimal distribution of FreeBSD on my machine from floppy. It's > > an annoying 14 disk installation, but it works. I mount my DOS partition > > at /dos. When I go to read my files from DOS, I have the problem that > > the files appear in a directory, but they are somehow corrupt. Trying > > to read them using vi, it seems that a good portion of my system becomes > > corrupt. ... > > It seems that you've got serious disk troubles. Either you've got > serious memory problems, and since parity chips on the SIMMs have been > eliminated these days, you don't get the usual parity error warnings > for this. Try making the memory timing more benign and see if this > would help. > > But i'd rather suspect the IDE controller. Try replacing it by > another one temporarily. Any dumb IDE adaptor should do, FreeBSD > doesn't use any nifty EIDE extensions anyway. I also thought this might be hardware, but the problems he describes are those a number of other users have reported when accessing the MS-DOS partition from FreeBSD. (I'm in the process of revising the msdosfs code, which was why I was particularly interested.) Elsewhere he writes: > ...... When I stay entirely in BSD, I am fine. I can boot the machine > (the boot manager gives me the option between Windows 95 and BSD and it > works properly), I can log in as root. I can create users. They can > create files in their directories. It all basically works. I think this is a msdosfs problem. He can run MS-DOS/Windows; he can run FreeBSD; he can access MS-DOS floppy disks during installation. It all falls apart only when the MS-DOS partition is involved. For some configurations, the current msdosfs just doesn't work at all. :-( Regards -- Robert Nordier From owner-freebsd-bugs Tue Jan 30 21:11:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA15286 for bugs-outgoing; Tue, 30 Jan 1996 21:11:06 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA15265 for ; Tue, 30 Jan 1996 21:10:53 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0thUJS-000858C; Tue, 30 Jan 96 22:38 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0thUGq-000CPOC; Tue, 30 Jan 96 22:35 WET Message-Id: Date: Tue, 30 Jan 96 22:35 WET To: joerg_wunsch@uriah.heep.sax.de, bugs@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Jan 30 1996, 22:35:48 CST Subject: Re: Jesus' matcd problem - looks like hardware to me Cc: amora@obelix.cica.es, uhclem@nemesis.lonestar.org Sender: owner-bugs@freebsd.org Precedence: bulk [2]Now, that was detailed enough, i think. It happens here: [2] *addr++=inb(port+DATA); [2] ^^^^^^^^^^^^^^^^^^^^^^^ [2] Frank, any clues? Uh, yes and no. First thanks for Ccing me. I am not getting replies from the original poster for some reason, so the info in your reply is all I had sent directly to me that was new to go on. Since this was reported, I finally got the 2.1 disc (Thanks Jordon!) and have downloaded mc (downloaded from the 2.1 port just like a normal user would), and compiled mc on a very plain 2.1.0R system (no X). Installed mc (make install) and rebooted. I then did the following: (being incredibly precise about key sequences) boot: kernel.GENERIC (the 2.1 kernel boots and I see that matcd is Version 1(26) 18-Oct-95 as it should be) login: root password: password # cd / # mount -t cd9660 /dev/matcd0a /cdrom # mc (select /cdrom) (six times) and (select ports) (pointing at README) (this is where Jesus got the panic, but I got:) File: README Col 0 500 bytes 100% This is the FreeBSD Ports Collection. Please refer to the FreeBSD handbook on what to do with them. ... and a screen of the README contents. Now I type Back at #. So, no crash here. I tried this repeatedly, both on a custom kernel and on the GENERIC kernel. My test system was a 486DX-33, 128K L2 Cache, 12 Meg RAM, 1.2Gig IDE, two 1.4 (really 2.8)Meg floppies, one CR-563 connected to a SoundBlaster 16 (no sound support configured), one SMC 8013 ethernet (wrong IRQ set while running GENERIC kernel and it kept complaining about that), and a WD 90C31-based video adapter with 1Meg RAM. (I can remove the cache if you like, but I don't think it matters.) I also tried CR-562 drives with three different firmware levels. No crash. Again, I do not have the precise drive firmware revision Jesus has. The location in the above code snippet is the loop that actually transfers the data to an address that was bounds-checked for validity earlier before the read operation was even started. The only way that more than 2048 bytes could be read (assuming no drive malfunction) is if the "c" partition was opened, which causes the drive to read 2532 byte sectors. This is intentional. Partition "c" must never be mounted. So at this point, it looks like a local hardware problem to me. I suggest that Jesus add a loop to count the number of bytes actually read during each sector read (reset counter at start of loop) and printf the count on each byte read if the count is above 2046 or so (to keep it from being too noisy). It is possible that the firmware he has in the system has a bug and the drive returns more data than it should, which could cause a GPF, but such an action would break the Windows driver that also reads bytes until the drive says "All Done" as matcd does. I was planning to change the way this loop was done anyway to improve speed (the 6x TEAC drive bogs badly here) and simply pull in the expected number of bytes and deal with any excess later, but I really can't blame the current implementation as the cause of this reported failure since it won't fail here. Frank Durda IV |"Your choice: run FreeBSD or uhclem%nemesis@rwsystr.nkn.net | or Bob-Pro(TM). See? That ^------(this is the fastest route)| wasn't a tough choice." or ...letni!rwsys!nemesis!uhclem | (C) July 1995 FDIV From owner-freebsd-bugs Tue Jan 30 23:51:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA27638 for bugs-outgoing; Tue, 30 Jan 1996 23:51:05 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA27622 for ; Tue, 30 Jan 1996 23:50:49 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id PAA07654; Wed, 31 Jan 1996 15:49:38 +0800 (WST) Date: Wed, 31 Jan 1996 15:49:38 +0800 (WST) From: Peter Wemm Message-Id: <199601310749.PAA07654@jhome.DIALix.COM> To: aagero@aage.aage.priv.no (Ege Rxbekk) cc: bugs@freebsd.org Subject: Re: ps pages in swapped-out processes Newsgroups: freebsd.bugs References: <199601302306.AAA11772@birk04.studby.uio.no> X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-bugs@freebsd.org Precedence: bulk >If i do e.g. "ps aux", I might see something like >aagero 221 0.0 0.0 704 0 p1 IWs Mon04AM 0:00.45 -bash (bash) >but running ps again, gives >aagero 221 0.0 0.1 704 12 p1 Is Mon04AM 0:00.45 -bash (bash) >and the process has gained some RSS size, together with all the other >swapped-out processes. This is on a quite recent current-system. >-aage This is because 'ps' accesses the process's address space to fetch data from the 'user' struct and the argument strings from it's stack. There are two pages for the user area (4K each) and generally the argv strings are all in the third page for a total of 12K. -Peter From owner-freebsd-bugs Wed Jan 31 01:46:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA05597 for bugs-outgoing; Wed, 31 Jan 1996 01:46:59 -0800 (PST) Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA05581 for ; Wed, 31 Jan 1996 01:46:50 -0800 (PST) Received: from spirit.dynas.se by karon.dynas.se with smtp (Smail3.1.28.1 #5) id m0thZ7l-000EUPC; Wed, 31 Jan 96 10:46:45 +0100 Received: by spirit.dynas.se (Smail3.1.28.1 #32) id m0thZ7m-000JeVC; Wed, 31 Jan 96 10:46:46 +0100 Date: Wed, 31 Jan 1996 10:46:44 +0100 (MET) From: Mikko Tyolajarvi To: bugs@FreeBSD.org Subject: iijppp (2.1-RELEASE). Chatscript buglet. Message-ID: MIME-Version: 1.0 Content-Type: Text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: Quoted-Printable Sender: owner-bugs@FreeBSD.org Precedence: bulk In case anyone is interested, I stumbled into this cute bug in user ppp (from the 2.1-RELEASE CD). It causes chatscripts to fail to to match any string that is immediately preceeded by a leading substring of itself. I.e. when expecting "FooBar", "FooFooBar" will pass by unnoticed, or (ho= w I found out), it is not possible to wait for a "Password:" prompt using th= e string "sword:"... Here is one way to fix it: *** chat.c.org Fri Jan 19 13:06:00 1996 --- chat.c Fri Jan 19 13:06:53 1996 *************** *** 266,272 **** return(MATCH); } } else { ! s =3D str; if (inp =3D=3D inbuff+ IBSIZE) { bcopy(inp - 100, inbuff, 100); inp =3D inbuff + 100; --- 266,272 ---- return(MATCH); } } else { ! s =3D (ch =3D=3D *str) ? str+1 : str; if (inp =3D=3D inbuff+ IBSIZE) { bcopy(inp - 100, inbuff, 100); inp =3D inbuff + 100; BTW: The chat program doesn't have this problem. =09=09Regards, =09=09/Mikko Mikko Ty=F6l=E4j=E4rvi (mikko@dynas.se) DynaSoft, Dynamic Software AB From owner-freebsd-bugs Wed Jan 31 07:16:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08046 for bugs-outgoing; Wed, 31 Jan 1996 07:16:59 -0800 (PST) Received: from UConnVM.UConn.Edu (uconnvm.uconn.edu [137.99.26.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA08036 for ; Wed, 31 Jan 1996 07:16:44 -0800 (PST) Received: from ruddles.stat.uconn.edu by UConnVM.UConn.Edu (IBM VM SMTP V2R2) with TCP; Wed, 31 Jan 96 10:16:33 EST Received: by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA23283; Wed, 31 Jan 96 10:12:05 EST Date: Wed, 31 Jan 96 10:12:05 EST From: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Message-Id: <9601311512.AA23283@ruddles.stat.uconn.edu> To: risner@heathers.stdio.com Subject: Re: mtools Cc: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org Precedence: bulk Hi, Sorry, but I kind of have the usual chicken and egg problem here. Since I have no ethernet card right now, I cannot download the files into the FreeBSD filesystem. Since I don't have mtools, I cannot get it off of a DOS floppy. Hence my FreeBSD installation is isolated from the rest of the world unless I can figure out how to use the /stand/sysinstall menu driven package installation utilities. I have all the ports files from CDROM onto a DOS floppy, I just need to know the proper paths on the floppy to make it all work. I will send a copy of my precise problem to bugs@FreeBSD.org and hope someone familiar with the installation process can help me. Thanks for the help, J. Metcalf _____________________________________________________________________ >From risner@heathers.stdio.com Wed Jan 31 02:42:46 1996 Return-Path: Received: from heathers.stdio.com by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA22676; Wed, 31 Jan 96 02:42:38 EST Received: (from risner@localhost) by heathers.stdio.com (8.6.12/8.6.13) id CAA21118 for jeff@stat.uconn.edu; Wed, 31 Jan 1996 02:40:12 -0500 Date: Wed, 31 Jan 1996 02:40:12 -0500 From: James Risner Message-Id: <199601310740.CAA21118@heathers.stdio.com> To: jeff@stat.uconn.edu Subject: mtools Status: R Is it only available as a package? Try this, download ftp://ftp.freebsd.org/pub/FreeBSD/ports-2.1/distfiles/mtools-* mkdir a dir on the system, /usr/ports/distfiles, and stick it in there. take this file and stick it in a directory named /usr/ports/emulators/mtools begin 664 mtools.tar.gz M'XL(`````````^T\:7?;-K;Y*OX*U$EKR=;"111M>3P3+TKKJ9<]>`-QDR7+R+#M](YPX(I8+X%Y)%%LAH2\"(,@OJ_=QS&E[E-, MZ&G3T'%IM&0>>/#ZRUI'UF#]%5G5Y=7Z/T7BZ^_9RZ2U(LN==ON>]3=T0G1# M,?2VKFH:KK_1AOTO+W%.6?HO7_^30YU4O3@(W*BA-N6FT01R-$=_U,@N@67; MT@94589#3>O`TIAJV[;;G>&@HV]9\E!Z[LFOTO\YG9A7%&7`,L=8M/\-I:C_ M9=S_P&VK_?\4Z24YI1_))`CCB%B!ZU(K=@*?>((MR#`(N[A&7$1(+\D_:!AA MBY#^*W%":K-:PD0'U!Z:,2562.%'UR9D5!P,:$F5[NPW-_CD.O+PZ31^\ M/Z274/OJ"&!3QJQ?$Z6I(Z#>DHV6HA%9Z2I:5VD3,S(]A_1N)N05P$F'1_V+ MT[V3WFZE*,^D@[V+WH]GYT>]_N9NA7J):R*&TLE>_Z)W?MD_NNCU=RO#>-)M MM28AG31-I^DY<9/:26N2#%HC/VE)T/KH]`+^>N>[%9CFZS]-T>_[K[ZQ!\^L\HW1\>]74F"[AN.#_SFNEVI\MJ[LIV0 M-&#V:>/6P/%G5WBFCW^*)#4=WW(3FY*_#"*[B0O7]*[^^M6B>&+&UGC)%N"7 MV7],_^N&L;+_GB*EZ\]^&Z:YC#$6R'_54-L@(Z!)1VUWF/VO:NK*_GN2M+&Q MD8E:D&;.J'(Q3DB?3F`3$GFKJ\C==@>EKRHU&HVL:>6?U$:ACK)=-KJJ#@VY M<-\H)\P3I5U7MPC+$O+R@(E*L"\;9Z1QHE+2.`3AJG3@]]?>Z=&O\'M\=O#S M&VQ[?)@UCD1CAS2&1)=E&>JE[PCOK<)[.^R_W3L_@%^0S5`MH+$R8EEX>E4] M.*AA!L:$K.OX,>3Z/QT?[5=VV=/>.91'8^"*A@D#[!^='AYAT:M/A[W^!3Q_ M;B51V'(#RW1;0B\2U0`!C(S8;!7FD)RD?ZJRB%Q3B_Q#U4NV;OX MX8+\XCLWY.T!,<`H:FD#A43Q+:ADUHD-,Q^$9NC0J(E0_9_.]O\.`[:@N&6% ML1PU`YZ)QO!_T\%58TO(%P.>&LM=C*6M0E%9SJ?[E.9\4C+/W`.R40?S-MT% M\"\U!0C\!]E*@^O]5U6.:PWPJ>`D)V$P@L90\?;\[,=^;8?800I,7KUBU1E0 MBQ?LD)'K`[V'I-D4/-I*F\YB8Z`E=NM3G$C:=\,B#8^@Z#XQXS@$]!3"Z,@& M\D19D;*S0"V[#`;YA2#!Y'8*"$MR,,;'@J""DY=.T#\/=;Y$_D_I_\$R=,PB M_:_)ZAW]KW16^O\I$HJF03*\!)?-;EIW+0"CJV]W%26W`/+&E1-P`YD-H!%% M01M`WYIO`ZCMNM9)I1^P=4Q@* M'UDK7NE1SYK<5FL[N)W=P!\16)J0UDEL.FZ=N!&E5U@+`->!8Y,)#<,@K-;J MA-XX,?ZR3H=N$HUY.VR*J;6!FWP])DD$3JP)^^)O9*/%ICLD5085.7]0L@O* MID8^,3`V-FC$*K)13,"8ZO<.+L[0L?R?7HUL\L&"X3"B,9LQZXM/D-4!?T,@O%`%T0 MF0?QS6(TRG@(UM$[]8Z:LCH*(`M+88X%H-6U=B8>OTXC/535+#(- MOG&5S^C[$)T/)-4SP?WD))UM#/Q)E/Q#:#Q3RV_7.WI!RS^RMGR8GG\`*M.: M4K!,1ZYW.@5=O]SI+]#V7X?&K%79VJHK-;YKU70AHGH9_VD'%W"7@QDS^`)4J$ M9)A/$;)(1W3FKD])?C8]B?^,?^55$65:&B6JN)(OSW&6`_ MXWY\27T;MCKH)WYL`?IHD\"_E\[0ID-R>2E.["\OH3"*PP1FSG%)47KW'J3+ M)ZA-TZ?U/9C16@OJ6^'0EIM*NRVO\4DIZLQ9;<$?U"A;G^LX%:79;GM\*G,[ M-=2'];D-76*?T/YJ09?*XCY5UJ>JB$X5F(:WL-OVUL.Z_1+T%55^($WUM%-U M49]:9T&7[3))H?T=W/>+72J/,\WI/A^%G:8Z?0QVFNIR&>1\)`Z]0]''X-"O M%$2;*(@V"X*H('-PB.>6]+/3E/Y?RCW`!?H?]E;GKO[75OK_*1(J9\=WX@>% M?GC#Z7,?K:MUYFM^35'JFBJGGAE0.W:L5`,/@.@1M>(`MAI48KSW$LN$"Y*Z M'44W8VX'^+C#KR%,&?T%ER`S^0L>1A6W>.YNPL[%>9!X3,G0":.8I#/,8A=8 MS]V)5$K\@*/7IYR1[W;+!8R&*3V$X?.E]+CK=WT%05(OZ)LAS'/O@O_>-"7_ MA\L88Y'_IX*,R>6_RN/_*_G_)`E%M#<,0L^L*?L<@6>"'-X>'H1E?NM1'X1[R!\M- M(A:^S/J)@_@R`_`3[Q*;<-!10J,HCVO%CD M_M";B>G;Q08;@)#/PNEU%ED'>9H^YD'VH[9CPECF@+KO%/5]'<]5WA6E MXOL='N(W\-0D=9._9OU9",[X=D(QM,S.O?I' M/UY>_/:VQP4QHMR9]]T[5610BH63!UY@3&E)1C*F)%,R%=1D29/*N2;] M?DZ36Z?J=&X36FN5!!DWL4]$/W?UG^WX#1^/@O@2V0_X:N MR]G[_SI[_T_3Y)7\?Y*$6^2$O1_25/Y3DOY&5Y:%8!?O?HEFS/-[0P<$W\7% MX)_8IOK,_=?1ZT9VZZOY]BW\O^>ZC(]YA\0*/`^\@8CPJ!-P!O0?)98%CD:= M*)A+XACDW]!TW`2/[<'M4:$?J)B88>R`;!-5^(Y.L_\3Z?=Z9.^X?P99\2)& M50%OPK-L_FM3ES]PF<*?0U$94I\_H-S")^P%7[$0L$[('YCCP1^]#-043]PZ M5FIB0ON__-A'S`$5'\:,$Q]?E(X'NP[9F[I6#CA40:!(&$\!; MG%-6@05]$,->XL;.Q*4L?`<">F):3NS0B("H!KI-\)U@:M>(`R4^"2S+Q!>V M@4CL>@.X35%DCO!5EF$8>&R<]"`4G;2P2<@%2`2\LN63`?1H#JE[2T`X!2&U MF_P2D5[?RA3<\A=UD]&P=_J/H_.STY/>Z064'`W9<-2_=L+`]_`RR+49.N8` M"(,`^^3DXNSLN'^Y!SD@!8MQ`H1/G#B"IFY"L3B)0)V9$>M+D/(6UX+1@B!L ME8Z:!,_J:D!.NTBO,<#AFL4!THFM'!)H$^DG1O#,6ZP;!JX;?(21!K?$Q/?L M`3A-ZQLMSUWY@\^6.2!4D/A18@3]T1L!@-3Y!0Y6[ MU[YLU1#W:%*BP#[F!B'\WX=!$%MS$*`[/DAB]AH<1W9_M7NRW<-69R9O03/H M!0<#CEK:)LN/9?Y3Z2="W*H$%ADEKL'%;>%(IMQ&T;IR>[Y(;K?K[>W<((*L M+N:E=7 MYJ^'H=2-/!K%";,+C#:Z?@?_6:2AO`=[<2<]9'$BE"5AE1.$']BD0'$`')S5 M841N"0N`J.*<\TC3(\^Y@G_/Q4HJ>&^JKA0.(, M/(>+'=1P.@Y^X;I%SE.VNOM55VSF#"9B2!:9T-1E\ M\/GL)1=N7=7U;8X'NQPU36(H2B]`T1L@IC_OIM2.:,4%P:1.-D"I;XQH#"*3 MA6T!SAJ'N&B\H3BD9.U-Z.:=*F.\5CSEK8JC;^NLV:,,R/$NH(0&]'F)KI>K"KZZ(!# M1*IF'#C8D>@)Q#PE>'NE2QQHJ^Z0`6BMJYV\KKTEZK09=6U1)]^M4V51U[Y3 MEPVGW*G2.J)*+U:!LVV"FNN2%+7A)`0*(K:Q#0JJ3C*"=NP%>_2'E!ES)+.-`!H\2`C9883EKO(^[X$H1 MO`,98^.^#OB:\=5@/).BAFR5W@;Z/@(THAR-?*I-M+-04@GFXDA]8,05G/.9 M4'"K25K>V;F'X?:?F.&4&9R3<9QRES]REC/N8;G.?);;FL]RVU_'`FOA:',>FX_ M?UZ:7(V6_@78!W[_J:UIFBKC77!B&-KJ^T]/DG#]#\Y.T*E>VA@+O__9:9?7 M7U%D=?7^YY.DO>)7_T!P\N@-VK6>Z3L3]K4\,&Q/^H=G?<(^%MO\9F79*GUY MPOU_V.L?G"]QC$7O?QO*]/TO:+_Z_MN3)!&NQ3`6F20#%YPT._!,QY^2"_@- MI-#T6$C2Q&`F_VQ6=!O%U(LD*,7H79V?4M59^"P3()0+#L*"GD51PH!)-;Z= M.!9T>BN9S&-&1[[6)*1G@D$L!B8F%'H3'A/E7_'DAV&\._P8*5B4U(\E$7G& M,*?E!A&&U>!Q$IJ`"XS2E"0,S_*(;"[:LG@UA@%%_W97DAA]5%U_"4'`)Z.B\-%/@A(EKWN90A=GR.%O6],W9 M^10YJVO9=-D/&);#F#9=>PW1Y%Q*/0^>@QWO[O>/"+/!#N/D4K@,W@95G M,$W)\\JT/CELG?Q<0*,,&R6#`@9A&?3\L'5^4@`-*?-XY@'C->SYBX6[DR/) M&E9Q\6IEZB,U^-*%U"]-I'?:@K^]DUXZ$<;K``Q^631E"T@LR%^`QH/]66MH M!3[XS;!Y09),<0$_UGX`+KQAB@P7/RDJ?%=*OP4)B<9!XMH84V?A>JC\`"*> MBP)R&R0AH;<8[0<),0G1F[>Q=!UV?4$\29QG4`9=T_`V'B/>HN>/07C%)$^$ M)S;-)A#&HI,XBP4"\U&;K'OKL#'+3 M;T2SMGPH?E1&?;8<-GZ$[U])$/,*D/0QS`MIYN7')M&8NJG0#ND(!#.LX`TL M7<0^0[TV0<40XA>K8PN7:8V$00)\2B-!(NQ%0FYI\.\ZA@D:L2`T`NS(]"8N MZ*OUC77>`ZX!S+PHZF"2KD,30%I:WVANK`LZF"&,AZ=H_$Y.G6VV1N"CO@&R M"ZF3R^YAFN:?FSEW809@^HJM)'7SPQ]<(?N?CGSU=H M6@YI%(M)`NM(Z1?2LR]O*H4B_,IF,Q+!?RS2\62C!)0^MRLM$JKM$JKM$JKM$JKM$JK 1M$JKM$K?; Wed, 31 Jan 1996 07:26:32 -0800 (PST) Received: from ruddles.stat.uconn.edu by UConnVM.UConn.Edu (IBM VM SMTP V2R2) with TCP; Wed, 31 Jan 96 10:26:23 EST Received: by ruddles.stat.uconn.edu (4.1/SMI-4.1) id AA23302; Wed, 31 Jan 96 10:22:02 EST Date: Wed, 31 Jan 96 10:22:02 EST From: jeff@stat.uconn.edu (Jeffrey M. Metcalf) Message-Id: <9601311522.AA23302@ruddles.stat.uconn.edu> To: bugs@FreeBSD.org Subject: Packages installation from DOS floppy Sender: owner-bugs@FreeBSD.org Precedence: bulk >From jeff Tue Jan 30 23:08:49 1996 To: risner@heathers.stdio.com Subject: Re: hum Cc: bugs@FreeBSD.org Content-Length: 1014 Status: RO Hi, I would like to install mtools. I need just a little help doing that. Right now I have a minimal installation and manual pages installed which is working fine. I want to run /stand/sysinstall as root and use the menu driven packages installation procedure. I have to install everything from floppy right now, so I put PACKAGES\index on the root directory of my floppy and the packages installation menu was built just fine. When I went under emulators and chose mtools, the utility told me that it was unable to find the files. I'm sure that it is because I haven't specified the paths relative to the floppy's root directory properly. Right now the DOS floppy has (Floppy root directory)\PORTS\EMULATORS\mtools\(various files and folders from CDROM distribution) which is parallel to (Floppy root directory)\PACKAGES\index) This does not work. Could you tell me the proper paths? And also, is this Packages installation utility case sensitive? My intuition is that it is not since the floppy files are in the DOS OS which isn't case sensitive. I have no internet connection or workable DOS partition so I cannot install mtools any other way than to use the DOS floppy and the /stand/sysinstall menu driven packages utility. Thanks, J. Metcalf From owner-freebsd-bugs Wed Jan 31 07:40:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09686 for bugs-outgoing; Wed, 31 Jan 1996 07:40:15 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09662 Wed, 31 Jan 1996 07:40:10 -0800 (PST) Resent-Date: Wed, 31 Jan 1996 07:40:10 -0800 (PST) Resent-Message-Id: <199601311540.HAA09662@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, joerg_wunsch@interface-business.de Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA09480 for ; Wed, 31 Jan 1996 07:37:31 -0800 (PST) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id QAA28566 for ; Wed, 31 Jan 1996 16:43:18 +0100 Received: (from j@localhost) by ida.interface-business.de (8.7.3/8.7.3) id QAA26772; Wed, 31 Jan 1996 16:36:51 +0100 (MET) Message-Id: <199601311536.QAA26772@ida.interface-business.de> Date: Wed, 31 Jan 1996 16:36:51 +0100 (MET) From: J Wunsch Reply-To: joerg_wunsch@interface-business.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/982: Bogus output from netstat -r Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 982 >Category: bin >Synopsis: Bogus output from netstat -r >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 31 07:40:05 PST 1996 >Last-Modified: >Originator: J Wunsch >Organization: interface business GmbH >Release: FreeBSD 2.2-CURRENT i386 >Environment: System from early January 1996. External router to the Internet. >Description: Some of the lines from the netstat -rn output look rather suspicous: j@ida 506% netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 193.101.57.254 UGc 6 44 ed1 127.0.0.1 127.0.0.1 UH 2 2564 lo0 192.168.238&0xc0a8ee00 193.101.57.253 UGc 0 0 ed1 193.98.238&0xc162ee00 193.101.57.253 UGc 0 0 ed1 193.101.57.0 link#1 UHLW 1 1347 193.101.57 link#1 UC 1 0 193.101.57.101 0:0:c0:33:37:65 UHLW 9 372572 ed1 1171 193.101.57.114 0:20:af:f9:ad:fc UHLW 0 2239 ed1 1006 193.101.57.200 0:0:c0:6b:2b:a3 UHLW 4 322930 ed1 1092 193.101.57.203 0:0:c0:28:c3:63 UHLW 3 8684 lo0 193.101.57.254 0:c0:7b:50:4f:ee UHLW 8 1856 ed1 1143 193.101.57.255 link#1 UHLW 1 1346 194.115.141&0xc2738d00 193.101.57.254 UGc 0 0 ed1 224/4 link#1 UCS 0 0 ...as compared to a machine running 2.0.5 in the same network: [...] 192.168.238 193.101.57.253 UGc 0 0 ed0 193.98.238 193.101.57.253 UGc 0 0 ed0 [...] 194.115.141 193.101.57.254 UGc 0 0 ed0 224 link#1 UCS 0 0 >How-To-Repeat: No idea how this happens. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jan 31 08:36:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14852 for bugs-outgoing; Wed, 31 Jan 1996 08:36:07 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14767 Wed, 31 Jan 1996 08:36:02 -0800 (PST) Date: Wed, 31 Jan 1996 08:36:02 -0800 (PST) From: Mike Pritchard Message-Id: <199601311636.IAA14767@freefall.freebsd.org> To: joerg_wunsch@uriah.heep.sax.de, mpp, freebsd-bugs Subject: Re: docs/232 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: The mandoc .St macro doesn't work or misses IEEE754 State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Jan 31 08:35:34 PST 1996 State-Changed-Why: Fixed in rev 1.2 of groff/tmac/doc-syms. From owner-freebsd-bugs Wed Jan 31 10:02:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22411 for bugs-outgoing; Wed, 31 Jan 1996 10:02:55 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22384 Wed, 31 Jan 1996 10:02:47 -0800 (PST) Date: Wed, 31 Jan 1996 10:02:47 -0800 (PST) From: Mike Pritchard Message-Id: <199601311802.KAA22384@freefall.freebsd.org> To: pritc003@maroon.tc.umn.edu, mpp, freebsd-bugs Subject: Re: bin/432 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: mixer should print out the current mixer settings by default State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Jan 31 10:01:37 PST 1996 State-Changed-Why: Changed in rev 1.4 of mixer.c. From owner-freebsd-bugs Wed Jan 31 10:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23186 for bugs-outgoing; Wed, 31 Jan 1996 10:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23178 Wed, 31 Jan 1996 10:10:03 -0800 (PST) Date: Wed, 31 Jan 1996 10:10:03 -0800 (PST) Message-Id: <199601311810.KAA23178@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/981: clnt_broadcast() is not aware of aliases Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/981; it has been noted by GNATS. From: Bill Fenner To: jc@irbs.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/981: clnt_broadcast() is not aware of aliases Date: Wed, 31 Jan 1996 10:03:28 PST In message <199601310231.VAA19105@goombay.irbs.com> you write: >>Description: > >clnt_broadcast() sends a broadcast packet for each aliased address >on an interface. Which is arguably correct, if it sends to the broadcast address for that alias. (I have an as-yet-uncommitted fix that allows programs to get netmasks and broadcast addresses for aliases). Of course, then it needs to discard overlapping subnets for the people who use alias to give their machine multiple IP addresses on the same subnet as opposed to giving it addresses on different subnets. Bill From owner-freebsd-bugs Wed Jan 31 10:16:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23735 for bugs-outgoing; Wed, 31 Jan 1996 10:16:10 -0800 (PST) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA23588 for ; Wed, 31 Jan 1996 10:15:43 -0800 (PST) Received: from ptcmtl.montreal.hp.com (ptcmtl11.montreal.hp.com) by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA031212132; Wed, 31 Jan 1996 10:15:35 -0800 Received: by ptcmtl.montreal.hp.com (1.37.109.16/15.5+ECS 3.3) id AA196051927; Wed, 31 Jan 1996 13:12:07 -0500 Date: Wed, 31 Jan 1996 13:12:07 -0500 From: Philip Van-Houtte Message-Id: <199601311812.AA196051927@ptcmtl.montreal.hp.com> Apparently-To: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org Precedence: bulk Hello! I'm trying to install FreeBSD 2.1 on a NEC 'Ultra Lite Versa' laptop. 486SL + 20M Ram (4M + 16M ram card) + 380Mb HD. I receive a page fault panic when the installation tries to extract the root.flp floppy. Are there any quick ways around this problem? I'd like to install FreeBSD in the entire HD (no other partitions) Thanks Philip Van-Houtte From owner-freebsd-bugs Wed Jan 31 11:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03372 for bugs-outgoing; Wed, 31 Jan 1996 11:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03338 Wed, 31 Jan 1996 11:40:05 -0800 (PST) Date: Wed, 31 Jan 1996 11:40:05 -0800 (PST) Message-Id: <199601311940.LAA03338@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: bin/982: Bogus output from netstat -r Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/982; it has been noted by GNATS. From: "Garrett A. Wollman" To: joerg_wunsch@interface-business.de Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: bin/982: Bogus output from netstat -r Date: Wed, 31 Jan 1996 14:33:45 -0500 < said: > 192.168.238&0xc0a8ee00 193.101.57.253 UGc 0 0 ed1 Your netmaks is wrong. Some program mistakenly did the equivalent of: # route add 192.168.238.0 -netmask 193.168.238.0 -nostatic -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Wed Jan 31 12:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07336 for bugs-outgoing; Wed, 31 Jan 1996 12:30:07 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA07325 for ; Wed, 31 Jan 1996 12:30:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.3/8.6.9) with SMTP id MAA29309; Wed, 31 Jan 1996 12:23:08 -0800 (PST) To: jeff@stat.uconn.edu (Jeffrey M. Metcalf) cc: risner@heathers.stdio.com, bugs@FreeBSD.org Subject: Re: mtools In-reply-to: Your message of "Wed, 31 Jan 1996 10:12:05 EST." <9601311512.AA23283@ruddles.stat.uconn.edu> Date: Wed, 31 Jan 1996 12:23:08 -0800 Message-ID: <29307.823119788@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org Precedence: bulk > Sorry, but I kind of have the usual chicken and egg problem here. Since > I have no ethernet card right now, I cannot download the files into the > FreeBSD filesystem. Since I don't have mtools, I cannot get it off of > a DOS floppy. Hence my FreeBSD installation is isolated from the rest of Why do you think that? mount -t msdos /dev/fd0 /mnt Will mount a DOS floppy directly. Put the package files you're interested in on such floppies and use the pkg_add command on each one - you don't need any fancy /stand/sysinstall menu driven package installation utilities.. :-) Jordan From owner-freebsd-bugs Wed Jan 31 12:59:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10015 for bugs-outgoing; Wed, 31 Jan 1996 12:59:16 -0800 (PST) Received: from Gensys.com (gensys-gw.gensys.com [206.109.98.129]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA10005 for ; Wed, 31 Jan 1996 12:59:08 -0800 (PST) Received: from Novellnet.Gensys.com (novellnet.Gensys.com [206.109.98.2]) by Gensys.com (8.7.1/8.6.9) with ESMTP id OAA09506; Wed, 31 Jan 1996 14:55:53 -0600 (CST) Received: from GENSYS/SpoolDir by Novellnet.Gensys.com (Mercury 1.20); 31 Jan 96 14:56:12 -0500 Received: from SpoolDir by GENSYS (Mercury 1.20); 31 Jan 96 14:55:54 -0500 From: "Jeff Hupp" Organization: Gensys Technologies, Inc. To: jeff@stat.uconn.edu (Jeffrey M. Metcalf), bugs@freebsd.org Date: Wed, 31 Jan 1996 14:55:52 -0500 Subject: Re: mtools Reply-to: JHupp@Gensys.Com Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Message-ID: <7AC96E537D@Novellnet.Gensys.com> Sender: owner-bugs@freebsd.org Precedence: bulk On 31 Jan 96 at 10:12, Jeffrey M. Metcalf wrote: : Hi, : : Sorry, but I kind of have the usual chicken and egg problem here. Since : I have no ethernet card right now, I cannot download the files into the : FreeBSD filesystem. Since I don't have mtools, I cannot get it off of : a DOS floppy. Hence my FreeBSD installation is isolated from the rest of : the world unless I can figure out how to use the /stand/sysinstall : menu driven package installation utilities. I have all the ports files : from CDROM onto a DOS floppy, I just need to know the proper paths on : the floppy to make it all work. I will send a copy of my precise problem : to : Can't you just mount a dos floppy, as in `mount -t msdos /dev/fd0a /mnt` -- JHupp@gensys.com |For PGP Public Key: http://gensys.com |finger jhupp@gensys.com Natural laws have no pity. From owner-freebsd-bugs Wed Jan 31 14:40:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19648 for bugs-outgoing; Wed, 31 Jan 1996 14:40:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19577 Wed, 31 Jan 1996 14:40:06 -0800 (PST) Resent-Date: Wed, 31 Jan 1996 14:40:06 -0800 (PST) Resent-Message-Id: <199601312240.OAA19577@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.7.3/8.7.3) with ESMTP id OAA19250 for ; Wed, 31 Jan 1996 14:36:56 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id AAA18122 for ; Thu, 1 Feb 1996 00:36:41 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id AAA09652; Thu, 1 Feb 1996 00:36:40 +0200 (EET) Message-Id: <199601312236.AAA09652@katiska.clinet.fi> Date: Thu, 1 Feb 1996 00:36:40 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/983: Processes fail to get more than 4M of memory on a 64M machine? Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 983 >Category: kern >Synopsis: Processes fail to get more than 4M of memory on a 64M machine? >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 31 14:40:03 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Jan 25 11:53:18 newzetor /kernel: CPU: Pentium (132.61-MHz 586-class CPU) Jan 25 11:53:18 newzetor /kernel: Origin = "GenuineIntel" Id = 0x52b Steppin g=11 Jan 25 11:53:18 newzetor /kernel: Features=0x1bf Jan 25 11:53:18 newzetor /kernel: real memory = 67108864 (65536K bytes) Jan 25 11:53:18 newzetor /kernel: avail memory = 63537152 (62048K bytes) Jan 25 11:53:18 newzetor /kernel: DEVFS: ready for devices Jan 25 11:53:18 newzetor /kernel: Probing for devices on the PCI bus: Jan 25 11:53:18 newzetor /kernel: pci0:0: Silicon Integrated Systems, device=0x5 511, class=bridge (host) [no driver assigned] Jan 25 11:53:18 newzetor /kernel: chip0 rev 1 on pci0:1 Jan 25 11:53:18 newzetor /kernel: vga0 rev 0 on pci0:9 Jan 25 11:53:18 newzetor /kernel: de0 rev 17 int a ir q 10 on pci0:10 Jan 25 11:53:18 newzetor /kernel: de0: DC21041 [10Mb/s] pass 1.1 Ethernet addres s 00:00:c0:82:7f:c4 Jan 25 11:53:19 newzetor /kernel: ncr0 rev 2 int a irq 11 on p ci0:12 Jan 25 11:53:19 newzetor /kernel: ncr0 waiting for scsi devices to settle Jan 25 11:53:19 newzetor /kernel: (ncr0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 Jan 25 11:53:19 newzetor /kernel: sd0(ncr0:0:0): Direct-Access Jan 25 11:53:19 newzetor /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) o ffset 8. Jan 25 11:53:19 newzetor /kernel: 1034MB (2118144 512 byte sectors) Jan 25 11:53:19 newzetor /kernel: sd0(ncr0:0:0): with 4903 cyls, 4 heads, and an average 108 sectors/track Jan 25 11:53:19 newzetor /kernel: Probing for devices on the ISA bus: Jan 25 11:53:19 newzetor /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jan 25 11:53:19 newzetor /kernel: vt0: unkown s3, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] Jan 25 11:53:19 newzetor /kernel: ed0 not found at 0x280 Jan 25 11:53:19 newzetor /kernel: lpt0 at 0x378-0x37f irq 7 on isa Jan 25 11:53:19 newzetor /kernel: lpt0: Interrupt-driven port Jan 25 11:53:19 newzetor /kernel: lp0: TCP/IP capable interface Jan 25 11:53:19 newzetor /kernel: lpt1 not found at 0xffffffff Jan 25 11:53:19 newzetor /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jan 25 11:53:20 newzetor /kernel: sio0: type 16550A Jan 25 11:53:20 newzetor /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jan 25 11:53:20 newzetor /kernel: sio1: type 16550A Jan 25 11:53:20 newzetor /kernel: pca0 on motherboard Jan 25 11:53:20 newzetor /kernel: pca0: PC speaker audio driver Jan 25 11:53:20 newzetor /kernel: cy0 not found Jan 25 11:53:20 newzetor /kernel: bt0 not found at 0x330 Jan 25 11:53:20 newzetor /kernel: aha0 not found at 0x330 Jan 25 11:53:20 newzetor /kernel: wdc0 not found at 0x1f0 Jan 25 11:53:20 newzetor /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 25 11:53:20 newzetor /kernel: fdc0: NEC 72065B Jan 25 11:53:20 newzetor /kernel: fd0: 1.44MB 3.5in Jan 25 11:53:20 newzetor /kernel: matcdc0 not found at 0x230 Jan 25 11:53:20 newzetor /kernel: npx0 on motherboard Jan 25 11:53:20 newzetor /kernel: npx0: INT 16 interface Jan 25 11:53:20 newzetor /kernel: changing root device to sd0a Jan 25 11:53:20 newzetor /kernel: devfs ready to run Jan 25 11:53:20 newzetor /kernel: new masks: bio c0000840, tty c003049a, net c00 3049a Jan 25 11:53:20 newzetor /kernel: WARNING: / was not properly dismounted. >Description: Processes don't seem to get more than 4M of memory, ever, causing 64M machine swap wildly where is still plenty of memory available. Harvest cached seems to be a good program to demonstrate this. load averages: 2.24, 1.13, 0.79 23:12:20 273 processes: 14 running, 228 sleeping, 30 stopped, 1 zombie Cpu states: 3.7% user, 26.2% nice, 57.9% system, 4.6% interrupt, 7.6% idle Mem: 22M Active, 24M Inact, 11M Wired, 84K Cache, 7390K Buf, 112K Free Swap: 307M Total, 125M Used, 182M Free, 41% Inuse 440Kin 5568Kout PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 14438 nobody 105 4 19M 4284K RUN 226:07 39.63% 39.63% cached 2 root -18 0 0K 12K RUN 29:06 10.95% 10.95% pagedaemon 3 root 28 0 0K 12K psleep 10:52 8.77% 8.77% vmdaemon 22920 sgm 2 4 816K 692K select 12:07 0.76% 0.76% irc-2.8 11831 root -1 -20 440K 324K RUN 0:00 0.00% 0.53% top 11787 mylzi 3 0 5712K 2212K ttyin 0:03 0.55% 0.53% tin 9333 rainbow -18 0 492K 324K swread 0:13 0.23% 0.23% slirp 11839 tjm 3 0 240K 536K ttyin 0:00 0.86% 0.19% less 2136 lsj 2 0 620K 452K select 0:10 0.35% 0.11% tf 11785 arx 2 0 1548K 684K select 0:00 0.80% 0.08% pine 24037 dancer 2 0 484K 296K select 0:35 0.14% 0.08% screen-3.6.2 90 root 10 0 212K 12K nfsidl 9:34 0.08% 0.08% nfsiod 24045 dancer 2 0 1180K 360K select 0:32 0.34% 0.08% irc-2.8 10913 hsu 2 0 592K 236K select 0:00 1.56% 0.08% xterm 11663 root 2 0 172K 44K select 0:00 0.08% 0.08% rlogind 19433 lsj 28 0 484K 292K RUN 3:07 0.23% 0.08% screen-3.6.2 11662 ssajas 3 0 5712K 340K ttyin 0:02 0.40% 0.04% tin >How-To-Repeat: Run harvest cache. Innd also uses lots of memory but apparently does not access it as randomly as harvest cached does. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jan 31 15:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22223 for bugs-outgoing; Wed, 31 Jan 1996 15:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22216 Wed, 31 Jan 1996 15:10:04 -0800 (PST) Resent-Date: Wed, 31 Jan 1996 15:10:04 -0800 (PST) Resent-Message-Id: <199601312310.PAA22216@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.7.3/8.7.3) with ESMTP id PAA21955 for ; Wed, 31 Jan 1996 15:05:49 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id BAA18672 for ; Thu, 1 Feb 1996 01:05:45 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id BAA10989; Thu, 1 Feb 1996 01:05:44 +0200 (EET) Message-Id: <199601312305.BAA10989@katiska.clinet.fi> Date: Thu, 1 Feb 1996 01:05:44 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/984: Swapping motherboard makes FreeBSD unbootable (booteasy) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 984 >Category: bin >Synopsis: Swapping motherboard makes FreeBSD unbootable (booteasy) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 31 15:10:01 PST 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Intel Plato Motherboard swapped to ASUS one (SIS chipset). 4 SCSI disks on 2 controllers (news disks are on their own controller). Jan 31 22:19:17 katiska /kernel: FreeBSD 2.2-CURRENT #7: Mon Jan 8 04:58:16 EET 1996 Jan 31 22:19:17 katiska /kernel: hsu@katiska.clinet.fi:/usr/current/src/sys/ compile/CLINETSERVER Jan 31 22:19:17 katiska /kernel: CPU: Pentium (89.80-MHz 586-class CPU) Jan 31 22:19:17 katiska /kernel: Origin = "GenuineIntel" Id = 0x525 Stepping =5 Jan 31 22:19:17 katiska /kernel: Features=0x1bf Jan 31 22:19:17 katiska /kernel: real memory = 67108864 (65536K bytes) Jan 31 22:19:17 katiska /kernel: avail memory = 63537152 (62048K bytes) Jan 31 22:19:17 katiska /kernel: DEVFS: ready for devices Jan 31 22:19:17 katiska /kernel: Probing for devices on the PCI bus: Jan 31 22:19:17 katiska /kernel: pci0:0: Silicon Integrated Systems, device=0x55 11, class=bridge (host) [no driver assigned] Jan 31 22:19:17 katiska /kernel: chip0 rev 1 on pci0:1 Jan 31 22:19:17 katiska /kernel: ncr0 rev 2 int a irq 12 on pc i0:9 Jan 31 22:19:17 katiska /kernel: ncr0 waiting for scsi devices to settle Jan 31 22:19:17 katiska /kernel: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixe d SCSI 2 Jan 31 22:19:17 katiska /kernel: sd0(ncr0:0:0): Direct-Access Jan 31 22:19:17 katiska /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) of fset 8. Jan 31 22:19:17 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 31 22:19:17 katiska /kernel: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 31 22:19:17 katiska /kernel: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixe d SCSI 2 Jan 31 22:19:17 katiska /kernel: sd3(ncr0:3:0): Direct-Access Jan 31 22:19:17 katiska /kernel: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) of fset 8. Jan 31 22:19:17 katiska /kernel: 1011MB (2072435 512 byte sectors) Jan 31 22:19:18 katiska /kernel: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Jan 31 22:19:18 katiska /kernel: (ncr0:4:0): "HP C1533A 9503" type 1 removable S CSI 2 Jan 31 22:19:18 katiska /kernel: st4(ncr0:4:0): Sequential-Access Jan 31 22:19:18 katiska /kernel: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) of fset 8. Jan 31 22:19:18 katiska /kernel: density code 0x24, variable blocks, write-enabl ed Jan 31 22:19:18 katiska /kernel: ncr1 rev 1 int a irq 10 on pc i0:10 Jan 31 22:19:18 katiska /kernel: ncr1 waiting for scsi devices to settle Jan 31 22:19:18 katiska /kernel: (ncr1:1:0): "SEAGATE ST15230N 0638" type 0 fixe d SCSI 2 Jan 31 22:19:18 katiska /kernel: sd7(ncr1:1:0): Direct-Access Jan 31 22:19:18 katiska /kernel: sd7(ncr1:1:0): FAST SCSI-2 100ns (10 Mb/sec) of fset 8. Jan 31 22:19:18 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 31 22:19:18 katiska /kernel: sd7(ncr1:1:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 31 22:19:18 katiska /kernel: (ncr1:2:0): "SEAGATE ST15230N 0638" type 0 fixe d SCSI 2 Jan 31 22:19:18 katiska /kernel: sd8(ncr1:2:0): Direct-Access Jan 31 22:19:18 katiska /kernel: sd8(ncr1:2:0): FAST SCSI-2 100ns (10 Mb/sec) of fset 8. Jan 31 22:19:18 katiska /kernel: 4095MB (8386733 512 byte sectors) Jan 31 22:19:18 katiska /kernel: sd8(ncr1:2:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jan 31 22:19:18 katiska /kernel: de0 rev 35 int a irq 11 on pci0:11 Jan 31 22:19:18 katiska /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:47:a3 Jan 31 22:19:18 katiska /kernel: de0: enabling Thinwire/AUI port Jan 31 22:19:18 katiska /kernel: Probing for devices on the ISA bus: Jan 31 22:19:18 katiska /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jan 31 22:19:18 katiska /kernel: vt0: generic, 80/132 col, color, 8 scr, mf2-kbd , [R3.20-b24] Jan 31 22:19:18 katiska /kernel: ed0 not found at 0x280 Jan 31 22:19:18 katiska /kernel: lpt0 at 0x378-0x37f irq 7 on isa Jan 31 22:19:18 katiska /kernel: lpt0: Interrupt-driven port Jan 31 22:19:18 katiska /kernel: lp0: TCP/IP capable interface Jan 31 22:19:19 katiska /kernel: lpt1 not found at 0xffffffff Jan 31 22:19:19 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jan 31 22:19:19 katiska /kernel: sio0: type 16550A Jan 31 22:19:19 katiska /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jan 31 22:19:19 katiska /kernel: sio1: type 16550A Jan 31 22:19:19 katiska /kernel: pca0 on motherboard Jan 31 22:19:19 katiska /kernel: pca0: PC speaker audio driver Jan 31 22:19:19 katiska /kernel: cy0 not found Jan 31 22:19:19 katiska /kernel: bt0 not found at 0x330 Jan 31 22:19:19 katiska /kernel: aha0 not found at 0x330 Jan 31 22:19:19 katiska /kernel: wdc0 not found at 0x1f0 Jan 31 22:19:19 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jan 31 22:19:19 katiska /kernel: fdc0: NEC 72065B Jan 31 22:19:19 katiska /kernel: fd0: 1.44MB 3.5in Jan 31 22:19:19 katiska /kernel: matcdc0 not found at 0x230 Jan 31 22:19:19 katiska /kernel: npx0 on motherboard Jan 31 22:19:19 katiska /kernel: npx0: INT 16 interface Jan 31 22:19:19 katiska /kernel: changing root device to sd0a Jan 31 22:19:19 katiska /kernel: devfs ready to run Jan 31 22:19:19 katiska /kernel: new masks: bio c0001440, tty c003089a, net c003 089a >Description: I swapped Intel Plato motherboard to ASUS one, and the result was booteasy to stop working, it now refuses to find the FreeBSD boot. Is there any way to fix this quickly without a long break, other than swapping the old motherboard back? I do *not* need the boot manager for anything, this machine was installed just when booteasy came in. I just got scared when the thing told me that it is dangerous and unportable to not to use the damn slices (how false that is, *all* the trouble with booting I have had with booteasy!). I can get the machine up as I happened to have boot block on second disk of the machine, and typing sd(0,a)/kernel, but this won't do it automatically, and this machine crashes almost daily. >How-To-Repeat: Swap a plato motherboard to an asus one without changing anything else, when using SCSI disks. >Fix: I assumme I could fix this by copying everything from dd bs=1024k if=rsd0c of=rsd1 where sd1 is a new fresh disk. Or reinstalling. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jan 31 16:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28013 for bugs-outgoing; Wed, 31 Jan 1996 16:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA27970 Wed, 31 Jan 1996 16:20:04 -0800 (PST) Date: Wed, 31 Jan 1996 16:20:04 -0800 (PST) Message-Id: <199602010020.QAA27970@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/982: Bogus output from netstat -r Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/982; it has been noted by GNATS. From: J Wunsch To: wollman@lcs.mit.edu (Garrett A. Wollman) Cc: joerg_wunsch@interface-business.de, FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/982: Bogus output from netstat -r Date: Thu, 1 Feb 1996 01:12:32 +0100 (MET) As Garrett A. Wollman wrote: > > > 192.168.238&0xc0a8ee00 193.101.57.253 UGc 0 0 ed1 > > Your netmaks is wrong. Some program mistakenly did the equivalent of: > > # route add 192.168.238.0 -netmask 193.168.238.0 -nostatic This could only be routed then. I'm using the lazy ``route -q'' way. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de [private: http://www.sax.de/~joerg/] From owner-freebsd-bugs Wed Jan 31 17:00:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA00544 for bugs-outgoing; Wed, 31 Jan 1996 17:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA00494 Wed, 31 Jan 1996 17:00:05 -0800 (PST) Date: Wed, 31 Jan 1996 17:00:05 -0800 (PST) Message-Id: <199602010100.RAA00494@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/982: Bogus output from netstat -r Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/982; it has been noted by GNATS. From: Bill Fenner To: joerg_wunsch@interface-business.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/982: Bogus output from netstat -r Date: Wed, 31 Jan 1996 16:50:26 PST How-To-Repeat: run routed in a non-class A network. Joerg, please try this routed patch. Index: inet.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/routed/inet.c,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 inet.c *** inet.c 1994/05/26 06:39:03 1.1.1.1 --- inet.c 1996/02/01 00:46:53 *************** *** 143,155 **** } else if (IN_CLASSA(i)) { mask = IN_CLASSA_NET; } else if (IN_CLASSB(i)) { ! mask = i & IN_CLASSB_NET; } else ! mask = i & IN_CLASSC_NET; /* * Check whether network is a subnet; ! * if so, use the modified interpretation of `host'. */ for (ifp = ifnet; ifp; ifp = ifp->int_next) if ((ifp->int_netmask & i) == ifp->int_net) --- 143,155 ---- } else if (IN_CLASSA(i)) { mask = IN_CLASSA_NET; } else if (IN_CLASSB(i)) { ! mask = IN_CLASSB_NET; } else ! mask = IN_CLASSC_NET; /* * Check whether network is a subnet; ! * if so, use the modified interpretation of `subnet'. */ for (ifp = ifnet; ifp; ifp = ifp->int_next) if ((ifp->int_netmask & i) == ifp->int_net) From owner-freebsd-bugs Wed Jan 31 18:00:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05367 for bugs-outgoing; Wed, 31 Jan 1996 18:00:43 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05338 Wed, 31 Jan 1996 18:00:38 -0800 (PST) Date: Wed, 31 Jan 1996 18:00:38 -0800 (PST) From: David Greenman Message-Id: <199602010200.SAA05338@freefall.freebsd.org> To: hsu@clinet.fi, davidg, freebsd-bugs Subject: Re: kern/983 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Processes fail to get more than 4M of memory on a 64M machine? State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Wed Jan 31 17:58:13 PST 1996 State-Changed-Why: The information provided indicates that there is no free memory. The fact that there is also 125MB of swap in use indicates a severe memory shortage - the system needs about 128MB more memory than it has. This is not a bug in FreeBSD. From owner-freebsd-bugs Wed Jan 31 22:30:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA28128 for bugs-outgoing; Wed, 31 Jan 1996 22:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA28097 Wed, 31 Jan 1996 22:30:06 -0800 (PST) Resent-Date: Wed, 31 Jan 1996 22:30:06 -0800 (PST) Resent-Message-Id: <199602010630.WAA28097@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, shivers@lambda.ai.mit.edu Received: from lambda.ai.mit.edu (lambda.ai.mit.edu [128.52.54.100]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA27768 for ; Wed, 31 Jan 1996 22:24:41 -0800 (PST) Received: (from shivers@localhost) by lambda.ai.mit.edu (8.6.12/8.6.12) id BAA04529; Thu, 1 Feb 1996 01:24:36 -0500 Message-Id: <199602010624.BAA04529@lambda.ai.mit.edu> Date: Thu, 1 Feb 1996 01:24:36 -0500 From: Olin Shivers Reply-To: shivers@lambda.ai.mit.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/985: no ghostview man page Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 985 >Category: misc >Synopsis: no ghostview man page >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 31 22:30:04 PST 1996 >Last-Modified: >Originator: Olin Shivers >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: - The ghostview-1.5.tgz package doesn't include a man page. - "man -k bug" doesn't turn up the send-pr program. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: Olin Shivers From owner-freebsd-bugs Thu Feb 1 00:09:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04891 for bugs-outgoing; Thu, 1 Feb 1996 00:09:20 -0800 (PST) Received: (from asami@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04873 Thu, 1 Feb 1996 00:09:17 -0800 (PST) Date: Thu, 1 Feb 1996 00:09:17 -0800 (PST) From: Satoshi Asami Message-Id: <199602010809.AAA04873@freefall.freebsd.org> To: shivers@lambda.ai.mit.edu, asami, freebsd-bugs Subject: Re: misc/985 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: no ghostview man page State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Thu Feb 1 00:06:55 PST 1996 State-Changed-Why: Added the man page to ghostview package. I don't know about the "man -k bug" thing, if this was supposed to be part of the report, please resubmit another one (i.e., don't report two things in one PR). From owner-freebsd-bugs Thu Feb 1 04:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA21958 for bugs-outgoing; Thu, 1 Feb 1996 04:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA21890 Thu, 1 Feb 1996 04:20:02 -0800 (PST) Date: Thu, 1 Feb 1996 04:20:02 -0800 (PST) Message-Id: <199602011220.EAA21890@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/982: Bogus output from netstat -r Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/982; it has been noted by GNATS. From: J Wunsch To: fenner@parc.xerox.com (Bill Fenner) Cc: joerg_wunsch@interface-business.de, FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/982: Bogus output from netstat -r Date: Thu, 1 Feb 1996 13:20:11 +0100 (MET) As Bill Fenner wrote: > > > How-To-Repeat: > > run routed in a non-class A network. > > Joerg, please try this routed patch. It works, thanks allot! -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de [private: http://www.sax.de/~joerg/] From owner-freebsd-bugs Thu Feb 1 09:36:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA12432 for bugs-outgoing; Thu, 1 Feb 1996 09:36:08 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA12421 Thu, 1 Feb 1996 09:36:06 -0800 (PST) Date: Thu, 1 Feb 1996 09:36:06 -0800 (PST) From: Bill Fenner Message-Id: <199602011736.JAA12421@freefall.freebsd.org> To: joerg_wunsch@interface-business.de, fenner, freebsd-bugs Subject: Re: bin/982 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Synopsis: Bogus output from netstat -r State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Thu Feb 1 09:34:34 PST 1996 State-Changed-Why: routed was installing routes with bogus netmasks. Fixed in usr.sbin/routed/inet.c version 1.2 From owner-freebsd-bugs Thu Feb 1 11:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA19871 for bugs-outgoing; Thu, 1 Feb 1996 11:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA19858 Thu, 1 Feb 1996 11:10:04 -0800 (PST) Resent-Date: Thu, 1 Feb 1996 11:10:04 -0800 (PST) Resent-Message-Id: <199602011910.LAA19858@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.algebra.com Received: from aldan (PPP-84-12.BU.EDU [128.197.8.128]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA18963 for ; Thu, 1 Feb 1996 11:01:15 -0800 (PST) Received: (from mi@localhost) by aldan (8.6.12/8.6.12) id OAA04131; Thu, 1 Feb 1996 14:02:15 -0500 Message-Id: <199602011902.OAA04131@aldan> Date: Thu, 1 Feb 1996 14:02:15 -0500 From: Mikhail Teterin Reply-To: mi@aldan.algebra.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/986: make or cd? Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 986 >Category: bin >Synopsis: problems make-ing with cd in the rule >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 1 11:10:01 PST 1996 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1 release, tcsh >Description: Makefile (generated by xmkmf) has rule: all:: @case '${MFLAGS}' in *[ik]*) set +e;; esac; \ for i in $(SUBDIRS) ;\ do \ (cd $$i ; echo "making" all "in $(CURRENT_DIR)/$$i..."; \ $(MAKE) $(MFLAGS) all); \ done cd reportsi: can't cd to Make fails... >How-To-Repeat: Never happened before... Don't know... Here is a script: Script started on Thu Feb 1 13:45:59 1996 mi@aldan:~/knews (151) make Makefiles making Makefiles in Widgets... cd: can't cd to Widgets making Makefiles in src... cd: can't cd to src making Makefiles in util... cd: can't cd to util mi@aldan:~/knews (152) cd Widgets mi@aldan:~/knews/Widgets (153) ls ArtText.c KnappP.h MenuP.h ScrBar.h TextFieldP.h ArtText.h Layout.c Message.c ScrBar.o Toggle.c / Few lines removed for shortness -mi / ArtText.o Layout.h Message.h ScrBarP.h Toggle.h ArtTextP.h Layout.o Message.o ScrList.c Toggle.o mi@aldan:~/knews/Widgets (154) exit exit Script done on Thu Feb 1 13:46:28 1996 >Fix: Putting full path instead of just $$i let me build, but `make Makefiles' still fails. Tried chdir instead of cd with no result... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Feb 1 17:35:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20627 for bugs-outgoing; Thu, 1 Feb 1996 17:35:40 -0800 (PST) Received: from europe.std.com (europe.std.com [192.74.137.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20621 for ; Thu, 1 Feb 1996 17:35:34 -0800 (PST) Received: from world.std.com by europe.std.com (8.6.12/Spike-8-1.0) id UAA15260; Thu, 1 Feb 1996 20:35:33 -0500 Received: by world.std.com (5.65c/Spike-2.0) id AA18482; Thu, 1 Feb 1996 20:34:55 -0500 Date: Thu, 1 Feb 1996 20:34:55 -0500 From: vjc@world.std.com (vincent j curtis) Message-Id: <199602020134.AA18482@world.std.com> To: bugs@freebsd.org Subject: Installation of bsd 2.0 Sender: owner-bugs@freebsd.org Precedence: bulk I am trying to install bsd 2.0 from a CD ROM onto a 486DX2-66 machine, which already has windows 95 installed. The master boot program does not seem to work. When it asks whether to boot /dos by pressing F1, or /bsd by pressing F2, pressing F2 produces the response: F?. Pressing F1 however immediately boots windows 95. What is the fix? Vincent J. Curtis vjc@world.std.com From owner-freebsd-bugs Thu Feb 1 17:45:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21409 for bugs-outgoing; Thu, 1 Feb 1996 17:45:52 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA21401 for ; Thu, 1 Feb 1996 17:45:48 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA08255; Fri, 2 Feb 1996 02:45:46 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA08539; Fri, 2 Feb 1996 02:45:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id CAA02089; Fri, 2 Feb 1996 02:29:23 +0100 (MET) From: J Wunsch Message-Id: <199602020129.CAA02089@uriah.heep.sax.de> Subject: Re: your mail To: philip@montreal.hp.com (Philip Van-Houtte) Date: Fri, 2 Feb 1996 02:29:22 +0100 (MET) Cc: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601311812.AA196051927@ptcmtl.montreal.hp.com> from "Philip Van-Houtte" at Jan 31, 96 01:12:07 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org Precedence: bulk As Philip Van-Houtte wrote: > > Hello! I'm trying to install FreeBSD 2.1 on a NEC 'Ultra Lite Versa' laptop. > 486SL + 20M Ram (4M + 16M ram card) + 380Mb HD. > > I receive a page fault panic when the installation tries to extract the > root.flp floppy. Please submit us the panic message. -- 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 Feb 1 17:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21632 for bugs-outgoing; Thu, 1 Feb 1996 17:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21620 Thu, 1 Feb 1996 17:50:04 -0800 (PST) Date: Thu, 1 Feb 1996 17:50:04 -0800 (PST) Message-Id: <199602020150.RAA21620@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/984: Swapping motherboard makes FreeBSD unbootable (booteasy) Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG Precedence: bulk The following reply was made to PR bin/984; it has been noted by GNATS. From: J Wunsch To: hsu@clinet.fi Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/984: Swapping motherboard makes FreeBSD unbootable (booteasy) Date: Fri, 2 Feb 1996 02:43:32 +0100 (MET) As Heikki Suonsivu wrote: > > Intel Plato Motherboard swapped to ASUS one (SIS chipset). 4 SCSI > disks on 2 controllers (news disks are on their own controller). > I swapped Intel Plato motherboard to ASUS one, and the result was > booteasy to stop working, it now refuses to find the FreeBSD boot. Is > there any way to fix this quickly without a long break, other than > swapping the old motherboard back? This could hardly count as a FreeBSD bug, either way. File a bug report for the various BIOS vendors for not agreeing for a commonly used BIOS translation. :-) At least that's what i assume is the problem, though i don't know for sure since i've never really been using booteasy (or any other boot manager, FWIW). Refer to the picture i've been drawing a couple of days ago, if you are really careful, you should be able to manually correct the fdisk table. Here's a part of the message headers: Subject: Re: SCSI Question To: hackers@freebsd.org, questions@freebsd.org Date: Mon, 29 Jan 1996 00:57:41 +0100 (MET) (Sorry, no message-ID, elm doesn't have it available when storing the outbound mail.) -- 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 Feb 2 09:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04182 for bugs-outgoing; Fri, 2 Feb 1996 09:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04163 Fri, 2 Feb 1996 09:20:02 -0800 (PST) Resent-Date: Fri, 2 Feb 1996 09:20:02 -0800 (PST) Resent-Message-Id: <199602021720.JAA04163@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, graichen@omega.physik.fu-berlin.de Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02643 for ; Fri, 2 Feb 1996 09:11:59 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id JAA00935 for ; Fri, 2 Feb 1996 09:08:57 -0800 Received: from prospero.physik.fu-berlin.de (lislip.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id SAA05842 for ; Fri, 2 Feb 1996 18:08:17 +0100 (MET) Received: (from graichen@localhost) by prospero (8.6.12/8.6.12) id QAA01095; Fri, 2 Feb 1996 16:11:59 +0100 Message-Id: <199602021511.QAA01095@prospero> Date: Fri, 2 Feb 1996 16:11:59 +0100 From: Thomas Graichen Reply-To: graichen@omega.physik.fu-berlin.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/987: syscons problems with mono vga Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 987 >Category: kern >Synopsis: the syscons driver has problems with mono vga monitors >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 2 09:20:01 PST 1996 >Last-Modified: >Originator: Thomas Graichen >Organization: thomas graichen graichen@mail.physik.fu-berlin.de graichen@FreeBSD.org perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away antoine de saint-exupery >Release: FreeBSD 2.1-STABLE i386 >Environment: kernel with syscons (sc0) compiled in and a mono vga monitor attached, Xfree86-3.1.2S, various graphics cards (trident, s3, avance logic), various monitors >Description: if you switch back to a virtual console from x it is blank - it is still there, reacting still to input - but you can't see anything there - it happens for all monochrome vga monitors which are detected as but _not_ for monochrome vga monitors which are detected as - i've tested it with 3 different monochrome monitors (3 mono - 2 of them were detected as and show the bug ans 1 was detected as and did'nt show the bug) - i've also tried it with 3 differen graphics-cards (trident 8900cl, miro 10sd, miro 10ad) and different x-servers (SVGA, S3, VGA16, VGA2) - all the same - thus the bug must be somethere in the syscons.* code for monochrome vga monitors - i think it's the same behaviour as kern/927 - if anybody has an idea - please send me a patch and i can try it directly (by the way: pcvt works fine in that situation) >How-To-Repeat: boot a syscons kernel, start x and switch back to a virtual console - you will only see a black screen >Fix: use pcvt :-( - but that's no solution i think >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 2 12:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23365 for bugs-outgoing; Fri, 2 Feb 1996 12:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23342 Fri, 2 Feb 1996 12:50:03 -0800 (PST) Resent-Date: Fri, 2 Feb 1996 12:50:03 -0800 (PST) Resent-Message-Id: <199602022050.MAA23342@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scrappy@ki.net Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA22897 for ; Fri, 2 Feb 1996 12:44:49 -0800 (PST) Received: (from root@localhost) by ki.net (8.7.3/8.7.3) id PAA00706; Fri, 2 Feb 1996 15:43:31 -0500 (EST) Message-Id: <199602022043.PAA00706@ki.net> Date: Fri, 2 Feb 1996 15:43:31 -0500 (EST) From: "Marc G. Fournier" Reply-To: scrappy@ki.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/988: ASUS PC-SC200 panicks at _scsi_attachdevs+0x20 Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 988 >Category: kern >Synopsis: ASUS PC-SC200 panicks at _scsi_attachdevs+0x20 >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 2 12:50:01 PST 1996 >Last-Modified: >Originator: Marc G. Fournier >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: -----[ config file for kernel being used for testing ]----- machine "i386" cpu "I486_CPU" ident kinet maxusers 32 options "CHILD_MAX=128" options "OPEN_MAX=128" options USER_LDT #allow user-level control of i386 ldt options QUOTA #enable disk quotas options DDB options DODUMP options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ncr0 controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller scbus0 device sd0 device st0 device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ep0 at isa? port 0x300 net irq 10 vector epintr pseudo-device loop pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device ether pseudo-device log pseudo-device tun 1 pseudo-device pty 64 pseudo-device bpfilter 4 ----[ dmesg output for same system without the ncr controller ]---- FreeBSD 2.1-STABLE #6: Fri Feb 2 14:09:42 EST 1996 scrappy@ki.net:/home/stable/sys/compile/kinet CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14716928 (14372K bytes) Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 vga0 rev 0 on pci0:15 Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "CONNER CFA540S 13B0" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 515MB (1056708 512 byte sectors) (aha0:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd1(aha0:1:0): Direct-Access 327MB (670506 512 byte sectors) (aha0:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(aha0:2:0): Direct-Access 234MB (479350 512 byte sectors) 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc[*BNC*] address 00:a0:24:0a:6d:ce irq 10 npx0 on motherboard npx0: INT 16 interface >Description: When trying to boot with the NCR SCSI controller installed, the system panicks right after probing the controller itself. ----[ outcome of booting with ASUS PC-SC200 controller ]---- FreeBSD 2.1-STABLE #6: Fri Feb 2 14:09:42 EST 1996 scrappy@ki.net:/home/stable/sys/compile/kinet CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14716928 (14372K bytes) Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 ncr0 rev 2 int a irq 12 on pci0:11 Fatal Trap 12: page fault while in kernel mode fault virtual address = 0x7 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0173724 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 () interrupt mask = net tty bio kernel: type 12, code = 0 Stopped at _scsi_attachdevs+0x20: cmpb $0,0x7(%ebx) db> tra _scsi_attachdevs() at _scsi_attachdevs+0x20 _ncr_attach() at _ncr_attach+0x192 _pci_bus_config() at _pci_bus_config+0x4b8 _pci_configure() at _pci_configure+0x51 _configure() at _configure+0x2a _cpu_startup() at _cpu_startup+4b6 _main() at _main+0x36 begin() at begin+0x6b db> >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Feb 2 20:53:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA24130 for bugs-outgoing; Fri, 2 Feb 1996 20:53:25 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA24094 for ; Fri, 2 Feb 1996 20:53:16 -0800 (PST) Received: (from pst@localhost) by precipice.shockwave.com (8.7.3/8.7.3) id UAA11080 for bugs@freebsd.org; Fri, 2 Feb 1996 20:52:49 -0800 (PST) Date: Fri, 2 Feb 1996 20:52:49 -0800 (PST) From: Paul Traina Message-Id: <199602030452.UAA11080@precipice.shockwave.com> To: bugs@freebsd.org Subject: handbook is generating a lot of errors... Sender: owner-bugs@freebsd.org Precedence: bulk sgmlfmt -f ascii /usr/src.current/share/doc/FAQ/freebsd-faq.sgml :3837: warning: escape character ignored before `@' generating freebsd-faq.ascii... sgmlfmt -f html /usr/src.current/share/doc/FAQ/freebsd-faq.sgml generating freebsd-faq.html... ===> share/doc/handbook sgmlfmt -f ascii /usr/src.current/share/doc/handbook/handbook.sgml :95: warning: `SN' not defined :617: warning: can't break line sgmls: SGML error at /usr/src.current/share/doc/handbook/submitters.sgml, line 58 at ">": TT end-tag ignored: doesn't end any open element (current is ITEM) sgmls: SGML error at /usr/src.current/share/doc/handbook/submitters.sgml, line 66 at record start: Required URL attribute was not specified; may affect processing sgmls: SGML error at /usr/src.current/share/doc/handbook/submitters.sgml, line 66 at ">": TT end-tag implied by ENUM end-tag; not minimizable :26727: warning: `LH' not defined :26727: warning: `RH' not defined generating handbook.ascii... sgmlfmt -f html /usr/src.current/share/doc/handbook/handbook.sgml sgmls: SGML error at /usr/src.current/share/doc/handbook/submitters.sgml, line 58 at ">": TT end-tag ignored: doesn't end any open element (current is ITEM) sgmls: SGML error at /usr/src.current/share/doc/handbook/submitters.sgml, line 66 at record start: Required URL attribute was not specified; may affect processing sgmls: SGML error at /usr/src.current/share/doc/handbook/submitters.sgml, line 66 at ">": TT end-tag implied by ENUM end-tag; not minimizable generating handbook.html... From owner-freebsd-bugs Fri Feb 2 21:02:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25419 for bugs-outgoing; Fri, 2 Feb 1996 21:02:19 -0800 (PST) Received: from netmail1.austin.ibm.com (netmail1.austin.ibm.com [129.35.208.96]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA25410 for ; Fri, 2 Feb 1996 21:02:17 -0800 (PST) Received: from vikings.austin.ibm.com (vikings.austin.ibm.com [129.35.130.98]) by netmail1.austin.ibm.com (8.6.12/8.6.11) with SMTP id XAA204641 for ; Fri, 2 Feb 1996 23:02:15 -0600 Received: by vikings.austin.ibm.com (AIX 3.2/UCB 5.64/4.03-client-2.6) for freebsd-bugs@freebsd.org at austin.ibm.com; id AA28851; Fri, 2 Feb 1996 23:02:10 -0600 From: swise@austin.ibm.com (Jean-Steveau Wise) Message-Id: <9602030502.AA28851@vikings.austin.ibm.com> To: freebsd-bugs@freebsd.org Subject: ATAPI 4x cdrom hang Date: Fri, 02 Feb 96 23:02:10 -0600 Sender: owner-bugs@freebsd.org Precedence: bulk Hello, I've got a 133MHZ Intel system (Packard Bell) with a 4x IDE ATAPI cdrom. FreeBSD 2.1 finds the device and I can read from it (ls -sailR will show everything on the cd mounted). However, whenever I try to transfer anything off it, the entire system hangs. I'd be happy to get you some sort of system dump if you need it. I'm hoping this problem's been fixed already? Feel free to be technical with me...I'm a kernel hacker for IBM/AIX and I'm familiar with the BSD-based kernel code (mostly networking). Here's the dmesg info for the system: FreeBSD 2.1.0-RELEASE #0: Fri Feb 2 12:44:31 CST 1996 root@myname.my.domain:/usr/src/sys/compile/STEVO CPU: 133-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14843904 (14496K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f on isa psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in ft0: Conner tape wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1223MB (2504880 sectors), 2485 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, iordis wcd0: 689Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray wcd0: medium type unknown, unlocked wt0 not found at 0x300 mcd0: disabled, not probed. mcd1: disabled, not probed. 1 3C5x9 board(s) on ISA found at 0x210 ep0 at 0x210-0x21f irq 10 on isa ep0: aui/bnc[*BNC*] address 00:20:af:d2:da:36 irq 10 npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0: disabled, not probed. sbmidi0: disabled, not probed. Probing for devices on the PCI bus: pci0:0: VLSI, device=0x0007, class=bridge (host) [no driver assigned] pci0:6: VLSI, device=0x0008, class=bridge (isa) [no driver assigned] vga0 rev 142 int a irq 255 on pci0:10 pci0:13: CMD, device=0x0640, class=storage (ide) [no driver assigned] changing root device to wd1a WARNING: / was not properly dismounted. ******** Steve Wise IBM RISC System/6000 Division - Austin, TX. Internet: swise@austin.ibm.com VNET: AUSTIN(SWISE) From owner-freebsd-bugs Fri Feb 2 22:41:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03262 for bugs-outgoing; Fri, 2 Feb 1996 22:41:19 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA03256 for ; Fri, 2 Feb 1996 22:41:17 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id WAA16915; Fri, 2 Feb 1996 22:40:09 -0800 From: Julian Elischer Message-Id: <199602030640.WAA16915@ref.tfs.com> Subject: Re: ATAPI 4x cdrom hang To: swise@austin.ibm.com (Jean-Steveau Wise) Date: Fri, 2 Feb 1996 22:40:08 -0800 (PST) Cc: freebsd-bugs@freebsd.org In-Reply-To: <9602030502.AA28851@vikings.austin.ibm.com> from "Jean-Steveau Wise" at Feb 2, 96 11:02:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk > > > > Hello, > > I've got a 133MHZ Intel system (Packard Bell) with a 4x IDE ATAPI > cdrom. FreeBSD 2.1 finds the device and I can read from it (ls -sailR > will show everything on the cd mounted). However, whenever I try to > transfer anything off it, the entire system hangs. I'd be happy to get can you describe 'hangs?' can you still get into the kernel debugger? (have you got the kernel debugger in the kernel? (options KDB)) if you can get into the KDB that gives us something to work with.. does it still ping? does still beep (assuming you haven't got a login on screen 8.. > you some sort of system dump if you need it. I'm hoping this problem's > been fixed already? > > Feel free to be technical with me...I'm a kernel hacker for IBM/AIX and > I'm familiar with the BSD-based kernel code (mostly networking). > From owner-freebsd-bugs Sat Feb 3 00:40:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA09831 for bugs-outgoing; Sat, 3 Feb 1996 00:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA09794 Sat, 3 Feb 1996 00:40:01 -0800 (PST) Resent-Date: Sat, 3 Feb 1996 00:40:01 -0800 (PST) Resent-Message-Id: <199602030840.AAA09794@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@Shockwave.COM Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA09044 for ; Sat, 3 Feb 1996 00:31:35 -0800 (PST) Received: (from pst@localhost) by precipice.shockwave.com (8.7.3/8.7.3) id AAA00376; Sat, 3 Feb 1996 00:31:04 -0800 (PST) Message-Id: <199602030831.AAA00376@precipice.shockwave.com> Date: Sat, 3 Feb 1996 00:31:04 -0800 (PST) From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/989: devfs error messages on boot Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 989 >Category: kern >Synopsis: devfs error messages on boot >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 3 00:40:01 PST 1996 >Last-Modified: >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT #0: Sat Feb 3 00:10:22 PST 1996 pst@precipice.shockwave.com:/usr/src.current/sys/compile/PRECIPICE >Description: FreeBSD 2.2-CURRENT #0: Sat Feb 3 00:10:22 PST 1996 pst@precipice.shockwave.com:/usr/src.current/sys/compile/PRECIPICE CPU: Pentium (59.99-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x515 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14729216 (14384K bytes) DEVFS: ready for devices 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 9 maddr 0xd8000 msize 8192 on isa ed0: address 00:00:c0:93:88:53, type WD8013EPC (8 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in bt0: Bt445S/ 0-(32bit) bus bt0: Your card cannot DMA above 16MB boundary. Bounce buffering enabled. bt0: reading board settings, dma=5, int=11 bt0: version 3.37, fast sync, no parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 1 sync rate= 4.54MB/s(220ns), offset=15 bt0: targ 2 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 4 async bt0: targ 6 sync rate= 4.54MB/s(220ns), offset=15 bt0: Using Strict Round robin scheme bt0 at 0x330 irq 11 drq 5 on isa (bt0:0:0): "QUANTUM PD1800S 3161" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 1717MB (3517856 512 byte sectors) (bt0:1:0): "MAXTOR P0-12S JB22" type 0 fixed SCSI 1 sd1(bt0:1:0): Direct-Access 997MB (2042265 512 byte sectors) (bt0:2:0): "QUANTUM EMPIRE_1080S 111V" type 0 fixed SCSI 2 sd2(bt0:2:0): Direct-Access 1029MB (2109376 512 byte sectors) (bt0:4:0): "NEC CD-ROM DRIVE:210 1.0" type 5 removable SCSI 1 cd0(bt0:4:0): CD-ROM cd0(bt0:4:0): NOT READY csi:20,b,0,0 asc:b,0 can't get the size (bt0:6:0): "CONNER CTMS 3200 7.00" type 1 removable SCSI 2 st0(bt0:6:0): Sequential-Access density code 0x0, drive empty npx0 on motherboard npx0: INT 16 interface qcam0 at 0x3bc on isa joy0 at 0x201 on isa joy0: joystick gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa at 0x220 irq 12 dma 1,3 devfs ready to run Device sd2s1a: name slot allocation failed (E=17) Device rsd2s1a: name slot allocation failed (E=17) Device sd2s1b: name slot allocation failed (E=17) Device rsd2s1b: name slot allocation failed (E=17) Device sd2s1e: name slot allocation failed (E=17) Device rsd2s1e: name slot allocation failed (E=17) Device sd2s1a: name slot allocation failed (E=17) Device rsd2s1a: name slot allocation failed (E=17) Device sd2s1b: name slot allocation failed (E=17) Device rsd2s1b: name slot allocation failed (E=17) Device sd2s1e: name slot allocation failed (E=17) Device rsd2s1e: name slot allocation failed (E=17) >How-To-Repeat: Boot 2.2-current as of today (2/2/96) with DEVFS. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 3 02:48:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA19472 for bugs-outgoing; Sat, 3 Feb 1996 02:48:33 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA19467 for ; Sat, 3 Feb 1996 02:48:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA01243; Sat, 3 Feb 1996 02:48:24 -0800 To: swise@austin.ibm.com (Jean-Steveau Wise) cc: freebsd-bugs@freebsd.org Subject: Re: ATAPI 4x cdrom hang In-reply-to: Your message of "Fri, 02 Feb 1996 23:02:10 CST." <9602030502.AA28851@vikings.austin.ibm.com> Date: Sat, 03 Feb 1996 02:48:24 -0800 Message-ID: <1241.823344504@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > I've got a 133MHZ Intel system (Packard Bell) with a 4x IDE ATAPI > cdrom. FreeBSD 2.1 finds the device and I can read from it (ls -sailR > will show everything on the cd mounted). However, whenever I try to > transfer anything off it, the entire system hangs. I'd be happy to get Hmmmm. First thing to start might be to compile DDB into your kernel. See http://www.freebsd.org/handbook/handbook220.html#403 for a quick reference on using the kernel debugger. Then when it hangs next time, you can drop into DDB and at least figure out where it's hanging! Perhaps you're looping somewhere in the ATAPI driver and can add a check to catch some case it's missing. The driver's author has disappeared without a trace, I'm afraid to say, so we're currently sort of winging it with this one until he makes his reappearance! :-( Jordan From owner-freebsd-bugs Sat Feb 3 04:30:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26063 for bugs-outgoing; Sat, 3 Feb 1996 04:30:30 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26046 for freebsd-bugs; Sat, 3 Feb 1996 04:30:28 -0800 (PST) Date: Sat, 3 Feb 1996 04:30:28 -0800 (PST) From: GNU GNATS Message-Id: <199602031230.EAA26046@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk This is the list of currently open problem reports [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] i386/222 boot prompt doesn't always work [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/26] kern/565 slip freezes machine [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] bin/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/27] ports/710 mpeg_play outdated [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/01] misc/717 ft.c attach fail on my Mountain tape drive [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/15] bin/722 Off-by-one error in wbkgd() in ncurses [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/20] kern/730 3Com 3C5x9 probe problem [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/22] bin/732 getpwent() dumps core if NIS password file is malfor [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/741 netstat -rn not showing all routes in Kernel - not i [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/746 `talk' forbids talking from write-protected terminal [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] bin/751 crontab(1): `crontab -e' exits on SIGINT [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/01] kern/757 Removal of mounted CD-ROM causes reboot & single use [1995/10/01] bin/759 nfsd without arg's doesn't work [1995/10/02] kern/761 route add may cause panic when used incorrectly [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/08] kern/772 page fault while in kernel mode (two cases) [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/10] kern/775 changing root device was wrong when exist IDE drive [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/10/31] kern/805 SMC Ultra 8216 incorrectly probed (if_ed driver) [1995/10/31] kern/806 kernel default parameters need tuning [1995/11/01] bin/809 `.' gives the minimum number of (DIGITS+SIGN) [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/11] bin/817 Wrong route to remote network [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/15] kern/824 system hangs after a few hours without saying why [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/16] kern/827 System hangs when doing a "route add" command [1995/11/20] ports/829 the lynx patches don't patch things correctly [1995/11/20] kern/830 installing hang [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/832 Tape drive busy errors - dump aborts [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/834 the console keyboard locks up randonly under pcvt [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/24] bin/837 test -h evaluates to false on symlink to nonexistant [1995/11/24] misc/838 /usr/src/lib Makefile assumes you want to install... [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] kern/840 Kernel page directory invalid [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/844 mbuf panic, dump available [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/28] ports/851 building port xspread-2.1 fails [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/862 more access to freed mbufs [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] kern/866 pcvt causes system console to lock up [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/870 pkg_delete does not remove .install_done from port [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/07] bin/873 Invalid route to remote network [1995/12/08] misc/875 Cleaned code using -Wall to remove warnings [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/09] misc/882 Makefile is not smart enough to bypass libraries... [1995/12/09] ports/883 tclX-port does not build properly [1995/12/09] kern/884 arnet driver does not assert DTR, which is necessary [1995/12/10] bin/889 update from version 1.0 to version 1.3 [1995/12/13] misc/891 regex.h relies on sys/types.h, but does not include [1995/12/14] bin/892 ppp recursion problem and partial FIX [1995/12/14] misc/893 terminfo.h not installed??? [1995/12/16] bin/895 ppp predictor-1 memory leak [PATCH included] [1995/12/16] kern/897 cannot watch(1) the slattach(1)'ed tty [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/18] kern/902 system becomes very sluggish, odd messages, odd vmst [1995/12/19] kern/903 panic: m_copydata [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/22] bin/910 Connection times out [1995/12/24] kern/912 unmount: dangling vnode [1995/12/24] conf/913 2.1.0-RELEASE, problem with cpio verbosity in instal [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/919 weird output of vmstat, iostat, top [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/02] ports/928 PGP port will not build cleanly [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/07] bin/937 rcp -p fails on files with negative timestamps [1996/01/07] kern/938 after heavy disk I/O, processes sleep on "newbuf" in [1996/01/09] kern/940 panic: free vnode isn't [1996/01/09] bin/941 pkg_create removes current directory if interupted [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/16] kern/950 Two PCI bridge chips fail (multiple multiport ethern [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/18] kern/953 flow router can't receive multicast packets [1996/01/19] ports/955 make CFLAGS=whatever for a port will not be honored [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] ports/957 It appears that ukansas rerolled the lynx 2-4-2 rele [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/20] i386/960 gameport enabling on ProAudio Spectrum isn't documen [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/22] kern/962 panic on shutdown -- have crash dump [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/23] ports/969 Duplicate error messages from pkg_add/Make process [1996/01/25] kern/970 PCI probe failing with two bridges [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/27] kern/974 ktrace causes panic: freeing busy page [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/977 system panic on sowakeup() [1996/01/29] kern/978 Three deadlocks in row [1996/01/29] kern/979 Linux programs using pipes crash system [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/01/31] bin/984 Swapping motherboard makes FreeBSD unbootable (boote [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/02] kern/988 ASUS PC-SC200 panicks at _scsi_attachdevs+0x20 [1996/02/03] kern/989 devfs error messages on boot This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/12/29] misc/922 From line handling incorrect in mail.local /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Feb 3 04:30:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26072 for bugs-outgoing; Sat, 3 Feb 1996 04:30:32 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26049 for freebsd-bugs; Sat, 3 Feb 1996 04:30:28 -0800 (PST) Date: Sat, 3 Feb 1996 04:30:28 -0800 (PST) From: GNU GNATS Message-Id: <199602031230.EAA26049@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Number of currently open reports: 347 Number of curently analyzed reports: 12 From owner-freebsd-bugs Sat Feb 3 05:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29024 for bugs-outgoing; Sat, 3 Feb 1996 05:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29011 Sat, 3 Feb 1996 05:30:02 -0800 (PST) Resent-Date: Sat, 3 Feb 1996 05:30:02 -0800 (PST) Resent-Message-Id: <199602031330.FAA29011@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, graichen@omega.physik.fu-berlin.de Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA28356 for ; Sat, 3 Feb 1996 05:20:01 -0800 (PST) Received: from prospero.physik.fu-berlin.de (lislip.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id OAA19298 for ; Sat, 3 Feb 1996 14:19:45 +0100 (MET) Received: (from graichen@localhost) by prospero (8.6.12/8.6.12) id MAA01198; Sat, 3 Feb 1996 12:40:58 +0100 Message-Id: <199602031140.MAA01198@prospero> Date: Sat, 3 Feb 1996 12:40:58 +0100 From: Thomas Graichen Reply-To: graichen@omega.physik.fu-berlin.de To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: kern/990: if_sl & if_ppp modules are not modunload'able if loaded Sender: owner-bugs@FreeBSD.org Precedence: bulk >Number: 990 >Category: kern >Synopsis: if_sl & if_ppp modules are not modunload'able if loaded >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 3 05:30:02 PST 1996 >Last-Modified: >Originator: Thomas Graichen >Organization: thomas graichen graichen@mail.physik.fu-berlin.de graichen@FreeBSD.org perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away antoine de saint-exupery >Release: FreeBSD 2.1-STABLE i386 >Environment: not relevant (FreeBSD 2.1.0-RELEASE) >Description: if you have loaded one of the above modules (maybe there are more of them) you can't modunload 'em - modunload then says device busy - i think it's not really a bug - but it would be good if they would be unloadable (i.e. real loadable modules) - i think in linux you can unload also such if_xx modules >How-To-Repeat: modload an if_sl module and try to modunload it then >Fix: don't know >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 3 05:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29046 for bugs-outgoing; Sat, 3 Feb 1996 05:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29023 Sat, 3 Feb 1996 05:30:04 -0800 (PST) Resent-Date: Sat, 3 Feb 1996 05:30:04 -0800 (PST) Resent-Message-Id: <199602031330.FAA29023@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, graichen@omega.physik.fu-berlin.de Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA28373 for ; Sat, 3 Feb 1996 05:20:01 -0800 (PST) Received: from prospero.physik.fu-berlin.de (lislip.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id OAA19343 for ; Sat, 3 Feb 1996 14:19:47 +0100 (MET) Received: (from graichen@localhost) by prospero (8.6.12/8.6.12) id MAA01363; Sat, 3 Feb 1996 12:19:07 +0100 Message-Id: <199602031119.MAA01363@prospero> Date: Sat, 3 Feb 1996 12:19:07 +0100 From: Thomas Graichen Reply-To: graichen@omega.physik.fu-berlin.de To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: kern/991: pcvt behavior at crashes Sender: owner-bugs@FreeBSD.org Precedence: bulk >Number: 991 >Category: kern >Synopsis: pcvt keyboard doesn't accept input at crash reboot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 3 05:30:03 PST 1996 >Last-Modified: >Originator: Thomas Graichen >Organization: thomas graichen graichen@mail.physik.fu-berlin.de graichen@FreeBSD.org perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away antoine de saint-exupery >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE #0: Fri Feb 2 13:20:53 MET 1996 root@prospero:/usr/src/sys/compile/KERNEL_CONFIG CPU: i486DX (486-class CPU) real memory = 20971520 (20480K bytes) avail memory = 19296256 (18844K bytes) Probing for devices on the ISA bus: ed0 at 0x280-0x29f irq 5 on isa ed0: address 00:40:95:20:0a:14, type NE2000 (16 bit) vt0 at 0x60-0x6f irq 1 on motherboard vt0: tvga 8900cl, 80/132 col, mono, 2 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 sio3 at 0x2e8-0x2ef irq 9 on isa sio3: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): , multi-block-8 wd0: 516MB (1058400 sectors), 1050 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, intr, iordis wcd0: 299Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray wcd0: no disc inside, unlocked wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): , multi-block-8 wd2: 406MB (832288 sectors), 839 cyls, 16 heads, 62 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface >Description: if the system crashes, coredumps and then want's to reboot it displays "automatic reboot in 15 seconds, pree any key to stop" - but it won't react to a keypress - the same worked fine with syscons >How-To-Repeat: crash the system :-) and try to press any key when the above text is displaed >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 3 05:30:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29064 for bugs-outgoing; Sat, 3 Feb 1996 05:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29045 Sat, 3 Feb 1996 05:30:06 -0800 (PST) Resent-Date: Sat, 3 Feb 1996 05:30:06 -0800 (PST) Resent-Message-Id: <199602031330.FAA29045@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, graichen@omega.physik.fu-berlin.de Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA28342 for ; Sat, 3 Feb 1996 05:19:54 -0800 (PST) Received: from prospero.physik.fu-berlin.de (lislip.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id OAA03190 for ; Sat, 3 Feb 1996 14:19:50 +0100 (MET) Received: (from graichen@localhost) by prospero (8.6.12/8.6.12) id MAA01092; Sat, 3 Feb 1996 12:36:00 +0100 Message-Id: <199602031136.MAA01092@prospero> Date: Sat, 3 Feb 1996 12:36:00 +0100 From: Thomas Graichen Reply-To: graichen@omega.physik.fu-berlin.de To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: kern/992: can crash the system using modload Sender: owner-bugs@FreeBSD.org Precedence: bulk >Number: 992 >Category: kern >Synopsis: it is possible to crash the system using modload >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 3 05:30:05 PST 1996 >Last-Modified: >Originator: Thomas Graichen >Organization: thomas graichen graichen@mail.physik.fu-berlin.de graichen@FreeBSD.org perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away antoine de saint-exupery >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE #0: Fri Feb 2 13:20:53 MET 1996 root@prospero:/usr/src/sys/compile/KERNEL_CONFIG CPU: i486DX (486-class CPU) real memory = 20971520 (20480K bytes) avail memory = 19296256 (18844K bytes) Probing for devices on the ISA bus: ed0 at 0x280-0x29f irq 5 on isa ed0: address 00:40:95:20:0a:14, type NE2000 (16 bit) vt0 at 0x60-0x6f irq 1 on motherboard vt0: tvga 8900cl, 80/132 col, mono, 2 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450wdc0 at 0x1f0-0x1f7 irq 14 on isa sio3 at 0x2e8-0x2ef irq 9 on isa sio3: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0: unit 0 (wd0): , multi-block-8 wd0: 516MB (1058400 sectors), 1050 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, intr, iordis wcd0: 299Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray wcd0: no disc inside, unlocked wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): , multi-block-8 wd2: 406MB (832288 sectors), 839 cyls, 16 heads, 62 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface >Description: it is possible to crash a system by running: modload -e kernfs_init -u -q -o /tmp/kernfs_mod /lkm/kernfs_mod.o or modload -e union_init -u -q -o /tmp/union_mod /lkm/union_mod.o ok - the commandline is a bit bogus - but it should definitely not crash the system (an error from modload or the kernel would be enough i think) here's what gdb -k says: root@prospero:/var/crash> gdb -k kernel.0 vmcore.0 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 192000 current pcb at 18a588 panic: loadable module initialization failed #0 0xf0157985 in boot () (kgdb) where #0 0xf0157985 in boot () #1 0xf010d413 in panic () #2 0xf0104b83 in lkmcioctl () #3 0xf01291d1 in spec_ioctl () #4 0xf01280c8 in vn_ioctl () #5 0xf010ec37 in ioctl () #6 0xf015c91f in syscall () #7 0xf01554db in Xsyscall () #8 0x10d3 in ?? () (kgdb) >How-To-Repeat: run one of the above commands >Fix: no idea >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 3 13:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29301 for bugs-outgoing; Sat, 3 Feb 1996 13:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29288 Sat, 3 Feb 1996 13:00:04 -0800 (PST) Resent-Date: Sat, 3 Feb 1996 13:00:04 -0800 (PST) Resent-Message-Id: <199602032100.NAA29288@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, smp@csn.net Received: from ilsa.systemsix.com (ilsa.systemsix.com [198.99.86.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28864 for ; Sat, 3 Feb 1996 12:54:32 -0800 (PST) Received: (from smp@localhost) by ilsa.systemsix.com (8.6.12/8.6.12) id NAA27872; Sat, 3 Feb 1996 13:54:17 -0700 Message-Id: <199602032054.NAA27872@ilsa.systemsix.com> Date: Sat, 3 Feb 1996 13:54:17 -0700 From: smp@csn.net Reply-To: smp@csn.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/993: noise from g++ & cpufunc.h Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 993 >Category: bin >Synopsis: g++ complains about /usr/include/machine/cpufunc.h >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 3 13:00:02 PST 1996 >Last-Modified: >Originator: Steve Passe >Organization: New Ideas >Release: FreeBSD 2.1-STABLE i386 >Environment: g++ >Description: cpufunc.h has 2 lines that generate 'noise' on every compile: /usr/include/machine/cpufunc.h: In function `void insque(void *, void *)': In file included from ds1820.c:23: /usr/include/machine/cpufunc.h:310: warning: ANSI C++ forbids implicit conversion from `void *' in initialization /usr/include/machine/cpufunc.h:310: warning: ANSI C++ forbids implicit conversion from `void *' in initialization /usr/include/machine/cpufunc.h: In function `void remque(void *)': /usr/include/machine/cpufunc.h:321: warning: ANSI C++ forbids implicit conversion from `void *' in initialization >How-To-Repeat: compile a program with g++ that includes /usr/include/machine/cpufunc.h >Fix: apply the following patch to /usr/include/machine/cpufunc.h: *** cpufunc.h.orig Sat Feb 3 13:45:14 1996 --- cpufunc.h Sat Feb 3 13:48:33 1996 *************** *** 307,313 **** static __inline void insque(void *a, void *b) { ! struct quehead *element = a, *head = b; element->qh_link = head->qh_link; element->qh_rlink = head; --- 307,314 ---- static __inline void insque(void *a, void *b) { ! struct quehead *element = ! (struct quehead*)a, *head = (struct quehead*)b; element->qh_link = head->qh_link; element->qh_rlink = head; *************** *** 318,324 **** static __inline void remque(void *a) { ! struct quehead *element = a; element->qh_link->qh_rlink = element->qh_rlink; element->qh_rlink->qh_link = element->qh_link; --- 319,325 ---- static __inline void remque(void *a) { ! struct quehead *element = (struct quehead *)a; element->qh_link->qh_rlink = element->qh_rlink; element->qh_rlink->qh_link = element->qh_link; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Feb 3 15:09:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09786 for bugs-outgoing; Sat, 3 Feb 1996 15:09:57 -0800 (PST) Received: from netmail1.austin.ibm.com (netmail1.austin.ibm.com [129.35.208.96]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA09781 for ; Sat, 3 Feb 1996 15:09:55 -0800 (PST) Received: from vikings.austin.ibm.com (vikings.austin.ibm.com [129.35.130.98]) by netmail1.austin.ibm.com (8.6.12/8.6.11) with SMTP id RAA102227; Sat, 3 Feb 1996 17:09:52 -0600 Received: by vikings.austin.ibm.com (AIX 3.2/UCB 5.64/4.03-client-2.6) for swise@austin.ibm.com at austin.ibm.com; id AA28383; Sat, 3 Feb 1996 17:09:51 -0600 From: swise@austin.ibm.com (Jean-Steveau Wise) Message-Id: <9602032309.AA28383@vikings.austin.ibm.com> To: Julian Elischer Cc: swise@austin.ibm.com (Jean-Steveau Wise), freebsd-bugs@freebsd.org Subject: Re: ATAPI 4x cdrom hang In-Reply-To: (Your message of Fri, 02 Feb 96 22:40:08 PST.) <199602030640.WAA16915@ref.tfs.com> Date: Sat, 03 Feb 96 17:09:50 -0600 Sender: owner-bugs@freebsd.org Precedence: bulk julian@ref.tfs.com says: | > | > | > | > Hello, | > | > I've got a 133MHZ Intel system (Packard Bell) with a 4x IDE ATAPI | > cdrom. FreeBSD 2.1 finds the device and I can read from it (ls -sailR | > will show everything on the cd mounted). However, whenever I try to | > transfer anything off it, the entire system hangs. I'd be happy to get | | can you describe 'hangs?' | | can you still get into the kernel debugger? | (have you got the kernel debugger in the kernel? (options KDB)) Ok, I've built in the debugger. How do I invoke it? I reproduced the problem and it didn't hit the debugger, I perhaps the thing's stuck with interrupts disabled?? | | if you can get into the KDB that gives us something to work with.. | does it still ping? | does still beep (assuming you haven't got a login on screen 8.. doesn't beep... Unfortunately, the last time I hung it the root fs got trashed, so I've spent some time rebuilding things... Now I'm back up so I'll continue debugging... BTW: It also hangs if I run xcd and play music on the cdrom. Within 30 seconds of starting, the system hangs, although the music is still coming through the speakers! From owner-freebsd-bugs Sat Feb 3 17:46:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA17025 for bugs-outgoing; Sat, 3 Feb 1996 17:46:55 -0800 (PST) Received: from netmail.austin.ibm.com (netmail.austin.ibm.com [129.35.208.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA17019 for ; Sat, 3 Feb 1996 17:46:51 -0800 (PST) Received: from vikings.austin.ibm.com (vikings.austin.ibm.com [129.35.130.98]) by netmail.austin.ibm.com (8.6.12/8.6.11) with SMTP id TAA03132; Sat, 3 Feb 1996 19:46:19 -0600 Received: by vikings.austin.ibm.com (AIX 3.2/UCB 5.64/4.03-client-2.6) for swise@austin.ibm.com at austin.ibm.com; id AA28764; Sat, 3 Feb 1996 19:46:18 -0600 From: swise@austin.ibm.com (Jean-Steveau Wise) Message-Id: <9602040146.AA28764@vikings.austin.ibm.com> To: freebsd-bugs@freebsd.org Cc: swise@austin.ibm.com Subject: Re: ATAPI 4x cdrom hang In-Reply-To: (Your message of Sat, 03 Feb 96 02:48:24 PST.) <1241.823344504@time.cdrom.com> Date: Sat, 03 Feb 96 19:46:18 -0600 Sender: owner-bugs@freebsd.org Precedence: bulk jkh@time.cdrom.com says: | > I've got a 133MHZ Intel system (Packard Bell) with a 4x IDE ATAPI | > cdrom. FreeBSD 2.1 finds the device and I can read from it (ls -sailR | > will show everything on the cd mounted). However, whenever I try to | > transfer anything off it, the entire system hangs. I'd be happy to get | | Hmmmm. First thing to start might be to compile DDB into your kernel. | See http://www.freebsd.org/handbook/handbook220.html#403 for a quick | reference on using the kernel debugger. Then when it hangs next time, | you can drop into DDB and at least figure out where it's hanging! | Perhaps you're looping somewhere in the ATAPI driver and can add a | check to catch some case it's missing. | | The driver's author has disappeared without a trace, I'm afraid to | say, so we're currently sort of winging it with this one until he | makes his reappearance! :-( | | Jordan I've enabled the debugger. I can enter it via ctrl-alt-esc. However, when I reproduce the problem, I cannot enter the debugger. Also pings into the machine via an ethernet IF stops after it's hung. Soooo, my guess is that somewhere we're looping with all interrupts disabled. I'll now try and put some breakpoints in the ATAPI driver to understand where it's hanging... Another unrelated question: I seemed to have problems booting FreeBSD on a second driver installed on a second IDE controller. It would install ok and begin booting, but would fail during boot process. I think the kernel is assuming the root volume is on controller one/disk one or two? Anyway, More ATAPI clues to come! Stevo. From owner-freebsd-bugs Sat Feb 3 18:57:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20307 for bugs-outgoing; Sat, 3 Feb 1996 18:57:57 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA20302 for ; Sat, 3 Feb 1996 18:57:55 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tiuaz-000859C; Sat, 3 Feb 96 20:54 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tiuUj-000CEBC; Sat, 3 Feb 96 20:48 WET Message-Id: Date: Sat, 3 Feb 96 20:48 WET To: freebsd-bugs@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Feb 3 1996, 20:48:00 CST Subject: Re: ATAPI 4x cdrom hang Sender: owner-bugs@freebsd.org Precedence: bulk [2]BTW: It also hangs if I run xcd and play music on the cdrom. Within [2]30 seconds of starting, the system hangs, although the music is still [2]coming through the speakers! No magic there - once the drive has received a PLAY AUDIO command, it will continue to do so without intervention from the CPU. About all you can learn from this report is that the hang occurs AFTER the PLAY AUDIO command was issued... Does it "wake up" if you eject the CD? Do the CAPS LOCK lights toggle when you press the keys? Can the system be pinged? These questions are trying to answer the question: How "hung" is it? Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" ^------(this is the fastest route)|"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Sat Feb 3 19:25:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA21338 for bugs-outgoing; Sat, 3 Feb 1996 19:25:06 -0800 (PST) Received: from finland.it.earthlink.net ([206.85.92.29]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA21333 Sat, 3 Feb 1996 19:25:01 -0800 (PST) Received: from shansen.earthlink.net (shansen.earthlink.net [204.119.160.146]) by finland.it.earthlink.net (8.6.11/8.6.4) with SMTP id TAA22799; Sat, 3 Feb 1996 19:24:55 -0800 Message-Id: <199602040324.TAA22799@finland.it.earthlink.net> Comments: Authenticated sender is From: "Skip Hansen" To: freebsd-bugs@FreeBSD.ORG Date: Sat, 3 Feb 1996 18:46:22 +0000 Subject: syscons [nX bug Reply-to: shansen@earthlink.net CC: sos@FreeBSD.ORG, Larry Altneu Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-bugs@FreeBSD.ORG Precedence: bulk I have run into a minor syscons bug while trying to port the Crisp editor to FreeBSD. Crisp makes heavy use of the 'delete n characters' terminal escape sequence which does not seem to function correctly in FreeBSD 2.1R. I traced the problem to syscons.c's handling of the escape sequence "[nX". The following patch corrects the problem. Crisp now updates the screen nicely. diff syscons.c.org syscons.c = --- snip --- 28a29,30 > * > * 2/3/96 shansen@earthlink.net: Corrected [ n X processing. 1570c1572 < ((scp->xsize*scp->ypos) * sizeof(u_short)), n); --- > scp->xsize*scp->ypos, n); --- snip --- Skip Hansen shansen@earthlink.net From owner-freebsd-bugs Sat Feb 3 22:43:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02936 for bugs-outgoing; Sat, 3 Feb 1996 22:43:53 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA02925 for ; Sat, 3 Feb 1996 22:43:48 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id BAA16917; Sun, 4 Feb 1996 01:43:29 -0500 From: Bill Paul Message-Id: <199602040643.BAA16917@skynet.ctr.columbia.edu> Subject: Re: kern/990: if_sl & if_ppp modules are not modunload'able if loaded To: graichen@omega.physik.fu-berlin.de Date: Sun, 4 Feb 1996 01:43:27 -0500 (EST) Cc: bugs@freebsd.org In-Reply-To: <199602031140.MAA01198@prospero> from "Thomas Graichen" at Feb 3, 96 12:40:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk Of all the gin joints in all the world, Thomas Graichen had to walk into mine and say: > >Description: > > if you have loaded one of the above modules (maybe there are more of them) you > can't modunload 'em - modunload then says device busy - i think it's not > really a bug - but it would be good if they would be unloadable (i.e. real > loadable modules) - i think in linux you can unload also such if_xx modules Well, whether this is a bug or not depends on your perspective. The underlying problem is that once you attach a new network interface, there's no easy way to 'unattach' it: to do it you would either have to make the modules very smart or make what would undoubtedly be substantial changes to the networking code, or both. Since nobody has done any of these things yet, this means that modunloading the SLIP, PPP or if_tun modules would panic the system. To understand why, imagine what would happen if the page of memory containing the interrupt handler for, say, your ethernet card suddenly turned into all zeroes. The moment a packet arrives and the card signals an interrupt, the kernel will try to jump into a section of nonexistent code and explode. To put it another way, modunloading a module causes the memory allocated to the module to be unmapped. Before this happens, the module must make sure that all references to it have been expunged from the rest of the kernel, since any future attempt to reference the module will obviously fail. And since the if_sl, if_ppp and if_tun modules have no way to do that, they instead try to stop the user from shooting himself in the foot by refusing to be unloaded. So strictly speaking, the fact that you aren't allowed to unload these modules is not a bug, but a feature, since not letting them be unloaded prevents the system from crashing. However, the fact that the system will crash if you _do_ unload these modules is probably a bug, though whoever sets out to fix it will have a lot of work ahead of him. :) -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. =============================================================================