From owner-freebsd-bugs Sun Oct 15 01:24:31 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA13981 for bugs-outgoing; Sun, 15 Oct 1995 01:24:31 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA13968 for ; Sun, 15 Oct 1995 01:24:25 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18419; Sun, 15 Oct 1995 09:20:43 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA06130; Sun, 15 Oct 1995 09:20:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA17931; Sun, 15 Oct 1995 09:09:52 +0100 From: J Wunsch Message-Id: <199510150809.JAA17931@uriah.heep.sax.de> Subject: Re: SLIP problem(s) in STABLE To: bde@zeta.org.au (Bruce Evans) Date: Sun, 15 Oct 1995 09:09:50 +0100 (MET) Cc: bugs@freebsd.org, nnd@itfs.nsk.su Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510142342.JAA29837@godzilla.zeta.org.au> from "Bruce Evans" at Oct 15, 95 09:42:25 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: 3173 Sender: owner-bugs@freebsd.org Precedence: bulk As Bruce Evans wrote: > >1) After succesfully establishing a SLIP connection by > >'slattach' on a line with modem and loosing/reestablishing carrier > >I can't use that 'slX' interface due to permanent > >'No route to host' messages. > Urk. The !TS_CONNECTED state is now sticky, as is required by POSIX and > for security (*). Once carrier drops, further carrier rises are ignored > until after the line is completely (+) closed and then reopened. I'm suffering from the same. Lousy modem, lousy lines: the modem drops carrier for less than a second sometimes, and then finds out that the line went back, and rises DCD again. I can see it at the front LEDs. Security issues aside, people with cheap modems won't like us. :-( Interestingly, iijppp doesn't seem to give up immediately with the same modem and the same lines. (I have the option to use both protocols.) > But why doesn't forking and exiting work? Perhaps you started slattach > from inside a terminal program and didn't exit from the terminal program. > The terminal program then holds the line open so there is no way for > slattach to close it. Terminal programs should be called from inside > slattach, not the other way round. In my case: i don't do it this way. I use the following script: ... # redirect stdin first, so the tty remains open with the new tty settings open(STDIN, "<$dev"); $debug && print(LOG "sttying $dev for $speed\n"); system "stty", "-f", $dev, $speed, "crtscts"; # now that stty is done, we can redirect stdout, too # (stty doesn't like redirected stdout) open(STDOUT, ">$dev"); ... $status = system("chat", "-v", "", "ATE1Q0M1", "OK", "$phone", "gin:-\\r-gin:", "$sluser", "ord:", "$slpass", ""); ... if($status) { kill 'TERM', $lockdpid; die "Chat failed\n"; } # route(8) wants to have a _real_ uid of 0, grant this... $< = $>; ... system("slattach", "-h", "-c", "-e", "/etc/sliphome/goodbye $dev $lockdpid $defaultroute", "-s", "$speed", "-u", "/etc/sliphome/conf $myname $remote $netmask $defaultroute", $dev); sleep(1); # let things settle before we exit exit(0); That is, the Perl script first opens the line, calls chat(1) to dial the phone number, and finally transfers the line to slattach(8). Since the script itself exits then, slattach is the only process holding the line open. > TIOCSETD only requires an open line. It's unnecessary to reset the > discipline because reopening resets it. Are you absolutely sure? Oct 9 03:01:25 uriah mgetty[3279]: tcsetattr failed: Inappropriate ioctl for device Oct 9 03:01:25 uriah mgetty[3279]: tcgetattr failed: Inappropriate ioctl for device Oct 9 03:01:25 uriah mgetty[3279]: tcsetattr failed: Inappropriate ioctl for device Oct 9 03:01:29 uriah mgetty[3279]: do_chat: error in read(): Input/output error I once had a hard time (endlessly respawning mgetty) until i found that "stty tty" would do the trick. -- 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 15 03:32:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA20763 for bugs-outgoing; Sun, 15 Oct 1995 03:32:04 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA20758 for ; Sun, 15 Oct 1995 03:31:58 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA14679; Sun, 15 Oct 1995 20:27:27 +1000 Date: Sun, 15 Oct 1995 20:27:27 +1000 From: Bruce Evans Message-Id: <199510151027.UAA14679@godzilla.zeta.org.au> To: bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: SLIP problem(s) in STABLE Cc: bugs@freebsd.org, nnd@itfs.nsk.su Sender: owner-bugs@freebsd.org Precedence: bulk >I'm suffering from the same. Lousy modem, lousy lines: the modem >drops carrier for less than a second sometimes, and then finds out >that the line went back, and rises DCD again. I can see it at the >front LEDs. Security issues aside, people with cheap modems won't >like us. :-( >Interestingly, iijppp doesn't seem to give up immediately with the >same modem and the same lines. (I have the option to use both >protocols.) I think iijppp sets CLOCAL and polls DCD every second or two. It could easily debounce DCD. slattach OTOH goes to a lot of trouble to get SIGHUPs and the driver doesn't debounce carrier (except as a side effect of not acting on carrier changes for a few usec, during which time the carrier may bounce without the intermediate states being noticed). SIGHUPs are only delivered if CLOCAL is clear and clearing CLOCAL gives POSIX modem disconnect semantics which are only appropriate for logins. iijppp's approach is probably best. slattach could continue after going to a lot of trouble to subvert the POSIX semantics but it isn't clear what the slip driver will do if it sees the carrier drop. >> slattach to close it. Terminal programs should be called from inside >> slattach, not the other way round. >In my case: i don't do it this way. I use the following script: >... >That is, the Perl script first opens the line, calls chat(1) to dial >the phone number, and finally transfers the line to slattach(8). >Since the script itself exits then, slattach is the only process >holding the line open. It should also work to return to a script like this to redial instead of using slattach's redial command. This is currently broken; slattach starts up again if the redial command is empty. >> TIOCSETD only requires an open line. It's unnecessary to reset the >> discipline because reopening resets it. >Are you absolutely sure? >Oct 9 03:01:25 uriah mgetty[3279]: tcsetattr failed: Inappropriate ioctl for device I think I was wrong. Nothing clears t_line for last closes or first opens. This is a bug. The standard l_open() routine (ttyopen()) must be called for first opens, if only to set the TS_ISOPEN flag. This error message is for something else, however. >Oct 9 03:01:25 uriah mgetty[3279]: tcgetattr failed: Inappropriate ioctl for device >Oct 9 03:01:25 uriah mgetty[3279]: tcsetattr failed: Inappropriate ioctl for device >Oct 9 03:01:29 uriah mgetty[3279]: do_chat: error in read(): Input/output error EIO might be called by the line not actually being closed, or (somewhat bogusly) by a timeout. Timeouts are likely if TS_ISOPEN doesn't get set and you use `comcontrol drainwait ...'. Bruce From owner-freebsd-bugs Sun Oct 15 15:40:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13194 for bugs-outgoing; Sun, 15 Oct 1995 15:40:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13186 ; Sun, 15 Oct 1995 15:40:01 -0700 Resent-Date: Sun, 15 Oct 1995 15:40:01 -0700 Resent-Message-Id: <199510152240.PAA13186@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 PAA13096 for ; Sun, 15 Oct 1995 15:34:16 -0700 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 AAA09877 for ; Mon, 16 Oct 1995 00:34:09 +0200 Received: (root@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id AAA03482; Mon, 16 Oct 1995 00:34:08 +0200 Message-Id: <199510152234.AAA03482@katiska.clinet.fi> Date: Mon, 16 Oct 1995 00:34:08 +0200 From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/782: fchmod, null pointer dereference Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 782 >Category: kern >Synopsis: chmod does a null pointer dereference >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Oct 15 15:40:01 PDT 1995 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.1-STABLE >Environment: Oct 15 23:25:22 katiska /kernel: CPU: 90-MHz Pentium 735\90 (Pentium-class CPU) Oct 15 23:25:22 katiska /kernel: Origin = "GenuineIntel" Id = 0x524 Stepping=4 Oct 15 23:25:22 katiska /kernel: Features=0x1bf Oct 15 23:25:23 katiska /kernel: real memory = 67108864 (65536K bytes) Oct 15 23:25:23 katiska /kernel: avail memory = 62484480 (61020K bytes) Oct 15 23:25:23 katiska /kernel: Probing for devices on the ISA bus: Oct 15 23:25:23 katiska /kernel: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa Oct 15 23:25:23 katiska /kernel: ed0: address 00:00:c0:cd:b9:a3, type WD8013EPC (16 bit) Oct 15 23:25:23 katiska /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Oct 15 23:25:23 katiska /kernel: vt0: unkown s3, 80 col, mono, 8 scr, mf2-kbd, [R3.20-b24] Oct 15 23:25:23 katiska /kernel: lpt0 at 0x378-0x37f irq 7 on isa Oct 15 23:25:23 katiska /kernel: lpt0: Interrupt-driven port Oct 15 23:25:23 katiska /kernel: lp0: TCP/IP capable interface Oct 15 23:25:23 katiska /kernel: lpt1 not found at 0xffffffff Oct 15 23:25:23 katiska /kernel: lpt2 not found at 0xffffffff Oct 15 23:25:23 katiska /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Oct 15 23:25:23 katiska /kernel: sio0: type 16550A Oct 15 23:25:23 katiska /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Oct 15 23:25:23 katiska /kernel: sio1: type 16550A Oct 15 23:25:23 katiska /kernel: sio2 not found at 0x3e8 Oct 15 23:25:23 katiska /kernel: sio3 not found at 0x2e8 Oct 15 23:25:23 katiska /kernel: pca0 on isa Oct 15 23:25:23 katiska /kernel: pca0: PC speaker audio driver Oct 15 23:25:23 katiska /kernel: bt0 not found at 0x330 Oct 15 23:25:23 katiska /kernel: aha0 not found at 0x330 Oct 15 23:25:23 katiska /kernel: wdc0 not found at 0x1f0 Oct 15 23:25:23 katiska /kernel: wdc1 not found at 0x170 Oct 15 23:25:23 katiska /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Oct 15 23:25:24 katiska /kernel: fdc0: NEC 72065B Oct 15 23:25:24 katiska /kernel: fd0: 1.44MB 3.5in Oct 15 23:25:24 katiska /kernel: mcd0: timeout getting status Oct 15 23:25:24 katiska /kernel: mcd0 not found at 0x300 Oct 15 23:25:24 katiska /kernel: le0: no board found at 0x300 Oct 15 23:25:24 katiska /kernel: le0 not found at 0x300 Oct 15 23:25:24 katiska /kernel: npx0 on motherboard Oct 15 23:25:24 katiska /kernel: npx0: INT 16 interface Oct 15 23:25:24 katiska /kernel: matcdc0 not found at 0xffffffff Oct 15 23:25:24 katiska /kernel: matcdc1 not found at 0xffffffff Oct 15 23:25:24 katiska /kernel: matcdc2 not found at 0xffffffff Oct 15 23:25:24 katiska /kernel: matcdc3 not found at 0xffffffff Oct 15 23:25:24 katiska /kernel: bio_imask c0000040 tty_imask c00300ba net_imask c00300ba Oct 15 23:25:24 katiska /kernel: Probing for devices on the PCI bus: Oct 15 23:25:24 katiska /kernel: chip0 rev 17 on pci0:0 Oct 15 23:25:24 katiska /kernel: chip1 rev 67 on pci0:2 Oct 15 23:25:24 katiska /kernel: vga0 rev 0 on pci0:6 Oct 15 23:25:24 katiska /kernel: ncr0 rev 2 int a irq 9 on pci0:12 Oct 15 23:25:24 katiska /kernel: ncr0 waiting for scsi devices to settle Oct 15 23:25:24 katiska /kernel: (ncr0:0:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Oct 15 23:25:25 katiska /kernel: sd0(ncr0:0:0): Direct-Access Oct 15 23:25:25 katiska /kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Oct 15 23:25:25 katiska /kernel: 4095MB (8386733 512 byte sectors) Oct 15 23:25:25 katiska /kernel: sd0(ncr0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Oct 15 23:25:25 katiska /kernel: (ncr0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Oct 15 23:25:25 katiska /kernel: sd3(ncr0:3:0): Direct-Access Oct 15 23:25:25 katiska /kernel: sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Oct 15 23:25:25 katiska /kernel: 1011MB (2072435 512 byte sectors) Oct 15 23:25:25 katiska /kernel: sd3(ncr0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Oct 15 23:25:25 katiska /kernel: (ncr0:4:0): "HP C1533A 9503" type 1 removable SCSI 2 Oct 15 23:25:25 katiska /kernel: st4(ncr0:4:0): Sequential-Access Oct 15 23:25:25 katiska /kernel: st4(ncr0:4:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Oct 15 23:25:25 katiska /kernel: density code 0x24, variable blocks, write-enabled Oct 15 23:25:25 katiska /kernel: ncr1 rev 1 int a irq 9 on pci0:14 Oct 15 23:25:25 katiska /kernel: ncr1 waiting for scsi devices to settle Oct 15 23:25:25 katiska /kernel: (ncr1:3:0): "SEAGATE ST15230N 0168" type 0 fixed SCSI 2 Oct 15 23:25:25 katiska /kernel: sd7(ncr1:3:0): Direct-Access Oct 15 23:25:25 katiska /kernel: sd7(ncr1:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Oct 15 23:25:25 katiska /kernel: 4095MB (8386733 512 byte sectors) Oct 15 23:25:25 katiska /kernel: sd7(ncr1:3:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Oct 15 23:25:25 katiska /kernel: changing root device to sd0a Oct 15 23:25:25 katiska /kernel: WARNING: / was not properly dismounted. Oct 15 23:25:25 katiska /kernel: sd7: invalid primary partition table: no magic # # CLINETSERVER - a bloated kernel for servers, include everything possible # # $Id: LINT,v 1.150 1995/03/04 21:09:21 jkh Exp $ # # # This directive is mandatory; it defines the architecture to be # configured for; in this case, the 386 family. You must also specify # at least one CPU (the one you intend to run on); deleting the # specification for CPUs you don't need to use may make parts of the # system run faster # # clinet: we have got all of these machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" # aka Pentium(tm) # # This is the ``identification'' of the kernel. Usually this should # be the same as the name of your kernel. # ident CLINETSERVER # # The `maxusers' parameter controls the static sizing of a number of # internal system tables by a complicated formula defined in param.c. # maxusers 256 options "NMBCLUSTERS=2048" options "TTYHOG=4096" options "RS_IBUFSIZE=1024" # # Under some circumstances it is necessary to make the default max # number of proccesses per user and open files per user more than the # defaults on bootup. (an example is a large news server in which # the uid, news, can sometimes need > 100 simultaneous processes running) # clinet: or hoggy administrators with gazillion xterms (yes, I have run out # of 128 processes :-) options "CHILD_MAX=256" options "OPEN_MAX=256" # # A math emulator is mandatory if you wish to run on hardware which # does not have a floating-point processor. Pick either the original, # bogus (but freely-distributable) math emulator, or a much more # fully-featured but GPL-licensed emulator taken from Linux. # options MATH_EMULATE #Support for x87 emulation #options GPL_MATH_EMULATE #Support for x87 emualtion via #new math emulator # # This directive defines a number of things: # - The compiled kernel is to be called `kernel' # - The root filesystem might be on partition wd0a # - The kernel can swap on wd0b and sd0b, defaulting to the former # - Crash dumps will be written to wd0b, if possible # # clinet: we use 4 disks per server, swap distributed on all of them (speeds # up considerably). Dumps may go to sd0. config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and sd2 and sd3 and vn0 dumps on sd0 ##################################################################### # COMPATIBILITY OPTIONS # # Implement system calls compatible with 4.3BSD and older versions of # FreeBSD. # options "COMPAT_43" # # Allow user-mode programs to manipulat their local descriptor tables. # This option is required for the WINE Windows(tm) emulator, and is # not used by anything else (that we know of). # options USER_LDT #allow user-level control of i386 ldt # # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG ##################################################################### # DEBUGGING OPTIONS # # Enable the kernel debugger. # # options DDB # # Enable dumping of the kernel image to swap for panics. This is not # the default because writing to misconfigured swap may wipe out file # systems. # options DODUMP # # KTRACE enables the system-call tracing facility ktrace(2). # options KTRACE #kernel tracing # # The DIAGNOSTIC option is used in a number of source files to enable # extra sanity checking of internal structures. This support is not # enabled by default because of the extra time it would take to check # for these conditions, which can only occur as a result of # programming errors. # options DIAGNOSTIC # # Allow ordinary users to take the console - this is useful for X. options UCONSOLE ##################################################################### # NETWORKING OPTIONS # # Protocol families: # Only the INET (Internet) family is officially supported in FreeBSD. # Source code for the NS (Xerox Network Service), ISO (OSI), and # CCITT (X.25) families is provided for amusement value, although we # try to ensure that it actually compiles. # options INET #Internet communications protocols # options ISO # options CCITT #X.25 network layer # options NS #Xerox NS communications protocols # options TPIP #ISO TP class 4 over IP # options TPCONS #ISO TP class 0 over X.25 # # Network interfaces: # The `loop' pseudo-device is mandatory when networking is enabled. # The `ether' pseudo-device provides generic code to handle # Ethernets; it is mandatory when a Ethernet device driver is # configured. # The `sppp' pseudo-device serves a similar role for certain types # of synchronous PPP links (like `cx'). # The `sl' pseudo-device implements the Serial Line IP (SLIP) service. # The `ppp' pseudo-device implements the Point-to-Point Protocol. # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. Be # aware of the legal and administrative consequences of enabling this # option. The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. # The `disc' pseudo-device implements a minimal network interface, # which throws away all packets sent and never receives any. It is # included for testing purposes. # The `tun' pseudo-device implements the User Process PPP (iijppp) # 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 1 #Tunnel driver(user process ppp) #options NSIP #XNS over IP #options EON #ISO CLNP over IP #options LLC #X.25 link layer for Ethernets #options HDLC #X.25 link layer for serial lines # # Internet family options: # # TCP_COMPAT_42 causes the TCP code to emulate certain bugs present in # 4.2BSD. This option should not be used unless you have a 4.2BSD # machine and TCP connections fail. # # GATEWAY allows the machine to forward packets, and also configures # larger static sizes of a number of system tables. # # MROUTING enables the kernel multicast packet forwarder, which works # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE does # the obvious thing. # # ARP_PROXYALL enables global proxy ARP. Beware! This can burn # your house down! See netinet/if_ether.c for the gory details. # (Eventually there will be a better management interface.) # 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 ARP_PROXYALL # global proxy ARP ##################################################################### # FILESYSTEM OPTIONS # # Only the root, /usr, and /tmp filesystems need be statically # compiled; everything else will be automatically loaded at mount # time. (Exception: the UFS family---FFS, MFS, and LFS---cannot # currently be demand-loaded.) Some people still prefer to statically # compile other filesystems as well. # # NB: The LFS, PORTAL, and UNION filesystems are known to be buggy, # and WILL panic your system if you attempt to do anything with them. # They are included here as an incentive for some enterprising soul to # sit down and fix them. # # One of these is mandatory: options FFS #Fast filesystem options NFS #Network File System # The rest are optional: options "CD9660" #ISO 9660 filesystem options FDESC #File descriptor filesystem options KERNFS #Kernel filesystem options LFS #Log filesystem options MFS #Memory File System options MSDOSFS #MS DOS File System options NULLFS #NULL filesystem options PORTAL #Portal filesystem options PROCFS #Process filesystem options UMAPFS #UID map filesystem options UNION #Union filesystem # # Disk quotas are supported when this option is enabled. If you # change the value of this option, you must do a `make clean' in your # kernel compile directory in order to get a working kernel. # #options QUOTA #enable disk quotas # # PCI devices: # # The main PCI bus device is `pci'. It provides auto-detection and # configuration support for all devices on the PCI bus, using either # configuration mode defined in the PCI specification. # # The `ncr' device provides support for the NCR 53C810 and 53C825 # self-contained SCSI host adapters. # # The `de' device provides support for the Digital Equipment DC21040 # self-contained Ethernet adapter. # # The PROBE_VERBOSE option enables a long listing of chip set registers # for supported PCI chip sets (currently only intel Saturn and Mercury). # controller pci0 device ncr0 device de0 options PROBE_VERBOSE options "SCSI_DELAY=10" ##################################################################### # SCSI DEVICE CONFIGURATION # # The SCSI subsystem consists of the `base' SCSI code, a number of # high-level SCSI device `type' drivers, and the low-level host-adapter # device drivers. The host adapters are listed in the ISA and PCI # device configuration sections below. # # Beginning with FreeBSD 2.1 you can wire down your SCSI devices so # that a given bus, target, and LUN always come on line as the same # device unit. In earlier versions the unit numbers were assigned # in the order that the devices were probed on the SCSI bus. This # means that if you removed a disk drive, you may have had to rewrite # your /etc/fstab file, and also that you had to be careful when adding # a new disk as it may have been probed earlier and moved your device # configuration around. # This old behavior is maintained as the default behavior. The unit # assignment begins with the first non-wired down unit for a device # type. For example, if you wire a disk as "sd3" then the first # non-wired disk will be assigned sd4. # The syntax for wiring down devices is: # disk sd0 at scbus0 target 0 unit 0 # disk sd1 at scbus0 target 1 # disk sd2 at scbus0 target 3 # tape st1 at scbus0 target 6 # device cd0 at scbus? # "units" (SCSI logical unit number) that are not specified are # treated as if specified as LUN 0. # All SCSI devices allocate as many units as are required. # The "unknown" device (uk? in pre-2.1) is now part of the base SCSI # configuration and doesn't have to be explicitly configured. 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 # SCSIDEBUG: When defined enables debugging macros # NO_SCSI_SENSE: When defined disables sense descriptions (about 4k) # SCSI_REPORT_GEOMETRY: Always report disk geometry at boot up instead # of only when booting verbosely. #options SCSIDEBUG #options NO_SCSI_SENSE options SCSI_REPORT_GEOMETRY ##################################################################### # MISCELLANEOUS DEVICES AND OPTIONS # # Of these, only the `log' device is truly mandatory. The `pty' # device usually turns out to be ``effectively mandatory'', as it is # required for `telnetd', `rlogind', `screen', `emacs', and `xterm', # among others. # pseudo-device pty 256 #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) #pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. ##################################################################### # HARDWARE DEVICE CONFIGURATION # ISA and EISA devices: # Currently there is no separate support for EISA. There should be. # Micro Channel is not supported at all. # # Mandatory ISA devices: isa, sc, npx # controller isa0 # # Options for `isa': # # ALLOW_CONFLICT_DRQ suppresses the DMA conflict checks. This option is # included so that people with sound cards that support multiple emulations # can setup different sound drivers on the same DMA channel. There are no # other known uses for this option. # # ALLOW_CONFLICT_IOADDR suppresses the I/O address conflict checks, so # that the PS/2 mouse driver doesn't conflict with the console driver. # # ALLOW_CONFLICT_IRQ suppresses the interrupt line conflict checks, so # that multiple devices can share the same IRQ, provided that the # hardware supports it (it usually doesn't). # # ALLOW_CONFLICT_MEMADDR suppresses the memory address conflict checks. # This option is not known to be good for anything. # # AUTO_EOI_1 enables the `automatic EOI' feature for the master 8259A # interrupt controller. This saves about 1.25 usec for each interrupt. # No problems are known to be caused by this option. # # AUTO_EOI_2 enables the `automatic EOI' feature for the slave 8259A # interrupt controller. This saves about 1.25 usec for each interrupt. # Automatic EOI is documented not to work for for the slave with the # original i8259A, but it works for some clones and some integrated # versions. # # BOUNCE_BUFFERS provides support for ISA DMA on machines with more # than 16 megabytes of memory. It doesn't hurt on other machines. # Some broken EISA and VLB hardware may need this, too. # # DUMMY_NOPS disables extra delays for some bus operations. The delays # are mostly for older systems and aren't used consistently. Probably # works OK on most EISA bus machines. # # TUNE_1542 enables the automatic ISA bus speed selection for the # Adaptec 1542 boards. Does not work for all boards, use it with caution. # #options ALLOW_CONFLICT_DRQ #options ALLOW_CONFLICT_IOADDR #options ALLOW_CONFLICT_IRQ #options ALLOW_CONFLICT_MEMADDR options "AUTO_EOI_1" #options "AUTO_EOI_2" options BOUNCE_BUFFERS #options DUMMY_NOPS #options TUNE_1542 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver 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 # The syscons console driver (sco color console compatible) - default. #device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr #options "NCONS=4" # # Options for `sc': # # HARDFONTS allows the driver to load an ISO-8859-1 font to replace # the default font in your display adapter's memory. # options HARDFONTS # # MAXCONS is maximum number of virtual consoles, no more than 16 # default value: 12 # options "MAXCONS=16" device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Optional ISA and EISA devices: # # # SCSI host adapters: `aha', `ahb', `aic', `bt', `nca' # # aha: Adaptec 154x # ahb: Adaptec 174x # ahc: Adaptec 274x # aic: Adaptec 152x and sound cards using the Adaptec AIC-6360 (slow!) # bt: Most Buslogic controllers # nca: ProAudioSpectrum cards using the NCR 5380 or Trantor T130 # uha: UltraStore 14F and 34F # sea: Seagate ST01/02 8 bit controller (slow!) # wds: Western Digital WD7000 controller (no scatter/gather!). # # Note that the order is important in order for Buslogic cards to be # probed correctly. # controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller ahc0 at isa? bio irq ? vector ahcintr # port??? iomem? #controller ahb0 at isa? bio irq ? vector ahbintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x1f84 #controller nca2 at isa? port 0x1f8c #controller nca3 at isa? port 0x1e88 #controller nca4 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xdc000 iosiz 0x2000 vector seaintr #controller wds0 at isa? port 0x350 bio irq 15 drq 6 vector wdsintr # # ST-506, ESDI, and IDE hard disks: `wdc' and `wd' # # NB: ``Enhanced IDE'' is NOT supported at this time. # 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 # # Standard floppy disk controllers and floppy tapes: `fdc', `fd', and `ft' # 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 # # Options for `fd': # # FDSEEKWAIT selects a non-default head-settle time (i.e., the time to # wait after a seek is performed). The default value (1/32 s) is # usually sufficient. The units are inverse seconds, so a value of 16 # here means to wait 1/16th of a second; you should choose a power of # two. # #options FDSEEKWAIT="16" # # Other standard PC hardware: `lpt', `mse', `psm', `sio', etc. # # lpt: printer port # mse: Logitech and ATI InPort bus mouse ports # psm: PS/2 mouse port (needs ALLOW_CONFLICT_IOADDR, above) # sio: serial ports (see sio(4)) # cy: Cyclades high-speed serial driver (ALPHA QUALITY!) # gp: National Instruments AT-GPIB and AT-GPIB/TNT board # gsc: Genius GS-4500 hand scanner. # joy: joystick device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device lpt2 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr #device psm0 at isa? port "IO_KBD" tty irq 12 vector psmintr 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 "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr #device gp0 at isa? port 0x2c0 tty #device gsc0 at isa? port "IO_GSC1" tty drq 3 #device joy0 at isa? port "IO_GAME" #device cy0 at isa? tty irq 10 iomem 0xd4000 vector cyintr # Options for sio: #options COMCONSOLE #prefer serial console to video console options COM_MULTIPORT #code for some cards with shared IRQs #options DSI_SOFT_MODEM #code for DSI Softmodems # # Network interfaces: `cx', `ed', `el', `ep', `ie', `is', `le', `lnc' # # cx: Cronyx/Sigma multiport sync/async (with Cisco or PPP framing) # ed: Western Digital and SMC 80xx; Novell NE1000 and NE2000; 3Com 3C503 # el: 3Com 3C501 (slow!) # ep: 3Com 3C509 (buggy) # ie: AT&T StarLAN 10 and EN100; 3Com 3C507; unknown NI5210 # le: Digital Equipment EtherWorks 2 and EtherWorks 3 (DEPCA, DE100, # DE101, DE200, DE201, DE202, DE203, DE204, DE205, DE422) # lnc: Lance/PCnet cards (Isolan, Novell NE2100, NE32-VL) # ze: IBM/National Semiconductor PCMCIA ethernet controller. # zp: 3Com PCMCIA Etherlink III (It does not require shared memory for # send/receive operation, but it needs 'iomem' to read/write the # attribute memory) # #device cx0 at isa? port 0x240 net irq 15 drq 7 vector cxintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device el0 at isa? port 0x300 net irq 9 vector elintr device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr # ISDN drivers - `isdn'. # # Uncomment one (and only one) of the following 4 drivers for the appropriate # ISDN device you have. For more information on what's considered appropriate # for your given set of circumstances, please read # /usr/src/gnu/usr.sbin/docs/INSTALL. It's a bit sparse at present, but it's # the best we have right now. The snic driver is also disabled at present, # waiting for someone to upgrade the driver to 2.0 (it's in /sys/gnu/scsi/). # #device nic0 at isa? port "IO_COM3" iomem 0xe0000 tty irq 9 vector nicintr #device nnic0 at isa? port 0x150 iomem 0xe0000 tty irq 12 vector nnicintr # This one is also temporarily ill - needs an isa_device structure!! #controller tel0 at isa? iomem 0xe0000 tty irq 9 vector telintr # These are non-optional for ISDN #pseudo-device isdn #pseudo-device ii 4 #pseudo-device ity 4 #pseudo-device itel 2 #pseudo-device ispy 1 # # Audio drivers: `snd', `pca' # # snd: Voxware sound drivers for various cards # see /usr/src/sys/i386/isa/sound/sound.doc for details # pca: PCM audio through your PC speaker # #options AUDIO_PAS #options AUDIO_SB #options AUDIO_ADLIB #options AUDIO_GUS #options AUDIO_MPU401 #options AUDIO_UART6850 #options AUDIO_PSS #options AUDIO_GUS16 #options AUDIO_GUSMAX #options AUDIO_MSS #options AUDIO_SBPRO #options AUDIO_SB16 #options AUDIO_YM3812 #device snd10 at isa? port 0x530 irq 10 drq 1 vector adintr #device snd5 at isa? port 0x330 irq 6 vector mpuintr #device snd4 at isa? port 0x220 irq 15 drq 6 vector gusintr #device snd3 at isa? port 0x388 irq 10 drq 6 vector pasintr #device snd2 at isa? port 0x220 irq 7 drq 1 vector sbintr #device snd6 at isa? port 0x220 irq 7 drq 5 vector sbintr #device snd7 at isa? port 0x300 #device snd1 at isa? port 0x388 device pca0 at isa? tty # # Miscellaneous hardware: `mcd', `wt', `ctx', `apm' # # mcd: Mitsumi CD-ROM # scd: Sony CD-ROM # matcd: Matsushita/Panasonic CD-ROM # wt: Wangtek and Archive QIC-02/QIC-36 tape drives # ctx: Cortex-I frame grabber # apm: Laptop Advanced Power Management (experimental) # spigot: The Creative Labs Video Spigot video-aquisition board # # Notes on the spigot: # The video spigot is at 0xad6. This port address can not be changed. # The irq values may only be 10, 11, or 15 # I/O memory is an 8kb region. Possible values are: # 0a0000, 0a2000, ..., 0fffff, f00000, f02000, ..., ffffff # Note that the start address must be on an even boundary. device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr # for the Sony CDU31/33A CDROM #device scd0 at isa? port 0x230 bio # for the soundblaster 16 multicd - up to 4 devices controller matcd0 at isa? port ? controller matcd1 at isa? port ? controller matcd2 at isa? port ? controller matcd3 at isa? port ? #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device ctx0 at isa? port 0x230 iomem 0xd0000 #device spigot0 at isa? port 0xad6 irq 15 iomem 0xee000 vector spigintr #device apm0 at isa? >Description: fchmod does dereference vp->v_mount, which is NULL here. As usual the proc is slirp. Current directory is /var/crash/ Reading symbol data from /var/crash/kernel.29...done. IdlePTD 25a000 panic: page fault current pcb at 20851c Reading in symbols for ../../i386/i386/machdep.c...done. (kgdb) directory /usr/src/sys/i386/conf Source directories searched: /m/katiska/news/crash:/usr/src/sys/i386/conf (kgdb) up Reading in symbols for ../../kern/subr_prf.c...done. #1 0xf0114b43 in panic (fmt=(char *) 0xf01bca7e "page fault") (../../kern/subr_prf.c line 124) (kgdb) up Reading in symbols for ../../i386/i386/trap.c...done. #2 0xf01bd57e in trap_fatal (frame=(struct trapframe *) 0xefbffe80) (../../i386/i386/trap.c line 745) (kgdb) up #3 0xf01bd0f0 in trap_pfault (frame=(struct trapframe *) 0xefbffe80, usermode=0) (../../i386/i386/trap.c line 667) (kgdb) up #4 0xf01bcd8f in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -272629868, tf_esi = -244656640, tf_ebp = -272629940, tf_isp = -267198779, tf_ebx = 0, tf_edx = -247663616, tf_ecx = 29, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -267198779, tf_cs = 8, tf_eflags = 66178, tf_esp = -272629868, tf_ss = -242884096}) (../../i386/i386/trap.c line 307) (kgdb) down #3 0xf01bd0f0 in trap_pfault (frame=(struct trapframe *) 0xefbffe80, usermode=0) (../../i386/i386/trap.c line 667) (kgdb) print curpcb $1 = -175075328 (kgdb) print &curpcb $2 = (int *) 0xf01f8110 (kgdb) up #4 0xf01bcd8f in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -272629868, tf_esi = -244656640, tf_ebp = -272629940, tf_isp = -267198779, tf_ebx = 0, tf_edx = -247663616, tf_ecx = 29, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -267198779, tf_cs = 8, tf_eflags = 66178, tf_esp = -272629868, tf_ss = -242884096}) (../../i386/i386/trap.c line 307) (kgdb) print type $3 = 0 (kgdb) up #5 0xf01b2b4d in exception:calltrap () (kgdb) up Reading in symbols for ../../kern/vfs_syscalls.c...done. #6 0xf012dec5 in fchmod (p=(struct proc *) 0xf185e200, uap=(struct fchmod_args *) 0xefbfff94, retval=(int *) 0xefbfff8c) (../../kern/vfs_syscalls.c line 1503) (kgdb) print vp $4 = (struct vnode *) 0xf16ad600 (kgdb) print *vp $5 = {v_flag = 0x00000000, v_usecount = 1, v_writecount = 1, v_holdcnt = 0, v_lastr = 0, v_id = 0x009127ad, v_mount = 0x0, v_op = 0xf13cf400, v_freelist = {tqe_next = 0x0, tqe_prev = 0xf1660d9c}, v_mntvnodes = {le_next = 0xf15b5380, le_prev = 0xf14b41a4}, v_cleanblkhd = {lh_first = 0x0}, v_dirtyblkhd = {lh_first = 0x0}, v_numoutput = 0, v_type = VBAD, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_specinfo = 0x0, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_ralen = 0, v_maxra = 0, v_vmdata = 0x0, v_tag = VT_NON, v_data = 0x0} (kgdb) print vp->v_mount->mnt_flag Cannot read memory: address 0x14 out of bounds. (kgdb) print vp->v_mount $6 = (struct mount *) 0x0 (kgdb) print p->p_fd $7 = (struct filedesc *) 0xf1dcc180 (kgdb) print *p->p_fd $8 = {fd_ofiles = 0xf1dcc19c, fd_ofileflags = 0xf1dcc1ec , fd_cdir = 0xf15fdd80, fd_rdir = 0x0, fd_nfiles = 20, fd_lastfile = 0x0004, fd_freefile = 0x0004, fd_cmask = 0x003f, fd_refcnt = 0x0001} (kgdb) list 1498 if (error) 1499 return (error); 1500 vp = (struct vnode *)fp->f_data; 1501 LEASE_CHECK(vp, p, p->p_ucred, LEASE_WRITE); 1502 VOP_LOCK(vp); 1503 if (vp->v_mount->mnt_flag & MNT_RDONLY) 1504 error = EROFS; 1505 else { 1506 VATTR_NULL(&vattr); 1507 vattr.va_mode = uap->mode & ALLPERMS; (kgdb) print vp->v_mount $9 = (struct mount *) 0x0 (kgdb) print *vp $10 = {v_flag = 0x00000000, v_usecount = 1, v_writecount = 1, v_holdcnt = 0, v_lastr = 0, v_id = 0x009127ad, v_mount = 0x0, v_op = 0xf13cf400, v_freelist = {tqe_next = 0x0, tqe_prev = 0xf1660d9c}, v_mntvnodes = {le_next = 0xf15b5380, le_prev = 0xf14b41a4}, v_cleanblkhd = {lh_first = 0x0}, v_dirtyblkhd = {lh_first = 0x0}, v_numoutput = 0, v_type = VBAD, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_specinfo = 0x0, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_ralen = 0, v_maxra = 0, v_vmdata = 0x0, v_tag = VT_NON, v_data = 0x0} (kgdb) >How-To-Repeat: Load a P90 heavily with random users, some of them running slirp. I will keep the crash dumps for couple of days in case someone wants them. >Fix: Don't know, but either v_mount should not be NULL, or if it is ok to be NULL here, it needs to be checked? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Oct 15 23:00:46 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA27145 for bugs-outgoing; Sun, 15 Oct 1995 23:00:46 -0700 Received: from sunpost.sable.krasnoyarsk.su (sunpost.sable.krasnoyarsk.su [193.125.44.81]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA27130 ; Sun, 15 Oct 1995 23:00:27 -0700 Received: from rnc.sable.krasnoyarsk.su by sunpost.sable.krasnoyarsk.su with SMTP id AA22908 (5.65.kiae-1 ); Mon, 16 Oct 1995 12:58:17 +0700 Received: by rnc.sable.krasnoyarsk.su (8.6.8/Krasnet 1.00) id MAA01943; Mon, 16 Oct 1995 12:58:33 +0700 From: tke@rnc.sable.krasnoyarsk.su (Konstantin Telegin) Message-Id: <199510160558.MAA01943@rnc.sable.krasnoyarsk.su> Subject: Re: reboot error (keyboard reset) To: bmk@dtr.com Date: Mon, 16 Oct 1995 12:58:27 +0700 (GMT+0700) Cc: freebsd-bugs@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <199510160327.UAA00983@everest> from "bmk@dtr.com" at Oct 15, 95 08:27:36 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Content-Length: 651 Sender: owner-bugs@freebsd.org Precedence: bulk According to bmk@dtr.com: > > > > Can you give us some more information about your system? > > > Surely. > > > ASUSTek, PCI/I486SP3G - 100MHz > > On-board Fast SCSI-2 (NCR 53C810) > > On-board Multi-I/O > > CL543X PCI Local Bus VGA card > > 16Mb RAM > > HDD (CONNER CFP1060S 1GB SCSI) > > > Additionaly attached: > > > EtherLink-III (3COM-509) > > DigiBoard PC/Xe 64K > > You probably want to post this to freebsd-bugs or -questions as well. > Which BIOS does this system use? > Award Modular Bios V4.50G NCR SDMS V3.0 PCI SCSI BIOS PCI Rev. 2.0 -- Konstantin Telegin E-mail: tke@sable.krasnoyarsk.su Phone: +7 (3912) 276793 From owner-freebsd-bugs Mon Oct 16 07:24:54 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA09185 for bugs-outgoing; Mon, 16 Oct 1995 07:24:54 -0700 Received: (from wollman@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA09159 ; Mon, 16 Oct 1995 07:24:49 -0700 Date: Mon, 16 Oct 1995 07:24:49 -0700 From: "Garrett A. Wollman" Message-Id: <199510161424.HAA09159@freefall.freebsd.org> To: uhclem%nemesis@fw.ast.com, wollman, freebsd-bugs Subject: Re: bin/771 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: telnet character mode not set and broken when set - FDIV034 State-Changed-From-To: open-analyzed State-Changed-By: wollman State-Changed-When: Mon Oct 16 07:22:08 PDT 1995 State-Changed-Why: The problem is caused by a clash between the standard meaning of ISIG mode in the tty driver and the way telnetd(8) implements it using TELNET's LINEMODE TRAPSIG functionality. The fix will be to make telnetd disable all the special characters not implemented by ISIG (and IEXTEN if enabled) when switching into that mode. From owner-freebsd-bugs Mon Oct 16 11:00:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA15431 for bugs-outgoing; Mon, 16 Oct 1995 11:00:04 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA15421 ; Mon, 16 Oct 1995 11:00:02 -0700 Resent-Date: Mon, 16 Oct 1995 11:00:02 -0700 Resent-Message-Id: <199510161800.LAA15421@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wosch@freebsd.first.gmd.de Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA15309 for ; Mon, 16 Oct 1995 10:52:52 -0700 Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA10034; Mon, 16 Oct 95 18:52:44 +0100 Received: by freebsd.first.gmd.de (SAA13569); Mon, 16 Oct 1995 18:54:17 +0100 Message-Id: <199510161754.SAA13569@freebsd.first.gmd.de> Date: Mon, 16 Oct 1995 18:54:17 +0100 From: Wolfram Schneider Reply-To: wosch@freebsd.first.gmd.de To: FreeBSD-gnats-submit@freebsd.org, wosch@freebsd.first.gmd.de X-Send-Pr-Version: 3.2 Subject: bin/783: find improvement Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 783 >Category: bin >Synopsis: find improvement >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Oct 16 11:00:00 PDT 1995 >Last-Modified: >Originator: Wolfram Schneider >Organization: >Release: FreeBSD 2.0-BUILT-19950530 i386 >Environment: The following patch made find(1) in worst case 5-10% faster (user+system time; for find / -print) --- 1.1 1995/10/16 17:35:18 +++ function.c 1995/10/16 17:36:09 @@ -783,7 +783,7 @@ PLAN *plan; FTSENT *entry; { - (void)printf("%s\n", entry->fts_path); + (void)puts(entry->fts_path); return (1); } >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Oct 16 11:34:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA16789 for bugs-outgoing; Mon, 16 Oct 1995 11:34:07 -0700 Received: (from wollman@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA16768 ; Mon, 16 Oct 1995 11:34:05 -0700 Date: Mon, 16 Oct 1995 11:34:05 -0700 From: "Garrett A. Wollman" Message-Id: <199510161834.LAA16768@freefall.freebsd.org> To: wosch@freebsd.first.gmd.de, wollman, freebsd-bugs Subject: Re: bin/783 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: find improvement State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Mon Oct 16 11:32:54 PDT 1995 State-Changed-Why: Suggested enhancement accepted. From owner-freebsd-bugs Mon Oct 16 18:53:29 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA03291 for bugs-outgoing; Mon, 16 Oct 1995 18:53:29 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA03285 ; Mon, 16 Oct 1995 18:53:24 -0700 Received: from ast.com by relay3.UU.NET with SMTP id QQzltv18820; Mon, 16 Oct 1995 21:53:22 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA20393 (5.67b/IDA-1.5); Mon, 16 Oct 1995 18:54:54 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Mon, 16 Oct 95 20:54 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t51AK-000IthC; Mon, 16 Oct 95 20:50 WET DST Message-Id: Date: Mon, 16 Oct 95 20:50 WET DST To: wollman@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Mon Oct 16 1995, 20:50:04 CDT Subject: Re: bin/771 Additional Sender: owner-bugs@FreeBSD.org Precedence: bulk [0]The problem is caused by a clash between the standard meaning of ISIG [0]mode in the tty driver and the way telnetd(8) implements it using TELNET's [0]LINEMODE TRAPSIG functionality. The fix will be to make telnetd disable [0]all the special characters not implemented by ISIG (and IEXTEN if enabled) [0]when switching into that mode. I noticed another artifact today. Telnet from a 2.0.5 system to a 2.0.5 system. About every other telnet attempt (sometimes only 40% of the time), you don't get a "login:" prompt until you press CTRL-J or CTRL-M AFTER you see the remote system banner. This does not appear to happen on a telnet attempt from 1005 to 1005, but it does happen about 2 or 3 times out of ten on a telnet from 2.0.5 to 1005 or from 1005 to 2.0.5. The two machines involved in this test are identical in terms of computing speed, memory, network card and disk, so these should not be issues. Both systems were completly idle during the tests on a two-node network, so there are no outside traffic. Note that the output of toggle options is 100% identical for the failing and non-failing attempts, so this probably isn't a negotiation problem, or if it is it is a timing problem. Here is the output seen with notations: (Long lines have been folded) >From 2.0.5 to 2.0.5 run as non-root used from console screen F4. % telnet | tee /dev/tty > x1 telnet> Will show option processing. telnet> Trying a.b.c.d... Connected to nemesis.lonestar.org. Escape character is '^]'. SENT DO SUPPRESS GO AHEAD SENT WILL TERMINAL TYPE SENT WILL NAWS SENT WILL TSPEED SENT WILL LFLOW SENT WILL LINEMODE SENT WILL NEW-ENVIRON SENT DO STATUS RCVD DO TERMINAL TYPE RCVD DO TSPEED RCVD DO XDISPLOC SENT WONT XDISPLOC RCVD DO NEW-ENVIRON RCVD DO OLD-ENVIRON SENT WONT OLD-ENVIRON RCVD WILL SUPPRESS GO AHEAD RCVD DO NAWS SENT IAC SB NAWS 0 80 (80) 0 25 (25) RCVD DO LFLOW RCVD DO LINEMODE SENT IAC SB LINEMODE SLC SYNCH DEFAULT 0; IP VARIABLE|FLUSHIN|FLUSHOUT 3; AO VARIABLE 15; AYT NOSUPPORT 255; ABORT VARIABLE|FLUSHIN|FLUSHOUT 28; EOF VARIABLE 4; SUSP VARIABLE|FLUSHIN 26; EC VARIABLE 8; EL VARIABLE 21; EW VARIABLE 23; RP VARIABLE 18; LNEXT VARIABLE 22; XON VARIABLE 17; XOFF VARIABLE 19; FORW1 NOSUPPORT 255; FORW2 NOSUPPORT 255; SENT DO SUPPRESS GO AHEAD RCVD IAC SB LINEMODE MODE EDIT|TRAPSIG SENT IAC SB LINEMODE MODE EDIT|TRAPSIG|ACK RCVD WILL STATUS RCVD IAC SB TERMINAL-SPEED SEND SENT IAC SB TERMINAL-SPEED IS -1,-1 RCVD IAC SB NEW-ENVIRON SEND SENT IAC SB NEW-ENVIRON IS RCVD IAC SB TERMINAL-TYPE SEND SENT IAC SB TERMINAL-TYPE IS "CONS25" RCVD DO ECHO SENT WONT ECHO RCVD WILL ECHO SENT DO ECHO RCVD DO BINARY SENT WILL BINARY RCVD IAC SB TOGGLE-FLOW-CONTROL RESTART-ANY RCVD WONT ECHO SENT DONT ECHO RCVD IAC SB LINEMODE SLC SYNCH NOSUPPORT 0; EC VARIABLE|ACK 8; SENT IAC SB LINEMODE SLC SYNCH NOSUPPORT|ACK 0; FreeBSD (nemesis.lonestar.org) (ttyp0) Here the system waits, NOT displaying the login prompt. System is IDLE. After 30 seconds or so I eventually type CTRL-J or CTRL-M, and then it displays: login: Then I send the CTRL-D. SENT IAC EOF If it doesn't fail, immediately repeat the above steps, with or without the "tee". "Tee" has no effect on the occurrence of the problem. The choice of console screens also has no effect. *End of log* Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Tue Oct 17 06:36:58 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA25274 for bugs-outgoing; Tue, 17 Oct 1995 06:36:58 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA25269 for ; Tue, 17 Oct 1995 06:36:54 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id OAA12573 for ; Tue, 17 Oct 1995 14:36:08 +0100 (MET) Message-Id: <199510171336.OAA12573@lirmm.lirmm.fr> To: bugs@freebsd.org Subject: bug in mt Date: Tue, 17 Oct 1995 14:36:05 +0100 From: "Philippe Charnier" Sender: owner-bugs@freebsd.org Precedence: bulk Hello, There is a bug in mt.c (function is printreg). With a Wantek tape drive, I enter in the function with "ds",3,0 v=3 and bits=0 when bits++ is done, bits becomes != NULL if (v && bits) is ok because v=3 (with my tape drive) then *bits produce an segmentation fault. Have a nice day. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-bugs Tue Oct 17 11:00:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA01975 for bugs-outgoing; Tue, 17 Oct 1995 11:00:06 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA01969 ; Tue, 17 Oct 1995 11:00:03 -0700 Resent-Date: Tue, 17 Oct 1995 11:00:03 -0700 Resent-Message-Id: <199510171800.LAA01969@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tech@Ieunet.ie Received: from pop.Ieunet.ie (zadok.Ieunet.ie [192.111.39.34]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA01838 for ; Tue, 17 Oct 1995 10:52:23 -0700 Received: by pop.Ieunet.ie (Smail3.1.29.1 #2) id m0t5GAy-000IFUC; Tue, 17 Oct 95 18:51 WET DST Message-Id: Date: Tue, 17 Oct 95 18:51 WET DST From: aj@Ieunet.ie (Alan Judge) Reply-To: tech@Ieunet.ie To: FreeBSD-gnats-submit@freebsd.org Cc: tech@Ieunet.ie X-Send-Pr-Version: 3.2 Subject: kern/784: 2.0.5-950622-SNAP tcp CLOSING/LAST_ACK problem (maybe fixed??) Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 784 >Category: kern >Synopsis: TCP WWW connections seem to get stuck and never go away >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 17 11:00:01 PDT 1995 >Last-Modified: >Originator: Alan Judge >Organization: Ieunet Ltd. >Release: FreeBSD 2.0-BUILT-19950612 i386 >Environment: We're running 2.0.5-950622-SNAP on a fairly busy web server, having just moved our primary web stuff over. >Description: The machine wedged earlier today, having running out of mbuf clusters (which I'll need to increase anyway). Having a snoop around, it would seem that some WWW connections with data queued are not going away after a dialup user hangs up. For example: f072fc00 tcp 0 5270 192.111.39.241.80 138.220.76.189.130 CLOSING f075c300 tcp 0 16384 192.111.39.34.8000 193.120.254.57.165 LAST_ACK Eventually this fills all the mbufs and everything stops. >How-To-Repeat: Run a popular web server :-) I'm sure that www.FreeBSD.org has hit similar problems. >Fix: I've had a look at the sources and it would seem that keep alives have no effect here, as they are ignored if tp->t_state <= TCPS_CLOSE_WAIT However, from looking at the 2.1.0-951005-SNAP I see some interesting new code in tcp_timer.c. Am I correct in thinking that the code that starts: * Hack: if the peer is dead/unreachable, we do not * time out if the window is closed. After a full might fix the problem if pulled into my tcp_timers.c??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 17 12:00:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA03720 for bugs-outgoing; Tue, 17 Oct 1995 12:00:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA03712 ; Tue, 17 Oct 1995 12:00:02 -0700 Resent-Date: Tue, 17 Oct 1995 12:00:02 -0700 Resent-Message-Id: <199510171900.MAA03712@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tech@Ieunet.ie Received: from pop.Ieunet.ie (zadok.Ieunet.ie [192.111.39.34]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA03429 for ; Tue, 17 Oct 1995 11:51:45 -0700 Received: by pop.Ieunet.ie (Smail3.1.29.1 #2) id m0t5H6d-000IFbC; Tue, 17 Oct 95 19:51 WET DST Message-Id: Date: Tue, 17 Oct 95 19:51 WET DST From: aj@Ieunet.ie (Alan Judge) Reply-To: tech@Ieunet.ie To: FreeBSD-gnats-submit@freebsd.org Cc: tech@Ieunet.ie X-Send-Pr-Version: 3.2 Subject: kern/785: 2.0.5-950622-SNAP Various ifconfig alias problems Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 785 >Category: kern >Synopsis: Various ifconfig alias problems >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 17 12:00:01 PDT 1995 >Last-Modified: >Originator: Alan Judge >Organization: Ieunet Ltd >Release: FreeBSD 2.0-BUILT-19950612 i386 >Environment: 2.0.5-950622-SNAP running busy web server. 10 virtual interfaces running using ifconfig alias. >Description: Several, possibly related problems: - ifconfig ed0 xxx.yyy.zzz.123 alias returns error: ifconfig: ioctl (SIOCAIFADDR): File exists If run a second time, there is no error and everything seems to be OK. - In order for the new address to be reachable from the host itself, you need to do ifconfig lo0 xxx.yyy.zzz.123 alias as well. I don't know if this is intentional, but it's certainly necessary. This usually results in a kernel error message like: arp_rtrequest: bad gateway value rtinit: wrong ifa (0xf06b2600) was (0xf0746d80) And again sometimes must be redone. - Some of this may be related to the fact that the presence of an arp entry for the host being aliased (even an incomplete one) seems to break everything. So I've been doing arp -d first. >How-To-Repeat: >Fix: Unknown. Current workaround is to do: $i=xxx.yyy.zzz.aaa arp -d $i > /dev/null 2>&1 ifconfig ed0 $i alias > /dev/null 2>&1 ifconfig ed0 $i alias ifconfig lo0 $i alias > /dev/null 2>&1 ifconfig lo0 $i alias >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 17 12:50:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA04961 for bugs-outgoing; Tue, 17 Oct 1995 12:50:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA04955 ; Tue, 17 Oct 1995 12:50:01 -0700 Date: Tue, 17 Oct 1995 12:50:01 -0700 Message-Id: <199510171950.MAA04955@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Garrett A. Wollman" Subject: kern/785: 2.0.5-950622-SNAP Various ifconfig alias problems Reply-To: "Garrett A. Wollman" Sender: owner-bugs@FreeBSD.org Precedence: bulk The following reply was made to PR kern/785; it has been noted by GNATS. From: "Garrett A. Wollman" To: tech@ieunet.ie Cc: FreeBSD-gnats-submit@freebsd.org Subject: kern/785: 2.0.5-950622-SNAP Various ifconfig alias problems Date: Tue, 17 Oct 1995 15:40:34 -0400 < - ifconfig ed0 xxx.yyy.zzz.123 alias > returns error: > ifconfig: ioctl (SIOCAIFADDR): File exists Incorrect invocation. ifconfig ed0 xxx.yyy.zzz.123 netmask 255.255.255.255 alias > - In order for the new address to be reachable from the > host itself, you need to do > ifconfig lo0 xxx.yyy.zzz.123 alias > as well. I don't know if this is intentional, but > it's certainly necessary. See above. > This usually results in a kernel error message like: > arp_rtrequest: bad gateway value > rtinit: wrong ifa (0xf06b2600) was (0xf0746d80) See above. > - Some of this may be related to the fact that the > presence of an arp entry for the host being aliased > (even an incomplete one) seems to break everything. > So I've been doing arp -d first. See above. -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 Tue Oct 17 13:22:13 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA06199 for bugs-outgoing; Tue, 17 Oct 1995 13:22:13 -0700 Received: (from wollman@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA06181 ; Tue, 17 Oct 1995 13:22:08 -0700 Date: Tue, 17 Oct 1995 13:22:08 -0700 From: "Garrett A. Wollman" Message-Id: <199510172022.NAA06181@freefall.freebsd.org> To: tech@Ieunet.ie, wollman, freebsd-bugs Subject: Re: kern/785 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: Various ifconfig alias problems State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Tue Oct 17 13:21:24 PDT 1995 State-Changed-Why: User didn't specify correct netmask for his application. From owner-freebsd-bugs Tue Oct 17 14:06:09 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08083 for bugs-outgoing; Tue, 17 Oct 1995 14:06:09 -0700 Received: from plains.nodak.edu (89@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA08074 for ; Tue, 17 Oct 1995 14:06:01 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id QAA18862 for freebsd-bugs@freebsd.org; Tue, 17 Oct 1995 16:05:51 -0500 Date: Tue, 17 Oct 1995 16:05:51 -0500 From: Mark Tinguely Message-Id: <199510172105.QAA18862@plains.nodak.edu> To: freebsd-bugs@freebsd.org Subject: yppasswdd -m problems Content-Length: 697 Sender: owner-bugs@freebsd.org Precedence: bulk the NIS password daemon (yppasswdd) in FreeBSD 2.0.5-RELEASE does not work correctly when the password database file is not /etc/master.passwd. when started as: yppasswdd -m /var/yp/master.passwd we have the following problems: 1) still need an account entry in /etc/master.passwd for user on NIS server. 2) the /etc/master.passwd password must be the same as /var/yp/master.passwd on the NIS server to change the password on the client. I do not want these users in the /etc/master.passwd of the NIS server, that is the whole reason for not using the /etc/master.passwd as the NIS password. I would change the problem, but I could not the sources to yppasswdd. --mark. From owner-freebsd-bugs Tue Oct 17 14:14:35 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08396 for bugs-outgoing; Tue, 17 Oct 1995 14:14:35 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA08390 for ; Tue, 17 Oct 1995 14:14:30 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA04070; Tue, 17 Oct 1995 17:13:46 -0400 Date: Tue, 17 Oct 1995 17:13:46 -0400 From: "Garrett A. Wollman" Message-Id: <9510172113.AA04070@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/785: 2.0.5-950622-SNAP Various ifconfig alias problems In-Reply-To: <199510172048.OAA07972@rocky.sri.MT.net> References: <199510171950.MAA04955@freefall.freebsd.org> <199510172048.OAA07972@rocky.sri.MT.net> Sender: owner-bugs@FreeBSD.org Precedence: bulk < said: > Is there anyway that ifconfig could be hacked to always use a netmask of > 0xffffffff when alias was specified to avoid all of these kind of error > reports? Is there *any* time when an alias is used when the netmask is > not all 1's? Yes. Believe it or not, the code was not originally written to support `fake hosts'. It was originally written to support `multiple logical IP subnets on a single wire'. -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 Tue Oct 17 14:21:44 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08538 for bugs-outgoing; Tue, 17 Oct 1995 14:21:44 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA08529 for ; Tue, 17 Oct 1995 14:21:37 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA08091; Tue, 17 Oct 1995 15:23:45 -0600 Date: Tue, 17 Oct 1995 15:23:45 -0600 From: Nate Williams Message-Id: <199510172123.PAA08091@rocky.sri.MT.net> To: "Garrett A. Wollman" Cc: Nate Williams , freebsd-bugs@freefall.freebsd.org Subject: Re: kern/785: 2.0.5-950622-SNAP Various ifconfig alias problems In-Reply-To: <9510172113.AA04070@halloran-eldar.lcs.mit.edu> References: <199510171950.MAA04955@freefall.freebsd.org> <199510172048.OAA07972@rocky.sri.MT.net> <9510172113.AA04070@halloran-eldar.lcs.mit.edu> Sender: owner-bugs@FreeBSD.org Precedence: bulk > > Is there anyway that ifconfig could be hacked to always use a netmask of > > 0xffffffff when alias was specified to avoid all of these kind of error > > reports? Is there *any* time when an alias is used when the netmask is > > not all 1's? > > Yes. Believe it or not, the code was not originally written to > support `fake hosts'. It was originally written to support `multiple > logical IP subnets on a single wire'. I can understand why this would be a 'good thing', but isn't this same functionality available via the alias keyword? Can you give an example of when you would use the alias keyword without an all 1's netmask? It appears from all of your responses that the netmask must always be all ones to have multiple IP addresses on a single network device. What is the limitation of using 'multiple logical IP subnets' on a single interface vs. using multiple 'fake hosts' on a single interface? Nate From owner-freebsd-bugs Tue Oct 17 14:28:00 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA08769 for bugs-outgoing; Tue, 17 Oct 1995 14:28:00 -0700 Received: from stu.beloit.edu (stu.beloit.edu [144.89.40.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA08763 for ; Tue, 17 Oct 1995 14:27:55 -0700 Received: by stu.beloit.edu (AIX 3.2/UCB 5.64/4.03) id AA22998; Tue, 17 Oct 1995 16:26:21 -0500 From: walcottt@stu.beloit.edu (Tom Walcott) Message-Id: <9510172126.AA22998@stu.beloit.edu> Subject: Problem installing. To: bugs@FreeBSD.org Date: Tue, 17 Oct 1995 16:26:21 +22299548 (CDT) X-Mailer: ELM [version 2.4 PL20] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1232 Sender: owner-bugs@FreeBSD.org Precedence: bulk I am attempting to install FreeBSD 2.0 on a 486SX with 4 megs of RAM and a 125 meg hard drive. After rawriting boot_144.flp and cpio.flp onto two 1.44 disks, I booted up and used fdisk and disklabel to set up the hard drive. (20 megs for /, 12 for swap, 93 for /usr.) Going to proceed, there was a message at the attempt to install sysinstall: recal failed ST0 80 cyl fd0c: hard error rep. head> ST1 1 ST2 0 cyl 53 hd 1 sec 3 zcat: stdin: Input/output error This is in the background, but it keeps going. At the reboot from the hard drive: exec /stand/sysinstall: error 8 init: not found panic: no init And it panic reboots. This is a lot of fun, and a great way to spend the day, but I was wondering if there's something that I'm doing wrong, or any way that I could actually get it to boot. I tried using a different boot disk, and got exactly the same response. Thinking that it might be the hard drive, I then defined the first partition as /notouch, b as swap, e as /, and d as /usr. I made notouch 20 megs, on the principle that then it would encompass the space that / would have earlier. No dice, same error. Thank you very much for your attention! Tom Walcott Beloit College Computer Services From owner-freebsd-bugs Tue Oct 17 15:19:44 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA10968 for bugs-outgoing; Tue, 17 Oct 1995 15:19:44 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA10951 for ; Tue, 17 Oct 1995 15:19:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA02856; Tue, 17 Oct 1995 23:19:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA05135; Tue, 17 Oct 1995 23:19:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA03564; Tue, 17 Oct 1995 23:08:24 +0100 From: J Wunsch Message-Id: <199510172208.XAA03564@uriah.heep.sax.de> Subject: Re: Problem installing. To: walcottt@stu.beloit.edu (Tom Walcott) Date: Tue, 17 Oct 1995 23:08:24 +0100 (MET) Cc: bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9510172126.AA22998@stu.beloit.edu> from "Tom Walcott" at Oct 17, 95 04:26:21 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: 611 Sender: owner-bugs@FreeBSD.org Precedence: bulk As Tom Walcott wrote: > > recal failed > ST0 80 cyl > fd0c: hard error rep. head> > ST1 1 ST2 0 cyl 53 hd 1 sec 3 > zcat: stdin: Input/output error You most likely have a 72065/compatible floppy controller. 2.0R had a serious brokeness with those controllers, leading to a total inability to read floppies with it. Your best bet is using a newer release, the second one to change the floppy controller (at least for installation). -- 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 Oct 18 02:37:01 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA01528 for bugs-outgoing; Wed, 18 Oct 1995 02:37:01 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA01404 for ; Wed, 18 Oct 1995 02:32:44 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA14339 for ; Wed, 18 Oct 1995 09:32:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA08430 for freebsd-bugs@FreeBSD.org; Wed, 18 Oct 1995 09:32:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA09486 for freebsd-bugs@FreeBSD.org; Wed, 18 Oct 1995 09:25:23 +0100 From: J Wunsch Message-Id: <199510180825.JAA09486@uriah.heep.sax.de> Subject: UUCP-Saga... To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Wed, 18 Oct 1995 09:25:22 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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: 1255 Sender: owner-bugs@FreeBSD.org Precedence: bulk Sigh. Was habt Ihr denn geändert? Ich bekomme nur noch über TCP eine UUCP-Verbindung. Egal, ob ich die alten oder die neuen Telefonnummern nehme: Calling system sax (port cuaa1) Login successful Handshake successful (protocol 'i' sending packet/window 1024/16 receiving 1024/16) Sending rmail walcottt@stu.beloit.edu (D.0B72) (5487 bytes) ERROR: Got hangup signal Call complete (10 seconds 4096 bytes 409 bps) ^^^^ ... Calling system sax (port cuaa1) Login successful Handshake successful (protocol 'i' sending packet/window 1024/16 receiving 1024/16) Sending rmail walcottt@stu.beloit.edu (D.0B72) (5487 bytes) ERROR: Got hangup signal Call complete (13 seconds 4096 bytes 315 bps) ^^^^ Er hängt sich synchron immer an der gleichen Stelle auf. Meine anderen UUCP-Links gehen alle noch. Ich habe jetzt nochmal alle neuen Telefonnummern rausgeworfen. Hilft auch nichts, das Bild ist das gleiche. Nach dem Login und Protokollstart versucht mein UUCP, einen Burst ein paarmal zu senden, bekommt aber (so die RxD LED) nie eine Antwort. -- 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 Oct 18 06:23:37 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA01465 for bugs-outgoing; Wed, 18 Oct 1995 06:23:37 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA01459 for ; Wed, 18 Oct 1995 06:23:34 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA05096; Wed, 18 Oct 1995 09:23:26 -0400 Date: Wed, 18 Oct 1995 09:23:26 -0400 From: "Garrett A. Wollman" Message-Id: <9510181323.AA05096@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/785: 2.0.5-950622-SNAP Various ifconfig alias problems In-Reply-To: <199510172123.PAA08091@rocky.sri.MT.net> References: <199510171950.MAA04955@freefall.freebsd.org> <199510172048.OAA07972@rocky.sri.MT.net> <9510172113.AA04070@halloran-eldar.lcs.mit.edu> <199510172123.PAA08091@rocky.sri.MT.net> Sender: owner-bugs@FreeBSD.org Precedence: bulk < said: > Can you give an example of when you would use the alias keyword without > an all 1's netmask? ifconfig ed0 18.26.0.162 netmask 255.255.255.0 ifconfig ed0 18.26.1.234 netmask 255.255.255.0 alias -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Wed Oct 18 12:23:30 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA18031 for bugs-outgoing; Wed, 18 Oct 1995 12:23:30 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA18021 for ; Wed, 18 Oct 1995 12:23:23 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17842(5)>; Wed, 18 Oct 1995 11:42:33 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177487>; Wed, 18 Oct 1995 11:40:06 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: dv@xkis.nnov.su (Dmitry Valdov), freebsd-bugs@freebsd.org Subject: Re: secure finger is not enought secure In-reply-to: Your message of "Sat, 14 Oct 95 10:56:45 PDT." <199510141756.SAA11380@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Wed_Oct_18_11:37:54_PDT_1995" Date: Wed, 18 Oct 1995 11:39:56 PDT From: Bill Fenner Message-Id: <95Oct18.114006pdt.177487@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org Precedence: bulk This is a multipart MIME message. --===_0_Wed_Oct_18_11:37:54_PDT_1995 Content-Type: text/plain; charset=us-ascii In message <199510141756.SAA11380@uriah.heep.sax.de> J"org wrote: >> merahq: {2} telnet localhost finger >> Trying 127.0.0.1... >> Connected to localhost. >> Escape character is '^]'. > >This is an entirely different matter. It's not the finger service as >invoked via inetd(8). If you've already got access to the local >machine, it doesn't make sense if you couldn't run finger locally. It is indeed the finger service as invoked via inetd, and although it was perhaps a bad example, it does indeed work remotely. In fact, you can pass any options to finger, including getting the normal finger output: crevenia% telnet baobab finger Trying 13.2.116.113 ... Connected to baobab. Escape character is '^]'. -- Login Name TTY Idle Login Time Office Office Phone fenner Bill Fenner *v1 13d Oct 4 13:12 fenner Bill Fenner p0 13d Oct 4 13:14 fenner Bill Fenner p1 Oct 10 13:23 root Charlie Root *v0 13d Oct 4 13:11 Connection closed by foreign host. The attached diff should fix it; this might perhaps want to be in 2.1 (or at least documented as insecure!). It only counts things without leading dashes as usernames. Bill --===_0_Wed_Oct_18_11:37:54_PDT_1995 Content-Type: text/plain; charset=us-ascii Content-Description: fingerd.c.diff --- fingerd.c.orig Wed Oct 18 11:32:54 1995 +++ fingerd.c Wed Oct 18 11:45:16 1995 @@ -67,7 +67,7 @@ register char *lp; struct hostent *hp; struct sockaddr_in sin; - int p[2], logging, secure, sval; + int p[2], logging, secure, sval, gotuser; #define ENTRIES 50 char **ap, *av[ENTRIES + 1], **comp, line[1024], *prog; @@ -107,13 +107,10 @@ exit(1); comp = &av[1]; + gotuser = 0; for (lp = line, ap = &av[2];;) { *ap = strtok(lp, " \t\r\n"); if (!*ap) { - if (secure && ap == &av[2]) { - puts("must provide username\r\n"); - exit(1); - } break; } if (secure && strchr(*ap, '@')) { @@ -126,9 +123,17 @@ av[1] = "-l"; comp = &av[0]; } - else if (++ap == av + ENTRIES) - break; + else { + if ((*ap)[0] != '-') + gotuser++; + if (++ap == av + ENTRIES) + break; + } lp = NULL; + } + if (secure && !gotuser) { + puts("must provide username\r\n"); + exit(1); } if (lp = strrchr(prog, '/')) --===_0_Wed_Oct_18_11:37:54_PDT_1995-- From owner-freebsd-bugs Wed Oct 18 13:40:07 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA20881 for bugs-outgoing; Wed, 18 Oct 1995 13:40:07 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA20875 ; Wed, 18 Oct 1995 13:40:04 -0700 Resent-Date: Wed, 18 Oct 1995 13:40:04 -0700 Resent-Message-Id: <199510182040.NAA20875@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, scotte@center.uscs.com Received: from queasy.center.uscs.com (queasy.center.uscs.com [165.79.32.31]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA20793 for ; Wed, 18 Oct 1995 13:37:37 -0700 Received: (from scotte@localhost) by queasy.center.uscs.com (8.6.11/8.6.9) id NAA01085; Wed, 18 Oct 1995 13:36:50 -0700 Message-Id: <199510182036.NAA01085@queasy.center.uscs.com> Date: Wed, 18 Oct 1995 13:36:50 -0700 From: scotte@center.uscs.com Reply-To: scotte@center.uscs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/786: Problem with NIS and large group maps Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 786 >Category: bin >Synopsis: Problem with NIS and large group maps >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 18 13:40:02 PDT 1995 >Last-Modified: >Originator: L. Scott Emmons >Organization: __________________________________________________________________________ L. Scott Emmons | CableData R&D Center - El Dorado Hills, CA, USA (916)939-6088 | >> Standard disclaimer applies. Views are my << scotte@center.uscs.com | >> own, not those of U.S. Computer Services. << >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: FreeBSD 2.0.5 running as an NIS client. >Description: When the groups NIS map contains entries with very long lines the system becomes unstable as login, cron, and many other programs get segmentation faults attempting to read the groups file from NIS. My guess is that a strcpy() or the like is used without checking that no more bytes are copied than the size of the destination area. >How-To-Repeat: Create a group on an NIS server with a very, very long line. On the FreeBSD client, add the "+" magic cookie into the "/etc/groups" file. Now try to log into the system. In this case, the offending groups line is about 850 bytes long. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 18 16:41:19 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA01950 for bugs-outgoing; Wed, 18 Oct 1995 16:41:19 -0700 Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA01945 for ; Wed, 18 Oct 1995 16:41:17 -0700 Received: from gracie.lbl.gov (gracie.lbl.gov [128.3.196.175]) by george.lbl.gov (8.6.10/8.6.5) with ESMTP id QAA18247 for ; Wed, 18 Oct 1995 16:41:17 -0700 From: "Jin Guojun[ITG]" Received: (jin@localhost) by gracie.lbl.gov (8.6.10/8.6.5) id QAA09081 for bugs@freebsd.org; Wed, 18 Oct 1995 16:41:16 -0700 Date: Wed, 18 Oct 1995 16:41:16 -0700 Message-Id: <199510182341.QAA09081@gracie.lbl.gov> Newsgroups: comp.unix.bsd.freebsd.misc Subject: Complicated SCSI problem References: <461btt$34q@overload.lbl.gov> Organization: Lawrence Berkeley Laboratory Apparently-To: bugs@freebsd.org Sender: owner-bugs@freebsd.org Precedence: bulk The things are complicated for this SCSI problem in current release. Further discovery shows the problem is in some SCSI driver code. I remember that someone had panic problem when installing the FreeBSD, but I am not sure it is related to this complicated SCSI issue. disklabel can label raw-raw disks if one SCSI controller installed, and there are one or two disks on the SCSI bus. (confirmed) Problems -- Installation problem with SCSI: If more then two disks on the SCSI bus, then installation can panic when probing the SCSI host adapters (I am using NCR) if there are bad labeling or unlabeled disk(s) on the SCSI bus. However, if using multiple SCSI controllers (host adapters), and put only two or less disk on each SCSI controller, then the installation will work. The problem after installation: If one SCSI controller and two SCSI disks are installed on system. No problem. If one or more SCSI controllers installed, but only two SCSI disks installed, no problem either. However, if more then two SCSI disks installed, regardless how many SCSI controller installed, the disklabel will not work properly in either panic or not recognizing the unlabeled disks and having the following errors, for sd0, sd1, ... In article <461btt$34q@overload.lbl.gov>, Jin Guojun[ITG] wrote: >I had problems using disklabel to label some brand new SCSI disks. >I am using 2.1-951005-SNAP. I have not tried it on 2.0.5-RELEASE. > ># disklabel -r sd2c >disklabel: /dev/rsd2c: No such file or directory >FreeBSD# disklabel -r sd2 >disklabel: /dev/rsd2c: Undefined error: 0 >FreeBSD# disklabel -W sd2 >FreeBSD# disklabel -r sd2 >disklabel: /dev/rsd2c: Undefined error: 0 >FreeBSD# disklabel -w sd2 ST15230N >disklabel: ioctl DIOCWDINFO: No disk label on disk; >use "disklabel -r" to install initial label >FreeBSD# disklabel -w -r sd2 ST15230N >disklabel: /dev/rsd2c: No such file or directory > ... From owner-freebsd-bugs Wed Oct 18 16:50:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA02235 for bugs-outgoing; Wed, 18 Oct 1995 16:50:38 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA02226 for ; Wed, 18 Oct 1995 16:50:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA24507 for ; Thu, 19 Oct 1995 00:50:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA17168 for freebsd-bugs@FreeBSD.org; Thu, 19 Oct 1995 00:50:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA11353 for freebsd-bugs@FreeBSD.org; Wed, 18 Oct 1995 23:15:22 +0100 From: J Wunsch Message-Id: <199510182215.XAA11353@uriah.heep.sax.de> Subject: Re: UUCP-Saga... To: freebsd-bugs@FreeBSD.org Date: Wed, 18 Oct 1995 23:15:21 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510180825.JAA09486@uriah.heep.sax.de> from "J Wunsch" at Oct 18, 95 09:25:22 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: 328 Sender: owner-bugs@FreeBSD.org Precedence: bulk As J Wunsch wrote: > > Sigh. Was habt Ihr denn geändert? :-((( This was supposed to go to "bugs@sax.de". Sorry, i've been caught by an unexpected elm alias. :-] -- 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 Oct 19 04:40:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA18747 for bugs-outgoing; Thu, 19 Oct 1995 04:40:03 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA18741 ; Thu, 19 Oct 1995 04:40:01 -0700 Resent-Date: Thu, 19 Oct 1995 04:40:01 -0700 Resent-Message-Id: <199510191140.EAA18741@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hwr@xlink.net Received: from blackbush.xlink.net (blackbush.xlink.net [193.141.40.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA18718 for ; Thu, 19 Oct 1995 04:37:33 -0700 Received: (from hwr@localhost) by blackbush.xlink.net (8.6.11/8.6.9) id MAA24637; Thu, 19 Oct 1995 12:37:25 +0100 Message-Id: <199510191137.MAA24637@blackbush.xlink.net> Date: Thu, 19 Oct 1995 12:37:25 +0100 From: hwr@xlink.net Reply-To: hwr@xlink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/787: Netstat -b reporting negative bytecount Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 787 >Category: misc >Synopsis: netstat -b reports negative bytes counts. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 19 04:40:01 PDT 1995 >Last-Modified: >Originator: Heiko W. Rupp >Organization: NTG/Xlink, Karlsruhe, Germany >Release: FreeBSD 2.0.5 -BUILT-19950603 i386 >Environment: >Description: blackbush# netstat -b 10 input (lp0) output input (Total) output packets errs bytes packets errs bytes colls packets errs bytes packets errs bytes colls 0 0 0 0 0 0 0 11138037 12 1650625075 10961566 1 -211906830 0 >How-To-Repeat: Just transfer more than 2GB on an interface and do netstat -b afterwards. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 19 21:40:06 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA15216 for bugs-outgoing; Thu, 19 Oct 1995 21:40:06 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA15210 ; Thu, 19 Oct 1995 21:40:02 -0700 Resent-Date: Thu, 19 Oct 1995 21:40:02 -0700 Resent-Message-Id: <199510200440.VAA15210@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, imdave@synet.net Received: from base486 ([168.113.1.50]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA15039 for ; Thu, 19 Oct 1995 21:30:04 -0700 Received: (from bin@localhost) by base486 (8.6.11/8.6.9) id XAA07331; Thu, 19 Oct 1995 23:26:49 -0500 Message-Id: <199510200426.XAA07331@base486> Date: Thu, 19 Oct 1995 23:26:49 -0500 From: Dave.Bodenstab@base486 Reply-To: imdave@synet.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/788: getrusage() bug Sender: owner-bugs@freebsd.org Precedence: bulk >Number: 788 >Category: kern >Synopsis: getrusage() overflows after ~4000 seconds >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 19 21:40:01 PDT 1995 >Last-Modified: >Originator: Dave Bodenstab >Organization: >Release: FreeBSD 2.0-BUILT-19950612 i386 >Environment: 6/22 snap >Description: getrusage() overflows after about 4000 seconds. The multiplication of sec * 1000000 uses unsigned longs -- not unsiged quads -- and therefore overflows at 2^32/1000000 seconds. >How-To-Repeat: run rayshade with an interesting scene file. :-) >Fix: *** kern_resource.c.orig Tue May 30 03:05:39 1995 --- kern_resource.c Thu Oct 19 20:17:42 1995 *************** *** 487,493 **** sec += tv.tv_sec - runtime.tv_sec; usec += tv.tv_usec - runtime.tv_usec; } ! u = sec * 1000000 + usec; st = (u * st) / tot; sp->tv_sec = st / 1000000; sp->tv_usec = st % 1000000; --- 487,493 ---- sec += tv.tv_sec - runtime.tv_sec; usec += tv.tv_usec - runtime.tv_usec; } ! u = (u_quad_t) sec * 1000000 + usec; st = (u * st) / tot; sp->tv_sec = st / 1000000; sp->tv_usec = st % 1000000; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 20 03:55:11 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA29125 for bugs-outgoing; Fri, 20 Oct 1995 03:55:11 -0700 Received: from antares.mcs.anl.gov (mcs.anl.gov [140.221.9.6]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA29120 for ; Fri, 20 Oct 1995 03:55:09 -0700 Received: from obie (obie.mcs.anl.gov [140.221.5.129]) by antares.mcs.anl.gov (8.6.10/8.6.10) with ESMTP id FAA28857; Fri, 20 Oct 1995 05:55:06 -0500 From: Gene Rackow Date: Fri, 20 Oct 1995 05:55:06 -0500 Message-Id: <199510201055.FAA11939@obie> To: freebsd-bugs@freebsd.org Subject: Problems with "des" version of telnet. Cc: rackow@mcs.anl.gov Sender: owner-bugs@freebsd.org Precedence: bulk I have installed the 2.1.0-950928-SNAP version of FreeBSD with only the des portion of the DES option installed. There is a bug in the installation in that the replacement telnet appears broken. Is there something I missed in the setup or is the package broken? The original /usr/bin/telnet works just fine. The error is: myhost: {1} telnet obie ld.so failed: Undefined symbol "_enctype_names" in telnet:telnet myhost: {2} --Gene Gene Rackow email: rackow@mcs.anl.gov Math & Computer Science voice: 708-252-7126 Argonne National Lab FAX: 708-252-5986 9700 S. Cass Ave. / Argonne, IL 60439 From owner-freebsd-bugs Fri Oct 20 04:01:19 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29286 for bugs-outgoing; Fri, 20 Oct 1995 04:01:19 -0700 Received: from antares.mcs.anl.gov (mcs.anl.gov [140.221.9.6]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA29281 for ; Fri, 20 Oct 1995 04:01:17 -0700 Received: from obie (obie.mcs.anl.gov [140.221.5.129]) by antares.mcs.anl.gov (8.6.10/8.6.10) with ESMTP id GAA28909; Fri, 20 Oct 1995 06:01:04 -0500 From: Gene Rackow Date: Fri, 20 Oct 1995 06:01:03 -0500 Message-Id: <199510201101.GAA12098@obie> To: freebsd-bugs@freebsd.org Subject: FreeBSD bug in /bin/sh ? Cc: rackow@mcs.anl.gov Sender: owner-bugs@freebsd.org Precedence: bulk It appears that there is a bug in the /bin/sh of FreeBSD. It is there in version 1.5.1.1 and version 2.1.0-950928-SNAP. The following script is an example. On every other machine I've tried, this results in output of "foobar" to the screen. #! /bin/sh echo -n foo 1>&1 echo bar 1>&1 GNU version 2 configure uses this with echo -n to put "Checking for ..." on the terminal before doing the test, and then printing the answer on the same line. --Gene Gene Rackow email: rackow@mcs.anl.gov Math & Computer Science voice: 708-252-7126 Argonne National Lab FAX: 708-252-5986 9700 S. Cass Ave. / Argonne, IL 60439 From owner-freebsd-bugs Fri Oct 20 06:21:38 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA02324 for bugs-outgoing; Fri, 20 Oct 1995 06:21:38 -0700 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 GAA02309 for ; Fri, 20 Oct 1995 06:21:32 -0700 Received: from gonzo by bigbird.vmicls.com (8.6.9/SMI-4.1-vmicls-master-host-1) id JAA28287; Fri, 20 Oct 1995 09:23:27 -0400 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA08228; Fri, 20 Oct 1995 09:23:25 +0500 Date: Fri, 20 Oct 1995 09:23:25 +0500 Message-Id: <9510201323.AA08228.gonzo@vmicls.com> To: freebsd-bugs@FreeBSD.ORG Subject: Running out of processes Cc: jkendall@vmicls.com X-Sun-Charset: US-ASCII content-length: 2723 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk I am running out of processes. Details: I have a Pentium-75 with 16 Megs ram. I have 'maxusers' set to 20; therefore, according to the formula, I should have (20 + (16 * maxusers)) = 340 processes as my upper limit. I have checked with 'sysctl' and it verifies my numbers. I also have 64 pty's created. With 'sysctl' I checked to see how many process and files a user may have and these seem to be quite good. When running under X, I open 3 windows, 1 to run 'top' so I can see number of processes etc, 1 to run 'pstat -s' in to watch how the swapping is going, the 3rd is to allow me to start a large number of 'xterm's in. I get about 18 and I get 'unable to fork - try again'. At this point swapping is at about 7%. number of processes according to top is 60. I can close some of the 'xterm' windows. The process numbers go down, I add more and it goes up. But, it seems to stop at 60. Now then, When NOT running X, just ksh/sh/... I start to execute 'sleep 900 &' to just waste a process slot. I seem to get about 18 of these going and then 'unable to fork - try again' shows it's ugly face at me. In this case, 60 does not seem to be the limit, just that I seem to run about 20 processes. PLEASE HELP!!!!!!!!!!! Jerry kernel config file --------------------------- machine "i386" cpu "I586_CPU" ident KCIS maxusers 20 options SYSVSHM options SYSVSEM options SYSVMSG options INET options FFS options NFS options MFS options QUOTA options MSDOSFS options "CD9660" options PROCFS options "COMPAT_43" options BOUNCE_BUFFERS options UCONSOLE config kernel root on wd0 controller isa0 controller pci0 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 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 device scd0 at isa? port 0x340 bio device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device pca0 at isa? port "IO_TIMER1" tty device ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr pseudo-device speaker pseudo-device loop pseudo-device bpfilter 2 pseudo-device ether pseudo-device log pseudo-device sl 2 pseudo-device ppp 2 pseudo-device pty 64 pseudo-device gzip pseudo-device tun 2 end of file -------------------------------------------- From owner-freebsd-bugs Fri Oct 20 07:43:30 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA06386 for bugs-outgoing; Fri, 20 Oct 1995 07:43:30 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA06381 for ; Fri, 20 Oct 1995 07:43:27 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA09119; Fri, 20 Oct 1995 10:43:14 -0400 Date: Fri, 20 Oct 1995 10:43:14 -0400 From: "Garrett A. Wollman" Message-Id: <9510201443.AA09119@halloran-eldar.lcs.mit.edu> To: Jerry.Kendall@vmicls.com (Jerry Kendall) Cc: freebsd-bugs@FreeBSD.ORG Subject: Running out of processes In-Reply-To: <9510201323.AA08228.gonzo@vmicls.com> References: <9510201323.AA08228.gonzo@vmicls.com> Sender: owner-bugs@FreeBSD.ORG Precedence: bulk < I have 'maxusers' set to 20; > therefore, according to the formula, I > should have (20 + (16 * maxusers)) = 340 > processes as my upper limit. > according to top is 60. I can close some of the > 'xterm' windows. The process numbers go down, I > add more and it goes up. But, it seems to stop > at 60. There is another limit, on the number of children a process is allowed to create, which is accessible from the `limit' or `ulimit' (depending on your shell) command. On my machine, bash's `ulimit -a' reports: max user processes 40 csh's `limit' reports: maxproc 40 You need to fiddle one of these numbers; see your shell's documentation for how. -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 Fri Oct 20 17:39:50 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA26523 for bugs-outgoing; Fri, 20 Oct 1995 17:39:50 -0700 Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA26518 for ; Fri, 20 Oct 1995 17:39:47 -0700 Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7) id RAA02239; Fri, 20 Oct 1995 17:39:42 -0700 (PDT) Received: from localhost by newport.ece.uci.edu (8.7) id RAA10715; Fri, 20 Oct 1995 17:39:40 -0700 (PDT) Message-Id: <199510210039.RAA10715@newport.ece.uci.edu> To: bugs@freebsd.org Subject: man bug Date: Fri, 20 Oct 1995 17:39:38 -0700 From: Steven Wallace Sender: owner-bugs@freebsd.org Precedence: bulk I noticed that if I (as swallace) made the directory ~/misc/testman/man and filled it with a mantree, leaving only user(swallace) rx permissions, I would not be able to read the file with the setuid man /usr/bin/man program. After I chmod g+x ~/misc/testman (all dirs up to and including testman exec perm enabled), it will work. Something is the matter here. Steven From owner-freebsd-bugs Fri Oct 20 17:40:43 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA26599 for bugs-outgoing; Fri, 20 Oct 1995 17:40:43 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA26586 for ; Fri, 20 Oct 1995 17:40:37 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA12359; Sat, 21 Oct 1995 01:39:52 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA10819; Sat, 21 Oct 1995 01:39:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id BAA13212; Sat, 21 Oct 1995 01:36:32 +0100 From: J Wunsch Message-Id: <199510210036.BAA13212@uriah.heep.sax.de> Subject: Re: FreeBSD bug in /bin/sh ? To: rackow@mcs.anl.gov (Gene Rackow) Date: Sat, 21 Oct 1995 01:36:31 +0100 (MET) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510201101.GAA12098@obie> from "Gene Rackow" at Oct 20, 95 06:01:03 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: 815 Sender: owner-bugs@freebsd.org Precedence: bulk As Gene Rackow wrote: > > #! /bin/sh > echo -n foo 1>&1 > echo bar 1>&1 > > GNU version 2 configure uses this with echo -n to put "Checking for ..." on > the terminal before doing the test, and then printing the answer on the same > line. Well, GNU configure is known to do weird things. :-) Thanks for the report, i think i've fixed this (even though i don't think redirecting something to myself would make much sense -- but Posix seems to allow it). I found a more serious bug when looking for this (redirecting to a bogus descriptor didn't result in the "Bad file descriptor" message as it ought to be -- this was in violation of Posix). :) -- 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 Oct 20 17:41:30 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA26734 for bugs-outgoing; Fri, 20 Oct 1995 17:41:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA26693 for ; Fri, 20 Oct 1995 17:41:12 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA12423; Sat, 21 Oct 1995 01:40:13 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA10832; Sat, 21 Oct 1995 01:40:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA12823; Sat, 21 Oct 1995 00:34:22 +0100 From: J Wunsch Message-Id: <199510202334.AAA12823@uriah.heep.sax.de> Subject: Re: Running out of processes To: freebsd-bugs@FreeBSD.ORG Date: Sat, 21 Oct 1995 00:34:22 +0100 (MET) Cc: Jerry.Kendall@vmicls.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9510201443.AA09119@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Oct 20, 95 10:43:14 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: 511 Sender: owner-bugs@FreeBSD.ORG Precedence: bulk As Garrett A. Wollman wrote: > > On my machine, bash's `ulimit -a' reports: > > max user processes 40 > > csh's `limit' reports: > > maxproc 40 > > You need to fiddle one of these numbers; see your shell's > documentation for how. Uh-oh, yeah, and you need yesterday's version of /bin/sh in case you are using plain old sh. :) -- 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 Oct 21 02:20:04 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA21301 for bugs-outgoing; Sat, 21 Oct 1995 02:20:04 -0700 Received: (from bde@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA21283 ; Sat, 21 Oct 1995 02:20:01 -0700 Date: Sat, 21 Oct 1995 02:20:01 -0700 From: Bruce Evans Message-Id: <199510210920.CAA21283@freefall.freebsd.org> To: imdave@synet.net, bde, freebsd-bugs Subject: Re: kern/788 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: getrusage() overflows after ~4000 seconds State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sat Oct 21 02:18:56 PDT 1995 State-Changed-Why: Fix applied in rev 1.13 of kern_resource.c. From owner-freebsd-bugs Sat Oct 21 02:27:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA21555 for bugs-outgoing; Sat, 21 Oct 1995 02:27:15 -0700 Received: (from bde@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA21531 ; Sat, 21 Oct 1995 02:27:12 -0700 Date: Sat, 21 Oct 1995 02:27:12 -0700 From: Bruce Evans Message-Id: <199510210927.CAA21531@freefall.freebsd.org> To: ache@ache.dialup.demos.ru, bde, freebsd-bugs Subject: Re: kern/780 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: PROCFS tries to call unused function from libkern State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sat Oct 21 02:25:09 PDT 1995 State-Changed-Why: Fixed in rev. 1.24 of support.s by including all compiler support functions that are known to be used by some part of the kernel. From owner-freebsd-bugs Sat Oct 21 04:30:17 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29908 for bugs-outgoing; Sat, 21 Oct 1995 04:30:17 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29897 for freebsd-bugs; Sat, 21 Oct 1995 04:30:13 -0700 Date: Sat, 21 Oct 1995 04:30:13 -0700 From: GNU GNATS Message-Id: <199510211130.EAA29897@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.org Precedence: bulk Number of currently open reports: 307 Number of curently analyzed reports: 12 From owner-freebsd-bugs Sat Oct 21 04:30:18 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29917 for bugs-outgoing; Sat, 21 Oct 1995 04:30:18 -0700 Received: (from gnats@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA29894 for freebsd-bugs; Sat, 21 Oct 1995 04:30:13 -0700 Date: Sat, 21 Oct 1995 04:30:13 -0700 From: GNU GNATS Message-Id: <199510211130.EAA29894@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] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [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/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [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/14] bin/135 not enough ptys; virtual console names conflict with [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] bin/163 telneting sometimes doesn't yield a "login:" prompt [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] docs/171 No documentation on .forward files. [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/175 Syscons does not recover X graphics mode [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/02/18] kern/224 ppp net serial [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/280 the new slice code is bitching about my old slices [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/01] kern/293 wd0: interrupt timeout [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] bin/316 SNAP950322 less stable on IDE than earlier releases [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] kern/430 SCSI Tape dont work [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/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [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] docs/546 Shared memory manual pages [1995/06/23] misc/556 Bug in /etc/rc [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] pending/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] pending/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] pending/691 [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] pending/703 [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] pending/710 mpeg_play outdated [1995/08/29] pending/711 /etc/magic not installed [1995/08/29] pending/712 problem report [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/16] pending/723 [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] pending/749 Re: vi cannot edit a file where the name starts with [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] ports/773 screen-3.6.2 from -current wont work... [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/10] pending/775 changing root device was wrong when exist IDE drive [1995/10/10] docs/776 j0 man page has formatting problem and errors [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/15] kern/782 chmod does a null pointer dereference [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. 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/21] misc/162 routes seem to accumulate under 2.0-950112-SNAP [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 - /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Oct 21 13:47:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA11983 for bugs-outgoing; Sat, 21 Oct 1995 13:47:03 -0700 Received: from genesis.nred.ma.us ([204.180.76.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA11966 for ; Sat, 21 Oct 1995 13:46:53 -0700 Received: by genesis.nred.ma.us (8.6.9/genesis0.0) id QAA01821; Sat, 21 Oct 1995 16:46:06 -0400 From: steve2@genesis.nred.ma.us (Steve Gerakines) Message-Id: <199510212046.QAA01821@genesis.nred.ma.us> Subject: off_t (long long) problem To: freebsd-bugs@freebsd.org Date: Sat, 21 Oct 1995 16:46:01 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 456 Sender: owner-bugs@freebsd.org Precedence: bulk I was wondering if anyone had taken care of this problem since release 2.0.5. When I run the following test program under 2.0.5 it prints '2'. The problem only seems to occur when the off_t is referenced through a pointer. Thanks, Steve steve2@genesis.tiac.net ----- snip snip snip ----- #include struct foo { off_t o; } x; main() { struct foo *f = &x; f->o = 0; f->o += 1; printf("o = %qd\n", f->o); exit(0); } ----- EOF EOF EOF ---- From owner-freebsd-bugs Sat Oct 21 17:16:21 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA18096 for bugs-outgoing; Sat, 21 Oct 1995 17:16:21 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA18090 for ; Sat, 21 Oct 1995 17:16:15 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.12/8.6.9) id UAA03517 for bugs@freebsd.org; Sat, 21 Oct 1995 20:20:20 -0400 From: Mark Hittinger Message-Id: <199510220020.UAA03517@ns1.win.net> Subject: ps -ax lockup To: bugs@freebsd.org Date: Sat, 21 Oct 1995 20:20:20 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 629 Sender: owner-bugs@freebsd.org Precedence: bulk The return of an old friend...heh. Prior to the 02/10/95 snap I would see a condition where a 'ps' command would lock up and could not be destroyed. During the 02/10/95 snap (a very good snap, one of my favorites) the problem went away and I haven't seen it until today. This was on my main server that is running 2.1-stable with a week lag now from sup. Just an FYI. Everything else on the system was functioning correctly. Web pages, INN, email, sup, all running fine. Just 'ps' locked up. "w" and "who" ok. All pstat options worked. Regards, Mark Hittinger Internet Manager WinNET Communications, Inc. bugs@win.net From owner-freebsd-bugs Sat Oct 21 22:48:15 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA25966 for bugs-outgoing; Sat, 21 Oct 1995 22:48:15 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA25961 for ; Sat, 21 Oct 1995 22:48:09 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA21331; Sun, 22 Oct 1995 15:43:15 +1000 Date: Sun, 22 Oct 1995 15:43:15 +1000 From: Bruce Evans Message-Id: <199510220543.PAA21331@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, steve2@genesis.nred.ma.us Subject: Re: off_t (long long) problem Sender: owner-bugs@freebsd.org Precedence: bulk >I was wondering if anyone had taken care of this problem since >release 2.0.5. When I run the following test program under 2.0.5 >it prints '2'. >The problem only seems to occur when the off_t is referenced through >a pointer. >Thanks, >Steve >steve2@genesis.tiac.net >----- snip snip snip ----- >#include >struct foo { > off_t o; >} x; >main() >{ > struct foo *f = &x; > f->o = 0; > f->o += 1; > printf("o = %qd\n", f->o); > exit(0); >} >----- EOF EOF EOF ---- This seems to be fixed in gcc-2.7.0. There seems to be no problem if -O is used. Bruce From owner-freebsd-bugs Sat Oct 21 23:02:01 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA26118 for bugs-outgoing; Sat, 21 Oct 1995 23:02:01 -0700 Received: (from davidg@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA26097 ; Sat, 21 Oct 1995 23:01:59 -0700 Date: Sat, 21 Oct 1995 23:01:59 -0700 From: David Greenman Message-Id: <199510220601.XAA26097@freefall.freebsd.org> To: hsu@clinet.fi, davidg, freebsd-bugs Subject: Re: kern/782 Sender: owner-bugs@FreeBSD.org Precedence: bulk Synopsis: chmod does a null pointer dereference State-Changed-From-To: open-analyzed State-Changed-By: davidg State-Changed-When: Sat Oct 21 23:00:45 PDT 1995 State-Changed-Why: Sorry that I missed your bug report...you really should trim down your kernel config file - it was so long that I missed the important information at the end of your bug report. :-) Anyway, I've just looked at the problem...it is fixable, but requires an architectural change (one that was made to 4.4BSD-lite/2, but not yet to FreeBSD). Basically, the check for the filesystem being read-only is done at the wrong layer and whenever a filesystem is forcibly dismounted, there is a chance that operations on still-open files will cause this panic. This happens because the filesystem mountpoint has been ripped away. The type/ops vector is also changed to VBAD/deadfs so that future operations on the vnode are directed to the deadfs, but in your case, v_mount is referenced when it obviously shouldn't have been (before it gets to the FS layer). The fix is to move the references to v_mount into the filesystem layer and out of the syscall - this way the fchown (and many other syscalls) will end up in the dead_setattr() (which is defined to return EBADF), before v_mount is ever referenced. ...problem solved. I don't know if I consider this a "critical" bug, however, as it might be difficult to manifest during normal operations. I think that "slirp" must be doing something strange - like an fchown() on a TTY. I'll have to look into this in more detail.