From owner-freebsd-bugs Sun May 26 01:51:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA14912 for bugs-outgoing; Sun, 26 May 1996 01:51:46 -0700 (PDT) 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 BAA14890 for ; Sun, 26 May 1996 01:51:41 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA23560; Sun, 26 May 1996 10:51:36 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA14637; Sun, 26 May 1996 10:51:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA01261; Sun, 26 May 1996 10:46:39 +0200 (MET DST) From: J Wunsch Message-Id: <199605260846.KAA01261@uriah.heep.sax.de> Subject: Re: Core dumps.. To: peterb@ludd.luth.se (Peter Brevik) Date: Sun, 26 May 1996 10:46:39 +0200 (MET DST) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605252304.BAA14470@father.ludd.luth.se> from Peter Brevik at "May 26, 96 01:04:46 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 Peter Brevik wrote: > I have some Core dumps for: > > -rw------- 1 peterb wheel 167936 Mar 14 20:39 cat.core > -rw------- 1 peterb wheel 352256 May 1 18:04 irc-2.8.2.core > -rwx--x--x 1 peterb wheel 8192 Mar 24 12:19 lha.core* > -rw------- 1 peterb wheel 1769472 May 4 13:55 mpeg_play.core > -rw------- 1 peterb wheel 442368 Apr 4 23:27 tcsh.core > > If there is any interest in doing anything about these files(fetch them).. > tell me.. otherwise they go to "bitheaven" :) If you've got too many of them, it's likely that your hardware is broken. I'm for one, using tcsh for ages, and i can't remember when i've seen it coredumping last time (except for pagein faults due to a revoked NFS server). -- 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 May 26 02:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15327 for bugs-outgoing; Sun, 26 May 1996 02:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15301; Sun, 26 May 1996 02:00:02 -0700 (PDT) Date: Sun, 26 May 1996 02:00:02 -0700 (PDT) Message-Id: <199605260900.CAA15301@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/1250: chroot to nullfs causes kernel panic Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1250; it has been noted by GNATS. From: J Wunsch To: brion@queeg.com Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/1250: chroot to nullfs causes kernel panic Date: Sun, 26 May 1996 10:50:44 +0200 (MET DST) As Brion Moss wrote: > > >Number: 1250 > >Category: kern > >Synopsis: chroot to nullfs causes kernel panic nullfs is known to be broken. -- 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 May 26 04:30:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA20776 for bugs-outgoing; Sun, 26 May 1996 04:30:15 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA20769 for freebsd-bugs; Sun, 26 May 1996 04:30:13 -0700 (PDT) Date: Sun, 26 May 1996 04:30:13 -0700 (PDT) From: Paul Traina Message-Id: <199605261130.EAA20769@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 f [1995/05/28] kern/452 davidg vnode swapping panics f [1995/11/11] bin/817 fenner Wrong route to remote network f [1995/11/27] kern/840 peter Kernel page directory invalid o [1995/12/03] kern/863 davidg panic on kernel page fault, NULL curproc o [1995/12/08] kern/876 mpp NFS allows bogus accesses to cached data o [1996/01/09] kern/940 panic: free vnode isn't o [1996/01/13] ports/944 pst Security fixes for Fvwm 1.24r a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m o [1996/01/29] kern/978 se Three deadlocks in row o [1996/02/08] kern/1008 Daily crash while writing network backups o [1996/02/23] bin/1040 wollman with certain flags, route can reboot your 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/04/27] kern/1159 dyson NFS Client hangs in vm_object_terminate() o [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 o [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no p o [1996/05/19] kern/1217 separating to hardrives to two IDE channe 18 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/10] bin/104 pax -rwl may corrupt filesystem o [1995/01/24] gnu/183 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 a [1995/03/22] kern/267 davidg NFS code gives error messages, systems ja o [1995/04/01] kern/291 se PCI devices still probe/attach after bein o [1995/04/09] bin/323 Creating lost+found causes fsck to stop f o [1995/04/20] kern/353 se xcdplayer crashes machine (with NCR810 SC o [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/14] kern/416 sos page fault in syscons.c:scopen() o [1995/05/14] bin/419 jkh pkg_delete refuses to delete an incomplet o [1995/05/16] kern/425 wollman arp entries not getting removed when inte o [1995/05/25] kern/443 65 sendmails crashes system o [1995/05/26] kern/446 unable to diskless-boot a PC when the ser o [1995/06/05] kern/492 jkh sysinstall shows "success" after "no spac a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/06/17] kern/528 bde slow 386 reports excessive interrupt-leve o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line o [1995/07/13] kern/611 pst WIDE-dhcp doesn't work with FreeBSD-2.0 b f [1995/07/20] kern/629 amurai user mode ppp dies when sending 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 o [1995/09/19] bin/728 joerg /bin/sh messes up quoting when going thro f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem o [1995/09/21] docs/731 socketpair(2) and man page inconsistent a o [1995/09/26] bin/739 Some problems when an output filter reads f [1995/09/27] kern/745 se occasional filesystem inconsistencies, an o [1995/09/27] bin/747 date(1) gives weird time zones and interp o [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error o [1995/10/05] misc/767 Configure-time does time-warp on non-UTC a [1995/10/07] bin/771 wollman telnet character mode not set and broken o [1995/10/09] kern/774 dump fails with "slave couldn't reopen di o [1995/10/11] bin/777 patch doesn't realize stdin is closed and o [1995/10/12] bin/778 tar complains "EOF not on block boundary" a [1995/10/15] kern/782 davidg chmod does a null pointer dereference 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/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers o [1995/11/12] kern/820 scsi tape problems o [1995/11/16] bin/826 tcpmux listener in inetd does not work o [1995/11/21] i386/833 SCSI hard disks time out during tape rewi o [1995/11/27] kern/845 Automatic reboot says you can abort but b o [1995/11/28] bin/850 dump treats write-protect as an EOT & spo o [1995/12/01] bin/859 joerg /bin/sh -c does not ignore SIGINT o [1995/12/02] kern/860 msmith visual mode in kernel -c is too restricti o [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA fr f [1995/12/07] bin/873 fenner Invalid route to remote network o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1995/12/21] kern/907 scsi-dat tape station has stopped working o [1995/12/21] bin/908 sed bug with trailing backslashes 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 VGA mode not restored o [1996/01/06] kern/932 de0 occasionally enables 100baseTX when p o [1996/01/12] misc/942 X11 mono server dumps core on supported v o [1996/01/16] kern/949 panic, undebugable dump? o [1996/01/17] kern/951 -current kernel crashes with devfs error o [1996/01/19] kern/956 Kernel page fault, null callp o [1996/01/25] kern/971 Default limits for number of processes pe o [1996/01/27] kern/974 ktrace causes panic: freeing busy page o [1996/01/28] kern/976 se NCR SCSI driver gives assertion errors an o [1996/01/29] kern/979 Linux programs using pipes crash system o [1996/02/01] bin/986 problems make-ing with cd in the rule o [1996/02/03] kern/991 joerg pcvt keyboard doesn't accept input at cra o [1996/02/06] kern/998 bde badness in file system silently crashes m o [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, s o [1996/02/10] kern/1017 dyson ssh stopped working between 15th Jan and o [1996/02/12] kern/1018 panic: unwire: page not in pmap 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 o [1996/02/17] bin/1030 joerg /bin/sh does not pass environment variabl o [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserve o [1996/02/28] i386/1048 ep driver fails to detect card when told a [1996/02/28] kern/1049 fenner /kernel: arpresolve: can't allocate llinf o [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after fl o [1996/02/29] bin/1052 joerg /bin/sh problem with new GCC (snapshot fo o [1996/03/05] kern/1064 Recursive panic? o [1996/03/06] kern/1065 wt could crash reading short blocks o [1996/03/06] kern/1066 Arnet driver: panic when ifconfig PPP -> a [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] ports/1072 asami tex port (ftplib.pl) does not support pas o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/11] conf/1076 'make install' fails for /usr/src/share/e o [1996/03/16] kern/1081 Fatal double fault o [1996/03/17] kern/1087 Device close entry is not called when unm o [1996/03/20] kern/1092 ftruncate(2) returns EINVAL o [1996/03/21] bin/1095 make's continuation line handling buggy w o [1996/03/21] i386/1097 system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/26] kern/1102 smpatel Differentiation of FreeBSD & Linux ELF bi o [1996/03/30] bin/1111 mail.local will happily deliver mail to a o [1996/04/05] kern/1118 panic: setrunqueue encountered when wine o [1996/04/07] kern/1122 Kernel (current) does not see all memory o [1996/04/09] bin/1127 joerg sh(1) parameter expansion for substring p o [1996/04/11] kern/1134 se PPB support is broken for multiple/unknow o [1996/04/11] kern/1135 starting an extra mountd and then killing a [1996/04/14] kern/1140 fenner arpresolve does a null pointer dereferenc o [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) o [1996/04/28] kern/1160 Panic: bad dir o [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC opti o [1996/04/29] kern/1164 machine locks up o [1996/04/30] kern/1166 pmap panic (dump available) o [1996/05/02] kern/1171 panic: setrunnable after touching long id o [1996/05/06] conf/1176 sysinstall ftp error messages not helpful o [1996/05/08] kern/1180 freeing held page, count=%d o [1996/05/10] misc/1187 pppd dies with a segv o [1996/05/11] kern/1190 panic: page fault (wild pointer?) o [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/16] kern/1208 Rebooting nfs server results "Permission o [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus o [1996/05/18] bin/1212 ppp eventually runs out of file descripto o [1996/05/18] kern/1213 kernel page fault o [1996/05/21] kern/1227 vm_page_activate: already active (new vm o [1996/05/21] kern/1228 probe doesn't find P-n-P modem o [1996/05/21] bin/1231 make(1) execution of ``.BEGIN'' does not o [1996/05/24] kern/1245 scsi tape driver write-protet and eject h o [1996/05/24] misc/1247 Conflicting header files o [1996/05/24] bin/1248 /bin/sh has trouble with arguments past 9 o [1996/05/25] kern/1250 chroot to nullfs causes kernel panic 124 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/14] bin/129 davidg fsck cannot take a mount point as an argu o [1995/01/14] bin/133 mail program doesn't have editheaders opt o [1995/01/15] bin/146 version of compress is kinda old and slow o [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes o [1995/01/21] bin/173 rc trys to mount modload fs before ld is o [1995/01/21] bin/174 Poor error message from stty o [1995/01/22] kern/176 EIDRM not defined in errno.h o [1995/01/24] bin/184 pst send-pr says "Aborting ..." and happily r o [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fanc o [1995/02/01] bin/199 quiz(6) reading database bug, pattern mat o [1995/03/17] kern/247 pst Berkeley Packet Filter fix o [1995/03/28] kern/281 Messages printed when checking CD ROM dev o [1995/03/28] kern/282 buslogic adapter information WAY too verb a [1995/04/09] bin/326 Weekly cron generates some usage and erro o [1995/04/09] bin/329 FTP transfers above 99K shown in scientif o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/04/20] bin/357 jkh pkg_delete aborts when subcommand fails o [1995/05/01] gnu/373 In response to admittedly bogus code, gcc o [1995/05/12] bin/398 VI doesnt do the correct thing o [1995/05/13] bin/401 Add REMOTE_* variables o [1995/05/13] bin/402 w -n shows non-numeric addresses o [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh bin o [1995/05/15] misc/423 Sound devices are too insecure o [1995/05/16] kern/428 configure is not foolproof o [1995/05/23] i386/440 want vidcontrol option to apply settings o [1995/05/26] i386/444 GUS sound driver does not seem to work. o [1995/05/27] gnu/450 tar --exclude -c doesn't work o [1995/05/30] docs/458 px doc does not find include figure o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime o [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed o [1995/07/06] i386/596 and conflict with _P o [1995/07/07] bin/599 jkh pkg_add does not stop if dependencies are o [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given o [1995/08/07] bin/661 Hercules is not capable of having a ISO-L o [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up f [1995/08/11] kern/674 quad speed cdrom not being found o [1995/08/11] bin/675 make does unnecessary rebuilds o [1995/08/12] kern/677 X gets a bus error when calling mmap() o [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the o [1995/08/14] bin/683 cron(8) o [1995/08/16] bin/693 jkh `pkg_add' is umask-sensitive o [1995/08/17] misc/697 "make -DCLOBBER" is broken o [1995/08/18] kern/700 The comments in /sys/net/in.h are confusi o [1995/08/29] bin/715 ls gives weird tabular form o [1995/09/02] bin/718 pkg_add incorrectly prints an error messa o [1995/09/23] docs/735 missing description for mount options in o [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p o [1995/09/27] bin/743 vi cannot edit a file where the name star o [1995/09/28] kern/752 setting multiple addresses for a single i o [1995/09/28] kern/753 my archive scsi tape drive does not work o [1995/09/28] docs/754 there is no man page for the psm(4) mouse o [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i o [1995/10/12] bin/779 #include gets undefined 'rune_t o [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE o [1995/10/23] bin/789 pkg_add doesn't work o [1995/10/25] kern/792 cd9660 very slow. o [1995/10/27] misc/796 Network install doesn't update /etc/hosts o [1995/10/29] docs/801 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/09] ports/814 unable to compile the port of "pine3.91" o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/13] kern/821 Config doesn't properly trap signals o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if n o [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/28] misc/848 Inst gripes about geometry but won't acce o [1995/11/28] misc/849 Install skimps on inodes and newfs defaul o [1995/11/30] bin/854 swapinfo shows incorrect information for o [1995/11/30] ports/857 Need ANSI_C define to not declare some fu o [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/09] ports/883 jkh tclX-port does not build properly f [1995/12/14] bin/892 ppp recursion problem and partial FIX f [1995/12/16] bin/895 ppp predictor-1 memory leak [PATCH includ o [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vn o [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to a [1995/12/29] misc/922 From line handling incorrect in mail.loca o [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 o [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/19] bin/958 ttys file does not include all ptys 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 o [1996/02/03] bin/993 g++ complains about /usr/include/machine/ o [1996/02/04] kern/994 sos syscons bug in ESC[nX handling (w/fix) 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/09] kern/1012 vnode_pager_putpages: attempt to write me o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati o [1996/02/14] kern/1026 deadlocks if parent vfork and child has c o [1996/02/14] bin/1028 shutdown -r does not seem to always compl o [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po o [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 o [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 vm_bounce_alloc error on 2.1 install with o [1996/02/27] gnu/1047 send-pr: Aborting... o [1996/02/29] kern/1051 zip fails on dos partition o [1996/03/02] bin/1056 pppd fails if -detach o [1996/03/08] bin/1068 man ignores -P option when combined with o [1996/03/08] ports/1069 TkMan acts erroneusly on apropos o [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, acti o [1996/03/09] bin/1074 tty rows & columns settings sometimes res o [1996/03/18] docs/1089 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] ports/1104 asami Paper sizes in (printing) ports o [1996/03/28] bin/1105 Bug in find command o [1996/03/28] ports/1106 asami a new port o [1996/03/28] ports/1109 asami mods to vim-3.0 port o [1996/04/05] kern/1116 Cannot umount stale NFS volumes o [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly u a [1996/04/10] kern/1130 pty driver bug o [1996/04/12] bin/1136 joerg broken printf in sh(1) o [1996/04/14] bin/1139 uname.1 and uname.c disagree about displa o [1996/04/14] docs/1141 mpp pcvt(4) references non-existent man page. o [1996/04/15] docs/1142 mpp signal manpage doesn't describe sig param o [1996/04/15] docs/1143 mpp sigaction manpage doesn't describe sig pa o [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' o [1996/04/15] bin/1145 tftpd should support -s o [1996/04/16] bin/1147 units(1) missing from FreeBSD -current an o [1996/04/19] docs/1151 mpp intro(3) references libc(3) and plot(3), o [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/04/25] bin/1158 atq uses GMT time instead of TZ time o [1996/05/01] ports/1168 asami New version of pine. 3.93 fixes bugs in o [1996/05/02] docs/1169 mpp bogus reference to keysu(1) in key(1) and o [1996/05/02] docs/1170 mpp include files missing from get{peer,sock} o [1996/05/09] bin/1181 fsck displays wrong char in "option?" dia o [1996/05/09] bin/1182 timed records improper entry in wtmp o [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/10] ports/1185 mods to vim-3.0 port (aka ports/1109) o [1996/05/10] kern/1186 MFS doesn't mark memory free when it's fi o [1996/05/12] kern/1192 various ipfw.[ch] changes (see below) o [1996/05/12] bin/1193 Cleanup + ability to zero individual chai o [1996/05/12] kern/1195 stable with DIAGNOSTIC panics `vm_page_un o [1996/05/13] ports/1200 pop3 requests may crash client o [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit o [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal o [1996/05/16] gnu/1209 send-pr should refuse PR's without subjec o [1996/05/18] docs/1214 lseek() manpage refers to fildes argument o [1996/05/19] kern/1216 Support for i586 clock clibration is not o [1996/05/19] docs/1218 Handbook: Cyclades configuration o [1996/05/19] kern/1219 IPFW kernel code enhancements o [1996/05/19] bin/1220 IPFW: configuration utility enhancements o [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, an o [1996/05/20] ports/1222 Header files conflict o [1996/05/20] i386/1223 type in comment o [1996/05/21] bin/1225 second tunnel device not detected o [1996/05/21] bin/1226 binaries directories owned by bin, not ro o [1996/05/21] bin/1229 redundant redeclaration of `lseek' o [1996/05/21] bin/1230 make ``.for'' loops iterate backwards o [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed b o [1996/05/23] kern/1238 LKM security improvement in -current not o [1996/05/23] docs/1239 Type-o in /usr/share/dict/words o [1996/05/23] bin/1240 Wrong format used to print amount of free o [1996/05/25] docs/1249 incorrect manpages 165 problems total. From owner-freebsd-bugs Sun May 26 06:52:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA24610 for bugs-outgoing; Sun, 26 May 1996 06:52:51 -0700 (PDT) Received: from user.xtdl.com ([206.25.228.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA24605 for ; Sun, 26 May 1996 06:52:49 -0700 (PDT) From: sderdau@xtdl.com Received: from derdau.xtdl.com (dialup21.xtdl.com [206.25.228.240]) by user.xtdl.com (8.6.11/8.6.9) with SMTP id JAA06463 for ; Sun, 26 May 1996 09:56:23 -0400 Message-ID: <31A86317.6EC8@xtdl.com> Date: Sun, 26 May 1996 09:56:39 -0400 X-Mailer: Mozilla 3.0b3 (Win95; I) MIME-Version: 1.0 To: bugs@freebsd.org Subject: Cannot email to questions@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I xcopied the entire dists directory to my hard drive. When I went to install the system alot of the files were added. However, when it got to ROOT distribution it gave me a error message . It said it cannot open ROOT distribution. Go back and fix this problem? I must be missing something? If you could maybe point me in the right direction. Thank You. From owner-freebsd-bugs Sun May 26 07:26:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA26271 for bugs-outgoing; Sun, 26 May 1996 07:26:22 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA26259 for ; Sun, 26 May 1996 07:26:18 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id HAA19462; Sun, 26 May 1996 07:25:49 -0700 (PDT) To: J Wunsch cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1250: chroot to nullfs causes kernel panic In-reply-to: Your message of "Sun, 26 May 1996 02:00:02 PDT." <199605260900.CAA15301@freefall.freebsd.org> Date: Sun, 26 May 1996 07:25:49 -0700 Message-ID: <19460.833120749@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ya know, it was tossed around as a working model before we released 2.0 that everything in the system should either be: 1. Working 2. Broken and disabled (badly broken) 3. Broken and documented as broken. #1 is obviously how you _want_ everything to be, #2 is a matter of facing reality and all the things you won't be able to do before release time. What we seem to have wound up with instead is 1. Working and 2. Broken. Stuff just hasn't been documented, nor have the gaping holes in the road been covered over. :-( Does anyone else think that a merciless drive to disable or document all of our broken filesystems and other misfeatures would be a good thing to start? Jordan > The following reply was made to PR kern/1250; it has been noted by GNATS. > > From: J Wunsch > To: brion@queeg.com > Cc: FreeBSD-gnats-submit@FreeBSD.org > Subject: Re: kern/1250: chroot to nullfs causes kernel panic > Date: Sun, 26 May 1996 10:50:44 +0200 (MET DST) > > As Brion Moss wrote: > > > > >Number: 1250 > > >Category: kern > > >Synopsis: chroot to nullfs causes kernel panic > > nullfs is known to be broken. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIP E > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun May 26 07:38:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27345 for bugs-outgoing; Sun, 26 May 1996 07:38:22 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA27337 for ; Sun, 26 May 1996 07:38:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id HAA00234; Sun, 26 May 1996 07:38:04 -0700 (PDT) To: sderdau@xtdl.com cc: bugs@freebsd.org Subject: Re: Cannot email to questions@freebsd.org In-reply-to: Your message of "Sun, 26 May 1996 09:56:39 EDT." <31A86317.6EC8@xtdl.com> Date: Sun, 26 May 1996 07:38:04 -0700 Message-ID: <232.833121484@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You did not read the installation instructions. :-) Please go read the installation guide again - at the minimum, you've forgotten to copy the floppies directory, as specified in that document. Jordan > I xcopied the entire dists directory to my hard drive. > When I went to install the system alot of the files were added. > However, when it got to ROOT distribution it gave me a error > message . It said it cannot open ROOT distribution. Go back > and fix this problem? I must be missing something? If you > could maybe point me in the right direction. Thank You. From owner-freebsd-bugs Sun May 26 08:26:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00271 for bugs-outgoing; Sun, 26 May 1996 08:26:47 -0700 (PDT) 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 SMTP id IAA00263 for ; Sun, 26 May 1996 08:26:42 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA30237; Mon, 27 May 1996 01:21:52 +1000 Date: Mon, 27 May 1996 01:21:52 +1000 From: Bruce Evans Message-Id: <199605261521.BAA30237@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, jkh@time.cdrom.com Subject: Re: kern/1250: chroot to nullfs causes kernel panic Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Ya know, it was tossed around as a working model before we released 2.0 that >everything in the system should either be: >1. Working >2. Broken and disabled (badly broken) >3. Broken and documented as broken. >#1 is obviously how you _want_ everything to be, #2 is a matter of >facing reality and all the things you won't be able to do before >release time. What we seem to have wound up with instead is >1. Working and 2. Broken. Stuff just hasn't been documented, nor >have the gaping holes in the road been covered over. :-( >Does anyone else think that a merciless drive to disable or document >all of our broken filesystems and other misfeatures would be a good >thing to start? Yes, the broken stuff should all be disabled except for things that are actually used like nfs and msdosfs. For file systems, disablement is easy - just don't build the lkms, and mark things as broken in LINT. Bruce From owner-freebsd-bugs Sun May 26 10:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05990 for bugs-outgoing; Sun, 26 May 1996 10:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05975; Sun, 26 May 1996 10:40:02 -0700 (PDT) Resent-Date: Sun, 26 May 1996 10:40:02 -0700 (PDT) Resent-Message-Id: <199605261740.KAA05975@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, phk@ref.tfs.com Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA05889 for ; Sun, 26 May 1996 10:36:53 -0700 (PDT) Received: (from phk@localhost) by ref.tfs.com (8.7.3/8.6.9) id KAA04346; Sun, 26 May 1996 10:36:49 -0700 (PDT) Message-Id: <199605261736.KAA04346@ref.tfs.com> Date: Sun, 26 May 1996 10:36:49 -0700 (PDT) From: Poul-Henning Kamp Reply-To: phk@ref.tfs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1251: aha0 and bt0(eisa) conflicts again. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1251 >Category: i386 >Synopsis: aha0 and bt0(eisa) conflicts again. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 26 10:40:00 PDT 1996 >Last-Modified: >Originator: Poul-Henning Kamp >Organization: TRW >Release: FreeBSD 2.2-CURRENT >Environment: Machine has an EISA bt0 adapter. >Description: boot GENERIC, bt0 finds adapter, aha0 tries fails but leaves adapter hosed so bt0 hangs next time around. >How-To-Repeat: >Fix: It used to be that aha0 wouldn't be probed when bt0 had attached to the HW. This is no longer the case after the EISA support. At the very least we need to doc this in the install-notes. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 26 11:22:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07620 for bugs-outgoing; Sun, 26 May 1996 11:22:32 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07597; Sun, 26 May 1996 11:22:28 -0700 (PDT) Date: Sun, 26 May 1996 11:22:28 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605261822.LAA07597@freefall.freebsd.org> To: joerg, freebsd-bugs, joerg Subject: Re: kern/1236 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: some #def's in pcvt_conf.h not braketed by #ifndef's Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: joerg Responsible-Changed-When: Sun May 26 20:21:34 MET DST 1996 Responsible-Changed-Why: pcvt is my field of responsibility. From owner-freebsd-bugs Sun May 26 11:23:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07715 for bugs-outgoing; Sun, 26 May 1996 11:23:11 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07696; Sun, 26 May 1996 11:23:08 -0700 (PDT) Date: Sun, 26 May 1996 11:23:08 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605261823.LAA07696@freefall.freebsd.org> To: joerg, freebsd-bugs, joerg Subject: Re: bin/1248 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /bin/sh has trouble with arguments past 9(ie. ${10}) Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: joerg Responsible-Changed-When: Sun May 26 20:22:35 MET DST 1996 Responsible-Changed-Why: I'm collecting sh(1) PRs. From owner-freebsd-bugs Sun May 26 11:29:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08266 for bugs-outgoing; Sun, 26 May 1996 11:29:13 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08249; Sun, 26 May 1996 11:29:11 -0700 (PDT) Date: Sun, 26 May 1996 11:29:11 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605261829.LAA08249@freefall.freebsd.org> To: zgabor@code.hu, joerg, freebsd-bugs Subject: Re: bin/1244 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The rs(1) dumps core with -s State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun May 26 20:28:14 MET DST 1996 State-Changed-Why: Fixed in rev 1.2 (or 1.1.1.1.6.1 resp.) of rs/rs.c. From owner-freebsd-bugs Sun May 26 11:30:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08416 for bugs-outgoing; Sun, 26 May 1996 11:30:25 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08390; Sun, 26 May 1996 11:30:19 -0700 (PDT) Date: Sun, 26 May 1996 11:30:19 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605261830.LAA08390@freefall.freebsd.org> To: zgabor@code.hu, joerg, freebsd-bugs Subject: Re: bin/1241 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The jot(1) command with -s (FROM 2.1.0 CD) generates core dump State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun May 26 20:29:22 MET DST 1996 State-Changed-Why: Duplicate for PR #bin/917, already fixed in revision 1.2 date: 1995/12/29 12:18:46; author: joerg; state: Exp; lines: +2 -2 >Number: 917 >Category: bin >Synopsis: -s option in jot is broken From owner-freebsd-bugs Sun May 26 11:32:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08565 for bugs-outgoing; Sun, 26 May 1996 11:32:11 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08548; Sun, 26 May 1996 11:32:08 -0700 (PDT) Date: Sun, 26 May 1996 11:32:08 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605261832.LAA08548@freefall.freebsd.org> To: W.Belgers@nl.cis.philips.com, joerg, freebsd-bugs Subject: Re: bin/1226 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: binaries directories owned by bin, not root State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun May 26 20:30:35 MET DST 1996 State-Changed-Why: The current ownership of directories is rather intentional. People running security time-bombs like NIS or NFS must take additional care anyway. From owner-freebsd-bugs Sun May 26 13:05:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12660 for bugs-outgoing; Sun, 26 May 1996 13:05:59 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12647; Sun, 26 May 1996 13:05:55 -0700 (PDT) Date: Sun, 26 May 1996 13:05:55 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262005.NAA12647@freefall.freebsd.org> To: markd@grizzly.com, scrappy, freebsd-bugs Subject: Re: misc/166 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/include/machine/asmacros.h includes uninstalled file. State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 13:03:30 PDT 1996 State-Changed-Why: include file exists as included, and is only included when compiling the kernel...when upgrading the kernel, you are expected to upgrade libraries as well... From owner-freebsd-bugs Sun May 26 13:12:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12966 for bugs-outgoing; Sun, 26 May 1996 13:12:38 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12937; Sun, 26 May 1996 13:12:31 -0700 (PDT) Date: Sun, 26 May 1996 13:12:31 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262012.NAA12937@freefall.freebsd.org> To: scrappy, freebsd-bugs, asami Subject: Re: bin/198 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 1.1.5.1 pine binary loops; top shows fancy values Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 13:11:24 PDT 1996 Responsible-Changed-Why: asami is in charge of ports...? From owner-freebsd-bugs Sun May 26 13:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13607 for bugs-outgoing; Sun, 26 May 1996 13:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13578; Sun, 26 May 1996 13:20:04 -0700 (PDT) Resent-Date: Sun, 26 May 1996 13:20:04 -0700 (PDT) Resent-Message-Id: <199605262020.NAA13578@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, andrew@why.whine.com Received: from cicerone.uunet.ca (root@cicerone.uunet.ca [142.77.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA13491 for ; Sun, 26 May 1996 13:18:23 -0700 (PDT) Received: from why.whine.com ([205.150.249.1]) by mail.uunet.ca with ESMTP id <115690-24747>; Sun, 26 May 1996 16:18:18 -0400 Received: (from andrew@localhost) by why.whine.com (8.7.5/8.6.12) id QAA00910; Sun, 26 May 1996 16:18:12 -0400 (EDT) Message-Id: <199605262018.QAA00910@why.whine.com> Date: Sun, 26 May 1996 16:18:12 -0400 From: Andrew Herdman Reply-To: andrew@why.whine.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1252: problem with cd9660 driver Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1252 >Category: kern >Synopsis: Heavy activity on a CD causes panic >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 26 13:20:02 PDT 1996 >Last-Modified: >Originator: Andrew Herdman >Organization: whine.com >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: ASUS P/I-P55TP4XEG, Buslogics 946c PCI SCSI, Nec 3x SCSI CD-ROM, and ATAPI CD-ROMs. >Description: When running a find | xargs grep on the cdrom the system will hang and then eventually reboot. >How-To-Repeat: Mount the live filesystem disk from 2.1.0-RELEASE and then : cd /cdrom/usr/include find . -print | xargs grep -il wantthis >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 26 13:28:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14309 for bugs-outgoing; Sun, 26 May 1996 13:28:38 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14296; Sun, 26 May 1996 13:28:35 -0700 (PDT) Date: Sun, 26 May 1996 13:28:35 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262028.NAA14296@freefall.freebsd.org> To: candy@kgc.co.jp, scrappy, freebsd-bugs Subject: Re: bin/199 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: quiz(6) reading database bug, pattern matching bug State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 13:27:27 PDT 1996 State-Changed-Why: applied submitted patch to -current From owner-freebsd-bugs Sun May 26 13:36:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15072 for bugs-outgoing; Sun, 26 May 1996 13:36:56 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15057; Sun, 26 May 1996 13:36:51 -0700 (PDT) Date: Sun, 26 May 1996 13:36:51 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262036.NAA15057@freefall.freebsd.org> To: scrappy, freebsd-bugs, ache Subject: Re: kern/281 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Messages printed when checking CD ROM device too verbose Responsible-Changed-From-To: freebsd-bugs->ache Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 13:35:50 PDT 1996 Responsible-Changed-Why: Andrey seems to have done most of the recent work on the SCSI CD code From owner-freebsd-bugs Sun May 26 13:42:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15588 for bugs-outgoing; Sun, 26 May 1996 13:42:21 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15567; Sun, 26 May 1996 13:42:17 -0700 (PDT) Date: Sun, 26 May 1996 13:42:17 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262042.NAA15567@freefall.freebsd.org> To: scrappy, freebsd-bugs, gibbs Subject: Re: kern/282 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: buslogic adapter information WAY too verbose Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 13:41:06 PDT 1996 Responsible-Changed-Why: hous ecleaning... From owner-freebsd-bugs Sun May 26 13:46:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA16030 for bugs-outgoing; Sun, 26 May 1996 13:46:10 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA16006; Sun, 26 May 1996 13:46:05 -0700 (PDT) Date: Sun, 26 May 1996 13:46:05 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262046.NAA16006@freefall.freebsd.org> To: scrappy, freebsd-bugs, nate Subject: Re: bin/323 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Creating lost+found causes fsck to stop fsck -y FDIV017 Responsible-Changed-From-To: freebsd-bugs->nate Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 13:45:07 PDT 1996 Responsible-Changed-Why: did terry's patch include fix for this? From owner-freebsd-bugs Sun May 26 14:13:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18060 for bugs-outgoing; Sun, 26 May 1996 14:13:25 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18042; Sun, 26 May 1996 14:13:19 -0700 (PDT) Date: Sun, 26 May 1996 14:13:19 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262113.OAA18042@freefall.freebsd.org> To: uhclem%nemesis@fw.ast.com, scrappy, freebsd-bugs Subject: Re: bin/329 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FTP transfers above 99K shown in scientific notation FDIV022 State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 14:12:59 PDT 1996 State-Changed-Why: fixed in current From owner-freebsd-bugs Sun May 26 14:37:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA19724 for bugs-outgoing; Sun, 26 May 1996 14:37:27 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA19705; Sun, 26 May 1996 14:37:22 -0700 (PDT) Date: Sun, 26 May 1996 14:37:22 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262137.OAA19705@freefall.freebsd.org> To: scrappy, freebsd-bugs, wosch Subject: Re: bin/398 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: VI doesnt do the correct thing Responsible-Changed-From-To: freebsd-bugs->wosch Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 14:33:06 PDT 1996 Responsible-Changed-Why: last person to brave this area...time to upgrade to a more recent version? From owner-freebsd-bugs Sun May 26 14:41:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20331 for bugs-outgoing; Sun, 26 May 1996 14:41:35 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20304; Sun, 26 May 1996 14:41:29 -0700 (PDT) Date: Sun, 26 May 1996 14:41:29 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262141.OAA20304@freefall.freebsd.org> To: scrappy, freebsd-bugs, wollman Subject: Re: bin/401 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Add REMOTE_* variables Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 14:41:01 PDT 1996 Responsible-Changed-Why: last to touch inetd From owner-freebsd-bugs Sun May 26 14:45:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21079 for bugs-outgoing; Sun, 26 May 1996 14:45:44 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21051; Sun, 26 May 1996 14:45:39 -0700 (PDT) Date: Sun, 26 May 1996 14:45:39 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262145.OAA21051@freefall.freebsd.org> To: scrappy, freebsd-bugs, ache Subject: Re: bin/402 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: w -n shows non-numeric addresses Responsible-Changed-From-To: freebsd-bugs->ache Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 14:45:07 PDT 1996 Responsible-Changed-Why: last person to do any changes to 'w' that I can find From owner-freebsd-bugs Sun May 26 14:48:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21509 for bugs-outgoing; Sun, 26 May 1996 14:48:26 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21482; Sun, 26 May 1996 14:48:22 -0700 (PDT) Date: Sun, 26 May 1996 14:48:22 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262148.OAA21482@freefall.freebsd.org> To: hsu@clinet.fi, scrappy, freebsd-bugs Subject: Re: misc/403 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FreeBSD 1-compiled tcsh, bash and zsh binaries dump on vt102 State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 14:47:01 PDT 1996 State-Changed-Why: binary incompatibility problem between FreeBSD 1.x and FreeBSD 2.x that recompiling applications under new environment solves From owner-freebsd-bugs Sun May 26 14:59:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA23182 for bugs-outgoing; Sun, 26 May 1996 14:59:38 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA23163; Sun, 26 May 1996 14:59:33 -0700 (PDT) Date: Sun, 26 May 1996 14:59:33 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262159.OAA23163@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: kern/405 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The gpio driver does not work with the AT-GPIB, only the AT-GPIB/TNT works Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 14:54:01 PDT 1996 Responsible-Changed-Why: jordan brought in the original driver...nobody else has really done anything except clean it up and add devfs() functionality to it... From owner-freebsd-bugs Sun May 26 15:02:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23515 for bugs-outgoing; Sun, 26 May 1996 15:02:12 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA23496; Sun, 26 May 1996 15:02:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id PAA28730; Sun, 26 May 1996 15:02:04 -0700 (PDT) To: "Marc G. Fournier" cc: freebsd-bugs@freefall.freebsd.org, jkh@freefall.freebsd.org Subject: Re: kern/405 In-reply-to: Your message of "Sun, 26 May 1996 14:59:33 PDT." <199605262159.OAA23163@freefall.freebsd.org> Date: Sun, 26 May 1996 15:02:04 -0700 Message-ID: <28728.833148124@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bleah. I'll contact the author. I brought it in, but I don't know _anything_ about it - I've never even seen one of these cards. :-) Jordan > Synopsis: The gpio driver does not work with the AT-GPIB, only the AT-GPIB/TN T works > > Responsible-Changed-From-To: freebsd-bugs->jkh > Responsible-Changed-By: scrappy > Responsible-Changed-When: Sun May 26 14:54:01 PDT 1996 > Responsible-Changed-Why: > jordan brought in the original driver...nobody else has really done anything > except clean it up and add devfs() functionality to it... From owner-freebsd-bugs Sun May 26 15:08:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24465 for bugs-outgoing; Sun, 26 May 1996 15:08:04 -0700 (PDT) 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 PAA24432; Sun, 26 May 1996 15:08:01 -0700 (PDT) Message-Id: <199605262208.PAA24432@freefall.freebsd.org> To: scrappy cc: hsu@clinet.fi, freebsd-bugs Subject: Re: misc/403 In-reply-to: Your message of "Sun, 26 May 1996 14:48:22 PDT." <199605262148.OAA21482@freefall.freebsd.org> Date: Sun, 26 May 1996 15:08:01 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Synopsis: FreeBSD 1-compiled tcsh, bash and zsh binaries dump on vt102 > >State-Changed-From-To: open-closed >State-Changed-By: scrappy >State-Changed-When: Sun May 26 14:47:01 PDT 1996 >State-Changed-Why: >binary incompatibility problem between FreeBSD 1.x and FreeBSD 2.x >that recompiling applications under new environment solves Don't we care about binary compatibility with 1.x? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Sun May 26 15:16:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25542 for bugs-outgoing; Sun, 26 May 1996 15:16:40 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25522; Sun, 26 May 1996 15:16:34 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id SAA03237; Sun, 26 May 1996 18:16:41 -0400 (EDT) Date: Sun, 26 May 1996 18:16:40 -0400 (EDT) From: "Marc G. Fournier" To: "Justin T. Gibbs" cc: scrappy@freefall.freebsd.org, hsu@clinet.fi, freebsd-bugs@freefall.freebsd.org Subject: Re: misc/403 In-Reply-To: <199605262208.PAA24432@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 26 May 1996, Justin T. Gibbs wrote: > >Synopsis: FreeBSD 1-compiled tcsh, bash and zsh binaries dump on vt102 > > > >State-Changed-From-To: open-closed > >State-Changed-By: scrappy > >State-Changed-When: Sun May 26 14:47:01 PDT 1996 > >State-Changed-Why: > >binary incompatibility problem between FreeBSD 1.x and FreeBSD 2.x > >that recompiling applications under new environment solves > > Don't we care about binary compatibility with 1.x? The PR was a year old this month (May 13th, 1995)...nobody *seemed* to care about it when the PR was reported, which, I think, would have been the time to worry about it as ppl were just switching up from 1.x to 2.x, no? So far, I've found no other reports of a similar nature, and this one dealt with an aspect of the system that merely required a 'make world' to fix...should it be reopened and assigned to someone? :( Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun May 26 15:20:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26175 for bugs-outgoing; Sun, 26 May 1996 15:20:17 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26158; Sun, 26 May 1996 15:20:14 -0700 (PDT) Date: Sun, 26 May 1996 15:20:14 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262220.PAA26158@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: kern/428 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: configure is not foolproof Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 15:19:26 PDT 1996 Responsible-Changed-Why: sorry jordan...this is on of those "probably should just close, but.." cases :( From owner-freebsd-bugs Sun May 26 15:22:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26452 for bugs-outgoing; Sun, 26 May 1996 15:22:07 -0700 (PDT) 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 PAA26422; Sun, 26 May 1996 15:21:59 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA06320; Mon, 27 May 1996 00:21:49 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA21946; Mon, 27 May 1996 00:21:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA03733; Mon, 27 May 1996 00:06:56 +0200 (MET DST) From: J Wunsch Message-Id: <199605262206.AAA03733@uriah.heep.sax.de> Subject: Re: bin/198 To: scrappy@freefall.freebsd.org (Marc G. Fournier) Date: Mon, 27 May 1996 00:06:56 +0200 (MET DST) Cc: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, asami@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605262012.NAA12937@freefall.freebsd.org> from "Marc G. Fournier" at "May 26, 96 01:12:31 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: quoted-printable Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Marc G. Fournier wrote: > Synopsis: 1.1.5.1 pine binary loops; top shows fancy values > asami is in charge of ports=08...? Hmm. I think 1.1.5.1 binaries are history now. --=20 cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RI= PE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun May 26 15:26:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27119 for bugs-outgoing; Sun, 26 May 1996 15:26:39 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27090; Sun, 26 May 1996 15:26:26 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id SAA03319; Sun, 26 May 1996 18:25:51 -0400 (EDT) Date: Sun, 26 May 1996 18:25:50 -0400 (EDT) From: "Marc G. Fournier" To: Joerg Wunsch cc: "Marc G. Fournier" , freebsd-bugs@freefall.freebsd.org, asami@freefall.freebsd.org Subject: Re: bin/198 In-Reply-To: <199605262206.AAA03733@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 May 1996, J Wunsch wrote: > As Marc G. Fournier wrote: > > Synopsis: 1.1.5.1 pine binary loops; top shows fancy values > > > asami is in charge of ports...? > > Hmm. I think 1.1.5.1 binaries are history now. > Yes, but I seem to recall that bug might still exist in 2.x...or at least did until recently. I *thought* it was a bug in pine itself... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun May 26 15:27:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27349 for bugs-outgoing; Sun, 26 May 1996 15:27:59 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27332; Sun, 26 May 1996 15:27:56 -0700 (PDT) Date: Sun, 26 May 1996 15:27:56 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262227.PAA27332@freefall.freebsd.org> To: scrappy, freebsd-bugs, sos Subject: Re: i386/440 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: want vidcontrol option to apply settings to all sysconsoles Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 15:24:17 PDT 1996 Responsible-Changed-Why: last one to make major mods to vidcontrol...I think From owner-freebsd-bugs Sun May 26 15:29:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27576 for bugs-outgoing; Sun, 26 May 1996 15:29:32 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27567; Sun, 26 May 1996 15:29:26 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id BAA04530; Mon, 27 May 1996 01:29:16 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id BAA17934; Mon, 27 May 1996 01:29:15 +0300 (EET DST) Date: Mon, 27 May 1996 01:29:15 +0300 (EET DST) Message-Id: <199605262229.BAA17934@katiska.clinet.fi> From: Heikki Suonsivu To: "Marc G. Fournier" Cc: "Justin T. Gibbs" , scrappy@freefall.freebsd.org, hsu@clinet.fi, freebsd-bugs@freefall.freebsd.org Subject: Re: misc/403 In-Reply-To: References: <199605262208.PAA24432@freefall.freebsd.org> Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Marc G. Fournier writes: > So far, I've found no other reports of a similar nature, and > this one dealt with an aspect of the system that merely required a > 'make world' to fix...should it be reopened and assigned to someone? :( make world does not fix it, as the problem concerns the programs not included in make world. FreeBSD 1 shared libraries will not tolerate termcaps larger than 1k. Could the shared libraries be recompiled with larger buffer or whatever is the limiting factor? I do not have problem with this any more, I think I have everything recompiled already. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-bugs Sun May 26 15:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27664 for bugs-outgoing; Sun, 26 May 1996 15:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27655; Sun, 26 May 1996 15:30:02 -0700 (PDT) Date: Sun, 26 May 1996 15:30:02 -0700 (PDT) Message-Id: <199605262230.PAA27655@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/1252: problem with cd9660 driver Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1252; it has been noted by GNATS. From: J Wunsch To: andrew@why.whine.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/1252: problem with cd9660 driver Date: Mon, 27 May 1996 00:09:01 +0200 (MET DST) As Andrew Herdman wrote: > When running a find | xargs grep on the cdrom the system will hang and > then eventually reboot. Where is it mounted? From the SCSI, or the ATAPI CDROM? My /etc/daily used to reference all my mounted CDs for ages now, and i've never noticed a problem. Of course (:-), all of them are SCSI devices. -- 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 May 26 15:35:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA28447 for bugs-outgoing; Sun, 26 May 1996 15:35:40 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA28431; Sun, 26 May 1996 15:35:37 -0700 (PDT) Date: Sun, 26 May 1996 15:35:37 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262235.PAA28431@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: i386/444 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: GUS sound driver does not seem to work. Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 15:34:41 PDT 1996 Responsible-Changed-Why: seems to be where patches and all fall... From owner-freebsd-bugs Sun May 26 15:44:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29941 for bugs-outgoing; Sun, 26 May 1996 15:44:08 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29921; Sun, 26 May 1996 15:44:05 -0700 (PDT) Date: Sun, 26 May 1996 15:44:05 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262244.PAA29921@freefall.freebsd.org> To: scrappy, freebsd-bugs, phk Subject: Re: kern/446 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: unable to diskless-boot a PC when the server mounts from it Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 15:41:08 PDT 1996 Responsible-Changed-Why: nfs-related? another one of those "don't know whose in charge" assigns :( From owner-freebsd-bugs Sun May 26 15:44:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA00141 for bugs-outgoing; Sun, 26 May 1996 15:44:52 -0700 (PDT) Received: from onyx.southwind.net (root@onyx.southwind.net [204.95.83.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA00135 for ; Sun, 26 May 1996 15:44:49 -0700 (PDT) Received: (from Ucomplet@localhost) by onyx.southwind.net (8.7.4/8.7.3) with UUCP id RAA24773 for freebsd-bugs@freebsd.org; Sun, 26 May 1996 17:13:28 -0500 (CDT) X-Authentication-Warning: onyx.southwind.net: Ucomplet set sender to jgoerzen@complete.org using -f Received: (from jgoerzen@localhost) by complete.org (8.7.5/8.7.2) id NAA00532; Sun, 26 May 1996 13:58:49 -0500 (CDT) Date: Sun, 26 May 1996 13:58:49 -0500 (CDT) Message-Id: <199605261858.NAA00532@complete.org> From: jgoerzen@complete.org (John Goerzen) To: freebsd-bugs@freebsd.org Subject: BUG! Organization: Communications Centre (+1 316 367 8490) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Please respond with e-mail directly to jgoerzen@complete.org as I am not subscribed to this list. Thanks. I am runnig FreeBSD 2.2-SNAP960501. Whenever I start "ppp -auto", I get the following message on the console and in the /var/log/messages: May 26 13:24:05 complete /kernel: rtinit: wrong ifa (0xf06c3000) was (0xf069f180) I have no idea what that means. Can somebody help out please? I am using the exact same PPP configuration for this version as I had with the previous SNAP (which worked without any problem in this regard). My kernel is also properly configured. FYI, the below is the output from uname -a: FreeBSD complete.org 2.2-960501-SNAP FreeBSD 2.2-960501-SNAP #0: Fri May 24 16:45:07 CDT 1996 root@complete.org:/usr/src/sys/compile/GoerzenKernel i386 -- John Goerzen | Turn your PC into a Workstation for FREE! Custom programming | Check out www.freebsd.org NOW! For free FreeBSD jgoerzen@complete.org | Unix shell access, 316-367-8490 with your modem. From owner-freebsd-bugs Sun May 26 15:52:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01324 for bugs-outgoing; Sun, 26 May 1996 15:52:53 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01295; Sun, 26 May 1996 15:52:49 -0700 (PDT) Date: Sun, 26 May 1996 15:52:49 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262252.PAA01295@freefall.freebsd.org> To: charnier@lirmm.fr, scrappy, freebsd-bugs, scrappy Subject: Re: gnu/450 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tar --exclude -c doesn't work State-Changed-From-To: open-analyzed State-Changed-By: scrappy State-Changed-When: Sun May 26 15:51:24 PDT 1996 State-Changed-Why: problem still exists in 1.11.8 (newest version)...will look into it Responsible-Changed-From-To: freebsd-bugs->scrappy Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 15:51:24 PDT 1996 Responsible-Changed-Why: cause I'll look into it? From owner-freebsd-bugs Sun May 26 15:55:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01854 for bugs-outgoing; Sun, 26 May 1996 15:55:10 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA01839; Sun, 26 May 1996 15:55:07 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id PAA28665; Sun, 26 May 1996 15:55:04 -0700 (PDT) Date: Sun, 26 May 1996 15:55:04 -0700 (PDT) Message-Id: <199605262255.PAA28665@silvia.HIP.Berkeley.EDU> To: scrappy@freefall.freebsd.org CC: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, gibbs@freefall.freebsd.org In-reply-to: <199605262042.NAA15567@freefall.freebsd.org> (scrappy@freefall.freebsd.org) Subject: Re: kern/282 From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Responsible-Changed-By: scrappy * hous ecleaning^H^H... ^^^^ Thanks for cleaning up, but can you do a "stty erase ^H" or something? I hate these malformed lines.... Satoshi From owner-freebsd-bugs Sun May 26 15:57:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02473 for bugs-outgoing; Sun, 26 May 1996 15:57:58 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02457; Sun, 26 May 1996 15:57:55 -0700 (PDT) Date: Sun, 26 May 1996 15:57:55 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262257.PAA02457@freefall.freebsd.org> To: charnier@lirmm.fr, scrappy, freebsd-bugs Subject: Re: docs/458 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: px doc does not find include figure State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 15:57:01 PDT 1996 State-Changed-Why: Fixed by Bruce: date: 1995/11/29 16:42:20; author: bde; state: Exp; lines: +3 -2 Fixed dependencies. fig2.3.n never got made, although it is used. Errors in document processing are almost never passed back to `make'. Removed the requirement for having an obj directory. fig.2.3.n previously had to live in obj/. From owner-freebsd-bugs Sun May 26 15:59:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02711 for bugs-outgoing; Sun, 26 May 1996 15:59:28 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA02678; Sun, 26 May 1996 15:59:21 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id SAA03663; Sun, 26 May 1996 18:59:20 -0400 (EDT) Date: Sun, 26 May 1996 18:59:19 -0400 (EDT) From: "Marc G. Fournier" To: Satoshi Asami cc: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, gibbs@freefall.freebsd.org Subject: Re: kern/282 In-Reply-To: <199605262255.PAA28665@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 26 May 1996, Satoshi Asami wrote: > * Responsible-Changed-By: scrappy > > * hous ecleaning^H^H... > ^^^^ > > Thanks for cleaning up, but can you do a "stty erase ^H" or something? > I hate these malformed lines.... > Sorry, permanently fixed...I hope... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun May 26 16:04:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03822 for bugs-outgoing; Sun, 26 May 1996 16:04:11 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03799; Sun, 26 May 1996 16:04:08 -0700 (PDT) Date: Sun, 26 May 1996 16:04:08 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262304.QAA03799@freefall.freebsd.org> To: scrappy, freebsd-bugs, joerg Subject: Re: bin/514 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Crash recovery impossible without static mt/chflags. Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:00:38 PDT 1996 Responsible-Changed-Why: seemed the logical person to change it to... From owner-freebsd-bugs Sun May 26 16:08:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04538 for bugs-outgoing; Sun, 26 May 1996 16:08:18 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04517; Sun, 26 May 1996 16:08:15 -0700 (PDT) Date: Sun, 26 May 1996 16:08:15 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262308.QAA04517@freefall.freebsd.org> To: scrappy, freebsd-bugs, mpp Subject: Re: bin/519 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: execution of quotacheck from /etc/rc fails Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:05:00 PDT 1996 Responsible-Changed-Why: log file indicates that Mike's working here From owner-freebsd-bugs Sun May 26 16:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04852 for bugs-outgoing; Sun, 26 May 1996 16:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04834; Sun, 26 May 1996 16:10:02 -0700 (PDT) Date: Sun, 26 May 1996 16:10:02 -0700 (PDT) Message-Id: <199605262310.QAA04834@freefall.freebsd.org> To: freebsd-bugs Cc: From: Andrew Herdman Subject: Re: kern/1252: problem with cd9660 driver Reply-To: Andrew Herdman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1252; it has been noted by GNATS. From: Andrew Herdman To: Joerg Wunsch Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/1252: problem with cd9660 driver Date: Sun, 26 May 1996 19:00:25 -0400 On Sun, 26 May 1996, J Wunsch wrote: > As Andrew Herdman wrote: > > > When running a find | xargs grep on the cdrom the system will hang and > > then eventually reboot. > > Where is it mounted? From the SCSI, or the ATAPI CDROM? > > My /etc/daily used to reference all my mounted CDs for ages now, and > i've never noticed a problem. Of course (:-), all of them are SCSI > devices. > It happens with both SCSI and ATAPI devices. The system I use at home is SCSI and the one at work is ATAPI and they both give the same result, which is !crash! Andrew From owner-freebsd-bugs Sun May 26 16:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04873 for bugs-outgoing; Sun, 26 May 1996 16:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04856; Sun, 26 May 1996 16:10:04 -0700 (PDT) Resent-Date: Sun, 26 May 1996 16:10:04 -0700 (PDT) Resent-Message-Id: <199605262310.QAA04856@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jc@irbs.com Received: from irbs.irbs.com ([199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA04184 for ; Sun, 26 May 1996 16:06:17 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.5/8.6.6) id TAA13568; Sun, 26 May 1996 19:05:45 -0400 (EDT) Message-Id: <199605262305.TAA13568@irbs.irbs.com> Date: Sun, 26 May 1996 19:05:45 -0400 (EDT) From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1253: if_tun counts packets but not bytes Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1253 >Category: kern >Synopsis: if_tun counts packets but not bytes >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 26 16:10:03 PDT 1996 >Last-Modified: >Originator: John Capo >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: >How-To-Repeat: >Fix: *** /usr/stable/src/sys/net/if_tun.c Sun May 5 02:15:28 1996 --- sys/net/if_tun.c Sun May 5 14:14:07 1996 *************** *** 343,348 **** --- 343,349 ---- ifp->if_collisions++; return (ENOBUFS); } + ifp->if_obytes += m0->m_pkthdr.len; IF_ENQUEUE(&ifp->if_snd, m0); splx(s); ifp->if_opackets++; *************** *** 564,569 **** --- 565,571 ---- m_freem(top); return ENOBUFS; } + ifp->if_ibytes += tlen; IF_ENQUEUE(&ipintrq, top); splx(s); ifp->if_ipackets++; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 26 16:16:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05891 for bugs-outgoing; Sun, 26 May 1996 16:16:07 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05853; Sun, 26 May 1996 16:16:03 -0700 (PDT) Date: Sun, 26 May 1996 16:16:03 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262316.QAA05853@freefall.freebsd.org> To: scrappy, freebsd-bugs, ache Subject: Re: kern/565 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: slip freezes machine Responsible-Changed-From-To: freebsd-bugs->ache Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:13:51 PDT 1996 Responsible-Changed-Why: most recent changed performed to if_sl.c by...right area? From owner-freebsd-bugs Sun May 26 16:17:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06302 for bugs-outgoing; Sun, 26 May 1996 16:17:54 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06280; Sun, 26 May 1996 16:17:52 -0700 (PDT) Date: Sun, 26 May 1996 16:17:52 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262317.QAA06280@freefall.freebsd.org> To: scrappy, freebsd-bugs, fenner Subject: Re: kern/587 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: if_le hangs on OACTIVE with 2k buffer Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:17:15 PDT 1996 Responsible-Changed-Why: last to modify this driver... From owner-freebsd-bugs Sun May 26 16:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06849 for bugs-outgoing; Sun, 26 May 1996 16:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06824; Sun, 26 May 1996 16:20:02 -0700 (PDT) Resent-Date: Sun, 26 May 1996 16:20:02 -0700 (PDT) Resent-Message-Id: <199605262320.QAA06824@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jc@irbs.com Received: from irbs.irbs.com ([199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA04934 for ; Sun, 26 May 1996 16:10:27 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.5/8.6.6) id TAA13704; Sun, 26 May 1996 19:09:55 -0400 (EDT) Message-Id: <199605262309.TAA13704@irbs.irbs.com> Date: Sun, 26 May 1996 19:09:55 -0400 (EDT) From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1254: xroach cores with missing arguments Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1254 >Category: bin >Synopsis: xroach cores with missing arguments >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 26 16:20:01 PDT 1996 >Last-Modified: >Originator: John Capo >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: Omit numeric arg with flag that expects one and xroach will core. >How-To-Repeat: xroach -roaches will do it I think. >Fix: *** /usr/stable/src/games/x11/xroach/xroach.c Sat May 4 21:18:41 1996 --- games/x11/xroach/xroach.c Sat May 4 17:50:29 1996 *************** *** 96,114 **** /* Process command line options. */ ! for (ax=1; ax= ac) ! Usage(); ! if (strcmp(arg, "-display") == 0) { ! display_name = av[ax++]; } else if (strcmp(arg, "-rc") == 0) { ! roachColor = av[ax++]; } else if (strcmp(arg, "-speed") == 0) { ! roachSpeed = atof(av[ax++]); } else if (strcmp(arg, "-roaches") == 0) { ! maxRoaches = strtol(av[ax++], (char **)NULL, 0); } else { Usage(); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 26 16:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06879 for bugs-outgoing; Sun, 26 May 1996 16:20:06 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06829; Sun, 26 May 1996 16:20:03 -0700 (PDT) Date: Sun, 26 May 1996 16:20:03 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262320.QAA06829@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: kern/588 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Configuration of DEC ethernet cards not possible Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:18:52 PDT 1996 Responsible-Changed-Why: should this stay as a problem report? From owner-freebsd-bugs Sun May 26 16:23:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07633 for bugs-outgoing; Sun, 26 May 1996 16:23:44 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07605; Sun, 26 May 1996 16:23:41 -0700 (PDT) Date: Sun, 26 May 1996 16:23:41 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262323.QAA07605@freefall.freebsd.org> To: scrappy, freebsd-bugs, phk Subject: Re: bin/591 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SPAP request REJexted in stead of NAKed Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:23:18 PDT 1996 Responsible-Changed-Why: last to modify, patch is included From owner-freebsd-bugs Sun May 26 16:27:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08641 for bugs-outgoing; Sun, 26 May 1996 16:27:59 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08615; Sun, 26 May 1996 16:27:56 -0700 (PDT) Date: Sun, 26 May 1996 16:27:56 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262327.QAA08615@freefall.freebsd.org> To: scrappy, freebsd-bugs, rgrimes Subject: Re: misc/355 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: policy on /usr/local permission in base release Responsible-Changed-From-To: freebsd-bugs->rgrimes Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:27:30 PDT 1996 Responsible-Changed-Why: Rod's been working on cleaning this up, so I've been reminded From owner-freebsd-bugs Sun May 26 16:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09289 for bugs-outgoing; Sun, 26 May 1996 16:30:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09250; Sun, 26 May 1996 16:30:02 -0700 (PDT) Resent-Date: Sun, 26 May 1996 16:30:02 -0700 (PDT) Resent-Message-Id: <199605262330.QAA09250@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jc@irbs.com Received: from irbs.irbs.com ([199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA08117 for ; Sun, 26 May 1996 16:25:55 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.5/8.6.6) id TAA13941; Sun, 26 May 1996 19:25:23 -0400 (EDT) Message-Id: <199605262325.TAA13941@irbs.irbs.com> Date: Sun, 26 May 1996 19:25:23 -0400 (EDT) From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1255: Silence gcc whining about tputs() in libedit/term.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1255 >Category: bin >Synopsis: Silence gcc whining about tputs() in libedit/term.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 26 16:30:01 PDT 1996 >Last-Modified: >Originator: John Capo >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: >How-To-Repeat: >Fix: *** /usr/stable/src/lib/libedit/term.c Sun May 5 00:36:45 1996 --- lib/libedit/term.c Sun May 26 19:10:49 1996 *************** *** 427,433 **** if ((del = where - el->el_cursor.v) > 0) { if ((del > 1) && GoodStr(T_DO)) ! (void) tputs(tgoto(Str(T_DO), del, del), del, term__putc); else { for (i = 0; i < del; i++) term__putc('\n'); --- 427,433 ---- if ((del = where - el->el_cursor.v) > 0) { if ((del > 1) && GoodStr(T_DO)) ! (void) tputs(tgoto(Str(T_DO), del, del), del, (void(*)(int))term__putc); else { for (i = 0; i < del; i++) term__putc('\n'); *************** *** 436,446 **** } else { /* del < 0 */ if (GoodStr(T_UP) && (-del > 1 || !GoodStr(T_up))) ! (void) tputs(tgoto(Str(T_UP), -del, -del), -del, term__putc); else { if (GoodStr(T_up)) for (i = 0; i < -del; i++) ! (void) tputs(Str(T_up), 1, term__putc); } } el->el_cursor.v = where; /* now where is here */ --- 436,446 ---- } else { /* del < 0 */ if (GoodStr(T_UP) && (-del > 1 || !GoodStr(T_up))) ! (void) tputs(tgoto(Str(T_UP), -del, -del), -del, (void(*)(int))term__putc); else { if (GoodStr(T_up)) for (i = 0; i < -del; i++) ! (void) tputs(Str(T_up), 1, (void(*)(int))term__putc); } } el->el_cursor.v = where; /* now where is here */ *************** *** 479,489 **** if ((del < -4 || del > 4) && GoodStr(T_ch)) /* go there directly */ ! (void) tputs(tgoto(Str(T_ch), where, where), where, term__putc); else { if (del > 0) { /* moving forward */ if ((del > 4) && GoodStr(T_RI)) ! (void) tputs(tgoto(Str(T_RI), del, del), del, term__putc); else { if (EL_CAN_TAB) { /* if I can do tabs, use them */ if ((el->el_cursor.h & 0370) != (where & 0370)) { --- 479,489 ---- if ((del < -4 || del > 4) && GoodStr(T_ch)) /* go there directly */ ! (void) tputs(tgoto(Str(T_ch), where, where), where, (void(*)(int))term__putc); else { if (del > 0) { /* moving forward */ if ((del > 4) && GoodStr(T_RI)) ! (void) tputs(tgoto(Str(T_RI), del, del), del, (void(*)(int))term__putc); else { if (EL_CAN_TAB) { /* if I can do tabs, use them */ if ((el->el_cursor.h & 0370) != (where & 0370)) { *************** *** 505,511 **** } else { /* del < 0 := moving backward */ if ((-del > 4) && GoodStr(T_LE)) ! (void) tputs(tgoto(Str(T_LE), -del, -del), -del, term__putc); else { /* can't go directly there */ /* if the "cost" is greater than the "cost" from col 0 */ if (EL_CAN_TAB ? (-del > ((where >> 3) + (where & 07))) --- 505,511 ---- } else { /* del < 0 := moving backward */ if ((-del > 4) && GoodStr(T_LE)) ! (void) tputs(tgoto(Str(T_LE), -del, -del), -del, (void(*)(int))term__putc); else { /* can't go directly there */ /* if the "cost" is greater than the "cost" from col 0 */ if (EL_CAN_TAB ? (-del > ((where >> 3) + (where & 07))) *************** *** 577,595 **** if (GoodStr(T_DC)) /* if I have multiple delete */ if ((num > 1) || !GoodStr(T_dc)) { /* if dc would be more expen. */ ! (void) tputs(tgoto(Str(T_DC), num, num), num, term__putc); return; } if (GoodStr(T_dm)) /* if I have delete mode */ ! (void) tputs(Str(T_dm), 1, term__putc); if (GoodStr(T_dc)) /* else do one at a time */ while (num--) ! (void) tputs(Str(T_dc), 1, term__putc); if (GoodStr(T_ed)) /* if I have delete mode */ ! (void) tputs(Str(T_ed), 1, term__putc); } /* end term_deletechars */ --- 577,595 ---- if (GoodStr(T_DC)) /* if I have multiple delete */ if ((num > 1) || !GoodStr(T_dc)) { /* if dc would be more expen. */ ! (void) tputs(tgoto(Str(T_DC), num, num), num, (void(*)(int))term__putc); return; } if (GoodStr(T_dm)) /* if I have delete mode */ ! (void) tputs(Str(T_dm), 1, (void(*)(int))term__putc); if (GoodStr(T_dc)) /* else do one at a time */ while (num--) ! (void) tputs(Str(T_dc), 1, (void(*)(int))term__putc); if (GoodStr(T_ed)) /* if I have delete mode */ ! (void) tputs(Str(T_ed), 1, (void(*)(int))term__putc); } /* end term_deletechars */ *************** *** 621,633 **** if (GoodStr(T_IC)) /* if I have multiple insert */ if ((num > 1) || !GoodStr(T_ic)) { /* if ic would be more expen. */ ! (void) tputs(tgoto(Str(T_IC), num, num), num, term__putc); term_overwrite(el, cp, num); /* this updates el_cursor.h */ return; } if (GoodStr(T_im) && GoodStr(T_ei)) { /* if I have insert mode */ ! (void) tputs(Str(T_im), 1, term__putc); el->el_cursor.h += num; do --- 621,633 ---- if (GoodStr(T_IC)) /* if I have multiple insert */ if ((num > 1) || !GoodStr(T_ic)) { /* if ic would be more expen. */ ! (void) tputs(tgoto(Str(T_IC), num, num), num, (void(*)(int))term__putc); term_overwrite(el, cp, num); /* this updates el_cursor.h */ return; } if (GoodStr(T_im) && GoodStr(T_ei)) { /* if I have insert mode */ ! (void) tputs(Str(T_im), 1, (void(*)(int))term__putc); el->el_cursor.h += num; do *************** *** 635,656 **** while (--num); if (GoodStr(T_ip)) /* have to make num chars insert */ ! (void) tputs(Str(T_ip), 1, term__putc); ! (void) tputs(Str(T_ei), 1, term__putc); return; } do { if (GoodStr(T_ic)) /* have to make num chars insert */ ! (void) tputs(Str(T_ic), 1, term__putc); /* insert a char */ term__putc(*cp++); el->el_cursor.h++; if (GoodStr(T_ip)) /* have to make num chars insert */ ! (void) tputs(Str(T_ip), 1, term__putc);/* pad the inserted char */ } while (--num); } /* end term_insertwrite */ --- 635,656 ---- while (--num); if (GoodStr(T_ip)) /* have to make num chars insert */ ! (void) tputs(Str(T_ip), 1, (void(*)(int))term__putc); ! (void) tputs(Str(T_ei), 1, (void(*)(int))term__putc); return; } do { if (GoodStr(T_ic)) /* have to make num chars insert */ ! (void) tputs(Str(T_ic), 1, (void(*)(int))term__putc); /* insert a char */ term__putc(*cp++); el->el_cursor.h++; if (GoodStr(T_ip)) /* have to make num chars insert */ ! (void) tputs(Str(T_ip), 1, (void(*)(int))term__putc);/* pad the inserted char */ } while (--num); } /* end term_insertwrite */ *************** *** 667,673 **** int i; if (EL_CAN_CEOL && GoodStr(T_ce)) ! (void) tputs(Str(T_ce), 1, term__putc); else { for (i = 0; i < num; i++) term__putc(' '); --- 667,673 ---- int i; if (EL_CAN_CEOL && GoodStr(T_ce)) ! (void) tputs(Str(T_ce), 1, (void(*)(int))term__putc); else { for (i = 0; i < num; i++) term__putc(' '); *************** *** 685,695 **** { /* clear the whole screen and home */ if (GoodStr(T_cl)) /* send the clear screen code */ ! (void) tputs(Str(T_cl), Val(T_li), term__putc); else if (GoodStr(T_ho) && GoodStr(T_cd)) { ! (void) tputs(Str(T_ho), Val(T_li), term__putc); /* home */ /* clear to bottom of screen */ ! (void) tputs(Str(T_cd), Val(T_li), term__putc); } else { term__putc('\r'); --- 685,695 ---- { /* clear the whole screen and home */ if (GoodStr(T_cl)) /* send the clear screen code */ ! (void) tputs(Str(T_cl), Val(T_li), (void(*)(int))term__putc); else if (GoodStr(T_ho) && GoodStr(T_cd)) { ! (void) tputs(Str(T_ho), Val(T_li), (void(*)(int))term__putc); /* home */ /* clear to bottom of screen */ ! (void) tputs(Str(T_cd), Val(T_li), (void(*)(int))term__putc); } else { term__putc('\r'); *************** *** 706,715 **** EditLine *el; { if (GoodStr(T_vb)) ! (void) tputs(Str(T_vb), 1, term__putc); /* visible bell */ else if (GoodStr(T_bl)) /* what termcap says we should use */ ! (void) tputs(Str(T_bl), 1, term__putc); else term__putc('\007'); /* an ASCII bell; ^G */ } /* end term_beep */ --- 706,715 ---- EditLine *el; { if (GoodStr(T_vb)) ! (void) tputs(Str(T_vb), 1, (void(*)(int))term__putc); /* visible bell */ else if (GoodStr(T_bl)) /* what termcap says we should use */ ! (void) tputs(Str(T_bl), 1, (void(*)(int))term__putc); else term__putc('\007'); /* an ASCII bell; ^G */ } /* end term_beep */ *************** *** 724,732 **** EditLine *el; { if (GoodStr(T_cd)) ! (void) tputs(Str(T_cd), Val(T_li), term__putc); else if (GoodStr(T_ce)) ! (void) tputs(Str(T_ce), Val(T_li), term__putc); } /* end term_clear_to_bottom */ #endif --- 724,732 ---- EditLine *el; { if (GoodStr(T_cd)) ! (void) tputs(Str(T_cd), Val(T_li), (void(*)(int))term__putc); else if (GoodStr(T_ce)) ! (void) tputs(Str(T_ce), Val(T_li), (void(*)(int))term__putc); } /* end term_clear_to_bottom */ #endif *************** *** 1316,1322 **** "echotc: Warning: Extra argument `%s'.\n", *argv); return -1; } ! (void) tputs(scap, 1, term__putc); break; case 1: argv++; --- 1316,1322 ---- "echotc: Warning: Extra argument `%s'.\n", *argv); return -1; } ! (void) tputs(scap, 1, (void(*)(int))term__putc); break; case 1: argv++; *************** *** 1335,1341 **** "echotc: Warning: Extra argument `%s'.\n", *argv); return -1; } ! (void) tputs(tgoto(scap, arg_cols, arg_rows), 1, term__putc); break; default: /* This is wrong, but I will ignore it... */ --- 1335,1341 ---- "echotc: Warning: Extra argument `%s'.\n", *argv); return -1; } ! (void) tputs(tgoto(scap, arg_cols, arg_rows), 1, (void(*)(int))term__putc); break; default: /* This is wrong, but I will ignore it... */ *************** *** 1368,1374 **** "echotc: Warning: Extra argument `%s'.\n", *argv); return -1; } ! (void) tputs(tgoto(scap, arg_cols, arg_rows), arg_rows, term__putc); break; } return 0; --- 1368,1374 ---- "echotc: Warning: Extra argument `%s'.\n", *argv); return -1; } ! (void) tputs(tgoto(scap, arg_cols, arg_rows), arg_rows, (void(*)(int))term__putc); break; } return 0; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 26 16:30:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09408 for bugs-outgoing; Sun, 26 May 1996 16:30:36 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09381; Sun, 26 May 1996 16:30:33 -0700 (PDT) Date: Sun, 26 May 1996 16:30:33 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262330.QAA09381@freefall.freebsd.org> To: gordon@sneaky.lonestar.org, scrappy, freebsd-bugs Subject: Re: i386/596 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: and conflict with _POSIX_SOURCE State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 16:29:49 PDT 1996 State-Changed-Why: Recently fixed by Bruce, from log: date: 1996/05/01 00:39:55; author: bde; state: Exp; lines: +14 -14 Fixed longstanding namespace convolution involving rune_t vs wchar_t. If _ANSI_SOURCE or _POSIX_SOURCE is defined, then had to be included before or to get rune_t declared. Now rune_t is declared perfectly bogusly in all cases when is included. This change breaks similar (but more convoluted) convolutions in the stddef.h in gcc distributions. Ports of gcc should avoid using the gcc headers. From owner-freebsd-bugs Sun May 26 16:34:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10346 for bugs-outgoing; Sun, 26 May 1996 16:34:17 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10329; Sun, 26 May 1996 16:34:14 -0700 (PDT) Date: Sun, 26 May 1996 16:34:14 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262334.QAA10329@freefall.freebsd.org> To: scrappy, freebsd-bugs, wpaul Subject: Re: misc/605 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: NIS: get*bynis routine problems Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:31:26 PDT 1996 Responsible-Changed-Why: last major change to some of the get*bynis functions...patch included From owner-freebsd-bugs Sun May 26 16:39:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11288 for bugs-outgoing; Sun, 26 May 1996 16:39:41 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11265; Sun, 26 May 1996 16:39:39 -0700 (PDT) Date: Sun, 26 May 1996 16:39:39 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262339.QAA11265@freefall.freebsd.org> To: fredriks@mcs.com, scrappy, freebsd-bugs, scrappy Subject: Re: i386/631 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: if_ix does not support bpf, nor does it appear to support MC. State-Changed-From-To: open-feedback State-Changed-By: scrappy State-Changed-When: Sun May 26 16:34:48 PDT 1996 State-Changed-Why: the log seems to imply that bpf support exists, but I can't find *when* it was added in (read too many of these today, I'm going blind): date: 1996/02/06 18:50:46; author: wollman; state: Exp; lines: +5 -19 Clean up Ethernet drivers: - fill in and use ifp->if_softc - use if_bpf rather than private cookie variables - change bpf interface to take advantage of this - call ether_ifattach() directly from Ethernet drivers - delete kludge in if_attach() that did this indirectly Responsible-Changed-From-To: freebsd-bugs->scrappy Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:34:48 PDT 1996 Responsible-Changed-Why: looking into it From owner-freebsd-bugs Sun May 26 16:42:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11999 for bugs-outgoing; Sun, 26 May 1996 16:42:05 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11979; Sun, 26 May 1996 16:42:03 -0700 (PDT) Date: Sun, 26 May 1996 16:42:03 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262342.QAA11979@freefall.freebsd.org> To: scrappy, freebsd-bugs, wollman Subject: Re: kern/638 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Transmitted packets not passed to bpf in if_le.c Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:41:23 PDT 1996 Responsible-Changed-Why: last cleanup by wollman included changes to bpf... From owner-freebsd-bugs Sun May 26 16:43:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12153 for bugs-outgoing; Sun, 26 May 1996 16:43:12 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12134; Sun, 26 May 1996 16:43:10 -0700 (PDT) Date: Sun, 26 May 1996 16:43:10 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262343.QAA12134@freefall.freebsd.org> To: scrappy, freebsd-bugs, mpp Subject: Re: docs/646 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vmstat man page out of date Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:42:44 PDT 1996 Responsible-Changed-Why: Ibelieve mike is still working on the man pages? From owner-freebsd-bugs Sun May 26 16:44:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12569 for bugs-outgoing; Sun, 26 May 1996 16:44:55 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12550; Sun, 26 May 1996 16:44:53 -0700 (PDT) Date: Sun, 26 May 1996 16:44:53 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262344.QAA12550@freefall.freebsd.org> To: scrappy, freebsd-bugs, peter Subject: Re: gnu/650 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Current flex is outdated Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:43:42 PDT 1996 Responsible-Changed-Why: the man responsible for such major changes to the cvs repository... From owner-freebsd-bugs Sun May 26 16:48:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13460 for bugs-outgoing; Sun, 26 May 1996 16:48:51 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13417; Sun, 26 May 1996 16:48:45 -0700 (PDT) Date: Sun, 26 May 1996 16:48:45 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262348.QAA13417@freefall.freebsd.org> To: scrappy, freebsd-bugs, asami Subject: Re: kern/652 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Multiple addresses on one interface interacts badly with gated Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:45:26 PDT 1996 Responsible-Changed-Why: sorry, this is being changed to the wrong person *but* I can't think of anywhere else to send it, and this will at least wake up the PR to be properly assigned or closed, as is deemed appropriate :( From owner-freebsd-bugs Sun May 26 16:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13837 for bugs-outgoing; Sun, 26 May 1996 16:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13825; Sun, 26 May 1996 16:50:02 -0700 (PDT) Resent-Date: Sun, 26 May 1996 16:50:02 -0700 (PDT) Resent-Message-Id: <199605262350.QAA13825@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12440 for ; Sun, 26 May 1996 16:44:26 -0700 (PDT) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id CAA06743 for ; Mon, 27 May 1996 02:44:16 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.5/8.6.4) id CAA25883; Mon, 27 May 1996 02:44:15 +0300 (EET DST) Message-Id: <199605262344.CAA25883@cantina.clinet.fi> Date: Mon, 27 May 1996 02:44:15 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1256: ZNYX 314 mysterously looses packets Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1256 >Category: kern >Synopsis: ZNYX 314 mysterously looses packets >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 26 16:50:00 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: May 26 03:52:55 otaniemi6-gw /kernel: CPU: Pentium (89.81-MHz 586-class CPU) May 26 03:52:56 otaniemi6-gw /kernel: Origin = "GenuineIntel" Id = 0x525 Ste pping=5 May 26 03:52:56 otaniemi6-gw /kernel: Features=0x1bf May 26 03:52:56 otaniemi6-gw /kernel: real memory = 16777216 (16384K bytes) May 26 03:52:56 otaniemi6-gw /kernel: avail memory = 14471168 (14132K bytes) May 26 03:52:56 otaniemi6-gw /kernel: Probing for devices on PCI bus 0: May 26 03:52:56 otaniemi6-gw /kernel: chip0 rev 0 on pci0:0 May 26 06:52:58 otaniemi6-gw /kernel: chip1 rev 1 on pci0:1:0 May 26 06:52:58 otaniemi6-gw /kernel: pci0:1:1: Silicon Integrated Systems, devi ce=0x5513, class=storage (ide) int a irq ?? [no driver assigned] May 26 06:52:58 otaniemi6-gw /kernel: chip2 rev 2 on pci0:9 May 26 06:52:58 otaniemi6-gw /kernel: chip3 rev 2 on pci0:10 May 26 06:52:58 otaniemi6-gw /kernel: chip4 rev 1 on pci0:11 May 26 06:52:58 otaniemi6-gw /kernel: chip5 rev 2 on pci0:12 May 26 06:52:58 otaniemi6-gw /kernel: Probing for devices on PCI bus 1: May 26 06:52:58 otaniemi6-gw /kernel: de0 rev 35 int a irq 9 on pci1:4 May 26 06:52:58 otaniemi6-gw /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:01:0b:c0 May 26 06:52:58 otaniemi6-gw /kernel: de0: enabling Thinwire/AUI port May 26 06:52:58 otaniemi6-gw /kernel: de1 rev 35 int a irq 11 on pci1:5 May 26 06:52:58 otaniemi6-gw /kernel: de1: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:e0:09:c0 May 26 06:52:58 otaniemi6-gw /kernel: de1: enabling Thinwire/AUI port May 26 06:52:58 otaniemi6-gw /kernel: Probing for devices on PCI bus 2: May 26 06:52:58 otaniemi6-gw /kernel: de2 rev 35 int a irq 12 on pci2:4 May 26 06:52:58 otaniemi6-gw /kernel: de2: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:50:01:c0 May 26 06:52:58 otaniemi6-gw /kernel: de2: enabling Thinwire/AUI port May 26 06:52:58 otaniemi6-gw /kernel: de3 rev 35 int a irq 9 on pci2:5 May 26 06:52:58 otaniemi6-gw /kernel: de3: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:1e:02:c0 May 26 06:52:58 otaniemi6-gw /kernel: de3: enabling Thinwire/AUI port May 26 06:52:59 otaniemi6-gw /kernel: Probing for devices on PCI bus 3: May 26 06:52:59 otaniemi6-gw /kernel: de4 rev 35 int a irq 10 on pci3:4 May 26 06:52:59 otaniemi6-gw /kernel: pcibus_ihandler_attach: counting pci irq10 's as clk0 irqs May 26 06:52:59 otaniemi6-gw /kernel: de4: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3c May 26 06:52:59 otaniemi6-gw /kernel: de4: enabling 10baseT/UTP port May 26 06:52:59 otaniemi6-gw /kernel: de5 rev 35 int a irq 12 on pci3:5 May 26 06:52:59 otaniemi6-gw /kernel: de5: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3d May 26 06:52:59 otaniemi6-gw /kernel: de5: enabling 10baseT/UTP port May 26 06:52:59 otaniemi6-gw /kernel: de6 rev 35 int a irq 9 on pci3:6 May 26 06:52:59 otaniemi6-gw /kernel: de6: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3e May 26 06:52:59 otaniemi6-gw /kernel: de6: enabling 10baseT/UTP port May 26 06:52:59 otaniemi6-gw /kernel: de7 rev 35 int a irq 11 on pci3:7 May 26 06:52:59 otaniemi6-gw /kernel: de7: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:f0:05:3f May 26 06:52:59 otaniemi6-gw /kernel: de7: enabling 10baseT/UTP port May 26 06:52:59 otaniemi6-gw /kernel: Probing for devices on PCI bus 4: May 26 06:52:59 otaniemi6-gw /kernel: de8 rev 35 int a irq 11 on pci4:4 May 26 06:52:59 otaniemi6-gw /kernel: de8: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:3a:0b:c0 May 26 06:53:00 otaniemi6-gw /kernel: de8: enabling Thinwire/AUI port May 26 06:53:00 otaniemi6-gw /kernel: de9 rev 35 int a irq 10 on pci4:5 May 26 06:53:00 otaniemi6-gw /kernel: pcibus_ihandler_attach: counting pci irq10 's as clk0 irqs May 26 06:53:00 otaniemi6-gw /kernel: de9: DC21040 [10Mb/s] pass 2.3 Ethernet ad dress 00:00:c0:bb:08:c0 May 26 06:53:00 otaniemi6-gw /kernel: de9: enabling Thinwire/AUI port May 26 06:53:00 otaniemi6-gw /kernel: Probing for devices on the ISA bus: >Description: ZNYX 314 ports seem to transmit/receive packets but they are "lost". For example, traceroute packets and telnet connection startup work, but ping packets or telnet connection data packets are lost. I also see other odd effects like one machine repeatably failing to receive file larger than 100k (first it goes well, then it stops receiving and after a minute or so it says "connection reset by peer"). This only happens with ZNYX 314, not with, say SMC Etherpower^2. The problem depends on port being used, one port may work, the other does not. ee1-gw# netstat -I de8 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll de8 1500 00.c0.95.f0.00.ff 268 0 109 0 0 de8 1500 194.100.0.220 ee1-gw 268 0 109 0 0 ee1-gw# otaniemi3-gw# netstat -I de7 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll de7 1500 00.c0.95.f0.01.4f 140 0 288 0 0 de7 1500 194.100.0.220 otaniemi3-gw 140 0 288 0 0 otaniemi3-gw# ee1-gw# ping 194.100.0.221 PING 194.100.0.221 (194.100.0.221): 56 data bytes ^C --- 194.100.0.221 ping statistics --- 4 packets transmitted, 0 packets received, 100% packet loss ee1-gw# ee1-gw# netstat -I de8 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll de8 1500 00.c0.95.f0.00.ff 268 0 109 0 0 de8 1500 194.100.0.220 ee1-gw 268 0 109 0 0 ee1-gw# otaniemi3-gw# netstat -I de7 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll de7 1500 00.c0.95.f0.01.4f 144 0 288 0 0 de7 1500 194.100.0.220 otaniemi3-gw 144 0 288 0 0 otaniemi3-gw# otaniemi3-gw sees packets coming from ee1-gw, but does not reply them. If I try traceroute instead: ee1-gw# netstat -I de8 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll de8 1500 00.c0.95.f0.00.ff 269 0 113 0 0 de8 1500 194.100.0.220 ee1-gw 269 0 113 0 0 ee1-gw# traceroute 194.100.0.221 traceroute to 194.100.0.221 (194.100.0.221), 30 hops max, 40 byte packets 1 otaniemi3-gw.espoo.clinet.fi (194.100.0.221) 0.897 ms 0.621 ms 0.586 ms ee1-gw# netstat -I de8 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll de8 1500 00.c0.95.f0.00.ff 272 0 116 0 0 de8 1500 194.100.0.220 ee1-gw 272 0 116 0 0 ee1-gw# So traceroute works normally. >How-To-Repeat: I can repeat this every time. >Fix: Kernel should provide more diagnostics. If the packets are somehow corrupted, kernel should complain about it. Now the packets seem to be silently discarded. Could this be a PCI problem ? I do have one configuration which is working correctly, and two configurations which do not. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 26 16:52:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14532 for bugs-outgoing; Sun, 26 May 1996 16:52:07 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14508; Sun, 26 May 1996 16:52:04 -0700 (PDT) Date: Sun, 26 May 1996 16:52:04 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262352.QAA14508@freefall.freebsd.org> To: scrappy, freebsd-bugs, jdp Subject: Re: gnu/655 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ld -r of shared objects worked in 1.1.5, not in 2.0.5 Responsible-Changed-From-To: freebsd-bugs->jdp Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:51:40 PDT 1996 Responsible-Changed-Why: last changes to ld by jdp... From owner-freebsd-bugs Sun May 26 16:55:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15156 for bugs-outgoing; Sun, 26 May 1996 16:55:00 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15137; Sun, 26 May 1996 16:54:57 -0700 (PDT) Date: Sun, 26 May 1996 16:54:57 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605262354.QAA15137@freefall.freebsd.org> To: scrappy, freebsd-bugs, wollman Subject: Re: bin/658 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ifconfig alias has to be separately given Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 16:54:33 PDT 1996 Responsible-Changed-Why: last series of commits by wollman From owner-freebsd-bugs Sun May 26 17:25:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA21666 for bugs-outgoing; Sun, 26 May 1996 17:25:22 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA21641 for ; Sun, 26 May 1996 17:25:02 -0700 (PDT) Received: from campa.panke.de (anonymous223.ppp.cs.tu-berlin.de [130.149.17.223]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id CAA26431; Mon, 27 May 1996 02:22:12 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id AAA16115; Mon, 27 May 1996 00:13:18 +0200 Date: Mon, 27 May 1996 00:13:18 +0200 From: Wolfram Schneider Message-Id: <199605262213.AAA16115@campa.panke.de> To: Charles Owens Cc: bugs list FreeBSD Subject: bug in awk In-Reply-To: References: Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk awk-3.0 has this bug too. try $ ls -1 *.doc \ | awk -F. '{ print "cp " $1 ".doc /usr/local/man/cat1/" $1 ".1" }' Wolfram Charles Owens writes: >Awk seems to have a problem, perhaps associated with the use of the FS >variable. (Bug seen with FreeBSD 2.1-stable a la 3/16/96) Allow me to >demonstrate: > >I have a directory with the following files : > crc.doc minirb.doc rz.doc sz.doc > >I want to remame them to foo.1 and stick them in /usr/local/man/cat1. >Accordingly, I do the following (which ultimately would be piped to a >shell, of course): > > ls -1 *.doc \ > | awk '{FS="."; print "cp " $1 ".doc /usr/local/man/cat1/" $1 ".1" }' > >This produces: > cp crc.doc.doc /usr/local/man/cat1/crc.doc.1 > cp minirb.doc /usr/local/man/cat1/minirb.1 > cp rz.doc /usr/local/man/cat1/rz.1 > cp sz.doc /usr/local/man/cat1/sz.1 > >Note the problem that the first line has. This behavior is repeatable, >using different field separators, etc. I'm no awk expert, but it sure >looks like a bug to me... From owner-freebsd-bugs Sun May 26 17:50:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25814 for bugs-outgoing; Sun, 26 May 1996 17:50:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25797; Sun, 26 May 1996 17:50:03 -0700 (PDT) Resent-Date: Sun, 26 May 1996 17:50:03 -0700 (PDT) Resent-Message-Id: <199605270050.RAA25797@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 (spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA25703 for ; Sun, 26 May 1996 17:49:33 -0700 (PDT) Received: (from peter@localhost) by spinner.DIALix.COM (8.7.5/8.7.3) id IAA00456; Mon, 27 May 1996 08:49:16 +0800 (WST) Message-Id: <199605270049.IAA00456@spinner.DIALix.COM> Date: Mon, 27 May 1996 08:49:16 +0800 (WST) From: Peter Wemm Reply-To: peter@spinner.DIALix.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1257: System got blown away by "vm_pageout_scan: page not inactive?" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1257 >Category: kern >Synopsis: System got blown away by "vm_pageout_scan: page not inactive?" >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 26 17:50:01 PDT 1996 >Last-Modified: >Originator: Peter Wemm >Organization: Ha! >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD spinner.DIALix.COM 2.2-CURRENT FreeBSD 2.2-CURRENT #52: Sun May 26 18:15:13 WST 1996 peter@spinner.DIALix.COM:/home/src/sys/compile/SPINNER i386 Very -current, after John's fixes to vm_fault.c (1.46) and vm_pageout.c (v1.73). >Description: I was in the middle of a 'make world', which had failed (my fault) and when I looked at the screen, it had reported a pile of these errors. After restarting the 'make', it spat out a few for each invocation of gcc, and then went into a hard loop printing these out so fast that it was beating the monitor scan rate. By this time, all disk activity had stopped. I could break into ddb, it came from inside vm_pageout(). >How-To-Repeat: I dont know how repeatable it is, it's only happened once. >Fix: The pageout is looping through "goto restart0" somehow. I suspect that some resource had completely run out or leaked away, causing all other processes to sleep. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 26 18:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00304 for bugs-outgoing; Sun, 26 May 1996 18:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00289; Sun, 26 May 1996 18:10:03 -0700 (PDT) Date: Sun, 26 May 1996 18:10:03 -0700 (PDT) Message-Id: <199605270110.SAA00289@freefall.freebsd.org> To: freebsd-bugs Cc: From: asami@cs.berkeley.edu (Satoshi Asami) Subject: Re: bin/1254: xroach cores with missing arguments Reply-To: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1254; it has been noted by GNATS. From: asami@cs.berkeley.edu (Satoshi Asami) To: FreeBSD-gnats-submit@freefall.freebsd.org, jc@irbs.com Cc: Subject: Re: bin/1254: xroach cores with missing arguments Date: Sun, 26 May 1996 18:08:38 -0700 (PDT) * Omit numeric arg with flag that expects one and xroach will core. * *** /usr/stable/src/games/x11/xroach/xroach.c Sat May 4 21:18:41 1996 * --- games/x11/xroach/xroach.c Sat May 4 17:50:29 1996 Thanks, I took the patch and added it as patch-ab of ports/games/xroach. I'm not sure what to do about the xroach in -stable though -- xroach (and xneko) has been added to the ports tree after the 2.1 release, which means it's technically unsupported for the 2.1-* branch.... Satoshi From owner-freebsd-bugs Sun May 26 18:10:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00385 for bugs-outgoing; Sun, 26 May 1996 18:10:20 -0700 (PDT) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00369; Sun, 26 May 1996 18:10:19 -0700 (PDT) Date: Sun, 26 May 1996 18:10:19 -0700 (PDT) From: Wolfram Schneider Message-Id: <199605270110.SAA00369@freefall.freebsd.org> To: cove@brazil.nbn.com, wosch, freebsd-bugs Subject: Re: docs/1239 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Type-o in /usr/share/dict/words State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sun May 26 18:08:48 PDT 1996 State-Changed-Why: remove unknown word ``unknowen'' From owner-freebsd-bugs Sun May 26 18:38:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05245 for bugs-outgoing; Sun, 26 May 1996 18:38:17 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05210; Sun, 26 May 1996 18:38:14 -0700 (PDT) Date: Sun, 26 May 1996 18:38:14 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199605270138.SAA05210@freefall.freebsd.org> To: jc@irbs.com, jkh, freebsd-bugs Subject: Re: bin/1254 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: xroach cores with missing arguments State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun May 26 18:36:38 PDT 1996 State-Changed-Why: xroach was still lurking in -stable (long since nuked from -current), it's now gone. From owner-freebsd-bugs Sun May 26 19:28:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15789 for bugs-outgoing; Sun, 26 May 1996 19:28:12 -0700 (PDT) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15770; Sun, 26 May 1996 19:28:09 -0700 (PDT) Date: Sun, 26 May 1996 19:28:09 -0700 (PDT) From: Bill Fenner Message-Id: <199605270228.TAA15770@freefall.freebsd.org> To: fenner, fenner, freebsd-bugs Subject: Re: kern/587 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: if_le hangs on OACTIVE with 2k buffer Responsible-Changed-From-To: fenner->freebsd-bugs Responsible-Changed-By: fenner Responsible-Changed-When: Sun May 26 19:25:34 PDT 1996 Responsible-Changed-Why: >last to modify this driver... but that doesn't mean I know anything about any of the supported boards... From owner-freebsd-bugs Sun May 26 19:52:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20390 for bugs-outgoing; Sun, 26 May 1996 19:52:13 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA20222; Sun, 26 May 1996 19:51:49 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) with SMTP id VAA29971; Sun, 26 May 1996 21:52:10 -0500 (CDT) Date: Sun, 26 May 1996 21:52:09 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Heikki Suonsivu cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1256: ZNYX 314 mysterously looses packets In-Reply-To: <199605262344.CAA25883@cantina.clinet.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running 2 314s with no problem using the new dc21040 drivers, and a patch to pcisupport.c. You should probably be able to get these changes from Matt Thomas. I've had this code running on the new and the old rev of the ZX314. Its been in production for a week and a half now working flawlessly. On Mon, 27 May 1996, Heikki Suonsivu wrote: > >Number: 1256 > >Category: kern > >Synopsis: ZNYX 314 mysterously looses packets > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun May 26 16:50:00 PDT 1996 > >Last-Modified: > >Originator: Heikki Suonsivu > >Organization: > Clinet, Espoo, Finland > >Release: FreeBSD 2.2-CURRENT i386 > >Environment: > > May 26 03:52:55 otaniemi6-gw /kernel: CPU: Pentium (89.81-MHz 586-class CPU) > May 26 03:52:56 otaniemi6-gw /kernel: Origin = "GenuineIntel" Id = 0x525 Ste > pping=5 > May 26 03:52:56 otaniemi6-gw /kernel: Features=0x1bf E,CX8> > May 26 03:52:56 otaniemi6-gw /kernel: real memory = 16777216 (16384K bytes) > May 26 03:52:56 otaniemi6-gw /kernel: avail memory = 14471168 (14132K bytes) > May 26 03:52:56 otaniemi6-gw /kernel: Probing for devices on PCI bus 0: > May 26 03:52:56 otaniemi6-gw /kernel: chip0 ice=5511 subclass=0)> rev 0 on pci0:0 > May 26 06:52:58 otaniemi6-gw /kernel: chip1 rev 1 on pci0:1:0 > May 26 06:52:58 otaniemi6-gw /kernel: pci0:1:1: Silicon Integrated Systems, devi > ce=0x5513, class=storage (ide) int a irq ?? [no driver assigned] > May 26 06:52:58 otaniemi6-gw /kernel: chip2 rev 2 on > pci0:9 > May 26 06:52:58 otaniemi6-gw /kernel: chip3 rev 2 on > pci0:10 > May 26 06:52:58 otaniemi6-gw /kernel: chip4 rev 1 on > pci0:11 > May 26 06:52:58 otaniemi6-gw /kernel: chip5 rev 2 on > pci0:12 > May 26 06:52:58 otaniemi6-gw /kernel: Probing for devices on PCI bus 1: > May 26 06:52:58 otaniemi6-gw /kernel: de0 rev 35 int > a irq 9 on pci1:4 > May 26 06:52:58 otaniemi6-gw /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:01:0b:c0 > May 26 06:52:58 otaniemi6-gw /kernel: de0: enabling Thinwire/AUI port > May 26 06:52:58 otaniemi6-gw /kernel: de1 rev 35 int > a irq 11 on pci1:5 > May 26 06:52:58 otaniemi6-gw /kernel: de1: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:e0:09:c0 > May 26 06:52:58 otaniemi6-gw /kernel: de1: enabling Thinwire/AUI port > May 26 06:52:58 otaniemi6-gw /kernel: Probing for devices on PCI bus 2: > May 26 06:52:58 otaniemi6-gw /kernel: de2 rev 35 int > a irq 12 on pci2:4 > May 26 06:52:58 otaniemi6-gw /kernel: de2: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:50:01:c0 > May 26 06:52:58 otaniemi6-gw /kernel: de2: enabling Thinwire/AUI port > May 26 06:52:58 otaniemi6-gw /kernel: de3 rev 35 int > a irq 9 on pci2:5 > May 26 06:52:58 otaniemi6-gw /kernel: de3: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:1e:02:c0 > May 26 06:52:58 otaniemi6-gw /kernel: de3: enabling Thinwire/AUI port > May 26 06:52:59 otaniemi6-gw /kernel: Probing for devices on PCI bus 3: > May 26 06:52:59 otaniemi6-gw /kernel: de4 rev 35 int > a irq 10 on pci3:4 > May 26 06:52:59 otaniemi6-gw /kernel: pcibus_ihandler_attach: counting pci irq10 > 's as clk0 irqs > May 26 06:52:59 otaniemi6-gw /kernel: de4: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 > Ethernet address 00:c0:95:f0:05:3c > May 26 06:52:59 otaniemi6-gw /kernel: de4: enabling 10baseT/UTP port > May 26 06:52:59 otaniemi6-gw /kernel: de5 rev 35 int > a irq 12 on pci3:5 > May 26 06:52:59 otaniemi6-gw /kernel: de5: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 > Ethernet address 00:c0:95:f0:05:3d > May 26 06:52:59 otaniemi6-gw /kernel: de5: enabling 10baseT/UTP port > May 26 06:52:59 otaniemi6-gw /kernel: de6 rev 35 int > a irq 9 on pci3:6 > May 26 06:52:59 otaniemi6-gw /kernel: de6: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 > Ethernet address 00:c0:95:f0:05:3e > May 26 06:52:59 otaniemi6-gw /kernel: de6: enabling 10baseT/UTP port > May 26 06:52:59 otaniemi6-gw /kernel: de7 rev 35 int > a irq 11 on pci3:7 > May 26 06:52:59 otaniemi6-gw /kernel: de7: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 > Ethernet address 00:c0:95:f0:05:3f > May 26 06:52:59 otaniemi6-gw /kernel: de7: enabling 10baseT/UTP port > May 26 06:52:59 otaniemi6-gw /kernel: Probing for devices on PCI bus 4: > May 26 06:52:59 otaniemi6-gw /kernel: de8 rev 35 int > a irq 11 on pci4:4 > May 26 06:52:59 otaniemi6-gw /kernel: de8: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:3a:0b:c0 > May 26 06:53:00 otaniemi6-gw /kernel: de8: enabling Thinwire/AUI port > May 26 06:53:00 otaniemi6-gw /kernel: de9 rev 35 int > a irq 10 on pci4:5 > May 26 06:53:00 otaniemi6-gw /kernel: pcibus_ihandler_attach: counting pci irq10 > 's as clk0 irqs > May 26 06:53:00 otaniemi6-gw /kernel: de9: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:bb:08:c0 > May 26 06:53:00 otaniemi6-gw /kernel: de9: enabling Thinwire/AUI port > May 26 06:53:00 otaniemi6-gw /kernel: Probing for devices on the ISA bus: > > > >Description: > > ZNYX 314 ports seem to transmit/receive packets but they are "lost". > For example, traceroute packets and telnet connection startup work, > but ping packets or telnet connection data packets are lost. I also > see other odd effects like one machine repeatably failing to receive > file larger than 100k (first it goes well, then it stops receiving and > after a minute or so it says "connection reset by peer"). This only > happens with ZNYX 314, not with, say SMC Etherpower^2. The problem > depends on port being used, one port may work, the other does not. > > ee1-gw# netstat -I de8 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de8 1500 00.c0.95.f0.00.ff 268 0 109 0 0 > de8 1500 194.100.0.220 ee1-gw 268 0 109 0 0 > ee1-gw# > > otaniemi3-gw# netstat -I de7 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de7 1500 00.c0.95.f0.01.4f 140 0 288 0 0 > de7 1500 194.100.0.220 otaniemi3-gw 140 0 288 0 0 > otaniemi3-gw# > > ee1-gw# ping 194.100.0.221 > PING 194.100.0.221 (194.100.0.221): 56 data bytes > ^C > --- 194.100.0.221 ping statistics --- > 4 packets transmitted, 0 packets received, 100% packet loss > ee1-gw# > > ee1-gw# netstat -I de8 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de8 1500 00.c0.95.f0.00.ff 268 0 109 0 0 > de8 1500 194.100.0.220 ee1-gw 268 0 109 0 0 > ee1-gw# > > otaniemi3-gw# netstat -I de7 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de7 1500 00.c0.95.f0.01.4f 144 0 288 0 0 > de7 1500 194.100.0.220 otaniemi3-gw 144 0 288 0 0 > otaniemi3-gw# > > otaniemi3-gw sees packets coming from ee1-gw, but does not reply them. > If I try traceroute instead: > > ee1-gw# netstat -I de8 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de8 1500 00.c0.95.f0.00.ff 269 0 113 0 0 > de8 1500 194.100.0.220 ee1-gw 269 0 113 0 0 > ee1-gw# traceroute 194.100.0.221 > traceroute to 194.100.0.221 (194.100.0.221), 30 hops max, 40 byte packets > 1 otaniemi3-gw.espoo.clinet.fi (194.100.0.221) 0.897 ms 0.621 ms 0.586 ms > ee1-gw# netstat -I de8 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de8 1500 00.c0.95.f0.00.ff 272 0 116 0 0 > de8 1500 194.100.0.220 ee1-gw 272 0 116 0 0 > ee1-gw# > > So traceroute works normally. > > >How-To-Repeat: > > I can repeat this every time. > > >Fix: > > Kernel should provide more diagnostics. If the packets are somehow > corrupted, kernel should complain about it. Now the packets seem to > be silently discarded. Could this be a PCI problem ? I do have one > configuration which is working correctly, and two configurations > which do not. > > >Audit-Trail: > >Unformatted: > | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-bugs Sun May 26 20:00:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22310 for bugs-outgoing; Sun, 26 May 1996 20:00:12 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22265; Sun, 26 May 1996 20:00:06 -0700 (PDT) Date: Sun, 26 May 1996 20:00:06 -0700 (PDT) Message-Id: <199605270300.UAA22265@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Matthew N. Dodd" Subject: Re: kern/1256: ZNYX 314 mysterously looses packets Reply-To: "Matthew N. Dodd" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1256; it has been noted by GNATS. From: "Matthew N. Dodd" To: Heikki Suonsivu Cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1256: ZNYX 314 mysterously looses packets Date: Sun, 26 May 1996 21:52:09 -0500 (CDT) I'm running 2 314s with no problem using the new dc21040 drivers, and a patch to pcisupport.c. You should probably be able to get these changes from Matt Thomas. I've had this code running on the new and the old rev of the ZX314. Its been in production for a week and a half now working flawlessly. On Mon, 27 May 1996, Heikki Suonsivu wrote: > >Number: 1256 > >Category: kern > >Synopsis: ZNYX 314 mysterously looses packets > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sun May 26 16:50:00 PDT 1996 > >Last-Modified: > >Originator: Heikki Suonsivu > >Organization: > Clinet, Espoo, Finland > >Release: FreeBSD 2.2-CURRENT i386 > >Environment: > > May 26 03:52:55 otaniemi6-gw /kernel: CPU: Pentium (89.81-MHz 586-class CPU) > May 26 03:52:56 otaniemi6-gw /kernel: Origin = "GenuineIntel" Id = 0x525 Ste > pping=5 > May 26 03:52:56 otaniemi6-gw /kernel: Features=0x1bf E,CX8> > May 26 03:52:56 otaniemi6-gw /kernel: real memory = 16777216 (16384K bytes) > May 26 03:52:56 otaniemi6-gw /kernel: avail memory = 14471168 (14132K bytes) > May 26 03:52:56 otaniemi6-gw /kernel: Probing for devices on PCI bus 0: > May 26 03:52:56 otaniemi6-gw /kernel: chip0 ice=5511 subclass=0)> rev 0 on pci0:0 > May 26 06:52:58 otaniemi6-gw /kernel: chip1 rev 1 on pci0:1:0 > May 26 06:52:58 otaniemi6-gw /kernel: pci0:1:1: Silicon Integrated Systems, devi > ce=0x5513, class=storage (ide) int a irq ?? [no driver assigned] > May 26 06:52:58 otaniemi6-gw /kernel: chip2 rev 2 on > pci0:9 > May 26 06:52:58 otaniemi6-gw /kernel: chip3 rev 2 on > pci0:10 > May 26 06:52:58 otaniemi6-gw /kernel: chip4 rev 1 on > pci0:11 > May 26 06:52:58 otaniemi6-gw /kernel: chip5 rev 2 on > pci0:12 > May 26 06:52:58 otaniemi6-gw /kernel: Probing for devices on PCI bus 1: > May 26 06:52:58 otaniemi6-gw /kernel: de0 rev 35 int > a irq 9 on pci1:4 > May 26 06:52:58 otaniemi6-gw /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:01:0b:c0 > May 26 06:52:58 otaniemi6-gw /kernel: de0: enabling Thinwire/AUI port > May 26 06:52:58 otaniemi6-gw /kernel: de1 rev 35 int > a irq 11 on pci1:5 > May 26 06:52:58 otaniemi6-gw /kernel: de1: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:e0:09:c0 > May 26 06:52:58 otaniemi6-gw /kernel: de1: enabling Thinwire/AUI port > May 26 06:52:58 otaniemi6-gw /kernel: Probing for devices on PCI bus 2: > May 26 06:52:58 otaniemi6-gw /kernel: de2 rev 35 int > a irq 12 on pci2:4 > May 26 06:52:58 otaniemi6-gw /kernel: de2: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:50:01:c0 > May 26 06:52:58 otaniemi6-gw /kernel: de2: enabling Thinwire/AUI port > May 26 06:52:58 otaniemi6-gw /kernel: de3 rev 35 int > a irq 9 on pci2:5 > May 26 06:52:58 otaniemi6-gw /kernel: de3: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:1e:02:c0 > May 26 06:52:58 otaniemi6-gw /kernel: de3: enabling Thinwire/AUI port > May 26 06:52:59 otaniemi6-gw /kernel: Probing for devices on PCI bus 3: > May 26 06:52:59 otaniemi6-gw /kernel: de4 rev 35 int > a irq 10 on pci3:4 > May 26 06:52:59 otaniemi6-gw /kernel: pcibus_ihandler_attach: counting pci irq10 > 's as clk0 irqs > May 26 06:52:59 otaniemi6-gw /kernel: de4: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 > Ethernet address 00:c0:95:f0:05:3c > May 26 06:52:59 otaniemi6-gw /kernel: de4: enabling 10baseT/UTP port > May 26 06:52:59 otaniemi6-gw /kernel: de5 rev 35 int > a irq 12 on pci3:5 > May 26 06:52:59 otaniemi6-gw /kernel: de5: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 > Ethernet address 00:c0:95:f0:05:3d > May 26 06:52:59 otaniemi6-gw /kernel: de5: enabling 10baseT/UTP port > May 26 06:52:59 otaniemi6-gw /kernel: de6 rev 35 int > a irq 9 on pci3:6 > May 26 06:52:59 otaniemi6-gw /kernel: de6: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 > Ethernet address 00:c0:95:f0:05:3e > May 26 06:52:59 otaniemi6-gw /kernel: de6: enabling 10baseT/UTP port > May 26 06:52:59 otaniemi6-gw /kernel: de7 rev 35 int > a irq 11 on pci3:7 > May 26 06:52:59 otaniemi6-gw /kernel: de7: ZNYX ZX314 DC21040 [10Mb/s] pass 2.3 > Ethernet address 00:c0:95:f0:05:3f > May 26 06:52:59 otaniemi6-gw /kernel: de7: enabling 10baseT/UTP port > May 26 06:52:59 otaniemi6-gw /kernel: Probing for devices on PCI bus 4: > May 26 06:52:59 otaniemi6-gw /kernel: de8 rev 35 int > a irq 11 on pci4:4 > May 26 06:52:59 otaniemi6-gw /kernel: de8: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:3a:0b:c0 > May 26 06:53:00 otaniemi6-gw /kernel: de8: enabling Thinwire/AUI port > May 26 06:53:00 otaniemi6-gw /kernel: de9 rev 35 int > a irq 10 on pci4:5 > May 26 06:53:00 otaniemi6-gw /kernel: pcibus_ihandler_attach: counting pci irq10 > 's as clk0 irqs > May 26 06:53:00 otaniemi6-gw /kernel: de9: DC21040 [10Mb/s] pass 2.3 Ethernet ad > dress 00:00:c0:bb:08:c0 > May 26 06:53:00 otaniemi6-gw /kernel: de9: enabling Thinwire/AUI port > May 26 06:53:00 otaniemi6-gw /kernel: Probing for devices on the ISA bus: > > > >Description: > > ZNYX 314 ports seem to transmit/receive packets but they are "lost". > For example, traceroute packets and telnet connection startup work, > but ping packets or telnet connection data packets are lost. I also > see other odd effects like one machine repeatably failing to receive > file larger than 100k (first it goes well, then it stops receiving and > after a minute or so it says "connection reset by peer"). This only > happens with ZNYX 314, not with, say SMC Etherpower^2. The problem > depends on port being used, one port may work, the other does not. > > ee1-gw# netstat -I de8 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de8 1500 00.c0.95.f0.00.ff 268 0 109 0 0 > de8 1500 194.100.0.220 ee1-gw 268 0 109 0 0 > ee1-gw# > > otaniemi3-gw# netstat -I de7 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de7 1500 00.c0.95.f0.01.4f 140 0 288 0 0 > de7 1500 194.100.0.220 otaniemi3-gw 140 0 288 0 0 > otaniemi3-gw# > > ee1-gw# ping 194.100.0.221 > PING 194.100.0.221 (194.100.0.221): 56 data bytes > ^C > --- 194.100.0.221 ping statistics --- > 4 packets transmitted, 0 packets received, 100% packet loss > ee1-gw# > > ee1-gw# netstat -I de8 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de8 1500 00.c0.95.f0.00.ff 268 0 109 0 0 > de8 1500 194.100.0.220 ee1-gw 268 0 109 0 0 > ee1-gw# > > otaniemi3-gw# netstat -I de7 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de7 1500 00.c0.95.f0.01.4f 144 0 288 0 0 > de7 1500 194.100.0.220 otaniemi3-gw 144 0 288 0 0 > otaniemi3-gw# > > otaniemi3-gw sees packets coming from ee1-gw, but does not reply them. > If I try traceroute instead: > > ee1-gw# netstat -I de8 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de8 1500 00.c0.95.f0.00.ff 269 0 113 0 0 > de8 1500 194.100.0.220 ee1-gw 269 0 113 0 0 > ee1-gw# traceroute 194.100.0.221 > traceroute to 194.100.0.221 (194.100.0.221), 30 hops max, 40 byte packets > 1 otaniemi3-gw.espoo.clinet.fi (194.100.0.221) 0.897 ms 0.621 ms 0.586 ms > ee1-gw# netstat -I de8 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > de8 1500 00.c0.95.f0.00.ff 272 0 116 0 0 > de8 1500 194.100.0.220 ee1-gw 272 0 116 0 0 > ee1-gw# > > So traceroute works normally. > > >How-To-Repeat: > > I can repeat this every time. > > >Fix: > > Kernel should provide more diagnostics. If the packets are somehow > corrupted, kernel should complain about it. Now the packets seem to > be silently discarded. Could this be a PCI problem ? I do have one > configuration which is working correctly, and two configurations > which do not. > > >Audit-Trail: > >Unformatted: > | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-bugs Sun May 26 20:18:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25539 for bugs-outgoing; Sun, 26 May 1996 20:18:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA25529 for ; Sun, 26 May 1996 20:18:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA03637; Sun, 26 May 1996 20:18:02 -0700 (PDT) To: asami@cs.berkeley.edu (Satoshi Asami) cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1254: xroach cores with missing arguments In-reply-to: Your message of "Sun, 26 May 1996 18:10:03 PDT." <199605270110.SAA00289@freefall.freebsd.org> Date: Sun, 26 May 1996 20:18:02 -0700 Message-ID: <3635.833167082@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > (and xneko) has been added to the ports tree after the 2.1 release, > which means it's technically unsupported for the 2.1-* branch.... Could you tag them into the 2.1 branch please? Since I've now toasted them from -stable.. What are your plans for 2.1.1 and the ports collection, BTW? :) Jordan From owner-freebsd-bugs Sun May 26 20:34:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA28789 for bugs-outgoing; Sun, 26 May 1996 20:34:41 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA28778; Sun, 26 May 1996 20:34:35 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id UAA13050; Sun, 26 May 1996 20:34:27 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA24370; Sun, 26 May 1996 17:19:29 -0600 Date: Sun, 26 May 1996 17:19:29 -0600 From: Nate Williams Message-Id: <199605262319.RAA24370@rocky.sri.MT.net> To: "Marc G. Fournier" Cc: freebsd-bugs@freefall.freebsd.org, nate@freefall.freebsd.org Subject: Re: bin/323 In-Reply-To: <199605262046.NAA16006@freefall.freebsd.org> References: <199605262046.NAA16006@freefall.freebsd.org> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Synopsis: Creating lost+found causes fsck to stop fsck -y FDIV017 > > Responsible-Changed-From-To: freebsd-bugs->nate > Responsible-Changed-By: scrappy > Responsible-Changed-When: Sun May 26 13:45:07 PDT 1996 > Responsible-Changed-Why: > did terry's patch include fix for this? Nope, it just fixed the bug where fsck needed multiple passes to fix broken FS. From owner-freebsd-bugs Sun May 26 21:54:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA14656 for bugs-outgoing; Sun, 26 May 1996 21:54:25 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA14623; Sun, 26 May 1996 21:54:22 -0700 (PDT) Date: Sun, 26 May 1996 21:54:22 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270454.VAA14623@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: bin/133 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mail program doesn't have editheaders option Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 21:53:23 PDT 1996 Responsible-Changed-Why: is this something that's likely ever going to happen, or should this be taken out of the GnATs database? From owner-freebsd-bugs Sun May 26 21:57:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA15494 for bugs-outgoing; Sun, 26 May 1996 21:57:46 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA15466; Sun, 26 May 1996 21:57:43 -0700 (PDT) Date: Sun, 26 May 1996 21:57:43 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270457.VAA15466@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: bin/173 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rc trys to mount modload fs before ld is available. Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 21:54:47 PDT 1996 Responsible-Changed-Why: does the fix make sense...is there a better method...can i close this? From owner-freebsd-bugs Sun May 26 22:04:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA17549 for bugs-outgoing; Sun, 26 May 1996 22:04:18 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA17530; Sun, 26 May 1996 22:04:15 -0700 (PDT) Date: Sun, 26 May 1996 22:04:15 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270504.WAA17530@freefall.freebsd.org> To: scrappy, freebsd-bugs, peter Subject: Re: kern/176 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: EIDRM not defined in errno.h Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:00:45 PDT 1996 Responsible-Changed-Why: he mentions that SYSV IPC uses it, peter last worked on sysv_ipc.c... its a weak thread, I know :) From owner-freebsd-bugs Sun May 26 22:07:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA18227 for bugs-outgoing; Sun, 26 May 1996 22:07:04 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA18204; Sun, 26 May 1996 22:07:02 -0700 (PDT) Date: Sun, 26 May 1996 22:07:02 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270507.WAA18204@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: gnu/373 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: In response to admittedly bogus code, gcc emits an odd message Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:05:06 PDT 1996 Responsible-Changed-Why: the "bug" exists in 2.7.2 as well, so it seems to be a gcc bug and not a FreeBSD bug...can we close it and hope its fixed in 2.7.3? From owner-freebsd-bugs Sun May 26 22:11:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA19397 for bugs-outgoing; Sun, 26 May 1996 22:11:34 -0700 (PDT) Received: from host.igs.net (root@host.igs.net [206.248.16.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA19371 for ; Sun, 26 May 1996 22:11:30 -0700 (PDT) Received: from ttyB02.ott.igs.net (ttyB02.ott.igs.net [206.248.17.102]) by host.igs.net (8.7.4/8.6.12) with SMTP id BAA27115; Mon, 27 May 1996 01:10:44 -0400 (EDT) Message-Id: <199605270510.BAA27115@host.igs.net> From: cskinner@bml.ca (Chris K. Skinner) To: "Jordan K. Hubbard" , "Bruce Evans" , bugs@freebsd.org Subject: Re: FTP server definite bug! Date: Mon, 27 May 1996 05:10:35 GMT X-Newsreader: Forte Free Agent 1.0.82 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >cc was given to: "Jordan K. Hubbard" ,"Bruce Evans" , bugs@freebsd.org Greetings. I read a bunch of messages on this. Sorry for any inconvenience that I might have caused anyone at the www@cdrom.com address. I also posted the bug message to the list.freebsd-bugs usenet newsgroup. So that others can learn of some of this stuff, I've cross-posted to a bunch of groups. You'll tell me if this is a bad thing? I'm using MS-Windows for my connection to the Internet and www, so when I went back to www.cdrom.com to look in the handbook or FAQ or other, I was lazy when I couldn't find where the bugs@freebsd.org spelling for cut/paste purposes was where I thought I saw a reference to reporting something to the www@cdrom.com. I got an impression that one bug reporting method might have involved me running some unix program or script to package the bug report. Since my unix system is not connected to the internet yet, and I am not rock solid with unix at all, I just used MS-Windows, quickly grabbed an e-mail address where persons with some degree of concern might be found (not necessarily a super high degree of concern, but... those who might be there could pass along the info), and voila!--People with concern seemed to have, one way or another, gotten my "by-the-way, there's a bug I found"-type message. To tell you the god's honest truth, I will probably be sticking to some program development in a Dos/Windows environment. Sorry for the blasphemy, but I like how many of the C/C++ development environments there permit you to place the display cursor or otherwise highlight any word/phrase in the development environment and press Ctrl-F1 to launch hypertext help on the topic. It saves hunting through manuals. It's my lazy man's way of programming. The help topic brings up sample code that can be cut and pasted into the environment's program development window so that in a matter of seconds, one can tweak the imported code into the shape one wants to accomplish the functionality one is trying for. If this kind of functionality is already in X-windows, then I'll be eager to branch-out into that development environment, otherwise, I'll probably stick, for a while, to the stuff that I know in Dos/Windows. I'll aim for portability, but that may be grasping for straws, and I'll probably be swearing and cursing about how nothing comes across cleanly! Bruce, for technical reasons, I have to run one version of winsock.dll for dial-up networking on WFWG 3.11 and another version (Microsoft tcp/ip-32) for ethernet tcp/ip. To switch back and forth, I click on an icon that runs a bat file script, but cannot do so while the in-place DLL file is busy--like now when I'm on-line on dial-up. Bruce Evans suggested that I please send him a ktrace of events. When I did a ps -leax|grep "ftp" I did not see any pids output, so maybe I've got to log into the unix box via ftp before the listing will display anything to me that I can set for ktrace'ing. After I reproduce the bug, and turn off ktrace via the -C option, I'll have to grab the ktrace'd result file and binary "get" it to this MS-Windows machine. I could probably gzip it just before doing so. Or should I do a kdump or ktracedump or whatever with output redirected to a file? And then should I e-mail either as an attachment with MIME encoding or binhex or uuencode or xxencode? Note that the attached file(s) is/are likely going to have an 8.3 MS-Dos filename. But I can't do this this instant because of the dial-up (trumpet) winsock.dll is in use and can't (now) be switched to the MS-version. If anyone has a suggestion regarding getting the pid of the ftp process for ktracing, please tell me _exactly_ what I should be doing. TIA. Happy computing. Regards, Chris K. Skinner. At 02:53 PM 5/23/96 -0700, "Jordan K. Hubbard" wrote: >> Hi. Greetings. Discovered something weird... >Uh, why are you sending this to the web site feedback address? :-) >This should go to bugs@freebsd.org if you think it's a genuine bug or >questions@freebsd.org if you aren't quite sure (see >http://www.freebsd.org for section on mailing lists and their >charters). >Thanks! > Jordan =========== A separate message from Bruce ... ============== >Date: Fri, 24 May 1996 23:18:50 +1000 >From: Bruce Evans >Message-Id: <199605241318.XAA03076@godzilla.zeta.org.au> >To: cskinner@bml.ca >Subject: Re: FTP server definite bug! >>Bug title: FTP server gets and obeys an mput of "." and ".." >> special files from a "stupid" LAN FTP client. >Please send me output from ktrace for this. >I broke the standard ftp client to test this but wasn't able to >duplicate the bug. The client sends ".", and the server attempts >to open "." for writing as a plain file, but the open fails like >it should. I think your client does something to make the server >unlink ".". >Bruce =========== Original bug report message follows ====== >Hi. Greetings. Discovered something weird... > >Bug title: FTP server gets and obeys an mput of "." and ".." > special files from a "stupid" LAN FTP client. > >Config: > Server: January CD of FreeBSD 2.1.0 from Walnut Creek. > Client: the MS-Windows for Workgroups 3.11 Beta 1.1(?) of > Microsoft TCP/IP-32. > >Scenario: > >1. Within a MS WFW 3.11 system, login as a valid > unix user (Ethernet Lan connection between machines). >2. Change local Win3.11 directory to a directory with a > bunch of www html, gif, jpg files to send to the > unix host as a test of MS tcp/ip-32 FTP. >3. Set prompting off so that no interactive "y/n ?" pause > message appear within MS tcp/ip-32 when doing "mput". >4. Change remote FreeBSD unix directory to user's home > directory. >5. Make a temporary unix directory to hold the files > that will be up-loaded via MS-tcp/ip-32 ftp to the > unix user sub-directory. >6. Change into this temporary directory for doing the > upload. >7. Perform a "mput *.*" command so that Win3.11 sends files > to unix. >8. Witness that the Win3.11 FTP will attempt to send both > the "." and ".." files, and the unix machine will > have its "." and ".." directory entries corrupted. >9. Perform a "fsck" command on the unix machine to detect > and correct the corruption created by the steps above. > >The unix fsck reports and corrects the directory entry >corruption of the "." and ".." directory entries that >were screwed up by the "stupid" client ftp software. > >Thanks for reading this. Regards, Chris K. Skinner. From owner-freebsd-bugs Sun May 26 22:12:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA19783 for bugs-outgoing; Sun, 26 May 1996 22:12:49 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA19745; Sun, 26 May 1996 22:12:36 -0700 (PDT) Date: Sun, 26 May 1996 22:12:36 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270512.WAA19745@freefall.freebsd.org> To: dufault@hda.com, scrappy, freebsd-bugs Subject: Re: docs/536 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: No copyrights in usr/src/lib/libc/stdtime State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 22:12:15 PDT 1996 State-Changed-Why: fixed in -current From owner-freebsd-bugs Sun May 26 22:16:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA20508 for bugs-outgoing; Sun, 26 May 1996 22:16:28 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA20492; Sun, 26 May 1996 22:16:26 -0700 (PDT) Date: Sun, 26 May 1996 22:16:26 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270516.WAA20492@freefall.freebsd.org> To: jc@irbs.com, scrappy, freebsd-bugs Subject: Re: bin/892 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ppp recursion problem and partial FIX State-Changed-From-To: feedback-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 22:16:02 PDT 1996 State-Changed-Why: confirmed closure from originator From owner-freebsd-bugs Sun May 26 22:16:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA20650 for bugs-outgoing; Sun, 26 May 1996 22:16:49 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA20627; Sun, 26 May 1996 22:16:47 -0700 (PDT) Date: Sun, 26 May 1996 22:16:47 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270516.WAA20627@freefall.freebsd.org> To: jc@irbs.com, scrappy, freebsd-bugs Subject: Re: bin/895 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ppp predictor-1 memory leak [PATCH included] State-Changed-From-To: feedback-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 22:16:32 PDT 1996 State-Changed-Why: confirmed closure by originator From owner-freebsd-bugs Sun May 26 22:25:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA22930 for bugs-outgoing; Sun, 26 May 1996 22:25:21 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA22889; Sun, 26 May 1996 22:25:18 -0700 (PDT) Date: Sun, 26 May 1996 22:25:18 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270525.WAA22889@freefall.freebsd.org> To: scrappy, freebsd-bugs, joerg Subject: Re: ports/673 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /bin/sh + inn1.4 innwatch going belly up Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:23:56 PDT 1996 Responsible-Changed-Why: sh-related or INN? figure I'll transfer to a known and work from there From owner-freebsd-bugs Sun May 26 22:25:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA22992 for bugs-outgoing; Sun, 26 May 1996 22:25:30 -0700 (PDT) Received: from onyx.nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA22971; Sun, 26 May 1996 22:25:25 -0700 (PDT) Received: (from coredump@localhost) by onyx.nervosa.com (8.7.5/8.7.3) id WAA09774; Sun, 26 May 1996 22:25:17 -0700 (PDT) Date: Sun, 26 May 1996 22:25:17 -0700 (PDT) From: "Chris J. Layne" To: "Marc G. Fournier" cc: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, asami@freefall.freebsd.org Subject: Re: bin/198 In-Reply-To: <199605262012.NAA12937@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 26 May 1996, Marc G. Fournier wrote: > Synopsis: 1.1.5.1 pine binary loops; top shows fancy values > > Responsible-Changed-From-To: freebsd-bugs->asami > Responsible-Changed-By: scrappy > Responsible-Changed-When: Sun May 26 13:11:24 PDT 1996 > Responsible-Changed-Why: > asami is in charge of ports...? > This should be closed, in my opinion. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 26 22:32:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA24679 for bugs-outgoing; Sun, 26 May 1996 22:32:03 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA24642; Sun, 26 May 1996 22:32:01 -0700 (PDT) Date: Sun, 26 May 1996 22:32:01 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270532.WAA24642@freefall.freebsd.org> To: scrappy, freebsd-bugs, rgrimes Subject: Re: bin/675 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make does unnecessary rebuilds Responsible-Changed-From-To: freebsd-bugs->rgrimes Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:27:09 PDT 1996 Responsible-Changed-Why: for lack of anyone recent...sorry rod :( From owner-freebsd-bugs Sun May 26 22:34:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25449 for bugs-outgoing; Sun, 26 May 1996 22:34:13 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25424; Sun, 26 May 1996 22:34:09 -0700 (PDT) Date: Sun, 26 May 1996 22:34:09 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270534.WAA25424@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: kern/677 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: X gets a bus error when calling mmap() Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:32:25 PDT 1996 Responsible-Changed-Why: seems to be the man for vm related code From owner-freebsd-bugs Sun May 26 22:38:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA26488 for bugs-outgoing; Sun, 26 May 1996 22:38:16 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA26463; Sun, 26 May 1996 22:38:13 -0700 (PDT) Date: Sun, 26 May 1996 22:38:13 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270538.WAA26463@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: bin/680 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.0.5's tip using termios doesn't act the way it did with sgtty Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:34:24 PDT 1996 Responsible-Changed-Why: the person tha tbrought us the new tip From owner-freebsd-bugs Sun May 26 22:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA27014 for bugs-outgoing; Sun, 26 May 1996 22:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA26982; Sun, 26 May 1996 22:40:03 -0700 (PDT) Date: Sun, 26 May 1996 22:40:03 -0700 (PDT) Message-Id: <199605270540.WAA26982@freefall.freebsd.org> To: freebsd-bugs Cc: From: asami@cs.berkeley.edu (Satoshi Asami) Subject: Re: kern/1256: ZNYX 314 mysterously looses packets Reply-To: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1256; it has been noted by GNATS. From: asami@cs.berkeley.edu (Satoshi Asami) To: freebsd-gnats-submit@freefall.freebsd.org Cc: Subject: Re: kern/1256: ZNYX 314 mysterously looses packets Date: Sun, 26 May 1996 22:31:22 -0700 (PDT) * patch to pcisupport.c. You should probably be able to get these changes * from Matt Thomas. I've had this code running on the new and the old rev * of the ZX314. Its been in production for a week and a half now working * flawlessly. I've heard about this patch from many people, is there a reason why it can't go into -current? Satoshi From owner-freebsd-bugs Sun May 26 22:41:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA27271 for bugs-outgoing; Sun, 26 May 1996 22:41:11 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA27245; Sun, 26 May 1996 22:41:08 -0700 (PDT) Date: Sun, 26 May 1996 22:41:08 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270541.WAA27245@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: bin/683 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cron(8) Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:38:32 PDT 1996 Responsible-Changed-Why: patch available to fix bug, just needs to be reviewed? From owner-freebsd-bugs Sun May 26 22:47:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28472 for bugs-outgoing; Sun, 26 May 1996 22:47:11 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28457; Sun, 26 May 1996 22:47:10 -0700 (PDT) Date: Sun, 26 May 1996 22:47:10 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270547.WAA28457@freefall.freebsd.org> To: scrappy, freebsd-bugs, markm Subject: Re: misc/697 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: "make -DCLOBBER" is broken Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:41:24 PDT 1996 Responsible-Changed-Why: I *think* that markm was the one working on fixing this... From owner-freebsd-bugs Sun May 26 22:50:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29002 for bugs-outgoing; Sun, 26 May 1996 22:50:56 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28983; Sun, 26 May 1996 22:50:54 -0700 (PDT) Date: Sun, 26 May 1996 22:50:54 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270550.WAA28983@freefall.freebsd.org> To: fenner@parc.xerox.com, scrappy, freebsd-bugs Subject: Re: kern/700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The comments in /sys/net/in.h are confusing State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 22:47:22 PDT 1996 State-Changed-Why: include file sys/net/in.h doesn't exist anymore... From owner-freebsd-bugs Sun May 26 22:54:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29728 for bugs-outgoing; Sun, 26 May 1996 22:54:14 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29705; Sun, 26 May 1996 22:54:12 -0700 (PDT) Date: Sun, 26 May 1996 22:54:12 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270554.WAA29705@freefall.freebsd.org> To: scrappy, freebsd-bugs, ache Subject: Re: bin/715 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ls gives weird tabular form Responsible-Changed-From-To: freebsd-bugs->ache Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:51:13 PDT 1996 Responsible-Changed-Why: last person mucking around in the code... From owner-freebsd-bugs Sun May 26 22:56:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00371 for bugs-outgoing; Sun, 26 May 1996 22:56:51 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00344; Sun, 26 May 1996 22:56:48 -0700 (PDT) Date: Sun, 26 May 1996 22:56:48 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270556.WAA00344@freefall.freebsd.org> To: scrappy, freebsd-bugs, peter Subject: Re: bin/716 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: W returns wrong results at login Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:54:22 PDT 1996 Responsible-Changed-Why: seems to have done th emost work in w... From owner-freebsd-bugs Sun May 26 23:01:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01151 for bugs-outgoing; Sun, 26 May 1996 23:01:39 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01134; Sun, 26 May 1996 23:01:37 -0700 (PDT) Date: Sun, 26 May 1996 23:01:37 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270601.XAA01134@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: bin/718 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pkg_add incorrectly prints an error message Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 22:57:08 PDT 1996 Responsible-Changed-Why: jordan's baby...I think? From owner-freebsd-bugs Sun May 26 23:02:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01379 for bugs-outgoing; Sun, 26 May 1996 23:02:37 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01358; Sun, 26 May 1996 23:02:35 -0700 (PDT) Date: Sun, 26 May 1996 23:02:35 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270602.XAA01358@freefall.freebsd.org> To: scrappy, freebsd-bugs, wollman Subject: Re: docs/735 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: missing description for mount options in fstab(5) man page Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:01:56 PDT 1996 Responsible-Changed-Why: so...can it be closed? From owner-freebsd-bugs Sun May 26 23:04:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01831 for bugs-outgoing; Sun, 26 May 1996 23:04:59 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01818; Sun, 26 May 1996 23:04:57 -0700 (PDT) Date: Sun, 26 May 1996 23:04:57 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270604.XAA01818@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: kern/742 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: syslog errors accessing Mac hard disks [patch] Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:02:55 PDT 1996 Responsible-Changed-Why: most recent bug fixes...problem report includes a patch From owner-freebsd-bugs Sun May 26 23:08:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02295 for bugs-outgoing; Sun, 26 May 1996 23:08:37 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02282; Sun, 26 May 1996 23:08:35 -0700 (PDT) Date: Sun, 26 May 1996 23:08:35 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270608.XAA02282@freefall.freebsd.org> To: scrappy, freebsd-bugs, wosch Subject: Re: bin/743 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vi cannot edit a file where the name starts with + Responsible-Changed-From-To: freebsd-bugs->wosch Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:07:06 PDT 1996 Responsible-Changed-Why: used wosch for this last time...should stay consistent, no? From owner-freebsd-bugs Sun May 26 23:10:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02601 for bugs-outgoing; Sun, 26 May 1996 23:10:17 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02588; Sun, 26 May 1996 23:10:15 -0700 (PDT) Date: Sun, 26 May 1996 23:10:15 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270610.XAA02588@freefall.freebsd.org> To: scrappy, freebsd-bugs, wollman Subject: Re: kern/752 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: setting multiple addresses for a single interfaces loses Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:08:55 PDT 1996 Responsible-Changed-Why: used him for bin/658... From owner-freebsd-bugs Sun May 26 23:14:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03247 for bugs-outgoing; Sun, 26 May 1996 23:14:32 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03226; Sun, 26 May 1996 23:14:30 -0700 (PDT) Date: Sun, 26 May 1996 23:14:30 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270614.XAA03226@freefall.freebsd.org> To: scrappy, freebsd-bugs, julian Subject: Re: kern/753 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: my archive scsi tape drive does not work Responsible-Changed-From-To: freebsd-bugs->julian Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:10:31 PDT 1996 Responsible-Changed-Why: ...he did some code modifications in 1.53 that seemed related... From owner-freebsd-bugs Sun May 26 23:16:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03601 for bugs-outgoing; Sun, 26 May 1996 23:16:23 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03590; Sun, 26 May 1996 23:16:22 -0700 (PDT) Date: Sun, 26 May 1996 23:16:22 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270616.XAA03590@freefall.freebsd.org> To: scrappy, freebsd-bugs, nate Subject: Re: docs/754 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: there is no man page for the psm(4) mouse driver Responsible-Changed-From-To: freebsd-bugs->nate Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:15:54 PDT 1996 Responsible-Changed-Why: repository logs seem to weigh heavily in nate's direction as owner of this From owner-freebsd-bugs Sun May 26 23:25:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04865 for bugs-outgoing; Sun, 26 May 1996 23:25:37 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04844; Sun, 26 May 1996 23:25:35 -0700 (PDT) Date: Sun, 26 May 1996 23:25:35 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270625.XAA04844@freefall.freebsd.org> To: scrappy, freebsd-bugs, phk Subject: Re: kern/765 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: umount -f can`t umount a NFS filesystem in use Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:17:20 PDT 1996 Responsible-Changed-Why: I'm making a *very* weak assumption that this is a kernel nfs problem... From owner-freebsd-bugs Sun May 26 23:27:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05157 for bugs-outgoing; Sun, 26 May 1996 23:27:23 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05134; Sun, 26 May 1996 23:27:21 -0700 (PDT) Date: Sun, 26 May 1996 23:27:21 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270627.XAA05134@freefall.freebsd.org> To: scott@statsci.com, scrappy, freebsd-bugs Subject: Re: bin/779 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: #include gets undefined 'rune_t' type. State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Sun May 26 23:26:00 PDT 1996 State-Changed-Why: Fixed by Bruce: revision 1.8 date: 1996/05/01 00:39:55; author: bde; state: Exp; lines: +14 -14 Fixed longstanding namespace convolution involving rune_t vs wchar_t. If _ANSI_SOURCE or _POSIX_SOURCE is defined, then had to be included before or to get rune_t declared. Now rune_t is declared perfectly bogusly in all cases when is included. From owner-freebsd-bugs Sun May 26 23:30:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05709 for bugs-outgoing; Sun, 26 May 1996 23:30:15 -0700 (PDT) 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 SMTP id XAA05686; Sun, 26 May 1996 23:30:08 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA23749; Mon, 27 May 1996 16:24:18 +1000 Date: Mon, 27 May 1996 16:24:18 +1000 From: Bruce Evans Message-Id: <199605270624.QAA23749@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, gordon@sneaky.lonestar.org, scrappy@freefall.freebsd.org Subject: Re: i386/596 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >State-Changed-From-To: open-closed >State-Changed-By: scrappy >State-Changed-When: Sun May 26 16:29:49 PDT 1996 >State-Changed-Why: >Recently fixed by Bruce, from log: >date: 1996/05/01 00:39:55; author: bde; state: Exp; lines: +14 -14 >Fixed longstanding namespace convolution involving rune_t vs wchar_t. Actually, I only fixed it in -current. Bruce From owner-freebsd-bugs Sun May 26 23:32:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA06115 for bugs-outgoing; Sun, 26 May 1996 23:32:40 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA06104; Sun, 26 May 1996 23:32:34 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id HAA10953; Mon, 27 May 1996 07:31:57 +0100 (BST) To: "Marc G. Fournier" cc: fenner@parc.xerox.com, freebsd-bugs@freefall.freebsd.org From: "Gary Palmer" Subject: Re: kern/700 In-reply-to: Your message of "Sun, 26 May 1996 22:50:54 PDT." <199605270550.WAA28983@freefall.freebsd.org> Date: Mon, 27 May 1996 07:31:56 +0100 Message-ID: <10951.833178716@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Marc G. Fournier" wrote in message ID <199605270550.WAA28983@freefall.freebsd.org>: > Synopsis: The comments in /sys/net/in.h are confusing > State-Changed-From-To: open-closed > State-Changed-By: scrappy > State-Changed-When: Sun May 26 22:47:22 PDT 1996 > State-Changed-Why: > include file sys/net/in.h doesn't exist anymore... Unless it's been ripped out of the Attic, it never has existed. I think Bill was referring to /sys/netinet/in.h, which definately DOES exist... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Sun May 26 23:36:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA06862 for bugs-outgoing; Sun, 26 May 1996 23:36:45 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA06851; Sun, 26 May 1996 23:36:42 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id CAA07613; Mon, 27 May 1996 02:35:12 -0400 (EDT) Date: Mon, 27 May 1996 02:35:11 -0400 (EDT) From: "Marc G. Fournier" To: Bruce Evans cc: freebsd-bugs@freefall.freebsd.org, gordon@sneaky.lonestar.org, scrappy@freefall.freebsd.org Subject: Re: i386/596 In-Reply-To: <199605270624.QAA23749@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 May 1996, Bruce Evans wrote: > >State-Changed-From-To: open-closed > >State-Changed-By: scrappy > >State-Changed-When: Sun May 26 16:29:49 PDT 1996 > >State-Changed-Why: > > >Recently fixed by Bruce, from log: > > >date: 1996/05/01 00:39:55; author: bde; state: Exp; lines: +14 -14 > >Fixed longstanding namespace convolution involving rune_t vs wchar_t. > > Actually, I only fixed it in -current. > Urm...should I reopen it as a result? technically, it has been fixed... Can the changes be merged into -stable? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun May 26 23:38:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA07261 for bugs-outgoing; Sun, 26 May 1996 23:38:20 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA07241; Sun, 26 May 1996 23:38:15 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id CAA07633; Mon, 27 May 1996 02:38:17 -0400 (EDT) Date: Mon, 27 May 1996 02:38:16 -0400 (EDT) From: "Marc G. Fournier" To: Gary Palmer cc: "Marc G. Fournier" , fenner@parc.xerox.com, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/700 In-Reply-To: <10951.833178716@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 May 1996, Gary Palmer wrote: > "Marc G. Fournier" wrote in message ID > <199605270550.WAA28983@freefall.freebsd.org>: > > Synopsis: The comments in /sys/net/in.h are confusing > > > State-Changed-From-To: open-closed > > State-Changed-By: scrappy > > State-Changed-When: Sun May 26 22:47:22 PDT 1996 > > State-Changed-Why: > > include file sys/net/in.h doesn't exist anymore... > > Unless it's been ripped out of the Attic, it never has existed. I > think Bill was referring to /sys/netinet/in.h, which definately DOES > exist... > Well, I sort of accounted for that possibility (thought maybe it was modified and moved from net to netinet) by comparing the patch to the existing in.h file, and the patch looks for an if_data and ifqueue structures that don't seem to exist there anymore :( Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun May 26 23:42:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA07912 for bugs-outgoing; Sun, 26 May 1996 23:42:06 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA07900; Sun, 26 May 1996 23:42:04 -0700 (PDT) Date: Sun, 26 May 1996 23:42:04 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270642.XAA07900@freefall.freebsd.org> To: scrappy, freebsd-bugs, bde Subject: Re: kern/781 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: OPEN_MAX in kernel config and FD_SETSIZE in /usr/include/sys/types.h mismatch Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:41:17 PDT 1996 Responsible-Changed-Why: potentially the wrong person to change to From owner-freebsd-bugs Sun May 26 23:42:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08029 for bugs-outgoing; Sun, 26 May 1996 23:42:29 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08010; Sun, 26 May 1996 23:42:27 -0700 (PDT) Date: Sun, 26 May 1996 23:42:27 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270642.XAA08010@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: bin/789 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pkg_add doesn't work Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:42:13 PDT 1996 Responsible-Changed-Why: Jordan's baby... From owner-freebsd-bugs Sun May 26 23:44:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08171 for bugs-outgoing; Sun, 26 May 1996 23:44:55 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08159; Sun, 26 May 1996 23:44:54 -0700 (PDT) Date: Sun, 26 May 1996 23:44:54 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270644.XAA08159@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: kern/792 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cd9660 very slow. Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:44:14 PDT 1996 Responsible-Changed-Why: does rev.1.22 improve/fix this problem? From owner-freebsd-bugs Sun May 26 23:46:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08408 for bugs-outgoing; Sun, 26 May 1996 23:46:18 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08388; Sun, 26 May 1996 23:46:15 -0700 (PDT) Date: Sun, 26 May 1996 23:46:15 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270646.XAA08388@freefall.freebsd.org> To: scrappy, freebsd-bugs, jkh Subject: Re: misc/796 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Network install doesn't update /etc/hosts FDIV036 Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:45:10 PDT 1996 Responsible-Changed-Why: sysinstall-related? From owner-freebsd-bugs Sun May 26 23:48:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08911 for bugs-outgoing; Sun, 26 May 1996 23:48:23 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08891; Sun, 26 May 1996 23:48:20 -0700 (PDT) Date: Sun, 26 May 1996 23:48:20 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270648.XAA08891@freefall.freebsd.org> To: scrappy, freebsd-bugs, mpp Subject: Re: docs/801 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rlogind k, v, and x options are not documented Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: scrappy Responsible-Changed-When: Sun May 26 23:46:32 PDT 1996 Responsible-Changed-Why: I believe Mike is still cleaning up the man pages? From owner-freebsd-bugs Mon May 27 00:16:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14312 for bugs-outgoing; Mon, 27 May 1996 00:16:05 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14241; Mon, 27 May 1996 00:16:03 -0700 (PDT) Date: Mon, 27 May 1996 00:16:03 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270716.AAA14241@freefall.freebsd.org> To: scrappy, freebsd-bugs, scrappy Subject: Re: bin/1184 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ls + xterm + nvi + columns != 80 + ^Z = mangled listing Responsible-Changed-From-To: freebsd-bugs->scrappy Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 00:15:31 PDT 1996 Responsible-Changed-Why: add to things to check about vi From owner-freebsd-bugs Mon May 27 00:17:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14628 for bugs-outgoing; Mon, 27 May 1996 00:17:14 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14610; Mon, 27 May 1996 00:17:13 -0700 (PDT) Date: Mon, 27 May 1996 00:17:13 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270717.AAA14610@freefall.freebsd.org> To: scrappy, freebsd-bugs, asami Subject: Re: ports/1185 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mods to vim-3.0 port (aka ports/1109) Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 00:16:31 PDT 1996 Responsible-Changed-Why: another for the PortsMaster From owner-freebsd-bugs Mon May 27 00:27:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA16518 for bugs-outgoing; Mon, 27 May 1996 00:27:12 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA16486; Mon, 27 May 1996 00:27:08 -0700 (PDT) Date: Mon, 27 May 1996 00:27:08 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270727.AAA16486@freefall.freebsd.org> To: scrappy, freebsd-bugs, asami Subject: Re: ports/857 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Need ANSI_C define to not declare some functions Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 00:26:11 PDT 1996 Responsible-Changed-Why: 6month old report, probably fixed by now? From owner-freebsd-bugs Mon May 27 00:28:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA16954 for bugs-outgoing; Mon, 27 May 1996 00:28:29 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA16937; Mon, 27 May 1996 00:28:27 -0700 (PDT) Date: Mon, 27 May 1996 00:28:27 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270728.AAA16937@freefall.freebsd.org> To: scrappy, freebsd-bugs, asami Subject: Re: ports/869 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: xcdplayer installs itself is /usr/X11R6, not /usr/local/somewhere Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 00:27:34 PDT 1996 Responsible-Changed-Why: another one for the PortsMaster From owner-freebsd-bugs Mon May 27 00:31:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA17662 for bugs-outgoing; Mon, 27 May 1996 00:31:58 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA17632; Mon, 27 May 1996 00:31:53 -0700 (PDT) Date: Mon, 27 May 1996 00:31:53 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270731.AAA17632@freefall.freebsd.org> To: scrappy, freebsd-bugs, asami Subject: Re: ports/1200 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pop3 requests may crash client Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 00:31:14 PDT 1996 Responsible-Changed-Why: patch included From owner-freebsd-bugs Mon May 27 00:36:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18428 for bugs-outgoing; Mon, 27 May 1996 00:36:03 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA18408 for ; Mon, 27 May 1996 00:35:54 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA27892 for ; Mon, 27 May 1996 00:21:47 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA13452; Mon, 27 May 1996 09:21:38 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA26048; Mon, 27 May 1996 09:21:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA05964; Mon, 27 May 1996 09:04:12 +0200 (MET DST) From: J Wunsch Message-Id: <199605270704.JAA05964@uriah.heep.sax.de> Subject: Re: bin/1254: xroach cores with missing arguments To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 27 May 1996 09:04:12 +0200 (MET DST) Cc: asami@cs.berkeley.edu, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3635.833167082@time.cdrom.com> from "Jordan K. Hubbard" at "May 26, 96 08:18:02 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 Jordan K. Hubbard wrote: > > (and xneko) has been added to the ports tree after the 2.1 release, > > which means it's technically unsupported for the 2.1-* branch.... > > Could you tag them into the 2.1 branch please? The ports don't have tags, Jordan. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 27 00:37:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18873 for bugs-outgoing; Mon, 27 May 1996 00:37:36 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA18851; Mon, 27 May 1996 00:37:31 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA27884 ; Mon, 27 May 1996 00:21:42 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA13456; Mon, 27 May 1996 09:21:39 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA26049; Mon, 27 May 1996 09:21:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA06165; Mon, 27 May 1996 09:18:02 +0200 (MET DST) From: J Wunsch Message-Id: <199605270718.JAA06165@uriah.heep.sax.de> Subject: Re: kern/176 To: scrappy@freefall.freebsd.org (Marc G. Fournier) Date: Mon, 27 May 1996 09:18:02 +0200 (MET DST) Cc: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, peter@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605270504.WAA17530@freefall.freebsd.org> from "Marc G. Fournier" at "May 26, 96 10:04:15 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 Marc G. Fournier wrote: > Synopsis: EIDRM not defined in errno.h > > Responsible-Changed-From-To: freebsd-bugs->peter > Responsible-Changed-By: scrappy > Responsible-Changed-When: Sun May 26 22:00:45 PDT 1996 > Responsible-Changed-Why: > he mentions that SYSV IPC uses it, peter last worked on sysv_ipc.c... > its a weak thread, I know :) The problem is not only to #define it in errno.h, but also to convert the sysvipc code to make use of it. (I think it's returning a bogus errno right now.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 27 00:37:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18890 for bugs-outgoing; Mon, 27 May 1996 00:37:38 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA18858; Mon, 27 May 1996 00:37:32 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA27886 ; Mon, 27 May 1996 00:21:44 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA13460; Mon, 27 May 1996 09:21:41 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA26050; Mon, 27 May 1996 09:21:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA05986; Mon, 27 May 1996 09:05:48 +0200 (MET DST) From: J Wunsch Message-Id: <199605270705.JAA05986@uriah.heep.sax.de> Subject: Re: bin/323 To: nate@sri.MT.net (Nate Williams) Date: Mon, 27 May 1996 09:05:48 +0200 (MET DST) Cc: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, nate@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605262319.RAA24370@rocky.sri.MT.net> from Nate Williams at "May 26, 96 05:19:29 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 Nate Williams wrote: > > Synopsis: Creating lost+found causes fsck to stop fsck -y FDIV017 > > > > Responsible-Changed-From-To: freebsd-bugs->nate > > Responsible-Changed-By: scrappy > > Responsible-Changed-When: Sun May 26 13:45:07 PDT 1996 > > Responsible-Changed-Why: > > did terry's patch include fix for this? > > Nope, it just fixed the bug where fsck needed multiple passes to fix > broken FS. Wasn't there basic agreement that we should re-enable newfs' capability of creating the lost+found, and make this the default? (Last time i tried, it didn't even compile, however.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 27 00:40:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19431 for bugs-outgoing; Mon, 27 May 1996 00:40:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19395; Mon, 27 May 1996 00:40:04 -0700 (PDT) Date: Mon, 27 May 1996 00:40:04 -0700 (PDT) Message-Id: <199605270740.AAA19395@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/1252: problem with cd9660 driver Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1252; it has been noted by GNATS. From: J Wunsch To: andrew@why.whine.com (Andrew Herdman) Cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-gnats-submit@Freebsd.org Subject: Re: kern/1252: problem with cd9660 driver Date: Mon, 27 May 1996 09:14:39 +0200 (MET DST) As Andrew Herdman wrote: > > Where is it mounted? From the SCSI, or the ATAPI CDROM? > It happens with both SCSI and ATAPI devices. The system I use at home is > SCSI and the one at work is ATAPI and they both give the same result, > which is !crash! I'm afraid you will have to investigate more if you want this solved. Nobody else except you complained about it, and i'm pretty sure there are enough other people like me who regularly scan entire CDs. So it looks like it's only reproducible in your situation. (Perhaps you can get a kernel core dump? DDB output?) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 27 00:41:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19763 for bugs-outgoing; Mon, 27 May 1996 00:41:17 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19745; Mon, 27 May 1996 00:41:15 -0700 (PDT) Date: Mon, 27 May 1996 00:41:15 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270741.AAA19745@freefall.freebsd.org> To: scrappy, freebsd-bugs, davidg Subject: Re: kern/835 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ed panics with SMC ultra with iomem, if no iomem in kernel config Responsible-Changed-From-To: freebsd-bugs->davidg Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 00:34:20 PDT 1996 Responsible-Changed-Why: David did some work on bogus probing in if_ed.c around Rev.1.85 as well as some cleanups around 1.89... From owner-freebsd-bugs Mon May 27 00:45:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA20674 for bugs-outgoing; Mon, 27 May 1996 00:45:19 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA20660; Mon, 27 May 1996 00:45:17 -0700 (PDT) Date: Mon, 27 May 1996 00:45:17 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605270745.AAA20660@freefall.freebsd.org> To: scrappy, rgrimes, freebsd-bugs Subject: Re: misc/355 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: policy on /usr/local permission in base release Responsible-Changed-From-To: rgrimes->freebsd-bugs Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 00:41:33 PDT 1996 Responsible-Changed-Why: have been informed that rgrimes is not handling this after all :( From owner-freebsd-bugs Mon May 27 01:23:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23588 for bugs-outgoing; Mon, 27 May 1996 01:23:15 -0700 (PDT) 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 SMTP id BAA23578; Mon, 27 May 1996 01:23:00 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA28182; Mon, 27 May 1996 18:14:35 +1000 Date: Mon, 27 May 1996 18:14:35 +1000 From: Bruce Evans Message-Id: <199605270814.SAA28182@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, jkh@freefall.freebsd.org, scrappy@freefall.freebsd.org Subject: Re: gnu/373 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Synopsis: In response to admittedly bogus code, gcc emits an odd message >Responsible-Changed-From-To: freebsd-bugs->jkh >Responsible-Changed-By: scrappy >Responsible-Changed-When: Sun May 26 22:05:06 PDT 1996 >Responsible-Changed-Why: >the "bug" exists in 2.7.2 as well, so it seems to be a gcc bug and >not a FreeBSD bug...can we close it and hope its fixed in 2.7.3? Close it and "hope" it was never mentioned. There is no bug. The pointer dereference is valid. The error message is the same as for struct { int i; } foo; void bar(void) { if (foo) baz(); } The test would be better written as `if (foo != NULL)'. Then it is obvious that there is a binary operator `!='. Structs are invalid operands for '!='. Bruce From owner-freebsd-bugs Mon May 27 01:36:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24593 for bugs-outgoing; Mon, 27 May 1996 01:36:14 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA24576 for ; Mon, 27 May 1996 01:36:07 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) with SMTP id DAA09347; Mon, 27 May 1996 03:36:39 -0500 (CDT) Date: Mon, 27 May 1996 03:36:39 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Satoshi Asami cc: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1256: ZNYX 314 mysterously looses packets In-Reply-To: <199605270540.WAA26982@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 26 May 1996, Satoshi Asami wrote: > * patch to pcisupport.c. You should probably be able to get these changes > * from Matt Thomas. I've had this code running on the new and the old rev > * of the ZX314. Its been in production for a week and a half now working > * flawlessly. > I've heard about this patch from many people, is there a reason why it > can't go into -current? I'd love for it to go into -stable. I've been hand patching it every time I sup. (yes, I know I can make it not overwrite certain files...) I've got the new dc21040.h and if_de.c and the pcisupport.patch at ftp://ftp.jurai.net/users/winter/dc21040.tar.gz, but it would probably be better to talk to Matt Thomas and get the stuff from him. I know he brought up the issue that dc21x4x based cards have with the way ifconfig works. Basically, the -link[012] flags aren't really the best way to deal with all the options these cards offer. You have physical media selection {bnc,aui,tp}, dual mode cards {10bT,100bT}, and full duplex support. I think it would be really nifty if the driver could do media/protocol autodetection, but I agree that there is a need to be able to set this stuff by hand. I'm not sure what he will want to do as far as updating the FreeBSD driver we are using now, but the changes I'm using right now seem to work quite well. Matt? You out there? Have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-bugs Mon May 27 02:51:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA29572 for bugs-outgoing; Mon, 27 May 1996 02:51:44 -0700 (PDT) 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 CAA29565 for ; Mon, 27 May 1996 02:51:37 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA15396; Mon, 27 May 1996 11:51:34 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA26935; Mon, 27 May 1996 11:51:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA07231; Mon, 27 May 1996 11:27:39 +0200 (MET DST) From: J Wunsch Message-Id: <199605270927.LAA07231@uriah.heep.sax.de> Subject: Re: bug in awk To: wosch@cs.tu-berlin.de Date: Mon, 27 May 1996 11:27:39 +0200 (MET DST) Cc: owensc@enc.edu, freebsd-bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605262213.AAA16115@campa.panke.de> from Wolfram Schneider at "May 27, 96 00:13:18 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 Wolfram Schneider wrote: > > awk-3.0 has this bug too. Of course, since it ain't a bug. :-] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 27 03:28:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA01933 for bugs-outgoing; Mon, 27 May 1996 03:28:01 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA01901; Mon, 27 May 1996 03:27:53 -0700 (PDT) Received: by sequent.kiae.su id AA15527 (5.65.kiae-2 ); Mon, 27 May 1996 14:26:02 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 27 May 96 14:26:00 +0400 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id OAA04125; Mon, 27 May 1996 14:19:40 +0400 (MSD) Message-Id: <199605271019.OAA04125@astral.msk.su> Subject: Re: bin/715 To: scrappy@freefall.freebsd.org (Marc G. Fournier) Date: Mon, 27 May 1996 14:19:40 +0400 (MSD) Cc: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org In-Reply-To: <199605270554.WAA29705@freefall.freebsd.org> from "Marc G. Fournier" at "May 26, 96 10:54:12 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL19 (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 > Responsible-Changed-Why: > last person mucking around in the code... > Marc, please, take note that it is too much code in the system that I step in, but I am not responsible for all of them :-) Better way is finding responsible person in particular area than the person who do the last commit. BTW, I'll look at the stuff you assign to me anyway and maybe do something. Tell me about reverse procedure, i.e. reassign back to nothing (I need it if found something not in my area). -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Mon May 27 04:10:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA04595 for bugs-outgoing; Mon, 27 May 1996 04:10:11 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA04574; Mon, 27 May 1996 04:10:07 -0700 (PDT) Resent-Date: Mon, 27 May 1996 04:10:07 -0700 (PDT) Resent-Message-Id: <199605271110.EAA04574@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA03999 for ; Mon, 27 May 1996 04:04:45 -0700 (PDT) Received: from varasto.clinet.fi (root@varasto.clinet.fi [194.100.0.111]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id OAA22503 for ; Mon, 27 May 1996 14:04:41 +0300 (EET DST) Received: (hsu@localhost) by varasto.clinet.fi (8.7.5/8.6.4) id OAA19130; Mon, 27 May 1996 14:04:40 +0300 (EET DST) Message-Id: <199605271104.OAA19130@varasto.clinet.fi> Date: Mon, 27 May 1996 14:04:40 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1258: new vm code: freeing held page Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1258 >Category: kern >Synopsis: new vm code: freeing held page >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 04:10:03 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: news server, sup May 27 00:50 GMT. >Description: kernel and dump are ftp.clinet.fi://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.77.gz hsu#news.clinet.fi Mon 4: gdb -k kernel.77 vmcore.77 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 268000 current pcb at 21f608 panic: freeing held page, count=%d, pindex=%d(0x%x) #0 boot (howto=256) at ../../i386/i386/machdep.c:940 940 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:940 #1 0xf01171f6 in panic ( fmt=0xf01bd6a9 "freeing held page, count=%d, pindex=%d(0x%x)") at ../../kern/subr_prf.c:127 #2 0xf01bd7b7 in vm_page_free (m=0xf0331180) at ../../vm/vm_page.c:746 #3 0xf01c6477 in pmap_release (pmap=0xf36ed064) at ../../i386/i386/pmap.c:698 #4 0xf01b7e34 in vmspace_free (vm=0xf36ed000) at ../../vm/vm_map.c:265 #5 0xf01ce0da in cpu_wait (p=0xf34a3400) at ../../i386/i386/vm_machdep.c:628 #6 0xf010c355 in wait1 (q=0xf37a6d00, uap=0xefbfff94, retval=0xefbfff84, compat=0) at ../../kern/kern_exit.c:426 #7 0xf010c183 in wait4 (p=0xf37a6d00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exit.c:323 #8 0xf01ca921 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 360448, tf_esi = 1, tf_ebp = -272639216, tf_isp = -272629788, tf_ebx = -272639156, tf_edx = 2, tf_ecx = -272639156, tf_eax = 7, tf_trapno = 12, tf_err = 7, tf_eip = 178245, tf_cs = 31, tf_eflags = 514, tf_esp = -272639236, tf_ss = 39}) at ../../i386/i386/trap.c:890 #9 0xf01c1ee5 in Xsyscall () #10 0xb63f in ?? () #11 0xb347 in ?? () #12 0xb1f8 in ?? () #13 0x620a in ?? () #14 0x52a9 in ?? () #15 0x510b in ?? () #16 0x51f0 in ?? () #17 0x5162 in ?? () #18 0x50eb in ?? () #19 0x50eb in ?? () #20 0x50eb in ?? () #21 0x50eb in ?? () #22 0x50eb in ?? () #23 0x50eb in ?? () #24 0x53b4 in ?? () #25 0x5216 in ?? () #26 0x57fa in ?? () #27 0x5296 in ?? () #28 0xc08b in ?? () #29 0xbf86 in ?? () #30 0x107f in ?? () (kgdb) up #1 0xf01171f6 in panic ( fmt=0xf01bd6a9 "freeing held page, count=%d, pindex=%d(0x%x)") at ../../kern/subr_prf.c:127 127 boot(bootopt); (kgdb) list 122 123 #if defined(DDB) 124 if (debugger_on_panic) 125 Debugger ("panic"); 126 #endif 127 boot(bootopt); 128 } 129 130 /* 131 * Warn that a system table is full. (kgdb) up #2 0xf01bd7b7 in vm_page_free (m=0xf0331180) at ../../vm/vm_page.c:746 746 panic("freeing held page, count=%d, pindex=%d(0x%x)", (kgdb) list 741 else 742 panic("vm_page_free: freeing busy page"); 743 } 744 745 if (m->hold_count) { 746 panic("freeing held page, count=%d, pindex=%d(0x%x)", 747 m->hold_count, m->pindex, m->pindex); 748 } 749 750 vm_page_remove(m); (kgdb) print *m $1 = {pageq = {tqe_next = 0xf030a6f0, tqe_prev = 0xf0301de0}, hashq = { tqe_next = 0x0, tqe_prev = 0xf02d8ec8}, listq = {tqe_next = 0xf0331cc0, tqe_prev = 0xf02b0610}, object = 0xf3999380, pindex = 0, phys_addr = 55611392, queue = 4, flags = 4, wire_count = 0, hold_count = 22, act_count = 5 '\005', busy = 0 '\000', valid = 255 'ÿ', dirty = 0 '\000'} (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print *m $2 = {pageq = {tqe_next = 0xf030a6f0, tqe_prev = 0xf0301de0}, hashq = { tqe_next = 0x0, tqe_prev = 0xf02d8ec8}, listq = {tqe_next = 0xf0331cc0, tqe_prev = 0xf02b0610}, object = 0xf3999380, pindex = 0x0, phys_addr = 0x3509000, queue = 0x4, flags = 0x4, wire_count = 0x0, hold_count = 0x16, act_count = 0x5, busy = 0x0, valid = 0xff, dirty = 0x0} (kgdb) up #3 0xf01c6477 in pmap_release (pmap=0xf36ed064) at ../../i386/i386/pmap.c:698 698 vm_page_free(p); (kgdb) list 693 pde[APTDPTDI] = 0; 694 pde[PTDPTDI] = 0; 695 pmap_kremove((vm_offset_t) pmap->pm_pdir); 696 } 697 698 vm_page_free(p); 699 TAILQ_REMOVE(&vm_page_queue_free, p, pageq); 700 TAILQ_INSERT_HEAD(&vm_page_queue_zero, p, pageq); 701 p->queue = PQ_ZERO; 702 splx(s); (kgdb) print p $3 = (struct vm_page *) 0xf0331180 (kgdb) print *p $4 = {pageq = {tqe_next = 0xf030a6f0, tqe_prev = 0xf0301de0}, hashq = { tqe_next = 0x0, tqe_prev = 0xf02d8ec8}, listq = {tqe_next = 0xf0331cc0, tqe_prev = 0xf02b0610}, object = 0xf3999380, pindex = 0x0, phys_addr = 0x3509000, queue = 0x4, flags = 0x4, wire_count = 0x0, hold_count = 0x16, act_count = 0x5, busy = 0x0, valid = 0xff, dirty = 0x0} (kgdb) up #4 0xf01b7e34 in vmspace_free (vm=0xf36ed000) at ../../vm/vm_map.c:265 265 pmap_release(&vm->vm_pmap); (kgdb) print vm $5 = (struct vmspace *) 0xf36ed000 (kgdb) print *vm $6 = {vm_map = {pmap = 0xf36ed064, lock = {want_write = 0x0, want_upgrade = 0x0, waiting = 0x0, can_sleep = 0x1, read_count = 0x0, proc = 0x0, recursion_depth = 0x0}, header = {prev = 0xf36ed020, next = 0xf36ed020, start = 0x0, end = 0xeffbf000, object = { vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0x0000000000000000, is_a_map = 0x0, is_sub_map = 0x0, copy_on_write = 0x0, needs_copy = 0x0, protection = 0x0, max_protection = 0x0, inheritance = 0x0, wired_count = 0x0}, nentries = 0x0, size = 0x0, is_main_map = 0x1, ref_count = 0x0, hint = 0xf36ed020, first_free = 0xf36ed020, entries_pageable = 0x1, timestamp = 0x7}, vm_pmap = {pm_pdir = 0xf9c93000, pm_pteobj = 0xf3999380, pm_dref = 0x0, pm_count = 0x1, pm_stats = {resident_count = 0x18, wired_count = 0x0}, pm_map = 0xf36ed000}, vm_refcnt = 0x0, vm_shm = 0x0, vm_upages_obj = 0xf36b3e80, vm_rssize = 0x0, vm_swrss = 0x0, vm_tsize = 0xa, vm_dsize = 0x2, vm_ssize = 0x20, vm_taddr = 0x1000 "Ì", vm_daddr = 0xb000 "\\ò\001", vm_maxsaddr = 0xebbfe000
, vm_minsaddr = 0xefbfddc4 "\004"} (kgdb) up #5 0xf01ce0da in cpu_wait (p=0xf34a3400) at ../../i386/i386/vm_machdep.c:628 628 vmspace_free(p->p_vmspace); (kgdb) print p $7 = (struct proc *) 0xf34a3400 (kgdb) print *p $8 = {p_forw = 0xf0249874, p_back = 0x0, p_list = {le_next = 0x0, le_prev = 0xf0243444}, p_cred = 0x0, p_fd = 0xf3539880, p_stats = 0xf7809258, p_limit = 0xf020a4a8, p_vmspace = 0xf36ed000, p_sigacts = 0xf7809128, p_flag = 0x6004, p_stat = 0x5, p_pad1 = "ðûï", p_pid = 0x49b5, p_pglist = {le_next = 0x0, le_prev = 0xf37a6d34}, p_pptr = 0xf37a6d00, p_sibling = {le_next = 0x0, le_prev = 0xf37a6d48}, p_children = {lh_first = 0x0}, p_oppid = 0x0, p_dupfd = 0x0, p_estcpu = 0x100, p_cpticks = 0x1, p_pctcpu = 0x0, p_wchan = 0x0, p_wmesg = 0x0, p_swtime = 0x0, p_slptime = 0x0, p_realtimer = { it_interval = {tv_sec = 0x0, tv_usec = 0x0}, it_value = {tv_sec = 0x0, tv_usec = 0x0}}, p_rtime = {tv_sec = 0x0, tv_usec = 0x4fc}, p_uticks = 0, p_sticks = 0, p_iticks = 1, p_traceflag = 0x0, p_tracep = 0x0, p_siglist = 0x0, p_textvp = 0xf348b700, p_lock = 0x0, p_pad2 = "\000\000", p_locks = 0x0, p_simple_locks = 0x0, p_hash = {le_next = 0x0, le_prev = 0xf33d66d4}, p_sigmask = 0x0, p_sigignore = 0xffffffff, p_sigcatch = 0x0, p_priority = 0x72, p_usrpri = 0x72, p_nice = 0x0, p_comm = "test\000er\000\000\000\000\000\000\000\000\000", p_pgrp = 0x0, p_sysent = 0xf01fd8c0, p_rtprio = {type = 0x1, prio = 0x0}, p_addr = 0xf7809000, p_md = {md_flags = 0x0, md_regs = 0xefbfffbc}, p_xstat = 0x0, p_acflag = 0x0, p_ru = 0x0} (kgdb) up #6 0xf010c355 in wait1 (q=0xf37a6d00, uap=0xefbfff94, retval=0xefbfff84, compat=0x0) at ../../kern/kern_exit.c:426 426 cpu_wait(p); (kgdb) print p $9 = (struct proc *) 0xf34a3400 (kgdb) print *p $10 = {p_forw = 0xf0249874, p_back = 0x0, p_list = {le_next = 0x0, le_prev = 0xf0243444}, p_cred = 0x0, p_fd = 0xf3539880, p_stats = 0xf7809258, p_limit = 0xf020a4a8, p_vmspace = 0xf36ed000, p_sigacts = 0xf7809128, p_flag = 0x6004, p_stat = 0x5, p_pad1 = "ðûï", p_pid = 0x49b5, p_pglist = {le_next = 0x0, le_prev = 0xf37a6d34}, p_pptr = 0xf37a6d00, p_sibling = {le_next = 0x0, le_prev = 0xf37a6d48}, p_children = {lh_first = 0x0}, p_oppid = 0x0, p_dupfd = 0x0, p_estcpu = 0x100, p_cpticks = 0x1, p_pctcpu = 0x0, p_wchan = 0x0, p_wmesg = 0x0, p_swtime = 0x0, p_slptime = 0x0, p_realtimer = { it_interval = {tv_sec = 0x0, tv_usec = 0x0}, it_value = {tv_sec = 0x0, tv_usec = 0x0}}, p_rtime = {tv_sec = 0x0, tv_usec = 0x4fc}, p_uticks = 0, p_sticks = 0, p_iticks = 1, p_traceflag = 0x0, p_tracep = 0x0, p_siglist = 0x0, p_textvp = 0xf348b700, p_lock = 0x0, p_pad2 = "\000\000", p_locks = 0x0, p_simple_locks = 0x0, p_hash = {le_next = 0x0, le_prev = 0xf33d66d4}, p_sigmask = 0x0, p_sigignore = 0xffffffff, p_sigcatch = 0x0, p_priority = 0x72, p_usrpri = 0x72, p_nice = 0x0, p_comm = "test\000er\000\000\000\000\000\000\000\000\000", p_pgrp = 0x0, p_sysent = 0xf01fd8c0, p_rtprio = {type = 0x1, prio = 0x0}, p_addr = 0xf7809000, p_md = {md_flags = 0x0, md_regs = 0xefbfffbc}, p_xstat = 0x0, p_acflag = 0x0, p_ru = 0x0} (kgdb) up #7 0xf010c183 in wait4 (p=0xf37a6d00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exit.c:323 323 return (wait1(p, uap, retval, 0)); (kgdb) print p $11 = (struct proc *) 0xf37a6d00 (kgdb) print uap $12 = (struct wait_args *) 0xefbfff94 (kgdb) print *uap $13 = {pid = 0xffffffff, status = 0xefbfdb4c, options = 0x2, rusage = 0x0} (kgdb) print reval No symbol "reval" in current context. (kgdb) print retval $14 = (int *) 0xefbfff84 (kgdb) up #8 0xf01ca921 in syscall (frame={tf_es = 0x27, tf_ds = 0x27, tf_edi = 0x58000, tf_esi = 0x1, tf_ebp = 0xefbfdb10, tf_isp = 0xefbfffe4, tf_ebx = 0xefbfdb4c, tf_edx = 0x2, tf_ecx = 0xefbfdb4c, tf_eax = 0x7, tf_trapno = 0xc, tf_err = 0x7, tf_eip = 0x2b845, tf_cs = 0x1f, tf_eflags = 0x202, tf_esp = 0xefbfdafc, tf_ss = 0x27}) at ../../i386/i386/trap.c:890 890 error = (*callp->sy_call)(p, args, rval); (kgdb) list 885 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 886 #endif 887 rval[0] = 0; 888 rval[1] = frame.tf_edx; 889 890 error = (*callp->sy_call)(p, args, rval); 891 892 switch (error) { 893 894 case 0: (kgdb) up #9 0xf01c1ee5 in Xsyscall () (kgdb) list 895 /* 896 * Reinitialize proc pointer `p' as it may be different 897 * if this is a child returning from fork syscall. 898 */ 899 p = curproc; 900 frame.tf_eax = rval[0]; 901 frame.tf_edx = rval[1]; 902 frame.tf_eflags &= ~PSL_C; 903 break; 904 (kgdb) up #10 0xb63f in ?? () (kgdb) list 905 case ERESTART: 906 /* 907 * Reconstruct pc, assuming lcall $X,y is 7 bytes, 908 * int 0x80 is 2 bytes. We saved this in tf_err. 909 */ 910 frame.tf_eip -= frame.tf_err; 911 break; 912 913 case EJUSTRETURN: 914 break; (kgdb) >How-To-Repeat: I do not know, but load might be a good candidate. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 05:47:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10370 for bugs-outgoing; Mon, 27 May 1996 05:47:17 -0700 (PDT) Received: from onyx.nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA10361; Mon, 27 May 1996 05:47:14 -0700 (PDT) Received: (from coredump@localhost) by onyx.nervosa.com (8.7.5/8.7.3) id FAA10887; Mon, 27 May 1996 05:45:51 -0700 (PDT) Date: Mon, 27 May 1996 05:45:50 -0700 (PDT) From: "Chris J. Layne" To: Bruce Evans cc: freebsd-bugs@freefall.freebsd.org, jkh@freefall.freebsd.org, scrappy@freefall.freebsd.org Subject: Re: gnu/373 In-Reply-To: <199605270814.SAA28182@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 May 1996, Bruce Evans wrote: > Close it and "hope" it was never mentioned. There is no bug. The pointer > dereference is valid. The error message is the same as for > > struct { int i; } foo; void bar(void) { if (foo) baz(); } > > The test would be better written as `if (foo != NULL)'. Then it is obvious > that there is a binary operator `!='. Structs are invalid operands for > '!='. > Bruce Than wouldn't that be illegal? Why not: struct { int i; } foo; void bar(void) { if (foo.i) baz(); } or struct type_1 { int i; } *foo; foo = (struct type_1 *)malloc(sizeof(struct type_1)); void bar(void) { if (foo) baz(); } == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Mon May 27 07:27:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA16639 for bugs-outgoing; Mon, 27 May 1996 07:27:07 -0700 (PDT) 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 SMTP id HAA16631; Mon, 27 May 1996 07:27:00 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA07592; Tue, 28 May 1996 00:24:02 +1000 Date: Tue, 28 May 1996 00:24:02 +1000 From: Bruce Evans Message-Id: <199605271424.AAA07592@godzilla.zeta.org.au> To: bde@zeta.org.au, coredump@nervosa.com Subject: Re: gnu/373 Cc: freebsd-bugs@freefall.freebsd.org, jkh@freefall.freebsd.org, scrappy@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> that there is a binary operator `!='. Structs are invalid operands for >> '!='. >Than wouldn't that be illegal? Why not: No, it would be invalid. There are no laws against bugs :-). >struct { int i; } foo; void bar(void) { if (foo.i) baz(); } The PR is about an apparently-wrong warning for invalid code. Bruce From owner-freebsd-bugs Mon May 27 07:44:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17671 for bugs-outgoing; Mon, 27 May 1996 07:44:43 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA17663 for ; Mon, 27 May 1996 07:44:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id HAA21111; Mon, 27 May 1996 07:43:56 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: asami@cs.berkeley.edu, freebsd-bugs@freefall.freebsd.org Subject: Re: bin/1254: xroach cores with missing arguments In-reply-to: Your message of "Mon, 27 May 1996 09:04:12 +0200." <199605270704.JAA05964@uriah.heep.sax.de> Date: Mon, 27 May 1996 07:43:56 -0700 Message-ID: <21109.833208236@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Could you tag them into the 2.1 branch please? > > The ports don't have tags, Jordan. :) Oh, yeah. Right. :-( So there's no 2.1-stable version of ports? :( Jordan From owner-freebsd-bugs Mon May 27 08:58:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA21283 for bugs-outgoing; Mon, 27 May 1996 08:58:43 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA21277; Mon, 27 May 1996 08:58:39 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id IAA21421; Mon, 27 May 1996 08:58:37 -0700 From: "Rodney W. Grimes" Message-Id: <199605271558.IAA21421@GndRsh.aac.dev.com> Subject: Re: bin/675 To: scrappy@freefall.freebsd.org (Marc G. Fournier) Date: Mon, 27 May 1996 08:58:37 -0700 (PDT) Cc: scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, rgrimes@freefall.freebsd.org In-Reply-To: <199605270532.WAA24642@freefall.freebsd.org> from "Marc G. Fournier" at "May 26, 96 10:32:01 pm" X-Mailer: ELM [version 2.4ME+ PL11 (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 > Synopsis: make does unnecessary rebuilds > > Responsible-Changed-From-To: freebsd-bugs->rgrimes > Responsible-Changed-By: scrappy > Responsible-Changed-When: Sun May 26 22:27:09 PDT 1996 > Responsible-Changed-Why: > for lack of anyone recent...sorry rod :( Stop assinging bug reports to me without first asking me. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-bugs Mon May 27 09:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21403 for bugs-outgoing; Mon, 27 May 1996 09:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21378; Mon, 27 May 1996 09:00:02 -0700 (PDT) Date: Mon, 27 May 1996 09:00:02 -0700 (PDT) Message-Id: <199605271600.JAA21378@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/1255: Silence gcc whining about tputs() in libedit/term.c Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1255; it has been noted by GNATS. From: J Wunsch To: jc@irbs.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/1255: Silence gcc whining about tputs() in libedit/term.c Date: Mon, 27 May 1996 17:49:06 +0200 (MET DST) As John Capo wrote: > > >Number: 1255 > >Category: bin > >Synopsis: Silence gcc whining about tputs() in libedit/term.c Hmm. I wondered why the patch doesn't make sense for -current, but it got immediately obvious: the correct fix is to kill the private termcap.h in -stable. The prototypes there are conflicting with the public termcap.h. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 27 09:32:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23765 for bugs-outgoing; Mon, 27 May 1996 09:32:52 -0700 (PDT) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23752; Mon, 27 May 1996 09:32:50 -0700 (PDT) Date: Mon, 27 May 1996 09:32:50 -0700 (PDT) From: Bill Fenner Message-Id: <199605271632.JAA23752@freefall.freebsd.org> To: fenner@parc.xerox.com, fenner, freebsd-bugs, fenner Subject: Re: kern/700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The comments in /sys/net/in.h are confusing State-Changed-From-To: closed-open State-Changed-By: fenner State-Changed-When: Mon May 27 09:31:17 PDT 1996 State-Changed-Why: problem still exists Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Mon May 27 09:31:17 PDT 1996 Responsible-Changed-Why: I might as well fix my own complaints From owner-freebsd-bugs Mon May 27 09:33:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23804 for bugs-outgoing; Mon, 27 May 1996 09:33:09 -0700 (PDT) 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 JAA23799 for ; Mon, 27 May 1996 09:33:04 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16215(10)>; Mon, 27 May 1996 09:32:22 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Mon, 27 May 1996 09:32:16 -0700 To: "Marc G. Fournier" cc: Gary Palmer , fenner@parc.xerox.com, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/700 In-reply-to: Your message of "Sun, 26 May 96 23:38:16 PDT." Date: Mon, 27 May 1996 09:32:02 PDT From: Bill Fenner Message-Id: <96May27.093216pdt.177475@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message you write: > Well, I sort of accounted for that possibility (thought maybe >it was modified and moved from net to netinet) by comparing the patch >to the existing in.h file, and the patch looks for an if_data and >ifqueue structures that don't seem to exist there anymore :( It was /sys/net/if.h (look at the header of the patch, the subject was a typo). The confusion is still there but I will assign the PR to myself. Bill From owner-freebsd-bugs Mon May 27 09:36:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA24086 for bugs-outgoing; Mon, 27 May 1996 09:36:53 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA24081; Mon, 27 May 1996 09:36:50 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA26334; Mon, 27 May 1996 10:36:28 -0600 Date: Mon, 27 May 1996 10:36:28 -0600 From: Nate Williams Message-Id: <199605271636.KAA26334@rocky.sri.MT.net> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: nate@sri.MT.net (Nate Williams), scrappy@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, nate@freefall.freebsd.org Subject: Re: bin/323 In-Reply-To: <199605270705.JAA05986@uriah.heep.sax.de> References: <199605262319.RAA24370@rocky.sri.MT.net> <199605270705.JAA05986@uriah.heep.sax.de> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Wasn't there basic agreement that we should re-enable newfs' > capability of creating the lost+found, and make this the default? > (Last time i tried, it didn't even compile, however.) Yep, and yep. Nate From owner-freebsd-bugs Mon May 27 09:47:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA24545 for bugs-outgoing; Mon, 27 May 1996 09:47:25 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA24536; Mon, 27 May 1996 09:47:23 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id JAA29969 ; Mon, 27 May 1996 09:47:22 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15872(1)>; Mon, 27 May 1996 09:45:23 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Mon, 27 May 1996 09:45:18 -0700 To: "Marc G. Fournier" cc: fredriks@mcs.com, freebsd-bugs@freefall.freebsd.org Subject: Re: i386/631 In-reply-to: Your message of "Sun, 26 May 96 16:39:39 PDT." <199605262339.QAA11265@freefall.freebsd.org> Date: Mon, 27 May 1996 09:45:07 PDT From: Bill Fenner Message-Id: <96May27.094518pdt.177475@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199605262339.QAA11265@freefall.freebsd.org> you write: >Synopsis: if_ix does not support bpf, nor does it appear to support MC. Nobody appears to know how to put this card into promiscuous mode, nor how to configure its multicast filters. I tried to argued that bpf is useful without promiscuous mode, but was overruled. Bill From owner-freebsd-bugs Mon May 27 10:08:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25736 for bugs-outgoing; Mon, 27 May 1996 10:08:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA25723; Mon, 27 May 1996 10:08:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id KAA21858; Mon, 27 May 1996 10:07:51 -0700 (PDT) To: "Rodney W. Grimes" cc: scrappy@freefall.freebsd.org (Marc G. Fournier), freebsd-bugs@freefall.freebsd.org, committers@freefall.freebsd.org Subject: Re: bin/675 In-reply-to: Your message of "Mon, 27 May 1996 08:58:37 PDT." <199605271558.IAA21421@GndRsh.aac.dev.com> Date: Mon, 27 May 1996 10:07:51 -0700 Message-ID: <21856.833216871@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Stop assinging bug reports to me without first asking me. I don't think that anyone on the committers list gets that privilege, and if you can't deal with this then perhaps you should ask to have yourself removed. Yes, that's kind of a harsh way of putting it, but consider: There's no sense in collecting bug reports if we don't also try to fix them and, while I don't like getting PRs assigned to me any more than any of you do, I also know that the existing "pool" of bug reports is simply way too large now to encourage the great majority of commiters to actually look through it. If the great majority of committers aren't looking at the PR database, then it clearly stands to reason that the entries there are going to go largely untouched, rot, and things will quickly begin to suck. There are three possible solutions to this: 1. Abandon GNATs and any pretense of tracking bug reports. Tell users to join user groups and pass fixes around on floppies. 2. Have one or two people go through the GNATs database periodically, rather than foolishly assuming that _everyone_ will do so, and have them assign bugs to individual committers who promise to at least look at them. 3. Something we haven't thought of yet. Option #2 might not *guarantee* that bugs will be attended to, since a committer can always ignore the little annoy-u-grams that Paul Traina sends out once a week, but it seems a whole lot more tangible and preferable to options 1 and 3. We've leaned on our users for over a year now to submit all these bug reports into GNATS and we're going to looked damned unprofessional if we fail to actually do anything with them. Of course, this all relies on the people of -committers being willing to play ball, something I don't think is too much to ask since nobody was down on the idea of going to GNATs when we started this in the first place. Now that the bill is coming due it's sort of like a big dinner - everyone has to put in their $10 or have those who will be forced to put in $12 to cover for them look daggers in their direction! :-) If anyone on the committers list has a problem with the idea of a bug report being "assigned" to them by a well-meaning bug report scanning volunteer (and you're always free to re-assign it to another, more appropriate committer if it's truly gone to the wrong place), then please speak up now! If it turns out that lots of folks have a problem with this strategy, we can rethink it. Thanks! Jordan From owner-freebsd-bugs Mon May 27 10:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26353 for bugs-outgoing; Mon, 27 May 1996 10:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26333; Mon, 27 May 1996 10:20:03 -0700 (PDT) Resent-Date: Mon, 27 May 1996 10:20:03 -0700 (PDT) Resent-Message-Id: <199605271720.KAA26333@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, terryl@iago.ienet.com Received: from iago.ienet.com (iago.ienet.com [207.78.32.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA25883 for ; Mon, 27 May 1996 10:10:41 -0700 (PDT) Received: (from terryl@localhost) by iago.ienet.com (8.7.5/8.7.3) id KAA07571; Mon, 27 May 1996 10:09:24 -0700 (PDT) Message-Id: <199605271709.KAA07571@iago.ienet.com> Date: Mon, 27 May 1996 10:09:24 -0700 (PDT) From: Terry Lee Reply-To: terryl@iago.ienet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1259: 960501-SNAP doesnt detect SCSI devices on ASUS Triton 2 w/2940 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1259 >Category: i386 >Synopsis: 960501-SNAP doesnt detect SCSI devices on ASUS Triton 2 w/2940 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 10:20:01 PDT 1996 >Last-Modified: >Originator: Terry Lee >Organization: Internet Design Group >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: ASUS P/I-P55T2P4 Triton II motherboard with Adaptec AHA-2940 >Description: 960501-SNAP - on booting boot floppy, probe detects 2940 but after waiting for SCSI devices to settle, does not detect any SCSI devices and goes on to the next probe. Tried on several systems. Does it consistently on ASUS Triton II w/ 2940. >How-To-Repeat: boot the boot floppy >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 10:37:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27288 for bugs-outgoing; Mon, 27 May 1996 10:37:35 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27255; Mon, 27 May 1996 10:37:22 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id NAA11776; Mon, 27 May 1996 13:36:57 -0400 (EDT) Date: Mon, 27 May 1996 13:36:56 -0400 (EDT) From: "Marc G. Fournier" To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , "Marc G. Fournier" , freebsd-bugs@freefall.freebsd.org, committers@freefall.freebsd.org Subject: Re: bin/675 In-Reply-To: <21856.833216871@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 May 1996, Jordan K. Hubbard wrote: > If anyone on the committers list has a problem with the idea of a bug > report being "assigned" to them by a well-meaning bug report scanning > volunteer (and you're always free to re-assign it to another, more > appropriate committer if it's truly gone to the wrong place) Altho I've been trying to make sure it goes to whom I thought was appropriate, there are reports in the database that deal with area's of the OS that are *totally* wide open. The hope was exactly the above... if I screwed up and sent to the wrong person, at least its been revived and hopefully the proper person will take it, or the person whom it was assigned to incorrectly will re-assigned it appropriately. There are a load of reports in the database that are a) over a year old and b) dealing with aspects of the OS that have mostly changed so radically over that past year as to be useless reports (ie. anything dealing with the VM system from a year ago has either probably been fixed, or has changed so drastically so that the PR should be resubmitted) *shrug* they warned me it was a thankless job *grin* Oh...and J"org...thanks for the "redirect" messages in the background...at least some of my mistakes I can fix *grin* Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Mon May 27 10:39:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27411 for bugs-outgoing; Mon, 27 May 1996 10:39:28 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27398; Mon, 27 May 1996 10:39:24 -0700 (PDT) Date: Mon, 27 May 1996 10:39:24 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605271739.KAA27398@freefall.freebsd.org> To: scrappy, rgrimes, freebsd-bugs Subject: Re: bin/675 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make does unnecessary rebuilds Responsible-Changed-From-To: rgrimes->freebsd-bugs Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 10:38:50 PDT 1996 Responsible-Changed-Why: *sigh* sorry rod... From owner-freebsd-bugs Mon May 27 10:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27523 for bugs-outgoing; Mon, 27 May 1996 10:40:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27511; Mon, 27 May 1996 10:40:04 -0700 (PDT) Resent-Date: Mon, 27 May 1996 10:40:04 -0700 (PDT) Resent-Message-Id: <199605271740.KAA27511@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, terryl@iago.ienet.com Received: from iago.ienet.com (iago.ienet.com [207.78.32.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27024 for ; Mon, 27 May 1996 10:34:18 -0700 (PDT) Received: (from terryl@localhost) by iago.ienet.com (8.7.5/8.7.3) id KAA07714; Mon, 27 May 1996 10:33:01 -0700 (PDT) Message-Id: <199605271733.KAA07714@iago.ienet.com> Date: Mon, 27 May 1996 10:33:01 -0700 (PDT) From: Terry Lee Reply-To: terryl@iago.ienet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1260: wd probe take unusually long (45s ea) on ASUS Triton II Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1260 >Category: i386 >Synopsis: wd probe take unusually long (45s ea) on ASUS Triton II >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 10:40:02 PDT 1996 >Last-Modified: >Originator: Terry Lee >Organization: Internet Design Group >Release: FreeBSD 2.2-960323-SNAP i386 >Environment: ASUS P/I-P55T2P4 Triton II motherboard with AHA-2940 and no IDE devices >Description: wd0 probe takes 45 seconds and wd1 takes 40 seconds to report not found. I have nothing on these IDE controllers. >How-To-Repeat: Boot the system >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 10:43:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27744 for bugs-outgoing; Mon, 27 May 1996 10:43:36 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27739; Mon, 27 May 1996 10:43:32 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id NAA11841; Mon, 27 May 1996 13:43:34 -0400 (EDT) Date: Mon, 27 May 1996 13:43:33 -0400 (EDT) From: "Marc G. Fournier" To: ache@freebsd.org cc: "Marc G. Fournier" , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/715 In-Reply-To: <199605271019.OAA04125@astral.msk.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 May 1996, aka Andrey A. Chernov, Black Mage wrote: > > Responsible-Changed-Why: > > last person mucking around in the code... > > > > Marc, please, take note that it is too much code in the system that I step in, > but I am not responsible for all of them :-) Better way is finding responsible > person in particular area than the person who do the last commit. > > BTW, I'll look at the stuff you assign to me anyway and maybe > do something. > Tell me about reverse procedure, i.e. reassign back to nothing > (I need it if found something not in my area). > probably the fastest/easiest all around is to just fire me off a quick email (not sure what you link/lag is like)...if you want, its just 'edit-pr ' and change the "Responsibility" field to be freebsd-bugs (or someone more appropriate if not you *grin*) Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Mon May 27 10:46:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28053 for bugs-outgoing; Mon, 27 May 1996 10:46:11 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28029; Mon, 27 May 1996 10:46:08 -0700 (PDT) Date: Mon, 27 May 1996 10:46:08 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605271746.KAA28029@freefall.freebsd.org> To: phealy@mvc.ie, scrappy, freebsd-bugs Subject: Re: kern/674 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: quad speed cdrom not being found State-Changed-From-To: feedback-closed State-Changed-By: scrappy State-Changed-When: Mon May 27 10:45:17 PDT 1996 State-Changed-Why: Originator can't confirm or deny that this has been fixed as he no longer has access to the hardware...suggested the report be closed From owner-freebsd-bugs Mon May 27 10:46:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28162 for bugs-outgoing; Mon, 27 May 1996 10:46:46 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28146; Mon, 27 May 1996 10:46:44 -0700 (PDT) Date: Mon, 27 May 1996 10:46:44 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605271746.KAA28146@freefall.freebsd.org> To: kiel@physics.utexas.edu, scrappy, freebsd-bugs Subject: Re: ports/814 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: unable to compile the port of "pine3.91" State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Mon May 27 10:46:23 PDT 1996 State-Changed-Why: User Configuration Error - not enough swap space From owner-freebsd-bugs Mon May 27 10:50:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28667 for bugs-outgoing; Mon, 27 May 1996 10:50:15 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA28661; Mon, 27 May 1996 10:50:10 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id NAA11983; Mon, 27 May 1996 13:50:08 -0400 (EDT) Date: Mon, 27 May 1996 13:50:06 -0400 (EDT) From: "Marc G. Fournier" To: Bill Fenner cc: "Marc G. Fournier" , fredriks@mcs.com, freebsd-bugs@freefall.freebsd.org Subject: Re: i386/631 In-Reply-To: <96May27.094518pdt.177475@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 May 1996, Bill Fenner wrote: > In message <199605262339.QAA11265@freefall.freebsd.org> you write: > >Synopsis: if_ix does not support bpf, nor does it appear to support MC. > > Nobody appears to know how to put this card into promiscuous mode, nor > how to configure its multicast filters. I tried to argued that bpf is > useful without promiscuous mode, but was overruled. > Can we close it then? Its been there for almost a year now... if someone *really* misses it, they can always submit a new PR...? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Mon May 27 11:03:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA29716 for bugs-outgoing; Mon, 27 May 1996 11:03:02 -0700 (PDT) Received: (from gibbs@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA29697; Mon, 27 May 1996 11:03:00 -0700 (PDT) Date: Mon, 27 May 1996 11:03:00 -0700 (PDT) From: "Justin T. Gibbs" Message-Id: <199605271803.LAA29697@freefall.freebsd.org> To: terryl@iago.ienet.com, gibbs, freebsd-bugs, gibbs Subject: Re: i386/1259 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 960501-SNAP doesnt detect SCSI devices on ASUS Triton 2 w/2940 State-Changed-From-To: open-feedback State-Changed-By: gibbs State-Changed-When: Mon May 27 11:01:40 PDT 1996 State-Changed-Why: an you try disabling ULTRA mode on your 2940 and see if this helps your problem? Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: gibbs Responsible-Changed-When: Mon May 27 11:01:40 PDT 1996 Responsible-Changed-Why: My driver. From owner-freebsd-bugs Mon May 27 11:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00368 for bugs-outgoing; Mon, 27 May 1996 11:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00362; Mon, 27 May 1996 11:10:02 -0700 (PDT) Date: Mon, 27 May 1996 11:10:02 -0700 (PDT) Message-Id: <199605271810.LAA00362@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: i386/1260: wd probe take unusually long (45s ea) on ASUS Triton II Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/1260; it has been noted by GNATS. From: Poul-Henning Kamp To: terryl@iago.ienet.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: i386/1260: wd probe take unusually long (45s ea) on ASUS Triton II Date: Mon, 27 May 1996 18:05:30 +0000 > >Synopsis: wd probe take unusually long (45s ea) on ASUS Triton II > > ASUS P/I-P55T2P4 Triton II motherboard with AHA-2940 and no IDE devices > > >Description: > > wd0 probe takes 45 seconds and wd1 takes 40 seconds to report not > found. I have nothing on these IDE controllers. This is more or less the way IDE works, sorry. If you want to find out why, I suggest you check out the ATA archives at ftp://fission.wdc.com. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Mon May 27 11:11:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00421 for bugs-outgoing; Mon, 27 May 1996 11:11:03 -0700 (PDT) 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 LAA00408; Mon, 27 May 1996 11:11:00 -0700 (PDT) Message-Id: <199605271811.LAA00408@freefall.freebsd.org> To: "Marc G. Fournier" cc: Bill Fenner , "Marc G. Fournier" , fredriks@mcs.com, freebsd-bugs@freefall.freebsd.org Subject: Re: i386/631 In-reply-to: Your message of "Mon, 27 May 1996 13:50:06 EDT." Date: Mon, 27 May 1996 11:10:58 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Mon, 27 May 1996, Bill Fenner wrote: > >> In message <199605262339.QAA11265@freefall.freebsd.org> you write: >> >Synopsis: if_ix does not support bpf, nor does it appear to support MC. >> >> Nobody appears to know how to put this card into promiscuous mode, nor >> how to configure its multicast filters. I tried to argued that bpf is >> useful without promiscuous mode, but was overruled. >> > Can we close it then? Its been there for almost a year now... >if someone *really* misses it, they can always submit a new PR...? > >Marc G. Fournier scrappy@ki.net >Systems Administrator @ ki.net scrappy@freebsd.org We need at least one PR that documents the tendency for the if_ix driver to wedge when receiving large packets. Someone needs to get the specs for these cards and do a full review of the driver. It may be beneficial to look at the NetBSD driver to see if they have fixed any of these problems. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon May 27 11:13:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00640 for bugs-outgoing; Mon, 27 May 1996 11:13:20 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA00632; Mon, 27 May 1996 11:13:16 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id OAA12424; Mon, 27 May 1996 14:13:18 -0400 (EDT) Date: Mon, 27 May 1996 14:13:17 -0400 (EDT) From: "Marc G. Fournier" To: "Justin T. Gibbs" cc: Bill Fenner , "Marc G. Fournier" , fredriks@mcs.com, freebsd-bugs@freefall.freebsd.org Subject: Re: i386/631 In-Reply-To: <199605271811.LAA00408@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 27 May 1996, Justin T. Gibbs wrote: > >On Mon, 27 May 1996, Bill Fenner wrote: > > > >> In message <199605262339.QAA11265@freefall.freebsd.org> you write: > >> >Synopsis: if_ix does not support bpf, nor does it appear to support MC. > >> > >> Nobody appears to know how to put this card into promiscuous mode, nor > >> how to configure its multicast filters. I tried to argued that bpf is > >> useful without promiscuous mode, but was overruled. > >> > > Can we close it then? Its been there for almost a year now... > >if someone *really* misses it, they can always submit a new PR...? > > > >Marc G. Fournier scrappy@ki.net > >Systems Administrator @ ki.net scrappy@freebsd.org > > We need at least one PR that documents the tendency for the if_ix driver > to wedge when receiving large packets. Someone needs to get the specs > for these cards and do a full review of the driver. It may be beneficial > to look at the NetBSD driver to see if they have fixed any of these problems. > Okay, but unless I'm not reading something into this PR that you are...this PR doesn't document a tendency to wedge...it just seemed to be a "lack of features" report :( Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Mon May 27 11:14:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00682 for bugs-outgoing; Mon, 27 May 1996 11:14:31 -0700 (PDT) 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 LAA00677; Mon, 27 May 1996 11:14:30 -0700 (PDT) Message-Id: <199605271814.LAA00677@freefall.freebsd.org> To: "Marc G. Fournier" cc: Bill Fenner , "Marc G. Fournier" , fredriks@mcs.com, freebsd-bugs@freefall.freebsd.org Subject: Re: i386/631 In-reply-to: Your message of "Mon, 27 May 1996 14:13:17 EDT." Date: Mon, 27 May 1996 11:14:29 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Mon, 27 May 1996, Justin T. Gibbs wrote: > >> >On Mon, 27 May 1996, Bill Fenner wrote: >> > >> >> In message <199605262339.QAA11265@freefall.freebsd.org> you write: >> >> >Synopsis: if_ix does not support bpf, nor does it appear to support MC. >> >> >> >> Nobody appears to know how to put this card into promiscuous mode, nor >> >> how to configure its multicast filters. I tried to argued that bpf is >> >> useful without promiscuous mode, but was overruled. >> >> >> > Can we close it then? Its been there for almost a year now... >> >if someone *really* misses it, they can always submit a new PR...? >> > >> >Marc G. Fournier scrappy@ki.net >> >Systems Administrator @ ki.net scrappy@freebsd.org >> >> We need at least one PR that documents the tendency for the if_ix driver >> to wedge when receiving large packets. Someone needs to get the specs >> for these cards and do a full review of the driver. It may be beneficial >> to look at the NetBSD driver to see if they have fixed any of these problems >. >> > Okay, but unless I'm not reading something into this PR that >you are...this PR doesn't document a tendency to wedge...it just seemed >to be a "lack of features" report :( > >Marc G. Fournier scrappy@ki.net >Systems Administrator @ ki.net scrappy@freebsd.org Combine them into a single PR with a good title. Whomever reviews the if_ix driver should add BPF support. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon May 27 11:33:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA01543 for bugs-outgoing; Mon, 27 May 1996 11:33:32 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA01534; Mon, 27 May 1996 11:33:29 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id LAA03693; Mon, 27 May 1996 11:33:28 -0700 (PDT) Message-Id: <199605271833.LAA03693@austin.polstra.com> To: "Marc G. Fournier" cc: freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/655 In-reply-to: Your message of "Sun, 26 May 1996 16:52:04 PDT." <199605262352.QAA14508@freefall.freebsd.org> Date: Mon, 27 May 1996 11:33:28 -0700 From: John Polstra Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Synopsis: ld -r of shared objects worked in 1.1.5, not in 2.0.5 > > Responsible-Changed-From-To: freebsd-bugs->jdp > Responsible-Changed-By: scrappy > Responsible-Changed-When: Sun May 26 16:51:40 PDT 1996 > Responsible-Changed-Why: > last changes to ld by jdp... As far as I can tell, this bug report rewrites history. I wasn't involved in the project even when 2.0.5 was released, but looking at the RCS logs and at various versions of the sources, I am convinced that "ld -r" of shared objects was _never_ supported, in any version. The error message saying that it's not supported first appeared in revision 1.4 of ld.c, on 03 November 1993, and it's been there ever since. It also looks like that was the first version of the linker to support shared libraries. I don't have any plans to fix this problem. It won't hurt my feelings if somebody else wants to make a stab at it. :-) -- John From owner-freebsd-bugs Mon May 27 11:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02473 for bugs-outgoing; Mon, 27 May 1996 11:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02464; Mon, 27 May 1996 11:50:02 -0700 (PDT) Resent-Date: Mon, 27 May 1996 11:50:02 -0700 (PDT) Resent-Message-Id: <199605271850.LAA02464@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, terryl@iago.ienet.com Received: from iago.ienet.com (iago.ienet.com [207.78.32.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA01931 for ; Mon, 27 May 1996 11:40:15 -0700 (PDT) Received: (from terryl@localhost) by iago.ienet.com (8.7.5/8.7.3) id LAA07958; Mon, 27 May 1996 11:38:58 -0700 (PDT) Message-Id: <199605271838.LAA07958@iago.ienet.com> Date: Mon, 27 May 1996 11:38:58 -0700 (PDT) From: Terry Lee Reply-To: terryl@iago.ienet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1261: panic with two new Quantum FireBall 1280 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1261 >Category: conf >Synopsis: panic with two new Quantum FireBall 1280 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 11:50:01 PDT 1996 >Last-Modified: >Originator: Terry Lee >Organization: Internet Design Group >Release: FreeBSD 2.2-960323-SNAP i386 >Environment: ASUS P/I-P55T2P4 Triton II motherboard w/ AHA-2940 and 2 unused Quantum Fireball 1280MB Hard Drives >Description: boot floppy panics in sysinstall when there are two unused Quantum Fireball 1280MB Hard Drives. Works okay with just one drive or if one or both have been fdisked. Many pages of panic messages. Here is the last page: panic: unknown/reserved trap Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x8:0xf01a12b1 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 1 (sysinstall) interrupt mask = panic: page fault panic: unknown Fatal trap 1: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xf01da862 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 1 (sysinstall) interrupt mask = panic: privileged instruction fault panic: unknown/reserved trap >How-To-Repeat: boot the 960323-SNAP boot floppy with ASUS triton 2, 2940, and two new unused Quantum Fireball 1280's >Fix: workaround is to boot with one drive, partition it, and reboot with both drives. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 11:50:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02502 for bugs-outgoing; Mon, 27 May 1996 11:50:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02477; Mon, 27 May 1996 11:50:04 -0700 (PDT) Resent-Date: Mon, 27 May 1996 11:50:04 -0700 (PDT) Resent-Message-Id: <199605271850.LAA02477@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, terryl@iago.ienet.com Received: from iago.ienet.com (iago.ienet.com [207.78.32.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA01969 for ; Mon, 27 May 1996 11:41:05 -0700 (PDT) Received: (from terryl@localhost) by iago.ienet.com (8.7.5/8.7.3) id LAA08085; Mon, 27 May 1996 11:39:48 -0700 (PDT) Message-Id: <199605271839.LAA08085@iago.ienet.com> Date: Mon, 27 May 1996 11:39:48 -0700 (PDT) From: Terry Lee Reply-To: terryl@iago.ienet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1262: panic with two new Quantum FireBall 1280 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1262 >Category: conf >Synopsis: panic with two new Quantum FireBall 1280 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 11:50:03 PDT 1996 >Last-Modified: >Originator: Terry Lee >Organization: Internet Design Group >Release: FreeBSD 2.2-960323-SNAP i386 >Environment: ASUS P/I-P55T2P4 Triton II motherboard w/ AHA-2940 and 2 unused Quantum Fireball 1280MB Hard Drives >Description: boot floppy panics in sysinstall when there are two unused Quantum Fireball 1280MB Hard Drives. Works okay with just one drive or if one or both have been fdisked. Many pages of panic messages. Here is the last page: panic: unknown/reserved trap Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x8:0xf01a12b1 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 1 (sysinstall) interrupt mask = panic: page fault panic: unknown Fatal trap 1: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xf01da862 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 1 (sysinstall) interrupt mask = panic: privileged instruction fault panic: unknown/reserved trap >How-To-Repeat: boot the 960323-SNAP boot floppy with ASUS triton 2, 2940, and two new unused Quantum Fireball 1280's >Fix: workaround is to boot with one drive, partition it, and reboot with both drives. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 11:50:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02520 for bugs-outgoing; Mon, 27 May 1996 11:50:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02500; Mon, 27 May 1996 11:50:08 -0700 (PDT) Resent-Date: Mon, 27 May 1996 11:50:08 -0700 (PDT) Resent-Message-Id: <199605271850.LAA02500@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, terryl@iago.ienet.com Received: from iago.ienet.com (iago.ienet.com [207.78.32.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA02031 for ; Mon, 27 May 1996 11:42:06 -0700 (PDT) Received: (from terryl@localhost) by iago.ienet.com (8.7.5/8.7.3) id LAA08173; Mon, 27 May 1996 11:40:49 -0700 (PDT) Message-Id: <199605271840.LAA08173@iago.ienet.com> Date: Mon, 27 May 1996 11:40:49 -0700 (PDT) From: Terry Lee Reply-To: terryl@iago.ienet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1263: panic with two new Quantum FireBall 1280 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1263 >Category: conf >Synopsis: panic with two new Quantum FireBall 1280 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 11:50:06 PDT 1996 >Last-Modified: >Originator: Terry Lee >Organization: Internet Design Group >Release: FreeBSD 2.2-960323-SNAP i386 >Environment: ASUS P/I-P55T2P4 Triton II motherboard w/ AHA-2940 and 2 unused Quantum Fireball 1280MB Hard Drives >Description: boot floppy panics in sysinstall when there are two unused Quantum Fireball 1280MB Hard Drives. Works okay with just one drive or if one or both have been fdisked. Many pages of panic messages. Here is the last page: panic: unknown/reserved trap Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x8:0xf01a12b1 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 1 (sysinstall) interrupt mask = panic: page fault panic: unknown Fatal trap 1: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xf01da862 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 1 (sysinstall) interrupt mask = panic: privileged instruction fault panic: unknown/reserved trap >How-To-Repeat: boot the 960323-SNAP boot floppy with ASUS triton 2, 2940, and two new unused Quantum Fireball 1280's >Fix: workaround is to boot with one drive, partition it, and reboot with both drives. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 11:50:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02542 for bugs-outgoing; Mon, 27 May 1996 11:50:14 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02532; Mon, 27 May 1996 11:50:12 -0700 (PDT) Resent-Date: Mon, 27 May 1996 11:50:12 -0700 (PDT) Resent-Message-Id: <199605271850.LAA02532@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, terryl@iago.ienet.com Received: from iago.ienet.com (iago.ienet.com [207.78.32.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA02261 for ; Mon, 27 May 1996 11:46:56 -0700 (PDT) Received: (from terryl@localhost) by iago.ienet.com (8.7.5/8.7.3) id LAA08298; Mon, 27 May 1996 11:45:39 -0700 (PDT) Message-Id: <199605271845.LAA08298@iago.ienet.com> Date: Mon, 27 May 1996 11:45:39 -0700 (PDT) From: Terry Lee Reply-To: terryl@iago.ienet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1264: panic with two new Quantum FireBall 1280 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1264 >Category: conf >Synopsis: panic with two new Quantum FireBall 1280 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 11:50:09 PDT 1996 >Last-Modified: >Originator: Terry Lee >Organization: Internet Design Group >Release: FreeBSD 2.2-960323-SNAP i386 >Environment: ASUS P/I-P55T2P4 Triton II motherboard w/ AHA-2940 and 2 unused Quantum Fireball 1280MB Hard Drives >Description: boot floppy panics in sysinstall when there are two unused Quantum Fireball 1280MB Hard Drives. Works okay with just one drive or if one or both have been fdisked. Many pages of panic messages. Here is the last page: panic: unknown/reserved trap Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x8:0xf01a12b1 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 1 (sysinstall) interrupt mask = panic: page fault panic: unknown Fatal trap 1: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xf01da862 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 32, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 1 (sysinstall) interrupt mask = panic: privileged instruction fault panic: unknown/reserved trap >How-To-Repeat: boot the 960323-SNAP boot floppy with ASUS triton 2, 2940, and two new unused Quantum Fireball 1280's >Fix: workaround is to boot with one drive, partition it, and reboot with both drives. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 12:04:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03436 for bugs-outgoing; Mon, 27 May 1996 12:04:59 -0700 (PDT) Received: from macbeth.ienet.com (macbeth.ienet.com [207.78.32.52]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA03424; Mon, 27 May 1996 12:04:55 -0700 (PDT) Received: from brutus.ienet.com (brutus.ienet.com [207.78.32.152]) by macbeth.ienet.com (8.7.5/8.7.3) with SMTP id MAA20912; Mon, 27 May 1996 12:04:15 -0700 (PDT) Message-ID: <31A9FE2B.7983@ienet.com> Date: Mon, 27 May 1996 12:10:35 -0700 From: Terry Lee Organization: Internet Design Group X-Mailer: Mozilla 2.02 (Win95; I) MIME-Version: 1.0 To: "Justin T. Gibbs" CC: freebsd-bugs@freefall.freebsd.org Subject: Re: i386/1259 References: <199605271803.LAA29697@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 Justin T. Gibbs wrote: > > Synopsis: 960501-SNAP doesnt detect SCSI devices on ASUS Triton 2 w/2940 > > State-Changed-From-To: open-feedback > State-Changed-By: gibbs > State-Changed-When: Mon May 27 11:01:40 PDT 1996 > State-Changed-Why: > an you try disabling ULTRA mode on your 2940 and see if this helps > your problem? > > Responsible-Changed-From-To: freebsd-bugs->gibbs > Responsible-Changed-By: gibbs > Responsible-Changed-When: Mon May 27 11:01:40 PDT 1996 > Responsible-Changed-Why: > My driver. Is there an ULTRA mode on a plain old 2940? (it's new but doesn't seem to be a U or UW) I tried looking in the boot configuration utility, but didn't see anything about ULTRA. -- I N T E R N E T Terry Lee, Technical Director D E S I G N 611 W. 6th St., Ste. 3201, Los Angeles, CA 90017 G R O U P 213.488.6100 voice 213.488.6101 fax http://www.mall.net mailto:terryl@ienet.com From owner-freebsd-bugs Mon May 27 13:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08789 for bugs-outgoing; Mon, 27 May 1996 13:30:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08780; Mon, 27 May 1996 13:30:06 -0700 (PDT) Date: Mon, 27 May 1996 13:30:06 -0700 (PDT) Message-Id: <199605272030.NAA08780@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: i386/1260: wd probe take unusually long (45s ea) on ASUS Triton II Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/1260; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.org, terryl@iago.ienet.com Cc: Subject: Re: i386/1260: wd probe take unusually long (45s ea) on ASUS Triton II Date: Tue, 28 May 1996 06:20:21 +1000 >>Description: > wd0 probe takes 45 seconds and wd1 takes 40 seconds to report not > found. I have nothing on these IDE controllers. This is more or less required. Probing in parallel isn't possible with current probe technology, and the ATA spec says that a wait of 31 seconds is required after reset. The driver is buggy and only waits 10 seconds after reset, but it also waits 10 seconds before reset and retries the reset, giving a total wait of 40 seconds per controller. >>Fix: Disable the unused controllers in the BIOS, or disable the unused drivers in the kernel config. Bruce From owner-freebsd-bugs Mon May 27 13:37:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09363 for bugs-outgoing; Mon, 27 May 1996 13:37:41 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09346; Mon, 27 May 1996 13:37:31 -0700 (PDT) Date: Mon, 27 May 1996 13:37:31 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272037.NAA09346@freefall.freebsd.org> To: terryl@iago.ienet.com, scrappy, freebsd-bugs Subject: Re: conf/1261 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: panic with two new Quantum FireBall 1280 State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Mon May 27 13:36:56 PDT 1996 State-Changed-Why: 1 PR per problem, please? From owner-freebsd-bugs Mon May 27 13:38:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09510 for bugs-outgoing; Mon, 27 May 1996 13:38:58 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09490; Mon, 27 May 1996 13:38:53 -0700 (PDT) Date: Mon, 27 May 1996 13:38:53 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272038.NAA09490@freefall.freebsd.org> To: terryl@iago.ienet.com, scrappy, freebsd-bugs Subject: Re: conf/1262 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: panic with two new Quantum FireBall 1280 State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Mon May 27 13:37:49 PDT 1996 State-Changed-Why: 1 PR per problem, please? From owner-freebsd-bugs Mon May 27 13:39:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09637 for bugs-outgoing; Mon, 27 May 1996 13:39:36 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09616; Mon, 27 May 1996 13:39:29 -0700 (PDT) Date: Mon, 27 May 1996 13:39:29 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272039.NAA09616@freefall.freebsd.org> To: terryl@iago.ienet.com, scrappy, freebsd-bugs Subject: Re: conf/1263 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: panic with two new Quantum FireBall 1280 State-Changed-From-To: open-closed State-Changed-By: scrappy State-Changed-When: Mon May 27 13:39:03 PDT 1996 State-Changed-Why: Down to 1 from 4 From owner-freebsd-bugs Mon May 27 13:39:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09682 for bugs-outgoing; Mon, 27 May 1996 13:39:50 -0700 (PDT) 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 SMTP id NAA09660 for ; Mon, 27 May 1996 13:39:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA17004; Tue, 28 May 1996 06:36:58 +1000 Date: Tue, 28 May 1996 06:36:58 +1000 From: Bruce Evans Message-Id: <199605272036.GAA17004@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, phk@critter.tfs.com Subject: Re: i386/1260: wd probe take unusually long (45s ea) on ASUS Triton II Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > wd0 probe takes 45 seconds and wd1 takes 40 seconds to report not > > found. I have nothing on these IDE controllers. > > This is more or less the way IDE works, sorry. If you want to find out > why, I suggest you check out the ATA archives at ftp://fission.wdc.com. Yes, it's a fine standard :-). It specifies the necessary wait as 31 seconds (max), while for SCSI we can only guess that 15 seconds is enough for Joe SCSI device (see the GENERIC config). Bruce From owner-freebsd-bugs Mon May 27 13:40:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09809 for bugs-outgoing; Mon, 27 May 1996 13:40:35 -0700 (PDT) Received: from macbeth.ienet.com (macbeth.ienet.com [207.78.32.52]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09789; Mon, 27 May 1996 13:40:24 -0700 (PDT) Received: from brutus.ienet.com (brutus.ienet.com [207.78.32.152]) by macbeth.ienet.com (8.7.5/8.7.3) with SMTP id NAA21060; Mon, 27 May 1996 13:39:44 -0700 (PDT) Message-ID: <31AA148C.3839@ienet.com> Date: Mon, 27 May 1996 13:46:04 -0700 From: Terry Lee Organization: Internet Design Group X-Mailer: Mozilla 2.02 (Win95; I) MIME-Version: 1.0 To: "Marc G. Fournier" CC: freebsd-bugs@freefall.freebsd.org Subject: Re: conf/1261 References: <199605272037.NAA09346@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 Marc G. Fournier wrote: > > Synopsis: panic with two new Quantum FireBall 1280 > > State-Changed-From-To: open-closed > State-Changed-By: scrappy > State-Changed-When: Mon May 27 13:36:56 PDT 1996 > State-Changed-Why: > 1 PR per problem, please? Sorry. Had a problem with our mailer here. -- I N T E R N E T Terry Lee, Technical Director D E S I G N 611 W. 6th St., Ste. 3201, Los Angeles, CA 90017 G R O U P 213.488.6100 voice 213.488.6101 fax http://www.mall.net mailto:terryl@ienet.com From owner-freebsd-bugs Mon May 27 13:45:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10077 for bugs-outgoing; Mon, 27 May 1996 13:45:40 -0700 (PDT) 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 SMTP id NAA10068; Mon, 27 May 1996 13:45:33 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA17143; Tue, 28 May 1996 06:42:31 +1000 Date: Tue, 28 May 1996 06:42:31 +1000 From: Bruce Evans Message-Id: <199605272042.GAA17143@godzilla.zeta.org.au> To: gibbs@freefall.freebsd.org, scrappy@ki.net Subject: Re: i386/631 Cc: fenner@parc.xerox.com, fredriks@mcs.com, freebsd-bugs@freefall.freebsd.org, scrappy@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Combine them into a single PR with a good title. Whomever reviews the >if_ix driver should add BPF support. No, please report only one problem per report, so that it is possible to describe the problem in the subject line... From owner-freebsd-bugs Mon May 27 14:00:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11067 for bugs-outgoing; Mon, 27 May 1996 14:00:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11035; Mon, 27 May 1996 14:00:05 -0700 (PDT) Date: Mon, 27 May 1996 14:00:05 -0700 (PDT) Message-Id: <199605272100.OAA11035@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: conf/1263: panic with two new Quantum FireBall 1280 Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/1263; it has been noted by GNATS. From: J Wunsch To: terryl@iago.ienet.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: conf/1263: panic with two new Quantum FireBall 1280 Date: Mon, 27 May 1996 22:27:50 +0200 (MET DST) As Terry Lee wrote: > > >Number: 1263 > >Category: conf > >Synopsis: panic with two new Quantum FireBall 1280 Huh? What's up? Four bug reports for the same in a row? :-(( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon May 27 14:04:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11739 for bugs-outgoing; Mon, 27 May 1996 14:04:39 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11733; Mon, 27 May 1996 14:04:32 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id VAA02553; Mon, 27 May 1996 21:52:31 +0100 (BST) To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: scrappy@freefall.freebsd.org (Marc G. Fournier), freebsd-bugs@freefall.freebsd.org From: "Gary Palmer" Subject: Re: bin/715 In-reply-to: Your message of "Mon, 27 May 1996 14:19:40 +0400." <199605271019.OAA04125@astral.msk.su> Date: Mon, 27 May 1996 21:52:30 +0100 Message-ID: <2551.833230350@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote in message ID <199605271019.OAA04125@astral.msk.su>: > BTW, I'll look at the stuff you assign to me anyway and maybe > do something. > Tell me about reverse procedure, i.e. reassign back to nothing > (I need it if found something not in my area). On freefall: edit-pr file' type input option> Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Mon May 27 14:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12633 for bugs-outgoing; Mon, 27 May 1996 14:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12614; Mon, 27 May 1996 14:10:03 -0700 (PDT) Resent-Date: Mon, 27 May 1996 14:10:03 -0700 (PDT) Resent-Message-Id: <199605272110.OAA12614@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gary@palmer.demon.co.uk Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11996 for ; Mon, 27 May 1996 14:06:28 -0700 (PDT) Received: (from gary@localhost) by palmer.demon.co.uk (sendmail/PALMER-1) id WAA02868; Mon, 27 May 1996 22:06:04 +0100 (BST) Message-Id: <199605272106.WAA02868@palmer.demon.co.uk> Date: Mon, 27 May 1996 22:06:04 +0100 (BST) From: Gary Palmer Reply-To: gary@palmer.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/1265: warnings in pcv Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 1265 >Category: kern >Synopsis: warnings in pcv >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 14:10:01 PDT 1996 >Last-Modified: >Originator: Gary Palmer >Organization: None >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD's current PCVT version >Description: If you compile pcvt with -Wunused, you get plenty of warings like: ../../i386/isa/pcvt/pcvt_drv.c:908: warning: unused variable `x' ../../i386/isa/pcvt/pcvt_drv.c:908: warning: unused variable `x' ../../i386/isa/pcvt/pcvt_drv.c:908: warning: unused variable `x' ../../i386/isa/pcvt/pcvt_drv.c:908: warning: unused variable `x' ../../i386/isa/pcvt/pcvt_drv.c:908: warning: unused variable `x' ../../i386/isa/pcvt/pcvt_drv.c:908: warning: unused variable `x' This is because pcvt uses an inb() from the keyboard controller in an attempt to get a delay which is slightly less processor dependant than DELAY(). Bruce commented: pcvt should just use DELAY(). DELAY() isn't perfect, but neither is pcvt's inb() method. >How-To-Repeat: Add -Wunused to the kernel Makefile. >Fix: Move from the inb() to DELAY(). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 14:21:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14290 for bugs-outgoing; Mon, 27 May 1996 14:21:47 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14268; Mon, 27 May 1996 14:21:40 -0700 (PDT) Date: Mon, 27 May 1996 14:21:40 -0700 (PDT) From: Gary Palmer Message-Id: <199605272121.OAA14268@freefall.freebsd.org> To: gpalmer, freebsd-bugs, joerg Subject: Re: kern/1265 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: warnings in pcv Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: gpalmer Responsible-Changed-When: Mon May 27 14:20:04 PDT 1996 Responsible-Changed-Why: Joerg asked that I send-pr this so that he is reminded to do something about it when he has time :-) From owner-freebsd-bugs Mon May 27 14:26:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14739 for bugs-outgoing; Mon, 27 May 1996 14:26:26 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14716; Mon, 27 May 1996 14:26:24 -0700 (PDT) Date: Mon, 27 May 1996 14:26:24 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272126.OAA14716@freefall.freebsd.org> To: scrappy, freebsd-bugs, bde Subject: Re: gnu/183 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: can't resolve "operator <<" overload Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 14:21:13 PDT 1996 Responsible-Changed-Why: he always seems to know alot about this sort of stuff...and its getting stale in the closet after over a year... From owner-freebsd-bugs Mon May 27 14:28:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14953 for bugs-outgoing; Mon, 27 May 1996 14:28:06 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14916; Mon, 27 May 1996 14:28:03 -0700 (PDT) Date: Mon, 27 May 1996 14:28:03 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272128.OAA14916@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: kern/1258 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: new vm code: freeing held page Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 14:27:40 PDT 1996 Responsible-Changed-Why: John's area of expertise From owner-freebsd-bugs Mon May 27 14:28:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15048 for bugs-outgoing; Mon, 27 May 1996 14:28:51 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15029; Mon, 27 May 1996 14:28:49 -0700 (PDT) Date: Mon, 27 May 1996 14:28:49 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272128.OAA15029@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: kern/1257 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: System got blown away by "vm_pageout_scan: page not inactive?" Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 14:28:22 PDT 1996 Responsible-Changed-Why: VM-related From owner-freebsd-bugs Mon May 27 14:30:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15240 for bugs-outgoing; Mon, 27 May 1996 14:30:16 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15217; Mon, 27 May 1996 14:30:12 -0700 (PDT) Date: Mon, 27 May 1996 14:30:12 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272130.OAA15217@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: kern/1016 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: panic: vm_page_free: freeing free page, sddump: no slices Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 14:29:19 PDT 1996 Responsible-Changed-Why: VM problem...? From owner-freebsd-bugs Mon May 27 14:30:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15287 for bugs-outgoing; Mon, 27 May 1996 14:30:28 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15268; Mon, 27 May 1996 14:30:23 -0700 (PDT) Date: Mon, 27 May 1996 14:30:23 -0700 (PDT) From: Gary Palmer Message-Id: <199605272130.OAA15268@freefall.freebsd.org> To: brion@queeg.com, gpalmer, freebsd-bugs Subject: Re: kern/1250 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: chroot to nullfs causes kernel panic State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Mon May 27 14:26:00 PDT 1996 State-Changed-Why: Basically a duplicate of PR #34. Nullfs is known to be broken, especially for writes. From owner-freebsd-bugs Mon May 27 14:31:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15487 for bugs-outgoing; Mon, 27 May 1996 14:31:56 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15452; Mon, 27 May 1996 14:31:52 -0700 (PDT) Date: Mon, 27 May 1996 14:31:52 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272131.OAA15452@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: misc/1043 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vm_bounce_alloc error on 2.1 install with 4G drive Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 14:30:32 PDT 1996 Responsible-Changed-Why: how many of these vm_* "bugs" were radically changed in recent VM rewrites? From owner-freebsd-bugs Mon May 27 14:35:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16060 for bugs-outgoing; Mon, 27 May 1996 14:35:22 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16037; Mon, 27 May 1996 14:35:15 -0700 (PDT) Date: Mon, 27 May 1996 14:35:15 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272135.OAA16037@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: kern/1177 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Machine hangs with message "vm_fork: no pte for UPAGES Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 14:32:08 PDT 1996 Responsible-Changed-Why: falls under John's Mega-commit changes From owner-freebsd-bugs Mon May 27 14:37:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16340 for bugs-outgoing; Mon, 27 May 1996 14:37:23 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16318; Mon, 27 May 1996 14:37:16 -0700 (PDT) Date: Mon, 27 May 1996 14:37:16 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272137.OAA16318@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: kern/1195 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: stable with DIAGNOSTIC panics `vm_page_unhold: hold count < 0' Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 14:35:36 PDT 1996 Responsible-Changed-Why: more "possibly fixed" PRs due to Mega Commit From owner-freebsd-bugs Mon May 27 14:38:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16520 for bugs-outgoing; Mon, 27 May 1996 14:38:46 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16501; Mon, 27 May 1996 14:38:42 -0700 (PDT) Date: Mon, 27 May 1996 14:38:42 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605272138.OAA16501@freefall.freebsd.org> To: scrappy, freebsd-bugs, dyson Subject: Re: kern/1227 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vm_page_activate: already active (new vm system) Responsible-Changed-From-To: freebsd-bugs->dyson Responsible-Changed-By: scrappy Responsible-Changed-When: Mon May 27 14:37:31 PDT 1996 Responsible-Changed-Why: someting from after the Mega Commit From owner-freebsd-bugs Mon May 27 15:00:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18097 for bugs-outgoing; Mon, 27 May 1996 15:00:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18036; Mon, 27 May 1996 15:00:03 -0700 (PDT) Date: Mon, 27 May 1996 15:00:03 -0700 (PDT) Message-Id: <199605272200.PAA18036@freefall.freebsd.org> To: freebsd-bugs Cc: From: Andrew Herdman Subject: Re: kern/1252: problem with cd9660 driver Reply-To: Andrew Herdman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1252; it has been noted by GNATS. From: Andrew Herdman To: Joerg Wunsch Cc: joerg_wunsch@uriah.heep.sax.de, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/1252: problem with cd9660 driver Date: Mon, 27 May 1996 17:49:36 -0400 On Mon, 27 May 1996, J Wunsch wrote: > As Andrew Herdman wrote: > > > > Where is it mounted? From the SCSI, or the ATAPI CDROM? > > > It happens with both SCSI and ATAPI devices. The system I use at home is > > SCSI and the one at work is ATAPI and they both give the same result, > > which is !crash! > > I'm afraid you will have to investigate more if you want this solved. > Nobody else except you complained about it, and i'm pretty sure there > are enough other people like me who regularly scan entire CDs. So it > looks like it's only reproducible in your situation. > > (Perhaps you can get a kernel core dump? DDB output?) Ok i just did it and got a core and here is what gdb shows me: gdb -k kernel.1 vmcore.1 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 1df000 current pcb at 1cbb18 panic: vwakeup: neg numoutput #0 0xf017a547 in boot () (kgdb) bt #0 0xf017a547 in boot () #1 0xf0115236 in panic () #2 0xf012cbab in vwakeup () #3 0xf01297ee in biodone () #4 0xf0154153 in cd_strategy () #5 0xf0158dec in scsi_strategy () #6 0xf01539b8 in cdstrategy () #7 0xf0135d5a in spec_strategy () #8 0xf01050a0 in cd9660_strategy () #9 0xf012ac83 in cluster_read () #10 0xf01046d5 in cd9660_read () #11 0xf0131bd8 in vn_read () #12 0xf01168a7 in read () #13 0xf0180321 in syscall () #14 0xf0177e15 in Xsyscall () #15 0x6012 in ?? () #16 0x6cb0 in ?? () #17 0x1095 in ?? () I'll also put the dumps for anon ftp from ghoul.uunet.ca in /pub/ Andrew From owner-freebsd-bugs Mon May 27 15:40:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25964 for bugs-outgoing; Mon, 27 May 1996 15:40:52 -0700 (PDT) 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 SMTP id PAA25927; Mon, 27 May 1996 15:40:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id IAA20446; Tue, 28 May 1996 08:37:51 +1000 Date: Tue, 28 May 1996 08:37:51 +1000 From: Bruce Evans Message-Id: <199605272237.IAA20446@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, scrappy@freefall.freebsd.org Subject: Re: gnu/183 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Synopsis: can't resolve "operator <<" overload >Responsible-Changed-From-To: freebsd-bugs->bde >Responsible-Changed-By: scrappy >Responsible-Changed-When: Mon May 27 14:21:13 PDT 1996 >Responsible-Changed-Why: >he always seems to know alot about this sort of stuff...and its >getting stale in the closet after over a year... Actually, my knowledge of C++ could be written in less space than this message. Bruce From owner-freebsd-bugs Mon May 27 15:47:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27303 for bugs-outgoing; Mon, 27 May 1996 15:47:40 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27282; Mon, 27 May 1996 15:47:32 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id SAA25938; Mon, 27 May 1996 18:47:23 -0400 (EDT) Date: Mon, 27 May 1996 18:47:22 -0400 (EDT) From: "Marc G. Fournier" To: Bruce Evans cc: bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, scrappy@freefall.freebsd.org Subject: Re: gnu/183 In-Reply-To: <199605272237.IAA20446@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 28 May 1996, Bruce Evans wrote: > >Synopsis: can't resolve "operator <<" overload > > >Responsible-Changed-From-To: freebsd-bugs->bde > >Responsible-Changed-By: scrappy > >Responsible-Changed-When: Mon May 27 14:21:13 PDT 1996 > >Responsible-Changed-Why: > >he always seems to know alot about this sort of stuff...and its > >getting stale in the closet after over a year... > > Actually, my knowledge of C++ could be written in less space than > this message. > Taking an auctioneers stance/tone: "Problem Report for *real* cheap...previous owner unable to handle it" *rofl* Anyone out there able to handle this one? :( Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Mon May 27 19:01:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20435 for bugs-outgoing; Mon, 27 May 1996 19:01:24 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20306; Mon, 27 May 1996 19:00:03 -0700 (PDT) Resent-Date: Mon, 27 May 1996 19:00:03 -0700 (PDT) Resent-Message-Id: <199605280200.TAA20306@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nash@mcs.com Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA19809; Mon, 27 May 1996 18:50:42 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id UAA00814; Mon, 27 May 1996 20:50:12 -0500 (CDT) Message-Id: <199605280150.UAA00814@zen.nash.org> Date: Mon, 27 May 1996 20:50:12 -0500 (CDT) From: Alex Nash Reply-To: nash@mcs.com To: FreeBSD-gnats-submit@freebsd.org Cc: phk@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1266: IPFW: Resolve service names with -N option Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1266 >Category: bin >Synopsis: IPFW: Resolve service names with -N option >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 27 19:00:02 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.0-STABLE/CURRENT running IPFW. >Description: The -N option to ipfw resolves host names but not service names (perhaps this is intentional?). >How-To-Repeat: # ipfw -N l >Fix: NOTE: These diffs are against those submitted in bin/1220. The version numbers do not correspond to those in the FreeBSD CVS tree. Index: ipfw.c =================================================================== RCS file: /home/alex/cvs/ipfw/ipfw.c,v retrieving revision 1.4 retrieving revision 1.5 diff -c -r1.4 -r1.5 *** ipfw.c 1996/05/19 18:28:45 1.4 --- ipfw.c 1996/05/28 01:16:42 1.5 *************** *** 15,21 **** * * NEW command line interface for IP firewall facility * ! * $Id: ipfw.c,v 1.4 1996/05/19 18:28:45 alex Exp $ * */ --- 15,21 ---- * * NEW command line interface for IP firewall facility * ! * $Id: ipfw.c,v 1.5 1996/05/28 01:16:42 alex Exp $ * */ *************** *** 65,70 **** --- 65,104 ---- } void + print_port(port, comma, flg) + u_short port,flg; + const char *comma; + { + int printed = 0; + + if (do_resolv) { + struct servent *se; + const char *protocol; + + switch (flg & IP_FW_F_KIND) { + case IP_FW_F_TCP: + protocol = "tcp"; + break; + case IP_FW_F_UDP: + protocol = "udp"; + break; + default: + protocol = NULL; + break; + } + + se = getservbyport(htons(port), protocol); + + if (se) { + printf("%s%s", comma, se->s_name); + printed = 1; + } + } + if (!printed) + printf("%s%d",comma,port); + } + + void show_ipfw(chain) struct ip_fw *chain; { *************** *** 73,78 **** --- 107,114 ---- struct hostent *he; int i,mb; + if (do_resolv) + setservent(1/*stayopen*/); printf("%05u ", chain->fw_number); *************** *** 152,158 **** comma = " "; for (i=0;ifw_nsp; i++ ) { ! printf("%s%d",comma,chain->fw_pts[i]); if (i==0 && (chain->fw_flg & IP_FW_F_SRNG)) comma = "-"; else --- 188,194 ---- comma = " "; for (i=0;ifw_nsp; i++ ) { ! print_port(chain->fw_pts[i], comma, chain->fw_flg); if (i==0 && (chain->fw_flg & IP_FW_F_SRNG)) comma = "-"; else *************** *** 190,196 **** comma = " "; for (i=0;ifw_ndp;i++) { ! printf("%s%d",comma,chain->fw_pts[chain->fw_nsp+i]); if (i==0 && (chain->fw_flg & IP_FW_F_DRNG)) comma = "-"; else --- 226,232 ---- comma = " "; for (i=0;ifw_ndp;i++) { ! print_port(chain->fw_pts[chain->fw_nsp+i], comma, chain->fw_flg); if (i==0 && (chain->fw_flg & IP_FW_F_DRNG)) comma = "-"; else *************** *** 272,277 **** --- 308,316 ---- } } printf("\n"); + + if (do_resolv) + endservent(); } void >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 19:01:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20440 for bugs-outgoing; Mon, 27 May 1996 19:01:27 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20338; Mon, 27 May 1996 19:00:05 -0700 (PDT) Resent-Date: Mon, 27 May 1996 19:00:05 -0700 (PDT) Resent-Message-Id: <199605280200.TAA20338@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nash@mcs.com Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA19808; Mon, 27 May 1996 18:50:42 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id UAA00816; Mon, 27 May 1996 20:50:13 -0500 (CDT) Message-Id: <199605280150.UAA00816@zen.nash.org> Date: Mon, 27 May 1996 20:50:13 -0500 (CDT) From: Alex Nash Reply-To: nash@mcs.com To: FreeBSD-gnats-submit@freebsd.org Cc: phk@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1267: IPFW: prevent deletion of default policy Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1267 >Category: kern >Synopsis: Kernel allows deletion of default policy entry >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 19:00:04 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.0-STABLE/CURRENT running IPFW. >Description: The kernel allows the default policy (chain entry 65535) to be deleted when it should not. >How-To-Repeat: # ipfw del 65535 # ipfw l >Fix: NOTE: These diffs are against those submitted in kern/1219. The version numbers do not correspond to those in the FreeBSD CVS tree. The fix consists of a single line change to line 541. The other diffs are part of a work in progress: - Formatting fix (from my style->BSD) - Undocumented feature: disallow IPFW manipulation when securelevel > 2. Index: ip_fw.c =================================================================== RCS file: /home/alex/cvs/sys/netinet/ip_fw.c,v retrieving revision 1.3 retrieving revision 1.4 diff -c -r1.3 -r1.4 *** ip_fw.c 1996/05/19 18:31:09 1.3 --- ip_fw.c 1996/05/28 01:15:27 1.4 *************** *** 11,17 **** * * This software is provided ``AS IS'' without any warranties of any kind. * ! * $Id: ip_fw.c,v 1.3 1996/05/19 18:31:09 alex Exp $ */ /* --- 11,17 ---- * * This software is provided ``AS IS'' without any warranties of any kind. * ! * $Id: ip_fw.c,v 1.4 1996/05/28 01:15:27 alex Exp $ */ /* *************** *** 538,544 **** s = splnet(); fcp = chainptr->lh_first; ! if (fcp->rule->fw_number != (u_short)-1) { for (; fcp; fcp = fcp->chain.le_next) { if (fcp->rule->fw_number == frwl->fw_number) { LIST_REMOVE(fcp, chain); --- 538,544 ---- s = splnet(); fcp = chainptr->lh_first; ! if (frwl->fw_number != (u_short)-1) { for (; fcp; fcp = fcp->chain.le_next) { if (fcp->rule->fw_number == frwl->fw_number) { LIST_REMOVE(fcp, chain); *************** *** 578,585 **** */ s = splnet(); for (fcp = ip_fw_chain.lh_first; fcp; fcp = fcp->chain.le_next) ! if (!frwl || frwl->fw_number == fcp->rule->fw_number) ! { fcp->rule->fw_bcnt = fcp->rule->fw_pcnt = 0; fcp->rule->timestamp = 0; } --- 578,584 ---- */ s = splnet(); for (fcp = ip_fw_chain.lh_first; fcp; fcp = fcp->chain.le_next) ! if (!frwl || frwl->fw_number == fcp->rule->fw_number) { fcp->rule->fw_bcnt = fcp->rule->fw_pcnt = 0; fcp->rule->timestamp = 0; } *************** *** 650,655 **** --- 649,659 ---- return (0); } m = *mm; + /* only allow get calls if secure mode < 3 */ + if (securelevel > 2) { + if (m) (void)m_free(m); + return(EPERM); + } if (stage == IP_FW_FLUSH) { while (ip_fw_chain.lh_first != NULL && ip_fw_chain.lh_first->rule->fw_number != (u_short)-1) { *************** *** 672,678 **** printf("ip_fw_ctl: NULL mbuf ptr\n"); return (EINVAL); } - if (stage == IP_FW_ADD || stage == IP_FW_DEL) { struct ip_fw *frwl = check_ipfw_struct(m); --- 676,681 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 20:27:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25913 for bugs-outgoing; Mon, 27 May 1996 20:27:13 -0700 (PDT) Received: from gw1.att.com (gw1.att.com [192.20.239.133]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA25908 for ; Mon, 27 May 1996 20:27:09 -0700 (PDT) Received: from aloft.UUCP by ig1.att.att.com id AA15270; Mon, 27 May 96 23:23:01 EDT From: gtc@aloft.att.com (gary.corcoran) To: bugs@freebsd.org Received: from aloft (aloft.cnet.att.com) by aluxpo (4.1/DCS-aluxpo-M4.3) id AA22505; Mon, 27 May 96 23:25:50 EDT Received: from stargazer (stargazer.cnet.att.com) by aloft (4.1/DCS-aloft-M5.1) id AA11991; Mon, 27 May 96 23:25:55 EDT Received: by stargazer (4.1/DCS-aloft_client-S2.1) id AA27371; Mon, 27 May 96 23:25:53 EDT Date: Mon, 27 May 96 23:25:53 EDT Original-From: aluxpo!aloft!gtc (gary.corcoran) Message-Id: <9605280325.AA27371@stargazer> Original-To: freebsd.org!bugs Subject: Re: kern/1250: chroot to nullfs causes kernel panic Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Does anyone else think that a merciless drive to disable or document >all of our broken filesystems and other misfeatures would be a good >thing to start? Please count one more vote (from a user perspective) that this is a Very Good Idea ... Gary From owner-freebsd-bugs Mon May 27 21:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28390 for bugs-outgoing; Mon, 27 May 1996 21:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28384; Mon, 27 May 1996 21:10:02 -0700 (PDT) Resent-Date: Mon, 27 May 1996 21:10:02 -0700 (PDT) Resent-Message-Id: <199605280410.VAA28384@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, winter@jurai.net Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA28138 for ; Mon, 27 May 1996 21:06:42 -0700 (PDT) Received: (from winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) id XAA28657; Mon, 27 May 1996 23:07:14 -0500 (CDT) Message-Id: <199605280407.XAA28657@sasami.jurai.net> Date: Mon, 27 May 1996 23:07:14 -0500 (CDT) From: winter@jurai.net Reply-To: winter@jurai.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1268: The 'pty' manpage isn't consistant with reality. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1268 >Category: docs >Synopsis: The 'pty' manpage isn't consistant with reality. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 21:10:01 PDT 1996 >Last-Modified: >Originator: Matthew N. Dodd >Organization: InterSurf Online, Inc. >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: `man pty` shows the following: FILES /dev/pty[p-r][0-9a-f] master pseudo terminals /dev/tty[p-r][0-9a-f] slave pseudo terminals When, in reality, [p-sP-S][0-9a-v] appears to be the useable range. >How-To-Repeat: `man pty` and look at the Files section. :) >Fix: *** pty.4.orig Mon May 27 23:02:23 1996 --- pty.4 Mon May 27 23:03:17 1996 *************** *** 198,205 **** .El .Sh FILES ! .Bl -tag -width /dev/tty[p-r][0-9a-f]x -compact ! .It Pa /dev/pty[p-r][0-9a-f] master pseudo terminals ! .It Pa /dev/tty[p-r][0-9a-f] slave pseudo terminals .El --- 198,205 ---- .El .Sh FILES ! .Bl -tag -width /dev/tty[p-sP-S][0-9a-v]x -compact ! .It Pa /dev/pty[p-sP-S][0-9a-v] master pseudo terminals ! .It Pa /dev/tty[p-sP-S][0-9a-v] slave pseudo terminals .El >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 23:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04078 for bugs-outgoing; Mon, 27 May 1996 23:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04070; Mon, 27 May 1996 23:10:03 -0700 (PDT) Resent-Date: Mon, 27 May 1996 23:10:03 -0700 (PDT) Resent-Message-Id: <199605280610.XAA04070@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA03916 for ; Mon, 27 May 1996 23:05:26 -0700 (PDT) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id JAA24764 for ; Tue, 28 May 1996 09:05:16 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.5/8.6.4) id JAA17845; Tue, 28 May 1996 09:05:16 +0300 (EET DST) Message-Id: <199605280605.JAA17845@cantina.clinet.fi> Date: Tue, 28 May 1996 09:05:16 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1269: vm_pageout_scan: page not inactive? (loops, effectively deadlock) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1269 >Category: kern >Synopsis: vm_pageout_scan: page not inactive? (loops, effectively deadlock) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 27 23:10:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: news server, ASUS, P90, 2940, 64M. sup May 27 00:50 GMT (should contain latest vm changes, I think) >Description: The system gets stuck, no login, no processes can be started and existing processes seem to be stuck. It still serves nfs and ping works. >How-To-Repeat: I do not know, but it seems to happen after same time it paniced with previous kernel (couple of days earlier). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 27 23:24:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04635 for bugs-outgoing; Mon, 27 May 1996 23:24:20 -0700 (PDT) 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 XAA04499; Mon, 27 May 1996 23:22:44 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA10396; Tue, 28 May 1996 08:22:18 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA08554; Tue, 28 May 1996 08:22:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA05251; Tue, 28 May 1996 08:14:53 +0200 (MET DST) From: J Wunsch Message-Id: <199605280614.IAA05251@uriah.heep.sax.de> Subject: Re: gnu/183 To: scrappy@ki.net (Marc G. Fournier) Date: Tue, 28 May 1996 08:14:51 +0200 (MET DST) Cc: bde@zeta.org.au, bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org, scrappy@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at "May 27, 96 06:47:22 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 Marc G. Fournier wrote: > > >Synopsis: can't resolve "operator <<" overload > > Actually, my knowledge of C++ could be written in less space than > > this message. > Anyone out there able to handle this one? :( g++-bugs@gnu.ai.mit.edu Seriously, it's unlikely that anybody here will deal with GNU bugs (unless he's also involved in the GNU development). Close the PR with the remark ``must be solved by the GNU team''. (Perhaps ask the author before whether he did submit it to the GNU folks.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue May 28 05:40:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA22656 for bugs-outgoing; Tue, 28 May 1996 05:40:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA22632; Tue, 28 May 1996 05:40:04 -0700 (PDT) Resent-Date: Tue, 28 May 1996 05:40:04 -0700 (PDT) Resent-Message-Id: <199605281240.FAA22632@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, winter@jurai.net Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA22577 for ; Tue, 28 May 1996 05:39:49 -0700 (PDT) Received: (from winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) id HAA14427; Tue, 28 May 1996 07:40:29 -0500 (CDT) Message-Id: <199605281240.HAA14427@sasami.jurai.net> Date: Tue, 28 May 1996 07:40:29 -0500 (CDT) From: winter@jurai.net Reply-To: winter@jurai.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1270: /etc/ttys does not list all valid ptys (breaks screen, xterm) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1270 >Category: conf >Synopsis: /etc/ttys does not list all valid ptys (breaks screen, xterm) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue May 28 05:40:01 PDT 1996 >Last-Modified: >Originator: Matthew N. Dodd >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: Applications that rely on getttyent and related calls will not find entries that are not listed in /etc/ttys. Screen and xterm (rxvt, color_xterm) will not be able to obtain unique utmp slots as a result. This isn't a critical problem but it will keep utilities such as 'finger', 'who' and 'w' from displaying the correct information. >How-To-Repeat: Using screen, open enough windows so that you use ttys in the range of [qrsPQRS]*. Note that 'w', 'who' and 'finger' don't show your screen sessions. >Fix: This is a patch against /usr/src/etc/ttys which adds the missing entries. Note that we can't use all of these ptys unless the kernel is compiled with the line: pseudo-device pty 256 GENERIC is compiled with: pseudo-device pty 16 Which is really too small to be of real use. The overhead for each additional pty isn't more than 128 bits. (or so) Its probably safe to move this up to 32, as that is what the default in sys/kern/tty_pty.c appears to be. (heh. Maybe I should file a separate pr for this...) *** ttys.orig Tue May 28 07:14:47 1996 --- ttys Tue May 28 07:16:34 1996 *************** *** 51,52 **** --- 51,276 ---- ttypu none network ttypv none network + ttyq0 none network + ttyq1 none network + ttyq2 none network + ttyq3 none network + ttyq4 none network + ttyq5 none network + ttyq6 none network + ttyq7 none network + ttyq8 none network + ttyq9 none network + ttyqa none network + ttyqb none network + ttyqc none network + ttyqd none network + ttyqe none network + ttyqf none network + ttyqg none network + ttyqh none network + ttyqi none network + ttyqj none network + ttyqk none network + ttyql none network + ttyqm none network + ttyqn none network + ttyqo none network + ttyqp none network + ttyqq none network + ttyqr none network + ttyqs none network + ttyqt none network + ttyqu none network + ttyqv none network + ttyr0 none network + ttyr1 none network + ttyr2 none network + ttyr3 none network + ttyr4 none network + ttyr5 none network + ttyr6 none network + ttyr7 none network + ttyr8 none network + ttyr9 none network + ttyra none network + ttyrb none network + ttyrc none network + ttyrd none network + ttyre none network + ttyrf none network + ttyrg none network + ttyrh none network + ttyri none network + ttyrj none network + ttyrk none network + ttyrl none network + ttyrm none network + ttyrn none network + ttyro none network + ttyrp none network + ttyrq none network + ttyrr none network + ttyrs none network + ttyrt none network + ttyru none network + ttyrv none network + ttys0 none network + ttys1 none network + ttys2 none network + ttys3 none network + ttys4 none network + ttys5 none network + ttys6 none network + ttys7 none network + ttys8 none network + ttys9 none network + ttysa none network + ttysb none network + ttysc none network + ttysd none network + ttyse none network + ttysf none network + ttysg none network + ttysh none network + ttysi none network + ttysj none network + ttysk none network + ttysl none network + ttysm none network + ttysn none network + ttyso none network + ttysp none network + ttysq none network + ttysr none network + ttyss none network + ttyst none network + ttysu none network + ttysv none network + ttyP0 none network + ttyP1 none network + ttyP2 none network + ttyP3 none network + ttyP4 none network + ttyP5 none network + ttyP6 none network + ttyP7 none network + ttyP8 none network + ttyP9 none network + ttyPa none network + ttyPb none network + ttyPc none network + ttyPd none network + ttyPe none network + ttyPf none network + ttyPg none network + ttyPh none network + ttyPi none network + ttyPj none network + ttyPk none network + ttyPl none network + ttyPm none network + ttyPn none network + ttyPo none network + ttyPp none network + ttyPq none network + ttyPr none network + ttyPs none network + ttyPt none network + ttyPu none network + ttyPv none network + ttyQ0 none network + ttyQ1 none network + ttyQ2 none network + ttyQ3 none network + ttyQ4 none network + ttyQ5 none network + ttyQ6 none network + ttyQ7 none network + ttyQ8 none network + ttyQ9 none network + ttyQa none network + ttyQb none network + ttyQc none network + ttyQd none network + ttyQe none network + ttyQf none network + ttyQg none network + ttyQh none network + ttyQi none network + ttyQj none network + ttyQk none network + ttyQl none network + ttyQm none network + ttyQn none network + ttyQo none network + ttyQp none network + ttyQq none network + ttyQr none network + ttyQs none network + ttyQt none network + ttyQu none network + ttyQv none network + ttyR0 none network + ttyR1 none network + ttyR2 none network + ttyR3 none network + ttyR4 none network + ttyR5 none network + ttyR6 none network + ttyR7 none network + ttyR8 none network + ttyR9 none network + ttyRa none network + ttyRb none network + ttyRc none network + ttyRd none network + ttyRe none network + ttyRf none network + ttyRg none network + ttyRh none network + ttyRi none network + ttyRj none network + ttyRk none network + ttyRl none network + ttyRm none network + ttyRn none network + ttyRo none network + ttyRp none network + ttyRq none network + ttyRr none network + ttyRs none network + ttyRt none network + ttyRu none network + ttyRv none network + ttyS0 none network + ttyS1 none network + ttyS2 none network + ttyS3 none network + ttyS4 none network + ttyS5 none network + ttyS6 none network + ttyS7 none network + ttyS8 none network + ttyS9 none network + ttySa none network + ttySb none network + ttySc none network + ttySd none network + ttySe none network + ttySf none network + ttySg none network + ttySh none network + ttySi none network + ttySj none network + ttySk none network + ttySl none network + ttySm none network + ttySn none network + ttySo none network + ttySp none network + ttySq none network + ttySr none network + ttySs none network + ttySt none network + ttySu none network + ttySv none network >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 28 07:58:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05049 for bugs-outgoing; Tue, 28 May 1996 07:58:39 -0700 (PDT) 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 HAA05040 for ; Tue, 28 May 1996 07:58:34 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA12889; Tue, 28 May 1996 10:58:30 -0400 Date: Tue, 28 May 1996 10:58:30 -0400 From: Garrett Wollman Message-Id: <9605281458.AA12889@halloran-eldar.lcs.mit.edu> To: Bill Fenner Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: i386/631 In-Reply-To: <96May27.094518pdt.177475@crevenia.parc.xerox.com> References: <199605262339.QAA11265@freefall.freebsd.org> <96May27.094518pdt.177475@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > In message <199605262339.QAA11265@freefall.freebsd.org> you write: >> Synopsis: if_ix does not support bpf, nor does it appear to support MC. > Nobody appears to know how to put this card into promiscuous mode, nor > how to configure its multicast filters. I tried to argued that bpf is > useful without promiscuous mode, but was overruled. Just copy the code from if_ie.c; all the Intel devices do multicast the same way. The promiscuous mode changes should be fairly clear from that example as well (esentially you have to re-init the device with one bit flipped). -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Tue May 28 09:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10095 for bugs-outgoing; Tue, 28 May 1996 09:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10087; Tue, 28 May 1996 09:10:01 -0700 (PDT) Resent-Date: Tue, 28 May 1996 09:10:01 -0700 (PDT) Resent-Message-Id: <199605281610.JAA10087@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, regnauld@freenix.fr Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA09179 for ; Tue, 28 May 1996 09:00:30 -0700 (PDT) Received: from tetard.hsc.fr (tetard.hsc.fr [192.70.106.43]) by itesec.hsc.fr (8.7.5/8.7.3/itesec-1.8) with ESMTP id SAA16469 for ; Tue, 28 May 1996 18:00:26 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.hsc.fr (8.7.5/8.7.3/tetard-uucp-2.8) id RAA00554; Tue, 28 May 1996 17:59:56 +0200 (MET DST) Message-Id: <199605281559.RAA00554@tetard.hsc.fr> Date: Tue, 28 May 1996 17:59:56 +0200 (MET DST) From: regnauld@freenix.fr Reply-To: regnauld@freenix.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1271: Panic using PLIP/ftp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1271 >Category: kern >Synopsis: Kernel panic using PLIP in 27/05 current >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 28 09:10:01 PDT 1996 >Last-Modified: >Originator: Philippe Regnauld >Organization: Freenix User Group >Release: FreeBSD 2.2-CURRENT i386 >Environment: Panicking machine: DX4-120, 24Mb RAM, Ncr810 SCSI, NE2000 ethernet Remote machine: Pentium 100 laptop >Description: During intensive lp0 (plip) use (i.e.: ftp), kernel panic on the DX4: Kernel debug follows: IdlePTD 1d2000 current pcb at 1c297c panic: page fault #0 boot (howto=256) at ../../i386/i386/machdep.c:940 940 dumppcb.pcb_ptd = rcr3(); (kgdb) where #0 boot (howto=256) at ../../i386/i386/machdep.c:940 #1 0xf0112176 in panic (fmt=0xf0180c9c "page fault") at ../../kern/subr_prf.c:127 #2 0xf01817f6 in trap_fatal (frame=0xefbffe00) at ../../i386/i386/trap.c:740 #3 0xf01812e8 in trap_pfault (frame=0xefbffe00, usermode=0) at ../../i386/i386/trap.c:651 #4 0xf0180fcb in trap (frame={tf_es = 135135248, tf_ds = 16, tf_edi = -257728513, tf_esi = -257728384, tf_ebp = -272630172, tf_isp = -272630232, tf_ebx = -257726720, tf_edx = -257726806, tf_ecx = 1073741398, tf_eax = -129, tf_trapno = 12, tf_err = -266928126, tf_eip = -266862699, tf_cs = -2147483640, tf_eflags = 67206, tf_esp = -254868128, tf_ss = -257726848}) at ../../i386/i386/trap.c:319 #5 0xf0179011 in calltrap () #6 0xf0122707 in sbappend (sb=0xf0cf0560, m=0xf0a36400) at ../../kern/uipc_socket2.c:437 #7 0xf0144134 in tcp_usrreq (so=0xf0cf0500, req=9, m=0xf0a36400, nam=0x0, control=0x0) at ../../netinet/tcp_usrreq.c:287 #8 0xf01210b6 in sosend (so=0xf0cf0500, addr=0x0, uio=0xefbfff28, top=0xf0a36400, control=0x0, flags=0) at ../../kern/uipc_socket.c:475 #9 0xf0114b35 in soo_write (fp=0xf0cf5880, uio=0xefbfff28, cred=0xf0cf6880) at ../../kern/sys_socket.c:82 #10 0xf0113a8f in write (p=0xf0ced500, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/sys_generic.c:263 #11 0xf0181aa1 in syscall (frame={tf_es = 134873127, tf_ds = -272695257, tf_edi = 134975488, tf_esi = 2316982, tf_ebp = -272641836, tf_isp = -272629788, tf_ebx = 134929076, tf_edx = 6, tf_ecx = 1, tf_eax = 4, tf_trapno = 22, tf_err = 7, tf_eip = 134819121, tf_cs = 31, tf_eflags = 518, tf_esp = -272641904, tf_ss = 39}) at ../../i386/i386/trap.c:890 #12 0xf0179065 in Xsyscall () #13 0x2e9a in ?? () #14 0x82d5 in ?? () #15 0x1f6d in ?? () #16 0x1096 in ?? () (kgdb) frame 6 #6 0xf0122707 in sbappend (sb=0xf0cf0560, m=0xf0a36400) at ../../kern/uipc_socket2.c:437 437 sbcompress(sb, m, n); (kgdb) t 432 sbappendrecord(sb, m); /* XXXXXX!!!! */ 433 return; 434 } 435 } while (n->m_next && (n = n->m_next)); 436 } 437 sbcompress(sb, m, n); 438 } 439 440 #ifdef SOCKBUF_DEBUG 441 void (kgdb) print sb $1 = (struct sockbuf *) 0x0 (kgdb) print m $2 = (struct mbuf *) 0x0 (kgdb) print n $3 = (struct mbuf *) 0x0 >How-To-Repeat: Just Do It. Run an ftp from the remote machine, and depending on the activity on the host DX4, the kernel will panic more or less quickly. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 28 09:35:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13246 for bugs-outgoing; Tue, 28 May 1996 09:35:12 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13238; Tue, 28 May 1996 09:35:10 -0700 (PDT) Date: Tue, 28 May 1996 09:35:10 -0700 (PDT) From: Paul Traina Message-Id: <199605281635.JAA13238@freefall.freebsd.org> To: bugs Subject: crash in vm_page_free() Cc: dyson Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, all of a sudden I've now joined the club too. 3 panics in an hour after 3 days of perfect operation. IdlePTD 22b000 current pcb at 1f15dc panic: freeing held page, count=%d, pindex=%d(0x%x) #0 0xf01aa0bf in boot () (kgdb) where #0 0xf01aa0bf in boot () #1 0xf01196a7 in panic () #2 0xf019f6b3 in vm_page_free () #3 0xf01abd60 in pmap_release () #4 0xf01996d8 in vmspace_free () #5 0xf01b41b2 in cpu_wait () #6 0xf010ea91 in wait1 () #7 0xf010e8c3 in wait4 () #8 0xf01afff5 in syscall () #9 0xf01a7985 in Xsyscall () Paul From owner-freebsd-bugs Tue May 28 11:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19626 for bugs-outgoing; Tue, 28 May 1996 11:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19613; Tue, 28 May 1996 11:20:02 -0700 (PDT) Resent-Date: Tue, 28 May 1996 11:20:02 -0700 (PDT) Resent-Message-Id: <199605281820.LAA19613@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kargl@troutmask.apl.washington.edu Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA19239 for ; Tue, 28 May 1996 11:15:28 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA07067 for ; Tue, 28 May 1996 11:15:27 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.7.5/8.7.3) id LAA28184; Tue, 28 May 1996 11:13:28 -0700 (PDT) Message-Id: <199605281813.LAA28184@troutmask.apl.washington.edu> Date: Tue, 28 May 1996 11:13:28 -0700 (PDT) From: "Steven G. Kargl" Reply-To: kargl@troutmask.apl.washington.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1272: f2c.1 man page addition Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1272 >Category: docs >Synopsis: document the -o option for f2c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue May 28 11:20:01 PDT 1996 >Last-Modified: >Originator: Steven G. Kargl >Organization: Applied Physics Lab >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: f2c can be given a -o option to direct it to write its ouput into a named file. The patch documents the -o option. >How-To-Repeat: >Fix: *** f2c.1.orig Tue May 28 11:03:38 1996 --- f2c.1 Tue May 28 11:07:15 1996 *************** *** 42,47 **** --- 42,48 ---- .Op Fl \&I2 .Op Fl \&i2 .Op Fl kr Ns Op Cm d + .Op Fl o Ar name .Op Fl onetrip .Op Fl P Ns Op Cm s .Op Fl r8 *************** *** 155,160 **** --- 156,164 ---- If the option is .Fl krd , use double precision temporaries even for single-precision operands. + .It Fl o Ar name + The C source code is written into file + .Ar name . .It Fl onetrip Compile DO loops that are performed at least once if reached. (Fortran 77 DO loops are not performed at all if the upper limit is smaller than the lower >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 28 15:10:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA06030 for bugs-outgoing; Tue, 28 May 1996 15:10:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05990; Tue, 28 May 1996 15:10:04 -0700 (PDT) Resent-Date: Tue, 28 May 1996 15:10:04 -0700 (PDT) Resent-Message-Id: <199605282210.PAA05990@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gemini@who.cdrom.com Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA05580 for ; Tue, 28 May 1996 15:08:11 -0700 (PDT) Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id NAA07844 for ; Tue, 28 May 1996 13:06:48 -0700 Received: by unlisys.unlisys.NET from geminix.snafu.de with bsmtp (Smail3.1.28.1 [@@]) id m0uOREi-000aBDC; Tue, 28 May 96 18:03 MET DST Received: by geminix.snafu.de (Smail3.1.29.1) id ; Tue, 28 May 96 12:13 MET DST Message-Id: Date: Tue, 28 May 96 12:13 MET DST From: gemini@geminix.snafu.de Reply-To: gemini@who.cdrom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1273: Bug in rshd Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1273 >Category: bin >Synopsis: remote hostname gets corrupted in rshd >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 28 15:10:02 PDT 1996 >Last-Modified: >Originator: Uwe Doering >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: After rshd looked up the remote host name by calling gethostbyaddr(), it calls iruserok() which internaly calls gethostbyaddr() as well and therefore corrupts the host name returned by the first call to this function. >How-To-Repeat: >From a machine that is neither in /etc/hosts.equiv nor in ~/.rhosts, `rsh -K' to a host running FreeBSD 2.1R or -stable and look at the remote host name in the `permission denied' line in /var/log/messages. It's very likely wrong, corrupted or missing at all. >Fix: Copy the remote host name into a private buffer so that it is protected from network library functions. Here's the fix: --- rshd.c-dist Sat Sep 2 16:40:24 1995 +++ rshd.c Thu May 23 14:04:46 1996 @@ -200,6 +200,7 @@ char *cp, sig, buf[BUFSIZ]; char cmdbuf[NCARGS+1], locuser[16], remuser[16]; char remotehost[2 * MAXHOSTNAMELEN + 1]; + char rremotehost[2 * MAXHOSTNAMELEN + 1]; #ifdef KERBEROS AUTH_DAT *kdata = (AUTH_DAT *) NULL; @@ -332,13 +333,13 @@ * address corresponds to the name. */ hostname = hp->h_name; + strncpy(remotehost, hp->h_name, sizeof(remotehost) - 1); + remotehost[sizeof(remotehost) - 1] = 0; + errorhost = remotehost; #ifdef KERBEROS if (!use_kerberos) #endif if (check_all || local_domain(hp->h_name)) { - strncpy(remotehost, hp->h_name, sizeof(remotehost) - 1); - remotehost[sizeof(remotehost) - 1] = 0; - errorhost = remotehost; hp = gethostbyname(remotehost); if (hp == NULL) { syslog(LOG_INFO, @@ -366,8 +367,15 @@ } } } - } else - errorhost = hostname = inet_ntoa(fromp->sin_addr); + strncpy(rremotehost, hostname, sizeof(rremotehost) - 1); + rremotehost[sizeof(rremotehost) - 1] = 0; + hostname = rremotehost; + } else { + strncpy(rremotehost, inet_ntoa(fromp->sin_addr), + sizeof(rremotehost) - 1); + rremotehost[sizeof(rremotehost) - 1] = 0; + errorhost = hostname = rremotehost; + } #ifdef KERBEROS if (use_kerberos) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 28 15:10:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA06075 for bugs-outgoing; Tue, 28 May 1996 15:10:22 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA06061; Tue, 28 May 1996 15:10:17 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id KAA06964 ; Tue, 28 May 1996 10:55:49 -0700 Received: from hda.com (ip57-max1-fitch.zipnet.net [199.232.245.57]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id KAA26941; Tue, 28 May 1996 10:55:33 -0700 (PDT) Received: (from dufault@localhost) by hda (8.6.11/8.6.9) id IAA01678; Tue, 28 May 1996 08:37:19 -0400 From: Peter Dufault Message-Id: <199605281237.IAA01678@hda> Subject: Re: kern/405 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 28 May 1996 08:35:57 -0400 (EDT) Cc: scrappy@freefall.FreeBSD.org, freebsd-bugs@freefall.FreeBSD.org, jkh@freefall.FreeBSD.org In-Reply-To: <28728.833148124@time.cdrom.com> from "Jordan K. Hubbard" at May 26, 96 03:02:04 pm Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Bleah. I'll contact the author. I brought it in, but I don't know > _anything_ about it - I've never even seen one of these cards. :-) I have a completely re-written version that is supposed to support all the boards. It works only on the AT-GPIB and no longer on the -TNT (the -TNT support is still in there but is now broken). The driver has a few rough edges on the -GPIB but is tidied up, interrupt driven, and a good basis for any future work. I have no time in the near future to work on it and the project I needed it for is on indefinite hold - I'd like to have someone who needs the driver and has access to both boards adopt it. -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-bugs Tue May 28 15:10:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA06097 for bugs-outgoing; Tue, 28 May 1996 15:10:25 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA06067; Tue, 28 May 1996 15:10:19 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id KAA06911 ; Tue, 28 May 1996 10:50:16 -0700 Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id KAA26805; Tue, 28 May 1996 10:50:05 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id SAA23551; Tue, 28 May 1996 18:47:41 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Tue, 28 May 1996 18:47:41 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id SAA06036; Tue, 28 May 1996 18:47:13 +0100 From: Paul Richards Message-Id: <199605281747.SAA06036@cadair.elsevier.co.uk> Subject: Re: i386/631 To: bde@zeta.org.au (Bruce Evans) Date: Tue, 28 May 1996 18:47:13 +0100 (BST) Cc: gibbs@freefall.FreeBSD.org, scrappy@ki.net, fenner@parc.xerox.com, fredriks@mcs.com, freebsd-bugs@freefall.FreeBSD.org, scrappy@freefall.FreeBSD.org In-Reply-To: <199605272042.GAA17143@godzilla.zeta.org.au> from "Bruce Evans" at May 28, 96 06:42:31 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Bruce Evans who said > > >Combine them into a single PR with a good title. Whomever reviews the > >if_ix driver should add BPF support. > > No, please report only one problem per report, so that it is possible > to describe the problem in the subject line... > And possible to close the report if you fix one of the problems but not the other. We should be conservative about closing PR's. If it's not fixed to the satisfaction of the submitter then it's not really fixed unless it's decided the submitter was simply wrong in the first place. if_ix not being able to get into promiscuous mode is a real bug if the card is able to support it (which apparently it is). -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-bugs Tue May 28 15:14:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA07378 for bugs-outgoing; Tue, 28 May 1996 15:14:50 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA07298; Tue, 28 May 1996 15:14:33 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id KAA06460 ; Tue, 28 May 1996 10:01:35 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id MAA24237; Tue, 28 May 1996 12:01:34 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 28 May 96 12:01 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 28 May 96 12:01 CDT Message-Id: Subject: Re: i386/631 To: scrappy@ki.net (Marc G. Fournier) Date: Tue, 28 May 1996 12:01:31 -0500 (CDT) From: "Lars Fredriksen" Cc: fenner@parc.xerox.com, scrappy@freefall.FreeBSD.org, freebsd-bugs@freefall.FreeBSD.org In-Reply-To: from "Marc G. Fournier" at May 27, 96 01:50:06 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Marc G. Fournier writes: > > On Mon, 27 May 1996, Bill Fenner wrote: > > > In message <199605262339.QAA11265@freefall.freebsd.org> you write: > > >Synopsis: if_ix does not support bpf, nor does it appear to support MC. > > > > Nobody appears to know how to put this card into promiscuous mode, nor > > how to configure its multicast filters. I tried to argued that bpf is > > useful without promiscuous mode, but was overruled. > > > Can we close it then? Its been there for almost a year now... > if someone *really* misses it, they can always submit a new PR...? > > Marc G. Fournier scrappy@ki.net > Systems Administrator @ ki.net scrappy@freebsd.org > Can we move it to a list of drivers that are missing features? I'd hate to see us loose track that of these things. Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) From owner-freebsd-bugs Tue May 28 15:17:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA08086 for bugs-outgoing; Tue, 28 May 1996 15:17:04 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA08070; Tue, 28 May 1996 15:17:01 -0700 (PDT) Received: from onyx.nervosa.com (root@nervosa.com [192.187.228.86]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id HAA04959 ; Tue, 28 May 1996 07:19:32 -0700 Received: (from coredump@localhost) by onyx.nervosa.com (8.7.5/8.7.3) id HAA14667; Tue, 28 May 1996 07:19:06 -0700 (PDT) Date: Tue, 28 May 1996 07:19:03 -0700 (PDT) From: "Chris J. Layne" To: "Marc G. Fournier" cc: scrappy@freefall.FreeBSD.org, freebsd-bugs@freefall.FreeBSD.org, asami@freefall.FreeBSD.org Subject: Re: kern/652 In-Reply-To: <199605262348.QAA13417@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 26 May 1996, Marc G. Fournier wrote: > Synopsis: Multiple addresses on one interface interacts badly with gated > > Responsible-Changed-From-To: freebsd-bugs->asami > Responsible-Changed-By: scrappy > Responsible-Changed-When: Sun May 26 16:45:26 PDT 1996 > Responsible-Changed-Why: > sorry, this is being changed to the wrong person *but* I can't > think of anywhere else to send it, and this will at least wake up > the PR to be properly assigned or closed, as is deemed appropriate :( gawollman maybe? == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Tue May 28 17:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA17685 for bugs-outgoing; Tue, 28 May 1996 17:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA17679; Tue, 28 May 1996 17:30:03 -0700 (PDT) Resent-Date: Tue, 28 May 1996 17:30:03 -0700 (PDT) Resent-Message-Id: <199605290030.RAA17679@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA16971 for" ; Tue, 28 May 1996 17:19:58.-0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <02307-0@bunyip.cc.uq.oz.au>; Wed, 29 May 1996 10:19:05 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA03008 for ; Wed, 29 May 1996 10:19:43 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA05094 for ; Wed, 29 May 1996 00:21:05 GMT Message-Id: <199605290021.AAA05094@netfl15a.devetir.qld.gov.au> Date: Wed, 29 May 1996 10:21:01 +1000 From: Stephen Hocking To: FreeBSD-gnats-submit@freebsd.org Subject: kern/1274: panic: cleaned vnode isn't Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1274 >Category: kern >Synopsis: Kernel panics with filesystem error >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 28 17:30:02 PDT 1996 >Last-Modified: >Originator: Stephen Hocking >Organization: DTIR >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-2.2current, with config... machine "i386" cpu "I486_CPU" # out until transient problem fixed cpu "I586_CPU" # out until transient problem fixed cpu "I686_CPU" # out until transient problem fixed ident priapus maxusers 10 options "CLK_USE_I8254_CALIBRATION" config kernel root on wd0 options "COMPAT_43" options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE #kernel tracing options DIAGNOSTIC options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device loop #Network loop back device pseudo-device ppp 2 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device tun 1 # Tunnel device pseudo-device vn # Vnode driver (turns file into device) pseudo-device disc # Discard device options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options GATEWAY #internetwork gateway options MROUTING # Multicast routing options FFS #Fast filesystem options MFS #Memory File System options DEVFS #devices filesystem pseudo-device pty 16 #Pseudo ttys pseudo-device log #Kernel syslog interface (/dev/klog) controller isa0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options "NCONS=4" options "FAT_CURSOR" options UCONSOLE device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x80ff80ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 device lpt0 at isa? port "IO_LPT1" tty irq 7 vector lptintr 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 ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr controller snd0 device opl0 at isa? port 0x388 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 pca0 at isa? tty device joy0 at isa? port "IO_GAME" Hardware - 16Mb, 486/66, 256k cache, 2 IDE drives, S3801, 2 serial, 1P >Description: Whilst doing a "make world", or at random times overnight (I wasn't here, only got the crash dump), the system will panic with Script started on Wed May 29 09:37:48 1996 # gdb -k kernel.0 vmcore.0 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 1da000 current pcb at 1c3c1c panic: cleaned vnode isn't #0 0xf017b31b in boot () (kgdb) bt #0 0xf017b31b in boot () #1 0xf0113e3a in panic () #2 0xf012e89d in getnewvnode () #3 0xf015ebc3 in ffs_vget () #4 0xf01626a7 in ufs_lookup () #5 0xf012dbc1 in lookup () #6 0xf012d6a3 in namei () #7 0xf0131eea in lstat () #8 0xf0181ddc in syscall () #9 0xf0178a45 in Xsyscall () #10 0x803bc62 in ?? () #11 0x803b50b in ?? () #12 0x16ff in ?? () #13 0x3553 in ?? () #14 0x1096 in ?? () (kgdb) # Script done on Wed May 29 09:38:07 1996 >How-To-Repeat: Make world generally does it - but it has happened when the machine's been under light load (it generally just monitors other machines on the net). >Fix: unknown - ------- End of Forwarded Message -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 28 17:54:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA19351 for bugs-outgoing; Tue, 28 May 1996 17:54:18 -0700 (PDT) Received: (from ache@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA19333; Tue, 28 May 1996 17:54:17 -0700 (PDT) Date: Tue, 28 May 1996 17:54:17 -0700 (PDT) From: "Andrey A. Chernov" Message-Id: <199605290054.RAA19333@freefall.freebsd.org> To: ache, ache, freebsd-bugs Subject: Re: kern/281 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Messages printed when checking CD ROM device too verbose Responsible-Changed-From-To: ache->freebsd-bugs Responsible-Changed-By: ache Responsible-Changed-When: Tue May 28 17:51:56 PDT 1996 Responsible-Changed-Why: It is related to general SCSI subsystem diagnostic style, not to me From owner-freebsd-bugs Tue May 28 17:54:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA19376 for bugs-outgoing; Tue, 28 May 1996 17:54:30 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA19323; Tue, 28 May 1996 17:54:16 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id RAA03526; Tue, 28 May 1996 17:58:47 -0700 Date: Tue, 28 May 1996 17:58:47 -0700 Message-Id: <199605290058.RAA03526@sunrise.cs.berkeley.edu> To: bde@zeta.org.au CC: gibbs@freefall.freebsd.org, scrappy@ki.net, fenner@parc.xerox.com, fredriks@mcs.com, freebsd-bugs@freefall.freebsd.org, scrappy@freefall.freebsd.org In-reply-to: <199605272042.GAA17143@godzilla.zeta.org.au> (message from Bruce Evans on Tue, 28 May 1996 06:42:31 +1000) Subject: Re: i386/631 From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * >Combine them into a single PR with a good title. Whomever reviews the * >if_ix driver should add BPF support. * * No, please report only one problem per report, so that it is possible * to describe the problem in the subject line... Let me second this. We can also close the PRs individually as the fixes go in. Satoshi From owner-freebsd-bugs Tue May 28 19:05:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24511 for bugs-outgoing; Tue, 28 May 1996 19:05:53 -0700 (PDT) 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 TAA24490; Tue, 28 May 1996 19:05:46 -0700 (PDT) Message-Id: <199605290205.TAA24490@freefall.freebsd.org> To: asami@cs.berkeley.edu (Satoshi Asami) cc: bde@zeta.org.au, scrappy@ki.net, fenner@parc.xerox.com, fredriks@mcs.com, freebsd-bugs@freefall.freebsd.org, scrappy@freefall.freebsd.org Subject: Re: i386/631 In-reply-to: Your message of "Tue, 28 May 1996 17:58:47 PDT." <199605290058.RAA03526@sunrise.cs.berkeley.edu> Date: Tue, 28 May 1996 19:05:45 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > * >Combine them into a single PR with a good title. Whomever reviews the > * >if_ix driver should add BPF support. > * > * No, please report only one problem per report, so that it is possible > * to describe the problem in the subject line... > >Let me second this. We can also close the PRs individually as the >fixes go in. > >Satoshi I agree. In this case, I was assuming that whomever fixes the problem would be rewriting the driver (I believe this was David's assesment of how to fix the problem) and that they would make a point of supporting BPF and multicast. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Tue May 28 23:01:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08620 for bugs-outgoing; Tue, 28 May 1996 23:01:20 -0700 (PDT) Received: from dino.conicit.ve (dino.conicit.ve [150.188.1.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA08603 for ; Tue, 28 May 1996 23:00:45 -0700 (PDT) Received: from [150.188.4.4] by dino.conicit.ve (4.1/SMI-4.1/RP-1.2) id AA22157; Wed, 29 May 96 01:58:31 -0400 Message-Id: <9605290559.AA22157@dino.conicit.ve> Subject: Problems downloading bin dist. Date: Wed, 29 May 96 01:58:31 -0400 From: Isaac Arias To: "Bugs at FreeBSD" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I recently downloaded the boot floppy form FreeBSD 2.1 Release. I'm currently testing Linux on another machine and I'm very interested in FreeBSD. I admire your dedication and responsibility, and the way it is reflected in your Web site and documentation. I haven't been able to install the system and I was wondering if you could help. I will use the FTP media type option to install the software over a 14.400 modem (I've got the time!). Until now, I have been able to create the partition and the file systems and the installation program indicates that it has downloaded the root files. When downloading the bin distribution however, the output on VT2 looks like this: /stand/cpio: invalid header: checksum error /stand/cpio: warning: skipped XX bytes of junk /stand/cpio: cannot remove current: Is a directory .. gunzip: stdin: invalid compressed data -- format violated /stand/cpio: premature end of file Am I doing something wrong? Is the data getting corrupted? The hardware is an NCR 3230 machine: 486 @ 50 MHz. 8MB Ram 160MB HD and the ethernet adaptor brings me to another question: You mention support for the Intel EtherExpress and later for the EtherExpress Pro/100B PCI Fast Ethernet. My machine is equiped with an Intel EtherExpress Pro (without the 100B PCI stuff). Would this be a supported Network Interface Card? Any help would be greatly apprecitated, Regards, Isaac Arias Lucent Technologies (Formerly AT&T) Venezuela Phone: +58 2 209 8686 Fax: +58 2 209 8688 E-mail: arias@ven.net From owner-freebsd-bugs Tue May 28 23:18:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09537 for bugs-outgoing; Tue, 28 May 1996 23:18:28 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09522 for ; Tue, 28 May 1996 23:18:23 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id XAA10016 for ; Tue, 28 May 1996 23:18:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id XAA05652; Tue, 28 May 1996 23:12:52 -0700 (PDT) To: Isaac Arias cc: "Bugs at FreeBSD" Subject: Re: Problems downloading bin dist. In-reply-to: Your message of "Wed, 29 May 1996 01:58:31 EDT." <9605290559.AA22157@dino.conicit.ve> Date: Tue, 28 May 1996 23:12:51 -0700 Message-ID: <5649.833350371@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I haven't been able to install the system and I was wondering if you > could help. I will use the FTP media type option to install the software > over a 14.400 modem (I've got the time!). Until now, I have been able to Can you tell me which FTP site you're selecting? > /stand/cpio: invalid header: checksum error > /stand/cpio: warning: skipped XX bytes of junk > /stand/cpio: cannot remove current: Is a directory Hmm - yeah, this looks like the data is coming across somewhat garbaged. Can you give us more information on which installation options you chose? > You mention support for the Intel EtherExpress and later for the > EtherExpress Pro/100B PCI Fast Ethernet. My machine is equiped with an > Intel EtherExpress Pro (without the 100B PCI stuff). Would this be a > supported Network Interface Card? I think it's only the 100B that's supported - apparently there are some significant differences between the B model and the others. Jordan From owner-freebsd-bugs Tue May 28 23:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09671 for bugs-outgoing; Tue, 28 May 1996 23:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09649; Tue, 28 May 1996 23:20:02 -0700 (PDT) Resent-Date: Tue, 28 May 1996 23:20:02 -0700 (PDT) Resent-Message-Id: <199605290620.XAA09649@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA09279 for" ; Tue, 28 May 1996 23:14:13.-0700 (PDT) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id QAA11604 for FreeBSD-gnats-submit@freebsd.org; Wed, 29 May 1996 16:15:12 +1000 Message-Id: <199605290615.QAA11604@scrooge.ee.swin.oz.au> Date: Wed, 29 May 1996 16:15:12 +1000 (EST) From: Douglas Thomas Crosher To: FreeBSD-gnats-submit@freebsd.org Subject: bin/1275: Sun libm i387 'exp' leaves two valid values on the FP stack. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1275 >Category: bin >Synopsis: Sun libm i387 'exp' leaves two valid values on the stack >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 28 23:20:01 PDT 1996 >Last-Modified: >Originator: Douglas Crosher >Organization: Swinburne University >Release: FreeBSD 2.2-CURRENT i386 >Environment: NA >Description: I've found what I think may be a bug with the 387 version of 'exp'. On return it leaves two valid values on the stack. I suspect this does not conform to the C passing convention. This may cause gcc some trouble if it tried to use all the FP regs as it would receive a premature stack overflow. Further, I'm trying to speed up C calls in CMUCL and have assumed that C functions leave the FP stack empty unless a FP value is returned, in which case it is on the ST and the rest the of regs are empty - the behavior of exp, leaving two valid values on the stack, causes trouble. >How-To-Repeat: Compile up the i387 version of the Sun libm. Then check the return FP stack state for exp. Or look over the code and note that it leaves two valid values on the stack. >Fix: *** e_exp.S.orig Fri Aug 19 21:14:14 1994 --- e_exp.S Tue May 28 23:30:45 1996 *************** *** 50,53 **** --- 50,54 ---- fld1 faddp /* 2^(fract(x * log2(e))) */ fscale /* e^x */ + fstpl %st(1) ret >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 28 23:28:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10684 for bugs-outgoing; Tue, 28 May 1996 23:28:36 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10660; Tue, 28 May 1996 23:28:33 -0700 (PDT) Date: Tue, 28 May 1996 23:28:33 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199605290628.XAA10660@freefall.freebsd.org> To: jkh, freebsd-bugs, bde Subject: Re: bin/1275 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Sun libm i387 'exp' leaves two valid values on the stack Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: jkh Responsible-Changed-When: Tue May 28 23:27:50 PDT 1996 Responsible-Changed-Why: Bruce is the keeper of libm From owner-freebsd-bugs Wed May 29 00:04:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14124 for bugs-outgoing; Wed, 29 May 1996 00:04:32 -0700 (PDT) Received: (from bde@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14104; Wed, 29 May 1996 00:04:28 -0700 (PDT) Date: Wed, 29 May 1996 00:04:28 -0700 (PDT) From: Bruce Evans Message-Id: <199605290704.AAA14104@freefall.freebsd.org> To: chuck@bus.net, bde, freebsd-bugs Subject: Re: kern/1130 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pty driver bug State-Changed-From-To: analyzed-closed State-Changed-By: bde State-Changed-When: Tue May 28 23:51:04 PDT 1996 State-Changed-Why: The ktrace bug was caused by a bug in malloc/free of objects larger than 8K. This was fixed on 96/04/23. From owner-freebsd-bugs Wed May 29 01:12:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17141 for bugs-outgoing; Wed, 29 May 1996 01:12:48 -0700 (PDT) Received: from fisbin.remuda.com (fisbin.remuda.com [199.238.225.162]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA17131; Wed, 29 May 1996 01:12:42 -0700 (PDT) Received: from localhost (scotto@localhost) by fisbin.remuda.com (8.6.12/8.6.12) with SMTP id BAA01656; Wed, 29 May 1996 01:11:52 -0700 Date: Wed, 29 May 1996 01:11:51 -0700 (PDT) From: Scott Overholser To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org, freebsd-bugs@freebsd.org Subject: SOLVED-->Re: sendmail read errors/timeouts etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk thanks all for the suggestions. some of you spent more than a few token cycles on this problem for me - thanks. the short answer is that i was running with an mtu of 296 via my 28.8 connection. the 296 was a relic from the 14.4 days. anyway, i changed it to 1500 and the problems are gone - it was like flipping a switch. the problem began when i replaced my rusty linux box running slip with the freebsd box running ppp. the troublesome sites apparently blocked tcp frags improperly (i know very little about implementing firewalls). i verified that with the nintendo folks. i can only guess about microsoft and msn. regardless, my problem is gone. thanks, scotto On Fri, 17 May 1996, Scott Overholser wrote: > sorry for spamming all these lists. i turned up hits on all of them when > i searched the mailing list archives. > > i recently replaced my email gateway with a freebsd 2.1.0 box. prior to > that it was a linux box (different hardware) running sendmail 8.6.11 and > 100% trouble free. now though, i am seeing sendmail errors when sending to > a few select sites. in addition, i see them when i receive from the same > sites. > > the troublesome sites (that i know of) are microsoft.com, msn.com, and > noa.com. i *absolutely* cannot send mail to recipient@microsoft.com or > recipient@noa.com. i seem to be able to send mail to recipient@msn.com > but i cannot receive mail from msn.com. mail to/from other sites is no > problem. > > here are some sample messages (although based on my search through the > archives, many of you have seen them before): > ---------->%snip>%---------- > com. [205.166.76.99], stat=Deferred: Operation timed out during client QUIT with > bowser.noa.com. > > m. [131.107.3.23], stat=Deferred: Connection reset by peer during client QUIT wi > th abash1.microsoft.com. > > May 15 00:31:17 fisbin sendmail[566]: XAA00566: SYSERR(root): collect: read time > out on connection from upsmot02.msn.com, from= > ---------->%snip>%---------- > > there are many more...mostly from the same sites though. i've checked > everything i can think of - dns config, resolver config, sendmail config > (cranked the timeouts absurdly high). nothing phases the problem. i don't > suspect hardware because of the number of posts from others having the > same problem. > > oh yeah, i also turned on sendmail logging and waded through that mess. it > looks like all the mail is xferred to the remote host on outbound mail and > xferred to my host on inbound mail but it dies on the QUIT. > > the really strange thing is that i don't get the errors when sending > directly to some hosts at microsoft. for example, if i send mail to > a-scotov@microsoft.com i may as well beat my head against a wall. on the > other hand, if i send the mail to a-scotov@exchange.microsoft.com the mail > is delivered (and i can send mail from a-scotov@exchange.microsoft.com to > scotto@remuda.com) - in case you hadn't guessed, i earn my daily bread at > microsoft. the difference between the two addresses is that the > exchange.microsoft.com address is an experimental mail server running > various stable builds of ms exchange. the microsoft.com address is the main > corporate gateway(s) running the shipping version of microsoft exchange. > > well, enough gab. does anyone have a solution to this problem?! this is > growing old. i know there are lots of folks out there on these mailing lists > that have had this problem. > > the only real answer suggested in the responses was from david greenman "these > are likely caused by transient connectivity hickups on the internet and can > almost certainly be ignored." however, i've gotta agree with john brogan who > said (over a year ago - with freebsd 1.1.5.1) "about 15 or 16 systems have > had this exact same problem...about 7,000 have not had any problems..." that's > exactly what i'm seeing (sort of). mail works but for a few sites - which > unfortunately i must correspond with on a daily basis. > > i confess a certain discomfort in suspecting the os rather than sendmail. > however, i've used sendmail for a long time and never experienced anything > like this without being able to attribute it to something i can sink my teeth > into. i certainly have a problem swallowing "transient network errors" > especially when the mail archives are peppered with posts from folks asking > the same question for over a year - not to mention the fact that i can send > email to/from sites other than the troublesome ones mentioned above whilst > my netbsd and linux running comrades don't seem to be experiencing any of > these troubles (i happen to be alone in running freebsd amonst a sea of > linux'ers and netbsd'ers). > > well, sorry for the spam, the length, and above all - the quasi-soapbox. > > if anyone at all has taken the time to read this fully, i appreciate it and > hope for a speedy solution. this weekend i'll probably switch the scsi ids > on my external drives and install netbsd to see if it fares any better in > sending mail to recip@microsoft.com et al. > > thanks > scotto > > > > From owner-freebsd-bugs Wed May 29 03:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA23649 for bugs-outgoing; Wed, 29 May 1996 03:10:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA23642; Wed, 29 May 1996 03:10:01 -0700 (PDT) Resent-Date: Wed, 29 May 1996 03:10:01 -0700 (PDT) Resent-Message-Id: <199605291010.DAA23642@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, andreas@knobel.gun.de 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 DAA23410 for ; Wed, 29 May 1996 03:02:48 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id LAA23718 for FreeBSD-gnats-submit@freebsd.org; Wed, 29 May 1996 11:45:24 +0200 (MET DST) Received: (from andreas@localhost) by knobel.gun.de (8.7.5/8.7.3) id LAA03054; Wed, 29 May 1996 11:27:16 +0200 (MET DST) Message-Id: <199605290927.LAA03054@knobel.gun.de> Date: Wed, 29 May 1996 11:27:16 +0200 (MET DST) From: andreas@knobel.gun.de Reply-To: andreas@knobel.gun.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1277: created missing manpage for hosts.lpd Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1277 >Category: docs >Synopsis: wrote missing manpage for /etc/hosts.lpd >Confidential: yes >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed May 29 03:10:01 PDT 1996 >Last-Modified: >Originator: Andreas Klemm >Organization: andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@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 <<< >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: People ask in Usenet, how to configure remoteprinting successfully having a hosts.lpd(5) manpage and some references to it from within lpd(8) might help here. >How-To-Repeat: >Fix: I suggest to add a link to this manpage under "SEE ALSO" in printcap(5) and lpd(8) .\" Copyright (c) 1983, 1991, 1993 .\" The Regents of the University of California. All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. All advertising materials mentioning features or use of this software .\" must display the following acknowledgement: .\" This product includes software developed by the University of .\" California, Berkeley and its contributors. .\" 4. Neither the name of the University nor the names of its contributors .\" may be used to endorse or promote products derived from this software .\" without specific prior written permission. .\" .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .Dd Mai 1996 .Dt HOSTS.LPD 5 .Os FreeBSD .Sh NAME .Nm hosts.lpd .Nd trusted hosts that may use local print services .Sh DESCRIPTION The .Nm hosts.lpd file contains a list of hostnames or IP addresses that are allowed to use your local print services. List every hostname or IP address on a line itself. .Sh FILES .Bl -tag -width /etc/hosts.lpdxxxxx -compact .It Pa /etc/hosts.lpd The .Nm hosts.lpd file resides in .Pa /etc . .Sh SEE ALSO .Xr printcap 5 , .Xr lpd 8 . >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 29 04:42:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28701 for bugs-outgoing; Wed, 29 May 1996 04:42:19 -0700 (PDT) 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 SMTP id EAA28638; Wed, 29 May 1996 04:42:08 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA00638; Wed, 29 May 1996 21:23:03 +1000 Date: Wed, 29 May 1996 21:23:03 +1000 From: Bruce Evans Message-Id: <199605291123.VAA00638@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org, freebsd-questions@freebsd.org, scotto@remuda.com Subject: Re: SOLVED-->Re: sendmail read errors/timeouts etc. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >the short answer is that i was running with an mtu of 296 via my 28.8 >connection. >... >the troublesome sites apparently blocked tcp frags improperly (i know very >little about implementing firewalls). i verified that with the nintendo >folks. i can only guess about microsoft and msn. regardless, my problem >is gone. Some microsoft networks are reported to respond incorrectly to mtu discovery packets. Bruce From owner-freebsd-bugs Wed May 29 06:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA04738 for bugs-outgoing; Wed, 29 May 1996 06:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA04730; Wed, 29 May 1996 06:40:03 -0700 (PDT) Resent-Date: Wed, 29 May 1996 06:40:03 -0700 (PDT) Resent-Message-Id: <199605291340.GAA04730@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, john7doe@iesd.auc.dk Received: from iesd.auc.dk (iesd.auc.dk [130.225.48.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA04416 for ; Wed, 29 May 1996 06:35:24 -0700 (PDT) Received: from helium.iesd.auc.dk (root@helium.iesd.auc.dk [130.225.48.199]) by iesd.auc.dk (8.6.5/8.6.5) with ESMTP id PAA08265 for ; Wed, 29 May 1996 15:32:49 +0200 Received: (john7doe@localhost) by helium.iesd.auc.dk (8.6.12/8.6.5) id PAA23722; Wed, 29 May 1996 15:32:12 +0200 Message-Id: <199605291332.PAA23722@helium.iesd.auc.dk> Date: Wed, 29 May 1996 15:32:12 +0200 From: Simon Nybroe Reply-To: john7doe@iesd.auc.dk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1278: SUN Solaris 2.4-5 NFS client gets host not responding. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1278 >Category: kern >Synopsis: SUN Solaris clients gets host not responding, when writing data to FreeBSD NFS Server. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 29 06:40:01 PDT 1996 >Last-Modified: >Originator: Simon Janus Hald Nybroe >Organization: Simon Nybroe -------- __o john7doe@iesd.auc.dk ------- _`\<,_ Dept. of Mathematics and Computer Science, Aalborg University ------- (*)/ (*) >Release: FreeBSD 2.1-STABLE i386 and 2.1.0 and 2.2.0-SNAP >Environment: FreeBSD 2.1-STABLE #0: Tue May 21 15:21:56 MET DST 1996 john7doe@newsfeed.cs.auc.dk:/usr/src/sys/compile/NEWSFEED CPU: 133-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 63123456 (61644K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 vga0 rev 0 on pci0:9 de0 rev 18 int a irq 12 on pci0:10 de0: DC21140 [10-100Mb/s] pass 1.2 Ethernet address 00:00:c0:08:10:dc de0: enabling 100baseTX UTP port chip2 rev 2 on pci0:12 Probing for devices on PCI bus 1: ahc0 rev 3 int a irq 11 on pci1:4 ahc0: aic7870 Wide Channel A, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4101MB (8399520 512 byte sectors) ahc1 rev 3 int a irq 10 on pci1:5 ahc1: aic7870 Wide Channel B, SCSI Id=7, 16 SCBs ahc1 waiting for scsi devices to settle (ahc1:0:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd1(ahc1:0:0): Direct-Access 4101MB (8399520 512 byte sectors) Probing for devices on the ISA bus: scprobe: keyboard RESET failed fe sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface >Description: When writing data form a power full SUN (>= SparcStation 5), the client repeatedly gets: > NFS server tin not responding still trying > NFS server tin ok and sometimes this message is followed by: > NFS lookup failed for server tin: error 9 (RPC: Program/version mismatch) > tar: Could not create file x : I/O error The server is in no way loaded, this happens even when I am the only one using NFS. This NEVER happens between 2 FreeBSD machines. >How-To-Repeat: f - FreeBSD NFS server s - Solaris 2.4-2.5 NFS client s> mount -F nfs /mnt f:/dir s> cd /mnt s> tar xf largeFile.tar >Fix: Install solaris 2.5-i386 on the file servers :-< >Audit-Trail: >Unformatted: Simon Nybroe From owner-freebsd-bugs Wed May 29 09:01:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13088 for bugs-outgoing; Wed, 29 May 1996 09:01:03 -0700 (PDT) Received: from xi.dorm.umd.edu (root@sl-002.sl.cybercomm.net [199.171.196.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13081 for ; Wed, 29 May 1996 09:00:59 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.5/8.6.12) with SMTP id MAA02854 for ; Wed, 29 May 1996 12:00:51 -0400 (EDT) Date: Wed, 29 May 1996 12:00:50 -0400 (EDT) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: freebsd-bugs@freefall.freebsd.org Subject: Re: i386/631 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 28 May 1996, Lars Fredriksen wrote: > > > Nobody appears to know how to put this card into promiscuous mode, nor > > > how to configure its multicast filters. I tried to argued that bpf is > > > useful without promiscuous mode, but was overruled. > > > > > Can we close it then? Its been there for almost a year now... > > if someone *really* misses it, they can always submit a new PR...? I could have sworn there was a "Bug State" called "Held" for PR's that couldn't be solved immediately for one reason or another, and for when the fix wasn't feasible at the current time. Was I hallucinating or something? Sujal From owner-freebsd-bugs Wed May 29 12:02:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25637 for bugs-outgoing; Wed, 29 May 1996 12:02:48 -0700 (PDT) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA25631 for ; Wed, 29 May 1996 12:02:44 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id MAA29370 for bugs@freebsd.org; Wed, 29 May 1996 12:02:42 -0700 Date: Wed, 29 May 1996 12:02:42 -0700 From: "Jin Guojun[ITG]" Message-Id: <199605291902.MAA29370@george.lbl.gov> To: bugs@freebsd.org Subject: help deadloop in calling pci_shutdown() Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here is the interface structure struct pci_device zpadevice = { "zna", zpa_probe, zpa_attach, &zpa_count, zna_shutdown }; When reboot or shutdown the system, the zna_shutdown is called forever regardless if any stats are returned from zna_shutdown(). What can cause this problem? Thanks, /-------------- Jin Guojun ------------ v ---- Internet: g_jin@lbl.gov ----\ | Imaging & Distributed Computing | Usenet: ucbvax!g_jin@lbl.gov | | Lawrence Berkeley Laboratory | Bitnet: -- | | 50B-2239, Berkeley, CA 94720 - jin%george.lbl.gov@Csa3.LBL.Gov | \--Ph#:(510) 486-7531 + Fax: 486-6363 --^--http://www-itg.lbl.gov/ITG.html-/ From owner-freebsd-bugs Wed May 29 12:37:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28986 for bugs-outgoing; Wed, 29 May 1996 12:37:57 -0700 (PDT) Received: (from scrappy@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28958; Wed, 29 May 1996 12:37:53 -0700 (PDT) Date: Wed, 29 May 1996 12:37:53 -0700 (PDT) From: "Marc G. Fournier" Message-Id: <199605291937.MAA28958@freefall.freebsd.org> To: fredriks@mcs.com, scrappy, scrappy, freebsd-bugs Subject: Re: i386/631 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: if_ix does not support bpf, nor does it appear to support MC. State-Changed-From-To: feedback-suspended State-Changed-By: scrappy State-Changed-When: Wed May 29 12:35:43 PDT 1996 State-Changed-Why: All indications seem to point towards someone needing to rewrite this driver, so suspend the PR until that time so we don't lose it Responsible-Changed-From-To: scrappy->freebsd-bugs Responsible-Changed-By: scrappy Responsible-Changed-When: Wed May 29 12:35:43 PDT 1996 Responsible-Changed-Why: cause I'm not the one to rewrite this driver... From owner-freebsd-bugs Wed May 29 12:38:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29087 for bugs-outgoing; Wed, 29 May 1996 12:38:57 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA29080 for ; Wed, 29 May 1996 12:38:54 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id PAA11854; Wed, 29 May 1996 15:38:48 -0400 (EDT) Date: Wed, 29 May 1996 15:38:47 -0400 (EDT) From: "Marc G. Fournier" To: Sujal Patel cc: freebsd-bugs@freefall.freebsd.org Subject: Re: i386/631 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 29 May 1996, Sujal Patel wrote: > On Tue, 28 May 1996, Lars Fredriksen wrote: > > > > > Nobody appears to know how to put this card into promiscuous mode, nor > > > > how to configure its multicast filters. I tried to argued that bpf is > > > > useful without promiscuous mode, but was overruled. > > > > > > > Can we close it then? Its been there for almost a year now... > > > if someone *really* misses it, they can always submit a new PR...? > > I could have sworn there was a "Bug State" called "Held" for PR's that > couldn't be solved immediately for one reason or another, and for when the > fix wasn't feasible at the current time. Was I hallucinating or > something? > The state is 'suspended', and I've just changed it to that, since everyone seems to indicate that if_ix.c needs a major rewrite... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Wed May 29 12:47:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29869 for bugs-outgoing; Wed, 29 May 1996 12:47:35 -0700 (PDT) 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 MAA29863 for ; Wed, 29 May 1996 12:47:33 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA27639; Wed, 29 May 1996 15:47:30 -0400 Date: Wed, 29 May 1996 15:47:30 -0400 From: Garrett Wollman Message-Id: <9605291947.AA27639@halloran-eldar.lcs.mit.edu> To: "Jin Guojun[ITG]" Cc: bugs@freebsd.org Subject: help deadloop in calling pci_shutdown() In-Reply-To: <199605291902.MAA29370@george.lbl.gov> References: <199605291902.MAA29370@george.lbl.gov> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > When reboot or shutdown the system, the zna_shutdown is called forever > regardless if any stats are returned from zna_shutdown(). > What can cause this problem? zna_shutdown() is not properly removing its devconf entry via dev_detach(). -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Wed May 29 13:44:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA04674 for bugs-outgoing; Wed, 29 May 1996 13:44:34 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA04667 for ; Wed, 29 May 1996 13:44:27 -0700 (PDT) Received: (from rjk@localhost) by watson.grauel.com (8.7.5/8.7.3) id PAA03871; Wed, 29 May 1996 15:50:24 -0500 (EST) Date: Wed, 29 May 1996 15:50:24 -0500 (EST) From: Richard J Kuhns Message-Id: <199605292050.PAA03871@watson.grauel.com> To: freebsd-bugs@freebsd.org CC: seb@wintek.com Subject: still having problems with a news server... (now 2.1-stable) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Last week I posted some info on a problem we were having with a news server -- regular 'panic: page fault' messages, followed by filesystem corruption so bad it wasn't worth fixing. Several people said to try upgrading to -stable, which we did (the 'make world' took a little over 48 hours :-(). maxusers has also been bumped to 40. The machine has been running since yesterday (which is better than it had been), but: a little while ago we found the message 'aha0: Invalid CCB or segment list' on the console. After taking the machine to single-user, running fsck on the news spool partition showed the same type of corruption we'd previously seen after the panics, just not as bad/widely spread. Any suggestions? Which particular piece of hardware should we swap first? FWIW, the news spool partition is on one of those Micropolis 4GB drives that moonlights as a space heater, and it does seem to be fairly warm. All help will be greatly appreciated... dmesg produces the following: FreeBSD 2.1-STABLE #0: Fri May 24 20:27:05 EST 1996 root@news.wintek.com:/usr/src/sys/compile/NEWS CPU: i486DX (486-class CPU) Origin = "AuthenticAMD" Id = 0x494 real memory = 67108864 (65536K bytes) avail memory = 63266816 (61784K bytes) Probing for devices on the ISA bus: scprobe: keyboard RESET failed (result = 0xfa) sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:da:94:b5, type SMC8216T (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1040MB (2130912 sectors), 2114 cyls, 16 heads, 63 S/T, 512 B/S aha0 at 0x330-0x333 irq 11 drq 5 on isa aha0 waiting for scsi devices to settle (aha0:0:0): "MICROP 2210-09MZ1001905 HQ30" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 1008MB (2065250 512 byte sectors) (aha0:1:0): "MICROP 3243-19MZ Q4D HT02" type 0 fixed SCSI 2 sd1(aha0:1:0): Direct-Access 4095MB (8388315 512 byte sectors) aha1 not found at 0x334 npx0 on motherboard npx0: INT 16 interface aha0: Invalid CCB or segment list -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-bugs Wed May 29 16:34:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24312 for bugs-outgoing; Wed, 29 May 1996 16:34:35 -0700 (PDT) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24294; Wed, 29 May 1996 16:34:32 -0700 (PDT) Date: Wed, 29 May 1996 16:34:32 -0700 (PDT) From: Alex Nash Message-Id: <199605292334.QAA24294@freefall.freebsd.org> To: alex, freebsd-bugs, alex Subject: Re: kern/1192 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: various ipfw.[ch] changes (see below) Responsible-Changed-From-To: freebsd-bugs->alex Responsible-Changed-By: alex Responsible-Changed-When: Wed May 29 16:28:29 PDT 1996 Responsible-Changed-Why: I now have a chance to fix the things I complained about :) From owner-freebsd-bugs Wed May 29 16:36:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24843 for bugs-outgoing; Wed, 29 May 1996 16:36:53 -0700 (PDT) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24820; Wed, 29 May 1996 16:36:51 -0700 (PDT) Date: Wed, 29 May 1996 16:36:51 -0700 (PDT) From: Alex Nash Message-Id: <199605292336.QAA24820@freefall.freebsd.org> To: alex, freebsd-bugs, alex Subject: Re: bin/1193 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Cleanup + ability to zero individual chain entries Responsible-Changed-From-To: freebsd-bugs->alex Responsible-Changed-By: alex Responsible-Changed-When: Wed May 29 16:36:01 PDT 1996 Responsible-Changed-Why: I now have a chance to fix the things I complained about :) From owner-freebsd-bugs Wed May 29 16:37:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25056 for bugs-outgoing; Wed, 29 May 1996 16:37:43 -0700 (PDT) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25037; Wed, 29 May 1996 16:37:41 -0700 (PDT) Date: Wed, 29 May 1996 16:37:41 -0700 (PDT) From: Alex Nash Message-Id: <199605292337.QAA25037@freefall.freebsd.org> To: alex, freebsd-bugs, alex Subject: Re: docs/1218 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Handbook: Cyclades configuration Responsible-Changed-From-To: freebsd-bugs->alex Responsible-Changed-By: alex Responsible-Changed-When: Wed May 29 16:37:26 PDT 1996 Responsible-Changed-Why: I now have a chance to fix the things I complained about :) From owner-freebsd-bugs Wed May 29 16:38:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25225 for bugs-outgoing; Wed, 29 May 1996 16:38:27 -0700 (PDT) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25202; Wed, 29 May 1996 16:38:25 -0700 (PDT) Date: Wed, 29 May 1996 16:38:25 -0700 (PDT) From: Alex Nash Message-Id: <199605292338.QAA25202@freefall.freebsd.org> To: alex, freebsd-bugs, alex Subject: Re: kern/1219 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: IPFW kernel code enhancements Responsible-Changed-From-To: freebsd-bugs->alex Responsible-Changed-By: alex Responsible-Changed-When: Wed May 29 16:38:04 PDT 1996 Responsible-Changed-Why: I now have a chance to fix the things I complained about :) From owner-freebsd-bugs Wed May 29 16:38:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25360 for bugs-outgoing; Wed, 29 May 1996 16:38:55 -0700 (PDT) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25336; Wed, 29 May 1996 16:38:54 -0700 (PDT) Date: Wed, 29 May 1996 16:38:54 -0700 (PDT) From: Alex Nash Message-Id: <199605292338.QAA25336@freefall.freebsd.org> To: alex, freebsd-bugs, alex Subject: Re: bin/1220 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: IPFW: configuration utility enhancements Responsible-Changed-From-To: freebsd-bugs->alex Responsible-Changed-By: alex Responsible-Changed-When: Wed May 29 16:38:36 PDT 1996 Responsible-Changed-Why: I now have a chance to fix the things I complained about :) From owner-freebsd-bugs Wed May 29 16:39:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25521 for bugs-outgoing; Wed, 29 May 1996 16:39:38 -0700 (PDT) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25498; Wed, 29 May 1996 16:39:35 -0700 (PDT) Date: Wed, 29 May 1996 16:39:35 -0700 (PDT) From: Alex Nash Message-Id: <199605292339.QAA25498@freefall.freebsd.org> To: alex, freebsd-bugs, alex Subject: Re: kern/1238 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: LKM security improvement in -current not merged into -stable Responsible-Changed-From-To: freebsd-bugs->alex Responsible-Changed-By: alex Responsible-Changed-When: Wed May 29 16:39:11 PDT 1996 Responsible-Changed-Why: I now have a chance to fix the things I complained about :) From owner-freebsd-bugs Wed May 29 16:40:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25835 for bugs-outgoing; Wed, 29 May 1996 16:40:27 -0700 (PDT) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25816; Wed, 29 May 1996 16:40:24 -0700 (PDT) Date: Wed, 29 May 1996 16:40:24 -0700 (PDT) From: Alex Nash Message-Id: <199605292340.QAA25816@freefall.freebsd.org> To: alex, freebsd-bugs, alex Subject: Re: bin/1266 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: IPFW: Resolve service names with -N option Responsible-Changed-From-To: freebsd-bugs->alex Responsible-Changed-By: alex Responsible-Changed-When: Wed May 29 16:40:04 PDT 1996 Responsible-Changed-Why: I now have a chance to fix the things I complained about :) From owner-freebsd-bugs Wed May 29 16:40:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25969 for bugs-outgoing; Wed, 29 May 1996 16:40:50 -0700 (PDT) Received: (from alex@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25950; Wed, 29 May 1996 16:40:48 -0700 (PDT) Date: Wed, 29 May 1996 16:40:48 -0700 (PDT) From: Alex Nash Message-Id: <199605292340.QAA25950@freefall.freebsd.org> To: alex, freebsd-bugs, alex Subject: Re: kern/1267 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Kernel allows deletion of default policy entry Responsible-Changed-From-To: freebsd-bugs->alex Responsible-Changed-By: alex Responsible-Changed-When: Wed May 29 16:40:31 PDT 1996 Responsible-Changed-Why: I now have a chance to fix the things I complained about :) From owner-freebsd-bugs Wed May 29 17:44:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04103 for bugs-outgoing; Wed, 29 May 1996 17:44:30 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA04094 for ; Wed, 29 May 1996 17:44:24 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id UAA16972; Wed, 29 May 1996 20:44:17 -0400 (EDT) Date: Wed, 29 May 1996 20:44:17 -0400 (EDT) From: "Marc G. Fournier" To: Richard J Kuhns cc: freebsd-bugs@freebsd.org, seb@wintek.com Subject: Re: still having problems with a news server... (now 2.1-stable) In-Reply-To: <199605292050.PAA03871@watson.grauel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 29 May 1996, Richard J Kuhns wrote: > aha0 at 0x330-0x333 irq 11 drq 5 on isa What is aha0? what kind of card? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Wed May 29 19:54:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19900 for bugs-outgoing; Wed, 29 May 1996 19:54:57 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [206.151.208.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19891 for ; Wed, 29 May 1996 19:54:54 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.5/8.7.3) with SMTP id VAA20666 for ; Wed, 29 May 1996 21:52:46 -0500 (CDT) Date: Wed, 29 May 1996 21:52:46 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: freebsd-bugs@freebsd.org Subject: No buffer space available. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone seen this? May 29 21:46:16 core1 timed[94]: /usr/src/usr.sbin/timed/timed/slave.c 571: sendto 206.151.208.127: No buffer space available May 29 21:47:50 core1 timed[94]: /usr/src/usr.sbin/timed/timed/slave.c 159: sendto 206.151.208.127: No buffer space available -- info -- [core1]:/etc> uname -a FreeBSD core1.intersurf.net 2.1-STABLE FreeBSD 2.1-STABLE #0: Fri May 17 21:59:47 CDT 1996 winter@core1.intersurf.net:/usr/src/sys/compile/CORE1 i386 [core1]:/etc> netstat -m 440 mbufs in use: 395 mbufs allocated to data 7 mbufs allocated to packet headers 20 mbufs allocated to protocol control blocks 18 mbufs allocated to socket names and addresses 166/364 mbuf clusters in use 783 Kbytes allocated to network (49% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Thanks. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-bugs Wed May 29 21:19:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28447 for bugs-outgoing; Wed, 29 May 1996 21:19:44 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA28421 for ; Wed, 29 May 1996 21:19:38 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id AAA18938 for ; Thu, 30 May 1996 00:19:35 -0400 (EDT) X-Received: from public.wintek.com (public.wintek.com [199.233.104.88]) by ki.net (8.7.5/8.7.5) with SMTP id VAA17421 for ; Wed, 29 May 1996 21:48:15 -0400 (EDT) X-Received: from public.wintek.com (seb@localhost) by public.wintek.com (8.6.12/1.31wintek(3.6davy)) id UAA03788; Wed, 29 May 1996 20:47:57 -0500 Message-Id: <199605300147.UAA03788@public.wintek.com> From: "Stephen E. Belter" Subject: Re: still having problems with a news server... (now 2.1-stable) To: scrappy@ki.net (Marc G. Fournier) Date: Wed, 29 May 1996 20:47:56 -0500 (EST) Cc: rjk@grauel.com (Rich Kuhns) In-Reply-To: from "Marc G. Fournier" at May 29, 96 08:44:17 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit ReSent-Date: Thu, 30 May 1996 00:19:27 -0400 (EDT) ReSent-From: "Marc G. Fournier" ReSent-To: freebsd-bugs@freebsd.org ReSent-Message-ID: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc, > On Wed, 29 May 1996, Richard J Kuhns wrote: > > > aha0 at 0x330-0x333 irq 11 drq 5 on isa > > What is aha0? what kind of card? Adaptec AHA-1542CF. Drive 0 is a Micropolis 1 GB, drive 1 is a Micropolis 4 GB. No other SCSI devices. Terminators "on" on the Adaptec and the 1 GB (on the ends of the cable). Terminator removed from the 4 GB (in the middle of the cable). Thanks, Steve -- Steve Belter Wintek Corporation E-mail: seb@wintek.com 1801 South Street Tel: +1 (317) 448-1903 Lafayette, IN 47904-2993 Fax: +1 (317) 448-4823 United States of America From owner-freebsd-bugs Wed May 29 23:56:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA17380 for bugs-outgoing; Wed, 29 May 1996 23:56:43 -0700 (PDT) Received: from eagle.ais.net (root@eagle.ais.net [199.0.154.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA17369 for ; Wed, 29 May 1996 23:56:40 -0700 (PDT) Received: by eagle.ais.net (Smail3.1.29.1 #18) id m0uP1et-000VxkC; Thu, 30 May 96 01:56 CDT Message-Id: From: delerium@eagle.ais.net (Desideratum) Subject: Serial port hangs with pppd To: freebsd-bugs@freebsd.org Date: Thu, 30 May 1996 01:56:35 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a Pentium 133 box running 2.2-960501-SNAP and am using pppd to connect up to the net. One pernicious problem happens very consistently: Randomly, usually when large amounts of data are being transferred over the line (a 28.8kbps Newcom internal modem at sio3, in this case) as with ftp or web-browsing, all network connections over ppp0 will hang fast. A ping to the uplink at this point gets no response for a few seconds and then returns a continuous stream of ENOBUFS: PING 199.0.154.6 (199.0.154.6): 56 data bytes ping: sendto: No buffer space available ping: wrote 199.0.154.6 64 chars, ret=-1 ping: sendto: No buffer space available ping: wrote 199.0.154.6 64 chars, ret=-1 ping: sendto: No buffer space available ping: wrote 199.0.154.6 64 chars, ret=-1 ping: sendto: No buffer space available ping: wrote 199.0.154.6 64 chars, ret=-1 ^C --- 199.0.154.6 ping statistics --- 49 packets transmitted, 0 packets received, 100% packet loss After this has occurred, the serial port seems to be thoroughly hosed at the kernel level; a SIGTERM to pppd causes it to delay five seconds or so and log "Connection terminated", though the process is still active. Another kill (with any signal, including SIGKILL) results in pppd[332]: tcsetattr: Interrupted system call The pppd process then hangs irrevocably[1] with its state-flags, as listed by ps, containing E (process exiting) and often a "-" next to the controlling tty (a3). All further attempts to access the serial port result in the process doing the attempted access hanging in an identical or similar state. So far, the only way to resolve this is to *hard boot* the system. If anyone has any ideas or possible solutions, they're much appreciated. I also tried submitting a bug report via send-pr, but I'm not sure whether this went through properly. [1] Actually, I found that by attaching gdb to the running process, it could be terminated from there. This doesn't accomplish much, however, as the serial port remains stuck. -- delerium@ais.net From owner-freebsd-bugs Thu May 30 00:10:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19042 for bugs-outgoing; Thu, 30 May 1996 00:10:24 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA19033 for ; Thu, 30 May 1996 00:10:20 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id JAA25523; Thu, 30 May 1996 09:08:44 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id JAA01036; Thu, 30 May 1996 09:09:13 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.8) id IAA08416; Thu, 30 May 1996 08:27:40 +0200 (MET DST) From: Ollivier Robert Message-Id: <199605300627.IAA08416@keltia.freenix.fr> Subject: Re: No buffer space available. To: winter@jurai.net (Matthew N. Dodd) Date: Thu, 30 May 1996 08:27:40 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: from "Matthew N. Dodd" at "May 29, 96 09:52:46 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#2043 X-Mailer: ELM [version 2.4ME+ PL19 (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 It seems that Matthew N. Dodd said: > May 29 21:46:16 core1 timed[94]: /usr/src/usr.sbin/timed/timed/slave.c 571: > sendto 206.151.208.127: No buffer space available > May 29 21:47:50 core1 timed[94]: /usr/src/usr.sbin/timed/timed/slave.c 159: > sendto 206.151.208.127: No buffer space available It generally means you can't reach the machine whose IP address is 206.151.208.127... Why are using timed anyway ? NTP is much better. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #4: Sun May 26 14:34:02 MET DST 1996 From owner-freebsd-bugs Thu May 30 03:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22814 for bugs-outgoing; Thu, 30 May 1996 03:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22788; Thu, 30 May 1996 03:30:03 -0700 (PDT) Resent-Date: Thu, 30 May 1996 03:30:03 -0700 (PDT) Resent-Message-Id: <199605301030.DAA22788@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zgabor@code.hu Received: from mail.EUnet.hu (mail.eunet.hu [193.225.28.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA22044 for ; Thu, 30 May 1996 03:24:57 -0700 (PDT) Received: by mail.EUnet.hu, id MAA29831; Thu, 30 May 1996 12:24:50 +0200 Received: from zg.CoDe.hu by CoDe.CoDe.hu (LAA01993); Thu, 30 May 1996 11:53:55 GMT Received: (from zgabor@localhost) by zg.CoDe.hu (8.6.12/8.6.12) id MAA00958; Thu, 30 May 1996 12:06:14 +0200 Message-Id: <199605301006.MAA00958@zg.CoDe.hu> Date: Thu, 30 May 1996 12:06:14 +0200 From: Zahemszky Gabor Reply-To: zgabor@code.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1279: tr with accented characters Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1279 >Category: bin >Synopsis: tr with accented characters >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 30 03:30:02 PDT 1996 >Last-Modified: >Originator: Zahemszky Gabor >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.0-RELEASE from Walnut Creek CD >Description: The tr(1) command doesn't like accented characters. a) if in the first parameter there is a E' (dec 144 - \220 - but not in octal - in character format), tr dumps core. b) if there is any accented character in the first parameter, does nothing - no conversion at all But works great if they are in \octal form. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 30 03:30:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22841 for bugs-outgoing; Thu, 30 May 1996 03:30:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22806; Thu, 30 May 1996 03:30:04 -0700 (PDT) Resent-Date: Thu, 30 May 1996 03:30:04 -0700 (PDT) Resent-Message-Id: <199605301030.DAA22806@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zgabor@code.hu Received: from mail.EUnet.hu (mail.eunet.hu [193.225.28.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA22048 for ; Thu, 30 May 1996 03:24:58 -0700 (PDT) Received: by mail.EUnet.hu, id MAA29837; Thu, 30 May 1996 12:24:54 +0200 Received: from zg.CoDe.hu by CoDe.CoDe.hu (MAA02117); Thu, 30 May 1996 12:11:52 GMT Received: (from zgabor@localhost) by zg.CoDe.hu (8.6.12/8.6.12) id MAA01177; Thu, 30 May 1996 12:24:11 +0200 Message-Id: <199605301024.MAA01177@zg.CoDe.hu> Date: Thu, 30 May 1996 12:24:11 +0200 From: Zahemszky Gabor Reply-To: zgabor@code.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1280: locale and collating Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1280 >Category: docs >Synopsis: locale and collating >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu May 30 03:30:03 PDT 1996 >Last-Modified: >Originator: Zahemszky Gabor >Organization: >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: 2.1.0-RELEASE from Walnut Creek CD >Description: The mklocale(1) manual page has missing the reference to the colldef(1) command. The colldef(1) manual page has missing the reference to the setlocale(3) function. The setlocale(3) manual page has missing the reference to the mklocale(1) and the colldef(1) commands. The setlocale(3) in the BUGS section says: ``the current implementation supports ... only the LC_COLLATE, LC_CTYPE and LC_TIME categories''. But how? LC_COLLATE - colldef LC_LOCALE - mklocale LC_TIME - ??? (The reference is missing.) The strcoll(3) manual page has missing the reference to the mklocale(1) and the colldef(1) commands. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 30 03:30:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22871 for bugs-outgoing; Thu, 30 May 1996 03:30:12 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA22835; Thu, 30 May 1996 03:30:08 -0700 (PDT) Resent-Date: Thu, 30 May 1996 03:30:08 -0700 (PDT) Resent-Message-Id: <199605301030.DAA22835@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dutchman@spase.nl Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA22627 for ; Thu, 30 May 1996 03:28:15 -0700 (PDT) Received: from spase by ns.NL.net via EUnet id AA14353 (5.65b/CWI-3.3); Thu, 30 May 1996 11:44:45 +0200 Received: from phobos.spase.nl (phobos [192.9.200.238]) by mercurius.spase.nl (8.6.11/8.6.11) with ESMTP id LAA09569 for ; Thu, 30 May 1996 11:41:36 +0200 Received: (dutchman@localhost) by phobos.spase.nl (8.6.12/8.6.11) id LAA01307; Thu, 30 May 1996 11:41:12 +0200 Message-Id: <199605300941.LAA01307@phobos.spase.nl> Date: Thu, 30 May 1996 11:41:12 +0200 From: Kees Jan Koster Reply-To: dutchman@spase.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1281: Dead update(8) still referenced in man pages Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1281 >Category: docs >Synopsis: Dead update(8) still referenced in man pages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu May 30 03:30:06 PDT 1996 >Last-Modified: >Originator: Kees Jan Koster >Organization: spase.nl >Release: FreeBSD 2.1-RELEASE i386 >Environment: I use FreeBSD-release from the Walnut Creek cdrom. >Description: Altough update(8) does not exist anymore on the system, some manual still have cross-references. I was annoyed :-) >How-To-Repeat: type: man 2 sync man 2 fsync man 8 sync >Fix: I have the diffs here, altough it is pretty trivial. I removed the line in sync(2) that hints at cached data being lost in a crash. Should that read something like `Information in the cache is lost in a crash'? *** sync.2.orig Thu May 30 11:22:30 1996 --- sync.2 Thu May 30 11:24:07 1996 *************** *** 48,60 **** in the block buffer cache out to disk. The kernel keeps this information in core to reduce the number of disk I/O transfers required by the system. - As information in the cache is lost after a system crash a - .Fn sync - call is issued - frequently - by the user process - .Xr update 8 - (about every 30 seconds). .Pp The function .Xr fsync 2 --- 48,53 ---- *************** *** 62,69 **** attributes. .Sh SEE ALSO .Xr fsync 2 , ! .Xr sync 8 , ! .Xr update 8 .Sh BUGS .Fn Sync may return before the buffers are completely flushed. --- 55,61 ---- attributes. .Sh SEE ALSO .Xr fsync 2 , ! .Xr sync 8 .Sh BUGS .Fn Sync may return before the buffers are completely flushed. *** fsync.2.orig Thu May 30 11:27:47 1996 --- fsync.2 Thu May 30 11:28:12 1996 *************** *** 72,79 **** .El .Sh SEE ALSO .Xr sync 2 , ! .Xr sync 8 , ! .Xr update 8 .Sh HISTORY The .Nm --- 72,78 ---- .El .Sh SEE ALSO .Xr sync 2 , ! .Xr sync 8 .Sh HISTORY The .Nm *** sync.8.orig Thu May 30 11:22:35 1996 --- sync.8 Thu May 30 11:24:07 1996 *************** *** 65,72 **** .Xr sync 2 , .Xr fsync 2 , .Xr halt 8 , ! .Xr reboot 8 , ! .Xr update 8 .Sh HISTORY A .Nm sync --- 65,71 ---- .Xr sync 2 , .Xr fsync 2 , .Xr halt 8 , ! .Xr reboot 8 .Sh HISTORY A .Nm sync >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 30 04:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27061 for bugs-outgoing; Thu, 30 May 1996 04:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27043; Thu, 30 May 1996 04:00:03 -0700 (PDT) Resent-Date: Thu, 30 May 1996 04:00:03 -0700 (PDT) Resent-Message-Id: <199605301100.EAA27043@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dutchman@spase.nl Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA26216 for ; Thu, 30 May 1996 03:53:17 -0700 (PDT) Received: from spase by ns.NL.net via EUnet id AA15329 (5.65b/CWI-3.3); Thu, 30 May 1996 11:54:44 +0200 Received: from phobos.spase.nl (phobos [192.9.200.238]) by mercurius.spase.nl (8.6.11/8.6.11) with ESMTP id LAA09656 for ; Thu, 30 May 1996 11:50:54 +0200 Received: (dutchman@localhost) by phobos.spase.nl (8.6.12/8.6.11) id LAA01584; Thu, 30 May 1996 11:50:30 +0200 Message-Id: <199605300950.LAA01584@phobos.spase.nl> Date: Thu, 30 May 1996 11:50:30 +0200 From: Kees Jan Koster Reply-To: dutchman@spase.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1282: Wrong cross-references in halt(8) family man pages. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1282 >Category: docs >Synopsis: Wrong cross-references in halt(8) family man pages. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu May 30 04:00:01 PDT 1996 >Last-Modified: >Originator: Kees Jan Koster >Organization: spase.nl >Release: FreeBSD 2.1-RELEASE i386 >Environment: I use FreeBSD from the 2.1.0 walnut creek cdrom. >Description: The manual pages halt(8), fasthalt(8), reboot(8) and fastboot(8) refer to sync(8) as sync(1). Also, I think these manual pages should me sym-linked instead of copied, but I don't know what the standard policy is for /usr/share/man >How-To-Repeat: type: man 8 halt >Fix: Here are the patches: *** fastboot.8.orig Thu May 30 11:42:58 1996 --- fastboot.8 Thu May 30 11:43:52 1996 *************** *** 91,97 **** utility is used when the system needs to be halted or restarted, giving users advance warning of their impending doom. .Sh SEE ALSO ! .Xr sync 1 , .Xr utmp 5 , .Xr boot 8 , .Xr shutdown 8 --- 91,97 ---- utility is used when the system needs to be halted or restarted, giving users advance warning of their impending doom. .Sh SEE ALSO ! .Xr sync 8 , .Xr utmp 5 , .Xr boot 8 , .Xr shutdown 8 *** fasthalt.8.orig Thu May 30 11:42:58 1996 --- fasthalt.8 Thu May 30 11:43:56 1996 *************** *** 91,97 **** utility is used when the system needs to be halted or restarted, giving users advance warning of their impending doom. .Sh SEE ALSO ! .Xr sync 1 , .Xr utmp 5 , .Xr boot 8 , .Xr shutdown 8 --- 91,97 ---- utility is used when the system needs to be halted or restarted, giving users advance warning of their impending doom. .Sh SEE ALSO ! .Xr sync 8 , .Xr utmp 5 , .Xr boot 8 , .Xr shutdown 8 *** halt.8.orig Thu May 30 11:42:58 1996 --- halt.8 Thu May 30 11:44:02 1996 *************** *** 91,97 **** utility is used when the system needs to be halted or restarted, giving users advance warning of their impending doom. .Sh SEE ALSO ! .Xr sync 1 , .Xr utmp 5 , .Xr boot 8 , .Xr shutdown 8 --- 91,97 ---- utility is used when the system needs to be halted or restarted, giving users advance warning of their impending doom. .Sh SEE ALSO ! .Xr sync 8 , .Xr utmp 5 , .Xr boot 8 , .Xr shutdown 8 *** reboot.8.orig Thu May 30 11:42:58 1996 --- reboot.8 Thu May 30 11:44:05 1996 *************** *** 91,97 **** utility is used when the system needs to be halted or restarted, giving users advance warning of their impending doom. .Sh SEE ALSO ! .Xr sync 1 , .Xr utmp 5 , .Xr boot 8 , .Xr shutdown 8 --- 91,97 ---- utility is used when the system needs to be halted or restarted, giving users advance warning of their impending doom. .Sh SEE ALSO ! .Xr sync 8 , .Xr utmp 5 , .Xr boot 8 , .Xr shutdown 8 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 30 07:01:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29541 for bugs-outgoing; Thu, 30 May 1996 07:01:44 -0700 (PDT) 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 SMTP id HAA29503; Thu, 30 May 1996 07:01:37 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA23710; Thu, 30 May 1996 23:56:22 +1000 Date: Thu, 30 May 1996 23:56:22 +1000 From: Bruce Evans Message-Id: <199605301356.XAA23710@godzilla.zeta.org.au> To: bde@zeta.org.au, scrappy@ki.net Subject: Re: i386/596 Cc: freebsd-bugs@freefall.freebsd.org, gordon@sneaky.lonestar.org, scrappy@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Actually, I only fixed it in -current. >> > Urm...should I reopen it as a result? technically, it has >been fixed... Don't bother. > Can the changes be merged into -stable? I'll keep the reminder to do this in my mailbox instead of in gnats :-). Bruce From owner-freebsd-bugs Thu May 30 07:18:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA02604 for bugs-outgoing; Thu, 30 May 1996 07:18:59 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA02589 for ; Thu, 30 May 1996 07:18:56 -0700 (PDT) Received: from sparcmill.grauel.com (sparcmill.grauel.com [199.233.104.34]) by watson.grauel.com (8.7.5/8.7.3) with SMTP id JAA04958; Thu, 30 May 1996 09:25:11 -0500 (EST) Received: by sparcmill.grauel.com (SMI-8.6/SMI-SVR4) id JAA12087; Thu, 30 May 1996 09:18:22 -0500 Date: Thu, 30 May 1996 09:18:22 -0500 From: rjk@sparcmill.grauel.com (Richard J Kuhns) Message-Id: <199605301418.JAA12087@sparcmill.grauel.com> To: freebsd-bugs@freebsd.org CC: seb@wintek.com Subject: 2.1-stable, news server, this morning's panic In-Reply-To: <199605292050.PAA03871@watson.grauel.com> References: <199605292050.PAA03871@watson.grauel.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Richard J. Kuhns writes: > 'aha0: Invalid CCB or segment list' > on the console. After taking the machine to single-user, running fsck on > the news spool partition showed the same type of corruption we'd previously > seen after the panics, just not as bad/widely spread. > > dmesg produces the following: > > FreeBSD 2.1-STABLE #0: Fri May 24 20:27:05 EST 1996 > root@news.wintek.com:/usr/src/sys/compile/NEWS > CPU: i486DX (486-class CPU) > Origin = "AuthenticAMD" Id = 0x494 > real memory = 67108864 (65536K bytes) > avail memory = 63266816 (61784K bytes) > Probing for devices on the ISA bus: > scprobe: keyboard RESET failed (result = 0xfa) > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <16 virtual consoles, flags=0x0> > ed0 at 0x300-0x31f irq 5 maddr 0xd8000 msize 16384 on isa > ed0: address 00:00:c0:da:94:b5, type SMC8216T (16 bit) > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16450 > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: NEC 765 > fd0: 1.44MB 3.5in > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 1040MB (2130912 sectors), 2114 cyls, 16 heads, 63 S/T, 512 B/S aha0 is an Adaptec 1542CF > aha0 at 0x330-0x333 irq 11 drq 5 on isa > aha0 waiting for scsi devices to settle > (aha0:0:0): "MICROP 2210-09MZ1001905 HQ30" type 0 fixed SCSI 2 > sd0(aha0:0:0): Direct-Access 1008MB (2065250 512 byte sectors) > (aha0:1:0): "MICROP 3243-19MZ Q4D HT02" type 0 fixed SCSI 2 > sd1(aha0:1:0): Direct-Access 4095MB (8388315 512 byte sectors) > aha1 not found at 0x334 > npx0 on motherboard > npx0: INT 16 interface > aha0: Invalid CCB or segment list > This morning's message was 'reboot after panic: vwakeup: new numoutput' and the news spool (in the 4GB Micropolis) was corrupted beyond recovery. -- Rich Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 x319 100 Sawmill Road Lafayette, IN 47903 From owner-freebsd-bugs Thu May 30 07:58:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA09983 for bugs-outgoing; Thu, 30 May 1996 07:58:59 -0700 (PDT) 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 HAA09978 for ; Thu, 30 May 1996 07:58:54 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA02076; Thu, 30 May 1996 10:55:09 -0400 Date: Thu, 30 May 1996 10:55:09 -0400 From: Garrett Wollman Message-Id: <9605301455.AA02076@halloran-eldar.lcs.mit.edu> To: "Matthew N. Dodd" Cc: freebsd-bugs@freebsd.org Subject: No buffer space available. In-Reply-To: References: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > May 29 21:46:16 core1 timed[94]: /usr/src/usr.sbin/timed/timed/slave.c 571: > sendto 206.151.208.127: No buffer space available In all likelihood, this indicates that the output queue on the transmitting interface is full. You might be trying to send more traffic than it can handle, or it might be stuck, or there might be a bug in the driver. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu May 30 09:56:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26553 for bugs-outgoing; Thu, 30 May 1996 09:56:00 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA26496 for ; Thu, 30 May 1996 09:55:30 -0700 (PDT) Received: from campa.panke.de (anonymous229.ppp.cs.tu-berlin.de [130.149.17.229]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id SAA19025; Thu, 30 May 1996 18:36:14 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id RAA26102; Thu, 30 May 1996 17:25:05 +0200 Date: Thu, 30 May 1996 17:25:05 +0200 From: Wolfram Schneider Message-Id: <199605301525.RAA26102@campa.panke.de> To: Richard J Kuhns Cc: freebsd-bugs@freebsd.org, seb@wintek.com Subject: still having problems with a news server... (now 2.1-stable) In-Reply-To: <199605292050.PAA03871@watson.grauel.com> References: <199605292050.PAA03871@watson.grauel.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Richard J. Kuhns writes: >Last week I posted some info on a problem we were having with a news server >-- regular 'panic: page fault' messages, followed by filesystem corruption >so bad it wasn't worth fixing. Several people said to try upgrading to >-stable, which we did (the 'make world' took a little over 48 hours >:-(). 48 hours is obviously to much. 'make world' for -current took me 24 hours (386DX40, 16MB RAM). >dmesg produces the following: > >FreeBSD 2.1-STABLE #0: Fri May 24 20:27:05 EST 1996 > root@news.wintek.com:/usr/src/sys/compile/NEWS >CPU: i486DX (486-class CPU) > Origin = "AuthenticAMD" Id = 0x494 >real memory = 67108864 (65536K bytes) >avail memory = 63266816 (61784K bytes) From owner-freebsd-bugs Thu May 30 10:26:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA00433 for bugs-outgoing; Thu, 30 May 1996 10:26:59 -0700 (PDT) Received: from mailhost.Ipsilon.COM (foo-5-10.Ipsilon.COM [205.226.5.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA00421 for ; Thu, 30 May 1996 10:26:53 -0700 (PDT) Received: from ns.ipsilon.com (cell.Ipsilon.COM [205.226.1.190]) by mailhost.Ipsilon.COM (8.6.11/8.6.10) with SMTP id KAA15240; Thu, 30 May 1996 10:26:12 -0700 Message-ID: <31ADDA8D.7AB8@ipsilon.com> Date: Thu, 30 May 1996 10:27:41 -0700 From: Jerry Chen Reply-To: chen@ipsilon.com Organization: Ipsilon Networks, Inc. X-Mailer: Mozilla 3.0b3Gold (Win95; I) MIME-Version: 1.0 To: bugs@freebsd.org CC: olah@cs.utwente.nl Subject: a request for TCP enhancement Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, there, I notice that there is a difference in TCP implementation between Solaris 2.5 and FreeBSD 2.0.5. When I run ttcp to keep sending packets over ATM using 64K-1 window size, the frequence of ack is different. In FreeBSD, the ratio of the total number of ack's (including window updates) to the incoming number of TCP packets is about 1 to 2.1. That is, under heavy traffic, FreeBSD TCP sends out 1 ack or window update when it receives, on the average, 2.1 packets. In Solaris 2.5, it sends out 1 ack when it receives, on the average, more than 20 packets. According to page 277 of Steven's "TCP/IP Illustrated, vol 1", BSD tends to "ack every other segment". Does Solaris 2.5 implementation violate the TCP spec? It seems to me that Solaris 2.5 is making better use of the resources. Well, who knows. Maybe they try to make up for the bad thruput of SBus. But I think in general, too many ack's or window updates may hurt the TCP thruput, at least in some benchmark cases. Below are some of the reasons I can think of 1. There will be more interrupts for the processor to handle. The top half of an OS (the xmit side) may be blocked while the CPU is processing interrupts. The cache hit rate may also be lower (this is just a guess). 2. The incoming ack's and window updates will cousume some i/o bus bandwidth. Bus arbitration is not free (hidden) in some buses such as SBus. 3. For high speed networking devices such as ATM, there is usually limited amount of slave memory on an adapter card. The recv side usually has higher priority over the xmit side to DMA packets or cells to main memory to prevent overflow in FIFO or slave memory. In short, the ack/window update on the recv side will compete with the "real tcp data" on the xmit side for CPU, cache and bus usage and, unfortunately, the recv side usually has higher priority. So, should FreeBSD be modified to have similar ack strategy? Please correct me if I am wrong. Thanks. Jerry From owner-freebsd-bugs Thu May 30 11:00:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04015 for bugs-outgoing; Thu, 30 May 1996 11:00:51 -0700 (PDT) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03994; Thu, 30 May 1996 11:00:49 -0700 (PDT) Date: Thu, 30 May 1996 11:00:49 -0700 (PDT) From: Wolfram Schneider Message-Id: <199605301800.LAA03994@freefall.freebsd.org> To: dutchman@spase.nl, wosch, freebsd-bugs Subject: Re: docs/1281 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Dead update(8) still referenced in man pages State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Thu May 30 10:59:06 PDT 1996 State-Changed-Why: Fixed in -current From owner-freebsd-bugs Thu May 30 11:01:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04109 for bugs-outgoing; Thu, 30 May 1996 11:01:11 -0700 (PDT) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04086; Thu, 30 May 1996 11:01:09 -0700 (PDT) Date: Thu, 30 May 1996 11:01:09 -0700 (PDT) From: Wolfram Schneider Message-Id: <199605301801.LAA04086@freefall.freebsd.org> To: dutchman@spase.nl, wosch, freebsd-bugs Subject: Re: docs/1282 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Wrong cross-references in halt(8) family man pages. State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Thu May 30 10:59:23 PDT 1996 State-Changed-Why: Fixed in -current From owner-freebsd-bugs Thu May 30 11:13:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05471 for bugs-outgoing; Thu, 30 May 1996 11:13:57 -0700 (PDT) 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 LAA05466 for ; Thu, 30 May 1996 11:13:55 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA03302; Thu, 30 May 1996 14:13:52 -0400 Date: Thu, 30 May 1996 14:13:52 -0400 From: Garrett Wollman Message-Id: <9605301813.AA03302@halloran-eldar.lcs.mit.edu> To: chen@ipsilon.com Cc: bugs@freebsd.org Subject: a request for TCP enhancement In-Reply-To: <31ADDA8D.7AB8@ipsilon.com> References: <31ADDA8D.7AB8@ipsilon.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > In FreeBSD, the ratio of the total number of ack's (including window > updates) to the incoming number of TCP packets is about 1 to 2.1. That > is, under heavy traffic, FreeBSD TCP sends out 1 ack or window update > when it receives, on the average, 2.1 packets. In Solaris 2.5, it sends > out 1 ack when it receives, on the average, more than 20 packets. It is generally believed in the research community (at least the part that I work next door to) that at least 1:2 is desirable and there is sentiment in some quarters to get rid of delayed acks altogether and always ack every packet immediately. The way in which acking frequency interacts with congestion control and avoidance is non-trivial, and changing it is not a good idea unless you think you understand TCP better than Van Jacobson. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu May 30 11:19:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06037 for bugs-outgoing; Thu, 30 May 1996 11:19:08 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06009 for ; Thu, 30 May 1996 11:18:28 -0700 (PDT) Received: from campa.panke.de (anonymous227.ppp.cs.tu-berlin.de [130.149.17.227]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id UAA23236; Thu, 30 May 1996 20:09:21 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id UAA26889; Thu, 30 May 1996 20:08:50 +0200 Date: Thu, 30 May 1996 20:08:50 +0200 From: Wolfram Schneider Message-Id: <199605301808.UAA26889@campa.panke.de> To: dutchman@spase.nl CC: bugs@freebsd.org Subject: docs/1282: Wrong cross-references in halt(8) family man pages. In-Reply-To: <199605300950.LAA01584@phobos.spase.nl> References: <199605300950.LAA01584@phobos.spase.nl> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kees Jan Koster writes: Also, I think these manual pages should me sym-linked >instead of copied, but I don't know what the standard policy is for >/usr/share/man No, these pages are hard-linked and exists only once. $ ls -l fastboot.8.gz -r--r--r-- 4 bin bin 1547 May 24 11:02 fastboot.8.gz ^ number of links From owner-freebsd-bugs Thu May 30 13:39:32 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA21908 for bugs-outgoing; Thu, 30 May 1996 13:39:32 -0700 (PDT) Received: from cenotaph.snafu.de (root@deadline.berlin.netSurf.DE [194.64.158.25]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA21902 for ; Thu, 30 May 1996 13:39:26 -0700 (PDT) Received: by cenotaph.snafu.de from deadline.snafu.de using smtp id m0uPEV1-0002ejC; Thu, 30 May 96 22:39:15 +0200 (MET DST) (/\##/\ Smail3.1.30.13 #30.1) Received: by deadline.snafu.de id m0uPEUw-000A1WC; Thu, 30 May 96 22:39:10 +0200 (MET DST) (/\##/\ Smail3.1.30.13 #30.1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: makeinfo randomly dies with signal 11 during "make world" of -current To: bugs@freebsd.org Date: Thu, 30 May 1996 22:39:10 +0200 (MET DST) Organization: A world stranger than you have ever imagined. X-Mailer: ELM [version 2.4ME+ PL13] 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 Hi! --- I'm just about to do a make world on -current sources as of 96/05/29 and have had the makeinfo utility randomly die with signal 11 about 5-6 times until now. In all cases the failing passage succeeded after retrying the make a few times, so I assume it is rather a problem with the makeinfo utility that with the source files. The last crash happened while making /usr/src/gnu/libexec/uucp: building standard uuconf library ranlib libuuconf.a ===> doc makeinfo --no-split -I /usr/src/gnu/libexec/uucp/doc /usr/src/gnu/libexec/uucp/doc/uucp.texi -o uucp.info Making info file `uucp.info' from `/usr/src/gnu/libexec/uucp/doc/uucp.texi'. *** Signal 11 Stop. *** Error code 1 Stop. When I retried the build it succeeded. Regards, Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Thu May 30 14:02:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA24681 for bugs-outgoing; Thu, 30 May 1996 14:02:46 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA24637; Thu, 30 May 1996 14:02:42 -0700 (PDT) Date: Thu, 30 May 1996 14:02:42 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605302102.OAA24637@freefall.freebsd.org> To: zgabor@code.hu, joerg, freebsd-bugs Subject: Re: bin/1279 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tr with accented characters State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu May 30 23:01:36 MET DST 1996 State-Changed-Why: Already fixed in tr.c rev 1.3/1.2.4.1. From owner-freebsd-bugs Thu May 30 14:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25543 for bugs-outgoing; Thu, 30 May 1996 14:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25533; Thu, 30 May 1996 14:10:03 -0700 (PDT) Date: Thu, 30 May 1996 14:10:03 -0700 (PDT) Message-Id: <199605302110.OAA25533@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: docs/1281: Dead update(8) still referenced in man pages Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/1281; it has been noted by GNATS. From: J Wunsch To: dutchman@spase.nl Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: docs/1281: Dead update(8) still referenced in man pages Date: Thu, 30 May 1996 21:21:04 +0200 (MET DST) As Kees Jan Koster wrote: > > >Number: 1281 > >Category: docs > >Synopsis: Dead update(8) still referenced in man pages > Altough update(8) does not exist anymore on the system, some manual still > have cross-references. I was annoyed :-) I think it would be better to supply a man page for update(8). The process is still existing, it's only that there's no longer a separate binary executable for it. Of course, the man page should mention how to tweak the update interval. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu May 30 15:50:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10312 for bugs-outgoing; Thu, 30 May 1996 15:50:09 -0700 (PDT) Received: from macbeth.ienet.com (macbeth.ienet.com [207.78.32.52]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10297; Thu, 30 May 1996 15:50:02 -0700 (PDT) Received: from brutus.ienet.com (brutus.ienet.com [207.78.32.152]) by macbeth.ienet.com (8.7.5/8.7.3) with SMTP id PAA00584; Thu, 30 May 1996 15:49:58 -0700 (PDT) Message-ID: <31AE2773.20F9@ienet.com> Date: Thu, 30 May 1996 15:55:47 -0700 From: Terry Lee Organization: Internet Design Group X-Mailer: Mozilla 3.0b4 (Win95; I) MIME-Version: 1.0 To: "Justin T. Gibbs" CC: freebsd-bugs@freefall.freebsd.org Subject: Re: i386/1259 References: <199605271803.LAA29697@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 I've installed a new machine with the same ASUS Triton II MB and a 2940. This time I'm using stable. Same problem occured so I went back and started making kernels form the different. Seems the problem is in delta 0078. 0077 runs fine. I have two Quantum Fireball 1280 s on the SCSI chain. Everything worked fine on an ASUS Pentium Pro MB with the exact same configuration. Most of the time, it waits for SCSI devices to settle then doesn't detect any SCSI devices. However sometimes it does find the drives, usually with an attention error. Here are some example probe outputs: FreeBSD 2.1-STABLE #0: Wed May 29 12:57:36 PDT 1996 terryl@portia.ienet.com:/u1/src/sys/compile/GENERIC CPU: 166-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62877696 (61404K bytes) Probing for devices on PCI bus 0: pci0:0: Intel Corporation, device=0x1250, class=bridge (host) [no driver assigne d] pci0:7: Intel Corporation, device=0x7000, class=bridge (isa) [no driver assigned ] ahc0 rev 0 int a irq 11 on pci0:11 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:2:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 sd0(ahc0:2:0): Direct-Access sd0(ahc0:2:0): UNIT ATTENTION asc:29,0 sd0(ahc0:2:0): Power on, reset, or bus device reset occurred , retries:4 1222MB (2503872 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard FreeBSD 2.1-STABLE #0: Wed May 29 17:16:30 PDT 1996 terryl@portia.ienet.com:/u1/src.0078/sys/compile/GENERIC CPU: 166-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62881792 (61408K bytes) Probing for devices on PCI bus 0: pci0:0: Intel Corporation, device=0x1250, class=bridge (host) [no driver assigne d] pci0:7: Intel Corporation, device=0x7000, class=bridge (isa) [no driver assigned ] ahc0 rev 0 int a irq 11 on pci0:11 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:2:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 sd0(ahc0:2:0): Direct-Access sd0(ahc0:2:0): UNIT ATTENTION asc:29,0 sd0(ahc0:2:0): Power on, reset, or bus device reset occurred , retries:4 1222MB (2503872 512 byte sectors) (ahc0:4:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 sd1(ahc0:4:0): Direct-Access 1222MB (2503872 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard -- I N T E R N E T Terry Lee, Technical Director D E S I G N 611 W. 6th St., Ste. 3201, Los Angeles, CA 90017 G R O U P 213.488.6100 voice 213.488.6101 fax http://www.mall.net mailto:terryl@ienet.com From owner-freebsd-bugs Thu May 30 18:03:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA24254 for bugs-outgoing; Thu, 30 May 1996 18:03:51 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA24234; Thu, 30 May 1996 18:03:49 -0700 (PDT) Date: Thu, 30 May 1996 18:03:49 -0700 (PDT) From: Gary Palmer Message-Id: <199605310103.SAA24234@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: pending/1276 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pppd hangs serial port - ENOBUFS Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Thu May 30 17:57:54 PDT 1996 Responsible-Changed-Why: Correct malformed PR and assign correct responsible person/list From owner-freebsd-bugs Thu May 30 19:23:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA00608 for bugs-outgoing; Thu, 30 May 1996 19:23:57 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA00576 for ; Thu, 30 May 1996 19:23:39 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id TAA16452 for ; Thu, 30 May 1996 19:23:16 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA08120; Thu, 30 May 1996 22:20:42 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 30 May 1996 22:20 EDT Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.12/8.6.5) with ESMTP id PAA12870; Thu, 30 May 1996 15:36:48 -0400 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id PAA03771; Thu, 30 May 1996 15:38:23 -0400 Date: Thu, 30 May 1996 15:38:23 -0400 From: Thomas David Rivers Message-Id: <199605301938.PAA03771@lakes> To: coredump@nervosa.com, zeta.org.au!bde@dg-rtp.dg.com, freebsd-bugs@freebsd.org, mrm@marmot.Mole.ORG Subject: Re: List of open Problem Reports Cc: jkh@time.cdrom.com Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >> > [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov > >> > >> Isn't this natural for a slow 386? > > >Possibly, but it also happens with a 486DX4/120, 2.1.0R, 16550AFN, kernel ppp, > >296 mtu or 1500 mtu. > > Running the vmdaemon process entirely at splhigh() would have caused it. > Interrupts were sometimes masked for 60ms on a P133, but the interrupt-level > sio buffers are "only" large enough for 22ms worth of input at 115200 bps. > This bug lived from 1994/11/25 to 1996/04/11 so it affected all releases > except 2.0. > > Overruns will occur if softtty interrupts are blocked or prempted for > longer than 22ms. This is most likely for slow systems connected to > fast (concurrently) active device(s) through slow polled interfaces. > > Bruce > Can the corrected vmdaemon (possibly) be used in 2.1? If so, can someone point me to the diff's and I'll report back... - Dave Rivers - From owner-freebsd-bugs Thu May 30 20:11:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA04156 for bugs-outgoing; Thu, 30 May 1996 20:11:30 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA04148 for ; Thu, 30 May 1996 20:11:24 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id WAA01611; Thu, 30 May 1996 22:09:37 -0500 (EST) From: "John S. Dyson" Message-Id: <199605310309.WAA01611@dyson.iquest.net> Subject: Re: List of open Problem Reports To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Thu, 30 May 1996 22:09:37 -0500 (EST) Cc: coredump@nervosa.com, zeta.org.au!bde@dg-rtp.dg.com, freebsd-bugs@freebsd.org, mrm@marmot.Mole.ORG, jkh@time.cdrom.com In-Reply-To: <199605301938.PAA03771@lakes> from "Thomas David Rivers" at May 30, 96 03:38:23 pm X-Mailer: ELM [version 2.4 PL24 ME8] 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 > > Can the corrected vmdaemon (possibly) be used in 2.1? If so, can someone > point me to the diff's and I'll report back... > All you have to do is to do an spl0() at the beginning of the vm_daemon subroutine... Give it a shot!!! John From owner-freebsd-bugs Fri May 31 03:23:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA03946 for bugs-outgoing; Fri, 31 May 1996 03:23:59 -0700 (PDT) Received: from art-1.acorn.co.uk (art-1.acorn.co.uk [136.170.131.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA03924 for ; Fri, 31 May 1996 03:23:51 -0700 (PDT) Received: by art-1.acorn.co.uk (SMI-8.6/SMI-SVR4) id LAA20392; Fri, 31 May 1996 11:23:07 +0100 X-Account: 1130 Date: Fri, 31 May 96 10:22:20 GMT From: kbracey@art.acorn.co.uk (Kevin Bracey) To: freebsd-bugs@freebsd.org Subject: net/????: TCP bugs Message-Id: <31AEC85C@kbracey> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Apologies for not posting this with the relevant program, but I'm not actually running FreeBSD. I've just ported FreeBSD's network stack (using a hybrid of -stable and -current), and came across two apparent bugs. 1) netinet/tcp_var.h (-current) TCP_REXMTVAL is defined as: #define TCP_REXMTVAL(tp) \ ((((tp)->t_srtt >> (TCP_RTT_SHIFT - TCP_RTTVAR_SHIFT)) \ + ((tp)->t_rttvar) >> TCP_RTTVAR_SHIFT)) This is incorrect, and should be: #define TCP_REXMTVAL(tp) \ ((((tp)->t_srtt >> (TCP_RTT_SHIFT - TCP_RTTVAR_SHIFT)) \ + ((tp)->t_rttvar * 4) >> TCP_RTTVAR_SHIFT)) The former leads to a retransmission sequence (for initial connect) like: Transmit - wait 6 secs - TX - wait 3 - TX - wait 6 - TX - wait 12 when it should of course be Transmit - wait 6 secs - TX - wait 12 - TX - wait 24 - TX - wait 48 That's then correct for a first time connection (t_srtt will be 0), but I'm still not sure that it's correct if t_srtt is set. I have a suspicion that the brackets are incorrectly placed. 2) netinet/tcp_usrreq.c & netinet/tcp_timer.c (-current and -stable) tcp_slowtimo() calls tcp_usrreq(PRU_SLOWTIMO), and then compares its return value to NULL. It seems to be expecting tcp_usrreq to return the new value of tp, so it can tell if the connection's been dropped. But tcp_usrreq returns an error code. It would seem then that t_idle and t_duration are not updated on any slowtimo that causes a TCP timer to go off. On an related note, have any FreeBSD people had problems accessing http://www.sgi.com/ recently? For the last week or two, if net.inet.tcp.rfc1323 is on, my HTTP fetches have been frequently truncated to 10K or so, with the disconnection apparently being triggered by the remote end. In practice this means that many images go missing. It works perfectly if net.inet.tcp.rfc1323 is off. I'm trying to figure out if it is a problem with a) my port, b) FreeBSD, or c) SGI's server. Thanks, Kevin Bracey Acorn RISC Technologies From owner-freebsd-bugs Fri May 31 05:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09910 for bugs-outgoing; Fri, 31 May 1996 05:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09902; Fri, 31 May 1996 05:50:02 -0700 (PDT) Resent-Date: Fri, 31 May 1996 05:50:02 -0700 (PDT) Resent-Message-Id: <199605311250.FAA09902@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kieber@sax.sax.de 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 FAA09773 for ; Fri, 31 May 1996 05:45:27 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA12762 for ; Fri, 31 May 1996 14:45:03 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) id OAA27405; Fri, 31 May 1996 14:45:02 +0200 Message-Id: <199605311245.OAA27405@sax.sax.de> Date: Fri, 31 May 1996 14:45:02 +0200 From: kieber@sax.sax.de (Ulf Kieber) Reply-To: kieber@sax.sax.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1283: cleaning out compiler fuzz Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1283 >Category: kern >Synopsis: cleaning out some compiler fuzz from pcvt_hdr.h >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 31 05:50:01 PDT 1996 >Last-Modified: >Originator: Ulf Kieber >Organization: SaxNet e. V. >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD sax.sax.de 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #2: Tue May 21 16:11:07 MET DST 1996 root@sax.sax.de:/usr/src/sys/compile/SAX.exabyte i386 >Description: kernel make says: cc -c -O -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DSAX -DI486_CPU -DNMBCLUSTERS='(1024+MAXUSERS*16)' -DDFLDSIZ='(8UL*1024*1024)' -DFAT_CURSOR -DPCVT_VT220KEYB -DMONO_KERNEL_FG=FG_LIGHTGREY -DPCVT_FREEBSD=210 -DCOM_MULTIPORT -DQUOTA -DIPACCT -DSYSVMSG -DSYSVSEM -DSYSVSHM -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DCOMPAT_43 -DPROCFS -DCD9660 -DNFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/pcvt/pcvt_ext.c ../../i386/isa/pcvt/pcvt_ext.c: In function `wd90c11_col': ../../i386/isa/pcvt/pcvt_ext.c:1213: warning: implicit declaration of function `vga_move_charset' If the definition of vga_move_charset in pcvt_sup.c does not depend on option XSERVER being set, I don't see why the the prototype should depend on that option. >How-To-Repeat: See Description. >Fix: *** i386/isa/pcvt/pcvt_hdr.h.orig Thu Sep 14 09:09:49 1995 --- i386/isa/pcvt/pcvt_hdr.h Fri May 31 14:35:20 1996 *************** *** 1265,1274 **** void pcvt_set_scrnsv_tmo ( int ); #endif /* PCVT_SCREENSAVER && defined(XSERVER) */ - #ifdef XSERVER void vga_move_charset ( unsigned n, unsigned char *b, int save_it); - #endif /* XSERVER */ - void async_update ( int arg ); void clr_parms ( struct video_state *svsp ); void cons_highlight ( void ); --- 1265,1271 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 31 09:19:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21597 for bugs-outgoing; Fri, 31 May 1996 09:19:59 -0700 (PDT) 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 SMTP id JAA21591 for ; Fri, 31 May 1996 09:19:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA11551; Sat, 1 Jun 1996 02:12:37 +1000 Date: Sat, 1 Jun 1996 02:12:37 +1000 From: Bruce Evans Message-Id: <199605311612.CAA11551@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, j@uriah.heep.sax.de Subject: Re: docs/1281: Dead update(8) still referenced in man pages Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I think it would be better to supply a man page for update(8). The update(4) is already supplied. > Of course, the man page should mention how to tweak the update > interval. It doesn't yet. It shouldn't say that the update interval is always thirty. kern.update is listed in sysctl(8). Just listing it is a waste of effort. The list provided by `sysctl -a' is more likely to be up to date. Bruce From owner-freebsd-bugs Fri May 31 09:43:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22830 for bugs-outgoing; Fri, 31 May 1996 09:43:18 -0700 (PDT) Received: from cenotaph.snafu.de (root@deadline.berlin.netSurf.DE [194.64.158.25]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA22823 for ; Fri, 31 May 1996 09:43:13 -0700 (PDT) Received: by cenotaph.snafu.de from deadline.snafu.de using smtp id m0uPXHw-0002elC; Fri, 31 May 96 18:43:00 +0200 (MET DST) (/\##/\ Smail3.1.30.13 #30.1) Received: by deadline.snafu.de id m0uPXHr-0009lWC; Fri, 31 May 96 18:42:55 +0200 (MET DST) (/\##/\ Smail3.1.30.13 #30.1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: -current kernel (96/05/31) does not recognize sio To: bugs@freebsd.org Date: Fri, 31 May 1996 18:42:55 +0200 (MET DST) Organization: A world stranger than you have ever imagined. X-Mailer: ELM [version 2.4ME+ PL13] 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 Hi! --- The -current kernel of today seems not to detect the sio devices. Any ideas about that? Regards, mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-bugs Fri May 31 11:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28395 for bugs-outgoing; Fri, 31 May 1996 11:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28383; Fri, 31 May 1996 11:40:02 -0700 (PDT) Resent-Date: Fri, 31 May 1996 11:40:02 -0700 (PDT) Resent-Message-Id: <199605311840.LAA28383@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA28112 for ; Fri, 31 May 1996 11:35:00 -0700 (PDT) Received: (from muir@localhost) by idiom.com (8.7.5/8.6.12) id LAA01144; Fri, 31 May 1996 11:34:58 -0700 (PDT) Message-Id: <199605311834.LAA01144@idiom.com> Date: Fri, 31 May 1996 11:34:58 -0700 (PDT) From: David Muir Sharnoff Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1284: vm_page_free: freeing busy page Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1284 >Category: kern >Synopsis: panic: vm_page_free: freeing busy page >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 31 11:40:01 PDT 1996 >Last-Modified: >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1-stable as of 5/29/96 (or so) on a 90Mhz, Neptune Pentium w/53c810 & 3 fast disks, 96Mb of ram, and 2 cyclades 16s. >Description: A panic. I've only been runing this version of -stable for a few days and I'm not used to seeing software panics with post-2.1 FreeBSD. A panic in the first few days is a bad sign. Given the amount of filesystem damage, the system was quite busy at the time it went down. In fact, /tmp was destroyed. Big loss. >How-To-Repeat: no idea. I've got a core dump. Since it's kinda large I'm going to delete it if someone doesn't express interest in looking at it. >Fix: ? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 31 15:05:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA28075 for bugs-outgoing; Fri, 31 May 1996 15:05:05 -0700 (PDT) Received: from wireless.wdc.net (wireless.wdc.net [204.140.136.28]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA28029 for ; Fri, 31 May 1996 15:05:00 -0700 (PDT) Received: (from root@localhost) by wireless.wdc.net (8.6.12/8.6.12) id PAA27041; Fri, 31 May 1996 15:12:19 -0700 Date: Fri, 31 May 1996 15:12:19 -0700 From: "Robert A. Buaas" Message-Id: <199605312212.PAA27041@wireless.wdc.net> To: bugs@freebsd.org Subject: 960501-SNAP: pppd page fault panic on HUP Cc: buaas@wireless.wdc.net Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone found/fixed this bug? If so, where is the solution? thanks in advance/bob ------------------------------------------- This happens when I HUP the pppd process, or it gets a signal from loss of carrier. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xefbffe1c frame pointer = 0x10:0xefbffe74 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 148 (pppd) interrupt mask = net tty panic: page fault It started when I compiled a kernel that had "controller snd0" and "device sb0", using either the /sys/i386/isa/sound directory as delivered in FreeBSD-2.2-960501-SNAP/src/ssys.tgz, and also with the replacement .../sound in Amecio's vat modifications. I now realize that the same happens if I have Xserver support and no sound. This seems pretty basic. Advise appreciated. From owner-freebsd-bugs Fri May 31 16:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19516 for bugs-outgoing; Fri, 31 May 1996 16:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19497; Fri, 31 May 1996 16:00:03 -0700 (PDT) Resent-Date: Fri, 31 May 1996 16:00:03 -0700 (PDT) Resent-Message-Id: <199605312300.QAA19497@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nik@blueberry.co.uk Received: from guava.blueberry.co.uk ([194.70.52.51]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA17888 for ; Fri, 31 May 1996 15:54:50 -0700 (PDT) Received: (from nik@localhost) by guava.blueberry.co.uk (8.7.5/8.7.3) id XAA11739 Fri, 31 May 1996 23:55:11 +0100 (BST) Message-Id: <199605312255.XAA11739@guava.blueberry.co.uk> Date: Fri, 31 May 1996 23:55:11 +0100 (BST) From: Nik Clayton Reply-To: nik@blueberry.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1285: route_multicast and route_loopback lines in /etc/sysconfig are bogus Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1285 >Category: conf >Synopsis: route_multicast and route_loopback lines in /etc/sysconfig are bogus >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri May 31 16:00:02 PDT 1996 >Last-Modified: >Originator: Nik Clayton >Organization: Blueberry Design >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: From 'sysctl -a' (I hope this is sufficient) kern.ostype = FreeBSD kern.osrelease = 2.1-STABLE kern.osrevision = 199306 Basically, -stable supped about a month ago. >Description: As shipped, /etc/sysconfig has two bogus entries for route_multicast and route_loopback The 'route_multicast' line appears to cause the system to hang at boot time if there's no name server around. And apparently the 'route_loopback' line is "completely bogus" and "should not be present at all" (according to Garrett). This problem has been known about for a while. Search the hackers mailing list for the message from Garrett with ID <9512131521.AA09355@halloran-eldar.lcs.mit.edu> and re: loopback and multicast messed up on /etc/sysconfig ? This message is dated Dec 13th, 1995 (!). I'm sending this -pr in because I've just been bitten by this problem, and it's only because I remembered discussion of it in the mailing lists that I knew what to search for. Someone knew to the OS doesn't have this advantage. I realise my version of -stable is somewhat out of date, and that this may well have been fixed in a later SNAP. Unfortunately, I don't have the resources to track -stable as well as I want at the moment, so I'm submitting this in the hope that someone will take the time to verify that this problem has now been fixed. Or commit a usable change to the source tree(s). >How-To-Repeat: Boot any system that doesn't have access to a name server that can turn 224.0.0.0 into something useful. I think. The system will appear to hang when adding the default gateway. A ctrl-c clears it, but also seems kill /etc/netstart, which means things like routed won't get started. >Fix: Quoting from <9512131521.AA09355@halloran-eldar.lcs.mit.edu> in the -hackers mailing list: (long lines broken) >> The problem is in: >> # route_multicast="224.0.0.0 -netmask 0xf0000000 \ >> -interface ${hostname}" >> # route_loopback="${hostname} localhost" >> >> If I uncomment this line in sysconfig, the system will not boot. > > This line is broken. It /never/ correct to refer to hosts by this > early in the configuration process, and more importantly, host names > DO NOT NAME INTERFACES. > > The correct way to set this up is as follows: > > route_multicast="224.0.0.0 -netmask 0xf0000000 \ > -interface IP.OF.DESIRED.IFACE" > > Furthermore, the `route_loopback' bit is completely bogus, and should > not be present at all. > > -GAWollman >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 1 04:30:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23929 for bugs-outgoing; Sat, 1 Jun 1996 04:30:18 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23901 for freebsd-bugs; Sat, 1 Jun 1996 04:30:15 -0700 (PDT) Date: Sat, 1 Jun 1996 04:30:15 -0700 (PDT) From: GNU GNATS Message-Id: <199606011130.EAA23901@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/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/03/02] misc/229 acos() core dump [1995/03/17] kern/247 Berkeley Packet Filter fix [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/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [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/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/428 configure is not foolproof [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [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/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [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/587 if_le hangs on OACTIVE with 2k buffer [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/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/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/02] gnu/650 Current flex is outdated [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/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/if.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] 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/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [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/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/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/09] ports/883 tclX-port does not build properly [1995/12/14] misc/893 terminfo.h not installed??? [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/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [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/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/27] kern/974 ktrace causes panic: freeing busy page [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/978 Three deadlocks in row [1996/01/29] kern/979 Linux programs using pipes crash system [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/03] kern/991 pcvt keyboard doesn't accept input at crash reboot [1996/02/03] bin/993 g++ complains about /usr/include/machine/cpufunc.h [1996/02/04] kern/994 syscons bug in ESC[nX handling (w/fix) [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/08] kern/1008 Daily crash while writing network backups to local t [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write meta-data!!! [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, sddump: no s [1996/02/10] kern/1017 ssh stopped working between 15th Jan and 9th Feb [1996/02/12] kern/1018 panic: unwire: page not in pmap [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/14] kern/1026 deadlocks if parent vfork and child has cntrl termin [1996/02/14] bin/1028 shutdown -r does not seem to always complete [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently than other tt [1996/02/23] bin/1040 with certain flags, route can reboot your machine. [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/02/27] kern/1045 Lockup: b_to_q to a clist with no reserved cblocks [1996/02/27] gnu/1047 send-pr: Aborting... [1996/02/28] i386/1048 ep driver fails to detect card when told specific va [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after floppy error [1996/02/29] kern/1051 zip fails on dos partition [1996/02/29] bin/1052 /bin/sh problem with new GCC (snapshot for 2.8) [1996/03/02] bin/1056 pppd fails if -detach [1996/03/05] kern/1063 gzip a.out execution is not ok (?) [1996/03/05] kern/1064 Recursive panic? [1996/03/06] kern/1065 wt could crash reading short blocks [1996/03/06] kern/1066 Arnet driver: panic when ifconfig PPP -> HDLC [1996/03/08] bin/1068 man ignores -P option when combined with -k [1996/03/08] ports/1069 TkMan acts erroneusly on apropos [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, active pure tex [1996/03/09] ports/1072 tex port (ftplib.pl) does not support passive mode f [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/09] bin/1074 tty rows & columns settings sometimes reset to zero [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in [1996/03/15] misc/1079 Can not work about get{host|net]byaddr on NIS. [1996/03/16] kern/1080 Panic @ _get_pt_entry+0x8 [1996/03/16] kern/1081 Fatal double fault [1996/03/17] kern/1087 Device close entry is not called when unmounting UFS [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] kern/1092 ftruncate(2) returns EINVAL [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/21] bin/1095 make's continuation line handling buggy when used wi [1996/03/21] i386/1097 system hang during tape rewind/aic7870 controller [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/26] kern/1102 Differentiation of FreeBSD & Linux ELF binaries [pat [1996/03/28] bin/1105 Bug in find command [1996/03/28] ports/1109 mods to vim-3.0 port [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/03/31] misc/1112 Can not work getnetbyaddr on NIS [1996/04/05] kern/1116 Cannot umount stale NFS volumes [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/07] kern/1122 Kernel (current) does not see all memory [1996/04/09] bin/1127 sh(1) parameter expansion for substring processing n [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/11] kern/1135 starting an extra mountd and then killing it crashes [1996/04/12] bin/1136 broken printf in sh(1) [1996/04/14] bin/1139 uname.1 and uname.c disagree about display ordering [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/15] docs/1142 signal manpage doesn't describe sig parameter [1996/04/15] docs/1143 sigaction manpage doesn't describe sig parameter [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/15] bin/1145 tftpd should support -s [1996/04/16] bin/1147 units(1) missing from FreeBSD -current and -stable [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) [1996/04/25] bin/1158 atq uses GMT time instead of TZ time [1996/04/27] kern/1159 NFS Client hangs in vm_object_terminate() - objtrm [1996/04/28] kern/1160 Panic: bad dir [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC option is used [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 [1996/04/29] kern/1164 machine locks up [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/04/30] kern/1166 pmap panic (dump available) [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/02] docs/1170 include files missing from get{peer,sock}name man pa [1996/05/02] kern/1171 panic: setrunnable after touching long idle windows [1996/05/06] conf/1176 sysinstall ftp error messages not helpful. [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/08] kern/1180 freeing held page, count=%d [1996/05/09] bin/1181 fsck displays wrong char in "option?" diagnostic [1996/05/09] bin/1182 timed records improper entry in wtmp [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/10] kern/1186 MFS doesn't mark memory free when it's filespace cle [1996/05/10] misc/1187 pppd dies with a segv [1996/05/11] pending/1189 Re: Adaptec 2940 Changes (May 10th) [1996/05/11] kern/1190 panic: page fault (wild pointer?) [1996/05/12] kern/1192 various ipfw.[ch] changes (see below) [1996/05/12] bin/1193 Cleanup + ability to zero individual chain entries [1996/05/12] kern/1195 stable with DIAGNOSTIC panics `vm_page_unhold: hold [1996/05/13] ports/1200 pop3 requests may crash client [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit to be desir [1996/05/13] bin/1202 netgroups in /etc/hosts.equiv stopped working in -st [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal [1996/05/16] kern/1208 Rebooting nfs server results "Permission denied" mes [1996/05/16] gnu/1209 send-pr should refuse PR's without subject and synop [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus error [1996/05/18] bin/1212 ppp eventually runs out of file descriptors [1996/05/18] kern/1213 kernel page fault [1996/05/18] docs/1214 lseek() manpage refers to fildes argument as a file [1996/05/19] kern/1216 Support for i586 clock clibration is not built in [1996/05/19] kern/1217 separating to hardrives to two IDE channels hangs th [1996/05/19] docs/1218 Handbook: Cyclades configuration [1996/05/19] kern/1219 IPFW kernel code enhancements [1996/05/19] bin/1220 IPFW: configuration utility enhancements [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/20] i386/1223 type in comment [1996/05/21] bin/1225 second tunnel device not detected [1996/05/21] kern/1227 vm_page_activate: already active (new vm system) [1996/05/21] kern/1228 probe doesn't find P-n-P modem [1996/05/21] bin/1229 redundant redeclaration of `lseek' [1996/05/21] bin/1230 make ``.for'' loops iterate backwards [1996/05/21] bin/1231 make(1) execution of ``.BEGIN'' does not halt on err [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/23] bin/1237 [1996/05/23] bin/1240 Wrong format used to print amount of free disk space [1996/05/24] bin/1241 The jot(1) command with -s (FROM 2.1.0 CD) generates [1996/05/24] bin/1242 In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK [1996/05/24] kern/1245 scsi tape driver write-protet and eject handling is [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/24] bin/1248 /bin/sh has trouble with arguments past 9(ie. ${10}) [1996/05/25] docs/1249 incorrect manpages [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. [1996/05/26] kern/1252 Heavy activity on a CD causes panic [1996/05/26] kern/1253 if_tun counts packets but not bytes [1996/05/26] bin/1255 Silence gcc whining about tputs() in libedit/term.c [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets [1996/05/26] kern/1257 System got blown away by "vm_pageout_scan: page not [1996/05/27] kern/1258 new vm code: freeing held page [1996/05/27] i386/1260 wd probe take unusually long (45s ea) on ASUS Triton [1996/05/27] conf/1264 panic with two new Quantum FireBall 1280 [1996/05/27] kern/1265 warnings in pcv [1996/05/27] bin/1266 IPFW: Resolve service names with -N option [1996/05/27] kern/1267 Kernel allows deletion of default policy entry [1996/05/27] docs/1268 The 'pty' manpage isn't consistant with reality. [1996/05/27] kern/1269 vm_pageout_scan: page not inactive? (loops, effectiv [1996/05/28] conf/1270 /etc/ttys does not list all valid ptys (breaks scree [1996/05/28] kern/1271 Kernel panic using PLIP in 27/05 current [1996/05/28] docs/1272 document the -o option for f2c [1996/05/28] bin/1273 remote hostname gets corrupted in rshd [1996/05/28] kern/1274 Kernel panics with filesystem error [1996/05/28] bin/1275 Sun libm i387 'exp' leaves two valid values on the s [1996/05/28] bin/1276 pppd hangs serial port - ENOBUFS [1996/05/29] docs/1277 wrote missing manpage for /etc/hosts.lpd [1996/05/29] kern/1278 SUN Solaris clients gets host not responding, when w [1996/05/30] docs/1280 locale and collating [1996/05/31] kern/1283 cleaning out some compiler fuzz from pcvt_hdr.h [1996/05/31] kern/1284 panic: vm_page_free: freeing busy page [1996/05/31] conf/1285 route_multicast and route_loopback lines in /etc/sys 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/03/22] kern/267 NFS code gives error messages, systems jams for a fe [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/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/12/29] misc/922 From line handling incorrect in mail.local [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/28] kern/1049 /kernel: arpresolve: can't allocate llinfo for 194.1 [1996/03/04] kern/1059 null fs panics system [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expected, pid: 2 [1996/04/14] kern/1140 arpresolve does a null pointer dereference through r [1996/05/01] ports/1168 New version of pine. 3.93 fixes bugs in 3.92 and ha /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jun 1 04:30:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23944 for bugs-outgoing; Sat, 1 Jun 1996 04:30:19 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23908 for freebsd-bugs; Sat, 1 Jun 1996 04:30:16 -0700 (PDT) Date: Sat, 1 Jun 1996 04:30:16 -0700 (PDT) From: GNU GNATS Message-Id: <199606011130.EAA23908@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: 322 Number of curently analyzed reports: 21 From owner-freebsd-bugs Sat Jun 1 06:08:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08434 for bugs-outgoing; Sat, 1 Jun 1996 06:08:39 -0700 (PDT) Received: (from bde@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08407; Sat, 1 Jun 1996 06:08:37 -0700 (PDT) Date: Sat, 1 Jun 1996 06:08:37 -0700 (PDT) From: Bruce Evans Message-Id: <199606011308.GAA08407@freefall.freebsd.org> To: jc@irbs.com, bde, freebsd-bugs Subject: Re: bin/1255 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Silence gcc whining about tputs() in libedit/term.c State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sat Jun 1 06:03:31 PDT 1996 State-Changed-Why: Fixed on 1996/05/27 by removing the stale copy of termcap.h. From owner-freebsd-bugs Sat Jun 1 16:28:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10173 for bugs-outgoing; Sat, 1 Jun 1996 16:28:41 -0700 (PDT) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10155; Sat, 1 Jun 1996 16:28:39 -0700 (PDT) Date: Sat, 1 Jun 1996 16:28:39 -0700 (PDT) From: Wolfram Schneider Message-Id: <199606012328.QAA10155@freefall.freebsd.org> To: andreas@knobel.gun.de, wosch, freebsd-bugs Subject: Re: docs/1277 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: wrote missing manpage for /etc/hosts.lpd State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Jun 1 16:27:42 PDT 1996 State-Changed-Why: Fixed in -current From owner-freebsd-bugs Sat Jun 1 22:10:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00679 for bugs-outgoing; Sat, 1 Jun 1996 22:10:37 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00671; Sat, 1 Jun 1996 22:10:02 -0700 (PDT) Resent-Date: Sat, 1 Jun 1996 22:10:02 -0700 (PDT) Resent-Message-Id: <199606020510.WAA00671@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.cdrom.com, kato@eclogite.eps.nagoya-u.ac.jp Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA00433 for ; Sat, 1 Jun 1996 22:01:16 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id WAA24311 for ; Sat, 1 Jun 1996 22:01:09 -0700 (PDT) Received: (from kato@localhost) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) id NAA01317; Sun, 2 Jun 1996 13:59:35 +0900 (JST) Message-Id: <199606020459.NAA01317@marble.eps.nagoya-u.ac.jp> Date: Sun, 2 Jun 1996 13:59:35 +0900 (JST) From: kato@eclogite.eps.nagoya-u.ac.jp Reply-To: kato@eclogite.eps.nagoya-u.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1286: cluster_read() calls strategy routine without B_READ Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1286 >Category: kern >Synopsis: cluster_read() calls strategy routine without B_READ >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 1 22:10:01 PDT 1996 >Last-Modified: >Originator: KATO Takenori >Organization: Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-current with revision 1.35 of vfs_cluster.c. FreeBSD-960501-SNAP may contain same problem. >Description: The allocbuf() set b_flags == (B_MALLOC | B_BUSY) in certain cases after the change of vfs_bio.c on Mar 2. The cruster_rbuild() contains: tbp = getblk(vp, lbn, size, 0, 0); if (tbp->b_flags & (B_CACHE|B_MALLOC)) return tbp; If getblk returns a buffer whose b_flags == B_MALLOC | B_BUSY, cluster_rbuild() returns a buffer without B_READ. Then cluster_read() calls VOP_STRATEGY(), lower level routines assumes that the action is writing, because B_READ is not set. I realize this problem with CD-ROM access. When I execute egrep */* for CD-ROM, I got the panic: panic: vwakeup: neg numoutput In addition to above panic, this problem may have potential to crash file system. When strategy routine is called by cluster_read without B_READ, lower level routine assumes writing, and writes wrong data into filesystem. >How-To-Repeat: 1) mount CD-ROM 2) run egrep */* for CD-ROM >Fix: The following patch fix the problem. ---------- BEGIN ---------- *** vfs_cluster.c.ORIG Sun Jun 2 02:25:51 1996 --- vfs_cluster.c Sun Jun 2 02:26:04 1996 *************** *** 294,300 **** } tbp = getblk(vp, lbn, size, 0, 0); ! if (tbp->b_flags & (B_CACHE|B_MALLOC)) return tbp; tbp->b_blkno = blkno; --- 294,300 ---- } tbp = getblk(vp, lbn, size, 0, 0); ! if (tbp->b_flags & B_CACHE) return tbp; tbp->b_blkno = blkno; ---------- END ---------- >Audit-Trail: >Unformatted: