From owner-freebsd-bugs Sun Oct 29 01:15:35 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA08183 for bugs-outgoing; Sun, 29 Oct 1995 01:15:35 -0800 Received: (from joerg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA08161 ; Sun, 29 Oct 1995 01:15:32 -0800 Date: Sun, 29 Oct 1995 01:15:32 -0800 From: Joerg Wunsch Message-Id: <199510290915.BAA08161@freefall.freebsd.org> To: markd@grizzly.com, joerg, freebsd-bugs Subject: Re: docs/171 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: No documentation on .forward files. State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Oct 29 10:14:42 MET 1995 State-Changed-Why: It is mentioned in aliaes(5). From owner-freebsd-bugs Sun Oct 29 02:06:33 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA10945 for bugs-outgoing; Sun, 29 Oct 1995 02:06:33 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA10927 for ; Sun, 29 Oct 1995 02:06:24 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA04706; Sun, 29 Oct 1995 10:09:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA10846; Sun, 29 Oct 1995 10:08:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA11896; Sun, 29 Oct 1995 09:23:45 +0100 From: J Wunsch Message-Id: <199510290823.JAA11896@uriah.heep.sax.de> Subject: Re: 2.0.5-RELEASE: NFS cannot export 2 dirs on 1 partition? To: dima@bog.msu.su (Dmitry Khrustalev) Date: Sun, 29 Oct 1995 09:23:44 +0100 (MET) Cc: dk+@ua.net, freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Dmitry Khrustalev" at Oct 28, 95 05:51:41 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 621 Sender: owner-bugs@freebsd.org Precedence: bulk As Dmitry Khrustalev wrote: > > > I have 3 disk partitions on my HD, /, /usr, and /xvar. > > I want to have 4 exported dirs, /usr/src, /usr/ports, > > /xvar/ftp and /xvar/pubhome. > This is intended behavior. You can have only one export per filesystem. > Check -alldirs export option, maybe it will help you. That's not what he wants. But it's explained in exports(5). /usr/src /usr/ports -ro /xvar/ftp /xvar/pubhome -ro is most likely what he wants. -- 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 Oct 29 02:13:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA11426 for bugs-outgoing; Sun, 29 Oct 1995 02:13:06 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA11393 ; Sun, 29 Oct 1995 02:12:53 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA04860; Sun, 29 Oct 1995 10:21:52 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA10908; Sun, 29 Oct 1995 10:21:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA12433; Sun, 29 Oct 1995 09:59:56 +0100 From: J Wunsch Message-Id: <199510290859.JAA12433@uriah.heep.sax.de> Subject: Re: probs with latest stable snap To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 29 Oct 1995 09:59:55 +0100 (MET) Cc: swallace@ece.uci.edu, stable@freebsd.org, bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <4836.814910348@time.cdrom.com> from "Jordan K. Hubbard" at Oct 28, 95 12:59:08 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 827 Sender: owner-bugs@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > First, when installing, I tried to create two freebsd partitions on the > > same drive. When it tried to format the partitions, I got > > "/dev/rsd0s1a: 'a' partition is unavailable" > > DO NOT DO THAT. I guess I'll have to make it an error to do so since > there are a lot of ways you can hose yourself if you do this (for one > thing, it will only boot from the first partition it finds). Don't make it an error, but make a warning box appear. (Something like somebody who's trying to install without /usr.) Sometimes there might be good reasons to have two FreeBSD slices, but the user must be aware of the implications. -- 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 Oct 29 04:45:20 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA20064 for bugs-outgoing; Sun, 29 Oct 1995 04:45:20 -0800 Received: from sunny.bog.msu.su (dima@sunny.bog.msu.su [158.250.20.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA20030 ; Sun, 29 Oct 1995 04:45:11 -0800 Received: (from dima@localhost) by sunny.bog.msu.su (8.6.12/8.6.12) id PAA29966; Sun, 29 Oct 1995 15:44:20 +0300 Date: Sun, 29 Oct 1995 15:44:18 +0300 (????) From: Dmitry Khrustalev To: "Jordan K. Hubbard" cc: Steven Wallace , stable@freebsd.org, bugs@freebsd.org Subject: Re: probs with latest stable snap In-Reply-To: <4836.814910348@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org Precedence: bulk On Sat, 28 Oct 1995, Jordan K. Hubbard wrote: > > First, when installing, I tried to create two freebsd partitions on the > > same drive. When it tried to format the partitions, I got > > "/dev/rsd0s1a: 'a' partition is unavailable" > > DO NOT DO THAT. I guess I'll have to make it an error to do so since > there are a lot of ways you can hose yourself if you do this (for one > thing, it will only boot from the first partition it finds). > You have to use two freebsd partitions in order to get bad144 working on disks with more then 1024 cylinders. Most edsi's need this. -Dima > Jordan > From owner-freebsd-bugs Sun Oct 29 08:00:10 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA28840 for bugs-outgoing; Sun, 29 Oct 1995 08:00:10 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA28832 ; Sun, 29 Oct 1995 08:00:05 -0800 Resent-Date: Sun, 29 Oct 1995 08:00:05 -0800 Resent-Message-Id: <199510291600.IAA28832@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.6.12/8.6.6) with ESMTP id HAA28766 for ; Sun, 29 Oct 1995 07:58:25 -0800 Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id RAA14536 for ; Sun, 29 Oct 1995 17:58:20 +0200 Received: (root@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id RAA21635; Sun, 29 Oct 1995 17:58:18 +0200 Message-Id: <199510291558.RAA21635@katiska.clinet.fi> Date: Sun, 29 Oct 1995 17:58:18 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/798: PPP panics Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 798 >Category: kern >Synopsis: PPP panics, touches 0xdeadc0de pointers >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 29 08:00:01 PST 1995 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: The machines are 486-100 and 486-120, with 1 or 2 16-port cyclades boards. Used as terminal servers, people talk PPP into them. Oct 29 10:21:42 osku /kernel: CPU: i486 DX4 (486-class CPU) Oct 29 10:21:42 osku /kernel: Origin = "GenuineIntel" Id = 0x480 Stepping=0 Oct 29 10:21:42 osku /kernel: Features=0x3 Oct 29 10:21:42 osku /kernel: real memory = 16777216 (16384K bytes) Oct 29 10:21:43 osku /kernel: avail memory = 14544896 (14204K bytes) Oct 29 10:21:43 osku /kernel: Probing for devices on the ISA bus: Oct 29 10:21:43 osku /kernel: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa Oct 29 10:21:43 osku /kernel: ed0: address 00:00:c0:b9:ae:23, type WD8013EP (16 bit) Oct 29 10:21:43 osku /kernel: ed1 not found at 0x300 Oct 29 10:21:43 osku /kernel: ed2 not found at 0x360 Oct 29 10:21:43 osku /kernel: ed3 not found at 0x240 Oct 29 10:21:43 osku /kernel: ed4 not found at 0x340 Oct 29 10:21:43 osku /kernel: ed5 not found at 0x220 Oct 29 10:21:43 osku /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Oct 29 10:21:43 osku /kernel: vt0: unkown s3, 80 col, color, 8 scr, mf2-kbd, [R3 .20-b24] Oct 29 10:21:43 osku /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Oct 29 10:21:43 osku /kernel: sio0: type 16550A Oct 29 10:21:43 osku /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Oct 29 10:21:43 osku /kernel: sio1: type 16550A Oct 29 10:21:43 osku /kernel: sio2 not found at 0x2a0 Oct 29 10:21:49 osku /kernel: sio3 not found at 0x2a8 Oct 29 10:21:49 osku /kernel: sio4 not found at 0x2b0 Oct 29 10:21:49 osku /kernel: sio5 not found at 0x2b8 Oct 29 10:21:49 osku /kernel: cy0 irq 10 maddr 0xd4000 msize 8192 on isa Oct 29 10:21:49 osku /kernel: cy1 irq 11 maddr 0xd6000 msize 8192 on isa Oct 29 10:21:49 osku /kernel: bt0 not found at 0x330 Oct 29 10:21:49 osku /kernel: aha0 not found at 0x330 Oct 29 10:21:49 osku /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Oct 29 10:21:49 osku /kernel: wdc0: unit 0 (wd0): Oct 29 10:21:50 osku /kernel: wd0: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S Oct 29 10:21:50 osku /kernel: wdc1 not found at 0x170 Oct 29 10:21:50 osku /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Oct 29 10:21:50 osku /kernel: fdc0: NEC 765 Oct 29 10:21:50 osku /kernel: fd0: 1.44MB 3.5in Oct 29 10:21:50 osku /kernel: npx0 on motherboard Oct 29 10:21:50 osku /kernel: npx0: INT 16 interface Oct 29 10:21:50 osku /kernel: bio_imask c0004040 tty_imask c0030c3a net_imask c0030c3a Oct 29 10:21:50 osku /kernel: Probing for devices on the PCI bus: Oct 29 10:21:50 osku /kernel: pci0:0: vendor=0x10b9, device=0x1489, class=bridge (host) [no driver assigned] Oct 29 10:21:50 osku /kernel: vga0 rev 0 int a irq 11 on pci0:3 Oct 29 10:21:50 osku /kernel: WARNING: / was not properly dismounted. Oct 27 01:55:37 karvinen /kernel: CPU: i486DX (486-class CPU) Oct 27 01:55:37 karvinen /kernel: real memory = 16777216 (16384K bytes) Oct 27 01:55:37 karvinen /kernel: avail memory = 14544896 (14204K bytes) Oct 27 01:55:37 karvinen /kernel: Probing for devices on the ISA bus: Oct 27 01:55:38 karvinen /kernel: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa Oct 27 01:55:38 karvinen /kernel: ed0: address 00:00:c0:94:3e:2c, type WD8013EP (16 bit) Oct 27 01:55:38 karvinen /kernel: ed1 not found at 0x300 Oct 27 01:55:39 karvinen /kernel: ed2 not found at 0x360 Oct 27 01:55:39 karvinen /kernel: ed3 not found at 0x240 Oct 27 01:55:39 karvinen /kernel: ed4 not found at 0x340 Oct 27 01:55:39 karvinen /kernel: ed5 not found at 0x220 Oct 27 01:55:40 karvinen /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Oct 27 01:55:40 karvinen /kernel: vt0: cl-gd5428, 80/132 col, color, 8 scr, mf2-kbd, [R3.20-b24] Oct 27 01:55:40 karvinen /kernel: sio0 not found at 0x3f8 Oct 27 01:55:40 karvinen /kernel: sio1 not found at 0x2f8 Oct 27 01:55:40 karvinen /kernel: sio2 not found at 0x2a0 Oct 27 01:55:41 karvinen /kernel: sio3 not found at 0x2a8 Oct 27 01:55:41 karvinen /kernel: sio4 not found at 0x2b0 Oct 27 01:55:41 karvinen /kernel: sio5 not found at 0x2b8 Oct 27 01:55:41 karvinen /kernel: cy0 irq 10 maddr 0xd4000 msize 8192 on isa Oct 27 01:55:42 karvinen /kernel: cy1 irq 11 maddr 0xd6000 msize 8192 on isa Oct 27 01:55:42 karvinen /kernel: bt0 not found at 0x330 Oct 27 01:55:42 karvinen /kernel: aha0 not found at 0x330 Oct 27 01:55:43 karvinen /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Oct 27 01:55:43 karvinen /kernel: wdc0: unit 0 (wd0): Oct 27 01:55:43 karvinen /kernel: wd0: 520MB (1065456 sectors), 1057 cyls, 16 heads, 63 S/T, 512 B/S Oct 27 01:55:44 karvinen /kernel: wdc1 not found at 0x170 Oct 27 01:55:44 karvinen /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Oct 27 01:55:44 karvinen /kernel: fdc0: NEC 765 Oct 27 01:55:44 karvinen /kernel: fd0: 1.44MB 3.5in Oct 27 01:55:45 karvinen /kernel: npx0 on motherboard Oct 27 01:55:45 karvinen /kernel: npx0: INT 16 interface Oct 27 01:55:45 karvinen /kernel: bio_imask c0004040 tty_imask c0030c22 net_imask c0030c22 Oct 27 01:55:45 karvinen /kernel: WARNING: / was not properly dismounted. machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) ident CLINETTS maxusers 64 options "NMBCLUSTERS=2048" options "TTYHOG=4096" options "RS_IBUFSIZE=1024" options "CHILD_MAX=256" options "OPEN_MAX=256" options MATH_EMULATE #Support for x87 emulation #new math emulator config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and sd2 and sd3 and vn0 dumps on wd0 options "COMPAT_43" options SYSVSHM options SYSVSEM options SYSVMSG options DODUMP options KTRACE #kernel tracing options DIAGNOSTIC options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device sppp #Generic Synchronous PPP pseudo-device loop #Network loopback device pseudo-device sl 16 #Serial Line IP pseudo-device ppp 32 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 32 #Tunnel driver(user process ppp) options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options GATEWAY #internetwork gateway options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options FFS #Fast filesystem options NFS #Network File System options "CD9660" #ISO 9660 filesystem options MFS #Memory File System options MSDOSFS #MS DOS File System options PROCFS #Process filesystem controller pci0 device ncr0 device de5 options PROBE_VERBOSE options "SCSI_DELAY=10" controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 disk sd4 at scbus0 target 4 disk sd5 at scbus0 target 5 disk sd6 at scbus0 target 6 tape st0 at scbus0 target 0 tape st1 at scbus0 target 1 tape st2 at scbus0 target 2 tape st3 at scbus0 target 3 tape st4 at scbus0 target 4 tape st5 at scbus0 target 5 tape st6 at scbus0 target 6 device cd0 at scbus0 target 0 device cd1 at scbus0 target 1 device cd2 at scbus0 target 2 device cd3 at scbus0 target 3 device cd4 at scbus0 target 4 device cd5 at scbus0 target 5 device cd6 at scbus0 target 6 pseudo-device pty 64 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options "AUTO_EOI_1" options BOUNCE_BUFFERS 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 options FAT_CURSOR # start with block cursor options HARDFONTS options "MAXCONS=16" device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 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 sio2 at isa? port 0x2a0 tty flags 0x501 device sio3 at isa? port 0x2a8 tty flags 0x501 device sio4 at isa? port 0x2b0 tty flags 0x501 device sio5 at isa? port 0x2b8 tty irq 12 flags 0x501 vector siointr device cy0 at isa? tty irq 10 iomem 0xd4000 iosiz 8192 vector cyintr device cy1 at isa? tty irq 11 iomem 0xd6000 iosiz 8192 vector cyintr options COM_MULTIPORT #code for some cards with shared IRQs device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device ed1 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr device ed2 at isa? port 0x360 net irq 7 iomem 0xd0000 vector edintr device ed3 at isa? port 0x240 net irq 9 vector edintr device ed4 at isa? port 0x340 net irq 15 iomem 0xdc000 vector edintr device ed5 at isa? port 0x220 net irq 11 iomem 0xd4000 vector edintr >Description: Panic dumps are ftp://clinet.fi/pub/FreeBSD/crashdumps/kernel.[2-8]. They are all with full symbols so they are relatively easy to look at with kgdb. These are against -STABLE from about a week ago with the slirp patch installed (the patch didn't have effect to this problem, and the older dumps may be too old). Current directory is /usr/local/ftp/pub/FreeBSD/crashdumps/ Reading symbol data from /usr/local/ftp/pub/FreeBSD/crashdumps/kernel.8...done. IdlePTD 234000 panic: page fault current pcb at 1ef1a4 Reading in symbols for ../../i386/i386/machdep.c...done. (kgdb) bt #0 boot (howto=256) (../../i386/i386/machdep.c line 873) #1 0xf0114b83 in panic (...) #2 0xf01afb6e in trap_fatal (...) #3 0xf01af6e0 in trap_pfault (...) #4 0xf01af37f in trap (...) #5 0xf01a54fd in exception:calltrap () #6 0xf013d343 in pppstart (...) #7 0xf01b9bd2 in cypoll (...) #8 0xf01a6851 in exception:swi_tty () #9 0xf01aecec in cpu_switch () (kgdb) up Reading in symbols for ../../kern/subr_prf.c...done. #1 0xf0114b83 in panic (fmt=(char *) 0xf01af06e "page fault") (../../kern/subr_prf.c line 124) 124 (../../kern/subr_prf.c) (kgdb) directory /usr/stable/src/sys/i386/conf Source directories searched: /usr/local/ftp/pub/FreeBSD/crashdumps:/usr/stable/src/sys/i386/conf (kgdb) up Reading in symbols for ../../i386/i386/trap.c...done. #2 0xf01afb6e in trap_fatal (frame=(struct trapframe *) 0xf01d9f28) (../../i386/i386/trap.c line 745) (kgdb) up #3 0xf01af6e0 in trap_pfault (frame=(struct trapframe *) 0xf01d9f28, usermode=0) (../../i386/i386/trap.c line 667) (kgdb) up #4 0xf01af37f in trap (frame={tf_es = -262406128, tf_ds = -256704496, tf_edi = -266405500, tf_esi = -262352588, tf_ebp = -266494064, tf_isp = -267136189, tf_ebx = -1073676288, tf_edx = -262516736, tf_ecx = -1073542110, tf_eax = 1952364, tf_trapno = 12, tf_err = -267190272, tf_eip = -267136189, tf_cs = 8, tf_eflags = 66070, tf_esp = -257933312, tf_ss = -266428316}) (../../i386/i386/trap.c line 307) (kgdb) up #5 0xf01a54fd in exception:calltrap () (kgdb) up Reading in symbols for ../../net/if_ppp.c...done. #6 0xf013d343 in pppstart (tp=(struct tty *) 0xf01ea064) (../../net/if_ppp.c line 1042) (kgdb) print m $1 = (struct mbuf *) 0xf0c25880 (kgdb) print m2 $2 = (struct mbuf *) 0xc0010000 (kgdb) print done $3 = 1 (kgdb) print m $4 = (struct mbuf *) 0xf0c25880 (kgdb) print *m $5 = {m_hdr = {mh_next = 0xdeadc0de, mh_nextpkt = 0xdead0001, mh_len = -559038242, mh_data = 0xf0ac9280 "\336\300\255\336\001", mh_type = -16162, mh_flags = -8531}, M_dat = {MH = {MH_pkthdr = {len = -559038242, rcvif = 0xdeadc0de}, MH_dat = {MH_ext = {ext_buf = 0xdeadc0de
, ext_free = 0xdeadc0de, ext_size = 0xdeadc0de}, MH_databuf = {"\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336", '\000' }}}, M_databuf = {"\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336\336\300\255\336", '\000' }}} 0xdeadc0de, a freed mbuf was received from input queue? (kgdb) print start $6 = (unsigned char *) 0xf05cd134 "\032N-\034D;\331\242\311\"\0269\207\017\354,\206\377S\263f\234=\005.4F\360\030D\350 \322L\221s\025\325po\246\252\245\251\332V\020\320\210`\366\203=\324\304z\r\335\374n\355\237\232\300\371|\256K\227.\264m\ay\252\211\2001\234\252\206\224\237\001\225\b\244" (kgdb) print sc $7 = (struct ppp_softc *) 0xf01ef984 (kgdb) print sc->sc_outm $8 = (struct mbuf *) 0x0 (kgdb) print m $9 = (struct mbuf *) 0xf0c25880 (kgdb) up Reading in symbols for ../../i386/isa/cy.c...done. #7 0xf01b9bd2 in cypoll () (../../i386/isa/cy.c line 1603) (kgdb) print tp $10 = (struct tty *) 0xf01ea064 (kgdb) print *tp $11 = {t_rawq = {c_cc = 0, c_cbcount = 0, c_cbmax = 0, c_cbreserved = 0, c_cf = 0x0, c_cl = 0x0}, t_rawcc = 684277, t_canq = {c_cc = 0, c_cbcount = 0, c_cbmax = 1, c_cbreserved = 1, c_cf = 0x0, c_cl = 0x0}, t_cancc = 956, t_outq = {c_cc = 723, c_cbcount = 7, c_cbmax = 7, c_cbreserved = 7, c_cf = 0xf0c3c2ac , c_cl = 0xf0b3c577 }, t_outcc = 8130688, t_line = 5, t_dev = 0x00003011, t_state = 131118, t_flags = 1543831560, t_timeout = 0, t_pgrp = 0xf0c38d40, t_session = 0xf0b62d00, t_rsel = {si_pid = 0, si_flags = 0}, t_wsel = {si_pid = 0, si_flags = 0}, t_termios = {c_iflag = 0x00000005, c_oflag = 0x00000000, c_cflag = 0x00034b00, c_lflag = 0x00000000, c_cc = {"\004\377\377\177\027\025\022\377\003\034\032\031\021\023\026\017\001\000\024\377"}, c_ispeed = 115200, c_ospeed = 115200}, t_winsize = {ws_row = 0x0000, ws_col = 0x0000, ws_xpixel = 0x0000, ws_ypixel = 0x0000}, t_oproc = 0xf01ba0a8, t_stop = 0x0, t_param = 0xf01b9d00, t_sc = 0xf01ef984, t_column = 34, t_rocount = 0, t_roc! ol = 0, t_hiwat = 2052, t_lowat = 256, t_gen = 33} (kgdb) >How-To-Repeat: Build a terminal server from a FreeBSD system with many ports and let people dial in and run PPP into it. >Fix: Don't know, but the above seems like ppp driver receives a freed mbuf? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 29 08:54:26 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA03193 for bugs-outgoing; Sun, 29 Oct 1995 08:54:26 -0800 Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA03168 for ; Sun, 29 Oct 1995 08:54:19 -0800 Received: from urgoriyf.ludd.luth.se (clusternode3 [127.0.0.3]) by zed.ludd.luth.se (8.6.12/8.6.11) with ESMTP id RAA26990 for ; Sun, 29 Oct 1995 17:54:10 +0100 From: Joakim Henriksson Received: (murduth@localhost) by urgoriyf.ludd.luth.se (8.6.11/8.6.11) id RAA04097 for bugs@freebsd.org; Sun, 29 Oct 1995 17:54:08 +0100 Message-Id: <199510291654.RAA04097@urgoriyf.ludd.luth.se> Subject: Newest SNAP wont find my PCI To: bugs@freebsd.org Date: Sun, 29 Oct 1995 17:54:04 +0100 (MET) Content-Type: text Content-Length: 0 Sender: owner-bugs@freebsd.org Precedence: bulk From owner-freebsd-bugs Sun Oct 29 10:13:57 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10818 for bugs-outgoing; Sun, 29 Oct 1995 10:13:57 -0800 Received: (from pst@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA10797 ; Sun, 29 Oct 1995 10:13:54 -0800 Date: Sun, 29 Oct 1995 10:13:54 -0800 From: Paul Traina Message-Id: <199510291813.KAA10797@freefall.freebsd.org> To: pst, freebsd-bugs, bde Subject: Re: i386/105 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: Distributed libm (msun) has non-standard error handling. Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: pst Responsible-Changed-When: Sun Oct 29 10:10:54 PST 1995 Responsible-Changed-Why: You can assign this to me. My analysis: - our CFLAGS is bogus. It gives pure IEEE non-ANSI mode. - this normally has no effect because we trap for the relevant IEEE exceptions (this behaviour is also non-ANSI) - some applications may expect to get IEEE behaviour by calling fpsetmask(). - fdlibm's "POSIX" mode is bogus. It's apparently close to an old SYSV mode designed for FPUs that don't support Infinities or NaNs. Using it would break IEEE support. - few users care about the error handling and fewer understand it. Bruce From owner-freebsd-bugs Sun Oct 29 10:15:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11047 for bugs-outgoing; Sun, 29 Oct 1995 10:15:05 -0800 Received: (from pst@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11017 ; Sun, 29 Oct 1995 10:15:01 -0800 Date: Sun, 29 Oct 1995 10:15:01 -0800 From: Paul Traina Message-Id: <199510291815.KAA11017@freefall.freebsd.org> To: mark@grondar.za, pst, freebsd-bugs Subject: Re: misc/453 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: The release/Makefile does not make all des/eBones tarballs State-Changed-From-To: open-closed State-Changed-By: pst State-Changed-When: Sun Oct 29 10:14:24 PST 1995 State-Changed-Why: Mark says: "This is done, we can close it." From owner-freebsd-bugs Sun Oct 29 10:27:37 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11654 for bugs-outgoing; Sun, 29 Oct 1995 10:27:37 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA11649 ; Sun, 29 Oct 1995 10:27:34 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA08287; Sun, 29 Oct 1995 10:26:57 -0800 To: Dmitry Khrustalev cc: Steven Wallace , stable@freebsd.org, bugs@freebsd.org Subject: Re: probs with latest stable snap In-reply-to: Your message of "Sun, 29 Oct 1995 15:44:18 +0300." Date: Sun, 29 Oct 1995 10:26:57 -0800 Message-ID: <8285.814991217@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk Bleh. :-) > > > On Sat, 28 Oct 1995, Jordan K. Hubbard wrote: > > > > First, when installing, I tried to create two freebsd partitions on the > > > same drive. When it tried to format the partitions, I got > > > "/dev/rsd0s1a: 'a' partition is unavailable" > > > > DO NOT DO THAT. I guess I'll have to make it an error to do so since > > there are a lot of ways you can hose yourself if you do this (for one > > thing, it will only boot from the first partition it finds). > > > > You have to use two freebsd partitions in order to get bad144 working > on disks with more then 1024 cylinders. Most edsi's need this. > > -Dima > > Jordan > > From owner-freebsd-bugs Sun Oct 29 10:30:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11842 for bugs-outgoing; Sun, 29 Oct 1995 10:30:03 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA11836 ; Sun, 29 Oct 1995 10:30:02 -0800 Date: Sun, 29 Oct 1995 10:30:02 -0800 Message-Id: <199510291830.KAA11836@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: misc/796: Network install incomplete in 1026-SNAP FDIV036 Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR misc/796; it has been noted by GNATS. From: "Garrett A. Wollman" To: uhclem@fw.ast.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: misc/796: Network install incomplete in 1026-SNAP FDIV036 Date: Sun, 29 Oct 1995 13:20:01 -0500 < The problem appears to be that the installation process enabled networking, > but did not use the information gathered during the installation to create > an entry for /etc/hosts. By adding: > 165.164.6.19 skaro.lonestar.org skaro Actually, the bug appears to be in putting symbolic addresses in `ifconfig' commands. It is incorrect to do this. The installation process should never create `/etc/hosts'. > The source of the "bad value" error also needs to be investigated. > This message is displayed but does not appear in /var/log/messages. Of course it doesn't appear in /var/log/messages, it's written by the `ifconfig' program to standard error output long before `syslogd' is ever started. -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 Sun Oct 29 10:48:08 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA12506 for bugs-outgoing; Sun, 29 Oct 1995 10:48:08 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA12501 ; Sun, 29 Oct 1995 10:48:05 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA26329; Sun, 29 Oct 1995 13:47:49 -0500 Date: Sun, 29 Oct 1995 13:47:49 -0500 From: "Garrett A. Wollman" Message-Id: <9510291847.AA26329@halloran-eldar.lcs.mit.edu> To: Dmitry Khrustalev Cc: freebsd-bugs@freebsd.org, doc@freebsd.org Reply-To: wollman@lcs.mit.edu Subject: Re: 2.0.5-RELEASE: NFS cannot export 2 dirs on 1 partition? In-Reply-To: References: <199510281408.QAA06981@dog.farm.org> Sender: owner-bugs@freebsd.org Precedence: bulk [Sorry for the cross-post. This should go into the handbook if it hasn't already. Note Reply-To.] < said: >> can't change attributes for /usr/ports >> bad exports list line /usr/ports [machines where dir in exported to] >> >> and same for /xvar/pubhome. >> > This is intended behavior. You can have only one export per filesystem. > Check -alldirs export option, maybe it will help you. Just to expand the story a little bit... In the beginning, Sun's kernel NFS server didn't make any (host) access-control checks at all. If you give it a file handle, it will believe out of the goodness of its heart that your intentions are pure and you obtained that handle legitimately. Sun's NFS implementation relied solely on `mountd' to perform ALL of its host access-control checking. Naturally, with packet-sniffing being as common as it is, this is a really, really bad idea (and one of the reasons why people say that NFS combines all the wonderful filesystem semantics of MS-DOS with all the security of MS-DOS). In FreeBSD, by contrast, all accesses are checked /by the kernel/ against a per-mount-point host access-control list. This can raise some problems for people because there is only one such list per mount point, so it is impossible to provide different access control for different directories in the same filesystem. Rather than permit an even greater false sense of security, FreeBSD simply disallows the operation. It is theoretically possible to hang per-host access controls off of every directory or even file, but that would be an incredibly large amount of work and overhead for a miniscule gain in security. -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 Sun Oct 29 18:40:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA24563 for bugs-outgoing; Sun, 29 Oct 1995 18:40:05 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA24556 ; Sun, 29 Oct 1995 18:40:02 -0800 Resent-Date: Sun, 29 Oct 1995 18:40:02 -0800 Resent-Message-Id: <199510300240.SAA24556@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.6.12/8.6.6) with ESMTP id SAA24395 for ; Sun, 29 Oct 1995 18:36:19 -0800 Received: (from pst@localhost) by precipice.shockwave.com (8.6.12/8.6.12) id SAA03207; Sun, 29 Oct 1995 18:35:45 -0800 Message-Id: <199510300235.SAA03207@precipice.shockwave.com> Date: Sun, 29 Oct 1995 18:35:45 -0800 From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/799: sysinstall segfaults if part of distribution missing Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 799 >Category: misc >Synopsis: sysinstall segfaults if part of distribution missing >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 29 18:40:01 PST 1995 >Last-Modified: >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.1-0-951026-SNAP >Environment: System is an i386/33 with an ESDI drive on wd0. Boostrap floppy from the 951026 snapshot. Installing "Kern-Developer" distribution via FTP from user-specified URL. The URL pointed to what was *supposed* to be a mirror of ftp.cdrom.com, but wasn't because I forgot to copy down the proflibs directiory contents but just had an empty proflibs/ subdirectory. >Description: Install is going just fine, the manual pages extract and I get: "Fatal signal 11 caught! I'm dead." on VTY2, the last messages were: DEBUG: Parsing attributes file for distribution proflibs DEBUG: Aborting FTP connection DEBUG: FTP shutdown called. FTP = 197880 >How-To-Repeat: Try to install 951026 on an empty machine via ftp from a user-specified URL with proflibs empty. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 29 18:50:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25116 for bugs-outgoing; Sun, 29 Oct 1995 18:50:02 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25110 ; Sun, 29 Oct 1995 18:50:01 -0800 Resent-Date: Sun, 29 Oct 1995 18:50:01 -0800 Resent-Message-Id: <199510300250.SAA25110@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.6.12/8.6.6) with ESMTP id SAA24772 for ; Sun, 29 Oct 1995 18:45:19 -0800 Received: (from pst@localhost) by precipice.shockwave.com (8.6.12/8.6.12) id SAA03322; Sun, 29 Oct 1995 18:44:45 -0800 Message-Id: <199510300244.SAA03322@precipice.shockwave.com> Date: Sun, 29 Oct 1995 18:44:45 -0800 From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/800: NFS binary distribution != FTP distribution Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 800 >Category: conf >Synopsis: NFS binary distribution != FTP distribution >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Oct 29 18:50:00 PST 1995 >Last-Modified: >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.1.0-951026-SNAP >Environment: ftp://ftp.freebsd.org/pub/FreeBSD/2.1.0-951026-SNAP/ >Description: I pulled down the FTP distribution as-is from wcarchive, as I had some machines I wanted to install locally via NFS and some via FTP. The FTP installations look at the "right files" and do the "right thing." The NFS installation was looking for ".tgz" files, which I assume I could have merely generated by going to each sub-directory and catting together all of the files into a single .tgz file. >How-To-Repeat: mount wcarchive over NFS and try to install from it >Fix: I believe the installation program should be able to handle installing from either a single .tgz or a bunch of files that need to be catted together (ala FTP installation). I think this is a useful enhancement and it might even be reasonable to put this into the 2.1.0 sysinstall. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 29 18:55:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25546 for bugs-outgoing; Sun, 29 Oct 1995 18:55:06 -0800 Received: (from pst@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25520 ; Sun, 29 Oct 1995 18:55:03 -0800 Date: Sun, 29 Oct 1995 18:55:03 -0800 From: Paul Traina Message-Id: <199510300255.SAA25520@freefall.freebsd.org> To: pst, freebsd-bugs, jkh Subject: Re: conf/800 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: NFS binary distribution != FTP distribution Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: pst Responsible-Changed-When: Sun Oct 29 18:53:14 PST 1995 Responsible-Changed-Why: Jordan's baby. From owner-freebsd-bugs Sun Oct 29 18:55:44 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25731 for bugs-outgoing; Sun, 29 Oct 1995 18:55:44 -0800 Received: (from pst@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25703 ; Sun, 29 Oct 1995 18:55:41 -0800 Date: Sun, 29 Oct 1995 18:55:41 -0800 From: Paul Traina Message-Id: <199510300255.SAA25703@freefall.freebsd.org> To: pst, freebsd-bugs, jkh Subject: Re: misc/799 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: sysinstall segfaults if part of distribution missing Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: pst Responsible-Changed-When: Sun Oct 29 18:55:11 PST 1995 Responsible-Changed-Why: Jordan's baby. From owner-freebsd-bugs Sun Oct 29 20:47:59 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA01592 for bugs-outgoing; Sun, 29 Oct 1995 20:47:59 -0800 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA01585 ; Sun, 29 Oct 1995 20:47:55 -0800 Received: (from pst@localhost) by precipice.shockwave.com (8.6.12/8.6.12) id UAA03536; Sun, 29 Oct 1995 20:47:22 -0800 Date: Sun, 29 Oct 1995 20:47:22 -0800 From: Paul Traina Message-Id: <199510300447.UAA03536@precipice.shockwave.com> To: jkh@freebsd.org Subject: two more install bugs Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk 1) the compat distributions have one or more files that are not owned by bin, rather they're owned by uid 2035. 2) I loaded up the des/kerberos distributions, when I invoke telnet, I get ld.so failed: Undefined symbol "_dst_realm_sz" in telnet:telnet. I'm not going to file formal bug reports on this stuff unless you tell me it will fall off your queue. Paul From owner-freebsd-bugs Sun Oct 29 21:30:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA04443 for bugs-outgoing; Sun, 29 Oct 1995 21:30:03 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA04437 ; Sun, 29 Oct 1995 21:30:02 -0800 Resent-Date: Sun, 29 Oct 1995 21:30:02 -0800 Resent-Message-Id: <199510300530.VAA04437@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.6.12/8.6.6) with ESMTP id VAA04257 for ; Sun, 29 Oct 1995 21:25:08 -0800 Received: (from pst@localhost) by precipice.shockwave.com (8.6.12/8.6.12) id VAA03849; Sun, 29 Oct 1995 21:24:35 -0800 Message-Id: <199510300524.VAA03849@precipice.shockwave.com> Date: Sun, 29 Oct 1995 21:24:35 -0800 From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/801: rlogind k, v, and x options are not documented Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 801 >Category: docs >Synopsis: rlogind k, v, and x options are not documented >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 29 21:30:01 PST 1995 >Last-Modified: >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: The "k", "v" and "x" command line options for rlogind are not documented. >How-To-Repeat: man rlogind >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 29 21:30:24 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA04487 for bugs-outgoing; Sun, 29 Oct 1995 21:30:24 -0800 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA04466 ; Sun, 29 Oct 1995 21:30:13 -0800 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id FAA02907 ; Mon, 30 Oct 1995 05:22:09 GMT To: Robert Watson cc: bugs@freebsd.org, questions@freebsd.org Subject: Re: netstat question.. In-reply-to: Your message of "Sat, 28 Oct 1995 15:51:15 EDT." Date: Mon, 30 Oct 1995 05:22:07 +0000 Message-ID: <2905.815030527@palmer.demon.co.uk> From: Gary Palmer Sender: owner-bugs@freebsd.org Precedence: bulk Robert Watson stands accused of writing in message ID : >This time it completed successfully. Any ideas as to what caused that >the first time through? I haven't recompiled a kernel or touched the >kernel in over a month.. AFAIR, it's due to the data in the kernel changing whilst netstat is still doing it's bit. Normally this happens as netstat is bogged down with doing reverse name lookups in the DNS. David (Greenman) made a comment the last time this came up that it's fixable, but he's bogged down with 2.1R work at the minute. Gary From owner-freebsd-bugs Mon Oct 30 08:49:39 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA00450 for bugs-outgoing; Mon, 30 Oct 1995 08:49:39 -0800 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.9.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA00439 for ; Mon, 30 Oct 1995 08:49:34 -0800 Received: (from chris@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id KAA09669 for bugs@freebsd.org; Mon, 30 Oct 1995 10:49:31 -0600 From: Chris Augustine Message-Id: <199510301649.KAA09669@miller.cs.uwm.edu> Subject: ATAPI CDROM!! To: bugs@freebsd.org Date: Mon, 30 Oct 1995 10:49:31 -0600 (CST) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1231 Sender: owner-bugs@freebsd.org Precedence: bulk For the sake of completeness I am sending this to you guys. I have a DELL XPS100 system with a 1.6gig EIDE hard drive and a HITACHI EIDE CDROM. Everything works great except for the cdrom drive, of course. So I got sup-stable2.1 with the ATAPI kernel config file distributed with it and built a new kernel. During boot up everything was recognize, it recognize the my CDROM is a HITACHI and the it's transfer rate is 673KB/sec, 128 volume levels etc... However, when I try to mount it, it claims device not configured. mount_cd9660 /dev/wcd0c /mnt is the command that I used. I noticed that my major number for /dev/wcd0c was 18 and according to devices.386 file form wcd it should be 19, so I changed the MAKEDEV script to use major number 19, tried mounting again and it still did not mount device..device not configured. I also tried editing the devices.386 files changing wcd to 18 instead of 19 and remade the kernel. This time when I tried mounting the cdrom drive I must have hit my hard drive because the system locked up and my hard drive light stay on continously. Is there some hardware setting I should check or maybe this device simply is not supported by this driver? Any help would be greatly appreciated. ;( From owner-freebsd-bugs Mon Oct 30 11:30:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA10625 for bugs-outgoing; Mon, 30 Oct 1995 11:30:05 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA10616 ; Mon, 30 Oct 1995 11:30:03 -0800 Resent-Date: Mon, 30 Oct 1995 11:30:03 -0800 Resent-Message-Id: <199510301930.LAA10616@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, huck@nosc.mil Received: from mispwoso.nosc.mil (mispwoso.nosc.mil [198.253.27.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA09949 for ; Mon, 30 Oct 1995 11:23:16 -0800 Received: (from root@localhost) by mispwoso.nosc.mil (8.6.12/8.6.12) id OAA00430; Mon, 30 Oct 1995 14:23:14 -0500 Message-Id: <199510301923.OAA00430@mispwoso.nosc.mil> Date: Mon, 30 Oct 1995 14:23:14 -0500 From: huck@nosc.mil Reply-To: huck@nosc.mil To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/802: Minor 951026-SNAP install problem Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 802 >Category: misc >Synopsis: default fstab mounts disks in bad order >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 30 11:30:02 PST 1995 >Last-Modified: >Originator: Craig Huckabee >Organization: NISE East Charleston, SC >Release: FreeBSD 2.1.0-951026-SNAP >Environment: ASUS PCI/E-P54NP4 w/ one P133 CPU (1) SC-200 NCR SCSI controller 1 MAXTOR 540SL drive internal 2 HITACHI 2.7GB drives external >Description: During the install process the fstab that is built by the install program puts the mounts in the wrong order. For example, on the above hardware, I have the / and /var partitions on the internal drive (sd0), /usr and /usr/u0 mounts on sd1, and /usr/u0 mounts on /usr/u1. The fstab generated by the install program tries to mount /usr/u1 before mounting /usr which stops the boot process upon rebooting after the install is done. >How-To-Repeat: Can be done over and over on my machine. I put the following entries in the partition & label portion of the install program : / 20M sd0 swap 128M sd0 /var 250M sd0 /root 123M sd0 swap 128M sd1 /usr 1500M sd1 /usr/u0 1012M sd1 swap 128M sd2 /usr/u1 2612M sd2 in that order, and it always puts the /usr/u1 entry as the first in the fstab file, thus producing the error. >Fix: Move the mount points into the correct order as specified in the install program. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 31 02:43:48 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA17704 for bugs-outgoing; Tue, 31 Oct 1995 02:43:48 -0800 Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA17691 for ; Tue, 31 Oct 1995 02:43:36 -0800 Received: from madonna.dkrz.de.dkrz.de (madonna.dkrz.de [136.172.110.69]) by racer.dkrz.de (8.7.1/8.7.1) with SMTP id LAA22886; Tue, 31 Oct 1995 11:42:00 +0100 (MET) Date: Tue, 31 Oct 1995 11:42:00 +0100 (MET) From: "Georg-W. Koltermann" Message-Id: <199510311042.LAA22886@racer.dkrz.de> Received: by madonna.dkrz.de.dkrz.de (4.1/SMI-4.1) id AA07056; Tue, 31 Oct 95 11:42:47 +0100 To: freebsd-bugs@freebsd.org Cc: jhk@time.cdrom.com Subject: 951026-SNAP: second FBSD slice on a disk Reply-To: gwk@cray.com Sender: owner-bugs@freebsd.org Precedence: bulk Last night I wanted to check out the latest (by yesterday) snap on my machine at home. At home I have to install from floppies, by the way. Since I didn't want to erase my working/production 2.0.5 system I decided that maybe I could reuse the space previously dedicated to Linux. I haven't booted Linux in about three months anyway :-) That meant creating a second FBSD slice on the disk. >From the help page in the disk editor I learned that the current boot code will only mount a root from the 'a' partition of the first BSD slice on a disk. Also I found out by experimentation that the disk editor does not allow me to specify a mount point of "/" for the 'a' partition in the second slice on the disk. Here is a bug: If you type 'A' in the disk editor to get default partitions set up, then a root can still be created in the second slice. Now, what is the "first" FBSD slice? Do you just count the entries in the slice table in the MBR, or do you mean the slice which is first in the data blocks on the disk? I didn't look at the code, but I strongly believe "first" means the first FBSD entry in the slice table, not the slice which has space allocated lower on the disk. I allocated a fresh FBSD slice with the slice editor, using the space taken up by Linux previously. That space is *after* my existing 2.0.5 FBSD slice. In order to be able to install to this slice I then rearranged the slice entries in the MBR with MS-DOG debug. Now the newly created FBSD slice was the first one in the slice table. Still the space on disk was after the the old FBSD slice, of course: sd0s1 new FBSD slice data located higher on disk sd0s2 old FBSD slice data located first on disk I booted the install floppy again, went into the disk editor and... WHOOPS. The fresh slice was sd0s1 as it should be, but it was listed SECOND, and I could NOT create a root partition in it. Apparently the disk editor **sorted** the slice entries in ascending order of data block allocation. Do you think this is right? I went into MS-DOG debug again an changed the type field of the old FBSD slice to something else. Now back in the FBSD install menu my new FBSD slice was the only one with type BSD and I could install the snap. After installation it booted up o. k.. Again I went into MS-DOG debug and changed the type field of my old (production) FBSD slice back to the correct value for BSD. I left the slice ordering untouched, new slice first, then old slice. Now I could still boot the snap that I installed on sd0s1, and I could also mount my production filesystems from sd0s2*. This pretty much proves that the "compatibility" partition which gets mounted by the boot code ist the 'a' partition in the FBSD slice which OCCURS FIRST in the slice table in the MBR. This slice does not need to be located first in the data area. Do you agree? Which brings me to a suggestion: It would be real handy to automate what I have done in order to get FBSD installed on a second slice. What about a new command in the slice editor which allows you to DESIGNATE which slice should be the compatibility slice? The program would only need to move that slice to the first slot in the slice table, as I did manually with debug. You would also need to keep the diskeditor from sorting the slices in disk block order, of course. Regards, Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Tue Oct 31 04:18:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29574 for bugs-outgoing; Tue, 31 Oct 1995 04:18:13 -0800 Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA29427 for ; Tue, 31 Oct 1995 04:17:08 -0800 Received: from madonna.dkrz.de.dkrz.de (madonna.dkrz.de [136.172.110.69]) by racer.dkrz.de (8.7.1/8.7.1) with SMTP id NAA23051; Tue, 31 Oct 1995 13:15:23 +0100 (MET) Date: Tue, 31 Oct 1995 13:15:23 +0100 (MET) From: "Georg-W. Koltermann" Message-Id: <199510311215.NAA23051@racer.dkrz.de> Received: by madonna.dkrz.de.dkrz.de (4.1/SMI-4.1) id AA07095; Tue, 31 Oct 95 13:16:10 +0100 To: freebsd-bugs@freebsd.org Cc: jkh@time.cdrom.com Subject: news from the 4MB front Reply-To: gwk@cray.com Sender: owner-bugs@freebsd.org Precedence: bulk Last Sunday I tried to install the 951020-SNAP on the computer of my wife at home. [I had written the floppies on Friday before I knew that a new snap was being born...] The machine is a 386/25 with 4 MB, EGA, and 162 MB IDE disk. At first I got the well-known page fault in kernel mode right after the probes. I then checked the main board setup and found that remapping was disabled, leaving only 640 kB of base and 3 MB of extended RAM. I enabled remapping (that motherboard only remaps 256 kB) and tried again. Now the install menu came up just fine. I did my stuff and hit commit. The screen displayed making filesystem on wd0s2a, and that was it. On the Alt-F2 screen I found something like "vm_pageout unable to allocate swap space", scrolling on and on. When the newfs starts, a swap partition has already been designated. Why don't you enable swapping before you do the first fork? Another option might be to provide a stripped down bare-bones kernel for those desperados installing on 4 MB machines. I'll try to build such a kernel starting with BOOTMFS once I have the latest snap loaded on my other machine, which has 8 MB. After building a kernel I could then just replace /kernel on the boot.flp right? Should I also lower the size of the root MFS as much as I can? I assume I would then also have to remake the FS on the boot.flp, matching the new size? Regards, Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Tue Oct 31 05:02:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA06116 for bugs-outgoing; Tue, 31 Oct 1995 05:02:18 -0800 Received: from veda.is (root@veda.is [193.4.230.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA06100 for ; Tue, 31 Oct 1995 05:02:11 -0800 Received: (from adam@localhost) by veda.is (8.6.12/8.6.12) id NAA07410 for freebsd-bugs@freebsd.org; Tue, 31 Oct 1995 13:01:58 GMT From: Adam David Message-Id: <199510311301.NAA07410@veda.is> Subject: make(1) variable modifier :S To: freebsd-bugs@freebsd.org Date: Tue, 31 Oct 1995 13:01:50 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3714 Sender: owner-bugs@freebsd.org Precedence: bulk There is a discrepancy in the description in 'man make' and the behaviour that is actually implemented, concerning the :S variable substitution modifier. The manpage says that the substitution is applied to each word in the variable, but the implemetation bypasses the substitution after the first matching word unless the /g 'global' flag is specified. This is an inconsistency in the intended meaning of the global flag. According to the manpage it means to substitute all occurences in each word, but the implementation assumes that the global flag means substitute all occurences in all words (and that its absence means substitute only the first occurence in all words, instead of in each word). If the manpage is correct, the whole use of VAR_NO_SUB in var.c is bogus and should be eradicated in order to provide the expected behaviour. Otherwise, if the implementation is correct, the manpage should mention this as a bug ;-) Patch follows below. I will reindent and commit this shortly unless any objections are raised. Adam David ==== *** var.c Fri Aug 18 12:34:13 1995 --- var.c.new Tue Oct 31 12:48:14 1995 *************** *** 147,153 **** #define VAR_SUB_GLOBAL 1 /* Apply substitution globally */ #define VAR_MATCH_START 2 /* Match at start of word */ #define VAR_MATCH_END 4 /* Match at end of word */ - #define VAR_NO_SUB 8 /* Substitution is non-global and already done */ } VarPattern; static int VarCmp __P((ClientData, ClientData)); --- 147,152 ---- *************** *** 883,891 **** VarPattern *pattern = (VarPattern *) patternp; wordLen = strlen(word); - if ((pattern->flags & VAR_NO_SUB) == 0) { /* ! * Still substituting -- break it down into simple anchored cases * and if none of them fits, perform the general substitution case. */ if ((pattern->flags & VAR_MATCH_START) && --- 882,889 ---- VarPattern *pattern = (VarPattern *) patternp; wordLen = strlen(word); /* ! * Break substitution down into simple anchored cases * and if none of them fits, perform the general substitution case. */ if ((pattern->flags & VAR_MATCH_START) && *************** *** 990,1002 **** Buf_AddBytes(buf, pattern->rightLen, (Byte *)pattern->rhs); wordLen -= (cp - word) + pattern->leftLen; word = cp + pattern->leftLen; ! if (wordLen == 0) { done = TRUE; } - if ((pattern->flags & VAR_SUB_GLOBAL) == 0) { - done = TRUE; - pattern->flags |= VAR_NO_SUB; - } } else { done = TRUE; } --- 988,996 ---- Buf_AddBytes(buf, pattern->rightLen, (Byte *)pattern->rhs); wordLen -= (cp - word) + pattern->leftLen; word = cp + pattern->leftLen; ! if (wordLen == 0 || (pattern->flags & VAR_SUB_GLOBAL) == 0) { done = TRUE; } } else { done = TRUE; } *************** *** 1015,1030 **** return ((Buf_Size(buf) != origSize) || addSpace); } /* ! * Common code for anchored substitutions: if performed a substitution ! * and it's not supposed to be global, mark the pattern as requiring ! * no more substitutions. addSpace was set TRUE if characters were ! * added to the buffer. */ - if ((pattern->flags & VAR_SUB_GLOBAL) == 0) { - pattern->flags |= VAR_NO_SUB; - } return (addSpace); - } nosub: if (addSpace) { Buf_AddByte(buf, (Byte)' '); --- 1009,1018 ---- return ((Buf_Size(buf) != origSize) || addSpace); } /* ! * Common code for anchored substitutions: ! * addSpace was set TRUE if characters were added to the buffer. */ return (addSpace); nosub: if (addSpace) { Buf_AddByte(buf, (Byte)' '); From owner-freebsd-bugs Tue Oct 31 07:47:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA25973 for bugs-outgoing; Tue, 31 Oct 1995 07:47:17 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA25950 for ; Tue, 31 Oct 1995 07:47:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA22272; Wed, 1 Nov 1995 02:42:01 +1100 Date: Wed, 1 Nov 1995 02:42:01 +1100 From: Bruce Evans Message-Id: <199510311542.CAA22272@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, gwk@racer.dkrz.de Subject: Re: 951026-SNAP: second FBSD slice on a disk Cc: jhk@time.cdrom.com Sender: owner-bugs@freebsd.org Precedence: bulk >This pretty much proves that the "compatibility" partition which gets >mounted by the boot code ist the 'a' partition in the FBSD slice which >OCCURS FIRST in the slice table in the MBR. This slice does not need >to be located first in the data area. Do you agree? Yes. This behaviour was easiest to code :-), and more resistant to the compatibility slice changing when you create a new slice. >It would be real handy to automate what I have done in order to get >FBSD installed on a second slice. What about a new command in the >slice editor which allows you to DESIGNATE which slice should be the >compatibility slice? The program would only need to move that slice >to the first slot in the slice table, as I did manually with debug. >You would also need to keep the diskeditor from sorting the slices in >disk block order, of course. I don't want more dependencies on the compatibility slice. The thing you want to designate is the default boot slice. sysinstall will have to do something new to support this when the bootstrap supports it. Disk editors shouldn't sort the slice table unless requested to. It's unfortunate that changing the boot slice currently requires sorting. From owner-freebsd-bugs Tue Oct 31 07:50:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA26312 for bugs-outgoing; Tue, 31 Oct 1995 07:50:05 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA26305 ; Tue, 31 Oct 1995 07:50:02 -0800 Resent-Date: Tue, 31 Oct 1995 07:50:02 -0800 Resent-Message-Id: <199510311550.HAA26305@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.6.12/8.6.6) with ESMTP id HAA25743 for ; Tue, 31 Oct 1995 07:45:46 -0800 Received: (from pst@localhost) by precipice.shockwave.com (8.6.12/8.6.12) id HAA17304; Tue, 31 Oct 1995 07:45:05 -0800 Message-Id: <199510311545.HAA17304@precipice.shockwave.com> Date: Tue, 31 Oct 1995 07:45:05 -0800 From: Paul Traina Reply-To: pst@Shockwave.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/803: bsd m4 chokes on config script Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 803 >Category: bin >Synopsis: bsd m4 chokes and dies while FSF m4 works... >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 31 07:50:01 PST 1995 >Last-Modified: >Originator: Paul Traina >Organization: Shockwave Engineering >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1-stable as of this week >Description: I was porting over the new gnats-3.97 beta from Cygnus. When I went to build gnats, m4 chocked and died. Input files and sample output are below. I pulled down FSF m4 and it worked just fine. As you can see from the output of m4, it's insanely confused at this point. I checked NetBSD's and Lite-2's m4 distributions to see if there were any fixes that we failed to pick up, and we are at least current with those distributions. >How-To-Repeat: /usr/bin/m4 config.m4 config.c.in output from broken m4 (edited down) -------------- char *gnats_root = NULL; char[] char[] = ; char[] char[] ; )> , , char[], dnl static char _gnats_server GNATS_SERVER char[] STR_MAX[] = ; char *gnats_server GNATS_SERVER char[] STR_MAX = _gnats_server GNATS_SERVER char[] STR_MAX;dnl define(>, { ""^ _gnats_server GNATS_SERVER char[] STR_MAX }^ ) m4: missing right quote output from FSF m4 (edited down to cover same range...) --------------- char *gnats_root = NULL; static char _gnats_addr[STR_MAX] = GNATS_ADDR; char *gnats_addr = _gnats_addr; static char _gnats_server[STR_MAX] = GNATS_SERVER; config.m4: -------------- dnl dnl Macros for generating declarations in sh/C configuration dnl changequote(<,>)dnl define(, 0)dnl # of decls processed define(,)dnl initializer list contents define(,)dnl K&R initializers dnl dnl Generate the ANSI initializer list define(,)dnl dnl dnl Generate the decl and initializers for an integral option define(,<, CN_INIT { "$2"^ (char *) &$1 }^ )dnl define(, CN_KNR confs[CN_CNT].key = "$2"; dnl confs[CN_CNT].val = (char *) &$1; )>>)dnl dnl dnl Generate the decl and initializers for a string option define(,<, CN_INIT { "$2"^ _$1 }^ )dnl define(, CN_KNR confs[CN_CNT].key = "$2"; confs[CN_CNT].val = $1; )>>)dnl dnl dnl Generate the decl and initializers for an option define(,)dnl ifelse($3, int, CN_DOINT($1, $2), $3, char[], CN_DOCHARA($1, $2, $4))dnl define(, incr(CN_CNT))dnl changequote(,)dnl >Fix: >Audit-Trail: >Unformatted: >)dnl dnl changequote(,)dnl config.c.in -------------------- /* Configuration processing routines for GNATS -*- C -*- Copyright (C) 1993, 1994, 1995 Free Software Foundation, Inc. This file is part of GNU GNATS. GNU GNATS is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any later version. GNU GNATS is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with GNU GNATS; see the file COPYING. If not, write to the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. */ /* The basic idea here is to be able to use the same configuration file for sh scripts and C programs; the sh script just uses `.', but the C program has to be a bit more trickier. And a lot uglier. */ /* FIXME, maybe: Use hash table for more option-ridden programs. */ #include "config.h" #include "gnats.h" #include "pathmax.h" char *gnats_root = NULL; CN_OPT(gnats_addr, GNATS_ADDR, char[], STR_MAX) CN_OPT(gnats_server, GNATS_SERVER, char[], STR_MAX) CN_OPT(gnats_server_port, GNATS_SERVER_PORT, int) CN_OPT(gnats_service, GNATS_SERVICE, char[], STR_MAX) CN_OPT(gnats_user, GNATS_USER, char[], STR_MAX) CN_OPT(gnats_admin, GNATS_ADMIN, char[], STR_MAX) CN_OPT(def_subm, DEFAULT_SUBMITTER, char[], STR_MAX) CN_OPT(def_release, DEFAULT_RELEASE, char[], STR_MAX) CN_OPT(flag_notify, NOTIFY, int) CN_OPT(flag_ack, ACKNOWLEDGE, int) CN_OPT(keep_rec, KEEP_RECEIVED_HEADERS, int) CN_OPT(debug_mode, DEBUG_MODE, int) CN_OPT(bday_start, BDAY_START, int) CN_OPT(bday_end, BDAY_END, int) CN_OPT(bweek_start, BWEEK_START, int) CN_OPT(bweek_end, BWEEK_END, int) CN_OPT(mail_agent, MAIL_AGENT, char[], STR_MAX) CN_OPT(bindir, BINDIR, char[], STR_MAX) CN_OPT(queue_dir, QUEUE_DIR, char[], STR_MAX) struct conf { char* key; char* val; }; #ifdef __STDC__ #define STDCINIT #endif #ifdef STDCINIT static struct conf confs[] = { CN_ANSI}; #else static struct conf confs[CN_CNT]; #endif static char *fname = NULL; static char *string_extract_double_quoted (); static char *safe_strtok (); /* Read in and set the above configuration parameters */ void configure() { FILE *fp; char line[STR_MAX]; #ifndef STDCINIT CN_KNR#endif if (! gnats_root) { gnats_root = getenv ("GNATS_ROOT"); if (! gnats_root) gnats_root = X_GNATS_ROOT; } if (fname) xfree (fname); #define CONFSTR "%s/gnats-adm/config" fname = xmalloc (strlen (gnats_root) + sizeof (CONFSTR) - 1); sprintf (fname, CONFSTR, gnats_root); fp = fopen (fname, "r"); if (fp == NULL) /* no config file; no problem */ return; while (fgets (line, STR_MAX, fp) != NULL) { int i; if (*line == '#') continue; /* comment */ for (i=0; i < sizeof(confs)/sizeof(struct conf); i++) { int n = strlen(confs[i].key); if (! strncmp(confs[i].key, line, n) && line[n] == '=') { char *p = line+n+1; int d; if (sscanf (p, "%d", &d) > 0) /* NOTIFY=1 */ *((int *) confs[i].val) = d; else /* string parameter */ { /* Mimic somewhat the sh interpretation of the line. */ if (*p == '\'') strcpy (confs[i].val, safe_strtok(p+1, "'")); else if (*p == '"') strcpy (confs[i].val, string_extract_double_quoted(p+1)); else strcpy (confs[i].val, safe_strtok(p, " \t\n")); } break; } } } } static char * safe_strtok (s, d) char *s, *d; { char *r = strtok (s, d); if (!r && *s != '\n') r = strtok (s, "\n"); if (!r) r = ""; return r; } /* Lifted largely from bash/subst.c */ static char * string_extract_double_quoted (string) char *string; { register int c, j, i; /* character, temp pos, str pos */ char *temp; /* The new string we return. */ int pass_next; /* State variables for the machine. */ pass_next = 0; temp = (char *)xmalloc (strlen (string) + 1); for (j = 0, i = 0; (c = string[i]) != '\0'; i++) { /* Process a character that was quoted by a backslash. */ if (pass_next) { /* Posix.2 sez: ``The backslash shall retain its special meaning as an escape character only when followed by one of the characters: $ ` " \ ''. */ if (c != '$' && c != '`' && c != '"' && c != '\\' && c != '\n') temp[j++] = '\\'; temp[j++] = c; pass_next = 0; continue; } /* A backslash protects the next character. The code just above handles preserving the backslash in front of any character but a double quote. */ if (c == '\\') { pass_next++; continue; } /* An unescaped double quote serves to terminate the string. */ if (c == '"') break; /* Add the character to the quoted string we're accumulating. */ temp[j++] = c; } temp[j] = '\0'; strcpy (string, temp); xfree (temp); return (string); } From owner-freebsd-bugs Tue Oct 31 09:40:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA10335 for bugs-outgoing; Tue, 31 Oct 1995 09:40:04 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA10329 ; Tue, 31 Oct 1995 09:40:02 -0800 Resent-Date: Tue, 31 Oct 1995 09:40:02 -0800 Resent-Message-Id: <199510311740.JAA10329@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ah@alvman.robin.de Received: from rs2.hrz.th-darmstadt.de (rs2.hrz.th-darmstadt.de [130.83.22.63]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA08594 for ; Tue, 31 Oct 1995 09:25:54 -0800 Received: from socrates.st.bauing.th-darmst (socrates.st.bauing.th-darmstadt.de) by rs2.hrz.th-darmstadt.de with SMTP id AA13412 (5.65c/IDA-1.4.4 for ); Tue, 31 Oct 1995 18:25:18 +0100 Received: by socrates.st.bauing.th-darmstadt.de (5.57/Ultrix3.0-C) id AA21194; Tue, 31 Oct 95 18:25:01 +0100 Message-Id: <9510311725.AA21194@socrates.st.bauing.th-darmstadt.de> Date: Tue, 31 Oct 95 18:25:01 +0100 From: Andreas Haakh Reply-To: ah@alvman.robin.de To: FreeBSD-gnats-submit@freebsd.org, ah@alvman.robin.de, haakh%socrates@socrates.st.bauing.th-darmstadt.de X-Send-Pr-Version: 3.2 Subject: misc/804: fdformat - patch to add DOS-filsystem Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 804 >Category: misc >Synopsis: fdformat did not create DOS-filesystem >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Oct 31 09:40:01 PST 1995 >Last-Modified: >Originator: Andreas Haakh >Organization: not at all... >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: irrelevant >Description: fdformat just did a raw format on floppies. You could not mount_msdos them. >How-To-Repeat: obvious >Fix: I added an option (-D) to write a dos-filesystem to the floppies. The changes are based on msdosfs and mformat (mtools). Files included from /sys/msdosfs/ should be moved to /usr/include/... The conext-diffs are included and change the following files relative to /usr/src/ : sys/msdosfs/bootsect.h (a bug - has probably no influence on msdosfs) usr.sbin/fdformat/fdformat.c usr.sbin/fdformat/fdformat.1 //////////////////////START OF PATCH//////////////////////////////////////// *** sys/msdosfs/bootsect.h.orig Fri Oct 27 12:56:37 1995 --- sys/msdosfs/bootsect.h Fri Oct 27 12:56:19 1995 *************** *** 28,32 **** char bsBPB[19]; /* BIOS parameter block */ char bsDriveNumber; /* drive number (0x80) */ ! char bsBootCode[474]; /* pad so structure is 512 bytes long */ u_short bsBootSectSig; #define BOOTSIG 0xaa55 --- 28,32 ---- char bsBPB[19]; /* BIOS parameter block */ char bsDriveNumber; /* drive number (0x80) */ ! char bsBootCode[479]; /* pad so structure is 512 bytes long */ u_short bsBootSectSig; #define BOOTSIG 0xaa55 *** usr.sbin/fdformat/fdformat.c.orig Tue May 30 05:47:39 1995 --- usr.sbin/fdformat/fdformat.c Fri Oct 27 18:10:59 1995 *************** *** 37,40 **** --- 37,44 ---- * Andrew A. Chernov, ache@astral.msk.su * Thu Jan 27 00:47:24 MSK 1994 + * + * Added creation of DOS filesystem + * Andreas Haakh, ah@alman.RoBIN.de + * Fri Oct 27 18:10:59 1995 */ *************** *** 48,51 **** --- 52,57 ---- #include #include + #include "/sys/msdosfs/bootsect.h" /* for DOS filesystem */ + #include "/sys/msdosfs/bpb.h" static void *************** *** 139,146 **** } static void usage (void) { ! printf("Usage:\n\tfdformat [-q] [-n | -v] [-f #] [-c #] [-s #] [-h #]\n"); printf("\t\t [-r #] [-g #] [-i #] [-S #] [-F #] [-t #] devname\n"); printf("Options:\n"); --- 145,355 ---- } + static int + write_FAT(int fd, struct fd_type *fdt) { + + int i, Media, SecPerClust, RootDirBlks, FATsecs; + struct bootsector33 bs33; + struct byte_bpb33 *b33; + + + b33 = (struct byte_bpb33 *) bs33.bsBPB; + + if (sizeof(bs33) != 512) { + fprintf(stderr,"Check definition of struct bootsector33!\n"); + fprintf(stderr,"Sizof (struct bootsector33) != 512.\n"); + exit (3); + } + + + /* The following code is heavily borrowed from msdosfs + * and mformat from mtools. + * + * I have no documentation about the FAT. So I just rely + * on those two sources :-)) + * + * This function returns the number of written boot, FAT + * and root-dir blocks. + */ + + switch(fdt->size/2) { /* size in KBytes */ + int FatGuess, NumClus; + case 160: + Media = 0xfe; + SecPerClust = 1; + RootDirBlks = 4; + FATsecs = 1; + break; + cas 180: + Media = 0xfc; + SecPerClust = 1; + RootDirBlks = 4; + FATsecs = 2; + break; + case 320: + Media = 0xff; + SecPerClust = 2; + RootDirBlks = 7; + FATsecs = 1;+ break; + case 360: + Media = 0xfd; + SecPerClust = 2; + RootDirBlks = 7; + FATsec = 2; + break; + case 720: + Media = 0xf9; + SecPerClust = 2; + RootDirBlks = 7; + FTsecs = 3; + break; + case 1200: + Media = 0xf9; + SecPerClust = 1; + RootDirBlks = 14 + FATsecs = 7; + break; + case 1440: + Media = 0xf0; + SecPerClust = 1; + RootDirBls = 14; + FATsecs = 9; + break; + case 800: + case 820: + case 1480: + default: /* non standard format */ + Media = 0xf0; + if (fdt->heads == 1) { + SecPerClust = 1; + RootDirBlks = 4; + }else { + if (fdt->size > 2000) { + SecPerClust = 1; + RootDrBlks = 14; + } else { + SecPerClust = 2; + RootDirBlks = 7; + } + } + /* fatlength. 341 is the number of 12 bit fat entries + * per sector */ + FatGuess = ((fdt->size/ SecPerClust) / 341.0) + 0.95; + NumClus = (fdt->size - RootDirBlks - 2 * FatGuess - 1) + / SecPerClust; + FATsecs = (NumClus / 341.) + 1; + break; + } + + /* Set up the boot secor */ + + bs33.bsJump[0] = 0xeb; + bs33.bsJump[1] = 0x44; + bs33.bsJump[2] = 0x90; + strncy(bs33.bsOemName,"4.4BSD ",8); + + putushort(b33->bpbBytesPerSec, 512); + b33->bpbSecPerClut = SecPerClust; + putushort(b33->bpbResSectors,1); + b33->bpbFATs = 2; + putushort(b33->bpbootDirEnts, RootDirBlks * 16); + putushort(b33->bpbSectors, fdt->size); + b33->bpbMedia = Meda; + putushort(b33->bpbFATsecs, FATsecs); + putushort(b33->bpbSecPerTrack, fdt->sectrc); + putushort(b33->bpbHeads, fdt->heads); + putushort(b33->bpbHiddenSecs, 0); + + bs33.bsriveNumber = 0x00; + /* clear the bootcode */ + memset(bs33.bsBootCode, 0, sizeof bs33.bsBootode); + bs33.bsBootSectSig = BOOTSIG; + + + #ifdef TEST_DOS_FAT + printf("jmp: %02x%02x%02xn",bs33.bsJump[0], + bs33.bsJump[1], bs33.bsJump[2]); + printf("OEM: %s\n",bs33.bsOemName);+ printf("Drv: %04x\n", bs33.bsDriveNumber); + printf("Sig: %04x\n", bs33.bsBootSectSig); + printf("Bytes/sector = %4d\n", getushort(b33->bpbBytesPerSec)); + printf("Sectors/cluser = %4d\n", b33->bpbSecPerClust); + printf("Reserved sectors = %4d\n", getushort(b33->bpbResectors)); + printf("Sectors/track = %4d\n", getushort(b33->bpbSecPerTrack)); + printf("Numer of FATs = %4d\n", b33->bpbFATs); + printf("Root dir entries = %4d\n", getushort(b33->bpbRotDirEnts)); + printf("Total # of secs = %4d\n", getushort(b33->bpbSectors)); + printf("Medi descriptor = %4d %c\n", b33->bpbMedia, b33->bpbMedia); + printf("Sectors/FAT = %4d\n", gtushort(b33->bpbFATsecs)); + printf("Number of heads = %4d\n", getushort(b33->bpbHeads)); + rintf("Hidden sectors = %4d\n", getushort(b33->bpbHiddenSecs)); + #endif + + /* write bootsctor to disk */ + lseek(fd, (off_t) 0, SEEK_SET); + if (512 != write(fd, &bs33, 512) ) { + error("Error writing DOS-block0.\n"); + exit (3); + } + + + /* + * now we use bs33 for AT and root directory + */ + memset(&bs33, 0, (size_t) 512); + + /* first FAT first block / + bs33.bsJump[0] = Media; + bs33.bsJump[1] = 0xff; + bs33.bsJump[2] = 0xff; + if (512 != rite(fd, &bs33, 512) ) { + perror("Error writing FAT.\n"); + exit (3); + } + + /* first AT remaining blocks */ + bs33.bsJump[0] = 0x00; + bs33.bsJump[1] = 0x00; + bs33.bsJup[2] = 0x00; + for (i = 1; i < FATsecs; i++) + if (512 != write(fd, &bs33, 512) ) { + perror(Error writing FAT.\n"); + exit (3); + } + + /* second FAT first block */ + bs33.bsJump[] = Media; + bs33.bsJump[1] = 0xff; + bs33.bsJump[2] = 0xff; + if (512 != write(fd, &bs33, 52) ) { + perror("Error writing FAT.\n"); + exit (3); + } + + /* second FAT remaining bloks */ + bs33.bsJump[0] = 0x00; + bs33.bsJump[1] = 0x00; + bs33.bsJump[2] = 0x00; + for (i =1; i < FATsecs; i++) + if (512 != write(fd, &bs33, 512) ) { + perror("Error writin FAT.\n"); + exit (3); + } + + /* the root directory */ + for (i = 0; i < RootDirBlks; ++) + if (512 != write(fd, &bs33, 512) ) { + perror("Error writing FAT.\n"); + exit (3); + } + + return (1 + 2 * FATsecs + RootDirBlks); + } + static void usage (void) { ! pritf("Usage:\n\tfdformat [-q] [-n | -v] [-D] [-f #] [-c #] [-s #] [-h #]\n"); printf("\t\t [-r#] [-g #] [-i #] [-S #] [-F #] [-t #] devname\n"); printf("Options:\n"); ************** *** 161,164 **** --- 370,374 ---- printf("\t-F #\tspecify fill byte\n"); printf("\t-t#\tnumber of steps per track\n"); + printf("\t-D #\twrite a DOS filsystem on floppy\n"); ext(2); } *************** *** 189,198 **** int format = -1, cyls = -1, secs = -1, heads = -1 intleave = -1; int rate = -1, gaplen = -1, secsize = -1, steps = -1; ! int fill = 0xf6, qiet = 0, verify = 1, verify_only = 0; int fd, c, track, error, tracks_per_dot, bytes_per_trak, errs; const char *devname, *suffix; struct fd_type fdt; ! while((c = getopt(argc, rgv, "f:c:s:h:r:g:S:F:t:i:qvn")) != -1) switch(c) { case 'f': /* format in kilobytes */--- 399,408 ---- int format = -1, cyls = -1, secs = -1, heads = -1, intleave = -1; int rae = -1, gaplen = -1, secsize = -1, steps = -1; ! int fill = 0xf6, quiet = 0, verify = 1, verif_only = 0, dosfat = 0; int fd, c, track, error, tracks_per_dot, bytes_per_track, errs; cost char *devname, *suffix; struct fd_type fdt; ! while((c = getopt(argc, argv, "f:c:sh:r:g:S:F:t:i:qvnD")) != -1) switch(c) { case 'f': /* format in kilobytes */ ************** *** 243,246 **** --- 453,459 ---- verify = 0; break; + case 'D': + dosfat =1; + break; case 'v': *************** *** 309,312 **** --- 522,526 ---- if (verfy_only) { + dosfat = 0; if(!quiet) printf("Verify %dK floppy `%s'.\n", ************** *** 361,366 **** } } ! if(!quiet) printf(" done.\n"); return errs; --- 575585 ---- } } ! if(!quiet) { printf(" done.\n"); + if (dosfat) + printf("Creatig DOS filesystem.\n"); + } + if (dosfat) + write_FAT(fd, &fdt); return errs; *** ur.sbin/fdformat/fdformat.1.orig Fri Oct 28 18:07:32 1994 --- usr.sbin/fdformat/fdformat.1 Fri Ot 27 16:17:19 1995 *************** *** 34,37 **** --- 34,38 ---- .Bq Fl v .Bq Fl n + .Bq FlD .Bq Fl f Ar capacity .Bq Fl c Ar cyls *************** *** 81,84 **** --- 82,87 ---- .ItFl v Don't format, verify only. + .It Fl D + write a DOS filesystem on floppy after frmatting. .It Fl c Ar cyls .It Fl s Ar secs *************** *** 116,120 **** 1 is returne on any errors during floppy formatting, and an exit status of 2 reflects invalid arguments gven to the program (along with an ! appropriate information written to diagnostic output). .Sh SE ALSO .Xr fdc 4 . --- 119,124 ---- 1 is returned on any errors during floppy formatting, ad an exit status of 2 reflects invalid arguments given to the program (along with an ! appropiate information written to diagnostic output). An exit status ! of 3 indicates an error writin the DOS filsystem. .Sh SEE ALSO .Xr fdc 4 . *************** *** 131,133 **** .ifn Joerg Wunsch, .if t J\(:org Wunsch, ! Dresden, with changes by Serge Vakulenko and Andrew A Chernov, Moscow. --- 135,138 ---- .if n Joerg Wunsch, .if t J\(:org Wunsch, ! Dresden, wit changes by Serge Vakulenko, Andrew A. Chernov, Moscow and ! Andreas Haakh, Darmstadt. /////////////////////END OF PATCH//////////////////////////////////////// -- Andreas Haakh \ ah@alvman.RoBIN.de Kirschberg 12 b \ +49 6155 6615 64347 Griesheim \_________________________________________ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 31 10:10:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13627 for bugs-outgoing; Tue, 31 Oct 1995 10:10:03 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13619 ; Tue, 31 Oct 1995 10:10:01 -0800 Date: Tue, 31 Oct 1995 10:10:01 -0800 Message-Id: <199510311810.KAA13619@freefall.freebsd.org> To: freebsd-bugs Cc: From: Luigi Rizzo Subject: Re: misc/804: fdformat - patch to add DOS-filsystem Reply-To: Luigi Rizzo Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR misc/804; it has been noted by GNATS. From: Luigi Rizzo To: ah@alvman.robin.de Cc: FreeBSD-gnats-submit@freebsd.org, haakh%socrates@socrates.st.bauing.th-darmstadt.de Subject: Re: misc/804: fdformat - patch to add DOS-filsystem Date: Tue, 31 Oct 1995 19:01:28 +0100 (MET) > I added an option (-D) to write a dos-filesystem to the floppies. > The changes are based on msdosfs and mformat (mtools). hmmm... I don't like very much the idea of duplicating code (and possibly have to mantain multiple copies). Why don't you just make fdformat invoke mformat with the appropriate (possibly configurable) arguments ? This way, once mtools 2.XX (or hfstools or whatever) are upgraded to write a W95 (or HFS) filesystem, you get the new capabilities for free. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-bugs Tue Oct 31 11:00:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA17680 for bugs-outgoing; Tue, 31 Oct 1995 11:00:05 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA17672 ; Tue, 31 Oct 1995 11:00:01 -0800 Resent-Date: Tue, 31 Oct 1995 11:00:01 -0800 Resent-Message-Id: <199510311900.LAA17672@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, henrich@msu.edu Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA17365 for ; Tue, 31 Oct 1995 10:56:41 -0800 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id NAA03475; Tue, 31 Oct 1995 13:56:54 -0500 Message-Id: <199510311856.NAA03475@crh.cl.msu.edu> Date: Tue, 31 Oct 1995 13:56:54 -0500 From: henrich@msu.edu Reply-To: henrich@msu.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/805: SMC Ultra 8216 incorrectly probed (if_ed driver) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 805 >Category: kern >Synopsis: SMC Ultra 8216 incorrectly probed (if_ed driver) >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 31 11:00:00 PST 1995 >Last-Modified: >Originator: Charles Henrich >Organization: Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ >Release: FreeBSD 2.1-STABLE i386 (1026-SNAP) >Environment: Any PeeCee with a SMC Ultra 8216 network card >Description: FreeBSD incorrectly identifies the card, and as a result assigns an 8k iosize to the card, instead of the correct 16k. > ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 8192 on isa > ed0: address 00:00:c0:e5:a0:96, type SMC8416C/SMC8416BT (16 bit) This misassignment forces these systems to be unable to do fast network transfers. It also causes a large amount of ring buffer overrun's in the network code: "ed0: warning - receiver ring buffer overrun" Which also inhibits network performance. This bug appeared after 2.0.5R >How-To-Repeat: Boot any FreeBSD machine with an SMC Ultra card. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 31 11:46:59 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA19764 for bugs-outgoing; Tue, 31 Oct 1995 11:46:59 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA19759 for ; Tue, 31 Oct 1995 11:46:57 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA01802; Tue, 31 Oct 1995 11:46:45 -0800 To: gwk@cray.com cc: freebsd-bugs@freebsd.org Subject: Re: news from the 4MB front In-reply-to: Your message of "Tue, 31 Oct 1995 13:15:23 +0100." <199510311215.NAA23051@racer.dkrz.de> Date: Tue, 31 Oct 1995 11:46:44 -0800 Message-ID: <1799.815168804@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org Precedence: bulk > When the newfs starts, a swap partition has already been designated. > Why don't you enable swapping before you do the first fork? I'm going to do that now.. > Another option might be to provide a stripped down bare-bones kernel > for those desperados installing on 4 MB machines. I'll try to build That's more work than I'm willing to do right now, though if someone else cares to do so "unofficially" then I have no problem with this. Jordan From owner-freebsd-bugs Tue Oct 31 12:10:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20798 for bugs-outgoing; Tue, 31 Oct 1995 12:10:03 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20792 ; Tue, 31 Oct 1995 12:10:01 -0800 Resent-Date: Tue, 31 Oct 1995 12:10:01 -0800 Resent-Message-Id: <199510312010.MAA20792@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ylo@cs.hut.fi Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA20469 for ; Tue, 31 Oct 1995 12:02:31 -0800 Received: from soikko.cs.hut.fi (hutcs.cs.hut.fi) by hutcs.cs.hut.fi with SMTP id AA02159 (5.65c8/HUTCS-S 1.4 for ); Tue, 31 Oct 1995 22:02:19 +0200 Received: (from ylo@localhost) by soikko.cs.hut.fi (8.6.12/8.6.9) id NAA00388; Tue, 31 Oct 1995 13:29:39 +0100 Message-Id: <199510311229.NAA00388@soikko.cs.hut.fi> Date: Tue, 31 Oct 1995 13:29:39 +0100 From: Tatu Ylonen Reply-To: ylo@cs.hut.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/806: kernel default parameters need tuning Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 806 >Category: kern >Synopsis: kernel default parameters need tuning >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Oct 31 12:10:00 PST 1995 >Last-Modified: >Originator: Tatu Ylonen >Organization: Helsinki University of Technology >Release: FreeBSD 2.1-STABLE i386 >Environment: i486/100, 24M memory, 4GB disk >Description: The default kernel configuration parameters (such as maxusers) are absurdly low - not sufficient even for a single user. Also, default resource limits are absurdly low. This is an environment where the system is used mostly as a personal workstation, running only a few processes at a time, but some of the processes can be very big. More precisely, the default "maxusers" value is 20, which I raised to 40 before even trying to do anything. Even then, I soon run out of processes when trying to compile two programs in different windows (at least one of them with -j3). When I reconfigured to maxusers=100, the BSS size of the kernel grew by 3kB. This is a wrong place to save. (I am not sure if dynamic allocation grew and by how much.) The default soft limit for the number of processes per user appears to be 40 even though the hard limit is 1619. This is completely absurd and confusing for the users. Why not make the default limit, say, half of the process table size? I have configured 200 megabytes of swap. For some reason the hard limit for process data size is 128M. I am afraid this will not be sufficient (I may need to add more swap anyway). Why is the hard limit on process size so low? Why is the size of the resident set soft limit by default 10M? Why is the system unable to use more than about 13M of memory for the single process even after increasing the limit, when the only other processes running are a few standard daemons, one shell, and one top? Only the big process and the "top" were doing anything. (The particular system had 24M of memory, of which 22M was shown as available on boot..) >How-To-Repeat: >Fix: Adjust the limits and their initialization code. My suggestion for the limits and defaults would be the following: maxusers 64 maxproc max(hard limit / 2, 200) soft datasize max(0.75 * swap size, swap size - 32M) hard datasize swap size soft stacksize 8M hard stacksize swap size memoryuse unlimited >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 31 12:19:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA21177 for bugs-outgoing; Tue, 31 Oct 1995 12:19:38 -0800 Received: from post-ofc02.srv.cis.pitt.edu (root@post-ofc02.srv.cis.pitt.edu [136.142.185.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA21167 for ; Tue, 31 Oct 1995 12:19:35 -0800 Received: from ehdup-m-11.rmt.net.pitt.edu (ehdup-m-11.rmt.net.pitt.edu [136.142.22.21]) by post-ofc02.srv.cis.pitt.edu with SMTP (8.7.1/cispo-2.0.1.1) ID for ; Tue, 31 Oct 1995 15:05:45 -0500 (EST) Message-ID: <3096AC1E.2272@pitt.edu> Date: Tue, 31 Oct 1995 15:07:10 -0800 From: Philip Lauro X-Mailer: Mozilla 2.0b1 (Windows; I; 16bit) MIME-Version: 1.0 To: bugs@freebsd.org Subject: Tip and Slip X-URL: http://www.freebsd.org/support.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Hi Bugs Crew:) I have just finished rebuilding Tip so it would sync with a Hayes Accura Modem. Actually a friend of mine, who is a C programmer, had to change the source of Tip to make it work. Now Tip will dial the hayes, however, once I am connected with my service provider, things start to go wrong. 1) slattach seems to work with the slattach -s 57600 /dev/cuaa1 command, however the slip connection doesn't work. I can't get a ping! I have traced the problem to the file netstart. It doesn't seem to be starting all of the programs it needs to to support a slip connection (the 2.0 release did just fine, however, the information in those files doesn't seem to work in release 2.0.5). I had a UNIX wiz with 20 years experience look at this and neither he nor I could quite figure out why netstart wasn't working. Also, I installed Netscape (the newest version) and all the keymaps were absolutely screwed up. I tried to change the xwindow's various files to no avail, once again neither I nor my friend could figure out why the key mapping was so screwed up. Also, I have a working mouse, except it won't activate the man pages under xman (although it seems to do everything else. I can get all pages in the traditional manner. It would seem release 2.0.5 is a real nightmare folks. Forgive my limited vocabulary, I have only been working with UNIX for about a year (self-taught). This is a learning experience for me and I would appreciate some guidance in this matter. I didn't have any problems getting the prior releases up and running (timing dots and all), but for some strange reason, this release is really bizzare. I am running a 486DX50 local bus with a Hayes ACCURA modem, CTX monitor at 1260x760, a Trident svga with 1Mbyte, 32Mbytes Ram, 2 1.2Gbyte drives, a soundblaster 16, Scanjet IIp, and HP4 LaserJet. By the way, your program also rendered my Maynard tape backup system permanently disabled (I'm not even sure how that happened) along with my B drive. Well I'm having a great time out here, as you can tell. I'm a subscriber, so, honor me with your collective wisdom. Sincerely, Phil From owner-freebsd-bugs Tue Oct 31 12:43:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA22419 for bugs-outgoing; Tue, 31 Oct 1995 12:43:13 -0800 Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA22413 for ; Tue, 31 Oct 1995 12:43:09 -0800 Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id PAA01172; Tue, 31 Oct 1995 15:45:11 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA24037; Tue, 31 Oct 1995 15:45:09 +0500 Date: Tue, 31 Oct 1995 15:45:09 +0500 Message-Id: <9510312045.AA24037.gonzo@vmicls.com> To: freebsd-bugs@freebsd.org Subject: Re: kern/806: kernel default parameters need tuning X-Sun-Charset: US-ASCII content-length: 2746 Sender: owner-bugs@freebsd.org Precedence: bulk ----- Begin Included Message ----- >Number: 806 >Category: kern >Synopsis: kernel default parameters need tuning >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Oct 31 12:10:00 PST 1995 >Last-Modified: >Originator: Tatu Ylonen >Organization: Helsinki University of Technology >Release: FreeBSD 2.1-STABLE i386 >Environment: i486/100, 24M memory, 4GB disk >Description: The default kernel configuration parameters (such as maxusers) are absurdly low - not sufficient even for a single user. Also, default resource limits are absurdly low. This is an environment where the system is used mostly as a personal workstation, running only a few processes at a time, but some of the processes can be very big. More precisely, the default "maxusers" value is 20, which I raised to 40 before even trying to do anything. Even then, I soon run out of processes when trying to compile two programs in different windows (at least one of them with -j3). When I reconfigured to maxusers=100, the BSS size of the kernel grew by 3kB. This is a wrong place to save. (I am not sure if dynamic allocation grew and by how much.) The default soft limit for the number of processes per user appears to be 40 even though the hard limit is 1619. This is completely absurd and confusing for the users. Why not make the default limit, say, half of the process table size? I have configured 200 megabytes of swap. For some reason the hard limit for process data size is 128M. I am afraid this will not be sufficient (I may need to add more swap anyway). Why is the hard limit on process size so low? Why is the size of the resident set soft limit by default 10M? Why is the system unable to use more than about 13M of memory for the single process even after increasing the limit, when the only other processes running are a few standard daemons, one shell, and one top? Only the big process and the "top" were doing anything. (The particular system had 24M of memory, of which 22M was shown as available on boot..) >How-To-Repeat: >Fix: Adjust the limits and their initialization code. My suggestion for the limits and defaults would be the following: maxusers 64 maxproc max(hard limit / 2, 200) soft datasize max(0.75 * swap size, swap size - 32M) hard datasize swap size soft stacksize 8M hard stacksize swap size memoryuse unlimited ----- End Included Message ----- I had the problems with my system. Pentium-75, 16Meg, 540MegHD I changed the defaults in a fashion close to what you describe. From owner-freebsd-bugs Tue Oct 31 12:44:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA22468 for bugs-outgoing; Tue, 31 Oct 1995 12:44:15 -0800 Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA22462 for ; Tue, 31 Oct 1995 12:44:11 -0800 Received: (from gwk@localhost) by racer.dkrz.de (8.7.1/8.7.1) id VAA23492; Tue, 31 Oct 1995 21:42:41 +0100 (MET) Date: Tue, 31 Oct 1995 21:42:41 +0100 (MET) From: "Georg-W. Koltermann" Message-Id: <199510312042.VAA23492@racer.dkrz.de> To: freebsd-bugs@freebsd.org Subject: 951026-SNAP: pkg_add ??? Reply-to: gwk@cray.com Sender: owner-bugs@freebsd.org Precedence: bulk I don't seem to be able to extract ANY package with the 951026 version of pkg_add. All I get is, e.g.: Requested space: 289760 bytes, free space: 262174720 bytes in /usr/tmp/instmp.000433 tar: can't open archive ./mtool207.tar.gz : No such file or directory tar: child returned status 3 tar: +CONTENTS not found in archive Unable to open table of contents file `+CONTENTS' - not a package? 1 package addition(s) failed. The tar file *DOES* exist. Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Tue Oct 31 14:29:00 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA28444 for bugs-outgoing; Tue, 31 Oct 1995 14:29:00 -0800 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA28439 for ; Tue, 31 Oct 1995 14:28:56 -0800 Received: from p54c.spnet.com (p54c.spnet.com [204.156.130.11]) by mail.barrnet.net (8.7.1/MAIL-RELAY-LEN) with SMTP id OAA22709 for ; Tue, 31 Oct 1995 14:28:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by p54c.spnet.com (8.6.12/8.6.9) with SMTP id OAA01289; Tue, 31 Oct 1995 14:24:49 -0800 Message-Id: <199510312224.OAA01289@p54c.spnet.com> X-Authentication-Warning: p54c.spnet.com: Host localhost didn't use HELO protocol To: bugs@freebsd.org cc: elh@spnet.com Subject: packages-2.1, pkg_add Date: Tue, 31 Oct 1995 14:24:49 -0800 From: Ed Hudson Sender: owner-bugs@freebsd.org Precedence: bulk howdy. i might have missed this in the hackers mail. 2.1.0-951026-SNAP, packages-2.1, and pkg_add don't seem to like each other: l486# pkg_add color_xterm-pl5.tgz tar: can't open archive ./color_xterm-pl5.tgz : No such file or directory tar: child returned status 3 tar: +CONTENTS not found in archive Unable to open table of contents file `+CONTENTS' - not a package? l486# l486# pkg_add color_xterm-pl5.tgz tar: can't open archive ./color_xterm-pl5.tgz : No such file or directory tar: child returned status 3 tar: +CONTENTS not found in archive Unable to open table of contents file `+CONTENTS' - not a package? l486# /bin/ls -ld color_xterm-pl5.tgz -rw------- 1 elh 40 79374 Oct 6 16:07 color_xterm-pl5.tgz l486# cksum color_xterm-pl5.tgz 4256599028 79374 color_xterm-pl5.tgz l486# l486# tar tvfz color_xterm-pl5.tgz -rw-r--r-- root/wheel 161 Oct 6 16:07 1995 +CONTENTS -rw-r--r-- root/wheel 46 Oct 6 16:07 1995 +COMMENT -rw-r--r-- root/wheel 671 Oct 6 16:07 1995 +DESC -rwsr-xr-x root/sys 147456 Oct 6 16:06 1995 bin/color_xterm -r--r--r-- root/sys 3033 Oct 6 16:06 1995 lib/X11/app-defaults/Color_xterm -r--r--r-- root/sys 18459 Oct 6 16:06 1995 man/man1/color_xterm.1.gz l486# what am i doing wrong? thanks. -elh From owner-freebsd-bugs Tue Oct 31 14:45:48 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA29248 for bugs-outgoing; Tue, 31 Oct 1995 14:45:48 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA29242 for ; Tue, 31 Oct 1995 14:45:38 -0800 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id AAA26255 for ; Wed, 1 Nov 1995 00:45:06 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id AAA07911 for ; Wed, 1 Nov 1995 00:45:01 +0200 Message-Id: <199510312245.AAA07911@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol to: bugs@freebsd.org Subject: Whoops - eBones missing some man pages Date: Wed, 01 Nov 1995 00:45:01 +0200 From: Mark Murray Sender: owner-bugs@freebsd.org Precedence: bulk Like the subject says, some man pages got left behind diring the great move a while back. In eBones/man there are 4 man pages that can happily move to eBones/lib. I'd happily do this if there wasn't the nasty situation of having to do repository copies :-( Not critical, but these may be nice to have in 2.1. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-bugs Tue Oct 31 22:13:37 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24196 for bugs-outgoing; Tue, 31 Oct 1995 22:13:37 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA24166 for ; Tue, 31 Oct 1995 22:13:29 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA17920; Wed, 1 Nov 1995 17:09:38 +1100 Date: Wed, 1 Nov 1995 17:09:38 +1100 From: Bruce Evans Message-Id: <199511010609.RAA17920@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, luigi@labinfo.iet.unipi.it Subject: Re: misc/804: fdformat - patch to add DOS-filsystem Sender: owner-bugs@FreeBSD.org Precedence: bulk > > I added an option (-D) to write a dos-filesystem to the floppies. > > The changes are based on msdosfs and mformat (mtools). > > hmmm... > > I don't like very much the idea of duplicating code (and possibly > have to mantain multiple copies). Why don't you just make fdformat > invoke mformat with the appropriate (possibly configurable) arguments fdformat has nothing to do with soft formatting. It doesn't duplicate newfs or exec newfs and it shouldn't duplicate mformat or exec mformat. OTOH, supported file systems should be supported by standard utilities (not mtools). I usually soft-format DOS floppies using `zcat fs1440.gz >/dev/rfd0' where fs1440.gz is a a compressed copy of the first 18k of a previously freshly formatted 1440K floppy. Bruce From owner-freebsd-bugs Tue Oct 31 22:33:36 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA25472 for bugs-outgoing; Tue, 31 Oct 1995 22:33:36 -0800 Received: from s1n01 (s1n01e.qpsf.edu.au [203.2.138.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA25467 for ; Tue, 31 Oct 1995 22:33:31 -0800 Received: from nazgul.qpsf.edu.au ([203.2.138.251]) by s1n01e.qpsf.edu.au with SMTP id <4228>; Wed, 1 Nov 1995 11:27:51 +1000 Received: by nazgul.qpsf.edu.au (AIX 4.1/UCB 5.64/4.03) id AA14678; Wed, 1 Nov 1995 11:21:13 +1000 Date: Wed, 1 Nov 1995 11:21:13 +1000 From: tonyr@qpsf.edu.au (Tony Rynan) Message-Id: <9511010121.AA14678@nazgul.qpsf.edu.au> To: bugs@FreeBSD.ORG Subject: SNAP 951026 install Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Md5: 1Wcq1McPSVP+WyAClTT5xQ== Sender: owner-bugs@FreeBSD.ORG Precedence: bulk Hi Guys, I have just attempted to install the latest SNAP on 4MB toshiba Laptop. Unfortunately I am unable to install because I keep running out of swap space during the creation of the filesystems. I also tried the upgrade path from 2.0.5 and had swap space problems as well. Are you going to support 4 MB systems or should I just go back to 2.0.5?? Previous SNAPS that I have used did not have this problem. regards Tony Rynan From owner-freebsd-bugs Wed Nov 1 00:52:22 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA03585 for bugs-outgoing; Wed, 1 Nov 1995 00:52:22 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA03476 for ; Wed, 1 Nov 1995 00:51:25 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA27711 for ; Wed, 1 Nov 1995 09:51:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA03490 for freebsd-bugs@freefall.freebsd.org; Wed, 1 Nov 1995 09:51:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA16806 for freebsd-bugs@freefall.freebsd.org; Wed, 1 Nov 1995 09:42:56 +0100 From: J Wunsch Message-Id: <199511010842.JAA16806@uriah.heep.sax.de> Subject: Re: misc/804: fdformat - patch to add DOS-filsystem To: freebsd-bugs@freefall.freebsd.org Date: Wed, 1 Nov 1995 09:42:56 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511010609.RAA17920@godzilla.zeta.org.au> from "Bruce Evans" at Nov 1, 95 05:09:38 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 437 Sender: owner-bugs@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > OTOH, supported file systems should be supported by standard utilities > (not mtools). Ok, so we should create a "newdosfs(8)" utility. Most likely one that does also create some valid boot code, so it's being recognized by msdosfs (the 0x55aa). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Nov 1 10:40:02 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA24506 for bugs-outgoing; Wed, 1 Nov 1995 10:40:02 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA24500 ; Wed, 1 Nov 1995 10:40:01 -0800 Resent-Date: Wed, 1 Nov 1995 10:40:01 -0800 Resent-Message-Id: <199511011840.KAA24500@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ah@alvman.RoBIN.de Received: from flinx.RoBIN.de (root@flinx.RoBIN.de [193.174.7.25]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA24423 for ; Wed, 1 Nov 1995 10:33:12 -0800 Received: (from uucp@localhost) by flinx.RoBIN.de (8.6.9/8.6.9) with UUCP id VAA24321 for FreeBSD-gnats-submit@freebsd.org; Wed, 1 Nov 1995 21:00:02 +0100 Received: (from ah@localhost) by alvman.RoBIN.de (8.6.11/8.6.9) id SAA04612; Fri, 27 Oct 1995 18:35:04 +0100 Message-Id: <199510271735.SAA04612@alvman.RoBIN.de> Date: Fri, 27 Oct 1995 18:35:04 +0100 From: Andreas Haakh Reply-To: ah@alvman.RoBIN.de To: FreeBSD-gnats-submit@freebsd.org, ah@alvman.RoBIN.de X-Send-Pr-Version: 3.2 Subject: misc/808: fdformat - patch to add DOS-filsystem Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 808 >Category: misc >Synopsis: fdformat did not create DOS-filesystem >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Nov 1 10:40:00 PST 1995 >Last-Modified: >Originator: Andreas Haakh >Organization: not at all... >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: irrelevant >Description: fdformat just did a raw format on floppies. You could not mount_msdos them. >How-To-Repeat: obvious >Fix: I added an option (-D) to write a dos-filesystem to the floppies. The changes are based on msdosfs and mformat (mtools). Files included from /sys/msdosfs/ should be moved to /usr/include/... The context-diffs are included and change the following files relative to /usr/src/ : sys/msdosfs/bootsect.h (a bug - has probably no influence on msdosfs) usr.sbin/fdformat/fdformat.c usr.sbin/fdformat/fdformat.1 //////////////////////START OF PATCH//////////////////////////////////////// *** sys/msdosfs/bootsect.h.orig Fri Oct 27 12:56:37 1995 --- sys/msdosfs/bootsect.h Fri Oct 27 12:56:19 1995 *************** *** 28,32 **** char bsBPB[19]; /* BIOS parameter block */ char bsDriveNumber; /* drive number (0x80) */ ! char bsBootCode[474]; /* pad so structure is 512 bytes long */ u_short bsBootSectSig; #define BOOTSIG 0xaa55 --- 28,32 ---- char bsBPB[19]; /* BIOS parameter block */ char bsDriveNumber; /* drive number (0x80) */ ! char bsBootCode[479]; /* pad so structure is 512 bytes long */ u_short bsBootSectSig; #define BOOTSIG 0xaa55 *** usr.sbin/fdformat/fdformat.c.orig Tue May 30 05:47:39 1995 --- usr.sbin/fdformat/fdformat.c Fri Oct 27 18:10:59 1995 *************** *** 37,40 **** --- 37,44 ---- * Andrew A. Chernov, ache@astral.msk.su * Thu Jan 27 00:47:24 MSK 1994 + * + * Added creation of DOS filesystem + * Andreas Haakh, ah@alman.RoBIN.de + * Fri Oct 27 18:10:59 1995 */ *************** *** 48,51 **** --- 52,57 ---- #include #include + #include "/sys/msdosfs/bootsect.h" /* for DOS filesystem */ + #include "/sys/msdosfs/bpb.h" static void *************** *** 139,146 **** } static void usage (void) { ! printf("Usage:\n\tfdformat [-q] [-n | -v] [-f #] [-c #] [-s #] [-h #]\n"); printf("\t\t [-r #] [-g #] [-i #] [-S #] [-F #] [-t #] devname\n"); printf("Options:\n"); --- 145,355 ---- } + static int + write_FAT(int fd, struct fd_type *fdt) { + + int i, Media, SecPerClust, RootDirBlks, FATsecs; + struct bootsector33 bs33; + struct byte_bpb33 *b33; + + + b33 = (struct byte_bpb33 *) bs33.bsBPB; + + if (sizeof(bs33) != 512) { + fprintf(stderr,"Check definition of struct bootsector33!\n"); + fprintf(stderr,"Sizof (struct bootsector33) != 512.\n"); + exit (3); + } + + + /* The following code is heavily borrowed from msdosfs + * and mformat from mtools. + * + * I have no documentation about the FAT. So I just rely + * on those two sources :-)) + * + * This function returns the number of written boot, FAT + * and root-dir blocks. + */ + + switch(fdt->size/2) { /* size in KBytes */ + int FatGuess, NumClus; + case 160: + Media = 0xfe; + SecPerClust = 1; + RootDirBlks = 4; + FATsecs = 1; + break; + case 180: + Media = 0xfc; + SecPerClust = 1; + RootDirBlks = 4; + FATsecs = 2; + break; + case 320: + Media = 0xff; + SecPerClust = 2; + RootDirBlks = 7; + FATsecs = 1; + break; + case 360: + Media = 0xfd; + SecPerClust = 2; + RootDirBlks = 7; + FATsecs = 2; + break; + case 720: + Media = 0xf9; + SecPerClust = 2; + RootDirBlks = 7; + FATsecs = 3; + break; + case 1200: + Media = 0xf9; + SecPerClust = 1; + RootDirBlks = 14; + FATsecs = 7; + break; + case 1440: + Media = 0xf0; + SecPerClust = 1; + RootDirBlks = 14; + FATsecs = 9; + break; + case 800: + case 820: + case 1480: + default: /* non standard format */ + Media = 0xf0; + if (fdt->heads == 1) { + SecPerClust = 1; + RootDirBlks = 4; + }else { + if (fdt->size > 2000) { + SecPerClust = 1; + RootDirBlks = 14; + } else { + SecPerClust = 2; + RootDirBlks = 7; + } + } + /* fat length. 341 is the number of 12 bit fat entries + * per sector */ + FatGuess = ((fdt->size / SecPerClust) / 341.0) + 0.95; + NumClus = (fdt->size - RootDirBlks - 2 * FatGuess - 1) + / SecPerClust; + FATsecs = (NumClus / 341.) + 1; + break; + } + + /* Set up the boot sector */ + + bs33.bsJump[0] = 0xeb; + bs33.bsJump[1] = 0x44; + bs33.bsJump[2] = 0x90; + strncpy(bs33.bsOemName,"4.4BSD ",8); + + putushort(b33->bpbBytesPerSec, 512); + b33->bpbSecPerClust = SecPerClust; + putushort(b33->bpbResSectors,1); + b33->bpbFATs = 2; + putushort(b33->bpbRootDirEnts, RootDirBlks * 16); + putushort(b33->bpbSectors, fdt->size); + b33->bpbMedia = Media; + putushort(b33->bpbFATsecs, FATsecs); + putushort(b33->bpbSecPerTrack, fdt->sectrac); + putushort(b33->bpbHeads, fdt->heads); + putushort(b33->bpbHiddenSecs, 0); + + bs33.bsDriveNumber = 0x00; + /* clear the bootcode */ + memset(bs33.bsBootCode, 0, sizeof bs33.bsBootCode); + bs33.bsBootSectSig = BOOTSIG; + + + #ifdef TEST_DOS_FAT + printf("jmp: %02x%02x%02x\n",bs33.bsJump[0], + bs33.bsJump[1], bs33.bsJump[2]); + printf("OEM: %s\n",bs33.bsOemName); + printf("Drv: %04x\n", bs33.bsDriveNumber); + printf("Sig: %04x\n", bs33.bsBootSectSig); + + printf("Bytes/sector = %4d\n", getushort(b33->bpbBytesPerSec)); + printf("Sectors/cluster = %4d\n", b33->bpbSecPerClust); + printf("Reserved sectors = %4d\n", getushort(b33->bpbResSectors)); + printf("Sectors/track = %4d\n", getushort(b33->bpbSecPerTrack)); + printf("Number of FATs = %4d\n", b33->bpbFATs); + printf("Root dir entries = %4d\n", getushort(b33->bpbRootDirEnts)); + printf("Total # of secs = %4d\n", getushort(b33->bpbSectors)); + printf("Media descriptor = %4d %c\n", b33->bpbMedia, b33->bpbMedia); + printf("Sectors/FAT = %4d\n", getushort(b33->bpbFATsecs)); + printf("Number of heads = %4d\n", getushort(b33->bpbHeads)); + printf("Hidden sectors = %4d\n", getushort(b33->bpbHiddenSecs)); + #endif + + /* write bootsector to disk */ + lseek(fd, (off_t) 0, SEEK_SET); + if (512 != write(fd, &bs33, 512) ) { + perror("Error writing DOS-block0.\n"); + exit (3); + } + + + /* + * now we use bs33 for FAT and root directory + */ + memset(&bs33, 0, (size_t) 512); + + /* first FAT first block */ + bs33.bsJump[0] = Media; + bs33.bsJump[1] = 0xff; + bs33.bsJump[2] = 0xff; + if (512 != write(fd, &bs33, 512) ) { + perror("Error writing FAT.\n"); + exit (3); + } + + /* first FAT remaining blocks */ + bs33.bsJump[0] = 0x00; + bs33.bsJump[1] = 0x00; + bs33.bsJump[2] = 0x00; + for (i = 1; i < FATsecs; i++) + if (512 != write(fd, &bs33, 512) ) { + perror("Error writing FAT.\n"); + exit (3); + } + + /* second FAT first block */ + bs33.bsJump[0] = Media; + bs33.bsJump[1] = 0xff; + bs33.bsJump[2] = 0xff; + if (512 != write(fd, &bs33, 512) ) { + perror("Error writing FAT.\n"); + exit (3); + } + + /* second FAT remaining blocks */ + bs33.bsJump[0] = 0x00; + bs33.bsJump[1] = 0x00; + bs33.bsJump[2] = 0x00; + for (i = 1; i < FATsecs; i++) + if (512 != write(fd, &bs33, 512) ) { + perror("Error writing FAT.\n"); + exit (3); + } + + /* the root directory */ + for (i = 0; i < RootDirBlks; i++) + if (512 != write(fd, &bs33, 512) ) { + perror("Error writing FAT.\n"); + exit (3); + } + + return (1 + 2 * FATsecs + RootDirBlks); + } + static void usage (void) { ! printf("Usage:\n\tfdformat [-q] [-n | -v] [-D] [-f #] [-c #] [-s #] [-h #]\n"); printf("\t\t [-r #] [-g #] [-i #] [-S #] [-F #] [-t #] devname\n"); printf("Options:\n"); *************** *** 161,164 **** --- 370,374 ---- printf("\t-F #\tspecify fill byte\n"); printf("\t-t #\tnumber of steps per track\n"); + printf("\t-D #\twrite a DOS filsystem on floppy\n"); exit(2); } *************** *** 189,198 **** int format = -1, cyls = -1, secs = -1, heads = -1, intleave = -1; int rate = -1, gaplen = -1, secsize = -1, steps = -1; ! int fill = 0xf6, quiet = 0, verify = 1, verify_only = 0; int fd, c, track, error, tracks_per_dot, bytes_per_track, errs; const char *devname, *suffix; struct fd_type fdt; ! while((c = getopt(argc, argv, "f:c:s:h:r:g:S:F:t:i:qvn")) != -1) switch(c) { case 'f': /* format in kilobytes */ --- 399,408 ---- int format = -1, cyls = -1, secs = -1, heads = -1, intleave = -1; int rate = -1, gaplen = -1, secsize = -1, steps = -1; ! int fill = 0xf6, quiet = 0, verify = 1, verify_only = 0, dosfat = 0; int fd, c, track, error, tracks_per_dot, bytes_per_track, errs; const char *devname, *suffix; struct fd_type fdt; ! while((c = getopt(argc, argv, "f:c:s:h:r:g:S:F:t:i:qvnD")) != -1) switch(c) { case 'f': /* format in kilobytes */ *************** *** 243,246 **** --- 453,459 ---- verify = 0; break; + case 'D': + dosfat = 1; + break; case 'v': *************** *** 309,312 **** --- 522,526 ---- if (verify_only) { + dosfat = 0; if(!quiet) printf("Verify %dK floppy `%s'.\n", *************** *** 361,366 **** } } ! if(!quiet) printf(" done.\n"); return errs; --- 575,585 ---- } } ! if(!quiet) { printf(" done.\n"); + if (dosfat) + printf("Creating DOS filesystem.\n"); + } + if (dosfat) + write_FAT(fd, &fdt); return errs; *** usr.sbin/fdformat/fdformat.1.orig Fri Oct 28 18:07:32 1994 --- usr.sbin/fdformat/fdformat.1 Fri Oct 27 16:17:19 1995 *************** *** 34,37 **** --- 34,38 ---- .Bq Fl v .Bq Fl n + .Bq Fl D .Bq Fl f Ar capacity .Bq Fl c Ar cyls *************** *** 81,84 **** --- 82,87 ---- .It Fl v Don't format, verify only. + .It Fl D + write a DOS filesystem on floppy after formatting. .It Fl c Ar cyls .It Fl s Ar secs *************** *** 116,120 **** 1 is returned on any errors during floppy formatting, and an exit status of 2 reflects invalid arguments given to the program (along with an ! appropriate information written to diagnostic output). .Sh SEE ALSO .Xr fdc 4 . --- 119,124 ---- 1 is returned on any errors during floppy formatting, and an exit status of 2 reflects invalid arguments given to the program (along with an ! appropriate information written to diagnostic output). An exit status ! of 3 indicates an error writing the DOS filsystem. .Sh SEE ALSO .Xr fdc 4 . *************** *** 131,133 **** .if n Joerg Wunsch, .if t J\(:org Wunsch, ! Dresden, with changes by Serge Vakulenko and Andrew A. Chernov, Moscow. --- 135,138 ---- .if n Joerg Wunsch, .if t J\(:org Wunsch, ! Dresden, with changes by Serge Vakulenko, Andrew A. Chernov, Moscow and ! Andreas Haakh, Darmstadt. //////////////////////END OF PATCH//////////////////////////////////////// -- Andreas Haakh \ ah@alvman.RoBIN.de Kirschberg 12 b \ +49 6155 62615 64347 Griesheim \_________________________________________ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 1 15:04:49 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA02080 for bugs-outgoing; Wed, 1 Nov 1995 15:04:49 -0800 Received: (from joerg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA02059 ; Wed, 1 Nov 1995 15:04:44 -0800 Date: Wed, 1 Nov 1995 15:04:44 -0800 From: Joerg Wunsch Message-Id: <199511012304.PAA02059@freefall.freebsd.org> To: ah@alvman.RoBIN.de, joerg, freebsd-bugs Subject: Re: misc/808 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: fdformat did not create DOS-filesystem State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Nov 2 00:03:20 MET 1995 State-Changed-Why: Exact duplicate of PR #804. From owner-freebsd-bugs Wed Nov 1 19:00:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA08436 for bugs-outgoing; Wed, 1 Nov 1995 19:00:04 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA08421 ; Wed, 1 Nov 1995 19:00:02 -0800 Resent-Date: Wed, 1 Nov 1995 19:00:02 -0800 Resent-Message-Id: <199511020300.TAA08421@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kato@eclogite.eps.nagoya-u.ac.jp Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA08327 for ; Wed, 1 Nov 1995 18:57:08 -0800 Received: (from kato@localhost) by marble.eps.nagoya-u.ac.jp (8.6.12+2.4W/3.3W9) id LAA00678; Thu, 2 Nov 1995 11:57:06 +0900 Message-Id: <199511020257.LAA00678@marble.eps.nagoya-u.ac.jp> Date: Thu, 2 Nov 1995 11:57:06 +0900 From: kato@eclogite.eps.nagoya-u.ac.jp Reply-To: kato@eclogite.eps.nagoya-u.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/809: printf goroup bug [`.' optional precision] Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 809 >Category: bin >Synopsis: `.' gives the minimum number of (DIGITS+SIGN) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Nov 1 19:00:01 PST 1995 >Last-Modified: >Originator: KATO Takenori >Organization: Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01, JAPAN >Release: FreeBSD 2.2-CURRENT i386 >Environment: All FreeBSD 2.X box >Description: The C library functions, printf group may violate ANSI standard. The optional precision `.' gives the minimun number of not digits but DIGITS+SIGN. That is, vfprintf routine assumes digit = [0-9] & [+-]. I think `digit' should not include sign flag. This may be a 4.4BSD-derived bug, because other *BSD box shows same synopsis (not including NetBSD 1.1). This affect many of programs, which assume digit consists of [0-9]. One of the examples is libI77. >How-To-Repeat: The C code, #include void main(void) { printf("%.2d\n", 1); printf("%+.2d\n", 1); printf("%+.3d\n", 1); } gives following result: 01 +1 +01 On the contrary, NEWS, Sun, OSF/1 and Borland C++ 3.1 give following: 01 +01 +001 >Fix: not known. (maybe bug stays in /usr/src/lib/libc/stdio/vfprintf.c?) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 1 23:48:54 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA20157 for bugs-outgoing; Wed, 1 Nov 1995 23:48:54 -0800 Received: from sgigate.sgi.com (sgigate.SGI.COM [204.94.209.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA20151 for ; Wed, 1 Nov 1995 23:48:51 -0800 Received: from sgihub.corp.sgi.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for <@sgigate.sgi.com:bugs@freebsd.org> id XAA13922; Wed, 1 Nov 1995 23:48:48 -0800 Received: from jamrock.esd.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for <@sgihub.corp.sgi.com:bugs@freebsd.org> id XAA09441; Wed, 1 Nov 1995 23:48:47 -0800 Received: by jamrock.esd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) for bugs@freebsd.org id XAA02339; Wed, 1 Nov 1995 23:48:47 -0800 Date: Wed, 1 Nov 1995 23:48:47 -0800 From: pgrey@jamrock.esd.sgi.com (Paul Grey) Message-Id: <199511020748.XAA02339@jamrock.esd.sgi.com> To: bugs@freebsd.org Subject: "page fault" kernel panic Sender: owner-bugs@freebsd.org Precedence: bulk I've been getting fairly regular "page fault" kernel panics on FreeBSD 2.0.5. The panics sometime show up as access violations, missing page, My configuration is a 486Dx2 66 MHz, with an Adapaptec 2940x and output from dmesg: dmesg>> FreeBSD 2.0.5-RELEASE #10: Sun Oct 29 13:15:27 1995 dmesg>> root@ppp-jamrock:/usr/src/sys/compile/PGREY dmesg>> CPU: i486 DX2 (486-class CPU) dmesg>> Origin = "GenuineIntel" Id = 0x435 Stepping=5 dmesg>> Features=0x3 dmesg>> real memory = 16384000 (4000 pages) dmesg>> avail memory = 14987264 (3659 pages) dmesg>> Probing for devices on the ISA bus: dmesg>> sc0 at 0x60-0x6f irq 1 on motherboard dmesg>> sc0: VGA color <16 virtual consoles, flags=0x0> dmesg>> sio0 at 0x3f8-0x3ff irq 4 on isa dmesg>> sio0: type 16450 dmesg>> sio1 at 0x2f8-0x2ff irq 3 on isa dmesg>> sio1: type 16550A dmesg>> lpt0 at 0x378-0x37f irq 7 on isa dmesg>> lpt0: Interrupt-driven port dmesg>> lp0: TCP/IP capable interface dmesg>> fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa dmesg>> fdc0: NEC 765 dmesg>> fd0: 1.44MB 3.5in dmesg>> fd1: 1.2MB 5.25in dmesg>> ft0: Conner tape dmesg>> scd0 not found at 0x230 dmesg>> ep0 not found at 0x300 dmesg>> npx0 on motherboard dmesg>> npx0: INT 16 interface dmesg>> Probing for devices on the pci0 bus: dmesg>> configuration mode 2 allows 16 devices. dmesg>> chip0 rev 4 on pci0:0 dmesg>> chip1 rev 3 on pci0:2 dmesg>> ahc0 rev 0 int a irq 15 on pci0:14 dmesg>> ahc0: reading board settings dmesg>> ahc0: 294x Single Channel, SCSI Id=7, aic7870, 16 SCBs dmesg>> ahc0: Downloading Sequencer Program...Done dmesg>> ahc0: Probing channel A dmesg>> ahc0 waiting for scsi devices to settle dmesg>> ahc0: target 0 synchronous at 10.0MB/s, offset = 0xf dmesg>> (ahc0:0:0): "HP C3725S 4349" type 0 fixed SCSI 2 dmesg>> sd0(ahc0:0:0): Direct-Access 2047MB (4194058 512 byte sectors) dmesg>> ahc0: target 3 synchronous at 4.0MB/s, offset = 0xf dmesg>> (ahc0:3:0): "TOSHIBA CD-ROM XM-3501TA 2694" type 5 removable SCSI 2 dmesg>> cd0(ahc0:3:0): CD-ROM cd present.[264427 x 2048 byte records] dmesg>> vga0 rev 142 int a irq ?? on pci0:15 dmesg>> pci0: uses 16781312 bytes of memory from fc000000 upto fd000fff. dmesg>> pci0: uses 256 bytes of I/O space from d000 upto d0ff. dmesg>> changing root device to sd0a The output from the kgdb session follows: 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. (kgdb) symbol-file kernel Reading symbols from kernel...done. (kgdb) exec-file /var/crash/kernel.4 (kgdb) core-file /var/crash/vmcore.4 IdlePTD 1d3000 current pcb at 1c5f48 panic: page fault #0 boot (arghowto=256) at ../../i386/i386/machdep.c:870 870 dumppcb.pcb_ptd = rcr3(); (kgdb) where #0 boot (arghowto=256) at ../../i386/i386/machdep.c:870 #1 0xf0112843 in panic (fmt=0xf019a10c "page fault") at ../../kern/subr_prf.c:128 #2 0xf019abce in trap_fatal (frame=0xefbfff78) at ../../i386/i386/trap.c:688 #3 0xf019a740 in trap_pfault (frame=0xefbfff78, usermode=0) at ../../i386/i386/trap.c:610 #4 0xf019a407 in trap (frame={tf_es = -272695280, tf_ds = -260964336, tf_edi = 2513652, tf_esi = 4308992, tf_ebp = -272641364, tf_isp = -272629856, tf_ebx = 2510848, tf_edx = 815260928, tf_ecx = 610000, tf_eax = 32, tf_trapno = 12, tf_err = -272695294, tf_eip = -266792497, tf_cs = -272695288, tf_eflags = 65538, tf_esp = 0, tf_ss = 0}) at ../../i386/i386/trap.c:290 #5 0xf0190881 in calltrap () Cannot access memory at address 0xefbfd2ac. (kgdb) up #1 0xf0112843 in panic (fmt=0xf019a10c "page fault") at ../../kern/subr_prf.c:128 128 boot(bootopt); (kgdb) up #2 0xf019abce in trap_fatal (frame=0xefbfff78) at ../../i386/i386/trap.c:688 688 panic(trap_msg[type]); (kgdb) up #3 0xf019a740 in trap_pfault (frame=0xefbfff78, usermode=0) at ../../i386/i386/trap.c:610 610 trap_fatal(frame); (kgdb) up #4 0xf019a407 in trap (frame={tf_es = -272695280, tf_ds = -260964336, tf_edi = 2513652, tf_esi = 4308992, tf_ebp = -272641364, tf_isp = -272629856, tf_ebx = 2510848, tf_edx = 815260928, tf_ecx = 610000, tf_eax = 32, tf_trapno = 12, tf_err = -272695294, tf_eip = -266792497, tf_cs = -272695288, tf_eflags = 65538, tf_esp = 0, tf_ss = 0}) at ../../i386/i386/trap.c:290 290 (void) trap_pfault(&frame, FALSE); (kgdb) frame frame->tf_ebp frame->tf_eip Cannot access memory at address 0xefbfd2ac. (kgdb) quit ================================================= Paul Grey Email: pgrey@esd.sgi.com Member of the Technical Staff Silicon Graphics Computer Systems ================================================= From owner-freebsd-bugs Wed Nov 1 23:50:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA20212 for bugs-outgoing; Wed, 1 Nov 1995 23:50:05 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA20206 ; Wed, 1 Nov 1995 23:50:03 -0800 Date: Wed, 1 Nov 1995 23:50:03 -0800 Message-Id: <199511020750.XAA20206@freefall.freebsd.org> To: freebsd-bugs Cc: From: Andreas Haakh Subject: Re: misc/804: fdformat - patch to add DOS-filsystem Reply-To: Andreas Haakh Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR misc/804; it has been noted by GNATS. From: Andreas Haakh To: ah@alvman.RoBIN.de, luigi@labinfo.iet.unipi.it Cc: FreeBSD-gnats-submit@freebsd.org, haakh%socrates@socrates.st.bauing.th-darmstadt.de Subject: Re: misc/804: fdformat - patch to add DOS-filsystem Date: Wed, 1 Nov 1995 23:02:00 +0100 Hi Luigi, } > I added an option (-D) to write a dos-filesystem to the floppies. } > The changes are based on msdosfs and mformat (mtools). } } hmmm... } } I don't like very much the idea of duplicating code (and possibly } have to mantain multiple copies). Why don't you just make fdformat } invoke mformat with the appropriate (possibly configurable) arguments } ? This way, once mtools 2.XX (or hfstools or whatever) are upgraded } to write a W95 (or HFS) filesystem, you get the new capabilities } for free. } } Luigi Well, the situation was the following: I needed an MSDOS floppy and I had both of my computers running FreeBSD (one is FreeBSD-server, the other usually runs OS/2 and from time to time FreeBSD if needed). I usually don't need the mtools and I don't have them installed. My idea was the following: MDSOS for floppies _is_ standard if you want to exchange data between different oses. So, having no docs on FAT available I started examining msdosfs and added something to fdformat which worked for me (a kludge ;-). Then I thought about the questions which arise in thee newsgroups from time to time about fdformat not beeing able to create MSDOS-floppies and decided to invest some more time in order to change the kludge to something real ;-)) I remembered the mtools and looked into mformat in oder to retrieve the parameters used for the biosparameterblock. That was all. If You don't like it this way you can add and #ifdef MSDOSFS around the additions and let the user decide weather he wants to activate MSDOSFS or you can hide it and make it the default to add the FAT-filesystem. It doesn't hurt if you use newfs afterwards. And you don't have to maintain several copies of the code. I don't think FAT will ever change so the addition will be static. Even OS/2 uses FAT for floppies so there is no need to supply HPFS. And if some day somebody actually should write a filesystem for W95, well then this somebody will probably modify fdformat because there is already support for FAT. Mformat is part of mtools and whoever needs them will install them. Others will use mount_msdos if necessary and appreciate the addition to fdformat. I persomally dislike mformat because it only supplies the other half of a 'real MSDOS-format' the creation of the filesystem. Andreas -- Andreas Haakh \ ah@alvman.RoBIN.de Kirschberg 12 b \ +49 6155 62615 64347 Griesheim \_________________________________________ From owner-freebsd-bugs Thu Nov 2 01:11:24 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA22814 for bugs-outgoing; Thu, 2 Nov 1995 01:11:24 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA22802 for ; Thu, 2 Nov 1995 01:11:19 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA26788; Thu, 2 Nov 1995 10:10:48 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA07952; Thu, 2 Nov 1995 10:10:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA20485; Thu, 2 Nov 1995 10:09:54 +0100 From: J Wunsch Message-Id: <199511020909.KAA20485@uriah.heep.sax.de> Subject: Re: misc/804: fdformat - patch to add DOS-filsystem To: ah@alvman.RoBIN.de Date: Thu, 2 Nov 1995 10:09:54 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511020750.XAA20206@freefall.freebsd.org> from "Andreas Haakh" at Nov 1, 95 11:50:03 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1889 Sender: owner-bugs@FreeBSD.org Precedence: bulk As Andreas Haakh wrote: > > Well, the situation was the following: I needed an MSDOS floppy and > I had both of my computers running FreeBSD (one is FreeBSD-server, the > other usually runs OS/2 and from time to time FreeBSD if needed). I > usually don't need the mtools and I don't have them installed. ... > Mformat is part of mtools and whoever needs them will install them. > Others will use mount_msdos if necessary and appreciate the addition > to fdformat. I'd rather stick with Bruce's argumentation here: mkdosfs (or newdosfs) should become a standard part of the distribution. We do have a newfs (aka. mkufs), an (rather unrelated, since rarely used) mkisofs, so there's no reason why some other major file system that is supported should not be supported by an mkdosfs (or mkfatfs?). Ideally, one would also like to get a fsckfatfs, but that's arguably too much work for too less use. > I persomally dislike mformat because it only supplies the other half > of a 'real MSDOS-format' the creation of the filesystem. But that's just a matter of *your* personal taste. Other people see the line drawn between both as entirely logical. Note that the format command in MSDOS starting at DOS 6 is also only a high-level format command when used without any option, and it's also only a high-level format command when applied to hard disks. I think your contribution does also miss the boot code itself, i.e., sticking such a floppy into the drive and attempting to boot it will result in a catastrophic failure (a jump to no-where land is sitting right in front of the BPB), instead of providing a useful hint that the disk doesn't contain a bootable system. 'tschuldigung für's Auf-Dir-Rumhacken. :) -- 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 Nov 2 07:32:25 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA03278 for bugs-outgoing; Thu, 2 Nov 1995 07:32:25 -0800 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA03261 for ; Thu, 2 Nov 1995 07:32:21 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id HAA17796 for ; Thu, 2 Nov 1995 07:29:53 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA15251; Thu, 2 Nov 1995 16:23:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA10073; Thu, 2 Nov 1995 16:23:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id LAA25425; Thu, 2 Nov 1995 11:04:38 +0100 From: J Wunsch Message-Id: <199511021004.LAA25425@uriah.heep.sax.de> Subject: Re: "page fault" kernel panic To: pgrey@jamrock.esd.sgi.com (Paul Grey) Date: Thu, 2 Nov 1995 11:04:38 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511020748.XAA02339@jamrock.esd.sgi.com> from "Paul Grey" at Nov 1, 95 11:48:47 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1051 Sender: owner-bugs@freebsd.org Precedence: bulk As Paul Grey wrote: > > (kgdb) up > #4 0xf019a407 in trap (frame={tf_es = -272695280, tf_ds = -260964336, > tf_edi = 2513652, tf_esi = 4308992, tf_ebp = -272641364, > tf_isp = -272629856, tf_ebx = 2510848, tf_edx = 815260928, > tf_ecx = 610000, tf_eax = 32, tf_trapno = 12, tf_err = -272695294, > tf_eip = -266792497, tf_cs = -272695288, tf_eflags = 65538, tf_esp = 0, > tf_ss = 0}) at ../../i386/i386/trap.c:290 > 290 (void) trap_pfault(&frame, FALSE); > (kgdb) frame frame->tf_ebp frame->tf_eip > Cannot access memory at address 0xefbfd2ac. Hmm, that's unfortunately not of much use. :-( Paul, next time it happens, can you please do the following: * note the EIP value that is printed in the panic message, and * perform an ``nm /kernel | sort | more'', look up the area around the failing EIP value, and post this? -- 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 Nov 2 11:22:52 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA12471 for bugs-outgoing; Thu, 2 Nov 1995 11:22:52 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA12463 for ; Thu, 2 Nov 1995 11:22:38 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA22684 for ; Thu, 2 Nov 1995 20:22:19 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA12191 for bugs@freebsd.org; Thu, 2 Nov 1995 20:22:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA00723 for bugs@freebsd.org; Thu, 2 Nov 1995 19:52:39 +0100 Received: (from uucp@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) with UUCP id QAA00386 for joerg_wunsch@uriah.heep.sax.de; Thu, 2 Nov 1995 16:23:50 +0100 Received: from flinx.RoBIN.de by sax.sax.de (8.6.11/8.6.12-s1) with ESMTP id NAA09404 for ; Thu, 2 Nov 1995 13:32:31 +0100 Received: (from alvman@localhost) by flinx.RoBIN.de (8.6.9/8.6.9) with UUCP id OAA28885 for joerg_wunsch@uriah.heep.sax.de; Thu, 2 Nov 1995 14:59:44 +0100 Received: (from ah@localhost) by alvman.RoBIN.de (8.6.11/8.6.9) id NAA04288; Thu, 2 Nov 1995 13:30:02 +0100 Date: Thu, 2 Nov 1995 13:30:02 +0100 From: Andreas Haakh Message-Id: <199511021230.NAA04288@alvman.RoBIN.de> To: joerg_wunsch@uriah.heep.sax.de Subject: Re: misc/804: fdformat - patch to add DOS-filsystem Cc: ah@alvman.RoBIN.de Sender: owner-bugs@FreeBSD.org Precedence: bulk Hallo Joerg, ] As Andreas Haakh wrote: ] > ] > Mformat is part of mtools and whoever needs them will install them. ] > Others will use mount_msdos if necessary and appreciate the addition ] > to fdformat. ] I'd rather stick with Bruce's argumentation here: mkdosfs (or ] newdosfs) should become a standard part of the distribution. We do ] have a newfs (aka. mkufs), an (rather unrelated, since rarely used) ] mkisofs, so there's no reason why some other major file system that is ] supported should not be supported by an mkdosfs (or mkfatfs?). ] Ideally, one would also like to get a fsckfatfs, but that's arguably ] too much work for too less use. You are completely right if you solely look from the viewpoint of a pure, real unixman[_tm_] :-)) Shure, there should be something like mk{dos|fat}fs. This utility should also be able to write the filesystem on a harddisk!!! Now let's look at the whole thing from a realistic point of view: * There is a demand for writing fat-floppies. * I used fdformat because it only works on floppies!!!!! * I could have included the bootcode from fdisk but I was not shure weather it would work from a different offset. On the other side you don't want or need a bootable FAT-floppy when you create it from BSD! and if you did then you should emulate the dos sys command as well... I just included the jmp-instructions at the beginning of the bootsector to pacify msdosfs. Even mformat does not supply the bootcode!!!!! * ] > I persomally dislike mformat because it only supplies the other half ] > of a 'real MSDOS-format' the creation of the filesystem. ] But that's just a matter of *your* personal taste. Other people see ] the line drawn between both as entirely logical. Note that the format ] command in MSDOS starting at DOS 6 is also only a high-level format ] command when used without any option, and it's also only a high-level ] format command when applied to hard disks. See above... ] I think your contribution does also miss the boot code itself, i.e., ] sticking such a floppy into the drive and attempting to boot it will ] result in a catastrophic failure (a jump to no-where land is sitting ] right in front of the BPB), instead of providing a useful hint that ] the disk doesn't contain a bootable system. See above... ] 'tschuldigung für's Auf-Dir-Rumhacken. :) Never mind... ich nehm's nicht persoenlich !! My suggestion to the whole affair is: You supply me with the necessary documentation on FAT filesystems etc. and I will write a new{dos|FAT}fs aka mk{dos|FAT}fs. I have realized that the structure of FAT-fs is really simple. Two or three printed pages should be all...(a hint to the fs-wizards who might be interested in repairing the mv command on FAT partitions) In the meantime add my code to fdformat and add an additional line to the documentation saying that the -D option will be replaced by someting like mk...fs. We could also use the -D option some day to call mk...fs to create a filsystem we supply as argument (eg. fdformat -D {ufs|lfs|fatfs} ...). I know there is a german proverb "nichts ist dauerhafter als ein Provisorium" (nothing is more durable than a provisory solution) but this would satisfy a general demand to be able to format msdos-floppies. Finally another thing only slightly related to this topic: the permissions of /dev/[r]fd?* should be changed to allow group writeaccess(operator) to the floppies. There is no need to make it readonly. Andreas P.S. Joerg, verschicke dies bitte auch an die anderen betroffenen Personen... ah -- Andreas Haakh \ ah@alvman.RoBIN.de Kirschberg 12 b \ +49 6155 62615 64347 Griesheim \_________________________________________ From owner-freebsd-bugs Thu Nov 2 20:32:48 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA12670 for bugs-outgoing; Thu, 2 Nov 1995 20:32:48 -0800 Received: from ned.inc.net (ned.inc.net [204.95.160.3]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id UAA12665 for ; Thu, 2 Nov 1995 20:32:45 -0800 Received: by ned.inc.net (NX5.67e/NX3.0M) id AA26159; Thu, 2 Nov 95 22:20:41 -0600 Message-Id: <9511030420.AA26159@ned.inc.net> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Ryan Brooks Date: Thu, 2 Nov 95 22:20:40 -0600 To: bugs@freebsd.org Subject: 2.0.5->10/26 SNAP Install Probs Sender: owner-bugs@freebsd.org Precedence: bulk Hardware config: Asus 55TP4XE 100MHz Pentium (Triton) 16M Ram A2940/4Gig SCSI drive Intel Ether Express at 0x5, 0xd0000, 32k mcd0 disabled, ix0 irq set to 5. Diamond Stealth Video VRAM Card Problem: On any freebsd install 2.0.5 thru 10/26, I get the following error message on the install terminal after commit: sysinstall: Read/Write error. I'm going nowhere without my inits. On the console I get: aha0: more than 256 DMA bufs init(x,x,x) died. What I've tried: 2.0.5 10/10 10/26 installers always using FTP install over ix0. Same config, but using wdc0 and an IDE drive, similar error, but w/o the aha message. This box runs NextStep/for intel, win95 and appears to have no problems with the hardware. Thanks for any help, ryan@inc.net Ryan Brooks From owner-freebsd-bugs Thu Nov 2 22:10:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA20051 for bugs-outgoing; Thu, 2 Nov 1995 22:10:03 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA20043 ; Thu, 2 Nov 1995 22:10:01 -0800 Resent-Date: Thu, 2 Nov 1995 22:10:01 -0800 Resent-Message-Id: <199511030610.WAA20043@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, uhclem@fw.ast.com Received: from ast.com (irvine.ast.com [165.164.128.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id WAA19707 for ; Thu, 2 Nov 1995 22:06:15 -0800 Received: from fw.ast.com by ast.com with SMTP id AA02511 (5.67b/IDA-1.5 for ); Thu, 2 Nov 1995 22:07:27 -0800 Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #4) id m0tBEym-00008HC; Thu, 2 Nov 95 23:47 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0tBEwp-000J7oC; Thu, 2 Nov 95 23:45 WET Message-Id: Date: Thu, 2 Nov 95 23:45 WET From: uhclem%nemesis@fw.ast.com Reply-To: uhclem@fw.ast.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/810: Some I/O attempts to CD-ROMs hang at isoilk FDIV038 Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 810 >Category: kern >Synopsis: Some I/O attempts to CD-ROMs hangs at isoilk FDIV038 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 2 22:10:00 PST 1995 >Last-Modified: >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.1.0-951026-SNAP >Environment: Freshly installed 2.1.0-951026-SNAP system with a CD-ROM drive (type doesn't seem to matter). >Description: If a normal (not root) user attempts an operation to a CD-ROM that fails (such as accidentally attempting to write to the drive), the next access of any type to the drive by any user will hang until reboot. This should be considered a denial-of-service security problem. >How-To-Repeat: As root mount a CD-ROM. I used the 2.0.5 Install CD. # mount -t cd9660 /dev/cd-of-your-choice /mnt # (This may have been done automatically when the system booted.) Now, login on a second terminal as a plain user: login: user1 Password: % pwd /usr/user1 % gunzip /mnt/packages/All/lynx-2.3.7.tgz (escapes may be used for filename completion) You get the non-helpful message: /mnt/packages/All/lynz-2.3.7.tgz: Operation not supported (Mental note: We need to add error codes for "Write Protected" and one for "Not Ready", instead of using "Not Configured" or "Not Supported" for these legitimate events.) Back to the issue at hand. % Now, realizing the error, type this: % cp /mnt/packages/All/ly The process is now hung. On the root screen, do a ps -alx and see: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND ... 1000 133 1 0 -14 0 488 360 isoilk Ds+ v2 0:01.47 -csh (csh) ... Naturally a kill -9 has no effect. A reboot is required. Any other process (including remote FTP) that attempts to touch ISO filesystems after this point also hangs. A related "attack" is to ftp the site remotely and attempt to PUT something in a directory on a CD-ROM. The system could probably be put in this hung state by a non-account-holder using anonymous FTP as well. Anonymous FTP sites with any of the accessible data on CD-ROMs should be aware of this issue. >Fix: Not known. This really should be fixed prior to 2.1 being released. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 3 00:00:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA27299 for bugs-outgoing; Fri, 3 Nov 1995 00:00:03 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA27293 ; Fri, 3 Nov 1995 00:00:01 -0800 Date: Fri, 3 Nov 1995 00:00:01 -0800 Message-Id: <199511030800.AAA27293@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/810: Some I/O attempts to CD-ROMs hang at isoilk FDIV038 Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR kern/810; it has been noted by GNATS. From: J Wunsch To: uhclem@fw.ast.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/810: Some I/O attempts to CD-ROMs hang at isoilk FDIV038 Date: Fri, 3 Nov 1995 08:33:55 +0100 (MET) As uhclem%nemesis@fw.ast.com wrote: > > On the root screen, do a ps -alx and see: > > UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND > ... > 1000 133 1 0 -14 0 488 360 isoilk Ds+ v2 0:01.47 -csh One of my /etc/daily jobs recently kept hanging on the same condition. It happened after booting a new kernel just the other day. -- 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 Nov 3 01:10:05 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA00224 for bugs-outgoing; Fri, 3 Nov 1995 01:10:05 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA00216 ; Fri, 3 Nov 1995 01:10:02 -0800 Date: Fri, 3 Nov 1995 01:10:02 -0800 Message-Id: <199511030910.BAA00216@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/809: printf goroup bug [`.' optional precision] Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR bin/809; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, kato@eclogite.eps.nagoya-u.ac.jp Cc: Subject: Re: bin/809: printf goroup bug [`.' optional precision] Date: Fri, 3 Nov 1995 20:02:56 +1100 >#include >void main(void) >{ > printf("%.2d\n", 1); > printf("%+.2d\n", 1); > printf("%+.3d\n", 1); >} >gives following result: >01 >+1 >+01 Signs and other prefixes reduce the precision in all cases that I looked at: printf("%.3d\n", -1); printf("%.3d\n", 1); printf("%+.3d\n", -1); printf("%+.3d\n", 1); printf("% .3d\n", -1); printf("% .3d\n", 1); printf("%#.3x\n", 1); gives the follow result: -01 001 -01 +01 -01 01 0x1 Bruce From owner-freebsd-bugs Fri Nov 3 01:40:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA01614 for bugs-outgoing; Fri, 3 Nov 1995 01:40:03 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA01604 ; Fri, 3 Nov 1995 01:40:02 -0800 Date: Fri, 3 Nov 1995 01:40:02 -0800 Message-Id: <199511030940.BAA01604@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/810: Some I/O attempts to CD-ROMs hang at isoilk FDIV038 Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR kern/810; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, uhclem%nemesis@fw.ast.com Cc: Subject: Re: kern/810: Some I/O attempts to CD-ROMs hang at isoilk FDIV038 Date: Fri, 3 Nov 1995 20:31:24 +1100 >Now, login on a second terminal as a plain user: > login: user1 > Password: > % pwd > /usr/user1 > % gunzip /mnt/packages/All/lynx-2.3.7.tgz > (escapes may be used for filename completion) > You get the non-helpful message: > /mnt/packages/All/lynz-2.3.7.tgz: Operation not supported gzip should print which operation it tried. > (Mental note: We need to add error codes for "Write Protected" and > one for "Not Ready", instead of using "Not Configured" or "Not > Supported" for these legitimate events.) cd9660 uses cd9660_enotsupp() for all operations that it doesn't support, including for link and rename, which must be cleaned up by calling VOP_ABORTOP() and vput(). See msdosfs_abortop() for correct handling. ENODEV might be a better errno. EOPNOTSUPP only applies to networking according to the comment in errno.h :-). EROFS isn't quite right for file systems on devices that are inherently readonly. OTOH, cd9660 isn't inherently readonly. The current implementation just doesn't suppport writing, so EOPNOTSUPP is reasonable. If writing was supported then EROFS would be the natural errno. Bruce From owner-freebsd-bugs Fri Nov 3 03:40:44 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA06900 for bugs-outgoing; Fri, 3 Nov 1995 03:40:44 -0800 Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA06884 for ; Fri, 3 Nov 1995 03:40:38 -0800 Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.6.12+2.4W/3.3W9) with ESMTP id UAA05151 for ; Fri, 3 Nov 1995 20:40:36 +0900 Message-Id: <199511031140.UAA05151@marble.eps.nagoya-u.ac.jp> To: freebsd-bugs@freebsd.org Subject: Re: bin/809: printf goroup bug [`.' optional precision] In-Reply-To: Your message of "Thu, 2 Nov 1995 11:57:06 +0900" References: <199511020257.LAA00678@marble.eps.nagoya-u.ac.jp> X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 03 Nov 1995 20:40:35 +0900 From: KATO Takenori Sender: owner-bugs@freebsd.org Precedence: bulk > The C library functions, printf group may violate ANSI standard. ^^^^^^^^^^^^^ ISO/IEC 9899:1990 ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 JAPAN Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-bugs Fri Nov 3 08:30:40 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA16973 for bugs-outgoing; Fri, 3 Nov 1995 08:30:40 -0800 Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA16965 for ; Fri, 3 Nov 1995 08:30:35 -0800 Received: by unlisys.unlisys.NET from deadline.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0tBP0b-000ZxHC; Fri, 3 Nov 95 17:30 MET Received: by deadline.snafu.de id m0tBP0W-000AHbC; Fri, 3 Nov 95 17:30 MET (/\oo/\ Smail3.1.29.1 #29.2) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Unable to unmount CD-ROM To: bugs@freebsd.org Date: Fri, 3 Nov 1995 17:30:20 +0100 (MET) Organization: -D-E-A-D-L-I-N-E- Public access UN*X system - 13347 Berlin. X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 937 Sender: owner-bugs@freebsd.org Precedence: bulk Hi! --- I'm using freebsd-current as of 27 Oct with a sanyo CD-ROM drive on a Buslogic BT-747S controller. When I mount a CD-ROM, and a program which was accessing the drive i.e. a filebrowser etc. crashes (segmentation fault for example) I can't unmount the filesystem afterwards and get the message that the mountpoint is busy, although none of the processes uses it any longer. An attempt to forcibly unmount the drive leads into a hanging umount and an obviously destructed mount-table with lots of weird characters in it which get displayed when typing "mount". Any advice? Regards, mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Fri Nov 3 09:04:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA18442 for bugs-outgoing; Fri, 3 Nov 1995 09:04:17 -0800 Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA18425 for ; Fri, 3 Nov 1995 09:04:04 -0800 Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.6.12+2.4W/3.3W9) with ESMTP id CAA08762; Sat, 4 Nov 1995 02:03:55 +0900 Message-Id: <199511031703.CAA08762@marble.eps.nagoya-u.ac.jp> To: freebsd-bugs@freefall.freebsd.org, bde@zeta.org.au Subject: Re: bin/809: printf goroup bug [`.' optional precision] In-Reply-To: Your message of "Fri, 3 Nov 1995 01:10:02 -0800" References: <199511030910.BAA00216@freefall.freebsd.org> X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 04 Nov 1995 02:03:54 +0900 From: KATO Takenori Sender: owner-bugs@FreeBSD.org Precedence: bulk I've made a fix for vfprintf bug. Please take a look. > printf("%.3d\n", -1); > printf("%.3d\n", 1); > printf("%+.3d\n", -1); > printf("%+.3d\n", 1); > printf("% .3d\n", -1); > printf("% .3d\n", 1); > printf("%#.3x\n", 1); gives the following result: -001 001 -001 +001 -001 001 0x001 ---------- BEGIN ---------- *** vfprintf.c.old Sat Nov 4 00:29:15 1995 --- vfprintf.c Sat Nov 4 00:32:44 1995 *************** *** 695,706 **** * Compute actual size, so we know how much to pad. * fieldsz excludes decimal prec; realsz includes it. */ ! fieldsz = size; if (sign) ! fieldsz++; else if (flags & HEXPREFIX) ! fieldsz += 2; ! realsz = dprec > fieldsz ? dprec : fieldsz; /* right-adjusting blank padding */ if ((flags & (LADJUST|ZEROPAD)) == 0) --- 695,705 ---- * Compute actual size, so we know how much to pad. * fieldsz excludes decimal prec; realsz includes it. */ ! realsz = dprec > size ? dprec : size; if (sign) ! realsz++; else if (flags & HEXPREFIX) ! realsz += 2; /* right-adjusting blank padding */ if ((flags & (LADJUST|ZEROPAD)) == 0) *************** *** 720,726 **** PAD(width - realsz, zeroes); /* leading zeroes from decimal precision */ ! PAD(dprec - fieldsz, zeroes); /* the string or number proper */ #ifdef FLOATING_POINT --- 719,725 ---- PAD(width - realsz, zeroes); /* leading zeroes from decimal precision */ ! PAD(dprec - size, zeroes); /* the string or number proper */ #ifdef FLOATING_POINT ---------- END ---------- ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 JAPAN Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-bugs Fri Nov 3 09:43:28 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA19724 for bugs-outgoing; Fri, 3 Nov 1995 09:43:28 -0800 Received: from home.winc.com (home.winc.com [204.178.182.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA19718 for ; Fri, 3 Nov 1995 09:43:09 -0800 Received: (from watcher@localhost) by home.winc.com (8.7.1/8.7.0) id MAA16578; Fri, 3 Nov 1995 12:43:09 -0500 Date: Fri, 3 Nov 1995 12:43:08 -0500 (EST) From: Bill DeVos To: bugs@FreeBSD.org Subject: Install bug in current SNAP release Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org Precedence: bulk I've just tried repeatedly to install the current SNAP release onto my 4th hard drive, it partitions it ok, but the "Label" option on the menu is unable to complete. I press W and it says that newfs returned a value of 1. Is there a way for me to get around this? Is there a patch? Any suggestions would be much appreciated. Watcher --- Look Ma! No sig! From owner-freebsd-bugs Sat Nov 4 01:21:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA21491 for bugs-outgoing; Sat, 4 Nov 1995 01:21:17 -0800 Received: from ns.intec.co.jp (ns.intec.co.jp [133.230.1.35]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA21479 for ; Sat, 4 Nov 1995 01:21:10 -0800 Received: from coms1.isl.intec.co.jp (coms1.isl.intec.co.jp [133.230.64.63]) by ns.intec.co.jp (8.6.12+2.5Wb7/3.4W-gate) with ESMTP id SAA29831 for ; Sat, 4 Nov 1995 18:21:05 +0900 Received: (from uucp@localhost) by coms1.isl.intec.co.jp (8.7.1/3.4W-coms1) with UUCP id SAA06190 for bugs@freebsd.org; Sat, 4 Nov 1995 18:21:03 +0900 (JST) Received: (from ikuo@localhost) by potato.isl.intec.co.jp (8.7.1/3.4W3-potato) id RAA07428; Sat, 4 Nov 1995 17:36:42 +0900 (JST) Date: Sat, 4 Nov 1995 17:36:42 +0900 (JST) Message-Id: <199511040836.RAA07428@potato.isl.intec.co.jp> To: bugs@freebsd.org Subject: bug in /sys/i386/isa/spkr.c From: ikuo@intec.co.jp Reply-To: ikuo@intec.co.jp Sender: owner-bugs@freebsd.org Precedence: bulk Hi. I found a bug in "/sys/i386/isa/spkr.c" of FreeBSD-current, and made a patch for it. Thanks. -------------------- cut here -------------------- *** spkr.c.old Sat Nov 4 17:09:58 1995 --- spkr.c Sat Nov 4 17:30:25 1995 *************** *** 4,10 **** * v1.4 by Eric S. Raymond (esr@snark.thyrsus.com) Aug 1993 * modified for FreeBSD by Andrew A. Chernov * ! * $Id: spkr.c,v 1.17 1995/09/09 18:09:55 davidg Exp $ */ #include "speaker.h" --- 4,10 ---- * v1.4 by Eric S. Raymond (esr@snark.thyrsus.com) Aug 1993 * modified for FreeBSD by Andrew A. Chernov * ! * $Id: spkr.c,v 1.18 1995/11/04 08:20:15 ikuo Exp $ */ #include "speaker.h" *************** *** 254,266 **** static void playstring(cp, slen) /* interpret and play an item from a notation string */ char *cp; ! size_t slen; { int pitch, oldfill, lastpitch = OCTAVE_NOTES * DFLT_OCTAVE; ! #define GETNUM(cp, v) for(v=0; isdigit(cp[1]) && slen > 0; ) \ ! {v = v * 10 + (*++cp - '0'); slen--;} ! for (; slen--; cp++) { int sustain, timeval, tempo; register char c = toupper(*cp); --- 254,267 ---- static void playstring(cp, slen) /* interpret and play an item from a notation string */ char *cp; ! /* size_t slen; */ ! int slen; { int pitch, oldfill, lastpitch = OCTAVE_NOTES * DFLT_OCTAVE; ! #define GETNUM(cp, v) for (v = 0; slen > 0 && isdigit(cp[1]); slen--) \ ! { v = v * 10 + (*++cp - '0'); } ! for (; slen-- > 0; cp++) { int sustain, timeval, tempo; register char c = toupper(*cp); *************** *** 277,289 **** pitch = notetab[c - 'A'] + octave * OCTAVE_NOTES; /* this may be followed by an accidental sign */ ! if (cp[1] == '#' || cp[1] == '+') { ++pitch; ++cp; slen--; } ! else if (cp[1] == '-') { --pitch; ++cp; --- 278,290 ---- pitch = notetab[c - 'A'] + octave * OCTAVE_NOTES; /* this may be followed by an accidental sign */ ! if (slen > 0 && (cp[1] == '#' || cp[1] == '+')) { ++pitch; ++cp; slen--; } ! else if (slen > 0 && cp[1] == '-') { --pitch; ++cp; *************** *** 318,324 **** timeval = value; /* ...and/or sustain dots */ ! for (sustain = 0; cp[1] == '.'; cp++) { slen--; sustain++; --- 319,325 ---- timeval = value; /* ...and/or sustain dots */ ! for (sustain = 0; slen > 0 && cp[1] == '.'; cp++) { slen--; sustain++; *************** *** 326,332 **** /* ...and/or a slur mark */ oldfill = fill; ! if (cp[1] == '_') { fill = LEGATO; ++cp; --- 327,333 ---- /* ...and/or a slur mark */ oldfill = fill; ! if (slen > 0 && cp[1] == '_') { fill = LEGATO; ++cp; *************** *** 340,352 **** break; case 'O': ! if (cp[1] == 'N' || cp[1] == 'n') { octprefix = octtrack = FALSE; ++cp; slen--; } ! else if (cp[1] == 'L' || cp[1] == 'l') { octtrack = TRUE; ++cp; --- 341,353 ---- break; case 'O': ! if (slen > 0 && (cp[1] == 'N' || cp[1] == 'n')) { octprefix = octtrack = FALSE; ++cp; slen--; } ! else if (slen > 0 && (cp[1] == 'L' || cp[1] == 'l')) { octtrack = TRUE; ++cp; *************** *** 375,387 **** case 'N': GETNUM(cp, pitch); ! for (sustain = 0; cp[1] == '.'; cp++) { slen--; sustain++; } oldfill = fill; ! if (cp[1] == '_') { fill = LEGATO; ++cp; --- 376,388 ---- case 'N': GETNUM(cp, pitch); ! for (sustain = 0; slen > 0 && cp[1] == '.'; cp++) { slen--; sustain++; } oldfill = fill; ! if (slen > 0 && cp[1] == '_') { fill = LEGATO; ++cp; *************** *** 403,409 **** GETNUM(cp, timeval); if (timeval <= 0 || timeval > MIN_VALUE) timeval = value; ! for (sustain = 0; cp[1] == '.'; cp++) { slen--; sustain++; --- 404,410 ---- GETNUM(cp, timeval); if (timeval <= 0 || timeval > MIN_VALUE) timeval = value; ! for (sustain = 0; slen > 0 && cp[1] == '.'; cp++) { slen--; sustain++; *************** *** 419,437 **** break; case 'M': ! if (cp[1] == 'N' || cp[1] == 'n') { fill = NORMAL; ++cp; slen--; } ! else if (cp[1] == 'L' || cp[1] == 'l') { fill = LEGATO; ++cp; slen--; } ! else if (cp[1] == 'S' || cp[1] == 's') { fill = STACCATO; ++cp; --- 420,438 ---- break; case 'M': ! if (slen > 0 && (cp[1] == 'N' || cp[1] == 'n')) { fill = NORMAL; ++cp; slen--; } ! else if (slen > 0 && (cp[1] == 'L' || cp[1] == 'l')) { fill = LEGATO; ++cp; slen--; } ! else if (slen > 0 && (cp[1] == 'S' || cp[1] == 's')) { fill = STACCATO; ++cp; -- ikuo@intec.co.jp From owner-freebsd-bugs Sat Nov 4 01:51:01 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA25756 for bugs-outgoing; Sat, 4 Nov 1995 01:51:01 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA25725 for ; Sat, 4 Nov 1995 01:50:56 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA18538; Sat, 4 Nov 1995 10:50:46 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA00194; Sat, 4 Nov 1995 10:50:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA06819; Sat, 4 Nov 1995 09:35:24 +0100 From: J Wunsch Message-Id: <199511040835.JAA06819@uriah.heep.sax.de> Subject: Re: Install bug in current SNAP release To: watcher@winc.com (Bill DeVos) Date: Sat, 4 Nov 1995 09:35:24 +0100 (MET) Cc: bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Bill DeVos" at Nov 3, 95 12:43:08 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 657 Sender: owner-bugs@FreeBSD.org Precedence: bulk As Bill DeVos wrote: > > I've just tried repeatedly to install the current SNAP release onto my > 4th hard drive, it partitions it ok, but the "Label" option on the menu > is unable to complete. I press W and it says that newfs returned a > value of 1. > Is there a way for me to get around this? Is there a patch? Any > suggestions would be much appreciated. Don't press W. Q)uit out of the label and partition editors, and proceed. C)ommiting will actually write your disk label. -- 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 Sat Nov 4 01:51:30 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA25946 for bugs-outgoing; Sat, 4 Nov 1995 01:51:30 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA25900 for ; Sat, 4 Nov 1995 01:51:21 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA18551; Sat, 4 Nov 1995 10:51:08 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA00203; Sat, 4 Nov 1995 10:51:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA06837; Sat, 4 Nov 1995 09:41:58 +0100 From: J Wunsch Message-Id: <199511040841.JAA06837@uriah.heep.sax.de> Subject: Re: kern/810: Some I/O attempts to CD-ROMs hang at isoilk FDIV038 To: bde@zeta.org.au Date: Sat, 4 Nov 1995 09:41:57 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199511030940.BAA01604@freefall.freebsd.org> from "Bruce Evans" at Nov 3, 95 01:40:02 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1046 Sender: owner-bugs@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > ENODEV might be a better errno. EOPNOTSUPP only applies to networking > according to the comment in errno.h :-). EROFS isn't quite right for > file systems on devices that are inherently readonly. OTOH, cd9660 > isn't inherently readonly. The current implementation just doesn't > suppport writing, so EOPNOTSUPP is reasonable. If writing was supported > then EROFS would be the natural errno. I think you can currently only mount cd9660 read/only, so EROFS *is* okay (but should not be generated by the cd9660 code itself, but by the upper file system layers). The devices where cd9660 is currently applied to do not allow writing, so either open routine should return ENODEV for an open with write intent. This would prevent one from mounting a CD read/write on a CD reader, even when the cd9660 code does understand how to write something. -- 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 Sat Nov 4 04:30:14 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA14152 for bugs-outgoing; Sat, 4 Nov 1995 04:30:14 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA14138 for freebsd-bugs; Sat, 4 Nov 1995 04:30:12 -0800 Date: Sat, 4 Nov 1995 04:30:12 -0800 From: GNU GNATS Message-Id: <199511041230.EAA14138@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/10/07] kern/6 System hangs while using slip or ppp connection [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/13] misc/48 /etc/rc does not recover recovery files [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/21] misc/75 Netboot ignores gateway [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/03] kern/95 Configuring a SLIP device with source = destination [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] misc/120 first Initial security report is bogus becuase of ls [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] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [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] kern/185 kernel stability problems - can't sustain uptimes > [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] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [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/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [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/17] kern/248 scbus attach/probe information is inconsistent [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [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/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [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] docs/317 Install README doesn't list matcd as install choice [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] kern/343 tcpdump with filter fails on tun and lo devices [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/24] bin/359 BS/DEL is still not quite right. [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/01] bin/375 NIS does not seem to work with Kerberos [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] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [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/21] bin/432 mixer should print out the current mixer settings by [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] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [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/26] kern/448 ktrace not enabled in default kernel [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/30] kern/459 Systems freezes w/ 2842 [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/476 kvm_openfiles called w/ too small error buffer [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/04] bin/486 ls includes utmp.h but doesn't use it [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/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [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] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/26] kern/565 [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/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [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/05] bin/594 "mkdir -p some/path/" fails to create last path comp [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/08] i386/602 disklabel : changes to cylinder details not saved [1995/07/09] misc/605 [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] docs/663 newfs man page refers to format(8) [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/08] gnu/666 The ldconfig program in SNAP wasn't good [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/13] docs/681 bad description of Adaptec 2842 in LINT [1995/08/14] bin/683 cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] kern/691 Performance 10 times slower 2.0.5R & Adaptec AHA-284 [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/23] kern/707 Too few printf args [1995/08/27] ports/710 mpeg_play outdated [1995/08/29] bin/711 /etc/magic not installed [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/729 unexpected signal 4/10/11 [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] kern/738 Using ktrace will cause a system reboot [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] docs/740 man loadfont says /usr/share/misc/vgafonts instead o [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/744 Page fault in fchmod() with Sep 20 -stable kernel [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] docs/748 zic.8 man page refers to /usr/local/etc/zoneinfo [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/09/29] docs/755 man page joy(4) has incorrect ioctl() arguments [1995/09/30] kern/756 AHA-1542CF: adapter not taking commands [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/02] misc/762 g++ chokes on /usr/include/machine/spl.h [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/04] bin/766 file doesn't grok HTML; /etc/magic in wrong place [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] bin/769 xntpd does not detach from controlling terminal [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/17] kern/784 TCP WWW connections seem to get stuck and never go a [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/19] misc/787 netstat -b reports negative bytes counts. [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] conf/800 NFS binary distribution != FTP distribution [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] misc/804 fdformat did not create DOS-filesystem [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/02] kern/810 Some I/O attempts to CD-ROMs hangs at isoilk FDIV03 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/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [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/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [PDT/08/11] bin/671 No quot available. [PDT/10/07] bin/771 telnet character mode not set and broken when set - [PDT/10/15] kern/782 chmod does a null pointer dereference /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Nov 4 04:30:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA14161 for bugs-outgoing; Sat, 4 Nov 1995 04:30:15 -0800 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA14141 for freebsd-bugs; Sat, 4 Nov 1995 04:30:12 -0800 Date: Sat, 4 Nov 1995 04:30:12 -0800 From: GNU GNATS Message-Id: <199511041230.EAA14141@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.org Precedence: bulk Number of currently open reports: 300 Number of curently analyzed reports: 13 From owner-freebsd-bugs Sat Nov 4 05:23:12 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA18456 for bugs-outgoing; Sat, 4 Nov 1995 05:23:12 -0800 Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA18446 for ; Sat, 4 Nov 1995 05:23:08 -0800 Received: from urgoriyf.ludd.luth.se (clusternode3 [127.0.0.3]) by zed.ludd.luth.se (8.6.12/8.6.11) with ESMTP id OAA23122 for ; Sat, 4 Nov 1995 14:23:04 +0100 From: Joakim Henriksson Received: (murduth@localhost) by urgoriyf.ludd.luth.se (8.6.11/8.6.11) id OAA01000 for bugs@freebsd.org; Sat, 4 Nov 1995 14:23:02 +0100 Message-Id: <199511041323.OAA01000@urgoriyf.ludd.luth.se> Subject: SCSI tape dies after using it To: bugs@freebsd.org Date: Sat, 4 Nov 1995 14:23:02 +0100 (MET) Content-Type: text Content-Length: 816 Sender: owner-bugs@freebsd.org Precedence: bulk >Submitter-Id: current-users >Originator: Joakim Henriksson >Organization: Ludd >Confidential: no >Synopsis: Problem with SCSI tape code >Severity: serious >Priority: medium >Category: kern >Release: FreeBSD 2.1.0-951026-SNAP >Class: sw-bug >Environment: Tandberg tdc 3600 type 1 removable SCSI 1 tapestreamer NCR SCSI Toshiba XM-5301B CD-ROM >Description: Sometimes after you have used the streamer it simply dies with the error message: ncr0:5: ERROR (80:140) (0-a7-2) (0/13) @ (544:900b0000). script cmd = 910a0000 reg: da 10 80 13 47 00 05 1f 01 00 85 a7 80 00 0f 00. ncr0: handshake timeout st0(ncr0:5:0): COMMAND FAILED (6 ff) @f076cc00. To get the streamer working i have to do a reboot :( What gives? >How-To-Repeat: Use the tape. From owner-freebsd-bugs Sat Nov 4 20:44:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA17754 for bugs-outgoing; Sat, 4 Nov 1995 20:44:18 -0800 Received: from feith1.FEITH.COM (feith1.FEITH.COM [192.251.93.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id UAA17745 for ; Sat, 4 Nov 1995 20:44:09 -0800 Received: from jwlab.FEITH.COM by feith1.FEITH.COM (5.x/SMI-SVR4/Feith Mar 14 1995) id AA05936; Sat, 4 Nov 1995 23:44:02 -0500 Received: by jwlab.FEITH.COM (SMI-8.6/SMI-SVR4) id XAA12387; Sat, 4 Nov 1995 23:44:01 -0500 Date: Sat, 4 Nov 1995 23:44:01 -0500 From: john@jwlab.feith.com (John Wehle) Message-Id: <199511050444.XAA12387@jwlab.FEITH.COM> To: bugs@freebsd.org Subject: minmax.h is missing from FreeBSD 2.1 Content-Type: text Sender: owner-bugs@freebsd.org Precedence: bulk In attempting to port ptolemy 0.5.2 to the FreeBSD 2.1 platform I noticed that minmax.h is missing from /usr/include/g++. Given that this file is a standard part of the GNU libg++ distribution I'm surprised that it isn't included in FreeBSD 2.1. Is this deliberate or just an oops? Sincerely, John Wehle ------------------------------------------------------------------------- | Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com | | John Wehle | Fax: 1-215-540-5495 | | -------------------------------------------------------------------------