From owner-freebsd-bugs Sun Nov 10 01:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA25601 for bugs-outgoing; Sun, 10 Nov 1996 01:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA25594; Sun, 10 Nov 1996 01:20:02 -0800 (PST) Date: Sun, 10 Nov 1996 01:20:02 -0800 (PST) Message-Id: <199611100920.BAA25594@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/1988: FOPEN_MAX != _POSIX_STREAM_MAX Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1988; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, jehamby@lightside.com Cc: Subject: Re: bin/1988: FOPEN_MAX != _POSIX_STREAM_MAX Date: Sun, 10 Nov 1996 20:11:31 +1100 >As the description in stdio.h indicates, FOPEN_MAX should be equal to >_POSIX_STREAM_MAX in limits.h. Instead, FOPEN_MAX=20 and _POSIX_STREAM_MAX=8. This is a bug in the description in stdio.h. FOPEN_MAX shall be >= _POSIX_STREAM_MAX. >The correct value, according to sysconf(_SC_STREAM_MAX), is 20, so >_POSIX_STREAM_MAX is wrong. Both FOPEN_MAX and sysconf(_SC_STREAM_MAX) give the minumum number of streams that can be opened by the current process on the current system. _POSIX_STREAM_MAX gives the minimum number of streams that can be opened by a process on any POSIX system. These numbers are only related by >=. >>Fix: > >Patch /usr/include/limits.h as follows: >50c50 >< #define _POSIX_STREAM_MAX 8 >--- >> #define _POSIX_STREAM_MAX 20 This would break _POSIX_STREAM_MAX, since POSIX specifies that it shall be 8. Bruce From owner-freebsd-bugs Sun Nov 10 01:51:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA26941 for bugs-outgoing; Sun, 10 Nov 1996 01:51:36 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA26934 for ; Sun, 10 Nov 1996 01:51:30 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA10000; Sun, 10 Nov 1996 10:51:24 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA25157; Sun, 10 Nov 1996 10:51:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA08989; Sun, 10 Nov 1996 10:33:02 +0100 (MET) From: J Wunsch Message-Id: <199611100933.KAA08989@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: hsu@clinet.fi (Heikki Suonsivu) Date: Sun, 10 Nov 1996 10:33:02 +0100 (MET) Cc: scrappy@ki.net, hsu@clinet.fi, freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611100416.GAA27963@katiska.clinet.fi> from Heikki Suonsivu at "Nov 10, 96 06:16:03 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Heikki Suonsivu wrote: > I used query-pr on www.freebsd.org, thanks. Just to avoid confusion: in query-pr's sense, you are `originator', not `submitter'. (We don't support the notion of `submitter-id's in FreeBSD.) -- 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 Nov 10 02:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA27874 for bugs-outgoing; Sun, 10 Nov 1996 02:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA27867; Sun, 10 Nov 1996 02:10:03 -0800 (PST) Resent-Date: Sun, 10 Nov 1996 02:10:03 -0800 (PST) Resent-Message-Id: <199611101010.CAA27867@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, andreas@klemm.gtn.com Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA27528 for ; Sun, 10 Nov 1996 02:01:46 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id KAA12134 for FreeBSD-gnats-submit@freebsd.org; Sun, 10 Nov 1996 10:45:35 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.2/8.8.2) id KAA00717; Sun, 10 Nov 1996 10:46:38 +0100 (MET) Message-Id: <199611100946.KAA00717@klemm.gtn.com> Date: Sun, 10 Nov 1996 10:46:38 +0100 (MET) From: Andreas Klemm Reply-To: andreas@klemm.gtn.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1989: dump problems, if tagged command queueing is enabled Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1989 >Category: kern >Synopsis: dump(8) fails to dump if tagged command queuing is enabled >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 10 02:10:01 PST 1996 >Last-Modified: >Originator: Andreas Klemm >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: Part from boot message describing my SCSI hardware and settings ahc0 rev 3 int a irq 11 on pci0:12 mapreg[10] type=1 addr=0000e400 size=0100. mapreg[14] type=0 addr=f7800000 size=1000. reg16: ioaddr=0xe400 size=0x100 reg20: virtual=0xf5fbf000 physical=0xf7800000 size=0x1000 ahc0: Reading SEEPROM...done. ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0: Reseting Channel A ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A Choosing drivers for scbus configured at 0 ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MHz, offset = 0xf ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "IBM DORS-32160 WA0A" type 0 fixed SCSI 2 sd is configured at 0 sd0(ahc0:0:0): Direct-Access 2063MB (4226725 512 byte sectors) sd0(ahc0:0:0): with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "IBM DORS-32160 WA0A" type 0 fixed SCSI 2 sd is configured at 1 sd1(ahc0:1:0): Direct-Access 2063MB (4226725 512 byte sectors) sd1(ahc0:1:0): with 6703 cyls, 5 heads, and an average 126 sectors/track ahc0: target 4 synchronous at 4.4MHz, offset = 0x8 (ahc0:4:0): "TANDBERG TDC 4222 =07:" type 1 removable SCSI 2 st is configured at 0 st0(ahc0:4:0): Sequential-Access density code 0x0, 512-byte blocks, write-enabled ahc0: target 6 synchronous at 4.0MHz, offset = 0xf (ahc0:6:0): "TOSHIBA CD-ROM XM-3601TA 0725" type 5 removable SCSI 2 cd is configured at 0 cd0(ahc0:6:0): CD-ROM cd present [253041 x 2048 byte records] pci0: uses 33558528 bytes of memory from f7800000 upto f9ffffff. pci0: uses 272 bytes of I/O space from e400 upto e80f. Kernel config file: machine "i386" cpu "I586_CPU" ident BISDN maxusers 64 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=8" #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about options TELES_HAS_MEMCPYB # bisdn 0.97 options SYSVSHM,SYSVSEM,SYSVMSG # System V shared memory options SHOW_BUSYBUFS # busy buffers on shutdown ? options "I586_OPTIMIZED_BCOPY" options "I586_OPTIMIZED_BZERO" #options AHC_SCBPAGING_ENABLE options AHC_TAGENABLE # still makes problems with tapes options SCSI_REPORT_GEOMETRY options MFS #Memory File System config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 controller scbus0 at ahc0 disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 tape st0 at scbus0 target 4 device cd0 at scbus0 target 6 options "MAXCONS=4" 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 lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr device joy0 at isa? port "IO_GAME" pseudo-device loop pseudo-device ether pseudo-device log pseudo-device tun 1 pseudo-device pty 16 pseudo-device bpfilter 4 #Berkeley packet filter controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 # Teles S0/16.3 ###################################################### IRQ 9 ## options IPI_VJ # Van Jacobsen header compression support controller tel0 at isa? port 0xd80 net irq 9 vector telintr pseudo-device disdn pseudo-device isdn pseudo-device ipi 4 pseudo-device itel 2 pseudo-device ispy 1 >Description: If I enable tagged command queuing in the kernel, then I'm unable to backup something on my TDC 4222. The mkdump commmand fails like this: DUMP: Date of this level 0 dump: Sun Nov 10 10:28:35 1996 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0a (/) to /dev/nrst0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 19161 tape blocks on 0.00 tape(s). DUMP: DUMP: slave couldn't reopen disk: Device not configured DUMP: The ENTIRE dump is aborted. DUMP: Date of this level 0 dump: Sun Nov 10 10:28:40 1996 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0s3f (/var) to /dev/nrst0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 21656 tape blocks on 0.00 tape(s). DUMP: dumping (Pass III) [directories] DUMP: DUMP: slave couldn't reopen disk: Device not configured slave couldn't reopen disk: Device not configured DUMP: The ENTIRE dump is aborted. mkdump:: rewinding tape mt: /dev/rst0: Device busy On the console the following message will be shown (29 times) Queue Full Queue Full .. Using tar doesn't cause problems... >How-To-Repeat: TAPE=/dev/rst0 NTAPE=/dev/nrst0 DUMP="dump 0uBbf 5000000 32 $NTAPE" echo -n "mkdump:: rewinding tape" mt -f $TAPE rewind \ && echo " done." $DUMP /dev/rsd0a # root $DUMP /dev/rsd0s3f # var echo -n "mkdump:: rewinding tape" mt -f $TAPE rewind \ && echo " done." >Fix: Workaround: disable tagged command queuing in the kernel. Since one can use this workaround I choosed priority medium. But it's a nasty bug, if you have many disks and you want to make use of the advantages of tagged queuing and you are then unable to dump the disks... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 10 04:19:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA04671 for bugs-outgoing; Sun, 10 Nov 1996 04:19:01 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA04663; Sun, 10 Nov 1996 04:18:53 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id NAA08761; Sun, 10 Nov 1996 13:01:54 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.8.2/8.8.2) with SMTP id NAA00308; Sun, 10 Nov 1996 13:00:47 +0100 (MET) Date: Sun, 10 Nov 1996 13:00:47 +0100 (MET) From: Andreas Klemm To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org cc: gibbs@freebsd.org Subject: Re: kern/1989: dump problems, if tagged command queueing is enabled In-Reply-To: <199611101010.CAA27861@freefall.freebsd.org> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 10 Nov 1996 FreeBSD-gnats@freefall.freebsd.org wrote: > Thank you very much for your problem report. > It has the internal identification `kern/1989'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: dump(8) fails to dump if tagged command queuing is enabled > >Arrival-Date: Sun Nov 10 02:10:01 PST 1996 Another experiences ... Made a brand new kernel using the same kernel konfig file, because Justin suggested so ... to make sure, that his last changes are in. I made a backup of /bin using tar. No problem. I tried to make a backup of / and /var usging dump... The first time I tried that caused only the messages, that I already wrote in my initial bug report. Then I dumped a minute after that agin / and /var. There were many many messages, that flushed over the screen, so I was only able to write down some, when the flushing finished... Bad news, with the default syslog.conf settings (I made sure to use the newest -current version), completely nothing was logged in the /var/log/messages file. Could someone please tell me better settings, so that I can send you a more complete list of what is going on ... Or do you think, that perhaps syslogd was unable to write to the disk, what could also be possible ... Before that messages below, there were additionally some messages indicating, that the scsi bus was reconfigured to use asynchronous data transmission. sd0(ahc0:0:0) timed out in message in phase SCSISIGI == 0x86 kernel: Ordered Tag queued sd0(ahc0:0:0) timed out in message in phase SCSISIGI == 0x86 st0(ahc0:4:0) abort message in message buffer st0(ahc0:4:0) timed out in message in phase SCSISIGI == 0x96 Ordered Tag sent ahc0: Issued Channel A Bus Reset, 3SCB's aborted. ... ----- Ordered Tag set panic: ahc0: Timed out command times out again Fatal trap 12: page fault while in kernel mode ... ---- dumping to dev 20409, offset 65536 ahc0: board is not responding cmd fail device bad ---- Then the machine is rebooted. I didn't power down the machine and noticed, that the first disk with SCSI ID 0 wasn't recognized by the 2940 host adapter. Only the other 3 scsi devices (disk 1 on ID1, Tape on ID4 and CD-ROM on ID 6). Please tell me, what I can do additionally, to help you to get the bug fixed. Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-bugs Sun Nov 10 04:30:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05143 for bugs-outgoing; Sun, 10 Nov 1996 04:30:25 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05136 for freebsd-bugs; Sun, 10 Nov 1996 04:30:23 -0800 (PST) Date: Sun, 10 Nov 1996 04:30:23 -0800 (PST) From: Paul Traina Message-Id: <199611101230.EAA05136@freefall.freebsd.org> To: freebsd-bugs Subject: active bugs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions fo FreeBSD including experimental development code and obsolete releases. Bugs can be in one of several states: open A problem report has been submitted, no sanity checking performed analyzed The report has been examined by a team member and evaluated feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. suspended Work on the problem has been postponsed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte o [1995/12/08] kern/876 mpp NFS allows bogus accesses to cached data a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p a [1996/05/19] kern/1217 separating to hardrives to two IDE channe o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new f [1996/07/15] bin/1387 Group file errors cause absolute havoc o [1996/08/15] kern/1498 system hangs during inactivity a [1996/08/30] bin/1554 wollman routed kills default permanently o [1996/09/11] kern/1599 panic: locking against myself o [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re f [1996/09/14] kern/1609 page fault while in kenel mode during Lin o [1996/09/29] bin/1693 rarpd does not appear to work o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta o [1996/10/01] conf/1704 Install fails, probe dos not find my ADAP a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system o [1996/10/22] bin/1863 On systems with setuid 'lpr' and defined f [1996/10/28] kern/1919 access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs 26 problems total. Serious problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil o [1995/01/24] gnu/183 peter can't resolve "operator <<" overload a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m a [1995/03/20] docs/264 paul There are no manual pages for the forms l o [1995/04/01] kern/291 se PCI devices still probe/attach after bein o [1995/04/20] kern/353 se xcdplayer crashes machine (with NCR810 SC f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line o [1995/08/01] bin/648 bde printf format conversion incorrect (dupli o [1995/08/15] i386/692 bde My modem is not found if my external cach o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/26] bin/739 Some problems when an output filter reads o [1995/09/27] kern/745 se occasional filesystem inconsistencies, an f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 wollman telnet character mode not set and broken o [1995/10/11] bin/777 patch doesn't realize stdin is closed and o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1995/10/26] kern/794 swap partition at offset 0 still broken o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 tcpmux listener in inetd does not work o [1995/11/28] bin/850 dump treats write-protect as an EOT & spo o [1995/12/02] kern/860 msmith visual mode in kernel -c is too restricti o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1995/12/29] kern/920 bde sio output looses chars in fifo on close( o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/01/02] kern/927 sos VGA mode not restored f [1996/01/06] kern/932 de0 occasionally enables 100baseTX when p o [1996/01/25] kern/971 Default limits for number of processes pe o [1996/01/28] kern/976 se NCR SCSI driver gives assertion errors an o [1996/02/01] bin/986 steve problems make-ing with cd in the rule o [1996/02/06] kern/998 bde badness in file system silently crashes m o [1996/02/12] bin/1019 joerg getty cannot detect ppp logins o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after fl f [1996/03/06] kern/1065 wt could crash reading short blocks s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a o [1996/04/05] kern/1118 panic: setrunqueue encountered when wine f [1996/04/07] kern/1122 Kernel (current) does not see all memory o [1996/04/11] kern/1134 se PPB support is broken for multiple/unknow f [1996/04/11] kern/1135 starting an extra mountd and then killing f [1996/05/10] misc/1187 pppd dies with a segv f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. f [1996/05/26] kern/1252 Heavy activity on a CD causes panic o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current f [1996/05/29] kern/1278 SUN Solaris clients gets host not respond o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/06] misc/1299 sos National charecter problem in XFree86 o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN f [1996/06/14] kern/1323 nate 960612's psm driver does not see the mous o [1996/06/16] kern/1327 joerg keyboard probe in -current fails, X reboo a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum o [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewh f [1996/06/25] bin/1351 security problem with mv(1) o [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is u o [1996/07/09] gnu/1379 Man command problem, when it writes into o [1996/07/16] bin/1392 jkh PPP silently fails to work when CTS/RTS i a [1996/07/18] kern/1397 bde can't send to a pipe o [1996/07/19] gnu/1407 bde ld computes wrong size of common (global f [1996/07/20] bin/1410 /usr/bin/login is suid, with little requi f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/09] kern/1480 terminal "cons25" resize problem o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/21] bin/1522 dump | restore of filesystem corrupted fi o [1996/08/22] kern/1531 Machine hangs, unable to either fork or e o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro f [1996/08/22] i386/1534 jkh Installing from Mitsumi FX001D CD-ROM dri o [1996/08/24] ports/1539 sos Attempts to run Linux elf binaries using o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile o [1996/08/29] bin/1552 sos moused has no manual page (and -s option o [1996/09/02] bin/1563 Curses let letters fall away sometimes f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/18] kern/1638 worm driver won't make audio tracks o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/19] kern/1652 changing time hangs system o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/22] bin/1664 getty doesn't use init kerninfo struct o [1996/09/23] kern/1670 PCI ed probe causes a page fault o [1996/09/24] kern/1677 read from /dev/kmem may crash system o [1996/09/26] kern/1684 inconsistent permission failures on NFS r o [1996/09/28] bin/1687 watch makes kernel crash o [1996/09/29] kern/1689 TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/01] bin/1705 COM2 not detected when booting from Hardd o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/03] kern/1716 LKM does not install character devices o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/05] i386/1730 SFF8020 violation and silly bug in atapi. o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/10] ports/1759 tg uudeview and uulib ports are imperfect (i o [1996/10/11] bin/1773 asami A NULL pointer causing segmentation core o [1996/10/11] bin/1774 pst telnet spins when killed before network i o [1996/10/13] gnu/1787 Diffs with Index: lines are not honored f o [1996/10/13] bin/1789 pst dump estimates a negative number of tapes o [1996/10/14] bin/1805 Bug in ftpd o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/16] i386/1821 boot fails if bad144 selected on large pa o [1996/10/16] kern/1828 limit filesize does not work o [1996/10/18] kern/1839 Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/21] misc/1857 paramater of opendir gets thrashed o [1996/10/22] bin/1865 Problem with touch command o [1996/10/22] ports/1866 popclient flushes remote mailbox even wit o [1996/10/23] bin/1873 kerberos login encryption incompatible wi o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/24] bin/1882 nobody can su when wheel group is empty o [1996/10/25] kern/1887 serial line switches from 9600 to 57600 w o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/27] misc/1910 filenames with unusual characters break / o [1996/10/28] kern/1914 vm_page_alloc(ZERO): missing page on free o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/10/30] misc/1928 jkh fdisk incorrectly detects driver geometry o [1996/10/30] kern/1929 HP C1536A DAT drive errors o [1996/10/31] ports/1938 iv port doesn't build ibuild o [1996/11/03] kern/1951 Warning! Defective early revision adapter o [1996/11/04] bin/1952 Long chat script makes ppp dump core o [1996/11/05] ports/1965 pst MH command rcvtty broken o [1996/11/06] bin/1972 NFS stops under load o [1996/11/07] bin/1973 pppd uses /etc/ppp/options.tty after comm f [1996/11/07] bin/1974 amd crashes with signal 11 o [1996/11/07] gnu/1975 STL object files missing from libstdc++. o [1996/11/07] kern/1976 psm and syscons conflicts have escalated o [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/08] bin/1982 arpresolve: cant allocate llinfo for 207. o [1996/11/08] i386/1983 syscons fails/hangs during system boot if 155 problems total. Non-critical problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 bde mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 bde systat iostat display doesn't scale high o [1995/01/15] bin/146 version of compress is kinda old and slow o [1995/01/21] bin/174 Poor error message from stty o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/03/28] kern/281 gibbs Messages printed when checking CD ROM dev o [1995/03/28] kern/282 gibbs buslogic adapter information WAY too verb a [1995/04/09] bin/326 Weekly cron generates some usage and erro o [1995/04/20] misc/355 policy on /usr/local permission in base r f [1995/05/12] bin/398 fenner VI doesnt do the correct thing o [1995/05/13] bin/401 wollman Add REMOTE_* variables o [1995/05/15] misc/423 Sound devices are too insecure o [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed o [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 wollman ifconfig alias has to be separately given a [1995/08/07] bin/661 sos Hercules is not capable of having a ISO-L o [1995/08/11] ports/673 joerg /bin/sh + inn1.4 innwatch going belly up f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/09/28] kern/752 wollman setting multiple addresses for a single i o [1995/09/28] kern/753 joerg my archive scsi tape drive does not work o [1995/09/28] docs/754 nate there is no man page for the psm(4) mouse o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/14] kern/781 bde OPEN_MAX in kernel config and FD_SETSIZE o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/29] docs/801 mpp rlogind k, v, and x options are not docum o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n a [1995/11/25] bin/839 by default, use of "at" is overly restric o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for f [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has co o [1995/12/06] ports/871 asami port.subdir.mk DEBUG_FLAGS is not used fo o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l f [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/23] ports/968 asami Netscape & cern_httpd ports out of date/d o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/07] kern/1001 bde M_NAMEI malloc leak in the kernel o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati f [1996/02/14] kern/1026 deadlocks if parent vfork and child has c f [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po a [1996/02/19] bin/1035 ls to terminal always uses ? for non-prin o [1996/02/19] docs/1036 mpp List of dead xrefs in man pages f [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with f [1996/02/29] kern/1051 zip fails on dos partition a [1996/03/18] docs/1089 bde stat manpage unclear about st_mtime & fri o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird a [1996/03/28] bin/1105 Bug in find command o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u o [1996/04/14] docs/1141 mpp pcvt(4) references non-existent man page. a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' o [1996/04/19] docs/1151 mpp intro(3) references libc(3) and plot(3), a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] ports/1155 systat or top display disagreeing informa o [1996/05/02] docs/1169 mpp bogus reference to keysu(1) in key(1) and o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m f [1996/05/13] kern/1201 gibbs FreeBSD SCSI changer driver leaves a bit a [1996/05/20] bin/1221 andreas new gcc-2.7.2 gives a LOT of warnings, an a [1996/05/20] ports/1222 andreas Header files conflict a [1996/05/21] bin/1229 bde redundant redeclaration of `lseek' o [1996/05/22] kern/1236 joerg some #def's in pcvt_conf.h not braketed b o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/06/19] misc/1335 /etc/security generates an error with fil f [1996/07/04] i386/1367 reprobe a device that does not exist = pa f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also o [1996/07/06] misc/1373 bde RPC include lacks prototypes o [1996/07/06] docs/1374 mpp the default listed in the newfs -i man pa a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob f [1996/07/16] misc/1390 feedback from 2.1.5R update over 2.1-stab o [1996/07/16] bin/1391 cpio -O ignores umask o [1996/07/18] kern/1399 invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 bde cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET a [1996/07/28] docs/1437 mpp bsd.doc.mk sees PRINTER and spews o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers o [1996/08/06] bin/1469 jkh it is difficult to run /usr/sbin/ppp from o [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/09] bin/1482 sos vidcontrol -f fnt-size file-with-wrong-fn o [1996/08/12] docs/1493 dyson incomplete prototypes in man pages for mm o [1996/08/14] ports/1495 max more tkdesk patches... o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] ports/1504 jmz latex port completely failes o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/20] ports/1517 adam What is InterViews ??!?! o [1996/08/20] ports/1518 torstenb No man pages in audio/mpegaudio port o [1996/08/21] ports/1520 sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/21] ports/1524 New port -- xtem-5.18beta o [1996/08/21] ports/1525 xvnews-2.3.2 o [1996/08/21] ports/1526 xtar-1.4 o [1996/08/21] ports/1527 xmaddressbook-1.5.3 o [1996/08/21] ports/1529 New port -- bricons-3.0 o [1996/08/24] misc/1538 enhanced /etc/security script o [1996/08/27] bin/1547 se ncrcontrol won't work with FAILSAFE kerne o [1996/08/27] bin/1548 ncrcontrol -i queries don't work for mere o [1996/08/27] ports/1549 Port submission for gdbtk a [1996/08/28] ports/1550 "make install" needs to know how to updat a [1996/08/29] docs/1551 manpage of zgrep not installed in 2.1.5R o [1996/08/29] ports/1553 jfitz submittal of cops port o [1996/08/30] i386/1556 ATAPI CDROM probes ok, but will not 'moun o [1996/08/31] bin/1559 ftpd apparently not recognizing -l or -S o [1996/09/02] misc/1561 sos Wrong key mapping of five keys in german. a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/07] bin/1578 fsck does not honour 'noauto' fs option o [1996/09/08] ports/1583 max I made ldap-3.3 port o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/10] bin/1597 No support for positional parameters in * o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 mpp /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes o [1996/09/15] docs/1618 Man page for siginterrupt thinks it is in a [1996/09/16] bin/1621 last char in line stays "$" o [1996/09/16] bin/1623 rpc/auth.h won't compile with -ansi flag o [1996/09/16] misc/1625 jkh 2.1.5 update overwrites root's dot files o [1996/09/17] docs/1630 Addition to handbook concerning MFS kerne o [1996/09/17] ports/1631 obrien new port, lprps -- PS printing lpr filter f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] ports/1646 obrien Port of lclint - a better lint replacemen o [1996/09/19] bin/1649 md5(1) header file makes bad assumption o [1996/09/19] bin/1653 cannot umount the node ending '/' when it o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] bin/1657 ls(1) output of future mtime o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/22] bin/1665 telnetd doesn't use gettytab %m %r %v %s o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, def o [1996/09/25] docs/1681 procfs man page way out of date o [1996/09/27] misc/1686 jkh sysinstall should allow partition size ch o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 ppp server doc submission o [1996/09/30] bin/1695 sos moused fails with PS/2 mouse o [1996/09/30] conf/1697 sos rc.i386 missing line for moused o [1996/10/01] bin/1700 'ls -lo' does not list opaque flag (chfla o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 kernel logging of signaled processes shou o [1996/10/02] docs/1712 semget man page refers to SEM_W instead o o [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavio o [1996/10/03] misc/1717 Use of ntohl causes lint to complain a [1996/10/04] bin/1722 wollman Routed byte order problem o [1996/10/04] kern/1725 visual config redraws bits of the screen o [1996/10/05] kern/1727 Add support for 3C900 to vx o [1996/10/08] ports/1742 Various bugs in xview-3.2.1 o [1996/10/08] ports/1743 submission of new port (tiff-3.4) o [1996/10/09] ports/1752 Update of nedit port o [1996/10/10] bin/1755 more(1) generates garbage at end of file o [1996/10/10] kern/1758 New AWE32 sound card driver for integrati o [1996/10/10] ports/1763 Fixed port: txtmerge o [1996/10/11] ports/1764 Fixed port: whirlgif o [1996/10/11] ports/1765 Fixed port: xgas o [1996/10/11] ports/1767 New port: xmascot o [1996/10/11] ports/1770 port of the xripple program o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us o [1996/10/12] bin/1778 locate.updatedb uses /tmp directory. o [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/13] ports/1795 New port : xcubes o [1996/10/13] ports/1796 New port : xdino o [1996/10/13] ports/1799 New port : xbakuzan o [1996/10/13] ports/1800 New port : xmold o [1996/10/13] ports/1801 New port : xsokoban o [1996/10/13] ports/1802 New port : xtriangles o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/14] conf/1808 jkh The mount menu for installation fails wit o [1996/10/14] i386/1809 floppy boot code causes reboot of compute o [1996/10/15] kern/1811 sos Patch to correct rows/columns for syscons o [1996/10/15] ports/1816 New port for FreeBSD: xpuyo o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d o [1996/10/17] bin/1831 routed's rdisc mode is installing incorre o [1996/10/18] ports/1834 COMMENT may be amusing but is not informa o [1996/10/18] ports/1837 asami ports upgrade too fast :) o [1996/10/19] docs/1841 NT boot mgr too Linux centric in FAQ o [1996/10/19] bin/1843 Gdb dumps core upon executing ``help set' o [1996/10/19] ports/1844 obrien new port, zmtx-zmrx (zmodem xfer prog) o [1996/10/20] docs/1847 new handbook iijppp server section o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] docs/1851 madvise MADV_FREE manual page clarificati o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1854 Error in bootparams(5) man page o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/21] kern/1859 fddi_input() floods system msg buffer whe o [1996/10/22] misc/1861 jkh Upgrade install should save list of files o [1996/10/22] bin/1864 FTP case mapping during MGET o [1996/10/22] ports/1867 port upload o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 SONY CDU76E IDE/ATAPI CDROM support. f [1996/10/24] bin/1879 fenner rdump fails with "TCP_MAXSEG setsockopt: o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl f [1996/10/25] ports/1883 jfitz Fixed port : crack-4.1f f [1996/10/25] ports/1884 jfitz Fixed port : qvwm (x11 window_manager) o [1996/10/25] ports/1885 Fixed port : GNU shogi o [1996/10/25] ports/1886 Fixed port : xshogi o [1996/10/25] ports/1888 jmz XFree86 port chooses wrong defaults o [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.cu o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] ports/1902 asami additional clean targets for bsd.port.mk o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] bin/1905 There's a buffer overflow in FreeBSD libc o [1996/10/27] conf/1906 sysinstall did not install bison.simple o o [1996/10/27] misc/1908 FTP install failed DNS lookup o [1996/10/28] ports/1913 new port of cgoban-1.6.2 o [1996/10/28] conf/1915 8 bit chars dont work with LC_CTYPE=fi o [1996/10/29] docs/1922 Spelling of datasets not consistent o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no a [1996/10/29] bin/1925 file does not consider cyrillic text as t o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1934 New port: Virtual GameBoy o [1996/10/31] ports/1939 exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] pending/1944 /usr/games/larn fails to create score fil o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] bin/1954 Fix string.h to be POSIX compliant o [1996/11/04] ports/1955 Netscape 3 port is out of date o [1996/11/04] conf/1957 not all perms of ptys are put back into s o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/05] ports/1962 I have done a port of "xmandel" o [1996/11/05] ports/1963 I have done a port of "mgdiff" o [1996/11/05] bin/1964 In my NIS environment, finger(1) fails. o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] ports/1969 mgetty+sendfax install is insecure o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/06] docs/1971 the fbtab(5) man page has cut&paste debri o [1996/11/08] ports/1978 New port: Nintendo emulator o [1996/11/08] ports/1979 New port: SEGA GameGear emulator o [1996/11/08] ports/1980 Fixed port (Fetch URL failure): gifmerge o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/09] bin/1986 error in lpr(1) argument handling [with f o [1996/11/09] docs/1987 minor formatting improvement for printcap o [1996/11/09] bin/1988 FOPEN_MAX in stdio.h != _POSIX_STREAM_MAX 264 problems total. From owner-freebsd-bugs Sun Nov 10 04:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05657 for bugs-outgoing; Sun, 10 Nov 1996 04:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05631; Sun, 10 Nov 1996 04:40:03 -0800 (PST) Resent-Date: Sun, 10 Nov 1996 04:40:03 -0800 (PST) Resent-Message-Id: <199611101240.EAA05631@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peter@spinner.DIALix.COM Received: from spinner.DIALix.COM (peter@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA05241 for ; Sun, 10 Nov 1996 04:31:58 -0800 (PST) Received: (from peter@localhost) by spinner.DIALix.COM (8.8.2/8.8.2) id UAA13146; Sun, 10 Nov 1996 20:31:54 +0800 (WST) Message-Id: <199611101231.UAA13146@spinner.DIALix.COM> Date: Sun, 10 Nov 1996 20:31:54 +0800 (WST) From: Peter Wemm Reply-To: peter@spinner.DIALix.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1990: 'make fetch' broken in recent sh/make changes Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1990 >Category: bin >Synopsis: 'make fetch' broken in recent sh/make changes >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 10 04:40:01 PST 1996 >Last-Modified: >Originator: Peter Wemm >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: 'make world' a few hours ago, not yet rebooted. kernel is: FreeBSD spinner.DIALix.COM 3.0-CURRENT FreeBSD 3.0-CURRENT #156: Wed Nov 6 00:44:55 WST 1996 peter@spinner.DIALix.COM:/home/src/sys/compile/SPINNER i386 >Description: The 'fetch' stage of ports does not abort on ^C any more, causing the fetch stage to continue on running in the background after a deliberate interrupt attempt. >How-To-Repeat: peter@spinner[8:13pm]~ports/net/cvsup-235> make fetch >Fix: I don't know, but I am suspicious of the recent change to /bin/sh where the handling of SIGINT was changed with the 'sh -c' command to help things like system() in crontab etc. As you can see, the 'sh -ec (..)' continued on running after the SIGINT without aborting the for loop. The currently running 'fetch' got the signal and died, the sh -ec for loop started another in the background. >Audit-Trail: >Unformatted: >> cvsup-13.5.tar.gz doesn't seem to exist on this system. >> Attempting to fetch from ftp://freefall.freebsd.org/pub/CVSup/. ^Cfetch: Interrupted by signal 2 >> Attempting to fetch from ftp://ftp.freebsd.org/pub/FreeBSD/distfiles//. peter@spinner[8:13pm]~ports/net/cvsup-236> ps Receiving cvsup-13.5.tar.gz (168573 bytes) PID TT STAT TIME COMMAND 1744 p8 Is 0:00.48 -tcsh (tcsh) 1745 p9 Is 0:00.54 -tcsh (tcsh) [..] 1996 pu Ss 0:02.71 -tcsh (tcsh) 13022 pu S 0:00.04 /bin/sh -ec (cd /usr/ports/distfiles/; for file in c 13028 pu S 0:00.14 /usr/bin/fetch ftp://ftp.freebsd.org/pub/FreeBSD/dist 13029 pu R+ 0:00.03 ps [..] 236 v3 Is+ 0:00.53 -tcsh (tcsh) Receiving cvsup-13.5.tar.gz (168573 bytes): 100% 168573 bytes transfered in 58.2 seconds (2.83 K/s) peter@spinner[8:15pm]~ports/net/cvsup-237> From owner-freebsd-bugs Sun Nov 10 05:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA06921 for bugs-outgoing; Sun, 10 Nov 1996 05:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA06906; Sun, 10 Nov 1996 05:00:03 -0800 (PST) Date: Sun, 10 Nov 1996 05:00:03 -0800 (PST) Message-Id: <199611101300.FAA06906@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: bin/1990 Reply-To: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1990; it has been noted by GNATS. From: Peter Wemm To: freebsd-gnats-submit@freefall.freebsd.org Cc: Subject: bin/1990 Date: Sun, 10 Nov 1996 20:51:50 +0800 (WST) A possible fix for the make/sh bug with SIGINT: Index: eval.c =================================================================== RCS file: /home/ncvs/src/bin/sh/eval.c,v retrieving revision 1.7 diff -u -r1.7 eval.c --- eval.c 1996/10/22 03:02:07 1.7 +++ eval.c 1996/11/10 12:39:58 @@ -854,7 +854,7 @@ parent: /* parent process gets here (if we forked) */ if (mode == 0) { /* argument to fork */ INTOFF; - if (minusc) { + if (minusc && !eflag) { struct sigaction iact, qact, oiact, oqact; (void)sigaction(SIGINT, (struct sigaction *)NULL, &oiact); This makes 'sh -ec' consider SIGINT as an 'error' worth aborting, and stops the long 'make fetch' command on ^C as it should. The 'if (minusc) {..' code was recently added (rev 1.7 of eval.c), it seems to be the cause of the problems. Incidently, I could find no other shells that ignored SIGINT while doing a 'sh -c' command.. Is this code really legitimate?? It looks like a gratuitous incompatability with "other" systems... From owner-freebsd-bugs Sun Nov 10 06:01:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA10112 for bugs-outgoing; Sun, 10 Nov 1996 06:01:27 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA10101 for ; Sun, 10 Nov 1996 06:01:14 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id AAA09298; Mon, 11 Nov 1996 00:59:08 +1100 Date: Mon, 11 Nov 1996 00:59:08 +1100 From: Bruce Evans Message-Id: <199611101359.AAA09298@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, peter@spinner.DIALix.COM Subject: Re: bin/1990 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > A possible fix for the make/sh bug with SIGINT: > > - if (minusc) { > + if (minusc && !eflag) { I think this breaks the -e case in a different way. I think the shell wait for the command to exit (even if not -c), and then: a) if the the command was killed by a signal, exit. b) if the exit status was nonzero, exit if -e, else continue. c) if the exit status was 0, always continue. This is complicated by job control and traps. > This makes 'sh -ec' consider SIGINT as an 'error' worth aborting, and > stops the long 'make fetch' command on ^C as it should. > Incidently, I could find no other shells that ignored SIGINT while doing > a 'sh -c' command.. Is this code really legitimate?? It looks like a > gratuitous incompatability with "other" systems... bash ignores the signal until the command completes, even without -c. So does my version of sh. Bash seems to have similar bugs in the -e case. Note that `fetch' catches SIGINT and exits with status 1, so the shell has to catch signals if it wants to specially handle the case where a signal ocurred. Here is a simpler example: q.c --- #include void die(int s) { exit(1); } int main(void) { signal(SIGINT, die); while (1) ; } --- shellprog: --- #!/bin/sh while :; do ./q; echo $?; done --- This can be killed by exploiting the races in the loop (signals are only masked while ./q is excecuting). There's something broken apart from the signal handling changes for $? to be 1 and the loop to continue in the -e case! There seem to be some races in the code too - signals aren't masked until after forking. However, I think the sigactions (in eval.c) are the wrong way to do the masking. I think INTON/INTOFF are supposed to work by trapping signals and deciding how to handle them later. Other examples: cat shellprog | bash -e # works correctly (aborts before echoing 1) cat shellprog | sh -e # same cat shellprog | bash # wants to loop for ever, even for SIGQUIT cat shellprog | sh # same (with my version of sh) Bruce From owner-freebsd-bugs Sun Nov 10 06:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA10570 for bugs-outgoing; Sun, 10 Nov 1996 06:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA10552; Sun, 10 Nov 1996 06:10:01 -0800 (PST) Date: Sun, 10 Nov 1996 06:10:01 -0800 (PST) Message-Id: <199611101410.GAA10552@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: Re: bin/1974: amd crashes with signal 11 Reply-To: Tor Egge Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1974; it has been noted by GNATS. From: Tor Egge To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: bin/1974: amd crashes with signal 11 Date: Sun, 10 Nov 1996 15:08:11 +0100 This patch seems to fix the problem: Index: afs_ops.c =================================================================== RCS file: /export/akg1/cvs/src/usr.sbin/amd/amd/afs_ops.c,v retrieving revision 1.3 diff -u -r1.3 afs_ops.c --- afs_ops.c 1995/06/27 11:07:23 1.3 +++ afs_ops.c 1996/11/09 23:21:50 @@ -1545,8 +1545,8 @@ return new_mp; } - if (error && (cp->mp->am_mnt->mf_ops == &efs_ops)) - cp->mp->am_error = error; + if (error && (new_mp->am_mnt->mf_ops == &efs_ops)) + new_mp->am_error = error; assign_error_mntfs(new_mp); - Tor Egge From owner-freebsd-bugs Sun Nov 10 13:08:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA03454 for bugs-outgoing; Sun, 10 Nov 1996 13:08:48 -0800 (PST) Received: (from guido@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA03415; Sun, 10 Nov 1996 13:08:42 -0800 (PST) Date: Sun, 10 Nov 1996 13:08:42 -0800 (PST) From: Guido van Rooij Message-Id: <199611102108.NAA03415@freefall.freebsd.org> To: al359@osfn.rhilinet.gov, guido, freebsd-bugs Subject: Re: kern/1951 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Warning! Defective early revision adapter! State-Changed-From-To: open-feedback State-Changed-By: guido State-Changed-When: Sun Nov 10 22:07:24 MET 1996 State-Changed-Why: From owner-freebsd-bugs Sun Nov 10 13:14:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA04317 for bugs-outgoing; Sun, 10 Nov 1996 13:14:30 -0800 (PST) Received: (from guido@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA04303; Sun, 10 Nov 1996 13:14:27 -0800 (PST) Date: Sun, 10 Nov 1996 13:14:27 -0800 (PST) From: Guido van Rooij Message-Id: <199611102114.NAA04303@freefall.freebsd.org> To: nsayer@quack.kfu.com, guido, freebsd-bugs Subject: Re: kern/1727 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Add support for 3C900 to vx State-Changed-From-To: open-closed State-Changed-By: guido State-Changed-When: Sun Nov 10 22:12:04 MET 1996 State-Changed-Why: 3c900 support was included in the new vx driver that has ben committed to both the current and stable trees a couple of days ago. From owner-freebsd-bugs Sun Nov 10 18:46:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA06957 for bugs-outgoing; Sun, 10 Nov 1996 18:46:38 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA06952; Sun, 10 Nov 1996 18:46:33 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id NAA04819; Mon, 11 Nov 1996 13:16:16 +1030 (CST) From: Michael Smith Message-Id: <199611110246.NAA04819@genesis.atrad.adelaide.edu.au> Subject: Re: /kernel: nfsd send error 55 (No buffer space available) In-Reply-To: <199611082014.OAA24913@Mars.mcs.net> from Michael Borowiec at "Nov 8, 96 02:14:30 pm" To: mikebo@tellabs.com Date: Mon, 11 Nov 1996 13:16:15 +1030 (CST) Cc: hackers@freebsd.org, bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Borowiec stands accused of saying: ... > I have a Toshiba Tecra 720CDT w/48MB and a 3Com 3C589C PCCARD ethernet. Nice toy 8) > Of course, this is the dreaded mbuf problem, confirmed by trying a ping: > server# ping client > PING client (198.102.156.3): 56 data bytes > ping: sendto: No buffer space available > ping: wrote client 64 chars, ret=-1 > ... I don't actally think this _is_ the "dreaded mbuf problem" (whatever that might be). I think that you're discovering that the PCCARD support in 2.1.5 sucks pretty badly. Now, AFAIK the Tecras are cardbus machines, which means that the PCIC in them is probably not supported by the PAO code yet. You could ask on the freebsd-mobile mailing list (check the archives first) about that. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-bugs Sun Nov 10 19:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08408 for bugs-outgoing; Sun, 10 Nov 1996 19:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08399; Sun, 10 Nov 1996 19:30:02 -0800 (PST) Date: Sun, 10 Nov 1996 19:30:02 -0800 (PST) Message-Id: <199611110330.TAA08399@freefall.freebsd.org> To: freebsd-bugs Cc: From: Adam David Subject: Re: bin/1891: mountd fails to export Reply-To: Adam David Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1891; it has been noted by GNATS. From: Adam David To: J Wunsch Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1891: mountd fails to export Date: Mon, 11 Nov 1996 03:27:31 GMT > > >Fix: > > > > Skip the host instead of skipping immediately to the next line > > every time get_host() returns an error. > > > > or: > > > > Document that it is a requirement for all hosts in /etc/exports > > to be defined in /etc/hosts in order to prevent failed exports to > > reachable hosts. > > > > or: > > > > Document that it is advisable to separate host lists topologically > > into separate lines in /etc/exports > > I vote for 2 (and 3). (Except, no reference to /etc/hosts, the valid > hostname can also come from DNS.) > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Why is it such a good idea to discard the whole line (or netgroup) if only one host (of many) cannot be resolved? What is gained by preventing other valid hosts from being exported to? The single hostname may be invalid because of a removal of a single host from the network, or a rename of a single host. Why should all other hosts be denied service because hosts information changes in this limited way while the change has not been reflected in /etc/exports ? -- Adam David From owner-freebsd-bugs Sun Nov 10 19:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09447 for bugs-outgoing; Sun, 10 Nov 1996 19:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09434; Sun, 10 Nov 1996 19:50:04 -0800 (PST) Resent-Date: Sun, 10 Nov 1996 19:50:04 -0800 (PST) Resent-Message-Id: <199611110350.TAA09434@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dawes@physics.usyd.edu.au Received: from landfill.physics.usyd.edu.au (landfill.physics.usyd.edu.au [129.78.129.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA09046 for ; Sun, 10 Nov 1996 19:41:33 -0800 (PST) Received: (from dawes@localhost) by landfill.physics.usyd.edu.au (8.8.2/8.7.3) id OAA15671; Mon, 11 Nov 1996 14:41:23 +1100 (EST) Message-Id: <199611110341.OAA15671@landfill.physics.usyd.edu.au> Date: Mon, 11 Nov 1996 14:41:23 +1100 (EST) From: David Dawes Reply-To: dawes@physics.usyd.edu.au To: FreeBSD-gnats-submit@freebsd.org Cc: dawes@physics.usyd.edu.au X-Send-Pr-Version: 3.2 Subject: gnu/1992: Gnu tar has problems with hard links to files with long names Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1992 >Category: gnu >Synopsis: Gnu tar has problems with hard links to files with long names >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 10 19:50:02 PST 1996 >Last-Modified: >Originator: David Dawes >Organization: University of Sydney, Australia >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Gnu tar has problems creating an archive which contains a file with a hard link to another file which has a long (>=100 char) name. When listing such an archive, the name of the link is truncated to 99 characters, and when extracting such an archive, an error is reported because it is trying to create a hard link to a file which doesn't exist. >How-To-Repeat: mkdir -p 123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789 mkdir -p 123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/xx echo stuff > 123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/file ln 123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/file 123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/xx/link tar cf test.tar 123456789 Then listing with 'tar vtf test.tar' gives: -rw-r--r-- dawes/theory 0 Nov 11 14:35 1996 123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/file link to 123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789 And attempting to extract gives: tar: Could not link 123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/file to 123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789/123456789 : No such file or directory >Fix: The following patch appears to fix the problem, which is seems to be a long-standing problem with gnu tar. I'm planning to send this patch to the maintainer of gnu tar. Index: create.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/tar/create.c,v retrieving revision 1.3 diff -c -r1.3 create.c *** create.c 1995/06/26 06:24:37 1.3 --- create.c 1996/11/11 03:22:52 *************** *** 313,319 **** } link_name++; } ! if (link_name - lp->name >= NAMSIZ) write_long (link_name, LF_LONGLINK); current_link_name = link_name; --- 313,319 ---- } link_name++; } ! if (strlen(link_name) >= NAMSIZ) write_long (link_name, LF_LONGLINK); current_link_name = link_name; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 11 04:40:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11907 for bugs-outgoing; Mon, 11 Nov 1996 04:40:12 -0800 (PST) Received: from dec.acnit.ac.ru ([193.233.113.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA11835 for ; Mon, 11 Nov 1996 04:39:45 -0800 (PST) Received: (from root@localhost) by dec.acnit.ac.ru (8.7.5/8.7.3) id SAA00393 for bugs@freebsd.org; Sun, 10 Nov 1996 18:30:14 +0300 (MSK) Date: Sun, 10 Nov 96 15:30:12 +0000 From: root@dec.acnit.ac.ru (Vasily V. Grechishnikov &) To: bugs@freebsd.org Message-ID: X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When i try to recompile my own kernel cc found a syntax error. LINT contains an error in directive MAXMEM=(128*1024), "(",")" not needed. From owner-freebsd-bugs Mon Nov 11 04:46:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12035 for bugs-outgoing; Mon, 11 Nov 1996 04:46:51 -0800 (PST) Received: from dec.acnit.ac.ru ([193.233.113.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA12029 for ; Mon, 11 Nov 1996 04:46:31 -0800 (PST) Received: (from root@localhost) by dec.acnit.ac.ru (8.7.5/8.7.3) id PAA00173 for bugs@freebsd.org; Mon, 11 Nov 1996 15:47:17 +0300 (MSK) Date: Mon, 11 Nov 96 12:47:16 +0000 From: root@dec.acnit.ac.ru (Vasily V. Grechishnikov &) To: bugs@freebsd.org Message-ID: Subject: User kernel compiling X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I try to recompile my own kernel using LINT template, cc found a syntax error. LINT contains an error in directive MAXMEM=(128*1024), "(",")" not needed. From owner-freebsd-bugs Mon Nov 11 05:19:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13122 for bugs-outgoing; Mon, 11 Nov 1996 05:19:41 -0800 (PST) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13103; Mon, 11 Nov 1996 05:19:39 -0800 (PST) Date: Mon, 11 Nov 1996 05:19:39 -0800 (PST) From: "Marc G. Fournier" Message-Id: <199611111319.FAA13103@freefall.freebsd.org> To: john7doe@iesd.auc.dk, scrappy, freebsd-bugs Subject: Re: kern/1278 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SUN Solaris clients gets host not responding, when writing data to FreeBSD NFS Server. State-Changed-From-To: feedback-closed State-Changed-By: scrappy State-Changed-When: Mon Nov 11 05:18:27 PST 1996 State-Changed-Why: Originator switched to Solaris x86, hoping to fix the problem, and the problem became worse...seems the problem was a bad power supply From owner-freebsd-bugs Mon Nov 11 11:09:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03782 for bugs-outgoing; Mon, 11 Nov 1996 11:09:40 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03777 for ; Mon, 11 Nov 1996 11:09:37 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <19437(4)>; Mon, 11 Nov 1996 11:08:57 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177557>; Mon, 11 Nov 1996 11:08:52 -0800 X-Mailer: exmh version 1.6.7 5/3/96 To: Heikki Suonsivu cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-reply-to: Your message of "Sat, 09 Nov 1996 16:55:08 PST." <199611100055.CAA20326@cantina.clinet.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Nov 1996 11:08:49 PST From: Bill Fenner Message-Id: <96Nov11.110852pst.177557@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611100055.CAA20326@cantina.clinet.fi>you write: >Is there any way to get a list of PR's by submitter Yes. Email freebsd-gnats-query@freebsd.org with subject --full --originator=heikki --skip-closed and you will get all of the still-open PR's that you originated. You have to use your name, and not your email address, since the email address is not stored in the PR itself. Bill From owner-freebsd-bugs Mon Nov 11 15:53:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA22271 for bugs-outgoing; Mon, 11 Nov 1996 15:53:51 -0800 (PST) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA22264 for ; Mon, 11 Nov 1996 15:53:44 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.6/8.7.3) with ESMTP id PAA18131; Mon, 11 Nov 1996 15:53:04 -0800 (PST) Received: (from pst@localhost) by base.jnx.com (8.7.6/8.7.3) id PAA11668; Mon, 11 Nov 1996 15:53:00 -0800 (PST) To: hsu@clinet.fi (Heikki Suonsivu) Cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports References: hsu@clinet.fi (Heikki Suonsivu) <199611100055.CAA20326@cantina.clinet.fi> From: Paul Traina Date: 11 Nov 1996 15:52:59 -0800 In-Reply-To: hsu@clinet.fi's message of 10 Nov 96 00:55:08 GMT Message-ID: <7yzq0o2nqb.fsf@base.jnx.com> Lines: 18 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hsu@clinet.fi (Heikki Suonsivu) writes: > Is there any way to get a list of PR's by submitter, I would like to check > out which of my PR's are still valid with 2.2-RELENG ? From WWW gnats it > does not seem to be possible ? actually, it just needs to be documented -- http://www.freebsd.org/cgi-bin/query-pr-summary.cgi?responsible=pst ?state= ?... someone ? -- IVANOVA: Thank you for getting these ridiculously large and destructive nuclear bombs, G'kar. From owner-freebsd-bugs Tue Nov 12 02:00:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07593 for bugs-outgoing; Tue, 12 Nov 1996 02:00:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07543; Tue, 12 Nov 1996 02:00:05 -0800 (PST) Resent-Date: Tue, 12 Nov 1996 02:00:05 -0800 (PST) Resent-Message-Id: <199611121000.CAA07543@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, leonard@dstc.edu.au Received: from trapdoor.dstc.edu.au (root@trapdoor.dstc.edu.au [130.102.176.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA06815 for ; Tue, 12 Nov 1996 01:51:18 -0800 (PST) Received: from scry.dstc.edu.au (scry.dstc.edu.au [130.102.176.222]) by trapdoor.dstc.edu.au (8.6.9/8.6.12) with ESMTP id TAA00224 for ; Tue, 12 Nov 1996 19:51:15 +1000 Received: (from d@localhost) by scry.dstc.edu.au (8.8.2/8.6.12) id TAA21867; Tue, 12 Nov 1996 19:51:10 +1000 (EST) Message-Id: <199611120951.TAA21867@scry.dstc.edu.au> Date: Tue, 12 Nov 1996 19:51:10 +1000 (EST) From: David Leonard Reply-To: leonard@dstc.edu.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1994: Typo in bootpd.8 (really trivial) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1994 >Category: docs >Synopsis: Typo in bootpd.8 (really trivial) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 12 02:00:03 PST 1996 >Last-Modified: >Originator: David Leonard >Organization: DSTC, Brisbane, Australia +61 7 3365 4310 >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current (1 day old) FreeBSD scry.dstc.edu.au 2.2-CURRENT FreeBSD 2.2-CURRENT #2: Fri Nov 1 11:21:58 EST 1996 d@scry.dstc.edu.au:/u1/src/sys/compile/SCRY i386 >Description: typo in manual page for bootpd(8) `boopts' should be `bootps' >How-To-Repeat: man bootpd >Fix: Index: libexec/bootpd/bootpd.8 =================================================================== RCS file: /home/leonard/cvsroot/freebsd/src/libexec/bootpd/bootpd.8,v retrieving revision 1.1.1.4 diff -c -r1.1.1.4 bootpd.8 *** bootpd.8 1996/11/11 07:53:25 1.1.1.4 --- bootpd.8 1996/11/12 09:46:07 *************** *** 238,244 **** If the port numbers cannot be determined using .I getservbyname ! then the values default to boopts=67 and bootpc=68. .SH FILES .TP 20 /etc/bootptab --- 238,244 ---- If the port numbers cannot be determined using .I getservbyname ! then the values default to bootps=67 and bootpc=68. .SH FILES .TP 20 /etc/bootptab >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 12 05:34:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA23865 for bugs-outgoing; Tue, 12 Nov 1996 05:34:03 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA23843; Tue, 12 Nov 1996 05:33:55 -0800 (PST) Date: Tue, 12 Nov 1996 05:33:55 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199611121333.FAA23843@freefall.freebsd.org> To: leonard@dstc.edu.au, phk, freebsd-bugs Subject: Re: docs/1994 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Typo in bootpd.8 (really trivial) State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Tue Nov 12 05:33:15 PST 1996 State-Changed-Why: done thanks! From owner-freebsd-bugs Tue Nov 12 05:34:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24050 for bugs-outgoing; Tue, 12 Nov 1996 05:34:49 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24037; Tue, 12 Nov 1996 05:34:44 -0800 (PST) Date: Tue, 12 Nov 1996 05:34:44 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199611121334.FAA24037@freefall.freebsd.org> To: jehamby@lightside.com, phk, freebsd-bugs Subject: Re: bin/1988 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FOPEN_MAX in stdio.h != _POSIX_STREAM_MAX in limits.h State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Tue Nov 12 05:34:14 PST 1996 State-Changed-Why: I presume Bruce's answer settles this one. From owner-freebsd-bugs Tue Nov 12 05:38:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24571 for bugs-outgoing; Tue, 12 Nov 1996 05:38:51 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24552; Tue, 12 Nov 1996 05:38:43 -0800 (PST) Date: Tue, 12 Nov 1996 05:38:43 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199611121338.FAA24552@freefall.freebsd.org> To: mark@linus.demon.co.uk, phk, freebsd-bugs Subject: Re: docs/1987 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: minor formatting improvement for printcap(5) State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Tue Nov 12 05:38:00 PST 1996 State-Changed-Why: done, thanks! From owner-freebsd-bugs Tue Nov 12 10:16:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA10656 for bugs-outgoing; Tue, 12 Nov 1996 10:16:27 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA10617; Tue, 12 Nov 1996 10:16:16 -0800 (PST) Date: Tue, 12 Nov 1996 10:16:16 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199611121816.KAA10617@freefall.freebsd.org> To: dawes@physics.usyd.edu.au, jkh, freebsd-bugs Subject: Re: gnu/1992 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Gnu tar has problems with hard links to files with long names State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Tue Nov 12 10:14:44 PST 1996 State-Changed-Why: Submitted fix applied. From owner-freebsd-bugs Tue Nov 12 10:42:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12950 for bugs-outgoing; Tue, 12 Nov 1996 10:42:59 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12933; Tue, 12 Nov 1996 10:42:52 -0800 (PST) Date: Tue, 12 Nov 1996 10:42:52 -0800 (PST) From: Peter Wemm Message-Id: <199611121842.KAA12933@freefall.freebsd.org> To: peter@spinner.DIALix.COM, peter, freebsd-bugs Subject: Re: bin/1990 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 'make fetch' broken in recent sh/make changes State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Tue Nov 12 10:39:43 PST 1996 State-Changed-Why: This was fixed by backing out rev 1.7 of bin/sh/eval.c, which reopens PR#1206. Sigh. The problem here was a side effect of the fix for that PR. From owner-freebsd-bugs Tue Nov 12 19:08:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20978 for bugs-outgoing; Tue, 12 Nov 1996 19:08:54 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA20968 for ; Tue, 12 Nov 1996 19:08:48 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15714(5)>; Tue, 12 Nov 1996 19:08:03 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177557>; Tue, 12 Nov 1996 19:07:57 -0800 X-Mailer: exmh version 1.6.7 5/3/96 To: Paul Traina cc: hsu@clinet.fi (Heikki Suonsivu), freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-reply-to: Your message of "Mon, 11 Nov 1996 15:52:59 PST." <7yzq0o2nqb.fsf@base.jnx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 12 Nov 1996 19:07:51 PST From: Bill Fenner Message-Id: <96Nov12.190757pst.177557@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just modified query-pr-summary to be able to accept any of the same arguments that the command-line query-pr takes, and added a form to help with filling them out. Check out http://www.freebsd.org/cgi/query-pr-summary.cgi?query after the web pages update from CVS (4am Pacific). Bill From owner-freebsd-bugs Wed Nov 13 00:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA01176 for bugs-outgoing; Wed, 13 Nov 1996 00:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA01151; Wed, 13 Nov 1996 00:00:03 -0800 (PST) Resent-Date: Wed, 13 Nov 1996 00:00:03 -0800 (PST) Resent-Message-Id: <199611130800.AAA01151@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from noc.belwue.de (root@noc.BelWue.DE [129.143.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA00956 for" ; Tue, 12 Nov 1996 23:57:04.-0800 (PST) Received: from rubin.noc.dfn.de (rubin.noc.dfn.de [193.174.247.201]) by noc.belwue.de with SMTP id IAA10238 (8.6.13/IDA-1.6 for ); Wed, 13 Nov 1996 08:56:53 +0100 Received: from diamant.noc.dfn.de by rubin.noc.dfn.de (4.1/BelWue-2.0SUN) id AA02189; Wed, 13 Nov 96 08:56:53 +0100 Received: by diamant.noc.dfn.de (SMI-8.6/SVR4/BelWue-1.0.3) id IAA05900; Wed, 13 Nov 1996 08:56:10 +0100 Message-Id: <199611130756.IAA05900@diamant.noc.dfn.de> Date: Wed, 13 Nov 1996 08:56:09 +0100 (MET) From: Schweikhardt@RUS.Uni-Stuttgart.DE (Jens Schweikhardt) To: FreeBSD-gnats-submit@freebsd.org Cc: schweikh@diamant.noc.dfn.de (Jens Schweikhardt) Subject: misc/1998: clock() wraps after only 548775 ticks Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1998 >Category: misc >Synopsis: clock() wraps after only 548775 ticks >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Nov 13 00:00:00 PST 1996 >Last-Modified: >Originator: schweikh@noc.dfn.de >Organization: DFN Network Operation Center >Release: FreeBSD 2.1-STABLE i386 >Environment: i486 DX2/66 >Description: The value returned by clock() wraps after about 548775 ticks (4288 CPU seconds = 1 hour and then some). This is the behaviour I would expect if CLOCKS_PER_SEC were 1000000, but it's only 128 according to . So FreeBSD needlessly wastes a great potential of accurate resource usage measurement. This surely seems realted to the kernel's inability to measure resource usages of more than this amount of user and system time (with getrusage()). If this is the intended behaviour and will not be changed then please add a note in the clock(3) and getrusage(2) man pages about the premature wrap... (yuck, FreeBSD :-) >How-To-Repeat: Compile and run this: #include #include #include #include #include static time_t start; static struct rusage rus; static void alarm_handler (int); static void alarm_handler (int sig) { (void) getrusage (RUSAGE_SELF, &rus); (void) printf ("%lu %lu %6.0f\n", (unsigned long) (time (NULL) - start), (unsigned long) clock (), (double) (rus.ru_utime.tv_sec + rus.ru_stime.tv_sec + (rus.ru_utime.tv_usec + rus.ru_stime.tv_usec)/1.0E6)); (void) fflush (NULL); } int main (void) { struct sigaction sa = { 0 }; struct itimerval alarm_time = {{1, 0}, {1, 0}}; sa.sa_handler = alarm_handler; (void) sigemptyset (&sa.sa_mask); (void) sigaddset (&sa.sa_mask, SIGVTALRM); if (sigaction (SIGVTALRM, &sa, NULL) == -1) { perror ("sigaction"); return EXIT_FAILURE; } if (setitimer (ITIMER_VIRTUAL, &alarm_time, NULL) == -1) { perror ("setitimer"); return EXIT_FAILURE; } start = time (NULL); for (;;) ; return EXIT_SUCCESS; } Run it for 4300 (CPU) seconds. The output will look like this: 1 133 1 3 260 2 4 384 3 5 511 4 6 635 5 7 751 6 8 869 7 ... 4487 548007 4281 4488 548127 4282 4490 548254 4283 4491 548375 4284 4492 548494 4285 4493 548618 4286 4494 121 1 4496 248 2 4497 379 3 4498 504 4 4499 630 5 4500 756 6 >Fix: >Audit-Trail: >Unformatted: To: FreeBSD-gnats-submit@freebsd.org Subject: clock() wraps after only 548775 ticks From: schweikh@noc.dfn.de Reply-To: schweikh@noc.dfn.de X-send-pr-version: 3.2 From owner-freebsd-bugs Wed Nov 13 00:20:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA02185 for bugs-outgoing; Wed, 13 Nov 1996 00:20:22 -0800 (PST) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA02179 for ; Wed, 13 Nov 1996 00:20:21 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.6/8.7.3) with ESMTP id AAA00297; Wed, 13 Nov 1996 00:19:49 -0800 (PST) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.6/8.7.3) with ESMTP id AAA14780; Wed, 13 Nov 1996 00:19:45 -0800 (PST) Message-Id: <199611130819.AAA14780@base.jnx.com> To: Bill Fenner cc: hsu@clinet.fi (Heikki Suonsivu), freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-reply-to: Your message of "Tue, 12 Nov 1996 19:07:51 PST." <96Nov12.190757pst.177557@crevenia.parc.xerox.com> Date: Wed, 13 Nov 1996 00:19:45 -0800 From: Paul Traina Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cool From: Bill Fenner Subject: Re: List of open Problem Reports I just modified query-pr-summary to be able to accept any of the same argumen >>ts that the command-line query-pr takes, and added a form to help with fillin >>g them out. Check out http://www.freebsd.org/cgi/query-pr-summary.cgi?query >>after the web pages update from CVS (4am Pacific). Bill From owner-freebsd-bugs Wed Nov 13 01:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05391 for bugs-outgoing; Wed, 13 Nov 1996 01:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05385; Wed, 13 Nov 1996 01:50:03 -0800 (PST) Date: Wed, 13 Nov 1996 01:50:03 -0800 (PST) Message-Id: <199611130950.BAA05385@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: misc/1998: clock() wraps after only 548775 ticks Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/1998; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.org, Schweikhardt@RUS.Uni-Stuttgart.DE Cc: schweikh@diamant.noc.dfn.de Subject: Re: misc/1998: clock() wraps after only 548775 ticks Date: Wed, 13 Nov 1996 20:38:41 +1100 >>Synopsis: clock() wraps after only 548775 ticks This was fixed 13 months ago in -current and 4 months ago in -stable. It was reported in PR 788. > The value returned by clock() wraps after about 548775 ticks > (4288 CPU seconds = 1 hour and then some). > This is the behaviour I would expect if CLOCKS_PER_SEC were 1000000, > but it's only 128 according to . So FreeBSD needlessly wastes > a great potential of accurate resource usage measurement. This Using clock() needlessly wastes a factor of 1000000/128 of precision. This can't be fixed until clock_t is larger so that CLOCKS_PER_SECOND can be 10^6 or more. Bruce From owner-freebsd-bugs Wed Nov 13 11:40:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA09250 for bugs-outgoing; Wed, 13 Nov 1996 11:40:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA09243; Wed, 13 Nov 1996 11:40:06 -0800 (PST) Resent-Date: Wed, 13 Nov 1996 11:40:06 -0800 (PST) Resent-Message-Id: <199611131940.LAA09243@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, adam@veda.is Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA08921 for ; Wed, 13 Nov 1996 11:35:20 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.2/8.7.3) id TAA12186; Wed, 13 Nov 1996 19:36:49 GMT Message-Id: <199611131936.TAA12186@veda.is> Date: Wed, 13 Nov 1996 19:36:49 GMT From: Adam David Reply-To: adam@veda.is To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2001: vi confused about lines to display Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2001 >Category: bin >Synopsis: vi confused about lines to display >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 13 11:40:03 PST 1996 >Last-Modified: >Originator: Adam David >Organization: Veda Internet >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current >Description: When vi is unable to make a backup for recovery, it prints a warning on the bottom line of the screen. After this, the display can get confused. >How-To-Repeat: Fill /var/tmp or point vi.recover to a full or read-only filesystem. Edit a file containing unique lines of ascii text. Delete the top line and notice that after the warning status is displayed and has been dismissed, there are 2 identical lines displayed on the screen and no simple way to redisplay the screen to reflect the actual file content. >Fix: ??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 13 13:40:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18323 for bugs-outgoing; Wed, 13 Nov 1996 13:40:21 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18297; Wed, 13 Nov 1996 13:40:12 -0800 (PST) Resent-Date: Wed, 13 Nov 1996 13:40:12 -0800 (PST) Resent-Message-Id: <199611132140.NAA18297@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, housley@pr-comm.com Received: from cyber2.servtech.com (root@cyber2.servtech.com [199.1.22.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA17645 for ; Wed, 13 Nov 1996 13:30:57 -0800 (PST) Received: from ocean.com (prcomm.roc.servtech.com [204.181.3.14]) by cyber2.servtech.com (8.7.6/8.7.5) with ESMTP id QAA23688 for ; Wed, 13 Nov 1996 16:30:45 -0500 (EST) Received: (from housley@localhost) by ocean.com (8.7.5/8.7.3) id QAA03075; Wed, 13 Nov 1996 16:26:42 -0500 (EST) Message-Id: <199611132126.QAA03075@ocean.com> Date: Wed, 13 Nov 1996 16:26:42 -0500 (EST) From: "James E. Housley" Reply-To: housley@pr-comm.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2002: sio doesn't detect com port on Compaq Contura 430C Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2002 >Category: i386 >Synopsis: sio doesn't detect com port on Compaq Contura 430C >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 13 13:40:05 PST 1996 >Last-Modified: >Originator: James E. Housley >Organization: PR Communications, Inc. Rochester, NY 14610-0725 >Release: FreeBSD 2.1-STABLE i386 >Environment: I have replaced the sioprobe() code in the release sio.c with the version of sioprober() from sio.c version 1.149 from the CVS web server. >Description: sioprobe() does not fully find my com1 port. There is PCMCIA on this laptop but that is disabled in the BIOS under security management. Com1 is at location 0x3F8 and IRQ 4. DOS, Windows, OS/2 have all been able to find and use this port at it's current location. sioprobe() seems to have trouble with verification of interrupts (I think). I added a printf statement to show the contents of the failures array. If I ignore #5 and #8 the result is overflows, even with nothing attached to the port. ---------- START OF dmesg ---------- FreeBSD 2.1.5-RELEASE #5: Wed Nov 13 15:28:33 1996 root@hatchling.pr-comm.com:/usr/src/sys/compile/COMPAQ_1 CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 25165824 (24576K bytes) avail memory = 22937600 (22400K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0: failures[0] = 0 sio0: failures[1] = 0 sio0: failures[2] = 0 sio0: failures[3] = 0 sio0: failures[4] = 0 sio0: failures[5] = 1 sio0: failures[6] = 0 sio0: failures[7] = 0 sio0: failures[8] = 1 sio0: failures[9] = 0 sio0 not found at 0x3f8 sio1: failures[0] = 252 sio1: failures[1] = 253 sio1: failures[2] = 247 sio1: failures[3] = 1 sio1: failures[4] = 13 sio1: failures[5] = 0 sio1: failures[6] = 14 sio1: failures[7] = 255 sio1: failures[8] = 0 sio1: failures[9] = 14 sio1 not found at 0x2f8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 689MB (1411200 sectors), 1400 cyls, 16 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface ----------- END OF dmesg ----------- >How-To-Repeat: I only have access to one Compaq Contura 430C laptop. But always on mine. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 13 14:30:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21841 for bugs-outgoing; Wed, 13 Nov 1996 14:30:42 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21825; Wed, 13 Nov 1996 14:30:24 -0800 (PST) Resent-Date: Wed, 13 Nov 1996 14:30:24 -0800 (PST) Resent-Message-Id: <199611132230.OAA21825@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jmaslak@blackfire.com Received: from blackfire.com (hill153.uwyo.edu [129.72.150.153]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA21286 for ; Wed, 13 Nov 1996 14:22:15 -0800 (PST) Received: (from jmaslak@localhost) by blackfire.com (8.7.6/8.7.3) id PAA06521; Wed, 13 Nov 1996 15:23:30 -0700 (MST) Message-Id: <199611132223.PAA06521@blackfire.com> Date: Wed, 13 Nov 1996 15:23:30 -0700 (MST) From: Joel Maslak Reply-To: jmaslak@blackfire.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2003: Finger does not work with many systems Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2003 >Category: bin >Synopsis: Finger does not work with many systems >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 13 14:30:07 PST 1996 >Last-Modified: >Originator: Joel C. Maslak >Organization: Black Fire Productions >Release: FreeBSD 3.0-CURRENT i386 >Environment: fingerd running on Red Hat 3.0 Linux, nor for other Linux systems (Slackware 3.0) >Description: /usr/bin/finger does not seem to like Linux. ;) When a linux site is fingered (not sure which versions, but Red Hat 3.0 and Slackware 3.0, for sure), a blank response is shown: bash$ finger @afterhours [afterhours.blackfire.com] bash$ It does not work if a username is specified, either. I also fingered these sites from a A/UX machine and a Linux machine, and both work fine. (Response is not empty) >How-To-Repeat: Finger a linux machine, running Red Hat 3.0 or Slackware 3.0, perhaps others. >Fix: None as of yet. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 13 15:00:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23341 for bugs-outgoing; Wed, 13 Nov 1996 15:00:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23320; Wed, 13 Nov 1996 15:00:04 -0800 (PST) Date: Wed, 13 Nov 1996 15:00:04 -0800 (PST) Message-Id: <199611132300.PAA23320@freefall.freebsd.org> To: freebsd-bugs Cc: From: Jason Thorpe Subject: Re: bin/2003: Finger does not work with many systems Reply-To: Jason Thorpe Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2003; it has been noted by GNATS. From: Jason Thorpe To: jmaslak@blackfire.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2003: Finger does not work with many systems Date: Wed, 13 Nov 1996 14:43:11 -0800 On Wed, 13 Nov 1996 15:23:30 -0700 (MST) Joel Maslak wrote: > /usr/bin/finger does not seem to like Linux. ;) > When a linux site is fingered (not sure which versions, but > Red Hat 3.0 and Slackware 3.0, for sure), a blank response > is shown: > bash$ finger @afterhours > [afterhours.blackfire.com] > bash$ > It does not work if a username is specified, either. > I also fingered these sites from a A/UX machine and a Linux > machine, and both work fine. (Response is not empty) This probably has more to do with the Linux system. Odds are that it's running GNU finger which is what I would call "lame by default". Try passing -l... finger -l @afterhours If that works as you'd expect, I'd say it's broken Linux software :-) Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-bugs Wed Nov 13 15:24:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24678 for bugs-outgoing; Wed, 13 Nov 1996 15:24:18 -0800 (PST) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA24670; Wed, 13 Nov 1996 15:24:13 -0800 (PST) Message-Id: <199611132324.PAA24670@freefall.freebsd.org> To: Jason Thorpe cc: freebsd-bugs Subject: Re: bin/2003: Finger does not work with many systems In-reply-to: Your message of "Wed, 13 Nov 1996 15:00:04 PST." <199611132300.PAA23320@freefall.freebsd.org> Date: Wed, 13 Nov 1996 15:24:12 -0800 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The following reply was made to PR bin/2003; it has been noted by GNATS. > >From: Jason Thorpe >To: jmaslak@blackfire.com >Cc: FreeBSD-gnats-submit@freebsd.org >Subject: Re: bin/2003: Finger does not work with many systems >Date: Wed, 13 Nov 1996 14:43:11 -0800 > > On Wed, 13 Nov 1996 15:23:30 -0700 (MST) > Joel Maslak wrote: > > > /usr/bin/finger does not seem to like Linux. ;) > > When a linux site is fingered (not sure which versions, but > > Red Hat 3.0 and Slackware 3.0, for sure), a blank response > > is shown: > > bash$ finger @afterhours > > [afterhours.blackfire.com] > > bash$ > > It does not work if a username is specified, either. > > I also fingered these sites from a A/UX machine and a Linux > > machine, and both work fine. (Response is not empty) > > This probably has more to do with the Linux system. Odds are that > it's running GNU finger which is what I would call "lame by default". > Try passing -l... > > finger -l @afterhours > > If that works as you'd expect, I'd say it's broken Linux software :-) > > Jason R. Thorpe thorpej@nas.nasa.gov > NASA Ames Research Center Home: 408.866.1912 > NAS: M/S 258-6 Work: 415.604.0935 > Moffett Field, CA 94035 Pager: 415.428.6939 Actually, FreeBSD finger is a TTCP app and is probably showing that, at least the version of Linux running on those machines, does not have an RFC compliant TCP stack. You can disable the use of TTCP with the -T finger option. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Wed Nov 13 15:29:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24999 for bugs-outgoing; Wed, 13 Nov 1996 15:29:09 -0800 (PST) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA24992; Wed, 13 Nov 1996 15:29:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id PAA10135; Wed, 13 Nov 1996 15:16:07 -0800 (PST) Message-Id: <199611132316.PAA10135@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: "Justin T. Gibbs" Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2003: Finger does not work with many systems Reply-To: Jason Thorpe From: Jason Thorpe Date: Wed, 13 Nov 1996 15:16:07 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 13 Nov 1996 15:24:12 -0800 "Justin T. Gibbs" wrote: > Actually, FreeBSD finger is a TTCP app and is probably showing that, at least > the version of Linux running on those machines, does not have an RFC > compliant > TCP stack. You can disable the use of TTCP with the -T finger option. Eww. Rather backwards, isn't it? Shouldn't the FreeBSD finger be compatible by default? Seems like the T/TCP code should be _enabled_ using -T... Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-bugs Wed Nov 13 15:53:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26595 for bugs-outgoing; Wed, 13 Nov 1996 15:53:13 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA26581; Wed, 13 Nov 1996 15:53:05 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA02308; Wed, 13 Nov 1996 16:52:42 -0700 (MST) Date: Wed, 13 Nov 1996 16:52:42 -0700 (MST) Message-Id: <199611132352.QAA02308@rocky.mt.sri.com> From: Nate Williams To: Jason Thorpe Cc: "Justin T. Gibbs" , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2003: Finger does not work with many systems In-Reply-To: <199611132316.PAA10135@lestat.nas.nasa.gov> References: <199611132316.PAA10135@lestat.nas.nasa.gov> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe writes: > On Wed, 13 Nov 1996 15:24:12 -0800 > "Justin T. Gibbs" wrote: > > > Actually, FreeBSD finger is a TTCP app and is probably showing that, at least > > the version of Linux running on those machines, does not have an RFC > > compliant > > TCP stack. You can disable the use of TTCP with the -T finger option. > > Eww. Rather backwards, isn't it? Shouldn't the FreeBSD finger be > compatible by default? Seems like the T/TCP code should be _enabled_ > using -T... TTCP is *compatible*. If Linux's stack were compliant then we wouldn't be having these problems. But, we allow you to enable 'backward compatability' by using a flag. If we always preferred backward compatability we'd still be using trailers in TCP/IP. :) Nate From owner-freebsd-bugs Wed Nov 13 16:18:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA27688 for bugs-outgoing; Wed, 13 Nov 1996 16:18:23 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA27676 for ; Wed, 13 Nov 1996 16:17:49 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id QAA00704; Wed, 13 Nov 1996 16:12:11 -0800 (PST) Message-ID: <328A5E86.31DFF4F5@whistle.com> Date: Wed, 13 Nov 1996 16:11:44 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Jason Thorpe CC: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2003: Finger does not work with many systems References: <199611132300.PAA23320@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe wrote: > > > /usr/bin/finger does not seem to like Linux. ;) > > When a linux site is fingered (not sure which versions, but > > Red Hat 3.0 and Slackware 3.0, for sure), a blank response > > is shown: > Turn off the TCP extensions.. finger tries by default to use them but I believe that some versions of Linux can't cope with them.. (or at least when I last looked) julian From owner-freebsd-bugs Wed Nov 13 16:48:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29182 for bugs-outgoing; Wed, 13 Nov 1996 16:48:24 -0800 (PST) Received: from blackfire.com (hill153.uwyo.edu [129.72.150.153]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA29175; Wed, 13 Nov 1996 16:48:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by blackfire.com (8.7.6/8.7.3) with SMTP id RAA06714; Wed, 13 Nov 1996 17:49:40 -0700 (MST) Date: Wed, 13 Nov 1996 17:49:40 -0700 (MST) From: Joel Maslak X-Sender: jmaslak@babel.blackfire.com To: "Justin T. Gibbs" cc: Jason Thorpe , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2003: Finger does not work with many systems In-Reply-To: <199611132324.PAA24670@freefall.freebsd.org> Message-ID: Organization: Not Likely! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 13 Nov 1996, Justin T. Gibbs wrote: > > This probably has more to do with the Linux system. Odds are that > > it's running GNU finger which is what I would call "lame by default". > > Try passing -l... > Actually, FreeBSD finger is a TTCP app and is probably showing that, at least > the version of Linux running on those machines, does not have an RFC compliant > TCP stack. You can disable the use of TTCP with the -T finger option. The -T fixed the problem (-l did not). But, I agree. Should this be the default? Joel Maslak Why does the computer seem to laugh when it says, "You have: 52 new voice mail messages?" From owner-freebsd-bugs Wed Nov 13 18:16:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05314 for bugs-outgoing; Wed, 13 Nov 1996 18:16:46 -0800 (PST) Received: from heathers.stdio.com (risner@heathers.stdio.com [204.152.114.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA05309 for ; Wed, 13 Nov 1996 18:16:35 -0800 (PST) Received: (from risner@localhost) by heathers.stdio.com (8.6.12/8.6.13) id VAA09884; Wed, 13 Nov 1996 21:14:36 -0500 Date: Wed, 13 Nov 1996 21:14:36 -0500 From: James Risner Message-Id: <199611140214.VAA09884@heathers.stdio.com> To: thorpej@nas.nasa.gov Subject: depends Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Actually, FreeBSD finger is a TTCP app and is probably showing that, at least > the version of Linux running on those machines, does not have an RFC > compliant > TCP stack. You can disable the use of TTCP with the -T finger option. Eww. Rather backwards, isn't it? Shouldn't the FreeBSD finger be compatible by default? Seems like the T/TCP code should be _enabled_ using -T... Depends on your definition of compatiable. compatible (spell fix) If it does not work to Linux or any other OS, then they are the OS at fault. The implementation is not compliant or compatiable with the RFC. What you ask is for yet another non-compliant OS by default and a flag to be compliant. I would agree with the CURRENT method. Compliant by default with a flag to BREAK the RFC. Risner From owner-freebsd-bugs Wed Nov 13 18:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05760 for bugs-outgoing; Wed, 13 Nov 1996 18:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05753; Wed, 13 Nov 1996 18:30:05 -0800 (PST) Resent-Date: Wed, 13 Nov 1996 18:30:05 -0800 (PST) Resent-Message-Id: <199611140230.SAA05753@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from cayman.priconet.de (James.Bond@cayman.priconet.de [194.195.236.98]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA05470 for" ; Wed, 13 Nov 1996 18:22:19.-0800 (PST) Received: (from marc@localhost) by cayman.priconet.de (8.7.5/8.7.3) id DAA22388 for FreeBSD-gnats-submit@freebsd.org; Thu, 14 Nov 1996 03:21:20 +0100 (MET) Message-Id: <199611140221.DAA22388@cayman.priconet.de> Date: Thu, 14 Nov 1996 03:21:19 +0100 (MET) From: Marc Zimmermann To: FreeBSD-gnats-submit@freebsd.org Subject: kern/2004: route add -link panics system Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2004 >Category: kern >Synopsis: route add -link panics system >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 13 18:30:04 PST 1996 >Last-Modified: >Originator: Marc Zimmermann >Organization: priconet, e.V. >Release: FreeBSD 2.1-STABLE i386 >Environment: 486 DX 50, 16MB, VL board, Fahrenheit gfx card, Accton Ethernet Card, ISA HD Controller %uname -a FreeBSD haiti.islands.de 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Sat Aug 10 20:10:30 MET DST 1996 root@myname.my.domain:/usr/src/sys/compile/haiti i386 >Description: When using the command route add 194.195.236.98 -link 0:0:e8:8:cb:72 I get a kernel panic. route -d add 194.195.236.98 -link 0:0:e8:8:cb:72 does not panic the system, which is why I chose category ``kern''. My ethernet card has the ip addr 192.168.1.1. I want to reach my Sun, which is on the same ethernet segment and has an officially assigned ip number, from my FreeBSD box. This got an RFC 1918 ip num. The FreeBSD box is my router. I'm using the ed0 driver for my Accton ethernet card. >How-To-Repeat: as root, type route add 194.195.236.98 -link 0:0:e8:8:cb:72 >Fix: none known >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 13 18:59:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA07109 for bugs-outgoing; Wed, 13 Nov 1996 18:59:17 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA07104 for ; Wed, 13 Nov 1996 18:59:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id SAA09585; Wed, 13 Nov 1996 18:58:29 -0800 (PST) Message-Id: <199611140258.SAA09585@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: James Risner cc: thorpej@nas.nasa.gov, freebsd-bugs@freefall.freebsd.org Subject: Re: depends In-reply-to: Your message of "Wed, 13 Nov 1996 21:14:36 EST." <199611140214.VAA09884@heathers.stdio.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 13 Nov 1996 18:58:29 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Actually, FreeBSD finger is a TTCP app and is probably showing that, at least > > the version of Linux running on those machines, does not have an RFC > > compliant > > TCP stack. You can disable the use of TTCP with the -T finger option. > >Eww. Rather backwards, isn't it? Shouldn't the FreeBSD finger be >compatible by default? Seems like the T/TCP code should be _enabled_ >using -T... > > >Depends on your definition of compatiable. >compatible (spell fix) > >If it does not work to Linux or any other OS, then they are the OS at fault. >The implementation is not compliant or compatiable with the RFC. It doesn't work with Linux. It works with other operating systems. Linux is at fault, not FreeBSD. Linux is clearly violating the TCP spec by barfing on extensions it doesn't understand. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Wed Nov 13 19:50:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09835 for bugs-outgoing; Wed, 13 Nov 1996 19:50:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09821; Wed, 13 Nov 1996 19:50:05 -0800 (PST) Resent-Date: Wed, 13 Nov 1996 19:50:05 -0800 (PST) Resent-Message-Id: <199611140350.TAA09821@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, adrian@virginia.edu Received: from celt.neuro.virginia.edu (celt.neuro.Virginia.EDU [128.143.244.161]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA09259 for ; Wed, 13 Nov 1996 19:38:47 -0800 (PST) Received: (from adrian@localhost) by celt.neuro.virginia.edu (8.6.12/8.6.12) id WAA13138; Wed, 13 Nov 1996 22:06:59 -0500 Message-Id: <199611140306.WAA13138@celt.neuro.virginia.edu> Date: Wed, 13 Nov 1996 22:06:59 -0500 From: adrian@virginia.edu Reply-To: adrian@virginia.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2005: patch for dig Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2005 >Category: bin >Synopsis: Poor command line argument checking and bad "ping" arguments. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 13 19:50:03 PST 1996 >Last-Modified: >Originator: Adrian Filipi-Martin >Organization: University of Virginia >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: >Description: The /usr/bin/dig program does not check that arguments are present for command line flags that require them. It also passes incompatible flags to the ping command when the -P option is used. The documentation also reflects this last problem. How-To-Repeat: : adrian@lorax; dig -p Segmentation fault (core dumped) : adrian@lorax; dig -P localhost ; <<>> DiG 2.1 <<>> -P localhost ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 6 ;; flags: qr aa rd ra; Ques: 1, Ans: 0, Auth: 1, Addit: 0 ;; QUESTIONS: ;; localhost, type = A, class = IN ;; AUTHORITY RECORDS: . 86400 SOA A.ROOT-SERVERS.NET. hostmaster.INTERNIC.NET. ( 1996111100 ; serial 10800 ; refresh (3 hours) 900 ; retry (15 mins) 604800 ; expire (7 days) 86400 ) ; minimum (1 day) ;; Total query time: 99 msec ;; FROM: lorax.neuro.virginia.edu to SERVER: default -- 128.143.2.7 ;; WHEN: Wed Nov 13 21:48:29 1996 ;; MSG SIZE sent: 27 rcvd: 100 usage: ping [-Rdfnqrv] [-c count] [-i wait] [-l preload] [-p pattern] [-s packetsize] host : adrian@lorax; >How-To-Repeat: >Fix: Apply the following _two_ patches: <<<<<<<<<<<-----cut--here---for---dig.c.patch----- *** dig.c.orig Wed Aug 30 00:06:06 1995 --- dig.c Wed Nov 13 22:15:34 1996 *************** *** 409,418 **** if (**argv == '-') { switch (argv[0][1]) { ! case 'T': wait = atoi(*++argv); break; case 'c': ! if ((tmp = atoi(*++argv)) || *argv[0]=='0') { queryClass = tmp; } else if (tmp = StringToClass(*argv, --- 409,427 ---- if (**argv == '-') { switch (argv[0][1]) { ! case 'T': ! if (*++argv == 0) { ! Usage(); ! exit(1); ! } ! wait = atoi(*argv); break; case 'c': ! if (*++argv == 0) { ! Usage(); ! exit(1); ! } ! if ((tmp = atoi(*argv)) || *argv[0]=='0') { queryClass = tmp; } else if (tmp = StringToClass(*argv, *************** *** 426,432 **** } break; case 't': ! if ((tmp = atoi(*++argv)) || *argv[0]=='0') { queryType = tmp; qtypeSet++; --- 435,445 ---- } break; case 't': ! if (*++argv == 0) { ! Usage(); ! exit(1); ! } ! if ((tmp = atoi(*argv)) || *argv[0]=='0') { queryType = tmp; qtypeSet++; *************** *** 447,456 **** qtypeSet++; } if (!(addrc = *++argv)) { ! printf( ! "; no arg for -x?\n" ! ); ! break; } addrend = addrc + strlen(addrc); if (*addrend == '.') --- 460,467 ---- qtypeSet++; } if (!(addrc = *++argv)) { ! Usage(); ! exit(1); } addrend = addrc + strlen(addrc); if (*addrend == '.') *************** *** 464,475 **** strcat(domain, addrc); strcat(domain, ".in-addr.arpa."); break; ! case 'p': port = htons(atoi(*++argv)); break; case 'P': if (argv[0][2] != '\0') strcpy(pingstr,&argv[0][2]); else strcpy(pingstr,"ping -s"); break; #if defined(__RES) && (__RES >= 19931104) case 'n': --- 475,495 ---- strcat(domain, addrc); strcat(domain, ".in-addr.arpa."); break; ! case 'p': ! if (*++argv == 0) { ! Usage(); ! exit(1); ! } ! port = htons(atoi(*argv)); break; case 'P': if (argv[0][2] != '\0') strcpy(pingstr,&argv[0][2]); else + #if defined(__FreeBSD__) + strcpy(pingstr,"ping"); + #else strcpy(pingstr,"ping -s"); + #endif /*__FreeBSD__*/ break; #if defined(__RES) && (__RES >= 19931104) case 'n': *************** *** 689,696 **** --- 709,721 ---- * Would necessitate root priviledges for icmp port though! */ if (*pingstr) { + #if defined(__FreeBSD__) + sprintf(doping,"%s -s 56 -c 3 %s | tail -3",pingstr, + (srv==NULL)?(defsrv+10):srv); + #else sprintf(doping,"%s %s 56 3 | tail -3",pingstr, (srv==NULL)?(defsrv+10):srv); + #endif /*__FreeBSD__*/ system(doping); } putchar('\n'); <<<<<<<<<<<-----cut--here---for---dig.1.patch----- *** dig.1.orig Wed Nov 13 22:21:35 1996 --- dig.1 Wed Nov 13 22:19:51 1996 *************** *** 195,204 **** three lines of statistics is printed for the command: .sp 1 ! ping \-s server_name 56 3 .sp 1 If the optional "ping string" is present, it ! replaces "ping \-s" in the shell command. .IP "\-t \fIquery-type\fP" Specify type of query. May specify either an integer value to be included in the type field --- 195,204 ---- three lines of statistics is printed for the command: .sp 1 ! ping \-s 56 \-c 3 server_name .sp 1 If the optional "ping string" is present, it ! replaces "ping" in the shell command. .IP "\-t \fIquery-type\fP" Specify type of query. May specify either an integer value to be included in the type field >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 13 20:23:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA11648 for bugs-outgoing; Wed, 13 Nov 1996 20:23:37 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA11636; Wed, 13 Nov 1996 20:23:25 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15540(4)>; Wed, 13 Nov 1996 20:22:45 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177557>; Wed, 13 Nov 1996 17:03:45 -0800 To: Jason Thorpe cc: "Justin T. Gibbs" , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2003: Finger does not work with many systems In-reply-to: Your message of "Wed, 13 Nov 96 15:16:07 PST." <199611132316.PAA10135@lestat.nas.nasa.gov> Date: Wed, 13 Nov 1996 17:03:36 PST From: Bill Fenner Message-Id: <96Nov13.170345pst.177557@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199611132316.PAA10135@lestat.nas.nasa.gov> you write: >Eww. Rather backwards, isn't it? Shouldn't the FreeBSD finger be >compatible by default? It is. T/TCP clients can talk just fine to properly working TCP servers. Bill From owner-freebsd-bugs Wed Nov 13 21:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA15459 for bugs-outgoing; Wed, 13 Nov 1996 21:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA15429; Wed, 13 Nov 1996 21:40:03 -0800 (PST) Date: Wed, 13 Nov 1996 21:40:03 -0800 (PST) Message-Id: <199611140540.VAA15429@freefall.freebsd.org> To: freebsd-bugs Cc: From: roberto@keltia.freenix.fr (Ollivier Robert) Subject: Re: bin/2003: Finger does not work with many systems Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2003; it has been noted by GNATS. From: roberto@keltia.freenix.fr (Ollivier Robert) To: jmaslak@blackfire.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/2003: Finger does not work with many systems Date: Thu, 14 Nov 1996 01:14:04 +0100 According to Joel Maslak: > /usr/bin/finger does not seem to like Linux. ;) > When a linux site is fingered (not sure which versions, but > Red Hat 3.0 and Slackware 3.0, for sure), a blank response > is shown: > bash$ finger @afterhours > [afterhours.blackfire.com] > bash$ Verify that your Linux is not using TCP Wrapper. It comes with several Linux dists... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #28: Sun Nov 10 13:37:41 MET 1996 From owner-freebsd-bugs Wed Nov 13 23:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20553 for bugs-outgoing; Wed, 13 Nov 1996 23:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20547; Wed, 13 Nov 1996 23:30:04 -0800 (PST) Date: Wed, 13 Nov 1996 23:30:04 -0800 (PST) Message-Id: <199611140730.XAA20547@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: bin/2003: Finger does not work with many systems Reply-To: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2003; it has been noted by GNATS. From: Peter Wemm To: Bill Fenner Cc: Jason Thorpe , "Justin T. Gibbs" , freebsd-gnats-submit@freefall.freebsd.org Subject: Re: bin/2003: Finger does not work with many systems Date: Thu, 14 Nov 1996 15:21:12 +0800 Bill Fenner wrote: > In message <199611132316.PAA10135@lestat.nas.nasa.gov> you write: > >Eww. Rather backwards, isn't it? Shouldn't the FreeBSD finger be > >compatible by default? > > It is. T/TCP clients can talk just fine to properly working TCP servers. > > Bill Here's a sample of "finger" and "finger -T" of various systems, including a working T/TCP 3-packet exchange. [finger @enyo - linux 2.0.23] 14:50:11.517816 spinner.24601 > enyo.finger: SFP 562910475:562910477(2) win 16728 (DF) 14:50:11.732709 enyo.finger > spinner.24601: SF 1673102906:1673102906(0) ack 562910476 win 31744 14:50:11.733021 spinner.24601 > enyo.finger: F 3:3(0) ack 2 win 17520 (DF) 14:50:11.969032 enyo.finger > spinner.24601: R 1673102908:1673102908(0) win 0 14:50:15.348381 enyo.finger > spinner.24601: SF 1673102906:1673102906(0) ack 562910476 win 31744 14:50:15.348624 spinner.24601 > enyo.finger: R 562910476:562910476(0) win 0 Ouch!! Note that it sends data *after* it has sent a TCP reset? (it does this consistantly). Linux is screwing up by sending a SYN/FIN response when it should most definately not be. Doing the same again with -T: [finger -T @enyo]i - linux 2.0.23 14:50:37.973008 spinner.24602 > enyo.finger: S 568138591:568138591(0) win 16384 (DF) 14:50:38.464482 enyo.finger > spinner.24602: S 2156775287:2156775287(0) ack 568138592 win 31744 14:50:38.464784 spinner.24602 > enyo.finger: . ack 1 win 17520 (DF) 14:50:38.465144 spinner.24602 > enyo.finger: FP 1:3(2) ack 1 win 17520 (DF) 14:50:38.662354 enyo.finger > spinner.24602: . ack 4 win 31744 14:50:39.212310 enyo.finger > spinner.24602: P 1:58(57) ack 4 win 31744 (DF) 14:50:39.212620 spinner.24602 > enyo.finger: . ack 58 win 17463 (DF) 14:50:39.440097 enyo.finger > spinner.24602: P 58:120(62) ack 4 win 31744 (DF) 14:50:39.440358 spinner.24602 > enyo.finger: . ack 120 win 17458 (DF) 14:50:39.586468 enyo.finger > spinner.24602: P 120:122(2) ack 4 win 31744 (DF) 14:50:39.586735 spinner.24602 > enyo.finger: . ack 122 win 17518 (DF) 14:50:39.997177 enyo.finger > spinner.24602: F 1056:1056(0) ack 4 win 31744 14:50:39.997470 spinner.24602 > enyo.finger: . ack 122 win 17520 (DF) 14:50:40.434268 enyo.finger > spinner.24602: P 122:1056(934) ack 4 win 31744 (DF) 14:50:40.434622 spinner.24602 > enyo.finger: . ack 1057 win 16586 (DF) I am not sure why it's such a protracted packet exchange, the finger service on this machine (not ours) may be doing unbuffered writes to the socket, causing excess pushes. For comparison, here's a two systems that respond correctly to T/TCP: [finger @uniwa - ultrix 4.2A] 14:51:34.644754 spinner.24603 > uniwa.finger: SFP 578896636:578896638(2) win 16728 (DF) 14:51:34.998571 uniwa.finger > spinner.24603: S 1678848000:1678848000(0) ack 578896637 win 16384 14:51:34.998836 spinner.24603 > uniwa.finger: F 3:3(0) ack 1 win 16728 (DF) 14:51:35.456412 uniwa.finger > spinner.24603: . ack 4 win 16382 14:51:48.637461 uniwa.finger > spinner.24603: . 1:513(512) ack 4 win 16384 14:51:48.637800 spinner.24603 > uniwa.finger: . ack 513 win 16216 (DF) 14:51:48.725069 uniwa.finger > spinner.24603: . 513:1025(512) ack 4 win 16384 14:51:48.725384 spinner.24603 > uniwa.finger: . ack 1025 win 15872 (DF) 14:51:49.177499 uniwa.finger > spinner.24603: FP 1025:1095(70) ack 4 win 16384 14:51:49.177789 spinner.24603 > uniwa.finger: . ack 1096 win 16314 (DF) [finger @gecko - svr4/386] 14:54:08.919029 spinner.24614 > gecko.finger: SFP 609915659:609915661(2) win 16728 (DF) 14:54:09.043901 gecko.finger > spinner.24614: S 680601089:680601089(0) ack 609915660 win 4096 14:54:09.044220 spinner.24614 > gecko.finger: F 3:3(0) ack 1 win 16728 (DF) 14:54:09.161715 gecko.finger > spinner.24614: . ack 4 win 4094 14:54:09.980147 gecko.finger > spinner.24614: P 1:230(229) ack 4 win 4096 14:54:09.980514 spinner.24614 > gecko.finger: . ack 230 win 16499 (DF) 14:54:09.984948 gecko.finger > spinner.24614: F 230:230(0) ack 4 win 4096 14:54:09.985216 spinner.24614 > gecko.finger: . ack 231 win 16498 (DF) I'm sure the Linux people would just love to know that even SVR4.0 (1992 vintage) gets it right. And here's what the hassle is all about and why it's worth it.. This is what a T/TCP connection that succeeds with the TAO (Tcp Accellerated Open). These three packets contain the open, handshake, the initial request to the finger server (" /W" I think), the response, and the connection close, all acknowledged and safe, in three packets. (Think of what this would do for HTTP etc.) [finger @haywire - freebsd w/ ttcp enabled] 14:55:03.880129 spinner.24617 > haywire.finger: SFP 620943609:620943611(2) win 17280 (DF) 14:55:04.069891 haywire.finger > spinner.24617: SFP 92827802:92828046(244) ack 620943613 win 17280 (DF) 14:55:04.070375 spinner.24617 > haywire.finger: . ack 246 win 17036 (DF) IMHO, Linux should worry more about getting their code right first rather than trying to get the wrong results quicker.. Cheers, -Peter From owner-freebsd-bugs Thu Nov 14 00:40:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24030 for bugs-outgoing; Thu, 14 Nov 1996 00:40:19 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24002; Thu, 14 Nov 1996 00:40:13 -0800 (PST) Resent-Date: Thu, 14 Nov 1996 00:40:13 -0800 (PST) Resent-Message-Id: <199611140840.AAA24002@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA23717 for" ; Thu, 14 Nov 1996 00:33:05.-0800 (PST) Received: from fakir.india.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA082260370; Thu, 14 Nov 1996 00:32:54 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA011182215; Thu, 14 Nov 1996 14:03:35 +0500 Message-Id: <199611140903.AA011182215@fakir.india.hp.com> Date: Thu, 14 Nov 1996 14:03:35 +0500 From: A JOSEPH KOSHY To: FreeBSD-gnats-submit@freebsd.org Subject: bin/2006: Tclsh fails on `info sharedlibextension' : Fix Enclosed. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2006 >Category: bin >Synopsis: Tclsh fails on `info sharedlibextension' >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 14 00:40:08 PST 1996 >Last-Modified: >Originator: Joseph Koshy >Organization: HP International Software Operation, Bangalore, India. Email: , Telnet: 847-1020, Phone: +91-80-2251554 ext 211 These are my personal opinions. >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT as of Oct 25th 1996. >Description: The `info sharedlibextension' command in TCLSH fails. This breaks various Tcl/Tk utilities that require this feature. >How-To-Repeat: $ tclsh % info sharedlibextension % This should be $ tclsh % info sharedlibextension .so % >Fix: The problem arises because a compile time define is missed out by `tbl_bmake'. Diff -u follows: krill# pwd /usr/src/tools/tools/tcl_bmake krill# diff -u mkMakefile.sh-- mkMakefile.sh - --- mkMakefile.sh-- Thu Nov 7 17:03:38 1996 +++ mkMakefile.sh Thu Nov 14 14:18:23 1996 @@ -25,7 +25,7 @@ foo: @echo ${OBJS} bar: - - @echo ${AC_FLAGS} + @echo ${AC_FLAGS} -DTCL_SHLIB_EXT=\\\"${SHLIB_SUFFIX}\\\" ' >> m.x # Put a RCS Id in the file, but not the one from this file :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 14 04:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06749 for bugs-outgoing; Thu, 14 Nov 1996 04:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06739; Thu, 14 Nov 1996 04:50:02 -0800 (PST) Resent-Date: Thu, 14 Nov 1996 04:50:02 -0800 (PST) Resent-Message-Id: <199611141250.EAA06739@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ccsanady@friley216.res.iastate.edu Received: from friley216.res.iastate.edu (friley216.res.iastate.edu [129.186.78.216]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA06308 for ; Thu, 14 Nov 1996 04:41:28 -0800 (PST) Received: (from ccsanady@localhost) by friley216.res.iastate.edu (8.7.6/8.7.3) id GAA01965; Thu, 14 Nov 1996 06:41:25 -0600 (CST) Message-Id: <199611141241.GAA01965@friley216.res.iastate.edu> Date: Thu, 14 Nov 1996 06:41:25 -0600 (CST) From: Chris Csanady Reply-To: ccsanady@friley216.res.iastate.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2007: /usr/include/sys lacking timer arithmetic functions.. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2007 >Category: misc >Synopsis: /usr/include/sys lacking timer arithmetic functions.. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Nov 14 04:50:00 PST 1996 >Last-Modified: >Originator: Chris Csanady >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: It would be nice if there were more timer arithmetic functions in sys/time.h. The following is a patch from the relevent portion which I have taken from NetBSD's. >How-To-Repeat: >Fix: --- time.h.new Thu Nov 14 06:30:41 1996 *************** *** 84,89 **** --- 84,107 ---- (((tvp)->tv_sec == (uvp)->tv_sec) ? \ ((tvp)->tv_usec cmp (uvp)->tv_usec) : \ ((tvp)->tv_sec cmp (uvp)->tv_sec)) + #define timeradd(tvp, uvp, vvp) \ + do { \ + (vvp)->tv_sec = (tvp)->tv_sec + (uvp)->tv_sec; \ + (vvp)->tv_usec = (tvp)->tv_usec + (uvp)->tv_usec; \ + if ((vvp)->tv_usec >= 1000000) { \ + (vvp)->tv_sec++; \ + (vvp)->tv_usec -= 1000000; \ + } \ + } while (0) + #define timersub(tvp, uvp, vvp) \ + do { \ + (vvp)->tv_sec = (tvp)->tv_sec - (uvp)->tv_sec; \ + (vvp)->tv_usec = (tvp)->tv_usec - (uvp)->tv_usec; \ + if ((vvp)->tv_usec < 0) { \ + (vvp)->tv_sec--; \ + (vvp)->tv_usec += 1000000; \ + } \ + } while (0) /* * Names of the interval timers, and structure >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 14 05:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA07926 for bugs-outgoing; Thu, 14 Nov 1996 05:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA07916; Thu, 14 Nov 1996 05:10:02 -0800 (PST) Resent-Date: Thu, 14 Nov 1996 05:10:02 -0800 (PST) Resent-Message-Id: <199611141310.FAA07916@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ccsanady@friley216.res.iastate.edu Received: from friley216.res.iastate.edu (friley216.res.iastate.edu [129.186.78.216]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA07586 for ; Thu, 14 Nov 1996 05:02:24 -0800 (PST) Received: (from ccsanady@localhost) by friley216.res.iastate.edu (8.7.6/8.7.3) id HAA02135; Thu, 14 Nov 1996 07:02:22 -0600 (CST) Message-Id: <199611141302.HAA02135@friley216.res.iastate.edu> Date: Thu, 14 Nov 1996 07:02:22 -0600 (CST) From: Chris Csanady Reply-To: ccsanady@friley216.res.iastate.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2008: kerberos tickets from login all have the same name Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2008 >Category: bin >Synopsis: kerberos tickets from login all have the same name >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 14 05:10:01 PST 1996 >Last-Modified: >Originator: Chris Csanady >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: By default, login stores your kerberos tickets in /tmp/tkt_uid. If you are logged on to the same machine multiple times, it will use the same ticket. It is generally good practice to put a kdestroy in your .logout (or the default.) If you do this, logging out of any of your sessions will mean you have no tickets in the others. >How-To-Repeat: >Fix: *** klogin.c Thu Nov 14 06:45:32 1996 --- klogin.c.new Thu Nov 14 06:50:08 1996 *************** *** 54,59 **** --- 54,60 ---- extern int notickets; extern char *krbtkfile_env; + extern char *tty; /* * Attempt to log the user in using Kerberos authentication *************** *** 102,112 **** */ if (strcmp(instance, "root") != 0) ! (void)sprintf(tkt_location, "%s%d", TKT_ROOT, pw->pw_uid); ! else { ! (void)sprintf(tkt_location, "%s_root_%d", TKT_ROOT, pw->pw_uid); ! krbtkfile_env = tkt_location; ! } (void)krb_set_tkt_string(tkt_location); /* --- 103,114 ---- */ if (strcmp(instance, "root") != 0) ! (void)sprintf(tkt_location, "%s_%d.%s", ! TKT_ROOT, pw->pw_uid, tty); ! else ! (void)sprintf(tkt_location, "%s_root_%d.%s", ! TKT_ROOT, pw->pw_uid, tty); ! krbtkfile_env = tkt_location; (void)krb_set_tkt_string(tkt_location); /* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 14 05:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA08832 for bugs-outgoing; Thu, 14 Nov 1996 05:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA08823; Thu, 14 Nov 1996 05:30:02 -0800 (PST) Date: Thu, 14 Nov 1996 05:30:02 -0800 (PST) Message-Id: <199611141330.FAA08823@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: i386/2002: sio doesn't detect com port on Compaq Contura 430C Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2002; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, housley@pr-comm.com Cc: Subject: Re: i386/2002: sio doesn't detect com port on Compaq Contura 430C Date: Fri, 15 Nov 1996 00:11:11 +1100 >>Description: > > sioprobe() does not fully find my com1 port. There is PCMCIA on this > laptop but that is disabled in the BIOS under security management. > Com1 is at location 0x3F8 and IRQ 4. DOS, Windows, OS/2 have all been > able to find and use this port at it's current location. > > sioprobe() seems to have trouble with verification of interrupts (I think). > I added a printf statement to show the contents of the failures array. > If I ignore #5 and #8 the result is overflows, even with nothing attached > to the port. The sio behaviour might be caused by an IRQ 4 conflict with the incompletely disabled PCMCIA port. I don't know why it only affects FreeBSD. Perhaps probing sio1 or some other device causes problems. > sio1: failures[0] = 252 > sio1: failures[1] = 253 > sio1: failures[2] = 247 > sio1: failures[3] = 1 > sio1: failures[4] = 13 > sio1: failures[5] = 0 > sio1: failures[6] = 14 > sio1: failures[7] = 255 > sio1: failures[8] = 0 > sio1: failures[9] = 14 > sio1 not found at 0x2f8 These numbers show that nothing is there - each port has contents 0xff. Bruce From owner-freebsd-bugs Thu Nov 14 06:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA11968 for bugs-outgoing; Thu, 14 Nov 1996 06:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA11958; Thu, 14 Nov 1996 06:30:02 -0800 (PST) Date: Thu, 14 Nov 1996 06:30:02 -0800 (PST) Message-Id: <199611141430.GAA11958@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: misc/2007: /usr/include/sys lacking timer arithmetic functions.. Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2007; it has been noted by GNATS. From: Bruce Evans To: ccsanady@friley216.res.iastate.edu, FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/2007: /usr/include/sys lacking timer arithmetic functions.. Date: Fri, 15 Nov 1996 01:23:00 +1100 >It would be nice if there were more timer arithmetic functions in sys/time.h. >The following is a patch from the relevent portion which I have taken from >NetBSD's. s/nice/nasty/ Applications got along for years without these functions, so why add them now that floating point is faster than timeval arithmetic on most machines, 64-bit machines are becoming available, and 64 bit long longs are available? I usually use the following timeval arithmetic functions: timeval difference -> double ((tv2.tv_sec - tv1.tv_sec) + (tv2.tv_usec - tv1.tv_sec) * 1e-6) timeval -> double (tv1.tv_sec + tv1.tv_sec * 1e-6) Why not add these, and more functions for 64 bit longs, and more for 64 bit long longs...? Pretty soon you'll need C++ to manage them all :-). Bruce From owner-freebsd-bugs Thu Nov 14 07:52:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23406 for bugs-outgoing; Thu, 14 Nov 1996 07:52:24 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23375; Thu, 14 Nov 1996 07:52:19 -0800 (PST) Date: Thu, 14 Nov 1996 07:52:19 -0800 (PST) From: Garrett Wollman Message-Id: <199611141552.HAA23375@freefall.freebsd.org> To: jmaslak@blackfire.com, wollman, freebsd-bugs Subject: Re: bin/2003 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Finger does not work with many systems State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Thu Nov 14 07:51:21 PST 1996 State-Changed-Why: It's a bug in Linux's TCP, not FreeBSD. From owner-freebsd-bugs Thu Nov 14 08:00:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28864 for bugs-outgoing; Thu, 14 Nov 1996 08:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28827; Thu, 14 Nov 1996 08:00:06 -0800 (PST) Date: Thu, 14 Nov 1996 08:00:06 -0800 (PST) Message-Id: <199611141600.IAA28827@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: kern/2004: route add -link panics system Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2004; it has been noted by GNATS. From: Garrett Wollman To: Marc Zimmermann Cc: FreeBSD-gnats-submit@freebsd.org Subject: kern/2004: route add -link panics system Date: Thu, 14 Nov 1996 10:51:07 -0500 < said: > I want to reach my Sun, which is on the same ethernet segment and has > an officially assigned ip number, from my FreeBSD box. This got an > RFC 1918 ip num. The FreeBSD box is my router. > route add 194.195.236.98 -link 0:0:e8:8:cb:72 Use: route add -net 194.whatever -netmask whatever -iface ed0 # or whatever -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Thu Nov 14 08:00:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28884 for bugs-outgoing; Thu, 14 Nov 1996 08:00:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28857; Thu, 14 Nov 1996 08:00:08 -0800 (PST) Date: Thu, 14 Nov 1996 08:00:08 -0800 (PST) Message-Id: <199611141600.IAA28857@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: bin/2008: kerberos tickets from login all have the same name Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2008; it has been noted by GNATS. From: Garrett Wollman To: ccsanady@friley216.res.iastate.edu Cc: FreeBSD-gnats-submit@freebsd.org Subject: bin/2008: kerberos tickets from login all have the same name Date: Thu, 14 Nov 1996 10:49:19 -0500 < said: > By default, login stores your kerberos tickets in /tmp/tkt_uid. If you are > logged on to the same machine multiple times, it will use the same ticket. It > is generally good practice to put a kdestroy in your .logout (or the default.) Not everybody uses csh. Some people use real shells. > If you do this, logging out of any of your sessions will mean you have no > tickets in the others. This is a feature, not a bug. I have a machine sitting on a table next to my desk upon which I occasionally need authentication. I can securely log in on its console to get a TGT and then use my xterm window to perform the real work. More significantly, the Kerberized NFS client depends on being able to find a unique ticket file for each UID logged in. Your proposed reversion (back to the way MIT Kerberos v4 worked) breaks this. (The MIT way of doing authenticated NFS used a separate program called `fsauth' which would contact an RPC service on the NFS server and exchange authentication that way, which would then allow any requests from that client for that particular UID until the expiration date of the ticket.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Thu Nov 14 08:41:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA12415 for bugs-outgoing; Thu, 14 Nov 1996 08:41:36 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA12403 for ; Thu, 14 Nov 1996 08:41:31 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA05704; Thu, 14 Nov 1996 09:37:30 -0700 (MST) Date: Thu, 14 Nov 1996 09:37:30 -0700 (MST) Message-Id: <199611141637.JAA05704@rocky.mt.sri.com> From: Nate Williams To: Bruce Evans , housley@pr-comm.com Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: i386/2002: sio doesn't detect com port on Compaq Contura 430C In-Reply-To: <199611141330.FAA08823@freefall.freebsd.org> References: <199611141330.FAA08823@freefall.freebsd.org> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Bruce Evans > To: FreeBSD-gnats-submit@freebsd.org > Cc: Subject: Re: i386/2002: sio doesn't detect com port on Compaq Contura 430C > Date: Fri, 15 Nov 1996 00:11:11 +1100 > > >>Description: > > > > sioprobe() does not fully find my com1 port. There is PCMCIA on this > > laptop but that is disabled in the BIOS under security management. > > Com1 is at location 0x3F8 and IRQ 4. DOS, Windows, OS/2 have all been > > able to find and use this port at it's current location. > > > > The sio behaviour might be caused by an IRQ 4 conflict with the > incompletely disabled PCMCIA port. I don't know why it only affects > FreeBSD. Perhaps probing sio1 or some other device causes problems. PCMCIA ports are assigned at probe time in the hardware, not assigned by the hardware. (But, there are lots of buggy PCMCIA drivers.) You can assign both the controller and port to any IRQ you desire which will be used at probe/attach time, so this *shouldn't* be a problem. Nate From owner-freebsd-bugs Thu Nov 14 08:56:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA17538 for bugs-outgoing; Thu, 14 Nov 1996 08:56:14 -0800 (PST) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA17519 for ; Thu, 14 Nov 1996 08:56:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id IAA18936; Thu, 14 Nov 1996 08:43:25 -0800 (PST) Message-Id: <199611141643.IAA18936@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: misc/2007: /usr/include/sys lacking timer arithmetic functions.. Reply-To: Jason Thorpe From: Jason Thorpe Date: Thu, 14 Nov 1996 08:43:24 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 14 Nov 1996 06:30:02 -0800 (PST) Bruce Evans wrote: > Applications got along for years without these functions, so why add them > now that floating point is faster than timeval arithmetic on most machines, > 64-bit machines are becoming available, and 64 bit long longs are available? > I usually use the following timeval arithmetic functions: > > timeval difference -> double > ((tv2.tv_sec - tv1.tv_sec) + (tv2.tv_usec - tv1.tv_sec) * 1e-6) > timeval -> double > (tv1.tv_sec + tv1.tv_sec * 1e-6) NetBSD added these because there were a zillion places where timeval arithmetic was implemented in the kernel. Centralizing it reduced code complexity, which is generally considered a good thing. They aren't function calls. Everything is done inline, so there's no additional cost associated with using the abstraction. The nice things about those macros (and using them consistently everywhere) is that you can change the implementation of timeval math just once (such as the floating point hack you suggest) and have it magically fixed everywhere. (I'd hesitate to use the floating point hack, but that's not the point. :-) Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-bugs Thu Nov 14 09:22:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA19407 for bugs-outgoing; Thu, 14 Nov 1996 09:22:45 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA19374 for ; Thu, 14 Nov 1996 09:22:22 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA28126; Thu, 14 Nov 1996 12:21:48 -0500 Date: Thu, 14 Nov 1996 12:21:48 -0500 From: Garrett Wollman Message-Id: <9611141721.AA28126@halloran-eldar.lcs.mit.edu> To: Jason Thorpe Cc: Bruce Evans , freebsd-bugs@freefall.freebsd.org Subject: Re: misc/2007: /usr/include/sys lacking timer arithmetic functions.. In-Reply-To: <199611141643.IAA18936@lestat.nas.nasa.gov> References: <199611141643.IAA18936@lestat.nas.nasa.gov> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > The nice things about those macros (and using them consistently everywhere) > is that you can change the implementation of timeval math just once (such > as the floating point hack you suggest) and have it magically fixed > everywhere. (I'd hesitate to use the floating point hack, but that's > not the point. :-) For timeval subtraction, the allegedly best implementation (assuming both positive and negative differences are permitted) is: static inline long TV_SUB(struct timeval *a, struct timeval *b) { if (a->tv_sec == b->tv_sec) /* by far the most common case */ return a->tv_usec - b->tv_usec; if (a->tv_sec - b->tv_sec == 1) /* second-most-common */ return 1000000 + a->tv_usec - b->tv_usec; if (a->tv_sec - b->tv_usec == -1) /* less common */ return -(1000000 + b->tv_usec - a->tv_usec); return 1000000 * (a->tv_sec - b->tv_sec) + (a->tv_usec - b->tv_usec); } I have written this as an inline function, but it appears in places as a macro with ?: operators and without the less common -1 case, credited there to (who else?) Van Jacobson. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Thu Nov 14 10:16:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA23124 for bugs-outgoing; Thu, 14 Nov 1996 10:16:52 -0800 (PST) Received: (from max@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA23106; Thu, 14 Nov 1996 10:16:40 -0800 (PST) Date: Thu, 14 Nov 1996 10:16:40 -0800 (PST) From: Masafumi NAKANE Message-Id: <199611141816.KAA23106@freefall.freebsd.org> To: max, gnats-admin, freebsd-bugs Subject: Re: pending/2009 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Reference to nonexistent file in trek.6 man page. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Thu Nov 14 10:14:18 PST 1996 Responsible-Changed-Why: Oh, well, my PR fell into pending category again. ;_) It looks like Reply-To: and Sender: fields should have the same address. Anyway, this is a little problem regarding the man page of trek(6). From owner-freebsd-bugs Thu Nov 14 11:49:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00114 for bugs-outgoing; Thu, 14 Nov 1996 11:49:29 -0800 (PST) Received: from mexico.brainstorm.eu.org (mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA00100 for ; Thu, 14 Nov 1996 11:49:19 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id UAA07798 for ; Thu, 14 Nov 1996 20:45:51 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id UAA18950 for freebsd-bugs@freefall.freebsd.org; Thu, 14 Nov 1996 20:45:02 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.2/keltia-uucp-2.9) id UAA07168; Thu, 14 Nov 1996 20:09:51 +0100 (MET) Message-ID: Date: Thu, 14 Nov 1996 20:09:50 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2003: Finger does not work with many systems References: <199611140730.XAA20547@freefall.freebsd.org> X-Mailer: Mutt 0.50.05 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2686 In-Reply-To: <199611140730.XAA20547@freefall.freebsd.org>; from Peter Wemm on Nov 13, 1996 23:30:04 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Peter Wemm: > IMHO, Linux should worry more about getting their code right first rather > than trying to get the wrong results quicker.. Alan Cox has always said that BSD networking code was crap so he decided to write it "better". The result is that it _may_ be cleaner but it still lacks features (sa_len for example, T/TCP is another) and runs slower. But it is "better". Go figure. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #28: Sun Nov 10 13:37:41 MET 1996 From owner-freebsd-bugs Thu Nov 14 12:09:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01746 for bugs-outgoing; Thu, 14 Nov 1996 12:09:45 -0800 (PST) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA01698; Thu, 14 Nov 1996 12:09:27 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id MAA27487; Thu, 14 Nov 1996 12:08:15 -0800 Date: Thu, 14 Nov 1996 12:08:15 -0800 From: "Jin Guojun[ITG]" Message-Id: <199611142008.MAA27487@george.lbl.gov> To: fenner@parc.xerox.com, hackers@freebsd.org Subject: Re: what is changed for ARP in 2.2-SNAP Cc: bugs@freebsd.org, questions@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk }In message <199611041928.LAA17022@george.lbl.gov> you write: }>If some one would tell me what is core change for the ARP, so I can make }>corresponding change in the ATM, it will be appriciated. } }Reviewing net/if_ethersubr.c and netinet/if_ether.c, the major change }that I see is that the interface output routine no longer byte-swaps }the ethernet packet type, so that arp has to use htons(ETHERTYPE_ARP) . } } Bill The real problem is not something related to network code. It is releated to the kernel configuration. I noticed the same problem in 2.1 release, and it goes away in 2.1.5-release. However, it comes back in 2.2-9608xx-SNAP and 2.2-961014-SNAP. The problem is the maxusers to be limited to 15. If the maxusers is set to 16 or higher, it breaks NCR and ATM drivers somehow. The symptom is that the driver registers are mis-configured. I don't know why and how, so I need more information about what changed on this part. I do not know if it breaks other drivers so far. So, please let me know what has been changed in system configuration from 2.1 -> 2.1.5 -> 2.2-SNAP which may cause such problem, I may easy to trace down where the problem occurs, and try to make sure it will not happen again. Thanks, -Jin From owner-freebsd-bugs Thu Nov 14 15:24:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18085 for bugs-outgoing; Thu, 14 Nov 1996 15:24:11 -0800 (PST) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA18037 for ; Thu, 14 Nov 1996 15:24:02 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id PAA07419 for bugs@freebsd.org; Thu, 14 Nov 1996 15:23:21 -0800 Date: Thu, 14 Nov 1996 15:23:21 -0800 From: "Jin Guojun[ITG]" Message-Id: <199611142323.PAA07419@george.lbl.gov> To: bugs@freebsd.org Subject: diff somehow does not work properly in 2.2-ALPHA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk # uname -a FreeBSD iss-p1.lbl.gov 2.2-ALPHA FreeBSD 2.2-ALPHA #0: Thu Nov 14 13:16:47 PST 1996 root@iss-p1.lbl.gov:/usr/src/sys/compile/ATM i386 # # diff ~jin/src/unix/bsd44/etc/backup/services /etc diff: write error #cp ~jin/src/unix/bsd44/etc/backup/services /tmp #diff /tmp/services /etc # -Jin From owner-freebsd-bugs Thu Nov 14 15:50:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21488 for bugs-outgoing; Thu, 14 Nov 1996 15:50:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21478; Thu, 14 Nov 1996 15:50:08 -0800 (PST) Date: Thu, 14 Nov 1996 15:50:08 -0800 (PST) Message-Id: <199611142350.PAA21478@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/2001: vi confused about lines to display Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2001; it has been noted by GNATS. From: Bill Fenner To: adam@veda.is Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2001: vi confused about lines to display Date: Thu, 14 Nov 1996 15:40:22 PST Do you also see this behavior if recdir is set to a non-existent directory? I could not replicate the problem with env NEXINIT="set recdir=/no/such" /usr/bin/vi it did print an error message, but then when I hit enter the error message went away and the screen looked perfectly normal. I deleted the top line, and the line got properly deleted. Are you sure you didn't have a termcap problem? > dismissed, there are 2 identical lines displayed on the screen and no > simple way to redisplay the screen to reflect the actual file content. Control-L didn't work? Bill From owner-freebsd-bugs Thu Nov 14 18:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05332 for bugs-outgoing; Thu, 14 Nov 1996 18:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05306; Thu, 14 Nov 1996 18:50:03 -0800 (PST) Date: Thu, 14 Nov 1996 18:50:03 -0800 (PST) Message-Id: <199611150250.SAA05306@freefall.freebsd.org> To: freebsd-bugs Cc: From: Adam David Subject: Re: bin/2001: vi confused about lines to display Reply-To: Adam David Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2001; it has been noted by GNATS. From: Adam David To: fenner@parc.xerox.com (Bill Fenner) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2001: vi confused about lines to display Date: Fri, 15 Nov 1996 02:44:07 +0000 (GMT) Bill Fenner: > Do you also see this behavior if recdir is set to a non-existent directory? I > could not replicate the problem with > > env NEXINIT="set recdir=/no/such" /usr/bin/vi > > it did print an error message, but then when I hit enter the error message > went away and the screen looked perfectly normal. I deleted the top line, and > the line got properly deleted. > > Are you sure you didn't have a termcap problem? standard termcap, oh... I forgot to mention this was within a 'screen' window in an xterm. Perhaps also there need to be more than one screenful of lines. > > dismissed, there are 2 identical lines displayed on the screen and no > > simple way to redisplay the screen to reflect the actual file content. > > Control-L didn't work? ctrl-L refreshed the screen to show the same 2 identical lines. Quitting and restarting vi showed the actual contents of the file (no identical lines). Adam From owner-freebsd-bugs Thu Nov 14 19:40:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08735 for bugs-outgoing; Thu, 14 Nov 1996 19:40:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08697; Thu, 14 Nov 1996 19:40:06 -0800 (PST) Date: Thu, 14 Nov 1996 19:40:06 -0800 (PST) Message-Id: <199611150340.TAA08697@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/2001: vi confused about lines to display Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2001; it has been noted by GNATS. From: Bill Fenner To: Adam David Cc: fenner@parc.xerox.com (Bill Fenner), FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2001: vi confused about lines to display Date: Thu, 14 Nov 1996 19:37:15 PST Adam David said: >I forgot to mention this was within a 'screen' window in an xterm. > >ctrl-L refreshed the screen to show the same 2 identical lines. That makes it sound more like it's a "screen" problem. Have you been able to replicate this without running "screen"? Bill From owner-freebsd-bugs Thu Nov 14 20:50:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12049 for bugs-outgoing; Thu, 14 Nov 1996 20:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12034; Thu, 14 Nov 1996 20:50:05 -0800 (PST) Resent-Date: Thu, 14 Nov 1996 20:50:05 -0800 (PST) Resent-Message-Id: <199611150450.UAA12034@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, seki@sysrap.cs.fujitsu.co.jp Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA11892 for ; Thu, 14 Nov 1996 20:48:45 -0800 (PST) Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.7.6+2.6Wbeta7/3.3W5-MX961019-Fujitsu Mail Gateway) id NAA23450; Fri, 15 Nov 1996 13:48:12 +0900 (JST) Received: from fuzz.sysrap.cs.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W9-MX961111-Fujitsu Domain Mail Master) id NAA24419; Fri, 15 Nov 1996 13:47:38 +0900 Received: (from root@localhost) by fuzz.sysrap.cs.fujitsu.co.jp (8.8.2/8.8.2) id NAA00400; Fri, 15 Nov 1996 13:43:59 +0900 (JST) Message-Id: <199611150443.NAA00400@fuzz.sysrap.cs.fujitsu.co.jp> Date: Fri, 15 Nov 1996 13:43:59 +0900 (JST) From: seki@sysrap.cs.fujitsu.co.jp Reply-To: seki@sysrap.cs.fujitsu.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2010: if_fe.c bugs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2010 >Category: i386 >Synopsis: Fe in 2.2-ALPHA is broken and doesn't work >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 14 20:50:02 PST 1996 >Last-Modified: >Originator: Masahiro Sekiguchi (original fe driver writer) >Organization: Fujitsu Limited >Release: FreeBSD 2.2-ALPHA i386 >Environment: 2.2-ALPHA with any fe compatible Ethernet card. (E.g., FMV180 or AT1700) >Description: This message reports 5 bugs (1 critical, 1 serious, 3 non-critical.) The first bug makes the fe (and its supported Ethernet cards) completely unusable. The bugs were in 961014 SNAP, but I didn't notice them until recently. The following is the list of BUGs in 2.2-ALPHA version of if_fe.c and their classification: #1: CRITICAL: Fe driver does not send any IP (or any other types of) packets shorter than 46 bytes. This is caused by a bogus "packet length check" code at line 2591. This bug makes the fe driver almost entirely useless. :-( #2: SERIOUS: Fe sometimes reports "transmission time out" when the network load is very high. What is really happening is an excessive collision at a critical timing. Excessive collision on heavily loaded Ethernet is not an error, of cause. However, fe in 2.2-ALPHA considers it as a fatal driver error and resets the NIC, discarding all queued packets. #3: NON-CRITICAL: A part of the hardware-error-recovery code (fe_droppacket function) in fe was incorrect. This may sometimes cause another error. Hardware errors which call fe_droppacket() is seldom called, so this bug is seldom (or never) seen. (But it's a bug, anyway.) #4: NON-CRITICAL: I've got a report that fe stops working sometimes if it is used with RE2001 Plus (one of fe supported Ethernet). There are no known way to reproduce the bug, but it seems happenning repeatedly. I'm not sure what is happening. I've got a suggestion how to avoid the case, and it is included in this patch. #5: NON-CRITICAL: Fe fails to recognize a brand-new model of FMV-183 variant. It fails to report the model (when probe) appropriately, but, fortunately, it works with the card. Fixes for all of them are included in this report. The patch also includes the following two improvements: #6: Two new types of Ethernet cards are supported: Gateway communications' old ISA cards, and TDK/Contec PC cards. (The latter requires PAO to work.) #7: Some general cleanup of the code. >How-To-Repeat: Boot with an fe compatible Ethrenet card. The driver syas "got an out-of-spec packet to send" repeatedly, without sending packets. >Fix: I made a patch to fix all of the above. Please apply it to sys/i386/isa/if_fe.c in 2.2-ALPHA source tree. (The patch is enclosed at the end of this report, after "cut here.") The following is an chunk-by-chunk explanation of the patch: (Line numbers are relative to the original if_fe.c.) Chunks at 70, 121, and 179: Miscellaneous cleanup. Chunk at 226: This is to be used to avoid the bug #2. See the chunk at 1897 and 1953 for details. Chunk at 248: Adding of fe_init_ati() is bug #4 related. fe_probe_gwy() and fe_probe_tdk() are on #6. fe_emptybuffer is on #3. Others (#if and #endif) is a cleanup. Chunk at 358: Miscellaneous cleanup. Chunk at 368: TDK/Contec support. (#6 related.) Chunk at 398 and 436: Miscellaneous cleanup. Chunk at 737: A kind of cleanup, which is inspired by the bug #5. Chunk at 749: Fixes the bug #5. Chunk at 1068: Bug #4 related. Chunk at 1100: This chunk is mixed-up by a poor diff behaviour. It can be divided into three modifications: Adding of fe_init_ati() function, adding of fe_probe_gwy() function, and modification to fe_probe_mbh() function. fe_init_ati() is on #4, fe_probe_gwy() is on #6, and fe_probe_mbh() modification is just a cleanup. Chunk at 1178: Cleanup. Chunk at 1240: TDK/Contec addition (#6) Chunk at 1453, 1581, : Miscellaneous cleanup. Chunk at 1593: Bug #3 related. Chunk at 1665: Bug #2 related. Chunk at 1762: Just a cleanup. Chunk at 1790: Bug #2 related. Chunk at 1835: Fixes #3. Chunk at 1870, 1897 and 1953: Fixes #2. What I did here is to change variable update timing after an excessive collision is detected. This eliminates the "critical timing" which caused the bug #2. Chunk at 2032, 2039, 2099: Fixes #2, with some cleanup. Chunk at 2588: Fixes #1. (This chunk is the most important part of this patch...) --- cut here --- --- if_fe.c.orig Tue Oct 8 02:50:00 1996 +++ if_fe.c Fri Nov 15 12:22:05 1996 @@ -70,7 +70,9 @@ * o To test IPX codes. */ +#include "isa.h" #include "fe.h" +#include "crd.h" #include "bpfilter.h" #include @@ -121,11 +123,11 @@ #include +#include #include #include /* PCCARD suport */ -#include "crd.h" #if NCRD > 0 #include #include @@ -179,7 +181,7 @@ #define FE_FLAGS_OVERRIDE_DLCR6 0x0080 /* Shouldn't these be defined somewhere else such as isa_device.h? */ -#define NO_IOADDR 0xFFFFFFFF +#define NO_IOADDR (-1) #define NO_IRQ 0 /* @@ -226,6 +228,9 @@ u_char txb_count; /* number of packets in TX buffer */ u_char txb_sched; /* number of scheduled packets */ + /* Excessive collision counter (see fe_tint() for details. */ + u_char tx_excolls; /* # of excessive collisions. */ + /* Multicast address filter management. */ u_char filter_change; /* MARs must be changed ASAP. */ struct fe_filter filter;/* new filter value. */ @@ -248,13 +253,19 @@ /* Local functions. Order of declaration is confused. FIXME. */ static int fe_probe_fmv ( DEVICE *, struct fe_softc * ); static int fe_probe_ati ( DEVICE *, struct fe_softc * ); +static void fe_init_ati ( struct fe_softc * ); +static int fe_probe_gwy ( DEVICE *, struct fe_softc * ); +#if NCRD > 0 static int fe_probe_mbh ( DEVICE *, struct fe_softc * ); static void fe_init_mbh ( struct fe_softc * ); +static int fe_probe_tdk ( DEVICE *, struct fe_softc * ); +#endif static int fe_get_packet ( struct fe_softc *, u_short ); static void fe_stop ( int ); static void fe_tint ( struct fe_softc *, u_char ); static void fe_rint ( struct fe_softc *, u_char ); static void fe_xmit ( struct fe_softc * ); +static void fe_emptybuffer ( struct fe_softc * ); static void fe_write_mbufs ( struct fe_softc *, struct mbuf * ); static struct fe_filter fe_mcaf ( struct fe_softc * ); @@ -358,6 +369,7 @@ feinit(struct pccard_dev *dp, int first) { /* validate unit number. */ + struct fe_softc *sc; if (first) { if (dp->isahd.id_unit >= NFE) return (ENODEV); @@ -368,6 +380,8 @@ #if FE_DEBUG >= 2 printf("Start Probe\n"); #endif + sc = &fe_softc[dp->isahd.id_unit]; + memcpy( sc->sc_enaddr, dp->misc, ETHER_ADDR_LEN ); if (fe_probe(&dp->isahd) == 0) return (ENXIO); #if FE_DEBUG >= 2 @@ -398,6 +412,7 @@ static void feunload(struct pccard_dev *dp) { + struct fe_softc *sc = &fe_softc[dp->isahd.id_unit]; printf("fe%d: unload\n", dp->isahd.id_unit); fe_stop(dp->isahd.id_unit); } @@ -436,7 +451,10 @@ { { fe_probe_fmv, fe_fmv_addr }, { fe_probe_ati, fe_ati_addr }, +#if NCRD > 0 { fe_probe_mbh, NULL }, /* PCMCIAs cannot be auto-detected. */ + { fe_probe_tdk, NULL }, +#endif { NULL, NULL } }; @@ -733,7 +751,15 @@ /* Check if our I/O address matches config info. on EEPROM. */ n = ( inb( sc->ioaddr[ FE_FMV2 ] ) & FE_FMV2_IOS ) >> FE_FMV2_IOS_SHIFT; - if ( baseaddr[ n ] != sc->iobase ) return 0; + if ( baseaddr[ n ] != sc->iobase ) { +#if 0 + /* May not work on some revisions of the cards... FIXME. */ + return 0; +#else + /* Just log the fact and see what happens... FIXME. */ + log( LOG_WARNING, "fe%d: strange I/O config?n", sc->sc_unit ); +#endif + } /* Find the "hardware revision." */ revision = inb( sc->ioaddr[ FE_FMV1 ] ) & FE_FMV1_REV; @@ -749,6 +775,9 @@ case 8: sc->typestr = "FMV-183"; break; + case 12: + sc->typestr = "FMV-183 (on-board)"; + break; } break; case FE_FMV0_MEDIUM_T | FE_FMV0_MEDIUM_5: @@ -1068,6 +1097,9 @@ fe_dump( LOG_INFO, sc, "ATI found" ); #endif + /* Setup hooks. This may solves a nasty bug. FIXME. */ + sc->init = fe_init_ati; + /* Initialize 86965. */ DELAY( 200 ); outb( sc->ioaddr[ FE_DLCR6 ], sc->proto_dlcr6 | FE_D6_DLC_DISABLE ); @@ -1100,36 +1132,132 @@ return ( 0 ); } +/* ATI specific initialization routine. */ +static void +fe_init_ati ( struct fe_softc * sc ) +{ /* - * Probe and initialization for Fujitsu MBH10302 PCMCIA Ethernet interface. + * I've told that the following operation "Resets" the chip. + * Hope this solve a bug which hangs up the driver under + * heavy load... FIXME. + */ + + /* Minimal initialization of 86965. */ + DELAY( 200 ); + outb( sc->ioaddr[ FE_DLCR6 ], sc->proto_dlcr6 | FE_D6_DLC_DISABLE ); + DELAY( 200 ); + + /* "Reset" by wrting into an undocument register location. */ + outb( sc->ioaddr[ 0x1F ], 0 ); + + /* How long do we have to wait after the reset? FIXME. */ + DELAY( 300 ); +} + +/* + * Probe and initialization for Gateway Communications' old cards. */ static int -fe_probe_mbh ( DEVICE * dev, struct fe_softc * sc ) +fe_probe_gwy ( DEVICE * dev, struct fe_softc * sc ) { - int i; + int i,type; static struct fe_simple_probe_struct probe_table [] = { { FE_DLCR2, 0x70, 0x00 }, { FE_DLCR4, 0x08, 0x00 }, - /* { FE_DLCR5, 0x80, 0x00 }, Does not work well. */ -#if 0 + { FE_DLCR7, 0xC0, 0x00 }, /* - * Test *vendor* part of the address for Fujitsu. - * The test will gain reliability of probe process, but - * it rejects clones by other vendors, or OEM product - * supplied by retailer other than Fujitsu. + * Test *vendor* part of the address for Gateway. + * This test is essential to identify Gateway's cards. + * We shuld define some symbolic names for the + * following offsets. FIXME. + */ + { 0x18, 0xFF, 0x00 }, + { 0x19, 0xFF, 0x00 }, + { 0x1A, 0xFF, 0x61 }, + { 0 } + }; + + /* + * We need explicit IRQ and supported address. + * I'm not sure which address and IRQ is possible for Gateway + * Ethernet family. The following accepts everything. FIXME. */ - { FE_MBH10, 0xFF, 0x00 }, - { FE_MBH11, 0xFF, 0x00 }, - { FE_MBH12, 0xFF, 0x0E }, -#else + if ( dev->id_irq == NO_IRQ || ( sc->iobase & ~0x3E0 ) != 0 ) { + return ( 0 ); + } + +#if FE_DEBUG >= 3 + fe_dump( LOG_INFO, sc, "top of probe" ); +#endif + + /* Setup an I/O address mapping table. */ + for ( i = 0; i < MAXREGISTERS; i++ ) { + sc->ioaddr[ i ] = sc->iobase + i; + } + + /* See if the card is on its address. */ + if ( !fe_simple_probe( sc, probe_table ) ) { + return 0; + } + + /* Determine the card type. */ + sc->typestr = "Gateway Ethernet w/ Fujitsu chipset"; + + /* Get our station address from EEPROM. */ + inblk( sc, 0x18, sc->sc_enaddr, ETHER_ADDR_LEN ); + /* + * Program the 86960 as follows: + * SRAM: 16KB, 100ns, byte-wide access. + * Transmission buffer: 2KB x 2. + * System bus interface: 16 bits. + * Make sure to clear out ID bits in DLCR7 + * (They actually are Encoder/Decoder control in NICE.) + */ + sc->proto_dlcr4 = FE_D4_LBC_DISABLE | FE_D4_CNTRL; + sc->proto_dlcr5 = 0; + sc->proto_dlcr6 = FE_D6_BUFSIZ_16KB | FE_D6_TXBSIZ_2x2KB + | FE_D6_BBW_BYTE | FE_D6_SBW_WORD | FE_D6_SRAM_100ns; + sc->proto_dlcr7 = FE_D7_BYTSWP_LH; + sc->proto_bmpr13 = 0; + + /* Minimal initialization of 86960. */ + DELAY( 200 ); + outb( sc->ioaddr[ FE_DLCR6 ], sc->proto_dlcr6 | FE_D6_DLC_DISABLE ); + DELAY( 200 ); + + /* Disable all interrupts. */ + outb( sc->ioaddr[ FE_DLCR2 ], 0 ); + outb( sc->ioaddr[ FE_DLCR3 ], 0 ); + + /* That's all. The card occupies 32 I/O addresses, as always. */ + return 32; +} + +#if NCRD > 0 + /* + * Probe and initialization for Fujitsu MBH10302 PCMCIA Ethernet interface. + * Note that this is for 10302 only; MBH10304 is handled by fe_probe_tdk(). + */ +static int +fe_probe_mbh ( DEVICE * dev, struct fe_softc * sc ) +{ + int i,type; + + static struct fe_simple_probe_struct probe_table [] = { + { FE_DLCR0, 0x09, 0x00 }, + { FE_DLCR2, 0x79, 0x00 }, + { FE_DLCR4, 0x08, 0x00 }, + { FE_DLCR6, 0xFF, 0xB6 }, + /* + * The following location has the first byte of the card's + * Ethernet (MAC) address. * We can always verify the *first* 2 bits (in Ethernet - * bit order) are "global" and "unicast" even for - * unknown vendors. + * bit order) are "global" and "unicast" for any vendors'. */ { FE_MBH10, 0x03, 0x00 }, -#endif + /* Just a gap? Seems reliable, anyway. */ { 0x12, 0xFF, 0x00 }, { 0x13, 0xFF, 0x00 }, @@ -1140,7 +1268,7 @@ #if 0 { 0x18, 0xFF, 0xFF }, { 0x19, 0xFF, 0xFF }, -#endif /* 0 */ +#endif { 0 } }; @@ -1178,10 +1306,9 @@ inblk( sc, FE_MBH10, sc->sc_enaddr, ETHER_ADDR_LEN ); /* Make sure we got a valid station address. */ - if ( ( sc->sc_enaddr[ 0 ] & 0x03 ) != 0x00 - || ( sc->sc_enaddr[ 0 ] == 0x00 + if ( sc->sc_enaddr[ 0 ] == 0x00 && sc->sc_enaddr[ 1 ] == 0x00 - && sc->sc_enaddr[ 2 ] == 0x00 ) ) return 0; + && sc->sc_enaddr[ 2 ] == 0x00 ) return 0; /* * Program the 86960 as follows: @@ -1240,6 +1367,92 @@ outb( sc->ioaddr[ FE_MBH0 ], FE_MBH0_MAGIC | FE_MBH0_INTR_ENABLE ); } +#endif /* NCRD > 0 */ + +#if NCRD > 0 +/* + * Probe and initialization for TDK/CONTEC PCMCIA Ethernet interface. + * by MASUI Kenji + * + * (Contec uses TDK Ethenet chip -- hosokawa) + * + * This version of fe_probe_tdk has been rewrote to handle + * *generic* PC card implementation of Fujitsu MB8696x family. The + * name _tdk is just for a historical reason. :-) + */ +static int +fe_probe_tdk ( DEVICE * dev, struct fe_softc * sc ) +{ + int i; + + static struct fe_simple_probe_struct probe_table [] = { + { FE_DLCR2, 0x70, 0x00 }, + { FE_DLCR4, 0x08, 0x00 }, + /* { FE_DLCR5, 0x80, 0x00 }, Does not work well. */ + { 0 } + }; + + if ( dev->id_irq == NO_IRQ ) { + return ( 0 ); + } + + /* Setup an I/O address mapping table. */ + for ( i = 0; i < MAXREGISTERS; i++ ) { + sc->ioaddr[ i ] = sc->iobase + i; + } + + /* + * See if C-NET(PC)C is on its address. + */ + + if ( !fe_simple_probe( sc, probe_table ) ) return 0; + + /* Determine the card type. */ + sc->typestr = "Generic MB8696x Ethernet (PCMCIA)"; + + /* + * Initialize constants in the per-line structure. + */ + + /* The station address *must*be* already in sc_enaddr; + Make sure we got a valid station address. */ + if ( ( sc->sc_enaddr[ 0 ] & 0x03 ) != 0x00 + || ( sc->sc_enaddr[ 0 ] == 0x00 + && sc->sc_enaddr[ 1 ] == 0x00 + && sc->sc_enaddr[ 2 ] == 0x00 ) ) return 0; + + /* + * Program the 86965 as follows: + * SRAM: 32KB, 100ns, byte-wide access. + * Transmission buffer: 4KB x 2. + * System bus interface: 16 bits. + * XXX: Should we remove IDENT_NICE from DLCR7? Or, + * even add IDENT_EC instead? FIXME. + */ + sc->proto_dlcr4 = FE_D4_LBC_DISABLE | FE_D4_CNTRL; + sc->proto_dlcr5 = 0; + sc->proto_dlcr6 = FE_D6_BUFSIZ_32KB | FE_D6_TXBSIZ_2x4KB + | FE_D6_BBW_BYTE | FE_D6_SBW_WORD | FE_D6_SRAM_100ns; + sc->proto_dlcr7 = FE_D7_BYTSWP_LH | FE_D7_IDENT_NICE; + sc->proto_bmpr13 = FE_B13_TPTYPE_UTP | FE_B13_PORT_AUTO; + + /* Minimul initialization of 86960. */ + DELAY( 200 ); + outb( sc->ioaddr[ FE_DLCR6 ], sc->proto_dlcr6 | FE_D6_DLC_DISABLE ); + DELAY( 200 ); + + /* Disable all interrupts. */ + outb( sc->ioaddr[ FE_DLCR2 ], 0 ); + outb( sc->ioaddr[ FE_DLCR3 ], 0 ); + + /* + * That's all. C-NET(PC)C occupies 16 I/O addresses. + * XXX: Are there any card with 32 I/O addresses? FIXME. + */ + return 16; +} +#endif + /* * Install interface into kernel networking data structures */ @@ -1453,13 +1666,11 @@ log( LOG_ERR, "fe%d: transmission timeout (%d+%d)%s\n", ifp->if_unit, sc->txb_sched, sc->txb_count, ( ifp->if_flags & IFF_UP ) ? "" : " when down" ); -#endif - - /* Suggest users a possible cause. */ - if ( ifp->if_oerrors > 0 ) { - log( LOG_WARNING, "fe%d: wrong IRQ setting in config?", + if ( sc->sc_if.if_opackets == 0 && sc->sc_if.if_ipackets == 0 ) { + log( LOG_WARNING, "fe%d: wrong IRQ setting in config?\n", ifp->if_unit ); } +#endif #if FE_DEBUG >= 3 fe_dump( LOG_INFO, sc, NULL ); @@ -1581,11 +1792,12 @@ #if FE_DEBUG >= 3 fe_dump( LOG_INFO, sc, "just after enabling DLC" ); #endif + /* * Make sure to empty the receive buffer. * * This may be redundant, but *if* the receive buffer were full - * at this point, the driver would hang. I have experienced + * at this point, then the driver would hang. I have experienced * some strange hang-up just after UP. I hope the following * code solve the problem. * @@ -1593,29 +1805,24 @@ * I think the receive buffer cannot have any packets at this * point in this version. The following code *must* be * redundant now. FIXME. + * + * I've heard a rumore that on some PC card implementation of + * 8696x, the receive buffer can have some data at this point. + * The following message helps discovering the fact. FIXME. */ - for ( i = 0; i < FE_MAX_RECV_COUNT; i++ ) { - if ( inb( sc->ioaddr[ FE_DLCR5 ] ) & FE_D5_BUFEMP ) break; - outb( sc->ioaddr[ FE_BMPR14 ], FE_B14_SKIP ); - } -#if FE_DEBUG >= 1 - if ( i >= FE_MAX_RECV_COUNT ) { - log( LOG_ERR, "fe%d: cannot empty receive buffer\n", + if ( !( inb( sc->ioaddr[ FE_DLCR5 ] ) & FE_D5_BUFEMP ) ) { + log( LOG_WARNING, + "fe%d: receive buffer has some data after reset\n", sc->sc_unit ); + + fe_emptybuffer( sc ); } -#endif -#if FE_DEBUG >= 3 - if ( i < FE_MAX_RECV_COUNT ) { - log( LOG_INFO, "fe%d: receive buffer emptied (%d)\n", - sc->sc_unit, i ); - } -#endif #if FE_DEBUG >= 3 fe_dump( LOG_INFO, sc, "after ERB loop" ); #endif - /* Do we need this here? FIXME. */ + /* Do we need this here? Actually, no. I must be paranoia. */ outb( sc->ioaddr[ FE_DLCR0 ], 0xFF ); /* Clear all bits. */ outb( sc->ioaddr[ FE_DLCR1 ], 0xFF ); /* ditto. */ @@ -1665,6 +1872,7 @@ sc->txb_sched = sc->txb_count; sc->txb_count = 0; sc->txb_free = sc->txb_size; + sc->tx_excolls = 0; /* Start transmitter, passing packets in TX buffer. */ outb( sc->ioaddr[ FE_BMPR10 ], sc->txb_sched | FE_B10_START ); @@ -1762,7 +1970,8 @@ * (i.e., minimum packet sized) packets rapidly. An 8KB * buffer can hold 130 blocks of 62 bytes long... */ - if ( sc->txb_free < ETHER_MAX_LEN - ETHER_CRC_LEN + FE_DATA_LEN_LEN ) { + if ( sc->txb_free + < ETHER_MAX_LEN - ETHER_CRC_LEN + FE_DATA_LEN_LEN ) { /* No room. */ goto indicate_active; } @@ -1790,7 +1999,9 @@ fe_write_mbufs( sc, m ); /* Start transmitter if it's idle. */ - if ( sc->txb_sched == 0 ) fe_xmit( sc ); + if ( ( sc->txb_count > 0 ) && ( sc->txb_sched == 0 ) ) { + fe_xmit( sc ); + } /* * Tap off here if there is a bpf listener, @@ -1835,9 +2046,69 @@ * Drop (skip) a packet from receive buffer in 86960 memory. */ static void -fe_droppacket ( struct fe_softc * sc ) +fe_droppacket ( struct fe_softc * sc, int len ) { + int i; + + /* + * 86960 manual says that we have to read 8 bytes from the buffer + * before skip the packets and that there must be more than 8 bytes + * remaining in the buffer when issue a skip command. + * Remember, we have already read 4 bytes before come here. + */ + if ( len > 12 ) { + /* Read 4 more bytes, and skip the rest of the packet. */ + ( void )inw( sc->ioaddr[ FE_BMPR8 ] ); + ( void )inw( sc->ioaddr[ FE_BMPR8 ] ); outb( sc->ioaddr[ FE_BMPR14 ], FE_B14_SKIP ); + } else { + /* We should not come here unless receiving RUNTs. */ + for ( i = 0; i < len; i += 2 ) { + ( void )inw( sc->ioaddr[ FE_BMPR8 ] ); + } + } +} + +/* + * Empty receiving buffer. + */ +static void +fe_emptybuffer ( struct fe_softc * sc ) +{ + int i; + u_char saved_dlcr5; + +#if FE_DEBUG >= 1 + log( LOG_WARNING, "fe%d: emptying receive buffer", sc->sc_unit ); +#endif + /* + * Stop receiving packets, temporarily. + */ + saved_dlcr5 = inb( sc->ioaddr[ FE_DLCR5 ] ); + outb( sc->ioaddr[ FE_DLCR5 ], sc->proto_dlcr5 ); + + /* + * When we come here, the receive buffer management should + * have been broken. So, we cannot use skip operation. + */ + for ( i = 0; i < sc->txb_size; i += 2 ) { + if ( inb( sc->ioaddr[ FE_DLCR5 ] ) & FE_D5_BUFEMP ) break; + ( void )inw( sc->ioaddr[ FE_BMPR8 ] ); + } + + /* + * Double check. + */ + if ( inb( sc->ioaddr[ FE_DLCR5 ] ) & FE_D5_BUFEMP ) { + log( LOG_ERR, "fe%d: could not empty receive buffer\n", + sc->sc_unit ); + /* Hmm. What should I do if this happens? FIXME. */ + } + + /* + * Restart receiving packets. + */ + outb( sc->ioaddr[ FE_DLCR5 ], saved_dlcr5 ); } /* @@ -1870,15 +2141,8 @@ #endif /* - * Update statistics. - */ - sc->sc_if.if_collisions += 16; - sc->sc_if.if_oerrors++; - sc->sc_if.if_opackets += sc->txb_sched - left; - - /* - * Collision statistics has been updated. - * Clear the collision flag on 86960 now to avoid confusion. + * Clear the collision flag (in 86960) here + * to avoid confusing statistics. */ outb( sc->ioaddr[ FE_DLCR0 ], FE_D0_COLLID ); @@ -1897,7 +2161,9 @@ */ outb( sc->ioaddr[ FE_BMPR11 ], FE_B11_CTRL_SKIP | FE_B11_MODE1 ); - sc->txb_sched = left - 1; + + /* Update statistics. */ + sc->tx_excolls++; } /* @@ -1953,10 +2219,12 @@ } /* - * Update total number of successfully - * transmitted packets. + * Update transmission statistics. + * Be sure to reflect number of excessive collisions. */ - sc->sc_if.if_opackets += sc->txb_sched; + sc->sc_if.if_opackets += sc->txb_sched - sc->tx_excolls; + sc->sc_if.if_oerrors += sc->tx_excolls; + sc->sc_if.if_collisions += sc->tx_excolls * 16; sc->txb_sched = 0; /* @@ -2032,6 +2300,13 @@ #endif /* + * Extract the packet length. + * It is a sum of a header (14 bytes) and a payload. + * CRC has been stripped off by the 86960. + */ + len = inw( sc->ioaddr[ FE_BMPR8 ] ); + + /* * If there was an error, update statistics and drop * the packet, unless the interface is in promiscuous * mode. @@ -2039,56 +2314,38 @@ if ( ( status & 0xF0 ) != 0x20 ) { if ( !( sc->sc_if.if_flags & IFF_PROMISC ) ) { sc->sc_if.if_ierrors++; - fe_droppacket(sc); + fe_droppacket( sc, len ); continue; } } /* - * Extract the packet length. - * It is a sum of a header (14 bytes) and a payload. - * CRC has been stripped off by the 86960. - */ - len = inw( sc->ioaddr[ FE_BMPR8 ] ); - - /* - * MB86965 checks the packet length and drop big packet + * MB86960 checks the packet length and drop big packet * before passing it to us. There are no chance we can * get big packets through it, even if they are actually * sent over a line. Hence, if the length exceeds * the specified limit, it means some serious failure, * such as out-of-sync on receive buffer management. * - * Is this statement true? FIXME. + * Same for short packets, since we have programmed + * 86960 to drop short packets. */ - if ( len > ETHER_MAX_LEN - ETHER_CRC_LEN || len < ETHER_MIN_LEN- ETHER_CRC_LEN ) { -#if FE_DEBUG >= 2 + if ( len > ETHER_MAX_LEN - ETHER_CRC_LEN + || len < ETHER_MIN_LEN - ETHER_CRC_LEN ) { +#if FE_DEBUG >= 1 log( LOG_WARNING, "fe%d: received a %s packet? (%u bytes)\n", sc->sc_unit, - len < ETHER_MIN_SIZE- ETHER_CRC_SIZE ? "partial" : "big", + len < ETHER_MIN_LEN - ETHER_CRC_LEN + ? "partial" : "big", len ); #endif sc->sc_if.if_ierrors++; - fe_droppacket( sc ); + fe_emptybuffer( sc ); continue; } /* - * Check for a short (RUNT) packet. We *do* check - * but do nothing other than print a message. - * Short packets are illegal, but does nothing bad - * if it carries data for upper layer. - */ -#if FE_DEBUG >= 2 - if ( len < ETHER_MIN_LEN - ETHER_CRC_LEN) { - log( LOG_WARNING, - "fe%d: received a short packet? (%u bytes)\n", - sc->sc_unit, len ); - } -#endif - - /* * Go get a packet. */ if ( fe_get_packet( sc, len ) < 0 ) { @@ -2099,7 +2356,7 @@ sc->sc_unit, len ); #endif sc->sc_if.if_ierrors++; - fe_droppacket( sc ); + fe_droppacket( sc, len ); /* * We stop receiving packets, even if there are @@ -2588,7 +2845,8 @@ * it should be a bug of upper layer. We just ignore it. * ... Partial (too short) packets, neither. */ - if ( ! ETHER_IS_VALID_LEN(length + ETHER_CRC_LEN)) { + if ( length < ETHER_HDR_LEN + || length > ETHER_MAX_LEN - ETHER_CRC_LEN ) { log( LOG_ERR, "fe%d: got an out-of-spec packet (%u bytes) to send\n", sc->sc_unit, length ); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 14 21:40:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16316 for bugs-outgoing; Thu, 14 Nov 1996 21:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16301; Thu, 14 Nov 1996 21:40:02 -0800 (PST) Resent-Date: Thu, 14 Nov 1996 21:40:02 -0800 (PST) Resent-Message-Id: <199611150540.VAA16301@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, seki@sysrap.cs.fujitsu.co.jp Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA16005 for ; Thu, 14 Nov 1996 21:34:13 -0800 (PST) Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.7.6+2.6Wbeta7/3.3W5-MX961019-Fujitsu Mail Gateway) id OAA08205; Fri, 15 Nov 1996 14:34:11 +0900 (JST) Received: from fuzz.sysrap.cs.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W9-MX961111-Fujitsu Domain Mail Master) id OAA16177; Fri, 15 Nov 1996 14:33:39 +0900 Received: (from root@localhost) by fuzz.sysrap.cs.fujitsu.co.jp (8.8.2/8.8.2) id OAA00358; Fri, 15 Nov 1996 14:30:01 +0900 (JST) Message-Id: <199611150530.OAA00358@fuzz.sysrap.cs.fujitsu.co.jp> Date: Fri, 15 Nov 1996 14:30:01 +0900 (JST) From: seki@sysrap.cs.fujitsu.co.jp Reply-To: seki@sysrap.cs.fujitsu.co.jp To: FreeBSD-gnats-submit@freebsd.org Cc: seki@sysrap.cs.fujitsu.co.jp X-Send-Pr-Version: 3.2 Subject: i386/2011: Wrong stats (SNMP Dot3 MIBs) in ed driver Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2011 >Category: i386 >Synopsis: Ed driver puts wrong value in some of its SNMP Dot3 MIBs. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 14 21:40:01 PST 1996 >Last-Modified: >Originator: Masahiro Sekiguchi >Organization: Fujitsu Limited >Release: FreeBSD 2.2-ALPHA i386 >Environment: 2.2 ALPHA with any of ed compatible Ethernet cards. >Description: Ed driver counts some collision-related events in SNMP Dot3 MIBs wrong way. RFC 1650 specifies that dot3StatsDeferredTRansmissions, dot3StatsSingleCollisionFrames, dot3StatsMultipleCollisionFrames, and dot3StatsExcessiveCollisions are exclusive; i.e., a frame may cause one of the above MIBs be incremented, but cannot cause two or more of the above. Ed driver in 2.2 ALPHA, however, increments two or more for a frame. It conflicts with RFC 1650. For example, the definition of dot3StatsDeferredTransmissions in RFC 1650 says: "The count represented by an instance of this object does not include frames involved in collisions." However, Ed in 2.2 ALPHA increments both DeferredTransmissions and SimgleCollisionsFrames for one single-collided frame. One more related note. RFC 1650 also says that error conditions are also exclusive. Currently, ed driver tests for some bits in a hardware register, and update error-related MIBs independently. *If* two or more error bits in the register can be set for a frame, it causes another wrong stat. I'm not sure it can be happen, or never happen due to the hardware specification. >How-To-Repeat: Transmit an Ethernet frame through an ed compatible card, and make it collide. >Fix: The following is a suggested patch to sys/i386/isa/if_ed.c. This patch fixes bugs on collision-related stats. Handling of error related MIBs are not touched. --- cut here --- --- if_ed.c.orig Thu Oct 17 22:42:13 1996 +++ if_ed.c Fri Nov 15 13:58:29 1996 @@ -2410,7 +2410,6 @@ * TSR_ABT is set. */ collisions = 16; - sc->mibdata.dot3StatsMultipleCollisionFrames++; sc->mibdata.dot3StatsExcessiveCollisions++; sc->mibdata.dot3StatsCollFrequencies[15]++; } @@ -2458,12 +2457,10 @@ break; case 1: sc->mibdata.dot3StatsSingleCollisionFrames++; - sc->mibdata.dot3StatsDeferredTransmissions++; sc->mibdata.dot3StatsCollFrequencies[0]++; break; default: sc->mibdata.dot3StatsMultipleCollisionFrames++; - sc->mibdata.dot3StatsDeferredTransmissions++; sc->mibdata. dot3StatsCollFrequencies[collisions-1] ++; MIBs >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 14 23:20:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA21643 for bugs-outgoing; Thu, 14 Nov 1996 23:20:16 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA21635; Thu, 14 Nov 1996 23:20:11 -0800 (PST) Resent-Date: Thu, 14 Nov 1996 23:20:11 -0800 (PST) Resent-Message-Id: <199611150720.XAA21635@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dave@dogwood.com Received: from white.dogwood.com (dave@white.dogwood.com [140.174.96.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA21458 for ; Thu, 14 Nov 1996 23:16:26 -0800 (PST) Received: (from dave@localhost) by white.dogwood.com (8.8.2/8.8.2) id XAA24270 ; Thu, 14 Nov 1996 23:16:14 -0800 (PST) Message-Id: <199611150716.XAA24270@white.dogwood.com> Date: Thu, 14 Nov 1996 23:16:14 -0800 (PST) From: Dave Cornejo Reply-To: dave@dogwood.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2013: 'make world' fails on read-only /usr/src Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2013 >Category: misc >Synopsis: 'make world' fails on read-only /usr/src >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 14 23:20:04 PST 1996 >Last-Modified: >Originator: Dave Cornejo >Organization: Dogwood Media >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-current 14 Nov 1996 >Description: In the 'make world' process, 'bootstrap' removes .../usr.bin/lex/lib, which 'libraries' is expecting to be there. If /usr/src is mounted r/w the make succeeds by using the source directory to build in. If /usr/src is read-only, then it fails since it can't save the .depend file. >How-To-Repeat: Do 'make world' on a source tree mounted read-only via NFS. >Fix: My proposed fix is below - you could also solve this by not doing an 'rm -rf' in /usr/obj/.../usr.bin/lex, but this has more far reaching effects. Apply the following patch to /usr/src/Makefile: ===== cut here ===== *** Makefile.orig Thu Nov 14 22:34:28 1996 --- Makefile Thu Nov 14 22:35:16 1996 *************** *** 364,370 **** cd ${.CURDIR}/usr.bin/xinstall && ${MAKE} depend && \ ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} cd ${.CURDIR}/usr.bin/lex && ${MAKE} bootstrap && ${MAKE} depend && \ ! ${MAKE} ${MK_FLAGS} -DNOLIB all install ${CLEANDIR} ${OBJDIR} # # include-tools - generally the same as 'bootstrap', except that it's for --- 364,371 ---- cd ${.CURDIR}/usr.bin/xinstall && ${MAKE} depend && \ ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} cd ${.CURDIR}/usr.bin/lex && ${MAKE} bootstrap && ${MAKE} depend && \ ! ${MAKE} ${MK_FLAGS} -DNOLIB all install ${CLEANDIR} && \ ! ${MAKE} ${OBJDIR} # # include-tools - generally the same as 'bootstrap', except that it's for ===== cut here ===== >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 14 23:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23175 for bugs-outgoing; Thu, 14 Nov 1996 23:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23160; Thu, 14 Nov 1996 23:50:03 -0800 (PST) Resent-Date: Thu, 14 Nov 1996 23:50:03 -0800 (PST) Resent-Message-Id: <199611150750.XAA23160@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kng@techincom.lipetsk.su Received: from takthq.lipetsk.su (takthq.lipetsk.su [193.232.237.17]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA22968 for ; Thu, 14 Nov 1996 23:47:22 -0800 (PST) Received: from techinc by takthq.lipetsk.su with UUCP id KAA07265 (8.6.10 for FreeBSD-gnats-submit@freebsd.org); Fri, 15 Nov 1996 10:41:05 +0300 Received: (from kng@localhost) by ghost.techincom.lipetsk.su (8.7.5/8.7.3) id KAA01989; Fri, 15 Nov 1996 10:26:23 +0300 (MSK) Message-Id: <199611150726.KAA01989@ghost.techincom.lipetsk.su> Date: Fri, 15 Nov 1996 10:26:23 +0300 (MSK) From: kng@techincom.lipetsk.su Reply-To: kng@techincom.lipetsk.su To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2014: Console keyboard lockup problem Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2014 >Category: kern >Synopsis: Console keyboard lockup problem >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 14 23:50:02 PST 1996 >Last-Modified: >Originator: Konstantin N. Gusenko >Organization: Techincom Trading, Lipetsk, Russia >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: Tomato 5DXP motherboard, Intel 430FX chipset, Pentium-120 CPU, 2x16550A onboard, primary/secondary IDE onboard, 32M EDO DRAM, 256k Pipeline Burst Cache, S3-Trio64V+ SVGA card with 2M EDO DRAM, 2 x 1.6 Gb Western Digital WDC-31600 IDE HDDs, Goldstar RCD-542B CD-ROM drive, Epson Dual 3.5"/5.25" FDD. Running FreeBSD 2.2-960801-SNAP, XFree86 3.1.2 >Description: Keyboard locks up when I frequently switch between virtual console screens and/or X display. System is still alive and running, and, I can work, or shutdown from serial or network terminals, but console keyboard is completely dead - Numlock, Caps, Scroll lock leds state doesn't switch. Problem is irregular, and I can't cause it when I wish. This problem was at 2.1-RELEASE, 2.1.5-RELEASE and, in all previous 2.2-SNAPs too. >How-To-Repeat: Try to freqently switch between virtual consoles and X display. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 14 23:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23188 for bugs-outgoing; Thu, 14 Nov 1996 23:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23172; Thu, 14 Nov 1996 23:50:04 -0800 (PST) Resent-Date: Thu, 14 Nov 1996 23:50:04 -0800 (PST) Resent-Message-Id: <199611150750.XAA23172@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kng@techincom.lipetsk.su Received: from takthq.lipetsk.su (takthq.lipetsk.su [193.232.237.17]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA22981 for ; Thu, 14 Nov 1996 23:47:38 -0800 (PST) Received: from techinc by takthq.lipetsk.su with UUCP id KAA07267 (8.6.10 for FreeBSD-gnats-submit@freebsd.org); Fri, 15 Nov 1996 10:41:06 +0300 Received: (from kng@localhost) by ghost.techincom.lipetsk.su (8.7.5/8.7.3) id KAA01179; Fri, 15 Nov 1996 10:13:57 +0300 (MSK) Message-Id: <199611150713.KAA01179@ghost.techincom.lipetsk.su> Date: Fri, 15 Nov 1996 10:13:57 +0300 (MSK) From: kng@techincom.lipetsk.su Reply-To: kng@techincom.lipetsk.su To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2015: 2.2-960801-SNAP kernel wdc driver dosn't recognise multi-sector transfer capability of HDDs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2015 >Category: kern >Synopsis: 2.2-960801-SNAP kernel dosn't recognise multi-sector transfer capability of IDE HDDs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 14 23:50:04 PST 1996 >Last-Modified: >Originator: Konstantin N. Gusenko >Organization: Techincom Trading, Lipetsk, Russia >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: Tomato 5DXP motherboard, Intel 430FX chipset, Pentium-120 CPU, 2x16550A onboard, primary/secondary IDE onboard 32M EDO DRAM, 256k Pipeline Burst Cache, S3-Trio64V+ SVGA card with 2M EDO DRAM, 2 x 1.6 Gb Western Digital WDC-31600 IDE HDDs, Goldstar RCD-542B CD-ROM drive, Epson Dual 3.5"/5.25" FDD. Alternate box: SIS 496 motherboard, AMD 486DX4-100 CPU, 2x16550A onboard, primary/seciondary IDE onboard, 16M DRAM, 256k Cache, Trident TVGA-9000 SVGA adapter with 512k DRAM, 1 x 850M Western Digital WDC-2850 IDE HDD, 3.5" FDD Running FreeBSD 2.2-960801-SNAP on both boxes. >Description: At startup kernel doesn't recognise HDDs multi-sector transfer capability. Kernel config flags for wdc controler have appropriate settings. This decreases perfomance of system. Previous SNAP (2.2-960612) works well on this boxes and hadn't such problem. As test, I load GENERIC 2.2-960612-SNAP kernel, and it succesfully detects and uses multi-sector transfer capability of my HDDs. >How-To-Repeat: Try boot kernel compiled with this lines in config: controller wdc0 at isa? port "IO_WD1" bio irq 14 \ flags 0x00ff00ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc1 drive 1 or, say "kernel -c" at boot prompt and set "0x00ff" in flags for wdc controller (in this case kernel must probe only first drive for multi-sector IO). >Fix: I don't know exactly, but, I think this is around probe in i386/isa/wd.c . >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 15 01:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA28240 for bugs-outgoing; Fri, 15 Nov 1996 01:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA28222; Fri, 15 Nov 1996 01:00:06 -0800 (PST) Resent-Date: Fri, 15 Nov 1996 01:00:06 -0800 (PST) Resent-Message-Id: <199611150900.BAA28222@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dawes@xfree86.org Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA27689 for ; Fri, 15 Nov 1996 00:51:57 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.7.3) id TAA07288; Fri, 15 Nov 1996 19:51:51 +1100 (EST) Message-Id: <199611150851.TAA07288@rf900.physics.usyd.edu.au> Date: Fri, 15 Nov 1996 19:51:51 +1100 (EST) From: David Dawes Reply-To: dawes@xfree86.org To: FreeBSD-gnats-submit@freebsd.org Cc: dawes@xfree86.org X-Send-Pr-Version: 3.2 Subject: bin/2016: static libtcl references symbols that are not included Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2016 >Category: bin >Synopsis: static libtcl references symbols that are not included >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 15 01:00:03 PST 1996 >Last-Modified: >Originator: David Dawes >Organization: The XFree86 Project >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: XF86Setup, as included in XFree86 3.2, links against static tcl and tk libraries by default (although it could probably use the dynamic libtcl since it is part of the base FreeBSD 2.2 -- but this is irrelevant since there is a real problem). When building it, the link phase fails with the following error: tclBasic.o: Undefined symbol `_Tcl_LoadCmd' referenced from data segment tclCmdIL.o: Undefined symbol `_TclGetLoadedPackages' referenced from text segment This is because the static library includes references to tcl functions that don't get included when building static. nm /usr/lib/libtcl.a | grep Tcl_LoadCmd shows: U _Tcl_LoadCmd >How-To-Repeat: Compile XF86Setup in XFree86 3.2. >Fix: I don't have one. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 15 01:10:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA28681 for bugs-outgoing; Fri, 15 Nov 1996 01:10:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA28674; Fri, 15 Nov 1996 01:10:07 -0800 (PST) Date: Fri, 15 Nov 1996 01:10:07 -0800 (PST) Message-Id: <199611150910.BAA28674@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: bin/2001: vi confused about lines to display Reply-To: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2001; it has been noted by GNATS. From: Peter Wemm To: freebsd-gnats-submit@freefall.freebsd.org Cc: Subject: Re: bin/2001: vi confused about lines to display Date: Fri, 15 Nov 1996 17:03:17 +0800 Bill Fenner wrote: > The following reply was made to PR bin/2001; it has been noted by GNATS. > > From: Bill Fenner > To: Adam David > Cc: fenner@parc.xerox.com (Bill Fenner), FreeBSD-gnats-submit@freebsd.org > Subject: Re: bin/2001: vi confused about lines to display > Date: Thu, 14 Nov 1996 19:37:15 PST > > Adam David said: > >I forgot to mention this was within a 'screen' window in an xterm. > > > >ctrl-L refreshed the screen to show the same 2 identical lines. > > That makes it sound more like it's a "screen" problem. Have you been > able to replicate this without running "screen"? Hmm, I saw something like this once in my tests, but when I checked it out, it looked like a ncurses problem (I don't have standard curses on this system). Try a ^Z and fg and see if that makes it go away.. > Bill Cheers, -Peter From owner-freebsd-bugs Fri Nov 15 01:53:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA00944 for bugs-outgoing; Fri, 15 Nov 1996 01:53:35 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA00926 for ; Fri, 15 Nov 1996 01:53:24 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id UAA07422; Fri, 15 Nov 1996 20:49:01 +1100 Date: Fri, 15 Nov 1996 20:49:01 +1100 From: Bruce Evans Message-Id: <199611150949.UAA07422@godzilla.zeta.org.au> To: bde@zeta.org.au, thorpej@nas.nasa.gov Subject: Re: misc/2007: /usr/include/sys lacking timer arithmetic functions.. Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [timeval arithmetic macros in >NetBSD added these because there were a zillion places where timeval >arithmetic was implemented in the kernel. Centralizing it reduced >code complexity, which is generally considered a good thing. The kernel just uses functions in FreeBSD and NetBSD-old. >They aren't function calls. Everything is done inline, so there's no >additional cost associated with using the abstraction. There's the extra cost of inlining - potentially busted caches if the inline code is larger than the code to call the function. Code that is duplicated in a zillion places is the worst candidate for inlining because the chance of any one block of inline staying in a cache is smaller. I think timeval arithmetic isn't done often enough for inlining to matter, so using function calls is best because it is simpler. Bruce From owner-freebsd-bugs Fri Nov 15 02:10:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA01993 for bugs-outgoing; Fri, 15 Nov 1996 02:10:22 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA01982; Fri, 15 Nov 1996 02:10:18 -0800 (PST) Resent-Date: Fri, 15 Nov 1996 02:10:18 -0800 (PST) Resent-Message-Id: <199611151010.CAA01982@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ah@alvman.RoBIN.de Received: from alvman.RoBIN.de (alvman.RoBIN.de [193.174.7.169]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA01537 for ; Fri, 15 Nov 1996 02:02:17 -0800 (PST) Received: (from ah@localhost) by alvman.RoBIN.de (8.7.5/8.6.9) id LAA08386; Fri, 15 Nov 1996 11:03:11 +0100 (MET) Message-Id: <199611151003.LAA08386@alvman.RoBIN.de> Date: Fri, 15 Nov 1996 11:03:11 +0100 (MET) From: Andreas Haakh Reply-To: ah@alvman.RoBIN.de To: FreeBSD-gnats-submit@freebsd.org, ah@alvman.RoBIN.de X-Send-Pr-Version: 3.2 Subject: kern/2017: stray irq Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2017 >Category: kern >Synopsis: stray irq 15 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 15 02:10:08 PST 1996 >Last-Modified: >Originator: Andreas Haakh >Organization: -- Andreas Haakh * Steinackerstr. 6 * 64285 Darmstadt * ah@alvman.Robin.de >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: see following syslog Nov 15 09:31:34 barney /kernel: FreeBSD 2.1.5-RELEASE #0: Thu Nov 7 16:36:35 MET 1996 Nov 15 09:31:34 barney /kernel: root@alvman.RoBIN.de:/usr/src/sys/compile/BARNEY Nov 15 09:31:35 barney /kernel: CPU: i386DX (386-class CPU) Nov 15 09:31:35 barney /kernel: real memory = 9437184 (9216K bytes) Nov 15 09:31:35 barney /kernel: avail memory = 7700480 (7520K bytes) Nov 15 09:31:35 barney /kernel: Probing for devices on the ISA bus: Nov 15 09:31:35 barney /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Nov 15 09:31:35 barney /kernel: sc0: VGA color <6 virtual consoles, flags=0x0> Nov 15 09:31:35 barney /kernel: ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa Nov 15 09:31:35 barney /kernel: ed0: address 00:00:c0:f2:08:6f, type SMC8216/SMC8216C (16 bit) Nov 15 09:31:35 barney /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Nov 15 09:31:35 barney /kernel: sio0: type 16450 Nov 15 09:31:35 barney /kernel: sio1 not found at 0x2f8 Nov 15 09:31:35 barney /kernel: lpt0 at 0x3bc-0x3c3 irq 7 on isa Nov 15 09:31:35 barney /kernel: lpt0: Interrupt-driven port Nov 15 09:31:36 barney /kernel: lp0: TCP/IP capable interface Nov 15 09:31:36 barney /kernel: psm0 at 0x60-0x63 irq 12 on motherboard Nov 15 09:31:36 barney /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Nov 15 09:31:36 barney /kernel: fdc0: NEC 765 Nov 15 09:31:36 barney /kernel: fd0: 1.44MB 3.5in Nov 15 09:31:36 barney /kernel: fd1: 1.2MB 5.25in Nov 15 09:31:36 barney /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Nov 15 09:31:36 barney /kernel: wdc0: unit 0 (wd0): Nov 15 09:31:36 barney /kernel: wd0: 80MB (164736 sectors), 832 cyls, 6 heads, 33 S/T, 512 B/S Nov 15 09:31:36 barney /kernel: aha0 at 0x330-0x333 irq 11 drq 5 on isa Nov 15 09:31:36 barney /kernel: aha0 waiting for scsi devices to settle Nov 15 09:31:36 barney /kernel: (aha0:0:0): "QUANTUM LPS540S 5900" type 0 fixed SCSI 2 Nov 15 09:31:37 barney /kernel: sd0(aha0:0:0): Direct-Access 516MB (1057616 512 byte sectors) Nov 15 09:31:37 barney /kernel: tel0 at 0xd80 irq 9 on isa Nov 15 09:31:37 barney /kernel: tel0: card type Teles S0/16.3 Nov 15 09:31:37 barney /kernel: npx0 at 0xf0-0xff irq 13 on motherboard Nov 15 09:31:37 barney /kernel: IP firewall initialized, unlimited logging Nov 15 09:31:34 barney named[75]: starting. named LOCAL-960717.011537 Wed Jul 17 01:15:37 1996 jkh@whisker.cdrom.com:/usr/src/usr.sbin/named Nov 15 09:31:39 barney named[76]: Ready to answer queries. Nov 15 09:31:41 barney timed[80]: slave to alvman.RoBIN.de Nov 15 09:32:14 barney timed[80]: date changed by alvman.RoBIN.de from Fri Nov 15 09:31:41 1996 Nov 15 09:32:28 barney lpd[109]: restarted Nov 15 09:32:51 barney bisdnd[152]: SYS daemon started (pid = 152) Nov 15 09:32:53 barney /kernel: Assigned: TEI = 0xcf = 103 Nov 15 09:32:54 barney bisdnd[152]: SYS rate=dynamically (initially 90 secs from rate file) Nov 15 10:09:10 barney bisdnd[152]: SYS rate=dynamically (initially 90 secs from rate file) Nov 15 10:12:45 barney login: login on ttyv1 as ah Nov 15 10:13:24 barney bisdnd[152]: SYS rate=dynamically (initially 90 secs from rate file) Nov 15 10:15:01 barney /kernel: stray irq 15 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Nov 15 10:25:06 barney bisdnd[152]: SYS rate=dynamically (initially 90 secs from rate file) Nov 15 10:51:12 barney login: login on ttyv2 as ah >Description: Since I installed bisdn-0.97 I receive at irregular intervals stray irq 15. As You can see there is no device assigned to this irq-channel. >How-To-Repeat: I Don't know. >Fix: Unknown >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 15 03:11:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA05814 for bugs-outgoing; Fri, 15 Nov 1996 03:11:15 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA05786; Fri, 15 Nov 1996 03:11:07 -0800 (PST) Resent-Date: Fri, 15 Nov 1996 03:11:07 -0800 (PST) Resent-Message-Id: <199611151111.DAA05786@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kng@techincom.lipetsk.su Received: from takthq.lipetsk.su (takthq.lipetsk.su [193.232.237.17]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA05431 for ; Fri, 15 Nov 1996 03:06:49 -0800 (PST) Received: from techinc by takthq.lipetsk.su with UUCP id OAA12847 (8.6.10 for FreeBSD-gnats-submit@freebsd.org); Fri, 15 Nov 1996 14:03:16 +0300 Received: (from kng@localhost) by ghost.techincom.lipetsk.su (8.7.5/8.7.3) id MAA06468; Fri, 15 Nov 1996 12:21:06 +0300 (MSK) Message-Id: <199611150921.MAA06468@ghost.techincom.lipetsk.su> Date: Fri, 15 Nov 1996 12:21:06 +0300 (MSK) From: kng@techincom.lipetsk.su Reply-To: kng@techincom.lipetsk.su To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2022: Switching from X display to virtual console causes blink of startup ttyv0 screen Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2022 >Category: kern >Synopsis: Switching from X display to virtual console causes blink of startup ttyv0 screen >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 15 03:10:57 PST 1996 >Last-Modified: >Originator: Konstantin N. Gusenko >Organization: Techincom Trading, Lipetsk, Russia >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: Tomato 5DXP motherboard, Intel 430FX chipset, Intel Pentium-120 CPU 2x16550A onboard, primary/secondary IDE onboard, 32M EDO DRAM, 256k Pipeline Burst Cache, S3-Trio64V+ SVGA card with 2M EDO DRAM, 2 x 1.6 Gb Western Digital WDC-31600 IDE HDDs, Goldstar RCD-542B CD-ROM drive, Epson Dual 3.5"/5.25" FDD Running FreeBSD 2.2-960801-SNAP, XFree86-3.1.2, sc console driver >Description: When I switch from X display to virtual console( doesn't matter which) for a tenth of second I see the ttyv0 screen before I'm first time logged in on it. I.e. there flashes tail of startup messages and username of first logged in user on ttyv0 at login prompt, and, at last line, password prompt. After that appears that virtual console I switch to. Nothing fatal. I didn't remember exactly, but I think this appear somethere between 2.1R and 2.2-960612-SNAP. I think this is console driver bug. >How-To-Repeat: Just switch from the X display to virtual console (doesn't matter which of all). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 15 06:01:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA14585 for bugs-outgoing; Fri, 15 Nov 1996 06:01:39 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA14569; Fri, 15 Nov 1996 06:01:32 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.2/8.8.2) with ESMTP id WAA09204; Fri, 15 Nov 1996 22:01:27 +0800 (WST) Message-Id: <199611151401.WAA09204@spinner.DIALix.COM> X-Mailer: exmh version 1.6.9 8/22/96 To: wpaul@freebsd.org cc: bugs@freebsd.org Subject: aieee!! nis gone to hell in 2.2... :-/ Date: Fri, 15 Nov 1996 22:01:26 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yikes... Doing a chpass on a nis master server: [..] Shell: /usr/local/bin/bash [..] Changing NIS information for ophidian on localhost chpass: NIS update failed: rpc.yppasswdd returned error status chpass: NIS information unchanged Nov 15 21:56:22 newton rpc.yppasswdd[21814]: received update request from superuser on localhost Nov 15 21:56:22 newton rpc.yppasswdd[21814]: string contains a control character Nov 15 21:56:22 newton rpc.yppasswdd[21814]: specified shell contains invalid characters: /usr/local/bin/bash @^F^H^A Nov 15 21:56:22 newton rpc.yppasswdd[21814]: rejecting update attempt for ophidian: bad arguments (I added the string logging) We've also had hangs with: Nov 15 21:55:23 newton rpc.yppasswdd[21663]: accept failed: Bad address I've just rebuilt libc, and all yp/nis related binaries "in case", no apparent fix. The machine had a 'make world' last night to bring it up from about a month-old -current to 2.2-just-before-release. FreeBSD newton.dialix.com.au 2.2-CURRENT FreeBSD 2.2-CURRENT #35: Fri Nov 15 04:17:40 WST 1996 peter@newton.dialix.com.au:/home/src/sys/compile/N EWTON i386 This is with yplib.c rev 1.25 in place on the 2.2 branch.. Has anybody else seen this? -Peter From owner-freebsd-bugs Fri Nov 15 07:19:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19834 for bugs-outgoing; Fri, 15 Nov 1996 07:19:48 -0800 (PST) Received: (from wpaul@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19794; Fri, 15 Nov 1996 07:19:25 -0800 (PST) From: Bill Paul Message-Id: <199611151519.HAA19794@freefall.freebsd.org> Subject: Re: cvs commit: src/usr.sbin/rpc.yppasswdd yppasswd_comm.c To: peter@freefall.freebsd.org (Peter Wemm) Date: Fri, 15 Nov 1996 07:19:23 -0800 (PST) Cc: CVS-committers, bugs@freebsd.org In-Reply-To: <199611151412.GAA15273@freefall.freebsd.org> from "Peter Wemm" at Nov 15, 96 06:12:31 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > peter 96/11/15 06:12:29 > > Modified: usr.sbin/rpc.yppasswdd yppasswd_comm.c > Log: > Uninitialised length variable passed to accept(), causing random accept() > failures due to EFAULT. > > This is screaming out to go into 2.2 > > Revision Changes Path > 1.2 +3 -2 src/usr.sbin/rpc.yppasswdd/yppasswd_comm.c > Dangit. That's the last time I hack without -Wall in my CFLAGS. Am I to understand that this fixes both the problems you mentioned in freebsd-bugs or is there still a problem with the shell strings getting corrupted? -Bill From owner-freebsd-bugs Fri Nov 15 07:27:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20370 for bugs-outgoing; Fri, 15 Nov 1996 07:27:59 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA20359; Fri, 15 Nov 1996 07:27:49 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.2/8.8.2) with ESMTP id XAA09828; Fri, 15 Nov 1996 23:27:43 +0800 (WST) Message-Id: <199611151527.XAA09828@spinner.DIALix.COM> X-Mailer: exmh version 1.6.9 8/22/96 To: wpaul@freebsd.org cc: bugs@freebsd.org Subject: Re: aieee!! nis gone to hell in 2.2... :-/ In-reply-to: Your message of "Fri, 15 Nov 1996 22:01:26 +0800." <199611151401.WAA09204@spinner.DIALix.COM> Date: Fri, 15 Nov 1996 23:27:43 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Wemm wrote: > Has anybody else seen this? > > -Peter This is getting more wierd by the minute.. I checked what chpass was feeding into the xdr routines for passage to rpc.yppasswdd, and it almost appears to be getting corrupted in transit... ie: this change to pw_yp.c if (suser_override) { /* Talk to server via AF_UNIX socket. */ + warnx("send pw_shell: '%s'", master_yppasswd.newpw.pw_shell ); if (senddat(&master_yppasswd)) { warnx("failed to contact local rpc.yppasswdd"); gives this debug: Changing NIS information for ophidian on localhost chpass: send pw_shell: '/usr/local/bin/bash' And yet, on the recieving end, do_master calls getdat(), and passes that directly to update_master(). At the top of update_master(): yp_error("got pw_dir: '%s'", argp->newpw.pw_dir); yp_error("got pw_shell: '%s'", argp->newpw.pw_shell); yp_error("got pw_expire: %ld", argp->newpw.pw_expire); causes the following debug output: Nov 15 22:52:12 newton rpc.yppasswdd[23684]: got pw_dir: '/home/o/ophidian' Nov 15 22:52:12 newton rpc.yppasswdd[23684]: got pw_shell: '/usr/local/bin/bash@^F^H^A' Nov 15 22:52:12 newton rpc.yppasswdd[23684]: got pw_expire: 849715199 ie: somehow, the "XDR counted string" kinda "grew" a bit during a couple of function calls, xdr encoding, passing though an AF_UNIX socket/pipe, xdr decoding and a few more function calls... :-( The silly part is that I'm not even trying to change the shell, just the gecos username.. I'm still no closer to figuring out WTF is happening here, and why it only seems to be for this one user. At least the accept() hang is gone.. I'm confused enough now to ktrace both client and server now to try and see the data stream being sent and recieved to see for sure where it's breaking. Cheers, -Peter From owner-freebsd-bugs Fri Nov 15 07:31:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20654 for bugs-outgoing; Fri, 15 Nov 1996 07:31:00 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA20616 for ; Fri, 15 Nov 1996 07:30:50 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.2/8.8.2) with ESMTP id XAA09855; Fri, 15 Nov 1996 23:30:37 +0800 (WST) Message-Id: <199611151530.XAA09855@spinner.DIALix.COM> X-Mailer: exmh version 1.6.9 8/22/96 To: Bill Paul cc: CVS-committers@freefall.freebsd.org, bugs@freebsd.org Subject: Re: cvs commit: src/usr.sbin/rpc.yppasswdd yppasswd_comm.c In-reply-to: Your message of "Fri, 15 Nov 1996 07:19:23 PST." <199611151519.HAA19794@freefall.freebsd.org> Date: Fri, 15 Nov 1996 23:30:36 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > > Modified: usr.sbin/rpc.yppasswdd yppasswd_comm.c > > Log: > > Uninitialised length variable passed to accept(), causing random accept() > > failures due to EFAULT. > > > > This is screaming out to go into 2.2 > > Dangit. That's the last time I hack without -Wall in my CFLAGS. I don't seem to recall seeing -Wall pick this up, but that may be because I have been working on several machines in parallel and may never have tried -Wall on a copy with the missing initialisation. > Am I to understand that this fixes both the problems you mentioned in > freebsd-bugs or is there still a problem with the shell strings getting > corrupted? No, this just fixes the chpass hang where yppasswdd aborted in the accept(). I'm getting kinda crazy about that one though, I smell a rat... > -Bill Cheers, -Peter From owner-freebsd-bugs Fri Nov 15 08:09:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24287 for bugs-outgoing; Fri, 15 Nov 1996 08:09:36 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24271; Fri, 15 Nov 1996 08:09:31 -0800 (PST) Date: Fri, 15 Nov 1996 08:09:31 -0800 (PST) From: Garrett Wollman Message-Id: <199611151609.IAA24271@freefall.freebsd.org> To: seki@sysrap.cs.fujitsu.co.jp, wollman, freebsd-bugs, wollman Subject: Re: i386/2011 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Ed driver puts wrong value in some of its SNMP Dot3 MIBs. State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Fri Nov 15 08:07:31 PST 1996 State-Changed-Why: Fixed in rev 1.108 of if_ed.c. Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Fri Nov 15 08:07:31 PST 1996 Responsible-Changed-Why: I wrote the code. From owner-freebsd-bugs Fri Nov 15 08:24:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26139 for bugs-outgoing; Fri, 15 Nov 1996 08:24:34 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26067; Fri, 15 Nov 1996 08:24:14 -0800 (PST) Date: Fri, 15 Nov 1996 08:24:14 -0800 (PST) From: Garrett Wollman Message-Id: <199611151624.IAA26067@freefall.freebsd.org> To: seki@sysrap.cs.fujitsu.co.jp, wollman, freebsd-bugs Subject: Re: i386/2010 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Fe in 2.2-ALPHA is broken and doesn't work State-Changed-From-To: open-analyzed State-Changed-By: wollman State-Changed-When: Fri Nov 15 08:21:42 PST 1996 State-Changed-Why: Fixed in current (if_fe.c rev 1.21). This can be closd when the fix is merged into 2.2. From owner-freebsd-bugs Fri Nov 15 08:58:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29336 for bugs-outgoing; Fri, 15 Nov 1996 08:58:42 -0800 (PST) Received: (from wpaul@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29325; Fri, 15 Nov 1996 08:58:38 -0800 (PST) From: Bill Paul Message-Id: <199611151658.IAA29325@freefall.freebsd.org> Subject: Re: aieee!! nis gone to hell in 2.2... :-/ To: peter@spinner.DIALix.COM (Peter Wemm) Date: Fri, 15 Nov 1996 08:58:36 -0800 (PST) Cc: bugs@freebsd.org In-Reply-To: <199611151618.AAA10171@spinner.DIALix.COM> from "Peter Wemm" at Nov 16, 96 00:18:25 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [chop] > The debug code that printed this in yp_submit(): > /* Get NIS master server name */ > > warnx("pw_shell 1: '%s':%d", pw->pw_shell, strlen(pw->pw_shell)); > > master = get_yp_master(1); > > warnx("pw_shell 2: '%s':%d", pw->pw_shell, strlen(pw->pw_shell)); > > It's not looking real good for get_yp_master()... > > Cheers, > -Peter > Rrr... I'm in the same area. The problem is getrpcport() (that's buried inside get_yp_master()). getrpcport calls gethostname(), and I think it's gethostname that's clobbering memory somehow. This is something I stumbled onto a long time ago. I thought I had worked around it, but apparently I was wrong. I never did figure out why gethostname() was zonking my pw structs, so I avoided calling gethostname() until after I had copied it. The weird thing is: I just linked a static version of chpass for testing and _that_ executable works. This is damn strange. I'm starting to wonder if maybe there's a deeper problem somewhere. -Bill From owner-freebsd-bugs Fri Nov 15 10:11:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04682 for bugs-outgoing; Fri, 15 Nov 1996 10:11:21 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04638; Fri, 15 Nov 1996 10:11:02 -0800 (PST) Date: Fri, 15 Nov 1996 10:11:02 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199611151811.KAA04638@freefall.freebsd.org> To: markd@Grizzly.COM, jkh, freebsd-bugs Subject: Re: gnu/1975 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: STL object files missing from libstdc++. State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri Nov 15 10:09:45 PST 1996 State-Changed-Why: Fix applied - thanks Mark, and sorry for the delay. From owner-freebsd-bugs Fri Nov 15 14:00:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA19962 for bugs-outgoing; Fri, 15 Nov 1996 14:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA19956; Fri, 15 Nov 1996 14:00:04 -0800 (PST) Resent-Date: Fri, 15 Nov 1996 14:00:04 -0800 (PST) Resent-Message-Id: <199611152200.OAA19956@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ejc@gargoyle.bazzle.com, dob@nasvr1.cb.lucent.com Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.190]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA19604 for ; Fri, 15 Nov 1996 13:50:58 -0800 (PST) Received: (from ejc@localhost) by gargoyle.bazzle.com (8.8.2/8.6.12) id QAA15864; Fri, 15 Nov 1996 16:50:55 -0500 (EST) Message-Id: <199611152150.QAA15864@gargoyle.bazzle.com> Date: Fri, 15 Nov 1996 16:50:55 -0500 (EST) From: ejci@gargoyle.bazzle.com Reply-To: ejc@gargoyle.bazzle.com, dob@nasvr1.cb.lucent.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/2035: STL deque bug Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2035 >Category: gnu >Synopsis: deque bug, local gnu changes to deque header improperly applied >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 15 14:00:02 PST 1996 >Last-Modified: >Originator: Eric J. Chet >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current as of 11/14/96 >Description: I found the bug in FreeBSD GNU STL version of deque.h. Looks like a source file maintenance error. >How-To-Repeat: #include #include int main() { deque a; for ( int i = 0 ; i < 8000 ; i++ ) { a.push_front( i ); } return 1; } >Fix: *** deque.h.ORG Fri Nov 8 15:36:38 1996 --- deque.h Fri Nov 8 15:36:46 1996 *************** void deque::allocate_at_begin() { *** 437,444 **** finish = iterator(finish.current, map + map_size / 4 + i + 1); } else { #ifdef __GNUG__ ! map_size = map_allocator_type::init_page_size(); ! map = map_allocator_type::allocate(map_size); #else *--start.node = p; start = iterator(p + __dq_buffer_size, start.node); --- 437,446 ---- finish = iterator(finish.current, map + map_size / 4 + i + 1); } else { #ifdef __GNUG__ ! // map_size = map_allocator_type::init_page_size(); ! // map = map_allocator_type::allocate(map_size); ! *--start.node = p; ! start = iterator(p + __dq_buffer_size, start.node); #else *--start.node = p; start = iterator(p + __dq_buffer_size, start.node); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 15 21:19:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA12310 for bugs-outgoing; Fri, 15 Nov 1996 21:19:27 -0800 (PST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA12289; Fri, 15 Nov 1996 21:19:18 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id AAA26090; Sat, 16 Nov 1996 00:18:38 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id AAA26830; Sat, 16 Nov 1996 00:18:37 -0500 (EST) To: freebsd-stable@freebsd.org cc: freebsd-bugs@freebsd.org From: "Gary Palmer" Subject: panic: ffs_valloc: dup alloc Date: Sat, 16 Nov 1996 00:18:36 -0500 Message-ID: <26828.848121516@orion.webspan.net> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Our mail box just died with: root@mail:/var/crash> gdb -k kernel vmcore.2 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 1d5000 current pcb at 1abd64 panic: ffs_valloc: dup alloc #0 boot (howto=260) at ../../i386/i386/machdep.c:912 912 } else { (kgdb) bt #0 boot (howto=260) at ../../i386/i386/machdep.c:912 #1 0xf0117365 in panic (fmt=0x0) at ../../kern/subr_prf.c:116 #2 0xf010140a in db_fncall (dummy1=1, dummy2=0, dummy3=-266685440, dummy4=0xefbff9d8 "|[\ep\234E\ep[G\030\n") at ../../ddb/db_command.c:491 #3 0xf010113e in db_command (last_cmdp=0xf019daf4, cmd_table=0xf019d954) at ../../ddb/db_command.c:281 #4 0xf01012bd in db_command_loop () at ../../ddb/db_command.c:419 #5 0xf0103c58 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:72 #6 0xf017909a in kdb_trap (type=3, code=0, regs=0xefbffae0) at ../../i386/i386/db_interface.c:120 #7 0xf0180a1c in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 134, tf_ebp = -272631004, tf_isp = -272631032, tf_ebx = 6, tf_edx = -266890603, tf_ecx = 2000, tf_eax = -1, tf_trapno = 3, tf_err = 0, tf_eip = -266890557, tf_cs = 8, tf_eflags = 598, tf_esp = -266890619, tf_ss = -266782545}) at ../../i386/i386/trap.c:390 #8 0xf0179901 in calltrap () #9 0xf01945c6 in scgetc (noblock=1) at ../../i386/isa/syscons.c:2529 #10 0xf018ffcc in scintr (unit=0) at ../../i386/isa/syscons.c:440 #11 0xf017a2e6 in Xresume1 () #12 0xf0129c6b in getblk (vp=0xf1753200, blkno=1245392, size=8192, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:844 #13 0xf0128c3d in bread (vp=0xf1753200, blkno=1245392, size=8192, cred=0xffffffff, bpp=0xefbffc54) at ../../kern/vfs_bio.c:171 #14 0xf015e635 in ffs_update (ap=0xefbffc7c) at ../../ufs/ffs/ffs_inode.c:133 #15 0xf016199a in ffs_fsync (ap=0xefbffcc0) at ./vnode_if.h:850 #16 0xf0160969 in ffs_sync (mp=0xf174d600, waitfor=2, cred=0xf0f22300, p=0xf01b5d7c) at ./vnode_if.h:335 #17 0xf012f2c2 in sync (p=0xf01b5d7c, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:336 #18 0xf017bf5d in boot (howto=256) at ../../i386/i386/machdep.c:871 #19 0xf0117365 in panic (fmt=0xf015b88d "ffs_valloc: dup alloc") at ../../kern/subr_prf.c:116 #20 0xf015ba33 in ffs_valloc (ap=0xefbffdb4) at ../../ufs/ffs/ffs_alloc.c:535 #21 0xf01680d2 in ufs_makeinode (mode=33188, dvp=0xf17f2d80, vpp=0xefbffeec, cnp=0xefbfff00) at ./vnode_if.h:764 #22 0xf0165855 in ufs_create (ap=0xefbffe10) at ../../ufs/ufs/ufs_vnops.c:104 #23 0xf013239e in vn_open (ndp=0xefbffedc, fmode=522, cmode=420) at ./vnode_if.h:50 #24 0xf012f7ff in open (p=0xf18f0d00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/vfs_syscalls.c:646 #25 0xf01814ab in syscall (frame={tf_es = -272695257, tf_ds = -272695257, tf_edi = 293796, tf_esi = 280656, tf_ebp = -272646684, tf_isp = -272629788, tf_ebx = -272644519, tf_edx = 280666, tf_ecx = -272646880, tf_eax = 5, tf_trapno = 663, tf_err = 663, tf_eip = 134876117, tf_cs = 31, tf_eflags = 663, tf_esp = -272646720, tf_ss = 39}) at ../../i386/i386/trap.c:908 #26 0xf017994b in Xsyscall () #27 0x10922 in ?? () #28 0x304e2 in ?? () #29 0x173bb in ?? () Cannot access memory at address 0xefbfd930. Anyone else seen something like this? The only FS that was corrupt was /var, which leads me to believe that its a sendmail problem, as /var/mail is it's own partition. Usual stuff (pop3, imap, sendmail) running on this box and nothing else. Any help or advice on how to stop this appreciated. Thanks, Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Sat Nov 16 04:30:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA26975 for bugs-outgoing; Sat, 16 Nov 1996 04:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA26967; Sat, 16 Nov 1996 04:30:06 -0800 (PST) Resent-Date: Sat, 16 Nov 1996 04:30:06 -0800 (PST) Resent-Message-Id: <199611161230.EAA26967@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from dfw-ix7.ix.netcom.com (dfw-ix7.ix.netcom.com [206.214.98.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA24448 for" ; Sat, 16 Nov 1996 04:20:08.-0800 (PST) Received: from silvia.HIP.Berkeley.EDU (ala-ca12-22.ix.netcom.com [199.35.209.214]) by dfw-ix7.ix.netcom.com (8.6.13/8.6.12) with ESMTP id EAA19733 for ; Sat, 16 Nov 1996 04:19:35 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.2/8.6.9) id EAA02571; Sat, 16 Nov 1996 04:19:33 -0800 (PST) Message-Id: <199611161219.EAA02571@silvia.HIP.Berkeley.EDU> Date: Sat, 16 Nov 1996 04:19:33 -0800 (PST) From: asami@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2036: cpio size wraparound Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2036 >Category: bin >Synopsis: cpio size wraparound >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 16 04:30:03 PST 1996 >Last-Modified: >Originator: Satoshi Asami >Organization: The FreeBSD Project >Release: FreeBSD 3.0-CURRENT i386 >Environment: big disks >Description: I copied a half-full 4GB partition to another using find | cpio, and it told me: -4166212 blocks at the end. ;) >How-To-Repeat: See above. >Fix: Change a long to long long or something, I guess. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 16 04:30:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27021 for bugs-outgoing; Sat, 16 Nov 1996 04:30:44 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27004 for freebsd-bugs; Sat, 16 Nov 1996 04:30:42 -0800 (PST) Date: Sat, 16 Nov 1996 04:30:42 -0800 (PST) From: GNU GNATS Message-Id: <199611161230.EAA27004@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/03/02] misc/229 acos() core dump [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/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [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/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/09] misc/605 NIS: get*bynis routine problems [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] bin/648 printf format conversion incorrect (duplicate) [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [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/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/29] kern/920 sio output looses chars in fifo on close() [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 .Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/25] i386/1042 Warning from sio driver reports wrong device FDIV045 [1996/02/26] misc/1043 vm_bounce_alloc error on 2.1 install with 4G drive [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/04/05] kern/1118 panic: setrunqueue encountered when wine fork()'s [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly unmounted up [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets [1996/05/28] kern/1271 Kernel panic using PLIP in 27/05 current [1996/05/28] bin/1276 pppd hangs serial port - ENOBUFS [1996/05/30] docs/1280 locale and collating [1996/05/31] kern/1284 panic: vm_page_free: freeing busy page [1996/06/02] i386/1288 wdgetctlr (wd.c) return incorrect number of cylinder [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel mode (PPP/ [1996/06/06] misc/1299 National charecter problem in XFree86 [1996/06/07] kern/1301 DEC FDDI/PCI Adapter: halt code = 6 (DMA Error) [1996/06/10] kern/1308 vm_page_free: wire count > 1 in 960501-SNAP [1996/06/11] kern/1311 Panic: vm_page_free while installing new kernel [1996/06/11] bin/1312 automounter hangs on boot [1996/06/12] conf/1319 muldi3 is not included into kernel's Makefile by con [1996/06/16] kern/1327 keyboard probe in -current fails, X reboots machine [1996/06/18] i386/1331 changes and bug in ft driver [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewhat non-intu [1996/07/06] misc/1373 RPC include lacks prototypes [1996/07/06] docs/1374 the default listed in the newfs -i man page does not [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is unable to pr [1996/07/09] gnu/1379 Man command problem, when it writes into symlinked d [1996/07/16] bin/1391 cpio -O ignores umask [1996/07/16] bin/1392 PPP silently fails to work when CTS/RTS isnt availab [1996/07/18] kern/1399 invoking setuid programs over NFS case vnode_pager e [1996/07/19] docs/1402 sh(1) manual [1996/07/19] gnu/1407 ld computes wrong size of common (global data) [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute__ syntax [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET correctly [1996/07/25] bin/1429 sh(1) and getopts [1996/08/03] bin/1461 Incorrect address binding of Kerberized rlogin [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed version of NFS [1996/08/04] kern/1467 scsi_prevent causing tape problems on close [1996/08/06] bin/1469 it is difficult to run /usr/sbin/ppp from a script [1996/08/07] ports/1470 need more info in the ports structure [1996/08/09] kern/1480 terminal "cons25" resize problem [1996/08/09] bin/1482 vidcontrol -f fnt-size file-with-wrong-fnt-size [1996/08/12] docs/1493 incomplete prototypes in man pages for mmap function [1996/08/15] kern/1498 system hangs during inactivity [1996/08/17] kern/1501 vmstat reports impossible avm after starting up X [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' field for l [1996/08/17] ports/1504 latex port completely failes [1996/08/17] kern/1508 syscons should protect against useless DDB entry [1996/08/18] kern/1512 Use of madvise may may cause bad memory mappings [1996/08/19] kern/1514 mlock fails on readonly regions [1996/08/20] kern/1516 vm_fault.c contains dead code or too many underscore [1996/08/20] ports/1517 What is InterViews ??!?! [1996/08/20] ports/1518 No man pages in audio/mpegaudio port [1996/08/21] ports/1520 sudo dosn't recognise certain passwords and thinks y [1996/08/21] bin/1522 dump | restore of filesystem corrupted files [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in directories [1996/08/21] ports/1524 New port -- xtem-5.18beta [1996/08/21] ports/1525 xvnews-2.3.2 [1996/08/21] ports/1526 xtar-1.4 [1996/08/21] ports/1527 xmaddressbook-1.5.3 [1996/08/21] ports/1529 New port -- bricons-3.0 [1996/08/22] kern/1531 Machine hangs, unable to either fork or exec. [1996/08/22] kern/1533 Machine can be panicked by a userland program. [1996/08/24] misc/1538 enhanced /etc/security script [1996/08/24] ports/1539 Attempts to run Linux elf binaries using libXpm fail [1996/08/25] misc/1541 fork.o in libc_r fails to compile [1996/08/27] bin/1547 ncrcontrol won't work with FAILSAFE kernel [1996/08/27] bin/1548 ncrcontrol -i queries don't work for mere users [1996/08/27] ports/1549 Port submission for gdbtk [1996/08/29] bin/1552 moused has no manual page (and -s option is broken) [1996/08/29] ports/1553 submittal of cops port [1996/08/30] i386/1556 ATAPI CDROM probes ok, but will not 'mount_cd9660' [1996/08/31] bin/1559 ftpd apparently not recognizing -l or -S parms [1996/09/02] misc/1561 Wrong key mapping of five keys in german.iso.kbd [1996/09/02] bin/1563 Curses let letters fall away sometimes [1996/09/06] ports/1576 patch for ports/print/mltex/Makefile FETCH_CMD [1996/09/06] bin/1577 mail -f foo does not look in current directory of .m [1996/09/07] bin/1578 fsck does not honour 'noauto' fs option [1996/09/08] ports/1583 I made ldap-3.3 port [1996/09/08] docs/1588 Handbook Incorrect LaTeX/PostScript output [1996/09/08] bin/1589 ftp fails to flush output [1996/09/10] bin/1597 No support for positional parameters in *printf func [1996/09/11] bin/1598 tip leaves OPOST set on controlling terminal (fd 0) [1996/09/11] kern/1599 panic: locking against myself [1996/09/12] ports/1601 no previous port of su2 existed in source tree :) [1996/09/12] docs/1602 /usr/lib/terminfo refered to in man terminfo, does n [1996/09/12] bin/1607 unmount fails for a NFS fs mounted without -P from a [1996/09/13] conf/1608 FreeBSD's bug tracking system does not respect confi [1996/09/14] kern/1610 mmap() of unassociated memory + mlock() can == kerne [1996/09/14] gnu/1611 groff should use "system-wide" papersize variable wh [1996/09/14] kern/1613 I get ls: fts_read: No such file or directory [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes kernel pan [1996/09/15] ports/1617 new port - nntpcache [1996/09/15] docs/1618 Man page for siginterrupt thinks it is in BSD4.2 [1996/09/16] bin/1623 rpc/auth.h won't compile with -ansi flag [1996/09/16] misc/1625 2.1.5 update overwrites root's dot files [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller [1996/09/17] docs/1630 Addition to handbook concerning MFS kernel option [1996/09/17] ports/1631 new port, lprps -- PS printing lpr filters [1996/09/18] bin/1635 setenv(3) buglet? Segv if var not previously defined [1996/09/18] kern/1638 worm driver won't make audio tracks [1996/09/18] i386/1644 sio.c can't keep RTS off while RTS flow controll is [1996/09/19] ports/1646 Port of lclint - a better lint replacement [1996/09/19] bin/1649 md5(1) header file makes bad assumption [1996/09/19] bin/1650 telnet encryption with char-mode and ascii loses syn [1996/09/19] kern/1652 changing time hangs system [1996/09/19] bin/1653 cannot umount the node ending '/' when it was mounte [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct value of `v [1996/09/20] bin/1657 ls(1) output of future mtime [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out file [1996/09/21] ports/1660 Updating of jp-fvwm2-port(-> jp-fvwm2-port-new) [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavail" [1996/09/22] ports/1663 strobe-port [1996/09/22] bin/1664 getty doesn't use init kerninfo struct [1996/09/22] bin/1665 telnetd doesn't use gettytab %m %r %v %s tags [1996/09/23] kern/1670 PCI ed probe causes a page fault [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claimed. [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, defaultroute) [1996/09/24] kern/1677 read from /dev/kmem may crash system [1996/09/24] bin/1678 ls(1) with LC_TIME [1996/09/25] docs/1681 procfs man page way out of date [1996/09/26] kern/1684 inconsistent permission failures on NFS requests [1996/09/27] misc/1686 sysinstall should allow partition size change before [1996/09/28] bin/1687 watch makes kernel crash [1996/09/29] kern/1689 TCP extensions throttles distant connections [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as conflicting [1996/09/29] docs/1691 ppp server doc submission [1996/09/29] kern/1692 Page fault while in kernel modem fatal trap 12 (doub [1996/09/29] bin/1693 rarpd does not appear to work [1996/09/29] bin/1694 rbootd does not appear to work [1996/09/30] bin/1695 moused fails with PS/2 mouse [1996/09/30] conf/1697 rc.i386 missing line for moused [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unstable (mmap, [1996/10/01] bin/1700 'ls -lo' does not list opaque flag (chflags does not [1996/10/01] bin/1702 installing of tcl manpages fails from make world [1996/10/01] conf/1704 Install fails, probe dos not find my ADAPTEC 2940 Ul [1996/10/01] bin/1705 COM2 not detected when booting from Harddrive. Only [1996/10/02] misc/1708 monthly login accounting [1996/10/02] kern/1711 kernel logging of signaled processes should be optio [1996/10/02] docs/1712 semget man page refers to SEM_W instead of SEM_A [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavior [1996/10/02] kern/1714 [1996/10/03] kern/1715 le driver non-reentrant [1996/10/03] kern/1716 LKM does not install character devices [1996/10/03] misc/1717 Use of ntohl causes lint to complain [1996/10/04] pending/1721 [1996/10/04] pending/1723 kernel fault when doing scsi reprobe [1996/10/04] kern/1724 HP colorado T4000S tape drive hangs system on many s [1996/10/04] kern/1725 visual config redraws bits of the screen too often [1996/10/04] kern/1726 panic in kmem_malloc (dump available) [1996/10/05] pending/1729 Installing gnats package makes send-pr fail. [1996/10/05] i386/1730 SFF8020 violation and silly bug in atapi.c hinder it [1996/10/05] pending/1732 bzip port won't install [1996/10/08] misc/1738 Install floppy returns random geometry with 2GB IDE [1996/10/08] ports/1743 submission of new port (tiff-3.4) [1996/10/09] ports/1752 Update of nedit port [1996/10/10] ports/1753 SSLeay doesn't work against Microsoft secure web sit [1996/10/10] kern/1754 netbooted machines freeze with ifconfig aliases [1996/10/10] bin/1755 more(1) generates garbage at end of file output [1996/10/10] kern/1758 New AWE32 sound card driver for integration into -cu [1996/10/10] ports/1759 uudeview and uulib ports are imperfect (i.e. out of [1996/10/10] ports/1763 Fixed port: txtmerge [1996/10/11] ports/1764 Fixed port: whirlgif [1996/10/11] ports/1767 New port: xmascot [1996/10/11] ports/1770 port of the xripple program [1996/10/11] bin/1773 A NULL pointer causing segmentation core dumped. [1996/10/11] bin/1774 telnet spins when killed before network is closed [1996/10/11] conf/1777 sysctl called in /etc/netstart before /usr mounted w [1996/10/12] bin/1778 locate.updatedb uses /tmp directory. [1996/10/13] gnu/1787 Diffs with Index: lines are not honored for new file [1996/10/13] kern/1788 netstat gives negative numbers for tcp bytes transfe [1996/10/13] bin/1789 dump estimates a negative number of tapes needed for [1996/10/13] kern/1790 access to /dev/kmem panics system [1996/10/13] misc/1791 syslimits.h does not allow overriding default value [1996/10/13] bin/1793 /bin/sh return w/o exitstatus in a function sets exi [1996/10/13] ports/1795 New port : xcubes [1996/10/13] ports/1796 New port : xdino [1996/10/13] ports/1799 New port : xbakuzan [1996/10/13] ports/1801 New port : xsokoban [1996/10/13] ports/1802 New port : xtriangles [1996/10/14] bin/1804 pkg_create hangs if the packing list has named pipes [1996/10/14] bin/1805 Bug in ftpd [1996/10/14] conf/1808 The mount menu for installation fails with >6 slices [1996/10/14] i386/1809 floppy boot code causes reboot of computer [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems concurrent [1996/10/15] kern/1811 Patch to correct rows/columns for syscons [1996/10/15] kern/1812 vnodes are left in a locked state [1996/10/15] ports/1813 nntpcache-current port in incoming [1996/10/15] kern/1814 cy driver gets deadlocked sometimes [1996/10/15] pending/1815 Re: Fix for syscons TIOCGWINSZ for non 80x25 text mo [1996/10/16] i386/1821 boot fails if bad144 selected on large partition [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/drag" to mou [1996/10/16] kern/1828 limit filesize does not work [1996/10/17] bin/1831 routed's rdisc mode is installing incorrectly format [1996/10/18] ports/1834 COMMENT may be amusing but is not informative [1996/10/18] ports/1837 ports upgrade too fast :) [1996/10/18] kern/1839 Multiple mfs mounts of same mount point [1996/10/19] docs/1841 NT boot mgr too Linux centric in FAQ [1996/10/19] bin/1843 Gdb dumps core upon executing ``help set'' [1996/10/19] ports/1844 new port, zmtx-zmrx (zmodem xfer prog) [1996/10/20] docs/1847 new handbook iijppp server section [1996/10/20] kern/1848 breakpoints may be set in shared libraries, but they [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong address [1996/10/20] docs/1851 madvise MADV_FREE manual page clarification [1996/10/20] misc/1853 Syscons font mapping semms not to work propperly [1996/10/20] docs/1854 Error in bootparams(5) man page [1996/10/20] docs/1855 Addition to LINT [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be empty [1996/10/21] misc/1857 paramater of opendir gets thrashed [1996/10/21] kern/1859 fddi_input() floods system msg buffer when dropping [1996/10/22] misc/1861 Upgrade install should save list of files that need [1996/10/22] bin/1863 On systems with setuid 'lpr' and defined printers, l [1996/10/22] bin/1864 FTP case mapping during MGET [1996/10/22] bin/1865 Problem with touch command [1996/10/22] ports/1866 popclient flushes remote mailbox even with local fai [1996/10/22] ports/1867 port upload [1996/10/22] kern/1868 system knows it has no keyboard but complains leds w [1996/10/23] misc/1871 incorrect '===> item' when making world [1996/10/23] bin/1872 automounter (amd) cannot ls directories with > 66 en [1996/10/23] bin/1873 kerberos login encryption incompatible with all othe [1996/10/24] kern/1878 SONY CDU76E IDE/ATAPI CDROM support. [1996/10/24] kern/1880 kernel crash during boot when using 512 MB memory [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executables [1996/10/24] bin/1882 nobody can su when wheel group is empty [1996/10/25] ports/1885 Fixed port : GNU shogi [1996/10/25] ports/1886 Fixed port : xshogi [1996/10/25] kern/1887 serial line switches from 9600 to 57600 when shuttin [1996/10/25] bin/1891 mountd fails to export [1996/10/26] bin/1892 install(1) removes target file [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.curses [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw [1996/10/27] ports/1902 additional clean targets for bsd.port.mk [1996/10/27] bin/1904 /usr/bin/su is not careful enough in verifying comma [1996/10/27] bin/1905 There's a buffer overflow in FreeBSD libc glob() [1996/10/27] conf/1906 sysinstall did not install bison.simple or bison.hai [1996/10/27] misc/1908 FTP install failed DNS lookup [1996/10/27] misc/1910 filenames with unusual characters break /etc/securit [1996/10/28] ports/1913 new port of cgoban-1.6.2 [1996/10/28] kern/1914 vm_page_alloc(ZERO): missing page on free queue [1996/10/28] conf/1915 8 bit chars dont work with LC_CTYPE=fi [1996/10/29] docs/1922 Spelling of datasets not consistent [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no such file o [1996/10/29] bin/1927 User CPU time getting accounting as system time [1996/10/30] misc/1928 fdisk incorrectly detects driver geometry [1996/10/30] kern/1929 HP C1536A DAT drive errors [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fails under 2. [1996/10/31] pending/1936 apache_SSL-1.1.1 & SSLeay-0.6.4 do not compile [1996/10/31] ports/1938 iv port doesn't build ibuild [1996/10/31] ports/1939 exodus port doesn't build with new g++-2.7.2.1 [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and floods packet [1996/11/01] bin/1941 wtmp and monthly rotation [1996/11/01] bin/1943 route(8) args [1996/11/02] pending/1944 /usr/games/larn fails to create score file. [1996/11/02] bin/1945 Out of date code/comments in dd [1996/11/02] bin/1947 Something is really hosed with the passwd command, o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law data corre [1996/11/04] bin/1952 Long chat script makes ppp dump core [1996/11/04] i386/1953 syscons savers have no default timeout [1996/11/04] bin/1954 Fix string.h to be POSIX compliant [1996/11/04] conf/1957 not all perms of ptys are put back into shape on boo [1996/11/04] i386/1959 DELAY() won't work for fast CPUs [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp [1996/11/05] bin/1964 In my NIS environment, finger(1) fails. [1996/11/05] ports/1965 MH command rcvtty broken [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one [1996/11/06] bin/1970 csh limtail() bug [1996/11/06] docs/1971 the fbtab(5) man page has cut&paste debris [1996/11/06] bin/1972 NFS stops under load [1996/11/07] bin/1973 pppd uses /etc/ppp/options.tty after command line ar [1996/11/07] kern/1976 psm and syscons conflicts have escalated [1996/11/08] ports/1980 Fixed port (Fetch URL failure): gifmerge [1996/11/08] gnu/1981 ypserv handles null key incorrectly [1996/11/08] bin/1982 arpresolve: cant allocate llinfo for 207.98.254.150 [1996/11/08] i386/1983 syscons fails/hangs during system boot if kbd offlin [1996/11/09] ports/1984 New ports collection:xloadface-1.6.1 [1996/11/09] bin/1985 pkg_delete outputs confusing message when @dirrm fai [1996/11/09] bin/1986 error in lpr(1) argument handling [with fix] [1996/11/10] kern/1989 dump(8) fails to dump if tagged command queuing is e [1996/11/10] ports/1991 afio-2.4.2 port update [1996/11/12] ports/1995 Fixed port : Qvwm [1996/11/12] ports/1996 Install script is called from Makefile without `/bi [1996/11/12] ports/1997 initial upload of port for dotfile generator [1996/11/13] misc/1998 clock() wraps after only 548775 ticks [1996/11/13] ports/1999 Fixed port( version updated): whirlgif [1996/11/13] ports/2000 [1996/11/13] bin/2001 vi confused about lines to display [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Contura 430C [1996/11/13] kern/2004 route add -link panics system [1996/11/13] bin/2005 Poor command line argument checking and bad "ping" a [1996/11/14] bin/2006 Tclsh fails on `info sharedlibextension' [1996/11/14] misc/2007 /usr/include/sys lacking timer arithmetic functions. [1996/11/14] bin/2008 kerberos tickets from login all have the same name [1996/11/14] pending/2009 Reference to nonexistent file in trek.6 man page. [1996/11/14] misc/2013 'make world' fails on read-only /usr/src [1996/11/14] kern/2014 Console keyboard lockup problem [1996/11/14] kern/2015 2.2-960801-SNAP kernel dosn't recognise multi-sector [1996/11/15] bin/2016 static libtcl references symbols that are not includ [1996/11/15] kern/2017 stray irq 15 [1996/11/15] ports/2018 Moved location: GNU shogi [1996/11/15] ports/2019 Moved port location: txtmerge [1996/11/15] ports/2021 Moved port location: xbakuzan [1996/11/15] kern/2022 Switching from X display to virtual console causes b [1996/11/15] ports/2023 Moved port location: xcubes [1996/11/15] ports/2025 Moved port location: xmascot [1996/11/15] ports/2028 Moved port location: xshogi [1996/11/15] ports/2029 Moved port location: xsokoban [1996/11/15] ports/2030 Moved port location: xdino [1996/11/15] ports/2031 Moved port location: xtriangle [1996/11/15] ports/2032 Moved port location: Crack [1996/11/15] pending/2033 unmount of doubly mounted devfs forces panic [1996/11/15] pending/2034 wd* driver "slot name rejection error" [1996/11/15] gnu/2035 deque bug, local gnu changes to deque header imprope This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/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/04/09] bin/326 Weekly cron generates some usage and error messages [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/12/29] misc/922 From line handling incorrect in mail.local [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/03/04] kern/1059 null fs panics system [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/28] bin/1105 Bug in find command [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/05/19] kern/1217 separating to hardrives to two IDE channels hangs th [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, and a few ERR [1996/05/20] ports/1222 Header files conflict [1996/05/21] bin/1229 redundant redeclaration of `lseek' [1996/05/24] bin/1242 In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK [1996/06/12] bin/1315 ls(1) [1996/06/13] bin/1320 dump limits blocksize to 32K [1996/06/18] kern/1333 free vnode isn't: another -stable coredump [1996/06/21] misc/1340 make world fails [1996/07/07] bin/1375 Extraneous warning from mv(1) [1996/07/18] kern/1397 can't send to a pipe [1996/07/28] docs/1437 bsd.doc.mk sees PRINTER and spews [1996/08/02] docs/1457 ed(1) man [1996/08/28] ports/1550 "make install" needs to know how to update /usr/loca [1996/08/29] docs/1551 manpage of zgrep not installed in 2.1.5R [1996/08/30] bin/1554 routed kills default permanently [1996/09/04] bin/1565 Moving a file to it's link completely removes file [1996/09/16] bin/1621 last char in line stays "$" [1996/09/18] bin/1642 pkg_install Makefiles could be simplified [1996/10/04] bin/1722 Routed byte order problem [1996/10/08] kern/1744 run queue or proc list smashed 4 times in 2 days [1996/10/29] bin/1925 file does not consider cyrillic text as text -- brea [1996/11/14] i386/2010 Fe in 2.2-ALPHA is broken and doesn't work /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Nov 16 04:30:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27024 for bugs-outgoing; Sat, 16 Nov 1996 04:30:45 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27008 for freebsd-bugs; Sat, 16 Nov 1996 04:30:42 -0800 (PST) Date: Sat, 16 Nov 1996 04:30:42 -0800 (PST) From: GNU GNATS Message-Id: <199611161230.EAA27008@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Number of currently open reports: 409 Number of curently analyzed reports: 47 From owner-freebsd-bugs Sat Nov 16 04:52:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28425 for bugs-outgoing; Sat, 16 Nov 1996 04:52:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA28417 for ; Sat, 16 Nov 1996 04:52:53 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA12978; Sat, 16 Nov 1996 13:52:50 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA04385; Sat, 16 Nov 1996 13:52:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id NAA07475; Sat, 16 Nov 1996 13:50:41 +0100 (MET) From: J Wunsch Message-Id: <199611161250.NAA07475@uriah.heep.sax.de> Subject: Re: diff somehow does not work properly in 2.2-ALPHA To: jin@george.lbl.gov (Jin Guojun[ITG]) Date: Sat, 16 Nov 1996 13:50:41 +0100 (MET) Cc: bugs@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611142323.PAA07419@george.lbl.gov> from "Jin Guojun[ITG]" at "Nov 14, 96 03:23:21 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jin Guojun[ITG] wrote: > # uname -a > FreeBSD iss-p1.lbl.gov 2.2-ALPHA FreeBSD 2.2-ALPHA #0: Thu Nov 14 13:16:47 PST 1996 root@iss-p1.lbl.gov:/usr/src/sys/compile/ATM i386 > # > # diff ~jin/src/unix/bsd44/etc/backup/services /etc > diff: write error Can you ktrace it to see which file it tries to write? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 16 07:53:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03655 for bugs-outgoing; Sat, 16 Nov 1996 07:53:16 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA03649 for ; Sat, 16 Nov 1996 07:53:11 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA19826; Sat, 16 Nov 1996 16:52:16 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA07035; Sat, 16 Nov 1996 16:52:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id QAA13875; Sat, 16 Nov 1996 16:40:07 +0100 (MET) From: J Wunsch Message-Id: <199611161540.QAA13875@uriah.heep.sax.de> Subject: Re: kern/2004: route add -link panics system To: wollman@lcs.mit.edu Date: Sat, 16 Nov 1996 16:40:07 +0100 (MET) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611141600.IAA28827@freefall.freebsd.org> from Garrett Wollman at "Nov 14, 96 08:00:06 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > route add -net 194.whatever -netmask whatever -iface ed0 # or whatever It shouldn't panic anyway, should it? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 16 07:53:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03711 for bugs-outgoing; Sat, 16 Nov 1996 07:53:57 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03698; Sat, 16 Nov 1996 07:53:50 -0800 (PST) Date: Sat, 16 Nov 1996 07:53:50 -0800 (PST) From: Joerg Wunsch Message-Id: <199611161553.HAA03698@freefall.freebsd.org> To: ah@alvman.RoBIN.de, joerg, freebsd-bugs Subject: Re: kern/2017 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: stray irq 15 State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Nov 16 16:52:26 MET 1996 State-Changed-Why: Stray IRQs are indications of hardware IRQ glitches. Probably somebody should write an explanation for the FAQ. From owner-freebsd-bugs Sat Nov 16 08:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04068 for bugs-outgoing; Sat, 16 Nov 1996 08:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04042; Sat, 16 Nov 1996 08:00:04 -0800 (PST) Date: Sat, 16 Nov 1996 08:00:04 -0800 (PST) Message-Id: <199611161600.IAA04042@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/2017: stray irq Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2017; it has been noted by GNATS. From: J Wunsch To: ah@alvman.RoBIN.de Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/2017: stray irq Date: Sat, 16 Nov 1996 16:46:00 +0100 (MET) As Andreas Haakh wrote: > Nov 15 10:15:01 barney /kernel: stray irq 15 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Stray IRQs are a known phenomenon. Obviously (if you think about it :), there's nothing the kernel could do about it. Unless you have misconfigured your kernel so there's no driver assigned to a device that actually issues IRQs, they are a sign of flakey hardware, often caused by glitches on an IRQ line. > As You can see there is no device assigned to this irq-channel. Of course. :) They weren't `stray' by definition otherwise (but instead, a driver like wdc1 that has no concern with them would get the IRQs). > >Fix: > > Unknown Fix your hardware. Or live with the warnings. As long as everything else continues to work, they are nothing to worry much about. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 16 10:23:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11051 for bugs-outgoing; Sat, 16 Nov 1996 10:23:42 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA11037 for ; Sat, 16 Nov 1996 10:23:25 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA22975; Sat, 16 Nov 1996 19:21:50 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA11747; Sat, 16 Nov 1996 19:21:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id TAA17974; Sat, 16 Nov 1996 19:01:31 +0100 (MET) From: J Wunsch Message-Id: <199611161801.TAA17974@uriah.heep.sax.de> Subject: Re: User kernel compiling To: root@dec.acnit.ac.ru (Vasily V. Grechishnikov &) Date: Sat, 16 Nov 1996 19:01:31 +0100 (MET) Cc: bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Vasily V. Grechishnikov &" at "Nov 11, 96 12:47:16 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Vasily V. Grechishnikov & wrote: > When I try to recompile my own kernel using LINT template, > cc found a syntax error. > LINT contains an error in directive MAXMEM=(128*1024), > "(",")" not needed. You are using the wrong LINT file. FreeBSD <= 2.1.X required this being written as: options "MAXMEM='(128*1024)'" while FreeBSD >= 2.2 uses options "MAXMEM=(128*1024)" NB: the parenthesis should always be present since you can never be sure how the macro is being used in the C code, or will be used in future. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Nov 16 15:00:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26219 for bugs-outgoing; Sat, 16 Nov 1996 15:00:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26202; Sat, 16 Nov 1996 15:00:08 -0800 (PST) Resent-Date: Sat, 16 Nov 1996 15:00:08 -0800 (PST) Resent-Message-Id: <199611162300.PAA26202@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA25718 for ; Sat, 16 Nov 1996 14:52:42 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.2/8.8.2/frmug-1.2) with UUCP id XAA02277 for FreeBSD-gnats-submit@freebsd.org; Sat, 16 Nov 1996 23:52:38 +0100 (MET) Received: (from charnier@localhost) by xp11.frmug.org (8.8.2/8.7.3/xp11-uucp-1.1) id NAA01501; Sat, 16 Nov 1996 13:16:14 +0100 (MET) Message-Id: <199611161216.NAA01501@xp11.frmug.org> Date: Sat, 16 Nov 1996 13:16:14 +0100 (MET) From: "Ph. Charnier" Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2040: make world fails after cp -pR of /usr/bin Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2040 >Category: bin >Synopsis: make world fails after cp -pR of /usr/bin >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 16 15:00:05 PST 1996 >Last-Modified: >Originator: Ph. Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: cp -pR breaks hard links, (chpass, chfn, chsh, ypchpass, ypchfn and ypchsh become 6 differents programs). Make install will fail later because it assumes that only chpass has immutable flag. I got: rm: /usr/bin/yppasswd: Operation not permitted. >How-To-Repeat: notice that the defect list of your hard disk is quickly growing and after a lot of bad144 actions, decide to put /usr on another disk. Run a dump to save your datas, but too late! Run cp -pR ... :-) >Fix: the enclosed patches can recover from such a situation Index: Makefile =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/chpass/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- Makefile 1996/08/12 14:45:21 1.9 +++ Makefile 1996/11/16 11:50:54 @@ -52,8 +52,10 @@ ${RPCGEN} -c -o ${.TARGET} ${RPCSRC_PRIV} beforeinstall: - [ ! -e ${DESTDIR}${BINDIR}/chpass ] || \ - chflags noschg ${DESTDIR}${BINDIR}/chpass +.for i in chpass chfn chsh ypchpass ypchfn ypchsh + [ ! -e ${DESTDIR}${BINDIR}/$i ] || \ + chflags noschg ${DESTDIR}${BINDIR}/$i +.endfor afterinstall: chflags schg ${DESTDIR}${BINDIR}/chpass Index: Makefile =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/passwd/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- Makefile 1996/11/03 03:11:54 1.20 +++ Makefile 1996/11/16 11:56:04 @@ -65,8 +65,10 @@ .endif beforeinstall: - [ ! -e ${DESTDIR}${BINDIR}/passwd ] || \ - chflags noschg ${DESTDIR}${BINDIR}/passwd +.for i in passwd yppasswd + [ ! -e ${DESTDIR}${BINDIR}/$i ] || \ + chflags noschg ${DESTDIR}${BINDIR}/$i +.endfor afterinstall: chflags schg ${DESTDIR}${BINDIR}/passwd >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 16 15:00:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26233 for bugs-outgoing; Sat, 16 Nov 1996 15:00:19 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26218; Sat, 16 Nov 1996 15:00:14 -0800 (PST) Resent-Date: Sat, 16 Nov 1996 15:00:14 -0800 (PST) Resent-Message-Id: <199611162300.PAA26218@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA25741 for ; Sat, 16 Nov 1996 14:52:53 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.2/8.8.2/frmug-1.2) with UUCP id XAA02278 for FreeBSD-gnats-submit@freebsd.org; Sat, 16 Nov 1996 23:52:49 +0100 (MET) Received: (from charnier@localhost) by xp11.frmug.org (8.8.2/8.7.3/xp11-uucp-1.1) id NAA00677; Sat, 16 Nov 1996 13:38:11 +0100 (MET) Message-Id: <199611161238.NAA00677@xp11.frmug.org> Date: Sat, 16 Nov 1996 13:38:11 +0100 (MET) From: "Ph. Charnier" Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2041: typo in /sys/i386/boot/biosboot/boot.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2041 >Category: i386 >Synopsis: typo in /sys/i386/boot/biosboot/boot.c >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 16 15:00:10 PST 1996 >Last-Modified: >Originator: Ph. Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: >How-To-Repeat: >Fix: Index: boot.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/sys/i386/boot/biosboot/boot.c,v retrieving revision 1.60 diff -u -r1.60 boot.c --- boot.c 1996/10/08 22:41:34 1.60 +++ boot.c 1996/11/16 12:34:46 @@ -157,7 +157,7 @@ /* If we have looped, use the previous entries as defaults */ printf("\n>> FreeBSD BOOT @ 0x%x: %d/%d k of memory\n" "Usage: [[[%d:][%s](%d,a)]%s][-abcCdghrsv]\n" - "Use 1:sd(0,a)kernel to boot sd0 if it is BIOS drive 1\n" + "Use 1:sd(0,a)/kernel to boot sd0 if it is BIOS drive 1\n" "Use ? for file list or press Enter for defaults\n\nBoot: ", ouraddr, bootinfo.bi_basemem, bootinfo.bi_extmem, dosdev & 0x7f, devs[maj], unit, name); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 16 16:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA00668 for bugs-outgoing; Sat, 16 Nov 1996 16:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA00649; Sat, 16 Nov 1996 16:40:03 -0800 (PST) Date: Sat, 16 Nov 1996 16:40:03 -0800 (PST) Message-Id: <199611170040.QAA00649@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: i386/2041: typo in /sys/i386/boot/biosboot/boot.c Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2041; it has been noted by GNATS. From: Bruce Evans To: charnier@xp11.frmug.org, FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: i386/2041: typo in /sys/i386/boot/biosboot/boot.c Date: Sun, 17 Nov 1996 11:33:59 +1100 >diff -u -r1.60 boot.c >--- boot.c 1996/10/08 22:41:34 1.60 >+++ boot.c 1996/11/16 12:34:46 >@@ -157,7 +157,7 @@ > /* If we have looped, use the previous entries as defaults */ > printf("\n>> FreeBSD BOOT @ 0x%x: %d/%d k of memory\n" > "Usage: [[[%d:][%s](%d,a)]%s][-abcCdghrsv]\n" >- "Use 1:sd(0,a)kernel to boot sd0 if it is BIOS drive 1\n" >+ "Use 1:sd(0,a)/kernel to boot sd0 if it is BIOS drive 1\n" > "Use ? for file list or press Enter for defaults\n\nBoot: ", > ouraddr, bootinfo.bi_basemem, bootinfo.bi_extmem, > dosdev & 0x7f, devs[maj], unit, name); This was intentional. "/" is the current directory, so you don't have to type it after sd(0,a) any more than you have to type it when you just give the kernel name (e.g., kernel.old). Leaving it out saves 1 byte :-). Bruce From owner-freebsd-bugs Sat Nov 16 18:49:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19738 for bugs-outgoing; Sat, 16 Nov 1996 18:49:04 -0800 (PST) Received: from metronet.com (pgilley@fohnix.metronet.com [192.245.137.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA19718 for ; Sat, 16 Nov 1996 18:48:57 -0800 (PST) Received: from localhost by metronet.com with SMTP id AA25364 (5.67a/IDA1.5hp for ); Sat, 16 Nov 1996 20:49:16 -0600 Date: Sat, 16 Nov 1996 20:49:16 -0600 (CST) From: Phil Gilley To: bugs@FreeBSD.org Subject: 2.1.6-RELEASE DES Problem Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The DES package seems to be missing /sbin/init and maybe other things as well (the same problem also existed under 2.1.5-RELEASE). If you install DES, set everything in /etc/ttys to insecure then you cannot login as root when booting up in single user mode. Doing a make and make install on /sbin/init solved the problem under 2.1.5-RELEASE. I assume it will under 2.1.6-RELEASE but haven't downloaded the sources yet. Phil Gilley pgilley@metronet.com From owner-freebsd-bugs Sat Nov 16 23:25:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01682 for bugs-outgoing; Sat, 16 Nov 1996 23:25:08 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA01676 for ; Sat, 16 Nov 1996 23:25:03 -0800 (PST) Received: from grackle.grondar.za (jKPNVlH0Lb5UxTXS+s/SsX/F2EQYB/Mw@localhost.grondar.za [127.0.0.1]) by grackle.grondar.za (8.8.2/8.7.3) with ESMTP id JAA03736; Sun, 17 Nov 1996 09:24:38 +0200 (SAT) Message-Id: <199611170724.JAA03736@grackle.grondar.za> To: Phil Gilley cc: bugs@freebsd.org Subject: Re: 2.1.6-RELEASE DES Problem Date: Sun, 17 Nov 1996 09:24:34 +0200 From: Mark Murray Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Phil Gilley wrote: > The DES package seems to be missing /sbin/init and maybe other things as > well (the same problem also existed under 2.1.5-RELEASE). If you install > DES, set everything in /etc/ttys to insecure then you cannot login as root > when booting up in single user mode. Doing a make and make install on > /sbin/init solved the problem under 2.1.5-RELEASE. I assume it will under > 2.1.6-RELEASE but haven't downloaded the sources yet. You're right. Secure init and ed-with-crypt are missing. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE