From owner-freebsd-bugs Sun May 12 00:34:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02449 for bugs-outgoing; Sun, 12 May 1996 00:34:42 -0700 (PDT) Received: (from markm@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02429 Sun, 12 May 1996 00:34:40 -0700 (PDT) Date: Sun, 12 May 1996 00:34:40 -0700 (PDT) From: Mark Murray Message-Id: <199605120734.AAA02429@freefall.freebsd.org> To: mark@seeware.DIALix.oz.au, markm, freebsd-bugs Subject: Re: ports/1191 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mh port does not install /usr/local/bin/folders State-Changed-From-To: open-closed State-Changed-By: markm State-Changed-When: Sun May 12 00:33:24 PDT 1996 State-Changed-Why: This has already been fixed in the package for MH-6.8.4 From owner-freebsd-bugs Sun May 12 02:07:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA07791 for bugs-outgoing; Sun, 12 May 1996 02:07:29 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA07774 for ; Sun, 12 May 1996 02:07:22 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id CAA21272; Sun, 12 May 1996 02:07:18 -0700 (PDT) Date: Sun, 12 May 1996 02:07:17 -0700 (PDT) From: invalid opcode To: freebsd-bugs@freebsd.org cc: jkh@time.cdrom.com Subject: Re: List of open Problem Reports In-Reply-To: <199605111130.EAA06979@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 Sat, 11 May 1996, GNU GNATS wrote: > This is the list of currently open problem reports > > [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. Isn't this fixed? > [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values I'm sure we can assume this is fixed, as I'm running pine now. > [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver Is this really a bug? > [1995/03/28] kern/282 buslogic adapter information WAY too verbose Is this really a bug? > [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation Is this really a bug? > [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump I'm sure this is fixed now. > [1995/05/14] kern/416 page fault in syscons.c:scopen() Is this still present? > [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p I think this is also fixed. > [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc I believe this is how vidcontrol functions now. > [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. Isn't this fixed? > [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails I believe this is also fixed. > [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov Isn't this natural for a slow 386? > [1995/06/26] kern/565 slip freezes machine I believe this is also fixed. > [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree Is this a freebsd-bug? > [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up I'm sure this is fixed. > [1995/08/12] kern/677 X gets a bus error when calling mmap() I'm sure this is fixed. > [1995/08/15] i386/692 My modem is not found if my external cache is disabl Is this a freebsd-bug or just a faulty computer? > [1995/09/23] docs/735 missing description for mount options in fstab(5) ma I believe this are documented in mount(8). > [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile I believe this is fixed. > [1995/09/27] bin/743 vi cannot edit a file where the name starts with + The workaround is to use "r +" from within vi. > [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use This is a known bogon of NFS, not umount. > [1995/10/25] kern/793 ep0 cannot be configured and more. I believe this to be fixed, as I am using ep0, and it works fine. > [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 I believe this is fixed. > [1995/11/09] ports/814 unable to compile the port of "pine3.91" I believe this is fixed. > [1995/11/25] bin/839 by default, use of "at" is overly restricted This is an opinion, not a bug. > [1995/11/27] bin/841 stale nfs mounts cannot be umounted This is a known bogon of NFS, not freebsd. > [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val I've never seen this, and believe it to be either fixed or non-existant. > [1995/12/09] ports/883 tclX-port does not build properly I belive this is fixed. > [1996/01/13] ports/944 Security fixes for Fvwm 1.24r How is this a freebsd bug? > [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup This is -current, I'm sure it is being worked on, so why do a send-pr? > [1996/01/19] bin/958 ttys file does not include all ptys If you wan't them all there, you can add them. > [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links This is definetly fixed. > [1996/01/25] kern/971 Default limits for number of processes per user ridi Opinion, and most likely fixed. > [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe By default, these services are enabled, disable them if you don't use them, this is not a bug even though they should be disabled by default. > [1996/02/14] bin/1028 shutdown -r does not seem to always complete I have never observed this. > [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which This is not surprising. > [1996/02/18] kern/1034 Instant panic in -current This is -current, it should not be send-pr'd. > [1996/02/19] docs/1036 List of dead xrefs in man pages Fixed. > [1996/02/23] bin/1040 with certain flags, route can reboot your machine. Needs to be looked into. > [1996/02/27] gnu/1047 send-pr: Aborting... Duplicate send-pr. > [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in Most likely fixed. > [1996/03/21] i386/1097 system hang during tape rewind/aic7870 controller Probably fixed. > [1996/04/05] kern/1116 Cannot umount stale NFS volumes Duplicate send-pr. > [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read This is -current! > [1996/04/07] kern/1122 Kernel (current) does not see all memory This is documented, use options MAXMEM. > [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC option is used This is -current! ---------------------- I think all of the send-pr's that are -current specific, should be removed, as by the very nature of -current, these are things most likely being worked on or being fixed. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 03:18:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA12301 for bugs-outgoing; Sun, 12 May 1996 03:18:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA12295 for ; Sun, 12 May 1996 03:18:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id DAA22416; Sun, 12 May 1996 03:18:15 -0700 (PDT) To: invalid opcode cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-reply-to: Your message of "Sun, 12 May 1996 02:07:17 PDT." Date: Sun, 12 May 1996 03:18:15 -0700 Message-ID: <22413.831896295@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I think all of the send-pr's that are -current specific, should be > removed, as by the very nature of -current, these are things most likely > being worked on or being fixed. Where would you have us track this information then? Jordan From owner-freebsd-bugs Sun May 12 04:30:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA15850 for bugs-outgoing; Sun, 12 May 1996 04:30:19 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA15843 for freebsd-bugs; Sun, 12 May 1996 04:30:17 -0700 (PDT) Date: Sun, 12 May 1996 04:30:17 -0700 (PDT) From: Paul Traina Message-Id: <199605121130.EAA15843@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 17 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?) 112 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 o [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/1107 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 o [1996/04/08] ports/1126 asami dist file for Mesa port does not match Ma 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 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 143 problems total. From owner-freebsd-bugs Sun May 12 05:00:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA17531 for bugs-outgoing; Sun, 12 May 1996 05:00:56 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA17519 for ; Sun, 12 May 1996 05:00:44 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA01189; Sun, 12 May 1996 14:00:30 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA23002; Sun, 12 May 1996 14:00:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id NAA06979; Sun, 12 May 1996 13:48:46 +0200 (MET DST) From: J Wunsch Message-Id: <199605121148.NAA06979@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: coredump@nervosa.com (invalid opcode) Date: Sun, 12 May 1996 13:48:45 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org, jkh@time.cdrom.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from invalid opcode at "May 12, 96 02:07:17 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+ PL15 (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 invalid opcode wrote: > > [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values > I'm sure we can assume this is fixed, as I'm running pine now. You run a 1.1.5.1 binary? > > [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump > > I'm sure this is fixed now. Again, a 1.1.5.1 binary? (Though i'm also in favor of ``timing out'' these PR's some day.) > > [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov > > Isn't this natural for a slow 386? No. I can run a sio at 115 kbps on a 386/16 with almost zero of these messages. (But quite possible that the problem has either been fixed, or the PR refers to some other circumstances why this happened.) > > [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree > > Is this a freebsd-bug? Yes. The console driver should remap the character table (as good as possible), and this should be documented in a way so it can easily be found (e.g. comments in /etc/sysinstall). I think it's the latter that's still missing. > > [1995/08/15] i386/692 My modem is not found if my external cache is disabl > > Is this a freebsd-bug or just a faulty computer? The internal modem with emulated UART saga. Bruce made the probe more benign i think, so the PR should be verified again by the submitter. > > [1995/09/23] docs/735 missing description for mount options in fstab(5) ma > > I believe this are documented in mount(8). No. The long options are deprecated, but still working. We should either document them (and mark as obsolete), or disable. > > [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use > > This is a known bogon of NFS, not umount. No. umount -f is supposed to ``forcibly'' unmount, so it should not hang but revoke the underlying objects. > > [1995/11/27] bin/841 stale nfs mounts cannot be umounted > > This is a known bogon of NFS, not freebsd. No, unmounting should always be possible (the term `mount' always refers to a local machine). One must be able to get rid of a stale mount, since it's often impossible to ``un-stale'' it again. > > [1996/01/25] kern/971 Default limits for number of processes per user ridi > > Opinion, and most likely fixed. No. The default maxproc limit should be dynamic, dependent on the size of the machine/system. The current fixed value of 40 is too high for a 386/16 (you could still trash this machine with the fork trap), but too low for somebody with 32 MB RAM and a decent X11 workstation. -- 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 12 07:20:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22490 for bugs-outgoing; Sun, 12 May 1996 07:20:19 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA22457 for ; Sun, 12 May 1996 07:20:13 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id OAA15177; Sun, 12 May 1996 14:20:03 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma015170; Sun May 12 14:19:46 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.12/8.6.9) id HAA15662; Sun, 12 May 1996 07:19:46 -0700 Date: Sun, 12 May 1996 07:19:46 -0700 From: "M.R.Murphy" Message-Id: <199605121419.HAA15662@meerkat.mole.org> To: coredump@nervosa.com, freebsd-bugs@FreeBSD.org Subject: Re: List of open Problem Reports Cc: jkh@time.cdrom.com 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. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-bugs Sun May 12 09:41:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA29034 for bugs-outgoing; Sun, 12 May 1996 09:41:15 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA29025 for ; Sun, 12 May 1996 09:41:11 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id RAA07476 ; Sun, 12 May 1996 17:14:39 +0100 (BST) To: invalid opcode cc: freebsd-bugs@FreeBSD.ORG From: "Gary Palmer" Subject: Re: List of open Problem Reports In-reply-to: Your message of "Sun, 12 May 1996 02:07:17 PDT." Date: Sun, 12 May 1996 17:14:37 +0100 Message-ID: <7473.831917677@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk invalid opcode wrote in message ID : > I think all of the send-pr's that are -current specific, should be > removed, as by the very nature of -current, these are things most likely > being worked on or being fixed. Nope, -current users still need to send feedback to us about bugs in -current, and send-pr is the PROPER interface to use otherwise we have no way of tracking the bug & its fix. You must remember that people put FreeBSD-current under a lot more load in more situations than any of the developers can, so just because it's a bug in -current does NOT instantly mean that someone is working on fixing it as none of us (i.e. developers) may be able to find the bug without outside help... As for some of the other stuff that you flagged, perhaps you should read the PR before just instantly saying that we should close it. There is an interface available on the WWW pages for those without accounts on freefall ... And if you don't like using the web, I can dig out details of the mail interface too. 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 12 10:24:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01512 for bugs-outgoing; Sun, 12 May 1996 10:24:39 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA01507 for ; Sun, 12 May 1996 10:24:36 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id KAA22228; Sun, 12 May 1996 10:23:53 -0700 (PDT) Date: Sun, 12 May 1996 10:23:51 -0700 (PDT) From: invalid opcode To: "Jordan K. Hubbard" cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-Reply-To: <22413.831896295@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 Sun, 12 May 1996, Jordan K. Hubbard wrote: > > I think all of the send-pr's that are -current specific, should be > > removed, as by the very nature of -current, these are things most likely > > being worked on or being fixed. > > Where would you have us track this information then? > Jordan Well things that were recently broken by current changes should probably be tracked in freebsd-current, but things that were already broken should be tracked by send-pr's. That's just my opinion. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 10:28:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01731 for bugs-outgoing; Sun, 12 May 1996 10:28:57 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA01725 Sun, 12 May 1996 10:28:53 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id KAA22277; Sun, 12 May 1996 10:28:49 -0700 (PDT) Date: Sun, 12 May 1996 10:28:49 -0700 (PDT) From: invalid opcode To: "Marc G. Fournier" cc: scrappy@freefall.freebsd.org, bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1063 In-Reply-To: <199604181832.LAA27763@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 Thu, 18 Apr 1996, Marc G. Fournier wrote: > Synopsis: gzip a.out execution is not ok (?) > > Responsible-Changed-From-To: bde->freebsd-bugs > Responsible-Changed-By: scrappy > Responsible-Changed-When: Thu Apr 18 11:32:26 PDT 1996 > Responsible-Changed-Why: > I could have sworn this has been fixed. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 10:29:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01756 for bugs-outgoing; Sun, 12 May 1996 10:29:05 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA01751 for ; Sun, 12 May 1996 10:29:02 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id KAA22270; Sun, 12 May 1996 10:28:08 -0700 (PDT) Date: Sun, 12 May 1996 10:28:07 -0700 (PDT) From: invalid opcode To: Joerg Wunsch cc: freebsd-bugs@FreeBSD.org, jkh@time.cdrom.com Subject: Re: List of open Problem Reports In-Reply-To: <199605121148.NAA06979@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 Sun, 12 May 1996, J Wunsch wrote: > > > [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values > > I'm sure we can assume this is fixed, as I'm running pine now. > You run a 1.1.5.1 binary? Uh, no, that's the whole point. Pine is at 3.91 as of current. Even than, is this about freebsd 1.1.5.1 or pine 1.1.5.1, either way, there are newer versions. > > > [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump > > I'm sure this is fixed now. > Again, a 1.1.5.1 binary? > (Though i'm also in favor of ``timing out'' these PR's some day.) ditto from above. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 11:01:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04186 for bugs-outgoing; Sun, 12 May 1996 11:01: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.3/8.7.3) with SMTP id LAA04181 for ; Sun, 12 May 1996 11:01:32 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA09298; Sun, 12 May 1996 14:01:18 -0400 Date: Sun, 12 May 1996 14:01:18 -0400 From: Garrett Wollman Message-Id: <9605121801.AA09298@halloran-eldar.lcs.mit.edu> To: invalid opcode Cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-Reply-To: References: <199605111130.EAA06979@freefall.freebsd.org> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > I think all of the send-pr's that are -current specific, should be > removed, as by the very nature of -current, these are things most likely > being worked on or being fixed. Whether they are being worked on or not is irrelevant. We need to keep track of them none the less. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Sun May 12 11:04:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04349 for bugs-outgoing; Sun, 12 May 1996 11:04:56 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA04341 for ; Sun, 12 May 1996 11:04:53 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id LAA22457; Sun, 12 May 1996 11:04:44 -0700 (PDT) Date: Sun, 12 May 1996 11:04:42 -0700 (PDT) From: invalid opcode To: Garrett Wollman cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-Reply-To: <9605121801.AA09298@halloran-eldar.lcs.mit.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, 12 May 1996, Garrett Wollman wrote: > Whether they are being worked on or not is irrelevant. We need to > keep track of them none the less. > -GAWollman Yes, and I agree with you, but I feel people shoudln't send-pr things for -current that were just recently broken by a known change, when it could be solved by posting it to freebsd-current. Like if -current won't boot for anyone. I don't feel you need to send-pr that, as everyone is going to be seeing it, and I'm definetly sure it will come up in freebsd-current. > Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 11:31:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05724 for bugs-outgoing; Sun, 12 May 1996 11:31:10 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA05717 for ; Sun, 12 May 1996 11:31:06 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA09594; Sun, 12 May 1996 14:30:27 -0400 Date: Sun, 12 May 1996 14:30:27 -0400 From: Garrett Wollman Message-Id: <9605121830.AA09594@halloran-eldar.lcs.mit.edu> To: invalid opcode Cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-Reply-To: References: <9605121801.AA09298@halloran-eldar.lcs.mit.edu> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > Yes, and I agree with you, but I feel people shoudln't send-pr things for > -current that were just recently broken by a known change, when it could > be solved by posting it to freebsd-current. Like if -current won't boot > for anyone. I don't feel you need to send-pr that, as everyone is going > to be seeing it, and I'm definetly sure it will come up in > freebsd-current. Well, I think I can speak for the FreeBSD Project (uh-oh!) when I say ``We Disagree''. We have had a terrible history in tracking bugs submitted through any means, and it's important for us to have a record of them. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Sun May 12 11:42:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06650 for bugs-outgoing; Sun, 12 May 1996 11:42:15 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA06645 for ; Sun, 12 May 1996 11:42:08 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id LAA22612; Sun, 12 May 1996 11:41:46 -0700 (PDT) Date: Sun, 12 May 1996 11:41:45 -0700 (PDT) From: invalid opcode To: Garrett Wollman cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-Reply-To: <9605121830.AA09594@halloran-eldar.lcs.mit.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, 12 May 1996, Garrett Wollman wrote: > Well, I think I can speak for the FreeBSD Project (uh-oh!) when I say > ``We Disagree''. We have had a terrible history in tracking bugs > submitted through any means, and it's important for us to have a > record of them. > -GAWollman Okay, well in that case, why doesn't the FreeBSD Project remove the outdated and obviously fixed send-pr's? == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 12:06:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07991 for bugs-outgoing; Sun, 12 May 1996 12:06:51 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA07985 Sun, 12 May 1996 12:06:46 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id MAA22715; Sun, 12 May 1996 12:06:43 -0700 (PDT) Date: Sun, 12 May 1996 12:06:41 -0700 (PDT) From: invalid opcode To: Gary Palmer cc: "Marc G. Fournier" , bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1063 In-Reply-To: <7873.831927024@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 Sun, 12 May 1996, Gary Palmer wrote: > invalid opcode wrote in message ID > : > > On Thu, 18 Apr 1996, Marc G. Fournier wrote: > ^^^^^^^^^^^^^^^^ Argh, something is wrong with my mail hosts, as I am just now getting this email :(. > Gary Palmer FreeBSD Core Team Member == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 12:07:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08022 for bugs-outgoing; Sun, 12 May 1996 12:07:48 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08017 Sun, 12 May 1996 12:07:46 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA12362 ; Sun, 12 May 1996 12:07:18 -0700 Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id TAA07875 ; Sun, 12 May 1996 19:50:26 +0100 (BST) To: invalid opcode cc: "Marc G. Fournier" , bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org From: "Gary Palmer" Subject: Re: kern/1063 In-reply-to: Your message of "Sun, 12 May 1996 10:28:49 PDT." Date: Sun, 12 May 1996 19:50:24 +0100 Message-ID: <7873.831927024@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk invalid opcode wrote in message ID : > On Thu, 18 Apr 1996, Marc G. Fournier wrote: ^^^^^^^^^^^^^^^^ note carefully > > Synopsis: gzip a.out execution is not ok (?) > > Responsible-Changed-From-To: bde->freebsd-bugs > > Responsible-Changed-By: scrappy > > Responsible-Changed-When: Thu Apr 18 11:32:26 PDT 1996 > > Responsible-Changed-Why: > I could have sworn this has been fixed. Not back then it wasn't. And a quick scan of the CVS logs shows no fixes have gone in (not that explicitly mention `gzip' anyhow). Terry Lambert posted a HACKY work-around, but that (for obvious reasons) hasn't been committed, since it just masks that symptoms, not fixes the ailment. Anyone know better? 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 12 12:15:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08377 for bugs-outgoing; Sun, 12 May 1996 12:15:08 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08372 for ; Sun, 12 May 1996 12:15:06 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uIgbY-0003wKC; Sun, 12 May 96 12:14 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id TAA07579; Sun, 12 May 1996 19:14:50 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: invalid opcode cc: Garrett Wollman , freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-reply-to: Your message of "Sun, 12 May 1996 11:41:45 MST." Date: Sun, 12 May 1996 19:14:46 +0000 Message-ID: <7577.831928486@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Sun, 12 May 1996, Garrett Wollman wrote: > > > Well, I think I can speak for the FreeBSD Project (uh-oh!) when I say > > ``We Disagree''. We have had a terrible history in tracking bugs > > submitted through any means, and it's important for us to have a > > record of them. > > -GAWollman > > Okay, well in that case, why doesn't the FreeBSD Project remove the > outdated and obviously fixed send-pr's? Funny you should mention this Chris, It's no more than a couple of days ago since -core discussed if we should try to find somebody who would take the unpaid, thankless, and up until now largely undone job of "PR-meister". The job description is to manage the send-pr collection, in a manner that is compatible with the FreeBSD projects ways and means. This includes making sure that the necessary data is available, timing out old PR's and so on and so forth. Previous experience with gnats would be a benefit, but not a requirement, same goes for perl I guess. I guess it would take a couple of hours a week at least. The "compensation package" you will get is the title and the respect you gain in the eyes of your peers. Did I see you raise your hand ? -- 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 Sun May 12 12:25:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09006 for bugs-outgoing; Sun, 12 May 1996 12:25:36 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08999 Sun, 12 May 1996 12:25:32 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uIglf-0003wHC; Sun, 12 May 96 12:25 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id TAA07627; Sun, 12 May 1996 19:25:22 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Gary Palmer" cc: invalid opcode , "Marc G. Fournier" , bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1063 In-reply-to: Your message of "Sun, 12 May 1996 19:50:24 +0100." <7873.831927024@palmer.demon.co.uk> Date: Sun, 12 May 1996 19:25:19 +0000 Message-ID: <7625.831929119@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Synopsis: gzip a.out execution is not ok (?) > > > > Responsible-Changed-From-To: bde->freebsd-bugs > > > Responsible-Changed-By: scrappy > > > Responsible-Changed-When: Thu Apr 18 11:32:26 PDT 1996 > > > Responsible-Changed-Why: > > > I could have sworn this has been fixed. > > Not back then it wasn't. And a quick scan of the CVS logs shows no > fixes have gone in (not that explicitly mention `gzip' anyhow). Terry > Lambert posted a HACKY work-around, but that (for obvious reasons) > hasn't been committed, since it just masks that symptoms, not fixes > the ailment. > > Anyone know better? I belive Bruce's malloc fix fixed this too ? -- 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 Sun May 12 12:27:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09137 for bugs-outgoing; Sun, 12 May 1996 12:27:53 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA09126 Sun, 12 May 1996 12:27:49 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id MAA22806; Sun, 12 May 1996 12:27:41 -0700 (PDT) Date: Sun, 12 May 1996 12:27:40 -0700 (PDT) From: invalid opcode To: Poul-Henning Kamp cc: Gary Palmer , "Marc G. Fournier" , bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1063 In-Reply-To: <7625.831929119@critter.tfs.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 Sun, 12 May 1996, Poul-Henning Kamp wrote: > > Not back then it wasn't. And a quick scan of the CVS logs shows no > > fixes have gone in (not that explicitly mention `gzip' anyhow). Terry > > Lambert posted a HACKY work-around, but that (for obvious reasons) > > hasn't been committed, since it just masks that symptoms, not fixes > > the ailment. > > > > Anyone know better? > > I belive Bruce's malloc fix fixed this too ? > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. I thought it was dyson's changes that finally fixed it? I may be wrong. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 12:50:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10443 for bugs-outgoing; Sun, 12 May 1996 12:50:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10412 Sun, 12 May 1996 12:50:04 -0700 (PDT) Resent-Date: Sun, 12 May 1996 12:50:04 -0700 (PDT) Resent-Message-Id: <199605121950.MAA10412@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.3/8.7.3) with ESMTP id MAA09935 Sun, 12 May 1996 12:41:09 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id OAA00723; Sun, 12 May 1996 14:40:24 -0500 (CDT) Message-Id: <199605121940.OAA00723@zen.nash.org> Date: Sun, 12 May 1996 14:40:24 -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/1192: Kernel IPFW Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1192 >Category: kern >Synopsis: various ipfw.[ch] changes (see below) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 12 12:50:02 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: -current and -stable systems that use ipfw. >Description: ip_fw.h: A constant used by the ipfw program was missing from the -stable branch. ip_fw.c: Added IPFIREWALL_VERBOSE_LIMIT option that prevents denial-of-service attacks by flooding a system with IPFW log messages. This option is OFF by default. Added the ability to clear the accounting record of a single chain entry. (An update to the ipfw program has been submitted separately to accomodate this.) Changed the boot up messages to indicate the logging level and limit (if enabled). Moved the majority of code out of the ipfw_load (module load) routine and instead issue a call to ipfw_init which does the same thing (sans the splnet() issued at the beginning of ipfw_load). WARNING: The new sysctl int has not been tested or even compiled! LINT: Expanded the explanation of the IPFIREWALL_VERBOSE option. Added IPFIREWALL_VERBOSE_LIMIT. >How-To-Repeat: N/A >Fix: --- sys/netinet/ip_fw.h Sun May 12 12:51:26 1996 *************** *** 105,110 **** --- 105,111 ---- #define IP_FW_TCPF_PSH TH_PUSH #define IP_FW_TCPF_ACK TH_ACK #define IP_FW_TCPF_URG TH_URG + #define IP_FW_TCPF_ESTAB 0x40 /* * New IP firewall options for [gs]etsockopt at the RAW IP level. --- sys/netinet/ip_fw.c Sun May 12 12:27:06 1996 *************** *** 41,46 **** --- 41,51 ---- #else static int fw_verbose = 0; #endif + #ifdef IPFIREWALL_VERBOSE_LIMIT + static int fw_verbose_limit = IPFIREWALL_VERBOSE_LIMIT; + #else + static int fw_verbose_limit = 0; + #endif LIST_HEAD (ip_fw_head, ip_fw_chain) ip_fw_chain; *************** *** 49,54 **** --- 54,60 ---- SYSCTL_NODE(net_inet_ip, OID_AUTO, fw, CTLFLAG_RW, 0, "Firewall"); SYSCTL_INT(net_inet_ip_fw, OID_AUTO, debug, CTLFLAG_RW, &fw_debug, 0, ""); SYSCTL_INT(net_inet_ip_fw, OID_AUTO, verbose, CTLFLAG_RW, &fw_verbose, 0, ""); + SYSCTL_INT(net_inet_ip_fw, OID_AUTO, verbose_limit, CTLFLAG_RW, &fw_verbose_limit, 0, ""); #endif #define dprintf(a) if (!fw_debug); else printf a *************** *** 68,74 **** static int port_match __P((u_short *portptr, int nports, u_short port, int range_flag)); static int tcpflg_match __P((struct tcphdr *tcp, struct ip_fw *f)); ! static void ipfw_report __P((char *txt, int rule, struct ip *ip)); static int (*old_chk_ptr)(struct mbuf *, struct ip *,struct ifnet *, int dir); static int (*old_ctl_ptr)(int,struct mbuf **); --- 74,80 ---- static int port_match __P((u_short *portptr, int nports, u_short port, int range_flag)); static int tcpflg_match __P((struct tcphdr *tcp, struct ip_fw *f)); ! static void ipfw_report __P((char *txt, int rule, struct ip *ip, int counter)); static int (*old_chk_ptr)(struct mbuf *, struct ip *,struct ifnet *, int dir); static int (*old_ctl_ptr)(int,struct mbuf **); *************** *** 179,191 **** } static void ! ipfw_report(char *txt, int rule, struct ip *ip) { struct tcphdr *tcp = (struct tcphdr *) ((u_long *) ip + ip->ip_hl); struct udphdr *udp = (struct udphdr *) ((u_long *) ip + ip->ip_hl); struct icmp *icmp = (struct icmp *) ((u_long *) ip + ip->ip_hl); if (!fw_verbose) return; printf("ipfw: %d %s ",rule, txt); switch (ip->ip_p) { case IPPROTO_TCP: --- 185,199 ---- } static void ! ipfw_report(char *txt, int rule, struct ip *ip, int counter) { struct tcphdr *tcp = (struct tcphdr *) ((u_long *) ip + ip->ip_hl); struct udphdr *udp = (struct udphdr *) ((u_long *) ip + ip->ip_hl); struct icmp *icmp = (struct icmp *) ((u_long *) ip + ip->ip_hl); if (!fw_verbose) return; + if (fw_verbose_limit != 0 && counter > fw_verbose_limit) + return; printf("ipfw: %d %s ",rule, txt); switch (ip->ip_p) { case IPPROTO_TCP: *************** *** 246,252 **** * we're not going to pass it... */ if ((ip->ip_off & IP_OFFMASK) == 1) { ! ipfw_report("Refuse", -1, ip); m_freem(m); return 0; } --- 254,263 ---- * we're not going to pass it... */ if ((ip->ip_off & IP_OFFMASK) == 1) { ! static int frag_counter = 0; ! ! ++frag_counter; ! ipfw_report("Refuse", -1, ip, frag_counter); m_freem(m); return 0; } *************** *** 398,408 **** f->fw_bcnt+=ip->ip_len; if (f->fw_flg & IP_FW_F_PRN) { if (f->fw_flg & IP_FW_F_ACCEPT) ! ipfw_report("Accept", f->fw_number, ip); else if (f->fw_flg & IP_FW_F_COUNT) ! ipfw_report("Count", f->fw_number, ip); else ! ipfw_report("Deny", f->fw_number, ip); } if (f->fw_flg & IP_FW_F_ACCEPT) return 1; --- 409,419 ---- f->fw_bcnt+=ip->ip_len; if (f->fw_flg & IP_FW_F_PRN) { if (f->fw_flg & IP_FW_F_ACCEPT) ! ipfw_report("Accept", f->fw_number, ip, f->fw_pcnt); else if (f->fw_flg & IP_FW_F_COUNT) ! ipfw_report("Count", f->fw_number, ip, f->fw_pcnt); else ! ipfw_report("Deny", f->fw_number, ip, f->fw_pcnt); } if (f->fw_flg & IP_FW_F_ACCEPT) return 1; *************** *** 518,523 **** --- 529,563 ---- return (EINVAL); } + static int + zero_entry(m) + struct mbuf *m; + { + struct ip_fw *frwl; + struct ip_fw_chain *fcp; + int s; + + if (m) { + frwl = check_ipfw_struct(m); + + if (!frwl) + return(EINVAL); + } + else + frwl = NULL; + + /* + * It's possible to insert multiple chain entries with the + * same number, so we don't stop after finding the first + * match if zeroing a specific entry. + */ + 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; + splx(s); + } + static struct ip_fw * check_ipfw_struct(m) struct mbuf *m; *************** *** 600,612 **** return (0); } if (stage == IP_FW_ZERO) { ! int s = splnet(); ! struct ip_fw_chain *fcp; ! for (fcp = ip_fw_chain.lh_first; fcp; fcp = fcp->chain.le_next) ! fcp->rule->fw_bcnt = fcp->rule->fw_pcnt = 0; ! splx(s); if (m) (void)m_free(m); ! return (0); } if (m == NULL) { printf("ip_fw_ctl: NULL mbuf ptr\n"); --- 640,648 ---- return (0); } if (stage == IP_FW_ZERO) { ! error = zero_entry(m); if (m) (void)m_free(m); ! return (error); } if (m == NULL) { printf("ip_fw_ctl: NULL mbuf ptr\n"); *************** *** 647,653 **** deny.fw_number = (u_short)-1; add_entry(&ip_fw_chain, &deny); ! printf("IP firewall initialized\n"); } #ifdef ACTUALLY_LKM_NOT_KERNEL --- 683,697 ---- deny.fw_number = (u_short)-1; add_entry(&ip_fw_chain, &deny); ! printf("IP firewall initialized, "); ! #ifndef IPFIREWALL_VERBOSE ! printf("logging disabled\n"); ! #else ! if (fw_verbose_limit == 0) ! printf("unlimited logging\n"); ! else ! printf("logging limited to %d packets/entry\n", fw_verbose_limit); ! #endif } #ifdef ACTUALLY_LKM_NOT_KERNEL *************** *** 662,682 **** ipfw_load(struct lkm_table *lkmtp, int cmd) { int s=splnet(); - struct ip_fw deny; old_chk_ptr = ip_fw_chk_ptr; old_ctl_ptr = ip_fw_ctl_ptr; - ip_fw_chk_ptr = ip_fw_chk; - ip_fw_ctl_ptr = ip_fw_ctl; - - LIST_INIT(&ip_fw_chain); - bzero(&deny, sizeof deny); - deny.fw_flg = IP_FW_F_ALL; - deny.fw_number = (u_short)-1; - add_entry(&ip_fw_chain, &deny); splx(s); - printf("IP firewall loaded\n"); return 0; } --- 706,717 ---- ipfw_load(struct lkm_table *lkmtp, int cmd) { int s=splnet(); old_chk_ptr = ip_fw_chk_ptr; old_ctl_ptr = ip_fw_ctl_ptr; + ip_fw_init(); splx(s); return 0; } --- sys/i386/conf/LINT Sat May 11 08:28:06 1996 *************** *** 185,192 **** # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in ! # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE does ! # the obvious thing. # # ARP_PROXYALL enables global proxy ARP. Beware! This can burn # your house down! See netinet/if_ether.c for the gory details. --- 185,193 ---- # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in ! # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE prints ! # logged packets on the console. IPFIREWALL_VERBOSE_LIMIT limits ! # the number of times a matching entry can print. # # ARP_PROXYALL enables global proxy ARP. Beware! This can burn # your house down! See netinet/if_ether.c for the gory details. *************** *** 198,203 **** --- 199,205 ---- options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets + options "IPFIREWALL_VERBOSE_LIMIT=100" # limit verbosity options ARP_PROXYALL # global proxy ARP >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 12 12:50:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10448 for bugs-outgoing; Sun, 12 May 1996 12:50:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10432 Sun, 12 May 1996 12:50:07 -0700 (PDT) Resent-Date: Sun, 12 May 1996 12:50:07 -0700 (PDT) Resent-Message-Id: <199605121950.MAA10432@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.3/8.7.3) with ESMTP id MAA09936 Sun, 12 May 1996 12:41:12 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id OAA00746; Sun, 12 May 1996 14:40:28 -0500 (CDT) Message-Id: <199605121940.OAA00746@zen.nash.org> Date: Sun, 12 May 1996 14:40:28 -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/1193: IPFW configuration program Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1193 >Category: bin >Synopsis: Cleanup + ability to zero individual chain entries >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 12 12:50:05 PDT 1996 >Last-Modified: >Originator: Alex Nash >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: -current and -stable systems that use ipfw. >Description: ipfw.c: Make it clear in usage display that multiple port ranges are not allowed. Added ability to zero a single accounting entry. (See matching sys/netinet/ip_fw.c PR.) Spelling error corrected. ipfw.8: Document ability to accept a specific entry when using 'ipfw zero.' Document the 'allow' option (I've placed allow first to agree with the ipfw.c usage display). Document the IP_FIREWALL_VERBOSE_LIMIT option, how it relates to the log keyword and packet counter clearing. >How-To-Repeat: N/A >Fix: --- ipfw.c Sun May 12 13:28:12 1996 *************** *** 281,288 **** "\trule:\taction proto src dst extras...\n" "\t\taction: {allow|deny|reject|count} [log]\n" "\t\tproto: {ip|tcp|udp|icmp}}\n" ! "\t\tsrc: from {any|ip[{/bits|:mask}]} [{port|port-port},...]\n" ! "\t\tdst: to {any|ip[{/bits|:mask}]} [{port|port-port},...]\n" "\textras:\n" "\t\tfragment\n" "\t\t{in|out|inout}\n" --- 281,288 ---- "\trule:\taction proto src dst extras...\n" "\t\taction: {allow|deny|reject|count} [log]\n" "\t\tproto: {ip|tcp|udp|icmp}}\n" ! "\t\tsrc: from {any|ip[{/bits|:mask}]} [{port|port-port},[port],...]\n" ! "\t\tdst: to {any|ip[{/bits|:mask}]} [{port|port-port},[port],...]\n" "\textras:\n" "\t\tfragment\n" "\t\t{in|out|inout}\n" *************** *** 589,594 **** --- 589,628 ---- err(1,"setsockopt(IP_FW_ADD)"); } + void + zero (ac, av) + int ac; + char **av; + { + av++; ac--; + + if (!ac) { + /* clear all entries */ + if (setsockopt(s,IPPROTO_IP,IP_FW_ZERO,NULL,0)<0) { + fprintf(stderr,"%s: setsockopt failed.\n",progname); + exit(1); + } + printf("Accounting cleared.\n"); + } else { + /* clear a specific entry */ + struct ip_fw rule; + int i; + + memset(&rule, 0, sizeof rule); + + /* Rule number */ + if (isdigit(**av)) { + rule.fw_number = atoi(*av); av++; ac--; + + if (setsockopt(s, IPPROTO_IP, IP_FW_ZERO, &rule, sizeof rule)) + err(1, "setsockopt(Zero)"); + } + else { + show_usage("expected number"); + } + } + } + int ipfw_main(ac,av) int ac; *************** *** 632,642 **** } printf("Flushed all rules.\n"); } else if (!strncmp(*av, "zero", strlen(*av))) { ! if (setsockopt(s,IPPROTO_IP,IP_FW_ZERO,NULL,0)<0) { ! fprintf(stderr,"%s: setsockopt failed.\n",progname); ! exit(1); ! } ! printf("Accounting cleared.\n"); } else if (!strncmp(*av, "print", strlen(*av))) { list(--ac,++av); } else if (!strncmp(*av, "list", strlen(*av))) { --- 666,672 ---- } printf("Flushed all rules.\n"); } else if (!strncmp(*av, "zero", strlen(*av))) { ! zero(ac,av); } else if (!strncmp(*av, "print", strlen(*av))) { list(--ac,++av); } else if (!strncmp(*av, "list", strlen(*av))) { *************** *** 662,668 **** s = socket( AF_INET, SOCK_RAW, IPPROTO_RAW ); if ( s < 0 ) { fprintf(stderr,"%s: Can't open raw socket.\n" ! "Must be root to use this programm. \n",progname); exit(1); } --- 692,698 ---- s = socket( AF_INET, SOCK_RAW, IPPROTO_RAW ); if ( s < 0 ) { fprintf(stderr,"%s: Can't open raw socket.\n" ! "Must be root to use this program. \n",progname); exit(1); } --- ipfw.8 Sun May 12 13:44:42 1996 *************** *** 11,16 **** --- 11,19 ---- flush .Nm ipfw zero + .Oo + .Ar number + .Oc .Nm ipfw delete .Ar number *************** *** 79,89 **** .Pp .Ar action : .Bl -hang -offset flag -width 1234567890123456 ! .It Nm accept ! Accept packets that match rule. The search terminates. .It Nm pass ! same as accept. .It Nm count update counters for all packets that match rule. The search continues with next rule. --- 82,94 ---- .Pp .Ar action : .Bl -hang -offset flag -width 1234567890123456 ! .It Nm allow ! Allow packets that match rule. The search terminates. .It Nm pass ! same as allow. ! .It Nm accept ! same as allow. .It Nm count update counters for all packets that match rule. The search continues with next rule. *************** *** 98,103 **** --- 103,114 ---- When a packet matches a rule with the .Nm log keyword, a message will be printed on the console. + If the kernel was compiled with the + .Nm IP_FIREWALL_VERBOSE_LIMIT + option, then logging will cease after the number of packets + specified by the option are recieved for that particular + chain entry. Logging may then be re-enabled by clearing + the packet counter for that entry. .Pp .Ar proto : .Bl -hang -offset flag -width 1234567890123456 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 12 12:56:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10778 for bugs-outgoing; Sun, 12 May 1996 12:56:13 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA10769 Sun, 12 May 1996 12:56:09 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id OAA00969; Sun, 12 May 1996 14:55:51 -0500 (EST) From: "John S. Dyson" Message-Id: <199605121955.OAA00969@dyson.iquest.net> Subject: Re: kern/1063 To: coredump@nervosa.com (invalid opcode) Date: Sun, 12 May 1996 14:55:51 -0500 (EST) Cc: phk@critter.tfs.com, gpalmer@FreeBSD.ORG, scrappy@freefall.freebsd.org, bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org In-Reply-To: from "invalid opcode" at May 12, 96 12:27:40 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 > On Sun, 12 May 1996, Poul-Henning Kamp wrote: > > I thought it was dyson's changes that finally fixed it? I may be wrong. > Part of it was a contributor (Stephen McKay) who came up with a fix for a mistake of mine. I committed it after reviewing it. Credit where credit is due!!! John From owner-freebsd-bugs Sun May 12 13:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12512 for bugs-outgoing; Sun, 12 May 1996 13:30:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12504 Sun, 12 May 1996 13:30:04 -0700 (PDT) Date: Sun, 12 May 1996 13:30:04 -0700 (PDT) Message-Id: <199605122030.NAA12504@freefall.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: kern/1192: Kernel IPFW Reply-To: Garrett Wollman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1192; it has been noted by GNATS. From: Garrett Wollman To: nash@mcs.com Cc: FreeBSD-gnats-submit@freebsd.org, phk@freebsd.org Subject: kern/1192: Kernel IPFW Date: Sun, 12 May 1996 16:23:32 -0400 < said: > Moved the majority of code out of the ipfw_load (module load) > routine and instead issue a call to ipfw_init which does the same > thing (sans the splnet() issued at the beginning of ipfw_load). Actually, I would very much like to get rid of the dynamically-loadable IPFW module entirely. If you are running any sort of a reasonable router configuration (i.e., with multiple cards from the same vendor), you will have to reconfigure the kernel anyway, and I think there are probably good security reasons for wanting in that way. (What if the LKM fails to load because you are out of disk space in /tmp? Oops.) Perhaps more significantly, it puts extra hair in the IP input and output paths that doesn't need to be there in the common case (workstation or non-firewalling router), so I'd like to see it removed. (And yes, I do remember that I'm the one who suggested making it into an LKM in the first place!) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Sun May 12 13:46:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13742 for bugs-outgoing; Sun, 12 May 1996 13:46:39 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA13729 Sun, 12 May 1996 13:46:11 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id VAA08287 ; Sun, 12 May 1996 21:41:04 +0100 (BST) To: "John S. Dyson" cc: coredump@nervosa.com (invalid opcode), phk@critter.tfs.com, bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org From: "Gary Palmer" Subject: Re: kern/1063 In-reply-to: Your message of "Sun, 12 May 1996 14:55:51 CDT." <199605121955.OAA00969@dyson.iquest.net> Date: Sun, 12 May 1996 21:41:03 +0100 Message-ID: <8285.831933663@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "John S. Dyson" wrote in message ID <199605121955.OAA00969@dyson.iquest.net>: > > I thought it was dyson's changes that finally fixed it? I may be wrong. > Part of it was a contributor (Stephen McKay) who came up with a fix > for a mistake of mine. I committed it after reviewing it. Credit > where credit is due!!! This one: dyson 96/04/21 22:23:09 Modified: sys/i386/i386 pmap.c Log: This fixes a troubling oversight in some of the pmap code enhancements. One of the manifiestations of the problem includes the -4 RSS problem in ps. Reviewed by: dyson Submitted by: Stephen McKay Revision Changes Path 1.86 +2 -1 src/sys/i386/i386/pmap.c ? Should the PR be closed now? Is anyone else having problems running gzip'd binaries on -current compiled AFTER this date? 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 12 14:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15874 for bugs-outgoing; Sun, 12 May 1996 14:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15820 Sun, 12 May 1996 14:00:02 -0700 (PDT) Date: Sun, 12 May 1996 14:00:02 -0700 (PDT) Message-Id: <199605122100.OAA15820@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: kern/1192: Kernel IPFW Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1192; it has been noted by GNATS. From: Poul-Henning Kamp To: Garrett Wollman Cc: nash@mcs.com, FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1192: Kernel IPFW Date: Sun, 12 May 1996 20:57:43 +0000 > Actually, I would very much like to get rid of the > dynamically-loadable IPFW module entirely. I think that this makes sense from a security point of view, but people use it for a lot of things besides security. The hooks are very general and can be used for a bunch of other things as well, so I think this is all in all, not a good idea. -- 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 Sun May 12 14:30:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17243 for bugs-outgoing; Sun, 12 May 1996 14:30:07 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA17209 for ; Sun, 12 May 1996 14:30:00 -0700 (PDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.3) with SMTP id RAA15219; Sun, 12 May 1996 17:27:37 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 12 May 1996 17:27:36 -0400 (EDT) From: "Marc G. Fournier" To: Poul-Henning Kamp cc: invalid opcode , Garrett Wollman , freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-Reply-To: <7577.831928486@critter.tfs.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 Sun, 12 May 1996, Poul-Henning Kamp wrote: > Funny you should mention this Chris, > > It's no more than a couple of days ago since -core discussed if we should > try to find somebody who would take the unpaid, thankless, and up until now > largely undone job of "PR-meister". > > The job description is to manage the send-pr collection, in a manner that > is compatible with the FreeBSD projects ways and means. This includes > making sure that the necessary data is available, timing out old PR's > and so on and so forth. Previous experience with gnats would be a benefit, > but not a requirement, same goes for perl I guess. > > I guess it would take a couple of hours a week at least. > > The "compensation package" you will get is the title and the respect you > gain in the eyes of your peers. > > Did I see you raise your hand ? > Actually, I'm still willing to continue going through the PRs and try to confirm with the originators as to whether the problem is fixed or not, as well as *try* to assign PRs to the appropriate person *shrug* So unless any objections, consider that position filled... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-bugs Sun May 12 15:14:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA19479 for bugs-outgoing; Sun, 12 May 1996 15:14:04 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA19472 Sun, 12 May 1996 15:13:59 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id PAA23230; Sun, 12 May 1996 15:03:10 -0700 (PDT) Date: Sun, 12 May 1996 15:03:08 -0700 (PDT) From: invalid opcode To: Gary Palmer cc: "John S. Dyson" , phk@critter.tfs.com, bde@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1063 In-Reply-To: <8285.831933663@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 Sun, 12 May 1996, Gary Palmer wrote: > dyson 96/04/21 22:23:09 > > Modified: sys/i386/i386 pmap.c > Log: > This fixes a troubling oversight in some of the pmap code enhancements. > One of the manifiestations of the problem includes the -4 RSS problem > in ps. > > Reviewed by: dyson > Submitted by: Stephen McKay > > Revision Changes Path > 1.86 +2 -1 src/sys/i386/i386/pmap.c > > Should the PR be closed now? Is anyone else having problems running > gzip'd binaries on -current compiled AFTER this date? > Gary Palmer FreeBSD Core Team Member As far as I'm concerned, yes. [coredump@onyx] /tmp> uname -a FreeBSD onyx.nervosa.com 2.2-960501-SNAP FreeBSD 2.2-960501-SNAP #0: Fri May 3 15:41:24 PDT 1996 root@onyx.nervosa.com:/usr/src/sys/compile/onyx i386 [coredump@onyx] /tmp> cp /bin/ls . [coredump@onyx] /tmp> gzip ls [coredump@onyx] /tmp> chmod u+x ls.gz [coredump@onyx] /tmp> ./ls.gz ls.gz [coredump@onyx] /tmp> ./ls.gz -la total 83 drwxrwxrwt 3 root bin 512 May 12 15:02 . drwxr-xr-x 14 bin bin 512 May 9 19:27 .. -rw-rw-rw- 1 coredump bin 5 May 12 10:48 .4.98 -r--r--r-- 1 root bin 11 May 10 22:27 .X0-lock drwxrwxrwx 2 root bin 512 May 10 22:27 .X11-unix -r-xr-xr-x 1 coredump bin 79762 May 12 15:01 ls.gz [coredump@onyx] /tmp> == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 15:43:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20874 for bugs-outgoing; Sun, 12 May 1996 15:43:25 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA20869 for ; Sun, 12 May 1996 15:43:22 -0700 (PDT) Received: from unstable.nervosa.com (unstable.nervosa.com [10.0.0.2]) by nervosa.com (8.7.5/8.7.3) with SMTP id PAA23396 for ; Sun, 12 May 1996 15:43:18 -0700 (PDT) Message-ID: <3196692C.216D@nervosa.com> Date: Sun, 12 May 1996 15:41:48 -0700 From: invalid opcode Reply-To: coredump@nervosa.com Organization: Nervosa X-Mailer: Mozilla 3.0B2 (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: bug no longer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Problem Report bin/779 #include gets undefined 'rune_t' type. ------ 1.3 Wed May 1 0:39:56 1996 by bde CVS Tags: HEAD Diffs to 1.2 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. ------ I just verified this bug as no longer present. -- == Chris Layne ============================================================== == coredump@nervosa.com ================= http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 15:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21397 for bugs-outgoing; Sun, 12 May 1996 15:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21390 Sun, 12 May 1996 15:50:02 -0700 (PDT) Resent-Date: Sun, 12 May 1996 15:50:02 -0700 (PDT) Resent-Message-Id: <199605122250.PAA21390@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.3/8.7.3) with ESMTP id PAA21147 for ; Sun, 12 May 1996 15:45:58 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.5/8.6.6) id SAA15712; Sun, 12 May 1996 18:45:24 -0400 (EDT) Message-Id: <199605122245.SAA15712@irbs.irbs.com> Date: Sun, 12 May 1996 18:45:24 -0400 (EDT) From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1194: PPP server port not initialized Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1194 >Category: bin >Synopsis: PPP server port not initialized >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 12 15:50:01 PDT 1996 >Last-Modified: >Originator: John Capo >Organization: IRBS Engineering >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: Latest round of changes omitted initialization of tunnel device unit variable. >How-To-Repeat: >Fix: *** /tmp/src/usr.sbin/ppp/os.c Sun May 12 16:35:07 1996 --- usr.sbin/ppp/os.c Sun May 12 18:26:49 1996 *************** *** 285,290 **** --- 285,291 ---- fprintf(stderr, "No tunnel device is available.\n"); return(-1); } + *ptun = unit; /* * At first, name the interface. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 12 17:10:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA24770 for bugs-outgoing; Sun, 12 May 1996 17:10:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA24764 Sun, 12 May 1996 17:10:05 -0700 (PDT) Resent-Date: Sun, 12 May 1996 17:10:05 -0700 (PDT) Resent-Message-Id: <199605130010.RAA24764@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nox@jelal.hb.north.de Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA24580 for ; Sun, 12 May 1996 17:07:34 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.29.1) id m0uIl5W-0016I5C; Mon, 13 May 96 02:02 MET DST Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00373; Mon, 13 May 1996 01:08:06 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id AAA02946; Mon, 13 May 1996 00:20:55 +0200 (MET DST) Message-Id: <199605122220.AAA02946@saturn.hb.north.de> Date: Mon, 13 May 1996 00:20:55 +0200 (MET DST) From: nox@jelal.hb.north.de Reply-To: nox@jelal.hb.north.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1195: vm_page_unhold: hold count < 0!!! Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1195 >Category: kern >Synopsis: stable with DIAGNOSTIC panics `vm_page_unhold: hold count < 0' >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 12 17:10:02 PDT 1996 >Last-Modified: >Originator: Juergen Lock >Organization: orga-what? >Release: FreeBSD 2.1-STABLE i386 >Environment: -stable as of ~a week old, but problem seen since, uh, 2.0? >Description: Every time i make a DIAGNOSTIC kernel and then dump more than a few MB to tape using afio, i get this. Then i disable the panic and everything is well again. So this itself is not critical but... >How-To-Repeat: (boot DIAGNOSTIC kernel, install afio, mount scratch monk.. errm, tape) find /usr/src | afio -G 2 -o -v -f -b 5120 -c 1000 -s 100000x -Z /dev/nrst0 >Fix: As all the problematic calls seem to come out of vunmapbuf, Index: i386/i386/vm_machdep.c @@ -783,8 +783,20 @@ /* * release the data page */ +#ifdef DIAGNOSTIC + vm_page_t foo; + pa = pmap_kextract((vm_offset_t) addr); + foo = PHYS_TO_VM_PAGE(pa); + if (foo->hold_count <= 0) { + /* panic in vm_page_unhold -> printf */ + printf("vunmapbuf: vm_page_unhold: hold count %d <= 0!!!\n", foo->hold_count); + foo->hold_count = 1; + } + vm_page_unhold(foo); +#else pa = pmap_kextract((vm_offset_t) addr); vm_page_unhold(PHYS_TO_VM_PAGE(pa)); +#endif } } now try the write again and you get a console full of these printfs. hope it helps... Juergen >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 12 17:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA28131 for bugs-outgoing; Sun, 12 May 1996 17:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA28124 Sun, 12 May 1996 17:30:02 -0700 (PDT) Resent-Date: Sun, 12 May 1996 17:30:02 -0700 (PDT) Resent-Message-Id: <199605130030.RAA28124@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, akiyama@kme.mei.co.jp Received: from vcgate1.mei.co.jp (vcgate1.mei.co.jp [202.32.14.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA27822 for ; Sun, 12 May 1996 17:22:46 -0700 (PDT) Received: by vcgate1.mei.co.jp (5.65mei1.2g/5.9:4.9:vcgate0:960311) id AA29151; Mon, 13 May 96 09:22:13 +0900 Received: by vcmei.vanc.mei.co.jp (5.65mei1.1/5.9:4.9:vcmei:960508) id AA24049; Mon, 13 May 96 09:21:57 +0900 Received: by kmegate.kme.mei.co.jp (4.1/5.5:4.6:kmegate:960508) id AA04581; Mon, 13 May 96 09:21:11 JST Message-Id: <9605130021.AA04581@kmegate.kme.mei.co.jp> Date: Mon, 13 May 96 09:21:11 JST From: akiyama@kme.mei.co.jp Reply-To: akiyama@kme.mei.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1196: SCSI optical disk driver update. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1196 >Category: kern >Synopsis: sys/scsi/od.c update by author. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun May 12 17:30:00 PDT 1996 >Last-Modified: >Originator: Shunsuke Akiyama >Organization: Kyushu Matsushita Electric Co., Ltd. >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: all FreeBSD-2.2-960501-SNAP systems. >Description: N/A >How-To-Repeat: N/A >Fix: This patch updates sys/scsi/od.c: * Improve ficticious geometry translation. * CD compatible ioctl's, CDIOCALLOW, CDIOCPREVENT and CDIOCEJECT. * Additional sense code handling for some drives. =================================================================== RCS file: sys/scsi/RCS/od.c,v retrieving revision 1.15 diff -u -r1.15 sys/scsi/od.c --- 1.15 1996/03/27 18:50:08 +++ sys/scsi/od.c 1996/05/08 14:49:31 @@ -1,5 +1,5 @@ /* - * Copyright (c) 1995 Shunsuke Akiyama. All rights reserved. + * Copyright (c) 1995,1996 Shunsuke Akiyama. All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -18,22 +18,30 @@ * * THIS SOFTWARE IS PROVIDED BY Shunsuke Akiyama 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 + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL Shunsuke Akiyama 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. + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE + * POSSIBILITY OF SUCH DAMAGE. * - * $Id: od.c,v 1.15 1996/03/27 18:50:08 bde Exp $ + * $Id: od.c,v 1.15.1.3 1996/05/06 15:14:57 shun Exp $ */ /* - * TODO: - * 1. Add optical disk specific ioctl functions, such as eject etc. + * Compile option defines: + */ + +/* + * If drive returns sense key as 0x02 with vendor specific additional + * sense code (ASC) and additional sense code qualifier (ASCQ), or + * illegal ASC and ASCQ. This cause an error (NOT READY) and retrying. + * To suppress this, uncomment this. + * +#define OD_BOGUS_NOT_READY */ #include "opt_bounce.h" @@ -52,6 +60,7 @@ #include #include #include +#include #include #include #include @@ -69,10 +78,9 @@ static u_int32_t odstrats, odqueues; -#define SECSIZE 512 +#define SECSIZE 512 /* default sector size */ #define ODOUTSTANDING 4 #define OD_RETRIES 4 -#define MAXTRANSFER 8 /* 1 page at a time */ #define PARTITION(dev) dkpart(dev) #define ODUNIT(dev) dkunit(dev) @@ -102,6 +110,8 @@ #endif }; +static void od_get_geometry __P((u_int32_t, u_int16_t *, + u_char *, u_char *)); static errval od_get_parms __P((int unit, int flags)); static errval od_reassign_blocks __P((int unit, int block)); static u_int32_t od_size __P((int unit, int flags)); @@ -145,18 +155,18 @@ static struct scsi_device od_switch = { - od_sense_handler, - odstart, /* have a queue, served by this */ - NULL, /* have no async handler */ - NULL, /* Use default 'done' routine */ - "od", - 0, + od_sense_handler, + odstart, /* have a queue, served by this */ + NULL, /* have no async handler */ + NULL, /* Use default 'done' routine */ + "od", + 0, {0, 0}, - 0, /* Link flags */ + 0, /* Link flags */ odattach, "Optical", odopen, - sizeof(struct scsi_data), + sizeof(struct scsi_data), T_OPTICAL, odunit, odsetunit, @@ -194,7 +204,7 @@ dev_attach(kdc); if(dk_ndrive < DK_NDRIVE) { sprintf(dk_names[dk_ndrive], "od%d", unit); - dk_wpms[dk_ndrive] = (8*1024*1024/2); + dk_wpms[dk_ndrive] = (4*1024*1024/2); /* 4MB/sec */ SCSI_DATA(&od_switch, unit)->dkunit = dk_ndrive++; } else { SCSI_DATA(&od_switch, unit)->dkunit = -1; @@ -302,7 +312,7 @@ * to look for a new device if we are not initted */ if ((!od) || (!(od->flags & ODINIT))) { - return (ENXIO); + return ENXIO; } SC_DEBUG(sc_link, SDEV_DB1, @@ -360,7 +370,14 @@ if (errcode) { goto bad; } - if (od->params.secsiz != SECSIZE) { /* XXX One day... */ + switch (od->params.secsiz) { + case SECSIZE : + case 1024 : +#ifdef notyet + case 2048 : +#endif + break; + default : printf("od%ld: Can't deal with %d bytes logical blocks\n", unit, od->params.secsiz); Debugger("od"); @@ -377,8 +394,10 @@ label.d_ncylinders = od->params.cyls; label.d_secpercyl = od->params.heads * od->params.sectors; if (label.d_secpercyl == 0) - label.d_secpercyl = 100; - /* XXX as long as it's not 0 - readdisklabel divides by it (?) */ + label.d_secpercyl = 64*32; + /* XXX as long as it's not 0 + * - readdisklabel divides by it (?) + */ label.d_secperunit = od->params.disksize; /* Initialize slice tables. */ @@ -420,7 +439,7 @@ scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT | SCSI_ERR_OK); sc_link->flags &= ~SDEV_OPEN; } - return (0); + return 0; } /* @@ -529,6 +548,7 @@ struct buf *bp = 0; struct scsi_rw_big cmd; u_int32_t blkno, nblk; + u_int32_t secsize; SC_DEBUG(sc_link, SDEV_DB2, ("odstart ")); /* @@ -565,17 +585,17 @@ * We have a buf, now we know we are going to go through * With this thing.. */ - blkno = bp->b_pblkno; - if (bp->b_bcount & (SECSIZE - 1)) + secsize = od->params.secsiz; + blkno = bp->b_pblkno / (secsize / DEV_BSIZE); + if (bp->b_bcount & (secsize - 1)) { goto bad; } - nblk = bp->b_bcount >> 9; + nblk = (bp->b_bcount + (secsize - 1)) / secsize; /* * Fill out the scsi command */ - bzero(&cmd, sizeof(cmd)); cmd.op_code = (bp->b_flags & B_READ) ? READ_BIG : WRITE_BIG; cmd.addr_3 = (blkno & 0xff000000UL) >> 24; @@ -584,6 +604,7 @@ cmd.addr_0 = blkno & 0xff; cmd.length2 = (nblk & 0xff00) >> 8; cmd.length1 = (nblk & 0xff); + cmd.byte2 = cmd.reserved = cmd.control = 0; /* * Call the routine that chats with the adapter. * Note: we cannot sleep as we may be an interrupt @@ -633,27 +654,39 @@ od = sc_link->sd; SC_DEBUG(sc_link, SDEV_DB1, ("odioctl (0x%x)", cmd)); -#if 0 - /* Wait until we have exclusive access to the device. */ - /* XXX this is how wd does it. How did we work without this? */ - wdsleep(du->dk_ctrlr, "wdioct"); -#endif - /* * If the device is not valid.. abandon ship */ if (!(sc_link->flags & SDEV_MEDIA_LOADED)) - return (EIO); + return EIO; - if (cmd == DIOCSBAD) - return (EINVAL); /* XXX */ - error = dsioctl("od", dev, cmd, addr, flag, &od->dk_slices, - odstrategy1, (ds_setgeom_t *)NULL); - if (error != -1) - return (error); - if (PARTITION(dev) != RAW_PART) - return (ENOTTY); - return (scsi_do_ioctl(dev, cmd, addr, flag, p, sc_link)); + switch (cmd) { + case DIOCSBAD: + error = EINVAL; + break; + case CDIOCEJECT: + error = scsi_stop_unit(sc_link, 1, 0); + break; + case CDIOCALLOW: + error = scsi_prevent(sc_link, PR_ALLOW, 0); + break; + case CDIOCPREVENT: + error = scsi_prevent(sc_link, PR_PREVENT, 0); + break; + default: + error = dsioctl("od", dev, cmd, addr, flag, &od->dk_slices, + odstrategy1, (ds_setgeom_t *)NULL); + if (error == -1) { + if (PARTITION(dev) != RAW_PART) { + error = ENOTTY; + } else { + error = scsi_do_ioctl(dev, cmd, addr, + flag, p, sc_link); + } + } + break; + } + return error; } /* @@ -666,7 +699,9 @@ struct scsi_read_cap_data rdcap; struct scsi_read_capacity scsi_cmd; u_int32_t size; + u_int32_t secsize; struct scsi_link *sc_link = SCSI_LINK(&od_switch, unit); + struct scsi_data *od = sc_link->sd; /* * make up a scsi command and ask the scsi driver to do @@ -688,14 +723,21 @@ 20000, NULL, flags | SCSI_DATA_IN) != 0) { - return (0); + return 0; } else { - size = rdcap.addr_0 + 1; + size = rdcap.addr_0; size += rdcap.addr_1 << 8; size += rdcap.addr_2 << 16; size += rdcap.addr_3 << 24; - } - return (size); + size += 1; + secsize = rdcap.length_0; + secsize += rdcap.length_1 << 8; + secsize += rdcap.length_2 << 16; + secsize += rdcap.length_3 << 24; + } + od->params.disksize = size; + od->params.secsiz = secsize; + return size; } #ifdef notyet @@ -721,7 +763,7 @@ rbdata.defect_descriptor[0].dlbaddr_1 = ((block >> 8) & 0xff); rbdata.defect_descriptor[0].dlbaddr_0 = ((block) & 0xff); - return (scsi_scsi_cmd(sc_link, + return scsi_scsi_cmd(sc_link, (struct scsi_generic *) &scsi_cmd, sizeof(scsi_cmd), (u_char *) & rbdata, @@ -729,12 +771,52 @@ OD_RETRIES, 20000, NULL, - SCSI_DATA_OUT)); + SCSI_DATA_OUT); } #endif #define b2tol(a) (((unsigned)(a##_1) << 8) + (unsigned)a##_0 ) /* + * Get ficticious geometry from total sectors. + */ +static void +od_get_geometry(total, cp, hp, sp) + u_int32_t total; + u_int16_t *cp; + u_char *hp; + u_char *sp; +{ + u_int16_t cyls; + u_char heads; + u_char sectors; + + heads = 64; + sectors = 32; + + if (total != 0) { + cyls = total / (64 * 32); + while (cyls >= 1024) { + if (heads < 128) { + heads *= 2; + } else { + heads = 255; + sectors = 63; + cyls = total / (heads * sectors); + break; + } + cyls = total / (heads * sectors); + } + if (total > (cyls * heads * sectors)) + cyls++; + } else + cyls = 0; + + *cp = cyls; + *hp = heads; + *sp = sectors; +} + +/* * Get the scsi driver to send a full inquiry to the * device and use the results to fill out the disk * parameter structure. @@ -756,16 +838,13 @@ return 0; /* - * use adaptec standard ficticious geometry - * this depends on which controller (e.g. 1542C is - * different. but we have to put SOMETHING here..) + * Use ficticious geometry, this depends on the size of medium. */ sectors = od_size(unit, flags); - disk_parms->heads = 64; - disk_parms->sectors = 32; - disk_parms->cyls = sectors / (64 * 32); - disk_parms->secsiz = SECSIZE; - disk_parms->disksize = sectors; + /* od_size() sets secsiz and disksize */ + + od_get_geometry(sectors, &disk_parms->cyls, &disk_parms->heads, + &disk_parms->sectors); if (sectors != 0) { sc_link->flags |= SDEV_MEDIA_LOADED; @@ -796,6 +875,13 @@ */ if ((sense->error_code & SSD_ERRCODE) == 0x71) return SCSIRET_CONTINUE; + +#ifdef OD_BOGUS_NOT_READY + if (((sense->error_code & SSD_ERRCODE) == 0x70) && + ((sense->ext.extended.flags & SSD_KEY) == 0x02)) + /* No point in retrying Not Ready */ + return SCSIRET_CONTINUE; +#endif if (((sense->error_code & SSD_ERRCODE) == 0x70) && ((sense->ext.extended.flags & SSD_KEY) == 0x04)) -- Shunsuke Akiyama Kyushu Matsushita Electric Co., Ltd. Fukuoka, Japan. akiyama@kme.mei.co.jp >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun May 12 18:18:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01476 for bugs-outgoing; Sun, 12 May 1996 18:18:14 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA01471 for ; Sun, 12 May 1996 18:18:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA24003; Sun, 12 May 1996 18:17:22 -0700 (PDT) To: invalid opcode cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-reply-to: Your message of "Sun, 12 May 1996 10:23:51 PDT." Date: Sun, 12 May 1996 18:17:22 -0700 Message-ID: <24001.831950242@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well things that were recently broken by current changes should probably > be tracked in freebsd-current, but things that were already broken should This still ignores the fact that "freebsd-current" contains no tracking facilities of this nature. send-pr is it, and it all goes to one common database. I believe it will stay just as it is, but thanks for your suggestion! Jordan From owner-freebsd-bugs Sun May 12 18:32:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA02394 for bugs-outgoing; Sun, 12 May 1996 18:32:29 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA02388 for ; Sun, 12 May 1996 18:32:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA24086; Sun, 12 May 1996 18:29:42 -0700 (PDT) To: invalid opcode cc: Garrett Wollman , freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-reply-to: Your message of "Sun, 12 May 1996 11:41:45 PDT." Date: Sun, 12 May 1996 18:29:42 -0700 Message-ID: <24084.831950982@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Okay, well in that case, why doesn't the FreeBSD Project remove the > outdated and obviously fixed send-pr's? It's often too busy just trying to fix the bugs.. :-) If you see a bug report that's clearly closed, simply report it here as you have and someone will eventually get around to closing it. As our number of volunteers grows (as I hope it does), perhaps someone can eventually take over the role of "bugsmaster" just as this is currently done for "postmaster", "portsmaster", "webmaster" and so on. Jordan From owner-freebsd-bugs Sun May 12 19:50:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA06069 for bugs-outgoing; Sun, 12 May 1996 19:50:35 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA06061 for ; Sun, 12 May 1996 19:50:32 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id TAA14593 for ; Sun, 12 May 1996 19:50:30 -0700 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 FAA07188; Mon, 13 May 1996 05:49:11 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.5/8.6.4) id FAA13855; Mon, 13 May 1996 05:49:11 +0300 (EET DST) Date: Mon, 13 May 1996 05:49:11 +0300 (EET DST) Message-Id: <199605130249.FAA13855@cantina.clinet.fi> From: Heikki Suonsivu To: "M.R.Murphy" Cc: freebsd-bugs@freebsd.org In-reply-to: "M.R.Murphy"'s message of 12 May 1996 17:46:56 +0300 Subject: Re: List of open Problem Reports Organization: Clinet Ltd, Espoo, Finland References: <199605121419.HAA15662@meerkat.mole.org> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: "M.R.Murphy" Newsgroups: clinet.list.freebsd-bugs Cc: jkh@time.cdrom.com Date: 12 May 1996 17:46:56 +0300 Organization: Mailing list gatewayed to local news by news.clinet.fi Path: news.clinet.fi!not-for-mail Lines: 9 Sender: news@news.clinet.fi Approved: freebsd-bugs@clinet.fi 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. Make TTYHUG 1k -> 4k RS_IBUF_SIZE 256 bytes -> 1k and the problem goes away. -- 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 12 20:02:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06733 for bugs-outgoing; Sun, 12 May 1996 20:02:40 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06728 for ; Sun, 12 May 1996 20:02:36 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id MAA26611; Mon, 13 May 1996 12:56:35 +1000 Date: Mon, 13 May 1996 12:56:35 +1000 From: Bruce Evans Message-Id: <199605130256.MAA26611@godzilla.zeta.org.au> To: coredump@nervosa.com, freebsd-bugs@freebsd.org, mrm@Mole.ORG Subject: Re: List of open Problem Reports Cc: jkh@time.cdrom.com 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 From owner-freebsd-bugs Sun May 12 20:35:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA09504 for bugs-outgoing; Sun, 12 May 1996 20:35:20 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA09496 Sun, 12 May 1996 20:35:14 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id UAA18736; Sun, 12 May 1996 20:34:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA28112; Mon, 13 May 1996 13:29:50 +1000 Date: Mon, 13 May 1996 13:29:50 +1000 From: Bruce Evans Message-Id: <199605130329.NAA28112@godzilla.zeta.org.au> To: gpalmer@FreeBSD.ORG, phk@critter.tfs.com Subject: Re: kern/1063 Cc: bde@freefall.freebsd.org, coredump@nervosa.com, freebsd-bugs@freefall.freebsd.org, scrappy@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > > Synopsis: gzip a.out execution is not ok (?) >> >> > > Responsible-Changed-From-To: bde->freebsd-bugs >> > > Responsible-Changed-By: scrappy >> > > Responsible-Changed-When: Thu Apr 18 11:32:26 PDT 1996 >> > > Responsible-Changed-Why: >> >> > I could have sworn this has been fixed. >> >> Not back then it wasn't. And a quick scan of the CVS logs shows no >> ... >I belive Bruce's malloc fix fixed this too ? No. I found the _kernel_ malloc bug that among other things usually caused panics when inflate's `slide' buffer was freed at the end of the inflation. John Dyson fixed the bug. PR1063 is about gzipped _applications_ (knews and CRAFT) behaving strangely. It seems unlikely that these are connected, and not easy to prove that the applications are fixed. First you have to discover exactly what broke them... Bruce From owner-freebsd-bugs Sun May 12 21:42:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA15304 for bugs-outgoing; Sun, 12 May 1996 21:42:05 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA15293 for ; Sun, 12 May 1996 21:42:01 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id OAA31010; Mon, 13 May 1996 14:39:48 +1000 Date: Mon, 13 May 1996 14:39:48 +1000 From: Bruce Evans Message-Id: <199605130439.OAA31010@godzilla.zeta.org.au> To: coredump@nervosa.com, freebsd-bugs@freebsd.org Subject: Re: bug no longer Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Problem Report bin/779 >#include gets undefined 'rune_t' type. >------ >1.3 Wed May 1 0:39:56 1996 by bde >CVS Tags: HEAD >Diffs to 1.2 >Fixed longstanding namespace convolution involving rune_t vs wchar_t. >... >------ >I just verified this bug as no longer present. I left this open because it is still present in -stable. I'm not sure whether it is worth fixing in -stable. It isn't critical and fixing it might break something. Bruce From owner-freebsd-bugs Sun May 12 22:04:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17036 for bugs-outgoing; Sun, 12 May 1996 22:04:10 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA17028 for ; Sun, 12 May 1996 22:04:07 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id SAA24350; Sun, 12 May 1996 18:24:17 -0700 (PDT) Date: Sun, 12 May 1996 18:24:14 -0700 (PDT) From: invalid opcode To: "Jordan K. Hubbard" cc: freebsd-bugs@freebsd.org Subject: Re: List of open Problem Reports In-Reply-To: <24001.831950242@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 Sun, 12 May 1996, Jordan K. Hubbard wrote: > This still ignores the fact that "freebsd-current" contains no > tracking facilities of this nature. send-pr is it, and it all goes to > one common database. I believe it will stay just as it is, but thanks > for your suggestion! > Jordan And yes, after thinking about it, I believe my suggestion was kind of retarded. %) == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-bugs Sun May 12 22:22:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17935 for bugs-outgoing; Sun, 12 May 1996 22:22:41 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA17929 for ; Sun, 12 May 1996 22:22:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA32694; Mon, 13 May 1996 15:20:31 +1000 Date: Mon, 13 May 1996 15:20:31 +1000 From: Bruce Evans Message-Id: <199605130520.PAA32694@godzilla.zeta.org.au> To: coredump@nervosa.com, wollman@lcs.mit.edu Subject: Re: List of open Problem Reports Cc: freebsd-bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Well, I think I can speak for the FreeBSD Project (uh-oh!) when I say >> ``We Disagree''. We have had a terrible history in tracking bugs >> submitted through any means, and it's important for us to have a >> record of them. >> -GAWollman I think I agree :-) (the context of what I'm agreeing with was lost). >Okay, well in that case, why doesn't the FreeBSD Project remove the >outdated and obviously fixed send-pr's? Speaking for myself, it's because they aren't obviously fixed. Bruce From owner-freebsd-bugs Sun May 12 22:36:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA18798 for bugs-outgoing; Sun, 12 May 1996 22:36:58 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA18790 for ; Sun, 12 May 1996 22:36:53 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA00515; Mon, 13 May 1996 15:35:04 +1000 Date: Mon, 13 May 1996 15:35:04 +1000 From: Bruce Evans Message-Id: <199605130535.PAA00515@godzilla.zeta.org.au> To: hsu@clinet.fi, mrm@Mole.ORG Subject: Re: List of open Problem Reports Cc: freebsd-bugs@freebsd.org 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. >Make >TTYHUG 1k -> 4k >RS_IBUF_SIZE 256 bytes -> 1k >and the problem goes away. This is just a work around. Bruce From owner-freebsd-bugs Mon May 13 00:20:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25622 for bugs-outgoing; Mon, 13 May 1996 00:20:43 -0700 (PDT) Received: (from phk@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25603 Mon, 13 May 1996 00:20:41 -0700 (PDT) Date: Mon, 13 May 1996 00:20:41 -0700 (PDT) From: Poul-Henning Kamp Message-Id: <199605130720.AAA25603@freefall.freebsd.org> To: jc@irbs.com, phk, freebsd-bugs Subject: Re: bin/1194 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: PPP server port not initialized State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Mon May 13 00:20:19 PDT 1996 State-Changed-Why: Committed. From owner-freebsd-bugs Mon May 13 01:31:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00107 for bugs-outgoing; Mon, 13 May 1996 01:31:08 -0700 (PDT) Received: from falcon.tioga.com (root@falcon.tioga.com [205.146.65.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA29998 for ; Mon, 13 May 1996 01:31:03 -0700 (PDT) Received: (from tbalfe@localhost) by falcon.tioga.com (8.7.5/8.6.12) id EAA02237; Mon, 13 May 1996 04:31:40 GMT Date: Mon, 13 May 1996 04:31:40 +0000 () From: Thomas J Balfe To: freebsd-bugs@freebsd.org Subject: ncftp2 and 2.1R 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 found a weird bug with ncftp2 and 2.1R 1) telnet to a machine in a color_xterm 2) open the color_xterm really wide 3) ncftp2 on that machine it might seg fault I don't know how significant this is, but I thought I'd let everyone know. ncftp2 that I have is from 2.1R packages. ======================================================================== Thomas J Balfe tbalfe@tioga.com President http://www.tioga.com/ Tioga Communications, Inc 814-867-4770 ======================================================================== From owner-freebsd-bugs Mon May 13 06:29:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA20157 for bugs-outgoing; Mon, 13 May 1996 06:29:01 -0700 (PDT) Received: from LVRULV11.LANET.LV (LVRULV11.lanet.lv [159.148.251.254]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA19985 for ; Mon, 13 May 1996 06:26:27 -0700 (PDT) Message-Id: <199605131326.GAA19985@freefall.freebsd.org> Received: from LVRULV11 by LVRULV11.LANET.LV (IBM VM SMTP V2R2) with BSMTP id 0996; Mon, 13 May 96 16:25:24 LAT Date: Mon, 13 May 96 16:17:46 LAT From: Ivars Krauklis Subject: How to mkae up own server? To: "bugs@freebsd.org" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello,my name is Ivars Krauklis.I would want to know how can i make my own serv er?And what files i need to can make one!?!I want to make a server on Unix syst em..but i don't know what files i need to can do it!!!How powerful computer do i need?It's all for now i hope YOU will answer me ... !!!!!Thank You.BYE Ivars Krauklis From owner-freebsd-bugs Mon May 13 06:30:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA20297 for bugs-outgoing; Mon, 13 May 1996 06:30:54 -0700 (PDT) Received: from relay2.smtp.psi.net (relay2.smtp.psi.net [38.8.188.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA20291 for ; Mon, 13 May 1996 06:30:52 -0700 (PDT) Received: from tatung by relay2.smtp.psi.net (8.6.12/SMI-5.4-PSI) id JAA05209; Mon, 13 May 1996 09:26:07 -0400 Received: from tatung by tatung (5.x/SMI-SVR4) id AA11005; Mon, 13 May 1996 09:26:53 -0500 Message-Id: <31972068.4DCF@netcon.com> Date: Mon, 13 May 1996 07:43:36 -0400 From: Tony Ardolino Organization: netcon.com X-Mailer: Mozilla 2.0 (Win16; I) Mime-Version: 1.0 To: bugs@freebsd.org Cc: cam@solidsys.com Subject: Freebsd, mbuf cluster size MINCLSIZE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We have just completed porting our NetCon product to FreeBSD this product includes among other things; a NEW IPX/SPX protocol stack, and a NEW NetWare compatible vfs file system (TFS). Both the protocol stack and file system use the MBUF subsystem. What we don't understand is why is MINCLSIZE being set to 208 bytes when it should be 100 bytes. Is there something wrong here or is that we just don't understatnd what going on. We see the following throughout the FreeBSD code: MGET(m, M_WAIT, MT_DATA); or MGETHDR(m, M_WAIT, MT_DATA); if(len >= MINCLSIZE) MCLGET(m, M_WAIT); in mbuf.h #define MINCLSIZE (MHLEN + MLEN) MINCLSIZE = 208 ((MLEN = MSIZE 128 - m_hdr 20) + (MHLEN = MLEN 108 - pkthdr 8) should MINCLSIZE == 100 not 208, and if this is a bug how come TCP/IP works so well. Our code crashes when we have packets > 100 and < 208. Can anyone shed any light on this please? Tony Ardolino From owner-freebsd-bugs Mon May 13 07:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA25626 for bugs-outgoing; Mon, 13 May 1996 07:50:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA25606 Mon, 13 May 1996 07:50:04 -0700 (PDT) Resent-Date: Mon, 13 May 1996 07:50:04 -0700 (PDT) Resent-Message-Id: <199605131450.HAA25606@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.3/8.7.3) with ESMTP id HAA25105 for ; Mon, 13 May 1996 07:44:07 -0700 (PDT) Received: by mail.EUnet.hu, id QAA22466; Mon, 13 May 1996 16:43:38 +0200 Received: from zg.CoDe.hu by CoDe.CoDe.hu (QAA00672); Mon, 13 May 1996 16:33:49 GMT Received: (from zgabor@localhost) by zg.CoDe.hu (8.6.12/8.6.12) id QAA00312; Mon, 13 May 1996 16:40:50 +0200 Message-Id: <199605131440.QAA00312@zg.CoDe.hu> Date: Mon, 13 May 1996 16:40:50 +0200 From: zgabor@code.hu (Zahemszky Gabor) Reply-To: zgabor@code.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1198: missing manuals Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1198 >Category: docs >Synopsis: missing manuals >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 13 07:50:02 PDT 1996 >Last-Modified: >Originator: Zahemszky Gabor >Organization: >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: 2.1.0-Release CD from Walnut Creek >Description: the whole documentation of the System V-compatible message queue handling functions are missing. msgctl(2), msgget(2), msgop(2) >How-To-Repeat: man 2 msgctl msgop msgget >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 13 07:50:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA25636 for bugs-outgoing; Mon, 13 May 1996 07:50:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA25619 Mon, 13 May 1996 07:50:07 -0700 (PDT) Resent-Date: Mon, 13 May 1996 07:50:07 -0700 (PDT) Resent-Message-Id: <199605131450.HAA25619@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.3/8.7.3) with ESMTP id HAA25109 for ; Mon, 13 May 1996 07:44:10 -0700 (PDT) Received: by mail.EUnet.hu, id QAA22469; Mon, 13 May 1996 16:43:39 +0200 Received: from zg.CoDe.hu by CoDe.CoDe.hu (QAA00699); Mon, 13 May 1996 16:37:39 GMT Received: (from zgabor@localhost) by zg.CoDe.hu (8.6.12/8.6.12) id QAA00431; Mon, 13 May 1996 16:44:39 +0200 Message-Id: <199605131444.QAA00431@zg.CoDe.hu> Date: Mon, 13 May 1996 16:44:39 +0200 From: zgabor@code.hu (Zahemszky Gabor) Reply-To: zgabor@code.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1199: missing manual Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1199 >Category: docs >Synopsis: missing manual >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 13 07:50:06 PDT 1996 >Last-Modified: >Originator: Zahemszky Gabor >Organization: >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: 2.1 CD from Walnut Creek >Description: The ptrace(2) manual is missing >How-To-Repeat: man 2 ptrace >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 13 08:01:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26468 for bugs-outgoing; Mon, 13 May 1996 08:01:46 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAB26460 for ; Mon, 13 May 1996 08:01:42 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA04357; Mon, 13 May 1996 11:01:33 -0400 Date: Mon, 13 May 1996 11:01:33 -0400 From: Garrett Wollman Message-Id: <9605131501.AA04357@halloran-eldar.lcs.mit.edu> To: Tony Ardolino Cc: bugs@freebsd.org Subject: Freebsd, mbuf cluster size MINCLSIZE In-Reply-To: <31972068.4DCF@netcon.com> References: <31972068.4DCF@netcon.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > What we don't understand is why is MINCLSIZE being set to 208 bytes when it > should be 100 bytes. Is there something wrong here or is that we just > don't understatnd what going on. You just don't understand what is going on. MINCLSIZE is the point at which the kernel switches from allocating a chain of regular mbufs to allocating clusters. There are a number of factors which go into the choice of this size, including speed, but the most important is memory usage. For small data, the benefits of using a cluster are more than outweighed by both the cost of the memory allocation (although less so than it used to be), and the amount of memory which would be wasted. MINCLSIZE is currently set to require at least two regular mbufs' worth of data before it is considered useful to allocate a cluster. -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 Mon May 13 09:14:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA01719 for bugs-outgoing; Mon, 13 May 1996 09:14:20 -0700 (PDT) Received: (from nate@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA01700 Mon, 13 May 1996 09:14:18 -0700 (PDT) Date: Mon, 13 May 1996 09:14:18 -0700 (PDT) From: Nate Williams Message-Id: <199605131614.JAA01700@freefall.freebsd.org> To: zgabor@code.hu, nate, freebsd-bugs Subject: Re: docs/1199 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: missing manual State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Mon May 13 09:13:01 PDT 1996 State-Changed-Why: The ptrace.2 man-page was brought into -current on Jan. 20 of this year, and the relevant revision was tagged into -stable on May 13. From owner-freebsd-bugs Mon May 13 09:20:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02157 for bugs-outgoing; Mon, 13 May 1996 09:20:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02134 Mon, 13 May 1996 09:20:06 -0700 (PDT) Date: Mon, 13 May 1996 09:20:06 -0700 (PDT) Message-Id: <199605131620.JAA02134@freefall.freebsd.org> To: freebsd-bugs Cc: From: Nate Williams Subject: Re: docs/1199: missing manual Reply-To: Nate Williams Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/1199; it has been noted by GNATS. From: Nate Williams To: zgabor@code.hu Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: docs/1199: missing manual Date: Mon, 13 May 1996 10:10:53 -0600 > >Number: 1199 > >Category: docs > >Synopsis: missing manual > >Confidential: yes > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon May 13 07:50:06 PDT 1996 > >Last-Modified: > >Originator: Zahemszky Gabor > >Organization: > >Release: FreeBSD 2.1.0-RELEASE i386 > >Environment: > > 2.1 CD from Walnut Creek > > >Description: > > The ptrace(2) manual is missing I brought in the man-page for ptrace right after 2.1R was released into -current, but I forgot to bring it into -stable. I'll do that now, so it will now be in all subsequent FreeBSD releases. Nate From owner-freebsd-bugs Mon May 13 10:47:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08000 for bugs-outgoing; Mon, 13 May 1996 10:47:00 -0700 (PDT) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA07992 for ; Mon, 13 May 1996 10:46:58 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id KAA16427 for bugs@freebsd.org; Mon, 13 May 1996 10:45:40 -0700 Date: Mon, 13 May 1996 10:45:40 -0700 From: "Jin Guojun[ITG]" Message-Id: <199605131745.KAA16427@george.lbl.gov> To: bugs@freebsd.org Subject: errros on making floppies Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am trying to figure out why NFS installation fails on our network. When I tried to make floppies I get following errors. Please advice how I can make these floppies. # make boot.flp rm -f release.4 release.8 cd /usr/src/release && make release.4 release.8 WHICH_CRUNCH=boot cd /usr/src/release/sysinstall && make obj && make depend && make all /usr/src/release/sysinstall -> /usr/obj/release/sysinstall rm -rf /usr/src/release/2.2/stage/crunch mkdir -p /usr/src/release/2.2/stage/crunch for j in boot ; do rm -rf ${j}_crunch && mkdir ${j}_crunch && ( cd ${j}_crunch && crunchgen /usr/src/release/${j}_crunch.conf && make -f ${j}_crunch.mk all NOCRYPT=yes "CFLAGS=-O -DCRUNCHED_BINARY") && mv ${j}_crunch/${j}_crunch /usr/src/release/2.2/stage/crunch/${j} && true || rm -rf ${j}_crunch ; done Run "make -f boot_crunch.mk objs exe" to build crunched binary. (cd /usr/src/bin/sh; make init.o arith.o arith_lex.o alias.o builtins.o cd.o echo.o error.o eval.o exec.o expand.o histedit.o input.o jobs.o mail.o main.o memalloc.o miscbltin.o mystring.o nodes.o options.o parser.o printf.o redir.o show.o signames.o syntax.o trap.o output.o var.o) .... `ifconfig.o' is up to date. (cd /usr/src/sbin/route; make route.o) cc -O -DCRUNCHED_BINARY -I. -c route.c route.c:86: keywords.h: No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. touch release.4 rm -rf /usr/src/release/2.2/stage/mfsfd mkdir /usr/src/release/2.2/stage/mfsfd cd /usr/src/release/2.2/stage/mfsfd && mkdir -p dev mnt stand/help if false ; then gzip -9 < /usr/src/release/2.2/stage/crunch/boot > /usr/src/release/2.2/stage/mfsfd/stand/boot_crunch ; else ln -f /usr/src/release/2.2/stage/crunch/boot /usr/src/release/2.2/stage/mfsfd/stand/boot_crunch ; fi ln: /usr/src/release/2.2/stage/crunch/boot: No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. ---------------------------- Also, I noticed that partitioning and disklabeling section have been changed in SNAP-960501. Two problems are remaining: During partitioning, if the disk was partitioned for other system or the geometric is not acceptable by FreeBSD, the screen will compeletely screw up. During disklabeling, if the number of disks is greater than 3, then screen layout is incorrect, and make disklabeling very hard. -Jin Guojun From owner-freebsd-bugs Mon May 13 13:08:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17636 for bugs-outgoing; Mon, 13 May 1996 13:08:16 -0700 (PDT) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA17595 Mon, 13 May 1996 13:08:05 -0700 (PDT) Received: from campa.panke.de (anonymous224.ppp.cs.tu-berlin.de [130.149.17.224]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id VAA03062; Mon, 13 May 1996 21:52:03 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id SAA01588; Mon, 13 May 1996 18:48:54 +0200 Date: Mon, 13 May 1996 18:48:54 +0200 From: Wolfram Schneider Message-Id: <199605131648.SAA01588@campa.panke.de> To: Paul Traina Cc: freebsd-bugs@freefall.freebsd.org Subject: active bugs In-Reply-To: <199605121130.EAA15843@freefall.freebsd.org> References: <199605121130.EAA15843@freefall.freebsd.org> 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 Paul Traina writes: >Current FreeBSD problem reports [nice list deleted] I prefer sorted by Tracker and S(tatus) instead by date. E.g.: S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- f [1995/11/11] bin/817 fenner Wrong route to remote network o [1996/02/23] bin/1040 wollman with certain flags, route can reboot your a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system f [1995/05/28] kern/452 davidg vnode swapping panics 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/29] kern/978 se Three deadlocks in row 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/01/09] kern/940 panic: free vnode isn't o [1996/02/08] kern/1008 Daily crash while writing network backups 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/01/13] ports/944 pst Security fixes for Fvwm 1.24r [...] Here is the perl script. It works for the 'List of open Problem Reports' too. #!/usr/bin/perl # (c) Wolfram Schneider, Berlin. May 1996. # # bugreports - sort bugreports # # $Id: bugreports.pl,v 1.3 1996/05/13 16:32:29 wosch Exp $ # S Submitted Tracker Engr. Description # ----------------------------------------------------------------------- # a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard # # Sort Order: # 1. Tracker, without number: i386 before kern # 2. S: a before o # 3. Engr: non-empty entries on bottom # 4. Tracker ID # sub active_bugs { $S = 0; $Submitted = 1; $Tracker = 2; $Engr = 3; $Description = 4; @alist = split($", $a); @blist = split($", $b); ($atrackertype, $anumber) = split('/', $alist[$Tracker]); ($btrackertype, $bnumber) = split('/', $blist[$Tracker]); # fix empty Engr if (substr($a, 26, 1) eq ' ') { $alist[$Engr] = ' '; } if (substr($b, 26, 1) eq ' ') { $blist[$Engr] = ' '; } # Tracker not equal if ($res = $atrackertype cmp $btrackertype) { # warn "$res $atrackertype $btrackertype\n"; return $res; } # S not equal if ($res = $alist[$S] cmp $blist[$S]) { return $res; } # Empty Engr. if ($alist[$Engr] eq ' ') { return ($anumber <=> $bnumber) if $blist[$Engr] eq ' '; return +1; # ' ' is greater, at bottom } elsif ($blist[$Engr] eq ' ') { return -1; # ' ' is greater, at bottom } # Sort by Tracker ID $anumber <=> $bnumber; } # List of open Problem Reports # [1994/11/30] kern/34 nullfs and union mounts can result in wild # Sort Order: # 1. Tracker, without number: i386 before kern # 2. Tracker ID sub List_of_open_Problem_Reports { $Submitted = 0; $Tracker = 1; @alist = split($", $a); @blist = split($", $b); ($atrackertype, $anumber) = split('/', $alist[$Tracker]); ($btrackertype, $bnumber) = split('/', $blist[$Tracker]); # Tracker not equal if ($res = $atrackertype cmp $btrackertype) { # warn "$res $atrackertype $btrackertype\n"; return $res; } # Sort by Tracker ID $anumber <=> $bnumber; } sub parse { local($flag) = 0; # List_of_open_Problem_Reports or active_bugs local(@list); while(<>) { # bug line if (/^([a-z]\s)?\[[^\]]+\]\s/) { push(@list, $_); if (!$flag) { if (/^[a-z]/) { $flag = 'active_bugs'; } else { $flag = 'List_of_open_Problem_Reports'; } } } # something else else { # sort bugs and print if ($#list >= 0) { print sort $flag @list; undef @list; $flag = 0; } # print rest print; } } } ### Main &parse; From owner-freebsd-bugs Mon May 13 13:31:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA19606 for bugs-outgoing; Mon, 13 May 1996 13:31:20 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA19597 for ; Mon, 13 May 1996 13:31:17 -0700 (PDT) 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 PAA28567; Mon, 13 May 1996 15:31:14 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 13 May 96 15:31 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 13 May 96 15:31 CDT Date: Mon, 13 May 1996 15:31:04 -0500 (CDT) From: Alex Nash X-Sender: nash@Mercury.mcs.com To: Tony Ardolino cc: bugs@FreeBSD.ORG, cam@solidsys.com Subject: Re: Freebsd, mbuf cluster size MINCLSIZE In-Reply-To: <31972068.4DCF@netcon.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, 13 May 1996, Tony Ardolino wrote: > We have just completed porting our NetCon product to FreeBSD this product > includes among other things; a NEW IPX/SPX protocol stack, and a NEW NetWare > compatible vfs file system (TFS). Both the protocol stack and file system use > the MBUF subsystem. > What we don't understand is why is MINCLSIZE being set to 208 bytes when it > should be 100 bytes. Is there something wrong here or is that we just > don't understatnd what going on. > > We see the following throughout the FreeBSD code: > > MGET(m, M_WAIT, MT_DATA); > or > MGETHDR(m, M_WAIT, MT_DATA); > if(len >= MINCLSIZE) > MCLGET(m, M_WAIT); > > in mbuf.h > #define MINCLSIZE (MHLEN + MLEN) > MINCLSIZE = 208 ((MLEN = MSIZE 128 - m_hdr 20) + (MHLEN = MLEN 108 - pkthdr > 8) > > should MINCLSIZE == 100 not 208, and if this is a bug how come TCP/IP works > so well. Our code crashes when we have packets > 100 and < 208. > Can anyone shed any light on this please? MINCLSIZE should indeed be 208. For an excellent discussion of this, see Wright/Stevens TCP/IP Illustrated Volume 2. Specifically, pages 31-33. Note that the text points out that clusters are used for buffers greater than *or equal* to 208 bytes, when in fact this should really be greater than 208 bytes. Alex From owner-freebsd-bugs Mon May 13 14:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23136 for bugs-outgoing; Mon, 13 May 1996 14:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23111 Mon, 13 May 1996 14:10:03 -0700 (PDT) Resent-Date: Mon, 13 May 1996 14:10:03 -0700 (PDT) Resent-Message-Id: <199605132110.OAA23111@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, alk@Think.COM Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA22394 for ; Mon, 13 May 1996 14:01:22 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Mon, 13 May 96 17:01:16 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Mon, 13 May 96 17:01:14 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id QAA26577; Mon, 13 May 1996 16:01:31 -0500 (CDT) Message-Id: <199605132101.QAA26577@compound.Think.COM> Date: Mon, 13 May 1996 16:01:31 -0500 (CDT) From: Tony Kimball Reply-To: alk@Think.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1200: popclient port Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1200 >Category: ports >Synopsis: pop3 requests may crash client >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 13 14:10:02 PDT 1996 >Last-Modified: >Originator: Tony Kimball >Organization: Dis >Release: FreeBSD 2.2-CURRENT i386 >Environment: any FreeBSD >Description: writing past the end of a stack buffer to append a newline may cause catastrophic client failure. >How-To-Repeat: data-dependent. I cannot provide my spool file. >Fix: diff popclient-3.0b6/pop3.c ../popclient-3.0b6/pop3.c 586c586 < char buf [MSGBUFSIZE]; --- > char buf [MSGBUFSIZE+4]; 589c589 < char fromBuf[MSGBUFSIZE]; --- > char fromBuf[MSGBUFSIZE+4]; 612c612 < if (SockGets(socket,buf,sizeof(buf)) < 0) --- > if (SockGets(socket,buf,MSGBUFSIZE) < 0) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon May 13 14:57:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27931 for bugs-outgoing; Mon, 13 May 1996 14:57:44 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA27926 for ; Mon, 13 May 1996 14:57:41 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id OAA11500; Mon, 13 May 1996 14:56:47 -0700 (PDT) Message-Id: <199605132156.OAA11500@precipice.shockwave.com> To: Wolfram Schneider cc: freebsd-bugs@freefall.freebsd.org Subject: Re: active bugs In-reply-to: Your message of "Mon, 13 May 1996 18:48:54 +0200." <199605131648.SAA01588@campa.panke.de> Date: Mon, 13 May 1996 14:56:47 -0700 From: Paul Traina Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'll change the sort order. Paul From: Wolfram Schneider Subject: active bugs Paul Traina writes: >Current FreeBSD problem reports [nice list deleted] I prefer sorted by Tracker and S(tatus) instead by date. E.g.: S Submitted Tracker Engr. Description ----------------------------------------------------------------------------- >>-- f [1995/11/11] bin/817 fenner Wrong route to remote network o [1996/02/23] bin/1040 wollman with certain flags, route can reboot your a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system f [1995/05/28] kern/452 davidg vnode swapping panics 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/29] kern/978 se Three deadlocks in row 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/01/09] kern/940 panic: free vnode isn't o [1996/02/08] kern/1008 Daily crash while writing network backups 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/01/13] ports/944 pst Security fixes for Fvwm 1.24r [...] Here is the perl script. It works for the 'List of open Problem Reports' too. #!/usr/bin/perl # (c) Wolfram Schneider, Berlin. May 1996. # # bugreports - sort bugreports # # $Id: bugreports.pl,v 1.3 1996/05/13 16:32:29 wosch Exp $ # S Submitted Tracker Engr. Description # ----------------------------------------------------------------------- # a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard >> # # Sort Order: # 1. Tracker, without number: i386 before kern # 2. S: a before o # 3. Engr: non-empty entries on bottom # 4. Tracker ID # sub active_bugs { $S = 0; $Submitted = 1; $Tracker = 2; $Engr = 3; $Description = 4; @alist = split($", $a); @blist = split($", $b); ($atrackertype, $anumber) = split('/', $alist[$Tracker]); ($btrackertype, $bnumber) = split('/', $blist[$Tracker]); # fix empty Engr if (substr($a, 26, 1) eq ' ') { $alist[$Engr] = ' '; } if (substr($b, 26, 1) eq ' ') { $blist[$Engr] = ' '; } # Tracker not equal if ($res = $atrackertype cmp $btrackertype) { # warn "$res $atrackertype $btrackertype\n"; return $res; } # S not equal if ($res = $alist[$S] cmp $blist[$S]) { return $res; } # Empty Engr. if ($alist[$Engr] eq ' ') { return ($anumber <=> $bnumber) if $blist[$Engr] eq ' '; return +1; # ' ' is greater, at bottom } elsif ($blist[$Engr] eq ' ') { return -1; # ' ' is greater, at bottom } # Sort by Tracker ID $anumber <=> $bnumber; } # List of open Problem Reports # [1994/11/30] kern/34 nullfs and union mounts can result in wild # Sort Order: # 1. Tracker, without number: i386 before kern # 2. Tracker ID sub List_of_open_Problem_Reports { $Submitted = 0; $Tracker = 1; @alist = split($", $a); @blist = split($", $b); ($atrackertype, $anumber) = split('/', $alist[$Tracker]); ($btrackertype, $bnumber) = split('/', $blist[$Tracker]); # Tracker not equal if ($res = $atrackertype cmp $btrackertype) { # warn "$res $atrackertype $btrackertype\n"; return $res; } # Sort by Tracker ID $anumber <=> $bnumber; } sub parse { local($flag) = 0; # List_of_open_Problem_Reports or active_bugs local(@list); while(<>) { # bug line if (/^([a-z]\s)?\[[^\]]+\]\s/) { push(@list, $_); if (!$flag) { if (/^[a-z]/) { $flag = 'active_bugs'; } else { $flag = 'List_of_open_Problem_Reports'; } } } # something else else { # sort bugs and print if ($#list >= 0) { print sort $flag @list; undef @list; $flag = 0; } # print rest print; } } } ### Main &parse; From owner-freebsd-bugs Mon May 13 16:05:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA04435 for bugs-outgoing; Mon, 13 May 1996 16:05:12 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA04420 for ; Mon, 13 May 1996 16:05:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA29112; Mon, 13 May 1996 16:04:21 -0700 (PDT) To: "Jin Guojun[ITG]" cc: bugs@freebsd.org Subject: Re: errros on making floppies In-reply-to: Your message of "Mon, 13 May 1996 10:45:40 PDT." <199605131745.KAA16427@george.lbl.gov> Date: Mon, 13 May 1996 16:04:21 -0700 Message-ID: <29110.832028661@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I am trying to figure out why NFS installation fails on our network. > When I tried to make floppies I get following errors. Please advice > how I can make these floppies. > > # make boot.flp You can't _just_ do this step - you need to do an entire make release first. Jordan From owner-freebsd-bugs Mon May 13 16:57:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08775 for bugs-outgoing; Mon, 13 May 1996 16:57:39 -0700 (PDT) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA08768 for ; Mon, 13 May 1996 16:57:37 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id QAA00758; Mon, 13 May 1996 16:56:22 -0700 Date: Mon, 13 May 1996 16:56:22 -0700 From: "Jin Guojun[ITG]" Message-Id: <199605132356.QAA00758@george.lbl.gov> To: jkh@time.cdrom.com Subject: Re: errros on making floppies Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I am trying to figure out why NFS installation fails on our network. >> When I tried to make floppies I get following errors. Please advice >> how I can make these floppies. >> >> # make boot.flp > >You can't _just_ do this step - you need to do an entire make release >first. > > Jordan # make release CHROOTDIR=/usr/local/tmp chflags -R noschg /usr/local/tmp/. rm -rf /usr/local/tmp mkdir -p /usr/local/tmp cd /usr/src/release/../etc && make distrib-dirs DESTDIR=/usr/local/tmp mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /usr/local/tmp/ .: gid (0, 7, modified) missing: ./bin (created) missing: ./dev (created) missing: ./dev/fd (created) missing: ./etc (created) missing: ./etc/gnats (created) missing: ./etc/kerberosIV (created) missing: ./etc/mtree (created) missing: ./etc/namedb (created) missing: ./etc/ppp (created) missing: ./etc/uucp (created) missing: ./lkm (created) missing: ./mnt (created) missing: ./proc (created) missing: ./root (created) missing: ./sbin (created) missing: ./tmp (created) missing: ./usr (created) missing: ./var (created) mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /usr/local/tmp/var missing: ./account (created) missing: ./at (created) missing: ./at/jobs (created) missing: ./at/spool (created) missing: ./backups (created) missing: ./crash (created) missing: ./cron (created) missing: ./cron/tabs (created) missing: ./db (created) missing: ./games (created) ^C# Would you please give more some details for making this release? Thanks, -Jin From owner-freebsd-bugs Mon May 13 19:10:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA21564 for bugs-outgoing; Mon, 13 May 1996 19:10:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA21525; Mon, 13 May 1996 19:10:03 -0700 (PDT) Resent-Date: Mon, 13 May 1996 19:10:03 -0700 (PDT) Resent-Message-Id: <199605140210.TAA21525@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, thorpej@and.com Received: from and.com (and.com [204.71.212.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA20765 for ; Mon, 13 May 1996 19:01:50 -0700 (PDT) Received: (from thorpej@localhost) by and.com (8.6.11/8.6.12) id TAA14455; Mon, 13 May 1996 19:00:09 -0700 Message-Id: <199605140200.TAA14455@and.com> Date: Mon, 13 May 1996 19:00:09 -0700 From: Jason R Thorpe Reply-To: thorpej@and.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1201: FreeBSD SCSI changer driver leaves a bit to be desired Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1201 >Category: kern >Synopsis: FreeBSD SCSI changer driver leaves a bit to be desired >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon May 13 19:10:02 PDT 1996 >Last-Modified: >Originator: Jason R. Thorpe >Organization: And Communications, LLC >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD and 2.1-STABLE FreeBSD 2.1-STABLE #1: Fri Apr 5 21:15:40 PST 1996 root@and:/usr/src/sys/compile/AND i386 ...though it doesn't really matter. The driver could stand improvement in _any_ environment. >Description: The FreeBSD SCSI changer driver is suffering from bit-rot, has no userland control utility, and has a really poor API. >How-To-Repeat: No repeating necessary (or even desired). Just try to use a SCSI changer (i.e. 4-tape DAT) in a sane manner, and lose. >Fix: The following uuencoded, gzipped tar file contains a completely re-written SCSI changer driver, with a completly new API (which provides a much nicer abtraction), and a userland changer control program. This driver has been tested under NetBSD/i386 and the FreeBSD environment listed above. This driver is currently part of the NetBSD-current source tree, and will be included in the NetBSD 1.2 release. XXX Note, the FreeBSD NCR53c810 driver has limitations XXX which prevent its use with this driver, notably in XXX the area of LUN support. With a quick tweak to the XXX NCR driver to grok the additional LUN, GET ELEMENT STATUS XXX repeatedly failed. I have no idea why, and wasn't terribly XXX motivated to hunt further, since I knew GET ELEMENT STATUS XXX worked on a NetBSD system, and works on a FreeBSD system with XXX and Adaptec 2940 controller. The tar file contains the following: -rw-r--r-- thorpej/and 19450 Apr 2 14:25 1996 src/sys/scsi/ch.c -rw-r--r-- thorpej/and 12392 Apr 2 10:51 1996 src/sys/scsi/scsi_changer.h -rw-r--r-- thorpej/and 5580 Apr 2 14:14 1996 src/sys/sys/chio.h -rw-r--r-- thorpej/and 121 Apr 2 15:45 1996 src/bin/chio/Makefile -rw-r--r-- thorpej/and 5609 Apr 2 15:46 1996 src/bin/chio/chio.1 -rw-r--r-- thorpej/and 14168 Apr 2 14:37 1996 src/bin/chio/chio.c -rw-r--r-- thorpej/and 2353 Apr 2 14:37 1996 src/bin/chio/defs.h -rw-r--r-- thorpej/and 1772 Apr 2 14:38 1996 src/bin/chio/pathnames.h -rw-r--r-- thorpej/and 1583 Apr 2 14:35 1996 src/patch The file "patch" contains "quirk" entries for the particular SCSI DAT/changer mechanism with which this driver was developed. The "quirk" entries are necessary because FreeBSD does not properly handle SCSI devices that follow the SCSI spec. (It's rather annoying that working devices don't Just Work.) begin 644 src-changer.tar.gz M'XL(`````````]0[^WO:1K;]%?Z*67>3@D,P=M*T&\?NQ:`DNK7!%T$>7V\^ MK9`&T%I(7(VPS3:Y?_L]Y\Q(&@EAN]VT]UM_;8SG<>:\7S.(V#T0&W$@7.$? MN(NV^\W7_SGL=%X\?\Z^8>RH\_TA_F;/#COT&WZ>?__##T>,O3A\UGEV]/S[ MSG/&#H]^Z'2^89T_`)>MG[5(G)BQ;Y)%%*_X/W:N MLK_6]@_J]8/].MMGO6BUB?WY(F$-M\D.__:W%^P_'1&%;-1F8V(3>Z78]1_` MEK8;+4]Q7S<(&.T3+.:"Q]?<:\,X3ETZ<>([0;!A4T=PCP$P!_Y;)Y&[<,(Y MCYD7^]?PZR;VDX2';+IA5L)GL.A-S&<\1"!PUH,V)@O.K(U(^%*PRSB:Q\YR MZ8=S@!2M5P0HH363$'<*/]FP:,8FB;,`TI>K=0+@+-?GHP!4>F?NC$&S:+XJ5HL1L_6;`HIM_1.D$H MR\CS9[[K((P6(@D>6\71M>_!AV2A,)U%01#=(`UN%'H^;A)$".Q; M\N0E?CYLEU`32)7"R8T\6`FZ#I))',`5H3K3Z!JGE+01"/R$4>*[O`4K?,$" M@(=@\F.)O").<*@;./Z2Q\@C=K2-"!RH<21%!.CTUH#<'X,+DU0J2%[DKE&* M3BJT`Y!'!/,Q6SH@<%!.D3.>!(:`=3*(N&=M4G/'`\U)?(%'YOOQ`%B(@S/N M)&NP`A0[J@?@342(:);<@-@46L0).&05.)L2)8Y[%48W`??F'.$*%')MC#`D MWQ(@T`W6'L^!,H]?\R!:`05@!B6;Q>W`?=8%GH&:+]>A4C]0T$62K%X>'-S< MW+2501\@@L]Q+V>ALU0$<+0\@`8T;U`X;,J1.A!"Q'CH13%2&B."RRCA*:(B ME0%'4_78#*:+W$@M@XD5=]$N8*L?Y49-MB&$$@*"&[\U+68-7X_?=T<&@\^7 MH^$[LV_TV=E'F#18=S)^.QRQO_^]:\'T=]^Q[J`/_W]DQH?+D6%9;#A"..;% MY;D)NP#,J#L8FX;58N:@=S[IFX,W+78V&;/!<,S.S0MS#,O&PQ9!W]Z&P(:O MV84QZKV%D>Z9>6Z./]*IK\WQ`$]\#?ATV65W-#9[D_/NB%U.1I=#"W`%$OJF MU3OOFA=&G_3,',"YS'AG#,;,>ML]/]>).C,`H>[9N2%!`E%]OS5@?(0L!/+&HRXRQAJ/S-Y86T;R&@$MH[%&+QL8 M;\[--\:@9^#L$`&]-RVC"3(R+5Q@RI/?=S\2A`F1C[(!].1'33%;)$%FOF;= M_CL`TT\7@]@M4ZG(\#5"LB:]MTH`J``0C+]5]LU>88(&8GI6'X/ZD8 MYG$<1MO#?N0FP?;P=#W;'@3C=;='P=KC[5%WX>-IK#0,[@B<=07L):0"$KH^ M@2DH_F/#;&E/-J6B_H[I]+1\;@]RVL4>#'A\YH><]=Z.#%`%PZH=:6.3@3EN MW#9K#<@3HK@!'YM-;=HRQG)%BVV:M:5SQ8&RQM+Y!ZR];>)@O0YQ`GVRN[#1 MJ;GLUWH-LJD:2/;M>NF$3V/N>,XTX(S?0K@(G8#<:INQUS'G9U8?(A07X7<) M6S@0"!W:.>$UV`]$8&TTA-*''QWA`0@G\\$H>^Z`CLSUL'\[`#W@(P*[5X.^5[U[Q M^!@.9>XZCA&8'"*C2'$9%V*E'V)>(6,[A)5HBCE.'FDD-WA`@11BMP>!&9(' M""CSD(96SIRG2*9XS/Q8).*7YY\(%?E7"T[R^*V,KSWP,_9^88\;K<-\C_QK MQYX=E"P=<<6DX@EB<,#GH"O`5DR@9.*'NR`<*WJ$T@S.+H;O#`A`?7-R07+` M4*Z(6MN`XH]V@D@N(=/"8Q#-'(VND#E8BT&V0R"-#QC)WJ0@JT#Q6VF/&CAB MQ2QPYN*XADR`N.VV24"X^\LQ%AFH6K0$AW(S>VV/AN/NV*AU;CN'M%D)WH64 M/XX@=^,LKU*Z6`.`O?OS=2PE/P_6G%PGX@"&F%J:_T_.;/NRT5#ZAYZ-[8,= MR3_AA-!6K@J&@4SXN8Y\C];`9CMI-H_K.()08SZ'I)#'L$-"A=-P'CP`H.'6 MJJ!>>:`;"QLJ$DCT@(H3-+M.B]%_-:E?`:1ZE"AO,(VSI>T0Q\&'[=':BWZ_ M9UL]RP0DB_31--G5/')NG`T$/%AF&Q\@E`X@>S`&L.4QHB'H+-ON(MF)B"0%_@F2'\3*3_D-DE0S=/? ML`(0+"U"4Y:R!E9848NAOX7R;B&3X3V8W?L)48#P>^T$*"/8!_EX6`:B_JE6 M2,T_XF$%8!3!MZ&YZ-3L:K!2H1\`VPTBP?\53.OZ,"*+E2<$1,CN0<"D](/) M^3FJ&BI38Q^.M\&!>`&/FZ1OQ6ELS215$X[8A&[5A!>%O)D;C1JG`B;3S>52&'$U-#PLK:$1?0NI46$(CS=1M*"^-X:C@GK,4 M*M"25W9AP\?T)N"\0NHP@,/RWI,((#$HH/-?7(; MI2@=)IS@A^BT)5'/CNRD;A]-DRAH3#<)%\T\9V#[-')F=KLPSZ8DOD2 M;3^6K@S(`3"2I:G`R'_IYU*L/C<'/S<>9X&"4'EZBLD*N245P!1JCQ$W*7;B M;S$C:]`.RD(9?B1-VXUVO78!R=&PUR#BJ_-!5O3+^FR*VH4]-BXN(3^S(5/J MFF-`K^;/&$)E)R<,0Q3@I+B`I^[33#DME`ES:JK1:D/.M,`,V"3)RHFE7EF:S-J&(*6EUJ\3QQLHDVB/`VE@Z$'^*#.-[T2Q MM&8-OPW%\"O\?/H*SSLE>>UC_1Z#60#%5R^VTBL[59GL.U;B4<> MY/RY-.4X:7<%V^:82^^1#/9DK84%7,J98AF)YVM5_@K5Q,V2;!B.-VR% M%;_F]`F`X@Z\(#.%PY2#HF"C M>,%!?)J\I*QH9T%>BMN$LE1'C9MO>%+H)$`]O);W+Y*/;<8&V-:^X5B1@I:" MOM!&:HO$ZQ4(8<.3K)$`'J`0BD'6JBX;#*USP[C\K/ZXZ%H_-]%#*)W8BV8S MC"![J"@\@+C\JS;YR&,BB))'HL7@(UU_J<^R7'XD]D#/9=(OR55M"6H^6.-/ M+=:HGF`089KL)[5Y3^RQEVSO+F#]7<#ZOP/8Q2Y@%[N`(7N(S16;3.,33=YHTOKO$!:A7Z>K MFQLH\S&@3IUIL)&MN_4E?^"` M$E,+OJ0XE?5^@$9%GWUR&BT'7:(F1[=IN8[34Z M0=NSDJAO.7C'&0-9%H1-`OM";H3U^[\\.LE$!)7!K\BY%;G6,_L(+^0687JWP.6>FP,]PPR)(QJD+@R&))?Z2ZSY:'BBK^\?,ZAOO[.&E,<@S-M8`,5L?";B^^/-) MOEKOI$Y%%$\I>R$$';S"I(!"=("TF#D/(PA8>]@UPHN!S9X,S7Y(U^'8(Z/W M%Y$+2L0`2=Z>MQ%U!RI\GS(D!U(6?%"A8ISCR>XAJ0J&A)3"!F;)31()U`,) M)5XVG4F$JX!DF>?&8*RS[P*O%P1F11&@0`$,JM-8T)N#]8JB-D1CG9&IF+:# M7H>BVSR"35/'*RME'0=?%GG[^(3]K\;<;#V=4:'(U%KX,S3Y86A6V1HU2"2* M[M)K(?N<#-O=B,):^*1*?=JD4_"GF&%Z.#8G-`0TLP3(LLG7`'2;F*ZXCL"> MOCG$6PD0;DW3#HP8I!>-ZOX.GD%!9`J*2AE:!BV]E"A!3%UV)52MZ7,'Y,NA M9>*5L=(J0:6,<\=:2#KTM>2W=RSMZVI0YJ0U[HXGU9Q4EX2VZBGNNWA`/TG- M?^6TJ?]Q^`(\)]:]R+(6Q$W\K07:WH*[>2TN](`*SA38N+1Q-S7W3YE2AB;[ M_)FETTE4FBRD+IGUEB%2DRFHQI4&+`IR"^]=K2BAZ(G])3`EO?^,*5: MZ06?2O;73CB9MUJ0:SG.B=C5YB1=G412@(VVON4XW7G_A3Q70#$ M?0!$$<`?[-L:52V),BL>2Q)2+U(2IKCN\!X@1P\!JA'STM& M=[7ET=-)".MI-K[EU4%D#_/DJJPHN>"='E@MW^'\4S?Z''8R.CVF2*$R8(4OZR%-W3!+/WV"!:/+0H!"O4D0BCI%&P(Y-=@ MJ#^2#?M"7K&!'LDNI[S:Q2^"Q3'=#--[06*M?&/13M^!UG>7K`N.[W!62;S3 M=.5+09X4GFC@#MUPL9=:*IWM!8SA@V61V`LO/KYS+;X]SC:LYO=O2"_\H2[> M5Y?\>G>0R0<'^2L,0>]#<26]QR"JG&O'#UK,;Q5ZZQJ1P#*[`"W329-$&7-J M!(=1_@Q9R5AE.GBQBYY']:25YLH+>#TA(ME>.X'OZ;ZKY'U`!I\>4*Z-%$SL M]VM<2M]'S_UKGGD@PJ[-Z%I.7N**[*M,'G:ZE_B$AQ(7?#^LB-.@BHCNN&FO MO!&FVP87O1X/Z86J@'4@77D9'P0*R!).?<_Q^3GX;,6/]'M^Z`$)?00W\_$^ M&O`YO,K\I11)0PF\*;](T3CL'#W'YR?@AL\FK_$3/D,9_IQZI6)GOF0()>^+ MO`:C3ULK"#KOWN/[2NKVDF)KS;F[K$#UD6I2N>_95#"'9J.QMH,HG#?5@4\* M/NO>L\GC*\V'<]6K-(G'TU/N!:0])."3AP-].!8:,=FN1HK//JO0\J(Z9PJE M:U*N@_(+D/@0`]6J^,Q#/5G(>A*<-Z1`4RTAUE2KD_087U&=ZA5W_DK1)%)X MXK:6I:]<\-)<^1&*!ZI!28OY:ZLE%;I MHOO&B?';GZW*:)@!(@AWWWB3&NA.N*$]&%524CZ\4DQ2Z^_AAAY(O))>.V9,G/ETCY4SXQ<>GC(BSNGS#FJ.688WD/CG1 MPISJ-..7V55JH)(%?-,3D2*)E8.O>E!],I6&Y;"BD1TK4X26Q(LN*U$[7TK= M(%[])7_AM\/,<&DNS/)Z[2A]T^ZF];;-D;&UI&*E)H7_%MYQ5B0W^K[M2T:5 M/RA`6\5*A71EL5)*TO^5!!WM*$N/I1UI[4:%/1:RA<1<\0$G,E-6[W`5,7(2 MV?/_F6V#\N)7[Y0_RD3V@.P[_0Z4N-(?A\@':WXB.*3<2,1,\YS:%3Z,1.NX M3D\A02$*R7+IYAXI(>NY4X^R5167(AZW!0\%5X5L]:2T#.W^*I]7/EO^0I.' M2A`*"UR;77VC3TDU47V]S]:^WL=1FXNKD]@)!5[.`<$1L"7>V!J#DOG6!LEB M6^_48=L.UWVA%7@5_X7EU.B7Y"V*S84,&Z\K1(OMIUTXH3]$C)VI]J(2I??` M+R_>85=J*D@@)K/DP4%J"TDU%MU]0`HO_[[RC9W#RMT*Y1P M7FB&F&D\^RQ?T.!WVJ&`+Z1(S>*[34@07/IZ!7V+CFRB+%9D%+T8U.J<-`!0 M1-MQXYZG,!D!Q'31YDY[J=H6.R[\[]P;PF9MKWZN==_>F=AY[KU[863'L?@* M\^YC?;[SW'LWA[!YQ\']>^GU=C/Z_]I[UJXVQ+@8$AF;S*':^PVZ8WI]KIM`I.=_W[K);74W6X[Q,GLS+%W)]C=4DDJ ME4JE>FENY:`_\60SHG@'),`3]W)KT#&M0LI;]CFK2Y@68_SY%R=#G&CE"(#E>D'.= MV>%F5C"&3/1NY4IT+""2?JJ$4^TRB3]YJG79>$K`1XS)I!L`OL$U1WWE7Y8+ MDV/\TD5-3TUQB^5F>7ZB[6+_XN7Q_D'[8#?E_2?Q8"Q8H?Z:7%0=#S\[.,IR M8W7J4_&B"=MDYQ>) MV*QS_K?FX]9&:TNIQL;C5G.5_^U;?%;YWU;YWU;YWU;YWU;YWU;YWU;YW_ZK M\K]9:77T7D=6\$&W%QLB84G8I>-]UEEL\3K+V5[+5_3U[U=A.+BK_=J_J0&+ M6+^&W>+76A_]MS#%$A?K$9W>(_ID,?FFL#%^\A MURW_BQ[\?3*(#!QD3V>G;]0+V"N"'HQ#;^-FU6>]Q%06P"U[X;C?#:P0.7^L MNM!?5K#0P^?=<>!=^<1\7WG`:`-+!JA21K4HP9A([4\'6&!QSU^=<[2R;`H$ M2!@\]B&X`QA!0!%[O'/?P5'.(T-N%R/'D:U+"]=>%.'!%[Y^\$;20>T,H9NO MJ1>2]0UM*)V/^*:8/ M[#6)('?N>`VBH1G,\S3T4QC!&"Y@[=/+H=\#.AO'6[W7IY;%4(>)GT"VAKT: M1DWX0*``B8/>HA%TS$?$:O,\3"!&@=NIG[!J9PCDA!-3 M01_'TX#[H%K;6Q0K?C>7!E4'9P($WJ;.P#@(,+;W@F/D\!\=^?F3R5N6]5(U MW.4K-@4.+;?7:UO[]R("Q(U7I#.1W+2&T(@D7*I(47]H&^YK<3;3S8K3M,SV M&?YD)71CJ\NN&5G"1:]0J-]VMZSRI.RQE-J%B==]V^3<=T:_GE)QNCGDQCU= M0TO/6<70@1'+*9V)SQEL-F2K2N2AS#B_CI@P9HR?_!PI-UU>B2:6:%I`H>G) M.!SN6JG2GG=Q"5I3KOD[&9W(H0]D3">_GQ1$*@+BIW5&JU[L;F,H?-,-)CHM MX\SY]^'\[U/N%3:87!O371XE'!X=HH!P^+_MA#$.!_LXCR3T0?!MZY?=?*1H MYQW+6PA'0^$V78ZD!5:`>.C&NDYWD1#[#!=?#';$3M[PK=@#7`.;7WL-Y!87 MNI:D8LE!9M1O,'_! M1-SV9LQ6#"L];UENLGGSE^%K"2-K7BYW'K_>Q,SV%5U@@N)UU747%QS`<4R< M`H=8`*PO?R*^EIA&)_;-3\Y`ENT_;P8R[/C0]7Z(CJY6>-7/";7?+PM`+D#]2ID$V?4!]LHA?3@<#SGR; M!M&8R5#=F:+IOV`L):WDRB^: M+0\'HN=KL6DJ?.DT+6V>Q-0G\S3T,*`WE@T/$#"K\5FAD^54UD,I.F+O6T#8 M]CI.@SA+\)$*]4E'SB:<@=>E.5"Q?):<"EZKG#-V M\:43G[XR,6LC-N!\=RV&15@@Z(083+J#@].I)Q?T/[7'B"3H$)FAR5TZXYF? M$1R/,.E(GF29Q=SVS9+8J.<6/#$%M^OV2N@/D^O`OUB-"8,N'.0:77@ MT[T6K7;TRT7(B_.7+UVY/*O4X:N3]L\G+)WGE0.9OGU"&^M&_GP]?\Y5Y--_3S'YI?%DZ$_8AB^^FGA>DR=(&;0C4)@`!XF`8,4Q(EHVLU.\ M1^37C_E,B9HY94W`@^K'WOAT@+*7YT:@X9`F9>GA\A*#+-N>6/3H^>T;2%7"'C)$@,G>SYJWA/*4!SQ''C`@ZAV%U=.<= M?A79@A:?>[27>P9+,&3",]IHKF\\WBFS62B4X1`Q!+(1 MZYH_4,)!%0>4*!OPQO;Z=FNGL#\D$7CB?2[H_=F@MS?6MZ'/IX)O5<;C9Q]S M*6&")Y^H45M9R!I&P"-N"4E8FDG!W5[W@OZ.>DT6F'5M0MG):8!A.LVP+1&5 MA,%5A9>!):+`3/!Z<^41$O$4BWA&,A$13R09U4[NET[6?TTJ9_\\81:$:V>` M-(&I%G7>Z4"UQ&*92K`\"8D9D9Y0W'B%%=DC/?GQ.;I:"8):A"#FAN0]):+3 M)9_>U.B*';32`$Z8,6!U3/6)^D-V+4+%;`3BELA:6@25'.YICS)1$Y,Y$JOK M*RO0?:K;0X,HG(![)BB,5[0G;-8RS2848#IJA<%3MDV=U,Q"(@E8U:2]]/)R M#+5%XRTF5C1.DN&T``3`B=ES5!-4$&BA(WPHHR1F_N%R0!6'U_CRD7>;@$8Y M?[@44,>!WJ<&UG93QE1NC_H^WO:!AIJ*+7;/=#BVA2B9Y%V^M>%*;/QE=*.K MN)L8E&3Q+RXKXB"6;E92UY%TSHY/+VYO-3TQG4A&U_A0AA(AQ]1Q$!NN;[0+ MBQ6=TKR.@">1,L>.A-/*/*I&"CW>KV$MC*#$5`A9*_Z!SJ<<;1A[E22O(@'P M\5Y%W4\M>'J:6NCT5!;XAOM4%O;V#"''P1BISLZ.+^[N4DB+%2YR<0:'&P)O M)JIU-)M3">+*Q#)C&/E%X-QG@WC"-W=W$LZ8'WSS!CIKF)\B<\2[*>>=BQWUG8\@8*=XYL<,B-8F"^WPF-PTEDY!.,B+U$4P#PPLD0 MV5TPF$84;1>%M&)N1\,N*UV+',^+<2[C/KLED;4-;]0!8A^%@3:IH3$1_I?8 MAKHC#`9!I::/#=/5/%V"6I)55XJW0$^5KF?M+#+0$L(AP4X&+MLBZ4H0BN2I M*X_#2W1Y@@5U78%56#HR.I%930#LB3<<1KS;J??A1[1!WRF=SLZ[1;UZ^Y5]U<@$G<4B69F=9[SZRW8=3]S%UYT M`()7WK/1C0`*D5D:)N*]]B9,D@=9X3"2,(*-#J&\QSO>,,T=WFZE)=C)R;7#4_4,G,=G;UNH613G#J&0^)/ND44TF8U% M)8(D@XY)1Y(HSJ(=5\;*B1E;3-3JWU/44C-ET4PUV+58H[CN`DS!K8Y!/''U M%WD+/J%^B[+;32[C1'-1JK7<-9IH$\-WLAK-)OQ$TU`YV78NK2;]#&8@6L.P M"3#1R[OE!#J<;M?P)9%^E,\G0B^WQ=#D?JD64.@[L M.^([]7ZES7)G=2)4F88E890E7 M7DDG,R2U?L@Y=%`A792X5).HFW5`?'&=9<6B78DV%-SS=,!U[WVMA[[;:-MA M%]I8IXYYH4B-0K[^7=R8!G1GMA^8S)><2U,<&6[\885TH?T0C:77T]X'PY,) MQC08XHGW+IPJY))PP(,^P:\U9((AL$_7YBAA]X4"F0M3ARSCSYNL@C:6!KM/ M)LUH;#Y+U4#[2Y-LDLX17QO24N71,M,B/UOG:%]F2YH=/.5>[8@,]];K32=X M^,TP@#BG/N>^AT\47E^PLO>G?<&TLSIQ:DID&=>@N'SR&PRO@(*&QNI#A348 MJQ(G^I_=R"1T2\]L8!)F@6=_%II7V/MK\7W88O,W*?EMU#M>X6Q"Q@U==``+ M83U(VD8,ZI4Z#$3'GEY+25MO-/%&$=^.M<.KK+!NAP:(`(=A5N0"`5U(A8W4 M$A7Q(A(_G$;H7`2`1W-?4;E*NI^DPEI(- M5<7IV+/H,%U:IV7/!)Y&?*+F[!655S/*:S-CGA)59X\NM^K9EK#:3?SU[ MN34R"W/T4:IPJ`,-8(YO]-39#`JV<"S)B+%ZT;SL3_*P/[)#%XG(\WQTK;NMLH>+E]?%0_67%M% M?4R@U!J'OJ$JX<"N#7UV2;*?)FU@2U<3N8M#* MB@3V*]"$AIEJC4*1/(2S^5`JKH37491#%W%B/7WM%.M4Q]ZZ3J(K'FQ:*G%Z MFCV+XF./>O4XU;B=9[PF\AVY:V+95%<_L4BF5E?/)W)IN^TB58Q="%.,HH)$+&8.?8C7;V979W)6*JGZ_/E><;C-=DVGL70.ILV0! MDXL="Q>'QV_*:[VU*F9\:U15AO!<<6II^<^MV4S5U,*(6UMO4&[M5JJVWE/< MVG(1(U8^-94W,'_`Q"W8B0O&K6QF%!1&[T+<2G>'>'ZBJH3!.6ULI_'@,,.* M:VN)C[/WM;&@_O_2#TCW_PCO?!WX0V_).N9\_;]2C<<-T?^WMN`_U/]OM#97 M^O]O\?FKJ/^+?RW\O?S7BJ:`PG:MH')Z_./3 M`A)+L7/ZO,-?:[WBL\.CXS='3POC,)S@#TP,^71CP/5?WURM_V_RJ;TK%?[GR)L\ MZQP@%X"?^-_]3(!8,=,&J*$NP0J(8)9@!D0PQ@Z(/[[<$(A0OM@2B$"68@I< M0F^T+5!`+<48B+"69@V4CGV6.1#I_4OL@5C_E603U3"S%)*@7Y5*, M@@AH>59!A+8LLR#U[$OM@@QD"89!!/3%ED$$LBS3(/'LY=@&:=:^S#A(()9C M'410CGF0Z/V@K_9A20P5'#AQ5X,G$SJ-J4:Q=@PKK/->'>V_:A=K1^CN#6)N M[:B?=/^6'`X*>-K0G]Q1I^. MKQKZ2Q-JA/I'2QV'F!,#GO7X/VCCH-UY?GI(\TC-/,=FK%@?W2]D,,9T8KD) M2R^`4T73WGLV-(088!%.H3_([=$OFRR*HPEI5(N*J]K)J'A& MT$V4'8)AAHO<]=E0K6.H[/I'OP\;@$_17\7:X22%BO-(7PZ)86X`N6M>0<<9ZHV+9T>)6R$Y,[TDQ5"P[AM,* M&]]H)]&A8%9^23$OP7Z%,](G]+3/BA_Q;AEKXT)Y!"2^P(D1Q,%(XUCK?+%: MJ,R'/F'N0^^VB[:NJE.V:-Q_E14PD[QJD'ZTS]1'B;B%M?YOC5(M][3/W==$ M4#"GM*3/3U!3!QSF^?&K5\`DX\7-IG]EOY_`-^DI/\._Y'G&" M?12G;@CV*V,^894IF2ZP,DV0!O@(:TY"?D8`\0ETC^]?E"4(:Y2E860N4!+; M0'E`&UZJR78T_MF<@3*.-P@IJ6*$TA@)!CA^/5"MAN/!XN7,-#+Z@D.E>Y?I M$7^+A_N$+E;6K^B;A8F&];U)3TIF2>@395"2'JK`&Z.^SWD1I*5UOJF+Q]D`N' M>&V9Q8@M*H@T&32*>LD3AIDB[ARG_GC\S,DYL^=,RJ"[*#.QF1X>YO>$!B?` M;(9W3%*Q&TP@!I/$MJ1U]WSH``(TM&?F?I>FWG!W%/S9W@),WT>,XX5J1F^/ M[..:KB$N9A?@0PIR0=\*4DZL`*U*YA60O[2=9'@SC*)NWAO:W&$+\7H(`T@'W1^B*9VNX[TBB2_2==.STSC#7,(.614+157/!7LR M::M'\M)8#D?Q06@1I-(H[:@Z[`Y;3F$)8VBH?S4=\Q8#BR?1Q2MO(ON`UIF7?^-HYUE!3G&UETK8O M`I0=C.780K4X9[6&)C?3FK%[R4>^V%O M,DP_YOCG/64]]L9CMQP\"$+WT:`7)*$-?=B5HD0+D[X?IAX-_EST;C&%98'O,[VX0.D37Y);+#&3WGA2 MKU$8B=PT6;@)?=R7T3OVXN*D7,;?>%FD_;HW]+K!=)19P*<\3L#/C-<:^>=2 M4;E7-:\P';KG%29F!T>QV>7\:$XA?H#G4[Q`@!'.17VZ-AZX.XG^4LN&W0\Y M'L@"3%Z!52F?[`N4-QK,SZAC7.(_IP[[E7]&#:,&^9Q*T;TJL4H@MP:ZXK\F M!U8G7U@$RE,C'I(.C6G5Q%N\Q_53L?`)E@-ULU0M%"223?U6I1=XZC2/ M.^8Q*Y_,B\.V?D'G,_/\0%>@NWX+A4(=?__F#(`58QE]UEZ=VLRB2UK=1OK" MQC2I22%%:N3N^ZN')Y`KO^44(^`!OM68ZQQ=X/:\`AT5@ MWO5&F#KHXWM_Z"E<)#!4F(EP-+%@5E5IL%.J5-1?GJKUAEQ[#%(@E(8:_)N, M$&N#M1WX7K"["0`!&H#!6Y`+EV.O^P%;+(BN@\H3[R_3'=._X>7'!6Q;K5-- M/\!$\=@-]3!^P!=:4[&GG/,X!D*Y97[T].U4KDH%JK'2&?/&WUFWO7"HR0!' M9'?^*4T4PL=WB9>(*B^X*>N4,^VCUQ>O]T\!4U:])#8N3O;/?KIX_I-T]'CD M.4I2;>,U_2G'U$"X]`*G%R";79P>O#FMJOI6O@Q5V`0].M/RE+@8H-O-?%H-_Q+!BEBLF))<>_ M.#C+1'AA,W3QMH_YJW=C[N3_4NOU&&]_883BW=N^G@U8M+WK4?D!TVA&K8HA M#DUX/,,9\*T)@Z'=TMBF`9[J`@UY1WT'W$91HC:;QSGPX>T&-7ZNBQ1Q"Q,\H-$IZ12):NSM"KU>D_=^2T,O-Q+%35K MGME''J/("D;N7?>ETHV30?\8YK57WTQ'[CGI-W3`KQ!>S7ZBWPSE], M#\!K>;B M>_A>T:05HX@&`J]J5APXK)2TR%O6M)DB,QLBH#8!D"3@)$"Z]'T.0)DQ"QP' MD-^K=S+M#K#[]NS`PTV>5'G:E*D7IS9IUASZX,D$PC:MR?8?-V3VO!M,#F`V M/;.S\]8G6*7`J/\\C:/7<[8_PW"0B/R@.X)#TVCL8P2<[JSZO^^BM5(52Z-V M1M9VW#5*&WA\=MK>!V'Q@$;&6RES*2^6^?BR/['':0S0R=3::*HFTJJJ]$'F M>R+.Q+ZBBV7M+1S7J,IU_,6$#\,=P,B"R0"8=Q\`(9>E%\!;\?^E(HVOM#!_ M>(?;6GS,M-:;;KZ1Q2&U'+M4+FF$XSQ.&<2^)8NQ2X7LQT^VNS4XW"F,&8/`/W8E=Z)EQP]V:E9CXM>#I5P;WZ9\@B`?"> M/22J$?<0NC)M$GX@QPST.[).58JOU147PR"D>[^HLIE&\AL1NS75UQY,"?^E M&E_0@Y0,Y`C(M:G0$O[5?_YC:5]D&,*A96)B1+HSO^N6$=RXTVF(#8^9W,:N M8:WQDK/IX`OGK9DBK'O.F]7EG47W13X6ZR/AHGMC2JZ=MULVXNW2L[9+DWXB ML5^ZE9OYE9M_P,U6!R@OL.'JHLO:=!?:76"CE;U9PF<7V&UP<^9*G[]#:U72 M4G=HHY_*/`>S,94DDOE\6PEIM2P4@Z]S!>5)RYRW)BS2`W M:U4&7%7<'[5+;-[*-,I/Z0>;W*P+)"P'AFMN7=8R]M@L9OR!JSF'#B0'A44& M7"F##J1H%AG(?%/1[_KDF?<="(CPE>S*MG_(C+R4?)FAJ;<3GV.D:$:2SP8.DY MZ1J397&I8_,I(%F-::#O`D2NF^`)D?TNJ1&.VS.YH>Z[5.]Y+#=&H"];DKX9 MY]*6X#U68"*EULR5Z$_FL5Q)(&,M-9F=[,5&A>P[U=#Z'>CJSJ>=>.S8WM7=?4B"K[G*5 M=&Z6-SX(Y.WA5HXWKC.2]OPJWU&-J/+@WXC_>/@GMJ]>]T4JLT(;DP<.W9>% MCQMOGX`8-/]\43,E#@<(%!/AV?RLJA^F8BZH$EN_,F\J7BK]"RIF2"TUI3KB M:0@=NZ,^!Y[7=RZ(P?HT&::'OZM48W83/!\@/<#B]N1OW@&(>,LGJY*XD"#: M//O1P9G@CNRF\H8J[1(UJB?2(!I,\6_2:J^?T&%%6N&C"@44/$U).'2>L&@8 MBFA7ERQ5C3BY9(/D/)$9`,E%9B:XP_:,'DI"R:P>LG/-3)`',WHHN28S(+)7 MC@VP0!,AEF6"0TI)Q&[:2P';"B9^,"758SSA!6=SAD7ZG8GIB?B$HP]YKL`6 M=XY/?`Z7+M!QC[OWB!SE*2.E\8ERD&P-73#"!&^<'T>F2CV%PY9=^BBL(HL6M&O>T* MX8.\0HAAQP?N64PI(+7M:$'+"9WWC5+`]3?4`WKK_U)U4S-6XGXG1_[;/3?_ MMT_LO6,O9:LKQEJ+?$D@@V7V1A7;A4GD/7]7LT3!G_'/\W^I>9.YKB09Q6%R M1Y8?B>YDHB3VB>C3K``_X+28CKZ/]34(,7^()/K-'*(\).K&<:+_:`5&,`F! MQ&$E?0__->IZGRLC#;&1I/Q@A*-?>U=?JSB>+KJSI%B3F%F[K_'D^#-ZKO5B MV9T6)2LKTBQ3#0&G7J+VK!BC%W]FHC.A^LI"I0M_$2HQGGXPF=''N52247P& ME21*4JA]2I:.>\\]+2:6[`T!%T3B[%N.PC(J^U$PTA0R`/;I`2T\N!R1C!NW M<3D=O&TTM^G:P$OD[_!@5\M,\-WP7?C.?)?0!="@[-J3M5U5'L`W:/[A0W(+ M1*\M?!>,F$=1\0"?0`^Q3VH/*JJU74)/`-5V]29SH[Z'-:^>/$&8ZR!.5BQ$ MVILE=/0A<'9A.9E^K,>MFQ_3>,(P\:Z]) M0Q-718*5PT*U;A;3]5"J'DS-DV"B)#6B"*'2JI$X.18)O>'S`CL,FU*J`#? M[6*')9"*H6`_EE`#TW+Y@15_D!\\9_7$"9TRW9#C$77#\1+4C>E3$8^37`KI MMW51CBYB7TIAW"ODRC=O0D=$<_50B:ZFR*S1X#O?4E54(Z=2DR]^2U=JQI6P MK^V,Q([L6^'U/O`5&6Y`4LV]9BVE`_*?R#V]9:O]8T_\^2_^N9C+?]M;FUM@?S7:&VM[O_Y)I\'#QZH M1^8^H4.2%'_F`Y5LZGJC9V-'W8:CU$4W"RNKZ^KK`IG<##<'P$J MFZK1VMG/U;P?;VH5*%P=A'S6-@^ M+H!M'K^&(_H;.*T!*X13>ND5R&=#O"RJCK\>E*I4L13A$;[S_.+XJ'WQ\KRJ MZE44'+V+CU"SWYU@>2SX6[7X4*'+$_P+K.3GGW]6;\2AJ:M*_Y[ZXP\EV)\G M+'_!,S@N?R!IB?)"_.TO5L6S,%2774F+W`^]")TN^B;(X2H,\70_[I,0$U<# M>4-.H35^^@C_?,)_9HY_'[;*0XKS+9W<`=$&JKF]O?'#.L##9QNU'[9+-+(8 M$:^.3Q$3G1@5T^`#WO6`Q7XCK'W*Q?F#DO5//I(U9"60^;9"\F$JO23/$<=`.U/X93 M+@C,`@JHR*K*&6@OI_YPLN[K)/-\(<9HY'7'(#=/U,OS(U77`K15V7@3<]E[[\YE>NHRX&?,FX;#\Y:]-G_8K+;J6_':;#4VJJW6#V9MIB;V MP)I8F.6LB8W,Q'X%2J=HN"2U+TK

V]7J\_JL_JL/JO/ZK/ZK#ZKSQ=^_A\?$]HR`!@! !`($O ` end >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 14 00:52:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA28503 for bugs-outgoing; Tue, 14 May 1996 00:52:14 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA28481 for ; Tue, 14 May 1996 00:52:07 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA10512; Tue, 14 May 1996 09:51:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19894; Tue, 14 May 1996 09:51:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA02074; Tue, 14 May 1996 09:39:07 +0200 (MET DST) From: J Wunsch Message-Id: <199605140739.JAA02074@uriah.heep.sax.de> Subject: Re: errros on making floppies To: jin@george.lbl.gov (Jin Guojun[ITG]) Date: Tue, 14 May 1996 09:39:07 +0200 (MET DST) Cc: bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605131745.KAA16427@george.lbl.gov> from "Jin Guojun[ITG]" at "May 13, 96 10:45:40 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 Jin Guojun[ITG] wrote: > > I am trying to figure out why NFS installation fails on our network. > When I tried to make floppies I get following errors. Please advice > how I can make these floppies. > > # make boot.flp > rm -f release.4 release.8 Err, you're trying to make just the floppies, without ``make release''? Sorry, nobody contributed the Makefile addition to do this. /usr/src/release is -- as the name might suggest -- release engineering stuff. You can roll your own release with it (assuming you've got the required environment: full CVS, 400 MB of additional space to burn), but *that's it*. It has never been intended to do more, and nobody stepped forward to implement the ``make floppies only'' option. (Naturally, people who _can_ make a full release won't spend the energy to add another hook to the Makefile since it simply doesn't pay off. If i need the floppies, i _do_ a ``make release'', and all it costs me is time.) -- 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 14 07:40:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14174 for bugs-outgoing; Tue, 14 May 1996 07:40:13 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14132; Tue, 14 May 1996 07:40:08 -0700 (PDT) Resent-Date: Tue, 14 May 1996 07:40:08 -0700 (PDT) Resent-Message-Id: <199605141440.HAA14132@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ylo@ssh.fi Received: from muuri.ssh.fi (acr.innopoli.fi [194.100.8.234]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA13982 for ; Tue, 14 May 1996 07:38:01 -0700 (PDT) Received: from pilari.ssh.fi (pilari.ssh.fi [192.168.2.1]) by muuri.ssh.fi (8.7.5/8.7.3) with ESMTP id RAA02751 for ; Tue, 14 May 1996 17:37:51 +0300 (EET DST) Received: (from ylo@localhost) by pilari.ssh.fi (8.7.5/8.7.3) id RAA17084; Tue, 14 May 1996 17:37:40 +0300 (EET DST) Message-Id: <199605141437.RAA17084@pilari.ssh.fi> Date: Tue, 14 May 1996 17:37:40 +0300 (EET DST) From: Tatu Ylonen Reply-To: ylo@ssh.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1203: nice core dumps Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1203 >Category: bin >Synopsis: nice core dumps >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 14 07:40:04 PDT 1996 >Last-Modified: >Originator: Tatu Ylonen >Organization: SSH Communications Security >Release: FreeBSD 2.1-STABLE i386 >Environment: pilari (17:35) ~>uname -a FreeBSD pilari.ssh.fi 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Thu May 9 19:37:16 EET DST 1996 snabb@pilari.ssh.fi:/usr/src/sys/compile/SSHGEN i386 pilari (17:35) ~> >Description: The "nice" program core dumps when run without arguments. >How-To-Repeat: pilari (17:36) ~>nice zsh: 17051 segmentation fault (core dumped) nice pilari (17:36) ~> pilari (17:36) ~>which nice /usr/bin/nice pilari (17:36) ~> >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 14 12:07:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03635 for bugs-outgoing; Tue, 14 May 1996 12:07:22 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03615; Tue, 14 May 1996 12:07:20 -0700 (PDT) Date: Tue, 14 May 1996 12:07:20 -0700 (PDT) From: Gary Palmer Message-Id: <199605141907.MAA03615@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: pending/1202 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: netgroups in /etc/hosts.equiv stopped working in -stable Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Tue May 14 12:02:47 PDT 1996 Responsible-Changed-Why: This should be freebsd-bugs, not gnats-admin. From owner-freebsd-bugs Tue May 14 16:59:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25201 for bugs-outgoing; Tue, 14 May 1996 16:59:08 -0700 (PDT) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA25196 for ; Tue, 14 May 1996 16:59:06 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id QAA27880; Tue, 14 May 1996 16:57:43 -0700 Date: Tue, 14 May 1996 16:57:43 -0700 From: "Jin Guojun[ITG]" Message-Id: <199605142357.QAA27880@george.lbl.gov> To: jkh@time.cdrom.com Subject: Re: errros on making floppies Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Would some one give me a hand for making a boot floppy? Below is the error messages. Is there other FLAGS I need to set? Thanks, -Jin # make release CHROOTDIR=/usr/local/tmp chflags -R noschg /usr/local/tmp/. rm -rf /usr/local/tmp mkdir -p /usr/local/tmp cd /usr/src/release/../etc && make distrib-dirs DESTDIR=/usr/local/tmp mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /usr/local/tmp/ .: gid (0, 7, modified) missing: ./bin (created) missing: ./dev (created) missing: ./dev/fd (created) ... .. .. ... rnusers.h rex.h nlm_prot.h nfs_prot.h mount.h klm_prot.h ===> lib ===> lib/csu/i386 cmp -s /usr/src/lib/csu/i386/dlfcn.h /usr/local/tmp/usr/include/dlfcn.h || install -c -o bin -g bin -m 444 /usr/src/lib/csu/i386/dlfcn.h /usr/local/tmp/usr/include cmp -s sgcrt0.o /usr/local/tmp/usr/lib/sgcrt0.o || install -c -o bin -g bin -m 444 sgcrt0.o /usr/local/tmp/usr/lib install: sgcrt0.o: No such file or directory *** Error code 71 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. > > I am trying to figure out why NFS installation fails on our network. > > When I tried to make floppies I get following errors. Please advice > > how I can make these floppies. > > > > # make boot.flp > > You can't _just_ do this step - you need to do an entire make release > first. From owner-freebsd-bugs Tue May 14 18:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01526 for bugs-outgoing; Tue, 14 May 1996 18:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01483; Tue, 14 May 1996 18:40:03 -0700 (PDT) Resent-Date: Tue, 14 May 1996 18:40:03 -0700 (PDT) Resent-Message-Id: <199605150140.SAA01483@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gpalmer@FreeBSD.ORG Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA01034 for ; Tue, 14 May 1996 18:30:24 -0700 (PDT) Received: (from gary@localhost) by palmer.demon.co.uk (sendmail/PALMER-1) id CAA00470; Wed, 15 May 1996 02:30:09 +0100 (BST) Message-Id: <199605150130.CAA00470@palmer.demon.co.uk> Date: Wed, 15 May 1996 02:30:09 +0100 (BST) From: gpalmer@FreeBSD.ORG Reply-To: gpalmer@FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/1204: umount -f after SCSI reset -> reboot Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 1204 >Category: kern >Synopsis: umount -f after SCSI reset -> reboot >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 14 18:40:01 PDT 1996 >Last-Modified: >Originator: Gary Palmer >Organization: None >Release: FreeBSD 2.1-STABLE i386 >Environment: May 15 02:05:18 palmer /kernel: ahc0 rev 0 int a irq 11 on pci0:7 May 15 02:05:19 palmer /kernel: ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs May 15 02:05:19 palmer /kernel: (ahc0:0:0): "CONNER CFP1060S 1.05GB 1823" type 0 fixed SCSI 2 May 15 02:05:19 palmer /kernel: sd0(ahc0:0:0): Direct-Access May 15 02:05:19 palmer /kernel: sd0(ahc0:0:0): 1013MB (2074880 512 byte sectors) May 15 02:05:19 palmer /kernel: (ahc0:1:0): "FUJITSU M1603S-512 6404" type 0 fixed SCSI 2 May 15 02:05:19 palmer /kernel: sd1(ahc0:1:0): Direct-Access May 15 02:05:19 palmer /kernel: sd1(ahc0:1:0): 519MB (1064268 512 byte sectors) May 15 02:05:20 palmer /kernel: (ahc0:6:0): "SONY CD-ROM CDU-8003A 1.9a" type 5 removable SCSI 2 May 15 02:05:20 palmer /kernel: cd0(ahc0:6:0): CD-ROM cd present.[326402 x 2048 byte records] >Description: The Conner drive sometimes wedges, and the AIC driver issues a SCSI bus reset. This also resets the CDROM drive. If the drive is mounted, you can't access it anymore after the bus reset. I tried to recover the situation with an unmount -f and got: May 15 02:05:17 palmer /kernel: panic: vref used where vget required May 15 02:05:17 palmer /kernel: May 15 02:05:17 palmer /kernel: syncing disks... 2 2 done May 15 02:05:17 palmer /kernel: (sorry, nothing else that is relevant). A dump was started, but I must have hit a key on the keyboard (I was in X and didn't know that it had panic'd) and the dump aborted ... is that REALLY necessary? The reset messages are: May 14 07:33:17 palmer /kernel: sd0(ahc0:0:0): timed out in dataout phase, SCSISIGI == 0x0 May 14 07:33:17 palmer /kernel: ahc0: Issued Channel A Bus Reset #2. 2 SCBs aborted May 14 07:33:17 palmer /kernel: sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 May 14 07:33:17 palmer /kernel: sd0(ahc0:0:0): Power on, reset, or bus device reset occurred field replaceable unit: 14 May 14 07:33:17 palmer /kernel: , retries:3 May 14 07:33:17 palmer /kernel: sd1(ahc0:1:0): UNIT ATTENTION asc:29,0 May 14 07:33:17 palmer /kernel: sd1(ahc0:1:0): Power on, reset, or bus device reset occurred May 14 07:33:17 palmer /kernel: , retries:4 May 15 02:00:05 palmer /kernel: cd0(ahc0:6:0): UNIT ATTENTION asc:29,0 May 15 02:00:05 palmer /kernel: cd0(ahc0:6:0): Power on, reset, or bus device reset occurred I guess that /etc/daily tried to access the CDROM drive, which caused the UNIT ATTENTION, which came up on my console, and that's when I noticed it was still mounted... >How-To-Repeat: Have a CDROM mounted when an AIC controller resets the SCSI bus, and then try unmounting it. >Fix: Not my area, sorry. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue May 14 21:53:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA17078 for bugs-outgoing; Tue, 14 May 1996 21:53:55 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA17066 for ; Tue, 14 May 1996 21:53:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id VAA03201; Tue, 14 May 1996 21:52:51 -0700 (PDT) To: "Jin Guojun[ITG]" cc: bugs@freebsd.org Subject: Re: errros on making floppies In-reply-to: Your message of "Tue, 14 May 1996 16:57:43 PDT." <199605142357.QAA27880@george.lbl.gov> Date: Tue, 14 May 1996 21:52:51 -0700 Message-ID: <3199.832135971@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Would some one give me a hand for making a boot floppy? Below is the error > messages. Is there other FLAGS I need to set? Cookbook. Do EXACTLY this: 1. cd /usr/src 2. make world 3. cd /usr/src/release 4. make release CHROOTDIR=/usr/local/tmp Jordan From owner-freebsd-bugs Wed May 15 01:17:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12053 for bugs-outgoing; Wed, 15 May 1996 01:17:23 -0700 (PDT) Received: from topgun.abe.ecei.tohoku.ac.jp (topgun.abe.ecei.tohoku.ac.jp [130.34.237.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12015 for ; Wed, 15 May 1996 01:17:13 -0700 (PDT) Received: (from fation@localhost) by topgun.abe.ecei.tohoku.ac.jp (8.6.12/8.6.12) id RAA00264; Wed, 15 May 1996 17:16:10 +0900 Date: Wed, 15 May 1996 17:16:10 +0900 Message-Id: <199605150816.RAA00264@topgun.abe.ecei.tohoku.ac.jp> From: Fation Sevrani To: Bugs@freebsd.org Subject: X crashes my keyboard Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, It's almost one month from now that I've installed FreeBSD 2.1.0-RELEASE #0 using 'Novice Install' from CD included in "Unix User Magazine" available in Japan, in my P5-100. Basically the only problem that I have which troubles me a lot is that when running X my keyboard (and mouse) crashes. If I logout the keyboard is reset but if I startup X again (by xinit) it isn't long before the keyboard crashes again. If I logout and reboot the whole system and stay in X without logging out for days the keyboard crashes again but in this case it takes more time to happen, say 2-3 days (without logging out !!) At the moment I don't know which relevant information to include in this report. The following I've pasted from /var/log/messages: CPU: 99-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14999552 (14648K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard VGA color <16 virtual consoles, flags=0x0> ed1 at 0x300-0x31f irq 5 on isa ed1: address 00:80:29:ee:f2:31, type NE2000 (16 bit) psm0 at 0x60-0x63 irq 12 on motherboard 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 wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, iordis npx0 on motherboard INT 16 interface Probing for devices on the PCI bus: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7 vga0 rev 1 on pci0:14 Xserver is XF86_SVGA Window manager is twm Regards Fation Sevrani Tohoku University, Dept. Electrical Engineering, Japan fation@abe.ecei.tohoku.ac.jp From owner-freebsd-bugs Wed May 15 12:31:58 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15674 for bugs-outgoing; Wed, 15 May 1996 12:31:58 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15665; Wed, 15 May 1996 12:31:56 -0700 (PDT) From: Mike Pritchard Message-Id: <199605151931.MAA15665@freefall.freebsd.org> Subject: Re: List of open Problem Reports To: coredump@nervosa.com (invalid opcode) Date: Wed, 15 May 1996 12:31:56 -0700 (PDT) Cc: freebsd-bugs@freebsd.org, jkh@time.cdrom.com In-Reply-To: from "invalid opcode" at May 12, 96 02:07:17 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk invalid opcode wrote: > > On Sat, 11 May 1996, GNU GNATS wrote: > > > > [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails > > I believe this is also fixed. Nope. The particular example in this pr will fail, although it is not the recommended way to setup your quotas. It should be fixed some day, but it is not high priority. > > [1996/02/19] docs/1036 List of dead xrefs in man pages > > Fixed. Probably, but I haven't gone through and verified everything yet, which is why the pr is still open. > > [1996/04/05] kern/1116 Cannot umount stale NFS volumes > > Duplicate send-pr . Duplicate of which pr? -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Wed May 15 12:35:36 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16038 for bugs-outgoing; Wed, 15 May 1996 12:35:36 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16024; Wed, 15 May 1996 12:35:32 -0700 (PDT) Date: Wed, 15 May 1996 12:35:32 -0700 (PDT) From: Mike Pritchard Message-Id: <199605151935.MAA16024@freefall.freebsd.org> To: zgabor@code.hu, mpp, freebsd-bugs Subject: Re: docs/1198 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: missing manuals State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed May 15 12:34:08 PDT 1996 State-Changed-Why: These have been in the system for a few months now. Except for msgop, which isn't in our C library, so I don't know why we would need a man page for it :-). From owner-freebsd-bugs Wed May 15 15:28:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28503 for bugs-outgoing; Wed, 15 May 1996 15:28:35 -0700 (PDT) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA28498 for ; Wed, 15 May 1996 15:28:31 -0700 (PDT) Received: from frmug.fr.net (frmug.hsc.fr [192.70.106.65]) by itesec.hsc.fr (8.7.5/8.7.3/itesec-1.8) with ESMTP id AAA02726; Thu, 16 May 1996 00:28:21 +0200 (MET DST) Received: from imladris.frmug.fr.net (uucp@localhost) by frmug.fr.net (8.6.8/8.6.9) with UUCP id AAA20262; Thu, 16 May 1996 00:28:20 +0200 Received: from memo.frmug.fr.net by imladris.frmug.fr.net (4.1/Parfait-1) id AA26434; Thu, 16 May 96 00:22:57 +0200 Received: (from elrond@localhost) by memo.frmug.fr.net (8.6.12/8.6.9) id AAA18328; Thu, 16 May 1996 00:26:05 +0200 Date: Thu, 16 May 1996 00:26:05 +0200 Message-Id: <199605152226.AAA18328@memo.frmug.fr.net> From: Bertrand Petit To: freebsd-bugs@freebsd.org Subject: Bug found in getrlimit for 2.1R Reply-To: elrond2imladris.frmug.fr.net@memo.frmug.fr.net Cc: roberto@keltia.freenix.fr Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've found a bug in the getrlinit function(). Here is a small program to demonstrate this: ----- #include #include #include #include #include #include int main() { struct rlimit Lim; if(getrlimit(RLIMIT_NOFILE,&Lim)) { printf("getrlimit() failes (%s).",strerror(errno)); } else { printf("soft=%d\nhard=%d\n",(long)Lim.rlim_cur,Lim.rlim_max); fflush(stdout); } return(0); } ----- This program outputs: ----- soft=64 hard=-1 ----- And under gdb: ----- Breakpoint 1, main () at toto.c:12 (gdb) print Lim $1 = {rlim_cur = 0x0000000000000040, rlim_max = 0x7fffffffffffffff} ----- I've searched the getrlinit source code: ----- memo$ nm /usr/lib/libc.a | grep getrlimit U _getrlimit getrlimit.o: 00000008 T _getrlimit ----- But was unable to find it on my installation nor the second CD of 2.1R! ----- memo$ find /usr/src -name getrlimit.c memo$ find /cdiso/usr/src -name getrlimit.c ----- I discovered this but while wriing a program working hard with sockets: ----- getrlimit(RLINIT_NOFILE) returned garbage for rlim_max!!! Using arbitrary hard limit. At most 255 file descriptors can be created of wich 60 are still free for sockets. ----- The reactions of this programs leads ne to this that there is also a bug in select(), more on that later when I've found what going on. Thanks. From owner-freebsd-bugs Wed May 15 16:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02114 for bugs-outgoing; Wed, 15 May 1996 16:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02092; Wed, 15 May 1996 16:20:03 -0700 (PDT) Resent-Date: Wed, 15 May 1996 16:20:03 -0700 (PDT) Resent-Message-Id: <199605152320.QAA02092@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, lamuh@stoat.riga.lv Received: from stoat.riga.lv (andrey@stoat.riga.lv [194.8.12.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA01554 for ; Wed, 15 May 1996 16:12:15 -0700 (PDT) Received: (from root@localhost) by stoat.riga.lv (8.7.5/8.7.3) id CAA00516; Thu, 16 May 1996 02:21:56 +0300 (EET DST) Message-Id: <199605152321.CAA00516@stoat.riga.lv> Date: Thu, 16 May 1996 02:21:56 +0300 (EET DST) From: lamuh@stoat.riga.lv Reply-To: lamuh@stoat.riga.lv To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1205: ln -F dir1 dir2 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1205 >Category: bin >Synopsis: hardlinked directories can be created but not deleted >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 15 16:20:02 PDT 1996 >Last-Modified: >Originator: bofh >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: theres an undocumented option to ln(1), it is ``-F''. it allows to hardlink directories. seems that there is no way to delete these directories. so, fsck(8) should be done three times to correct this problem. >How-To-Repeat: # cd /tmp # mkdir dir1 # ln -F dir1 dir2 # rmdir dir1 rmdir: dir1: Directory not empty # >Fix: i have no ideas how to fix it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 15 16:50:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA04372 for bugs-outgoing; Wed, 15 May 1996 16:50:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA04343; Wed, 15 May 1996 16:50:03 -0700 (PDT) Resent-Date: Wed, 15 May 1996 16:50:03 -0700 (PDT) Resent-Message-Id: <199605152350.QAA04343@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from irs201.inf.tu-dresden.de (irs201.inf.tu-dresden.de [141.76.16.201]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA04200 for" ; Wed, 15 May 1996 16:46:18.-0700 (PDT) Received: (from hohmuth@localhost) by irs201.inf.tu-dresden.de (8.6.12/8.6.9) id BAA07453; Thu, 16 May 1996 01:45:24 +0200 Message-Id: <199605152345.BAA07453@irs201.inf.tu-dresden.de> Date: Thu, 16 May 1996 01:45:24 +0200 From: hohmuth@inf.tu-dresden.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1206: /bin/sh + emacs + ^G = ruined terminal Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1206 >Category: bin >Synopsis: /bin/sh + emacs + ^G = ruined terminal >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 15 16:50:01 PDT 1996 >Last-Modified: >Originator: Michael Hohmuth >Organization: Dept. of Computer Science, TU Dresden, Germany >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: olymp:~> uname -a FreeBSD olymp.inf.tu-dresden.de 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Thu May 2 13:18:23 MET DST 1996 root@olymp.inf.tu-dresden.de:/usr/src/sys/compile/OLYMP i386 olymp:~> printenv TERM=vt100 HOME=/home/hohmuth SHELL=/usr/local/bin/tcsh LOGNAME=hohmuth USER=hohmuth PATH=/home/hohmuth/local/setup/site/other/host/olymp/bin:/home/hohmuth/local/setup/bin:/home/hohmuth/local/bin:/usr/local/bin:/usr/X11R6/bin:/usr/bin:/bin:/usr/games:. HOSTTYPE=FreeBSD VENDOR=intel OSTYPE=FreeBSD MACHTYPE=i386 SHLVL=1 PWD=/home/hohmuth GROUP=staff HOST=olymp.inf.tu-dresden.de olymp:~> stty speed 9600 baud; lflags: echoe echoke echoctl tostop pendin oflags: -oxtabs cflags: cs8 -parenb Using Emacs-19.29 from the packages collection. >Description: When starting emacs though a /bin/sh script, and then typing ^G, thereby generating a QUIT signal to the terminal (I believe), this signal is being interpreted by the shell (even though emacs should have established its own terminal session). The shell will exit and leave emacs running in the background. Emacs will still access the terminal (writing "Garbage collecting...done" messages to it), but can't any longer be controlled through it. >How-To-Repeat: > tcsh # don't try this from within # /bin/sh, this will leave # your terminal in an unusable # state tcsh% mv .emacs foo # move .emacs out of the way tcsh% /bin/sh -c emacs # start up emacs through /bin/sh Now, within emacs, type ^G (this normally invokes the emacs function "keyboard-quit"). This will make the tcsh prompt appear again; this should not have happened. The terminal will now be in some funny state: Emacs is still running on it (not suspended) and will sometimes print its "Garbage collecting...done" messages to it. It is impossible to re-attach to emacs by means of "fg". The following commands don't produce the erratic behaviour: - /bin/sh emacs - emacs # from any shell - /bin/csh -c emacs >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 15 19:27:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA13974 for bugs-outgoing; Wed, 15 May 1996 19:27:15 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA13954; Wed, 15 May 1996 19:27:12 -0700 (PDT) Date: Wed, 15 May 1996 19:27:12 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199605160227.TAA13954@freefall.freebsd.org> To: lamuh@stoat.riga.lv, jkh, freebsd-bugs Subject: Re: bin/1205 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: hardlinked directories can be created but not deleted State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed May 15 19:26:03 PDT 1996 State-Changed-Why: Patient: "Doctor, it hurts when I do _this_!" Doctor says: "Don't do that!" I'd say that this flag is undocumented for good reason. :-) From owner-freebsd-bugs Wed May 15 22:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA25789 for bugs-outgoing; Wed, 15 May 1996 22:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA25765; Wed, 15 May 1996 22:30:03 -0700 (PDT) Resent-Date: Wed, 15 May 1996 22:30:03 -0700 (PDT) Resent-Message-Id: <199605160530.WAA25765@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, alc@cs.rice.edu Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA25460 for ; Wed, 15 May 1996 22:25:40 -0700 (PDT) Received: from acpc.cs.rice.edu (acpc.cs.rice.edu [128.42.1.67]) by cs.rice.edu (8.7.1/8.7.1) with ESMTP id AAA06780 for ; Thu, 16 May 1996 00:25:39 -0500 (CDT) Received: (from alc@localhost) by acpc.cs.rice.edu (8.7.3/8.7.3) id AAA03613; Thu, 16 May 1996 00:25:38 -0500 (CDT) Message-Id: <199605160525.AAA03613@acpc.cs.rice.edu> Date: Thu, 16 May 1996 00:25:38 -0500 (CDT) From: Alan Cox Reply-To: alc@cs.rice.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1207: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1207 >Category: bin >Synopsis: >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 15 22:30:02 PDT 1996 >Last-Modified: >Originator: Alan Cox >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: YP netgroups in /etc/hosts.equiv don't seem to work in the current -stable. As of 4-6 weeks ago, it was fine. My /etc/hosts.equiv looks like +@cs cs is a valid netgroup. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: no YP netgroups in /etc/hosts.equiv don't work in the current -stable. serious high sw-bug From owner-freebsd-bugs Thu May 16 00:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02954 for bugs-outgoing; Thu, 16 May 1996 00:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02925; Thu, 16 May 1996 00:10:02 -0700 (PDT) Resent-Date: Thu, 16 May 1996 00:10:02 -0700 (PDT) Resent-Message-Id: <199605160710.AAA02925@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA02717 for ; Thu, 16 May 1996 00:07:48 -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 KAA09431 for ; Thu, 16 May 1996 10:07:41 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id KAA00623; Thu, 16 May 1996 10:07:40 +0300 (EET DST) Message-Id: <199605160707.KAA00623@katiska.clinet.fi> Date: Thu, 16 May 1996 10:07: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/1208: Rebooting nfs server results "Permission denied" messages on clients Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1208 >Category: kern >Synopsis: Rebooting nfs server results "Permission denied" messages on clients >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 16 00:10:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current from beginning of May, but the bug probably is an old one. I have seen it before. >Description: I was reinstalling machine A and B from nfs server C. I decided to reboot C for some reason. When C rebooted both reinstalls for A and B terminated with the following (different files, but the same error): ===> usr.bin/which install -c -o bin -g bin -m 555 /m/katiska/usr/current/src/usr.bin/which/which.pl /usr/bin/which install -c -o bin -g bin -m 444 which.1.gz /usr/share/man/man1 install: which.1.gz: Permission denied *** Error code 71 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 >How-To-Repeat: Reboot nfs server which is busily accessed and see what happens on clients. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 16 00:20:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03537 for bugs-outgoing; Thu, 16 May 1996 00:20:31 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA03532 for ; Thu, 16 May 1996 00:20: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 KAA09640; Thu, 16 May 1996 10:20:00 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.5/8.6.4) id KAA19035; Thu, 16 May 1996 10:19:59 +0300 (EET DST) Date: Thu, 16 May 1996 10:19:59 +0300 (EET DST) Message-Id: <199605160719.KAA19035@cantina.clinet.fi> From: Heikki Suonsivu To: lamuh@stoat.riga.lv Cc: freebsd-bugs@freebsd.org In-reply-to: lamuh@stoat.riga.lv's message of 16 May 1996 05:23:00 +0300 Subject: Re: bin/1205: ln -F dir1 dir2 Organization: Clinet Ltd, Espoo, Finland References: <199605152321.CAA00516@stoat.riga.lv> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: lamuh@stoat.riga.lv >Number: 1205 >Synopsis: hardlinked directories can be created but not deleted theres an undocumented option to ln(1), it is ``-F''. it allows to hardlink directories. seems that there is no way to delete these directories. so, fsck(8) should be done three times to correct this problem. >How-To-Repeat: # cd /tmp # mkdir dir1 # ln -F dir1 dir2 # rmdir dir1 rmdir: dir1: Directory not empty # >Fix: i have no ideas how to fix it. This might work if run as root: cat > foo.c main() { exit(unlink("dir1")); } ^D gcc foo.c -o foo ./foo rm foo At some point in history, and still reflected by unlink(2), unlink system call allows removing a directory. The result will be a mess, so make sure to fsck after doing it. Another way to get rid of the doubly linked directory is to use clri to clear the directory inode and let fsck to fix the results. -- 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 Thu May 16 03:59:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17618 for bugs-outgoing; Thu, 16 May 1996 03:59:55 -0700 (PDT) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17589; Thu, 16 May 1996 03:59:46 -0700 (PDT) Date: Thu, 16 May 1996 03:59:46 -0700 (PDT) From: Wolfram Schneider Message-Id: <199605161059.DAA17589@freefall.freebsd.org> To: ylo@ssh.fi, wosch, freebsd-bugs Subject: Re: bin/1203 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: nice core dumps State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Thu May 16 03:56:54 PDT 1996 State-Changed-Why: ---------------------------- revision 1.2 date: 1995/12/10 15:33:00; author: joerg; state: Exp; lines: +2 -0 Check the # of arguments, instead of silently dumping core. ---------------------------- ---------------------------- revision 1.1.1.1.6.1 date: 1995/12/11 23:00:36; author: joerg; state: Exp; lines: +2 -0 Move over the fix from 2.2-current for nice(1) dumping core when faced with no command arguments at all. ============================================================================= From owner-freebsd-bugs Thu May 16 04:08:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19106 for bugs-outgoing; Thu, 16 May 1996 04:08:44 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19067; Thu, 16 May 1996 04:08:41 -0700 (PDT) Date: Thu, 16 May 1996 04:08:41 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605161108.EAA19067@freefall.freebsd.org> To: joerg, freebsd-bugs, wpaul Subject: Re: bin/1207 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Old Synopsis: New Synopsis: YP netgroups in /etc/hosts.equiv don't work Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: joerg Responsible-Changed-When: Thu May 16 13:04:43 MET DST 1996 Responsible-Changed-Why: Bill is our Mr. YP. From owner-freebsd-bugs Thu May 16 04:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19312 for bugs-outgoing; Thu, 16 May 1996 04:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19276; Thu, 16 May 1996 04:10:01 -0700 (PDT) Date: Thu, 16 May 1996 04:10:01 -0700 (PDT) Message-Id: <199605161110.EAA19276@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/1203: nice core dumps Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1203; it has been noted by GNATS. From: J Wunsch To: ylo@ssh.fi Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1203: nice core dumps Date: Thu, 16 May 1996 12:58:12 +0200 (MET DST) As Tatu Ylonen wrote: > The "nice" program core dumps when run without arguments. This has already been fixed. -- 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 16 04:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19341 for bugs-outgoing; Thu, 16 May 1996 04:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19300; Thu, 16 May 1996 04:10:02 -0700 (PDT) Date: Thu, 16 May 1996 04:10:02 -0700 (PDT) Message-Id: <199605161110.EAA19300@freefall.freebsd.org> To: freebsd-bugs Cc: From: Wolfram Schneider Subject: bin/1203: nice core dumps Reply-To: Wolfram Schneider Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1203; it has been noted by GNATS. From: Wolfram Schneider To: ylo@ssh.fi Cc: FreeBSD-gnats-submit@freebsd.org Subject: bin/1203: nice core dumps Date: Thu, 16 May 1996 12:51:29 +0200 Fixed in -current and -stable. Wolfram ---------------------------- revision 1.2 date: 1995/12/10 15:33:00; author: joerg; state: Exp; lines: +2 -0 Check the # of arguments, instead of silently dumping core. ---------------------------- revision 1.1.1.1.6.1 date: 1995/12/11 23:00:36; author: joerg; state: Exp; lines: +2 -0 Move over the fix from 2.2-current for nice(1) dumping core when faced with no command arguments at all. ============================================================================= Tatu Ylonen writes: > >>Number: 1203 >>Category: bin >>Synopsis: nice core dumps >>Confidential: no >>Severity: non-critical >>Priority: medium >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Tue May 14 07:40:04 PDT 1996 >>Last-Modified: >>Originator: Tatu Ylonen >>Organization: >SSH Communications Security >>Release: FreeBSD 2.1-STABLE i386 >>Environment: > >pilari (17:35) ~>uname -a >FreeBSD pilari.ssh.fi 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Thu May 9 19:37:16 EET DST 1996 snabb@pilari.ssh.fi:/usr/src/sys/compile/SSHGEN i386 >pilari (17:35) ~> > >>Description: > >The "nice" program core dumps when run without arguments. > >>How-To-Repeat: > >pilari (17:36) ~>nice >zsh: 17051 segmentation fault (core dumped) nice >pilari (17:36) ~> >pilari (17:36) ~>which nice >/usr/bin/nice >pilari (17:36) ~> > >>Fix: > > > >>Audit-Trail: >>Unformatted: From owner-freebsd-bugs Thu May 16 04:21:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA20705 for bugs-outgoing; Thu, 16 May 1996 04:21:09 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA20694; Thu, 16 May 1996 04:21:01 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA20247; Thu, 16 May 1996 13:20:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA15894; Thu, 16 May 1996 13:20:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id NAA02028; Thu, 16 May 1996 13:16:02 +0200 (MET DST) From: J Wunsch Message-Id: <199605161116.NAA02028@uriah.heep.sax.de> Subject: Re: bin/1205: ln -F dir1 dir2 To: freebsd-bugs@freebsd.org Date: Thu, 16 May 1996 13:16:02 +0200 (MET DST) Cc: lamuh@stoat.riga.lv, davidg@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605160719.KAA19035@cantina.clinet.fi> from Heikki Suonsivu at "May 16, 96 10:19:59 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 (I haven't seen the original PR for some reason) > > From: lamuh@stoat.riga.lv > >Number: 1205 > >Synopsis: hardlinked directories can be created but not deleted > > theres an undocumented option to ln(1), it is ``-F''. > it allows to hardlink directories. seems that there is no > way to delete these directories. so, fsck(8) should be done > three times to correct this problem. clri(8) helps. >:-) David, i'm voting for killing the directory hardlink stuff again. Nobody could prove that it's really needed, all our 1.1.5.1 systems ran well, Data General and Linux forbid it as well -- what more do we need? -- 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 16 04:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA21142 for bugs-outgoing; Thu, 16 May 1996 04:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA21108; Thu, 16 May 1996 04:30:03 -0700 (PDT) Resent-Date: Thu, 16 May 1996 04:30:03 -0700 (PDT) Resent-Message-Id: <199605161130.EAA21108@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, j@uriah.heep.sax.de Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA20687 for ; Thu, 16 May 1996 04:20:58 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA20243 for ; Thu, 16 May 1996 13:20:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA15892 for FreeBSD-gnats-submit@freebsd.org; Thu, 16 May 1996 13:20:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id NAA01957; Thu, 16 May 1996 13:09:15 +0200 (MET DST) Message-Id: <199605161109.NAA01957@uriah.heep.sax.de> Date: Thu, 16 May 1996 13:09:15 +0200 (MET DST) From: J Wunsch Reply-To: j@uriah.heep.sax.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/1209: send-pr should refuse PR's without subject and synopsis Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1209 >Category: gnu >Synopsis: send-pr should refuse PR's without subject and synopsis >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 16 04:30:01 PDT 1996 >Last-Modified: >Originator: J Wunsch >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: send-pr should not send PR's that miss the Subject and Synopsis lines. >How-To-Repeat: Look at PR # bin/1207 for an example. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 16 04:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA21145 for bugs-outgoing; Thu, 16 May 1996 04:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA21127; Thu, 16 May 1996 04:30:04 -0700 (PDT) Date: Thu, 16 May 1996 04:30:04 -0700 (PDT) Message-Id: <199605161130.EAA21127@freefall.freebsd.org> To: freebsd-bugs Cc: From: Alex Nash Subject: Re: bin/1203: nice core dumps Reply-To: Alex Nash Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1203; it has been noted by GNATS. From: Alex Nash To: Tatu Ylonen Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/1203: nice core dumps Date: Thu, 16 May 1996 06:22:06 -0500 (CDT) > >Description: > > The "nice" program core dumps when run without arguments. This is already fixed in -stable: 1.1.1.1.6.1 Mon Dec 11 23:00:36 1995 by joerg Branch: RELENG_2_1_0 Diffs to 1.1.1.1 ; Diffs to 1.2 Move over the fix from 2.2-current for nice(1) dumping core when faced with no command arguments at all. Alex From owner-freebsd-bugs Thu May 16 06:45:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA02177 for bugs-outgoing; Thu, 16 May 1996 06:45:12 -0700 (PDT) Received: from email.croughton.af.mil ([131.56.128.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA02151 for ; Thu, 16 May 1996 06:44:45 -0700 (PDT) Received: from bnochd.croughton.af.mil (bnochd.croughton.af.mil [131.56.128.174]) by email.croughton.af.mil (8.6.11/8.6.9) with SMTP id NAA01344; Thu, 16 May 1996 13:45:20 GMT Message-ID: <319B4D84.4CC5@603cs.croughton.af.mil> Date: Thu, 16 May 1996 14:45:08 -0100 From: "Scot W. Hetzel" X-Mailer: Mozilla 3.0b3 (Win16; I) MIME-Version: 1.0 To: bugs@FreeBSD.org Subject: Problem Installing 2.2-960501-SNAP to WD 2.5 GB HD. References: <4m02u4$c00@dyson.iquest.net> <4m9vv8$9l@dyson.iquest.net> <31967D0C.203@603cs.croughton.af.mil> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I am having problems installing FreeBSD 2.2-960501-SNAP to my system that has 3 IDE Hard Drives (2 WD 1.6 GB, and 1 WD 2.5 GB HD). The FreeBSD 2.2-960501-SNAP Installation floppy will start to load, but after the waiting at "boot:" ends I receive "ERROR: C:0 H:0 S:0". My System is configured as follows: drive 0: WD 1.6 GB 0 774 MB PRI DOS 1 774 MB FreeBSD drive 1: WD 1.6 GB 0 774 MB PRI DOS 1 774 MB FreeBSD drive 2: WD 2.5 GB 0 803 MB PRI DOS 1 611 MB Extended DOS 2 1024 MB FreeBSD To get my system to reconize the drive I had to set Translation to Extended CHS and Auto Configure in CMOS. With the Above Configuration I can Install FreeBSD 2.1.0 to all the drives. I can get FreeBSD 2.2-960501-SNAP to install, only after I disconnect the WD 2.5 GB HD from the system. But as soon as I connect the WD 2.5 GB HD, FreeBSD 2.2-960501-SNAP boots with the error msg "ERROR: C:0 H:0 S:0". Any help solving my SNAP problem would be appriciated. Scot W. Hetzel Looking Forward to 2.2-RELEASE. From owner-freebsd-bugs Thu May 16 06:51:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA02788 for bugs-outgoing; Thu, 16 May 1996 06:51:55 -0700 (PDT) Received: from uruk.org (uruk.org [198.145.95.253]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA02779 for ; Thu, 16 May 1996 06:51:49 -0700 (PDT) From: erich@uruk.org Received: from loopback (loopback [127.0.0.1]) by uruk.org (8.7.4/8.7.3) with SMTP id GAA20179; Thu, 16 May 1996 06:53:49 -0700 (PDT) Message-Id: <199605161353.GAA20179@uruk.org> X-Authentication-Warning: uruk.org: Host loopback [127.0.0.1] didn't use HELO protocol To: freebsd-bugs@freebsd.org cc: erich@uruk.org Subject: Post 2.1.0 FreeBSD bug in PCI code ?? Date: Thu, 16 May 1996 06:53:45 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ I'm not subscribed to this e-mail list, so please respond directly. ] I think there is a systematic problem with any version of FreeBSD after 2.1.0 I've tried. (I've tried most of the 2.2-SNAP releases and they all exhibit this behavior) When running on a PC with multiple PCI buses (and the EISA bus bring bridged off of a PCI bus), buring the boot sequence, the machine crashes with a page fault that always looks very similar (I hadn't carefully written down the dump message from the earlier versions). I've tried this on both an Intel Xtended Xpress (Pentium CPUs) and Intel Alder (Pentium Pro CPUs). They have different chipsets, and are known to work with other OSes just fine. They even work with 2.1.0 correctly. A Pentium-Pro machine with the same chipset, but one PCI bus (and no EISA bridge) works fine. I wrote down the error message from 2.2-960501-SNAP. This occurs when trying "boot.flp". I will probably try to get the source code and do a real debug run of this at some point soon... ---------------------------(error message)-------------------------- avail memory = 61763584 (60316K bytes) eisa0: Probing for devices on the EISA bus ep0: <3Com 3C579-TP EISA Network Adapter> at 0x3000-0x300f, 0x3c80-0x3c89 irq 5 ep0: on eisa0 slot 3 ep0: aui/utp[*AUI*] address 00:20:af:0b:7e:e0 Probing for devices on PCI bus 0: chip0 rev 5 on pci0:14:0 pci0:15:0: Intel Corporation, device 0x0008, class=0xff Fatal trap 12: page fault while in kernel mode fault virtual address = 0x16d0d16c fault code = supervisor read, page not present instruction pointer = 0x8:0xf016d1aa stack pointer = 0x10:0xefbfff0c frame pointer = 0x10:0xefbfff1c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 () interrupt mask = net tty bio panic: page fault ---------------------------(error message)-------------------------- -- Erich Stefan Boleyn \_ E-mail (preferred): Mad Genius wanna-be, CyberMuffin \__ (finger me for other stats) Web: http://www.uruk.org/~erich/ Motto: "I'll live forever or die trying" This is my home system, so I'm speaking only for myself, not for Intel. From owner-freebsd-bugs Thu May 16 07:24:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA06642 for bugs-outgoing; Thu, 16 May 1996 07:24:03 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA06615 for ; Thu, 16 May 1996 07:23:58 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id IAA22871; Thu, 16 May 1996 08:23:30 -0600 Date: Thu, 16 May 1996 08:23:30 -0600 From: Nate Williams Message-Id: <199605161423.IAA22871@rocky.sri.MT.net> To: Heikki Suonsivu Cc: lamuh@stoat.riga.lv, freebsd-bugs@freebsd.org Subject: Re: bin/1205: ln -F dir1 dir2 In-Reply-To: <199605160719.KAA19035@cantina.clinet.fi> References: <199605152321.CAA00516@stoat.riga.lv> <199605160719.KAA19035@cantina.clinet.fi> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: lamuh@stoat.riga.lv > >Number: 1205 > >Synopsis: hardlinked directories can be created but not deleted > > theres an undocumented option to ln(1), it is ``-F''. > it allows to hardlink directories. seems that there is no > way to delete these directories. so, fsck(8) should be done > three times to correct this problem. Actually, I just applied Terry's fix to fsck in -current so that fsck now requires only one pass to clean things up. I wanted to also bring it into -stable, but it needs to have more people beat on it so I decided to wait a while on it to make sure no unforseen bogons occur. Nate From owner-freebsd-bugs Thu May 16 10:39:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA19220 for bugs-outgoing; Thu, 16 May 1996 10:39:19 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA19215 for ; Thu, 16 May 1996 10:39:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id KAA02352; Thu, 16 May 1996 10:38:47 -0700 (PDT) Message-Id: <199605161738.KAA02352@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-bugs@freebsd.org, lamuh@stoat.riga.lv Subject: Re: bin/1205: ln -F dir1 dir2 In-reply-to: Your message of "Thu, 16 May 1996 13:16:02 +0200." <199605161116.NAA02028@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 16 May 1996 10:38:47 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >(I haven't seen the original PR for some reason) > >> >> From: lamuh@stoat.riga.lv >> >Number: 1205 >> >Synopsis: hardlinked directories can be created but not deleted >> >> theres an undocumented option to ln(1), it is ``-F''. >> it allows to hardlink directories. seems that there is no >> way to delete these directories. so, fsck(8) should be done >> three times to correct this problem. > >clri(8) helps. >:-) > >David, i'm voting for killing the directory hardlink stuff again. >Nobody could prove that it's really needed, all our 1.1.5.1 systems >ran well, Data General and Linux forbid it as well -- what more do we >need? Agreed. You may recall that I was the one to make the change in 1.1.5 (as well as took the heat for the change :-)). Please feel free to make the same change in -current. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Thu May 16 11:18:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21615 for bugs-outgoing; Thu, 16 May 1996 11:18:07 -0700 (PDT) Received: from Sparcy42 (Sparcy42.MI.Uni-Koeln.DE [134.95.215.102]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA21610 for ; Thu, 16 May 1996 11:18:03 -0700 (PDT) Received: by Sparcy42 id AA11453 (5.67b/IDA-1.5 for freebsd-bugs@freebsd.org); Thu, 16 May 1996 20:15:18 +0200 Message-Id: <199605161815.AA11453@Sparcy42> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 16 May 1996 20:15:17 +0200 In-Reply-To: erich@uruk.org "Post 2.1.0 FreeBSD bug in PCI code ??" (May 16, 6:53) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: erich@uruk.org Subject: Re: Post 2.1.0 FreeBSD bug in PCI code ?? Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On May 16, 6:53, erich@uruk.org wrote: } Subject: Post 2.1.0 FreeBSD bug in PCI code ?? } } [ I'm not subscribed to this e-mail list, so please respond directly. ] Hi! I'm currently maintaining the PCI code and I'll look into this ... } I think there is a systematic problem with any version of FreeBSD after } 2.1.0 I've tried. (I've tried most of the 2.2-SNAP releases and they } all exhibit this behavior) } } When running on a PC with multiple PCI buses (and the EISA bus bring } bridged off of a PCI bus), buring the boot sequence, the machine crashes } with a page fault that always looks very similar (I hadn't carefully } written down the dump message from the earlier versions). } } I've tried this on both an Intel Xtended Xpress (Pentium CPUs) and Intel } Alder (Pentium Pro CPUs). They have different chipsets, and are known } to work with other OSes just fine. They even work with 2.1.0 correctly. } A Pentium-Pro machine with the same chipset, but one PCI bus (and no } EISA bridge) works fine. } } I wrote down the error message from 2.2-960501-SNAP. This occurs when } trying "boot.flp". Could please boot with the "-v" option to get verbose boot messages ? Those will give a much better picture of what's going wrong ... } I will probably try to get the source code and do a real debug run of this } at some point soon... Sources are in /sys/pci/pci.c. } avail memory = 61763584 (60316K bytes) } eisa0: } Probing for devices on the EISA bus } ep0: <3Com 3C579-TP EISA Network Adapter> at 0x3000-0x300f, 0x3c80-0x3c89 irq 5 } ep0: on eisa0 slot 3 } ep0: aui/utp[*AUI*] address 00:20:af:0b:7e:e0 } Probing for devices on PCI bus 0: } chip0 rev 5 on pci0:14:0 } pci0:15:0: Intel Corporation, device 0x0008, class=0xff } } Fatal trap 12: page fault while in kernel mode } fault virtual address = 0x16d0d16c } fault code = supervisor read, page not present } instruction pointer = 0x8:0xf016d1aa Could you please check what function fails ? # nm /kernel | grep ^f016 | sort will provide you with a list of symbols. This has to be done with the kernel that wrote the panic message, of course, to be of value ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-bugs Thu May 16 13:07:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29828 for bugs-outgoing; Thu, 16 May 1996 13:07:09 -0700 (PDT) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA29820 for ; Thu, 16 May 1996 13:07:07 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id NAA02944 for bugs@freebsd.org; Thu, 16 May 1996 13:05:29 -0700 Date: Thu, 16 May 1996 13:05:29 -0700 From: "Jin Guojun[ITG]" Message-Id: <199605162005.NAA02944@george.lbl.gov> To: bugs@freebsd.org Subject: missing file -- ioconf.h Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, In sys/conf.h, line 224, #include which includes #include "ioconf.h" which is only in /sys/compile/CONFIGURED_DIR/ioconf.h Does all device drivers need this file? thanks, -Jin From owner-freebsd-bugs Thu May 16 21:09:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07893 for bugs-outgoing; Thu, 16 May 1996 21:09:44 -0700 (PDT) Received: from uruk.org (uruk.org [198.145.95.253]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA07884 for ; Thu, 16 May 1996 21:09:38 -0700 (PDT) From: erich@uruk.org Received: from loopback (loopback [127.0.0.1]) by uruk.org (8.7.4/8.7.3) with SMTP id VAA23438; Thu, 16 May 1996 21:11:41 -0700 (PDT) Message-Id: <199605170411.VAA23438@uruk.org> X-Authentication-Warning: uruk.org: Host loopback [127.0.0.1] didn't use HELO protocol To: freebsd-bugs@freebsd.org cc: se@zpr.uni-koeln.de Subject: Re: Post 2.1.0 FreeBSD bug in PCI code ?? In-reply-to: Your message of "Thu, 16 May 1996 06:53:45 PDT." <199605161353.GAA20179@uruk.org> Date: Thu, 16 May 1996 21:11:40 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ Please e-mail responses directly to me, as I'm not on the list ] I decided to bite the bullet and simply debug the problem. As is typical of such situations, I found it in about 20 minutes, and had it fixed and tested in another 10. Please see that this fix is included in the main source tree. I wrote in my message this morning: > When running on a PC with multiple PCI buses (and the EISA bus bring > bridged off of a PCI bus), buring the boot sequence, the machine crashes > with a page fault that always looks very similar (I hadn't carefully > written down the dump message from the earlier versions). > > I've tried this on both an Intel Xtended Xpress (Pentium CPUs) and Intel > Alder (Pentium Pro CPUs). They have different chipsets, and are known > to work with other OSes just fine. They even work with 2.1.0 correctly. > A Pentium-Pro machine with the same chipset, but one PCI bus (and no > EISA bridge) works fine. > > I wrote down the error message from 2.2-960501-SNAP. This occurs when > trying "boot.flp". ... > ep0: on eisa0 slot 3 > ep0: aui/utp[*AUI*] address 00:20:af:0b:7e:e0 > Probing for devices on PCI bus 0: > chip0 rev 5 on pci0:14:0 > pci0:15:0: Intel Corporation, device 0x0008, class=0xff > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x16d0d16c > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf016d1aa > stack pointer = 0x10:0xefbfff0c > frame pointer = 0x10:0xefbfff1c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 () > interrupt mask = net tty bio > panic: page fault The "class=0xff" was the key here. My diff is on the kernel source from the 2.2-960224-SNAP snapshot (I think that was it... it was from the end of february). When checking an array indexed by "class", the check was made against "subclass". Then it indexed by class and possibly goes off following a random pointer (well, not random, but not what you want, either). --------------------------(pci.c.diff)-------------------------- --- pci.c.old Thu May 16 19:46:48 1996 +++ pci.c Thu May 16 21:04:08 1996 @@ -1700,7 +1700,7 @@ printf(", class=0x%02x", class); } - if (subclass < sizeof(subclasses) / sizeof(subclasses[0])) { + if (class < sizeof(subclasses) / sizeof(subclasses[0])) { const subclass_name *p = subclasses[class]; while (p->name && (p->subclass != subclass)) p++; --------------------------(pci.c.diff)-------------------------- -- Erich Stefan Boleyn \_ E-mail (preferred): Mad Genius wanna-be, CyberMuffin \__ (finger me for other stats) Web: http://www.uruk.org/~erich/ Motto: "I'll live forever or die trying" This is my home system, so I'm speaking only for myself, not for Intel. From owner-freebsd-bugs Fri May 17 00:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22460 for bugs-outgoing; Fri, 17 May 1996 00:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22419; Fri, 17 May 1996 00:20:03 -0700 (PDT) Resent-Date: Fri, 17 May 1996 00:20:03 -0700 (PDT) Resent-Message-Id: <199605170720.AAA22419@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, txix@diku.dk Received: from vidar.diku.dk (root@vidar.diku.dk [130.225.96.249]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22218 for ; Fri, 17 May 1996 00:15:19 -0700 (PDT) Received: from tyr.diku.dk (txix@tyr.diku.dk [130.225.96.226]) by vidar.diku.dk (8.6.12/8.6.12) with ESMTP id JAA06030 for ; Fri, 17 May 1996 09:15:11 +0200 Received: (txix@localhost) by tyr.diku.dk (8.6.12/8.6.12) id JAA05147; Fri, 17 May 1996 09:15:10 +0200 Message-Id: <199605170715.JAA05147@tyr.diku.dk> Date: Fri, 17 May 1996 09:15:10 +0200 From: txix@diku.dk Reply-To: txix@diku.dk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/1210: gcc bug report Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1210 >Category: gnu >Synopsis: gcc (v2.6.3) -O and -O2 compile-time bus error >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 17 00:20:01 PDT 1996 >Last-Modified: >Originator: Peter Holst Andersen >Organization: None >Release: FreeBSD 2.1.0-RELEASE i386 >Environment: Pentium 100 MHz, 256 Kb Pipeline burst cache, 430FX Chipset, 16 Mb ram. gcc version 2.6.3 >Description: Compilation of the program below with gcc -O yields: "gcc: Internal compiler error: program cc1 got fatal signal 10" The same error message appears when trying with -O2, but not with -O3 or -O4. >How-To-Repeat: Compilation of the program below with gcc -O will repeat the error struct s1 { double x, y, z; }; struct s2 { double r, g, b; }; struct s3 { struct s1 p; struct s2 c; }; void create_light(struct s3 *li, double x, double y, double z, double r, double g, double b) { li->p.x = x; li->p.y = y; li->p.z = z; li->c.r = r; li->c.g = g; li->c.b = b; } >Fix: Work-around: declare "li" volatile. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 17 07:30:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20364 for bugs-outgoing; Fri, 17 May 1996 07:30:02 -0700 (PDT) Received: from rs1.rrz.Uni-Koeln.DE (rs1.rrz.Uni-Koeln.DE [134.95.100.208]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20356 for ; Fri, 17 May 1996 07:29:52 -0700 (PDT) Received: from noc.rrz.uni-koeln.de (annexr2-47.slip.Uni-Koeln.DE) by rs1.rrz.Uni-Koeln.DE with SMTP id AA58525 (5.67b/IDA-1.5 for ); Fri, 17 May 1996 16:29:37 +0200 Message-Id: <1.5.4.32.19960517142920.006a9c5c@mail.rrz.uni-koeln.de> X-Sender: afr04@mail.rrz.uni-koeln.de X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 17 May 1996 16:29:20 +0200 To: joerg_wunsch@uriah.heep.sax.de From: Ralf Luettgen Subject: Error message from fdc Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Mr. Wunsch. If I want to access my floppy drive, whith mcopy, fdformat or as a normal ufs filesystem, I've got the following error message : fdc: input ready timeout My machine is a : 133 MHz Pentium AHA 2940 32 MB RAM 4 GB Seagate Barracuda ne2000 network interface diamond graphic adapter and a ASUS TP4XE Mainboard Please could you help me, if this is a hardware problem or not. Thanks a lot Ralf From owner-freebsd-bugs Fri May 17 07:51:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21996 for bugs-outgoing; Fri, 17 May 1996 07:51:22 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21970 for ; Fri, 17 May 1996 07:51:16 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA28336; Fri, 17 May 1996 16:51:14 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA00473; Fri, 17 May 1996 16:51:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id QAA06327; Fri, 17 May 1996 16:02:55 +0200 (MET DST) From: J Wunsch Message-Id: <199605171402.QAA06327@uriah.heep.sax.de> Subject: Re: missing file -- ioconf.h To: jin@george.lbl.gov (Jin Guojun[ITG]) Date: Fri, 17 May 1996 16:02:55 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: <199605162005.NAA02944@george.lbl.gov> from "Jin Guojun[ITG]" at "May 16, 96 01:05: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 Jin Guojun[ITG] wrote: > In sys/conf.h, line 224, #include which includes > #include "ioconf.h" > which is only in /sys/compile/CONFIGURED_DIR/ioconf.h > > Does all device drivers need this file? Most. It's generated by config(8). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri May 17 09:02:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27062 for bugs-outgoing; Fri, 17 May 1996 09:02:00 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA27052 for ; Fri, 17 May 1996 09:01:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA28671; Sat, 18 May 1996 01:57:02 +1000 Date: Sat, 18 May 1996 01:57:02 +1000 From: Bruce Evans Message-Id: <199605171557.BAA28671@godzilla.zeta.org.au> To: elrond2imladris.frmug.fr.net@memo.frmug.fr.net, freebsd-bugs@freebsd.org Subject: Re: Bug found in getrlimit for 2.1R Cc: roberto@keltia.freenix.fr Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've found a bug in the getrlinit function(). Here is a small >program to demonstrate this: >... > printf("soft=%d\nhard=%d\n",(long)Lim.rlim_cur,Lim.rlim_max); >... > This program outputs: >----- >soft=64 >hard=-1 >----- > And under gdb: >----- >Breakpoint 1, main () at toto.c:12 >(gdb) print Lim >$1 = {rlim_cur = 0x0000000000000040, rlim_max = 0x7fffffffffffffff} >----- The hard limit is 0x7fffffffffffffff like gdb says it is. This gets truncated to -1 when it is converted to a long. >... > But was unable to find it on my installation nor the second CD >of 2.1R! getrlimit is a system call so it is generated from some #defines in /usr/src/lib/libc/sys. > I discovered this but while wriing a program working hard with >sockets: >----- >getrlimit(RLINIT_NOFILE) returned garbage for rlim_max!!! >Using arbitrary hard limit. Several programs have problems with variables of type `long long'. Bruce From owner-freebsd-bugs Fri May 17 09:25:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28774 for bugs-outgoing; Fri, 17 May 1996 09:25:26 -0700 (PDT) Received: from merit.edu (merit.edu [35.1.1.42]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA28766 for ; Fri, 17 May 1996 09:25:23 -0700 (PDT) Received: from ohm.merit.edu (ohm.merit.edu [198.108.60.65]) by merit.edu (8.7.5/merit-2.0) with ESMTP id MAA14977 for ; Fri, 17 May 1996 12:25:21 -0400 (EDT) From: William Bulley Received: (web@localhost) by ohm.merit.edu (8.6.9/8.6.5) id MAA24382 for freebsd-bugs@freebsd.org; Fri, 17 May 1996 12:35:21 -0400 Message-Id: <199605171635.MAA24382@ohm.merit.edu> Subject: pcvt code can't do visual bell To: freebsd-bugs@freebsd.org Date: Fri, 17 May 1996 12:35:21 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] 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 I was struck with the simularity and differences between the syscons and pcvt terminal emulators in FreeBSD 2.1R. The former has a visual bell capability (which I prefer) and the latter does not. It doesn't seem like adding this feature to pcvt would be all that difficult (the syscons.c code does it in less than twenty lines of code)... at least then, I'd have a choice! :-) Regards, web... -- William Bulley, N8NXN Senior Systems Research Programmer Merit Network Inc. Domain: web@merit.edu 4251 Plymouth Road MaBell: (313) 764-9993 Ann Arbor, Michigan 48105-2785 Fax: (313) 747-3185 From owner-freebsd-bugs Fri May 17 09:32:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA29459 for bugs-outgoing; Fri, 17 May 1996 09:32:51 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA29453 for ; Fri, 17 May 1996 09:32:48 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA29562; Sat, 18 May 1996 02:29:26 +1000 Date: Sat, 18 May 1996 02:29:26 +1000 From: Bruce Evans Message-Id: <199605171629.CAA29562@godzilla.zeta.org.au> To: davidg@Root.COM, joerg_wunsch@uriah.heep.sax.de Subject: Re: bin/1205: ln -F dir1 dir2 Cc: freebsd-bugs@freebsd.org, lamuh@stoat.riga.lv Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>David, i'm voting for killing the directory hardlink stuff again. >>Nobody could prove that it's really needed, all our 1.1.5.1 systems >>ran well, Data General and Linux forbid it as well -- what more do we >>need? Data General and Linux allowing it :-). > Agreed. You may recall that I was the one to make the change in 1.1.5 (as >well as took the heat for the change :-)). Please feel free to make the same >change in -current. I'll object again. The changes in 1.1.5 were too incomplete to inspire confidence that all the issues had been considered. Unlinking of directories was still permitted, link.2 wasn't updated (it says that EPERM for directories doesn't apply for root), and ln's -F flag wasn't nuked. Bruce From owner-freebsd-bugs Fri May 17 10:21:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA03582 for bugs-outgoing; Fri, 17 May 1996 10:21:52 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA03575 for ; Fri, 17 May 1996 10:21:49 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA31084; Sat, 18 May 1996 03:18:03 +1000 Date: Sat, 18 May 1996 03:18:03 +1000 From: Bruce Evans Message-Id: <199605171718.DAA31084@godzilla.zeta.org.au> To: afr04@rs1.rrz.Uni-Koeln.DE, joerg_wunsch@uriah.heep.sax.de Subject: Re: Error message from fdc Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >If I want to access my floppy drive, whith mcopy, fdformat or as a normal >ufs filesystem, I've got the following error message : >fdc: input ready timeout It is a software problem that is fixed in -stable and -current. >and a ASUS TP4XE Mainboard The fdc on the TP4XE amplifies the problem. Bruce From owner-freebsd-bugs Fri May 17 16:51:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01731 for bugs-outgoing; Fri, 17 May 1996 16:51:48 -0700 (PDT) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA01724 for ; Fri, 17 May 1996 16:51:46 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id aa24689; 17 May 96 23:41 GMT Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa17253; 18 May 96 0:41 +0100 Received: (from fbugs@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id AAA00521; Sat, 18 May 1996 00:31:54 GMT Date: Sat, 18 May 1996 00:31:54 GMT From: James Raynard Message-Id: <199605180031.AAA00521@jraynard.demon.co.uk> To: elrond2imladris.frmug.fr.net@memo.frmug.fr.net CC: freebsd-bugs@freebsd.org, roberto@keltia.freenix.fr In-reply-to: <199605152226.AAA18328@memo.frmug.fr.net> (message from Bertrand Petit on Thu, 16 May 1996 00:26:05 +0200) Subject: Re: Bug found in getrlimit for 2.1R Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> Bertrand Petit writes: > > I've found a bug in the getrlinit function(). Here is a small > program to demonstrate this: [snip] > printf("soft=%d\nhard=%d\n",(long)Lim.rlim_cur,Lim.rlim_max); BTW this should be printf("soft=%qd\nhard=%qd\n",Lim.rlim_cur,Lim.rlim_max); > fflush(stdout); > > This program outputs: > > ----- > soft=64 > hard=-1 According to the getrlimit manpage, An ``infinite'' value for a limit is defined as RLIM_INFINITY. and looking in /usr/include/sys/resource.h, we find:- RLIM_INFINITY (((u_quad_t)1 << 63) - 1) > And under gdb: > > ----- > Breakpoint 1, main () at toto.c:12 > (gdb) print Lim > $1 = {rlim_cur = 0x0000000000000040, rlim_max = 0x7fffffffffffffff} See above. I believe this is working as documented. > I've searched the getrlinit source code: > > But was unable to find it on my installation nor the second CD > of 2.1R! It's in /usr/src/sys/kern/kern_resource.c -- James Raynard, Edinburgh, Scotland jraynard@dial.pipex.com james@jraynard.demon.co.uk From owner-freebsd-bugs Fri May 17 16:56:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02130 for bugs-outgoing; Fri, 17 May 1996 16:56:01 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02094; Fri, 17 May 1996 16:55:59 -0700 (PDT) Date: Fri, 17 May 1996 16:55:59 -0700 (PDT) From: Gary Palmer Message-Id: <199605172355.QAA02094@freefall.freebsd.org> To: gpalmer, freebsd-bugs, asami Subject: Re: ports/1168 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: New version of pine. 3.93 fixes bugs in 3.92 and has pilot. Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: gpalmer Responsible-Changed-When: Fri May 17 16:54:10 PDT 1996 Responsible-Changed-Why: Asami == Mr Ports (Needed a change :-) ) From owner-freebsd-bugs Fri May 17 18:42:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA09066 for bugs-outgoing; Fri, 17 May 1996 18:42:13 -0700 (PDT) Received: from fisbin.remuda.com (fisbin.remuda.com [199.238.225.162]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA09052; Fri, 17 May 1996 18:42:03 -0700 (PDT) Received: from localhost (scotto@localhost) by fisbin.remuda.com (8.6.12/8.6.12) with SMTP id SAA05083; Fri, 17 May 1996 18:41:21 -0700 Date: Fri, 17 May 1996 18:41:20 -0700 (PDT) From: Scott Overholser Reply-To: Scott Overholser To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org, freebsd-bugs@freebsd.org cc: a-scotov@exchange.microsoft.com Subject: sendmail read errors/timeouts etc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 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 Sat May 18 00:28:02 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04155 for bugs-outgoing; Sat, 18 May 1996 00:28:02 -0700 (PDT) Received: from Arizona.EDU (Penny.Telcom.Arizona.EDU [128.196.128.217]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA04136; Sat, 18 May 1996 00:27:57 -0700 (PDT) Received: from sun1paztcn.wr.usgs.gov by Arizona.EDU (PMDF V5.0-5 #2381) id <01I4TYBJD2WGCDTVLX@Arizona.EDU>; Sat, 18 May 1996 00:27:50 -0700 (MST) Received: from localhost by sun1paztcn.wr.usgs.gov (4.1/SMI-4.1) id AA16905; Sat, 18 May 1996 00:26:45 -0700 (MST) Date: Sat, 18 May 1996 00:26:45 -0700 From: Doug Wellington Subject: Re: sendmail read errors/timeouts etc. In-reply-to: "Your message of Fri, 17 May 1996 18:41:20 MST." To: Scott Overholser Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, a-scotov@exchange.microsoft.com, doug@sun1paztcn.wr.usgs.gov Message-id: <9605180726.AA16905@sun1paztcn.wr.usgs.gov> 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 Previously: >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. Well, I'm gonna start with a couple dumb questions... What version of sendmail are you running? I think the most recent is 8.7.5... When you switched, did you keep a copy of your old sendmail.cf? Have you done a diff on the old vs. the new? I know you said that your timeouts were very high, but exactly what is the r option? I used to run with 15m, but that isn't long enough anymore. Try at least 30m or maybe even 1h or more... Also, do you have any problems with a connection to those sites if you do it manually (with telnet)? How heavily is your gateway loaded? If you have a heavy load, you may want to consider using a more efficient mailer than sendmail... -Doug Doug Wellington doug@sun1paztcn.wr.usgs.gov System and Network Administrator US Geological Survey, Tucson, AZ Project Office According to proposed Federal guidelines, this message is a "non-record". Hmm, I wonder if _everything_ I say is a "non-record"... FreeBSD and Apache - the best real tools for the virtual world! Check out www.freebsd.org and www.apache.org, and for you music types, check out TCLMidi... God, I wonder what Apple is going to mess up next? Have they been taking lessons from Novell? From owner-freebsd-bugs Sat May 18 01:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA06436 for bugs-outgoing; Sat, 18 May 1996 01:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA06400; Sat, 18 May 1996 01:00:03 -0700 (PDT) Resent-Date: Sat, 18 May 1996 01:00:03 -0700 (PDT) Resent-Message-Id: <199605180800.BAA06400@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from pcpsj.pfcs.com (harlan.fred.net [205.252.219.31]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA06178 for" ; Sat, 18 May 1996 00:55:24.-0700 (PDT) Received: (from root@localhost) by pcpsj.pfcs.com (8.6.12/8.6.9) id DAA18130; Sat, 18 May 1996 03:54:28 -0400 Message-Id: <199605180754.DAA18130@pcpsj.pfcs.com> Date: Sat, 18 May 1996 03:54:28 -0400 From: Harlan.Stenn@pfcs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1212: ppp eventually runs out of file descriptors Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1212 >Category: bin >Synopsis: ppp eventually runs out of file descriptors >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 18 01:00:01 PDT 1996 >Last-Modified: >Originator: Harlan Stenn >Organization: PFCS Corporation >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0 >Description: After a demand-dial ppp has been running for a while it runs out of file descriptors, leaving log messages like this: ... 05-18 02:25:28 [8656] *Connected! 05-18 02:25:28 [8656] Phase: Authenticate 05-18 02:25:28 [8656] his = 0, mine = 0 05-18 02:25:28 [8656] Phase: Network socket: Too many open files 05-18 02:25:28 [8656] OsLinkup: 111.222.333.444 can't open /etc/ppp/ppp.linkup. can't open /etc/ppp/ppp.linkup. can't open /etc/ppp/ppp.linkup. socket: Too many open files However: -rw-r--r-- 1 root wheel 1080 Sep 9 1995 /etc/ppp/ppp.linkup Eventually, I have noticed I can't make connections to new sites and I have to manually kill and restart ppp. >How-To-Repeat: Fire up a demand-dial ppp link, use it, and wait. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 18 04:30:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA23761 for bugs-outgoing; Sat, 18 May 1996 04:30:14 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA23747 for freebsd-bugs; Sat, 18 May 1996 04:30:12 -0700 (PDT) Date: Sat, 18 May 1996 04:30:12 -0700 (PDT) From: GNU GNATS Message-Id: <199605181130.EAA23747@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] misc/166 /usr/include/machine/asmacros.h includes uninstalled [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/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [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/09] bin/329 FTP transfers above 99K shown in scientific notation [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/01] gnu/373 In response to admittedly bogus code, gcc emits an o [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/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/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/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/30] docs/458 px doc does not find include figure [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/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [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/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [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/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/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] 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/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/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/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/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/1106 a new port [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/01] ports/1168 New version of pine. 3.93 fixes bugs in 3.92 and ha [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] ports/1185 mods to vim-3.0 port (aka ports/1109) [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/12] kern/1196 sys/scsi/od.c update by author. [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 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/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/03/28] ports/1104 Paper sizes in (printing) ports [1996/04/10] kern/1130 pty driver bug [1996/04/14] kern/1140 arpresolve does a null pointer dereference through r [1996/05/15] bin/1207 YP netgroups in /etc/hosts.equiv don't work /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat May 18 04:30:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA23771 for bugs-outgoing; Sat, 18 May 1996 04:30:15 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA23750 for freebsd-bugs; Sat, 18 May 1996 04:30:12 -0700 (PDT) Date: Sat, 18 May 1996 04:30:12 -0700 (PDT) From: GNU GNATS Message-Id: <199605181130.EAA23750@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: 284 Number of curently analyzed reports: 22 From owner-freebsd-bugs Sat May 18 04:52:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25981 for bugs-outgoing; Sat, 18 May 1996 04:52:25 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA25972 for ; Sat, 18 May 1996 04:52:20 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA24177; Sat, 18 May 1996 13:52:17 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA13381; Sat, 18 May 1996 13:52:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA09790; Sat, 18 May 1996 10:01:57 +0200 (MET DST) From: J Wunsch Message-Id: <199605180801.KAA09790@uriah.heep.sax.de> Subject: Re: Error message from fdc To: afr04@rs1.rrz.Uni-Koeln.DE (Ralf Luettgen) Date: Sat, 18 May 1996 10:01:57 +0200 (MET DST) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1.5.4.32.19960517142920.006a9c5c@mail.rrz.uni-koeln.de> from Ralf Luettgen at "May 17, 96 04:29:20 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=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ralf Luettgen wrote: > Hello Mr. Wunsch. :-) Ich heiße ansonsten Jörg... :) > If I want to access my floppy drive, whith mcopy, fdformat or as a normal > ufs filesystem, I've got the following error message : > > fdc: input ready timeout > > My machine is a : ... > and a ASUS TP4XE Mainboard The ASUS TP4XE is equipped with a broken Multi-IO chip (UMC 8669F). Bruce Evans investigated all its brokeness in great detail. One of its bugs combined with a long-lurking bug in the FreeBSD floppy driver to something that stopped working on the UMC 8669F. (Another bug is that you can't use your onboard UARTs for UUCP.) Try this fix. (This is also the version in -stable.) Index: /sys/i386/isa/fd.c =================================================================== RCS file: /home/cvs/src/sys/i386/isa/fd.c,v retrieving revision 1.62 retrieving revision 1.62.2.1 diff -u -u -r1.62 -r1.62.2.1 --- fd.c 1995/06/11 19:31:19 1.62 +++ fd.c 1996/03/31 18:09:00 1.62.2.1 @@ -43,7 +43,7 @@ * SUCH DAMAGE. * * from: @(#)fd.c 7.4 (Berkeley) 5/25/91 - * $Id: fd.c,v 1.62 1995/06/11 19:31:19 rgrimes Exp $ + * $Id: fd.c,v 1.62.2.1 1996/03/31 18:09:00 joerg Exp $ * */ @@ -1574,6 +1574,13 @@ fdc->state = STARTRECAL; break; case STARTRECAL: + /* XXX clear the fdc results from the last reset, if any. */ + { + int i; + for (i = 0; i < 4; i++) + (void)fd_sense_int(fdc, &st0, &cyl); + } + if(fd_cmd(fdcu, 2, NE7CMD_RECAL, fdu, 0)) /* Recalibrate Function */ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat May 18 04:55:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26244 for bugs-outgoing; Sat, 18 May 1996 04:55:05 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA26228 for ; Sat, 18 May 1996 04:54:55 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA24118; Sat, 18 May 1996 13:52:02 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA13368; Sat, 18 May 1996 13:51:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA09655; Sat, 18 May 1996 09:35:38 +0200 (MET DST) From: J Wunsch Message-Id: <199605180735.JAA09655@uriah.heep.sax.de> Subject: Re: bin/1205: ln -F dir1 dir2 To: bde@zeta.org.au (Bruce Evans) Date: Sat, 18 May 1996 09:35:38 +0200 (MET DST) Cc: davidg@Root.COM, joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freebsd.org, lamuh@stoat.riga.lv Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605171629.CAA29562@godzilla.zeta.org.au> from Bruce Evans at "May 18, 96 02:29:26 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 Bruce Evans wrote: > I'll object again. The changes in 1.1.5 were too incomplete to > inspire confidence that all the issues had been considered. > Unlinking of directories was still permitted, link.2 wasn't updated > (it says that EPERM for directories doesn't apply for root), and > ln's -F flag wasn't nuked. All this is easy to fix. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat May 18 10:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10848 for bugs-outgoing; Sat, 18 May 1996 10:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10834; Sat, 18 May 1996 10:40:02 -0700 (PDT) Resent-Date: Sat, 18 May 1996 10:40:02 -0700 (PDT) Resent-Message-Id: <199605181740.KAA10834@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA10632 for ; Sat, 18 May 1996 10:34:22 -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 UAA03235 for ; Sat, 18 May 1996 20:34:08 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id UAA01022; Sat, 18 May 1996 20:34:07 +0300 (EET DST) Message-Id: <199605181734.UAA01022@katiska.clinet.fi> Date: Sat, 18 May 1996 20:34:07 +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/1213: kernel page fault Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1213 >Category: kern >Synopsis: kernel page fault >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 18 10:40:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: News server, P90, ASUS, 2940. 15th May 01:56 GMT sup. >Description: The kernel and dump are ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.72.gz kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:938 #1 0xf01171f6 in panic (fmt=0xf01c83ec "page fault") at ../../kern/subr_prf.c:127 #2 0xf01c8f46 in trap_fatal (frame=0xefbffee0) at ../../i386/i386/trap.c:740 #3 0xf01c8a38 in trap_pfault (frame=0xefbffee0, usermode=0) at ../../i386/i386/trap.c:651 #4 0xf01c871b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -211062656, tf_ebp = -272629944, tf_isp = -272630008, tf_ebx = -211111680, tf_edx = 1, tf_ecx = -207698432, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -267176621, tf_cs = 8, tf_eflags = 66118, tf_esp = -266353704, tf_ss = -211111680}) at ../../i386/i386/trap.c:319 #5 0xf01c13d1 in calltrap () #6 0xf01c9251 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 1214276, tf_esi = 1, tf_ebp = -272641856, tf_isp = -272629788, tf_ebx = 7043, tf_edx = 1229324, tf_ecx = 1231300, tf_eax = 95, tf_trapno = 12, tf_err = 7, tf_eip = 135996101, tf_cs = 31, tf_eflags = 646, tf_esp = -272641888, tf_ss = 39}) at ../../i386/i386/trap.c:904 #7 0xf01c1425 in Xsyscall () #8 0x2bd11 in ?? () #9 0x2ab19 in ?? () #10 0xefbfdfdc in ?? () #11 0x416e in ?? () #12 0x2dcc1 in ?? () #13 0x31caf in ?? () #14 0x2cdc1 in ?? () #15 0x6c128 in ?? () #16 0x2c99d in ?? () #17 0x6bd8a in ?? () #18 0x2c937 in ?? () #19 0x2c4d6 in ?? () #20 0x2c5a1 in ?? () #21 0x6da94 in ?? () #22 0x81c3e in ?? () #23 0x6dfcc in ?? () #24 0x6dbda in ?? () #25 0x81c3e in ?? () #26 0x6dfcc in ?? () #27 0x6dbda in ?? () #28 0x81c3e in ?? () #29 0x6ce9a in ?? () #30 0x6b0ce in ?? () #31 0x134f7 in ?? () #32 0x81f43 in ?? () #33 0x6dfcc in ?? () #34 0x6dbda in ?? () #35 0x81c3e in ?? () #36 0x6dfcc in ?? () #37 0x6dbda in ?? () #38 0x6a947 in ?? () #39 0x32e54 in ?? () #40 0x2d392 in ?? () #41 0x6c128 in ?? () #42 0x2c99d in ?? () #43 0x6bd8a in ?? () #44 0x2c968 in ?? () #45 0x2c4d6 in ?? () #46 0x2c5a1 in ?? () #47 0x2b727 in ?? () #48 0x1096 in ?? () (kgdb) list ../../i386/i386/machdep.c:933: No such file or directory. (kgdb) up #1 0xf01171f6 in panic (fmt=0xf01c83ec "page fault") at ../../kern/subr_prf.c:127 ../../kern/subr_prf.c:127: No such file or directory. (kgdb) down #0 boot (howto=256) at ../../i386/i386/machdep.c:938 ../../i386/i386/machdep.c:938: No such file or directory. (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) directory /usr/src/sys/i386/conf Source directories searched: /usr/src/sys/i386/conf:$cdir:$cwd (kgdb) up #1 0xf01171f6 in panic (fmt=0xf01c83ec "page fault") 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 0xf01c8f46 in trap_fatal (frame=0xefbffee0) at ../../i386/i386/trap.c:740 740 panic(trap_msg[type]); (kgdb) list 735 #ifdef DDB 736 if (kdb_trap (type, 0, frame)) 737 return; 738 #endif 739 if (type <= MAX_TRAP_MSG) 740 panic(trap_msg[type]); 741 else 742 panic("unknown/reserved trap"); 743 } 744 (kgdb) print type $1 = 0xc (kgdb) up #3 0xf01c8a38 in trap_pfault (frame=0xefbffee0, usermode=0x0) at ../../i386/i386/trap.c:651 651 trap_fatal(frame); (kgdb) list 646 if (!usermode) { 647 if (curpcb && curpcb->pcb_onfault) { 648 frame->tf_eip = (int)curpcb->pcb_onfault; 649 return (0); 650 } 651 trap_fatal(frame); 652 return (-1); 653 } 654 655 /* kludge to pass faulting virtual address to sendsig */ (kgdb) print usermode $2 = 0x0 (kgdb) print curpcb $3 = 0xf75c2000 (kgdb) pprint curpcb->pcb_onfault Undefined command: "pprint". Try "help". (kgdb) print curpcb->pcb_onfault Attempt to extract a component of a value that is not a structure pointer. (kgdb) print frame $4 = (struct trapframe *) 0xefbffee0 (kgdb) print *frame $5 = {tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x0, tf_esi = 0xf36b7080, tf_ebp = 0xefbfff48, tf_isp = 0xefbfff08, tf_ebx = 0xf36ab100, tf_edx = 0x1, tf_ecx = 0xf39ec600, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf0133553, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xf01fc3d8, tf_ss = 0xf36ab100} (kgdb) up #4 0xf01c871b in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x0, tf_esi = 0xf36b7080, tf_ebp = 0xefbfff48, tf_isp = 0xefbfff08, tf_ebx = 0xf36ab100, tf_edx = 0x1, tf_ecx = 0xf39ec600, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf0133553, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xf01fc3d8, tf_ss = 0xf36ab100}) at ../../i386/i386/trap.c:319 319 (void) trap_pfault(&frame, FALSE); (kgdb) list 314 } else { 315 /* kernel trap */ 316 317 switch (type) { 318 case T_PAGEFLT: /* page fault */ 319 (void) trap_pfault(&frame, FALSE); 320 return; 321 322 case T_PROTFLT: /* general protection fault */ 323 case T_SEGNPFLT: /* segment not present fault */ (kgdb) up #5 0xf01c13d1 in calltrap () (kgdb) list 324 /* 325 * Invalid segment selectors and out of bounds 326 * %eip's and %esp's can be set up in user mode. 327 * This causes a fault in kernel mode when the 328 * kernel tries to return to user mode. We want 329 * to get this fault so that we can fix the 330 * problem here and not have to check all the 331 * selectors and pointers when the user changes 332 * them. 333 */ (kgdb) up #6 0xf01c9251 in syscall (frame={tf_es = 0x27, tf_ds = 0x27, tf_edi = 0x128744, tf_esi = 0x1, tf_ebp = 0xefbfd0c0, tf_isp = 0xefbfffe4, tf_ebx = 0x1b83, tf_edx = 0x12c20c, tf_ecx = 0x12c9c4, tf_eax = 0x5f, tf_trapno = 0xc, tf_err = 0x7, tf_eip = 0x81b22c5, tf_cs = 0x1f, tf_eflags = 0x286, tf_esp = 0xefbfd0a0, tf_ss = 0x27}) at ../../i386/i386/trap.c:904 904 error = (*callp->sy_call)(p, args, rval); (kgdb) list 899 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 900 #endif 901 rval[0] = 0; 902 rval[1] = frame.tf_edx; 903 904 error = (*callp->sy_call)(p, args, rval); 905 906 switch (error) { 907 908 case 0: (kgdb) print *callp $6 = {sy_narg = 0x1, sy_call = 0xf01334e0 } (kgdb) print *p $7 = {p_forw = 0x0, p_back = 0x1, p_list = {le_next = 0x1, le_prev = 0x0}, p_cred = 0x0, p_fd = 0xd9aeb1, p_stats = 0x0, p_limit = 0xf33c6900, p_vmspace = 0x0, p_sigacts = 0xf3430220, p_flag = 0xf34df780, p_stat = 0x28, p_pad1 = "}\201ó", p_pid = 0x0, p_pglist = {le_next = 0x0, le_prev = 0x0}, p_pptr = 0x8, p_sibling = {le_next = 0x0, le_prev = 0x0}, p_children = { lh_first = 0x0}, p_oppid = 0x0, p_dupfd = 0x0, p_estcpu = 0x0, p_cpticks = 0x0, p_pctcpu = 0x1a, 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 = 0x0}, p_uticks = 0, p_sticks = 0xd8eaca00000000, p_iticks = 0xf33c6d00f3513000, p_traceflag = 0xf3819480, p_tracep = 0xf3700620, p_siglist = 0xf3594600, p_textvp = 0xf357e4a8, p_lock = 0x0, p_pad2 = "\000\000", p_locks = 0x0, p_simple_locks = 0x0, p_hash = {le_next = 0x0, le_prev = 0x2}, p_sigmask = 0x0, p_sigignore = 0x0, p_sigcatch = 0x0, p_priority = 0x0, p_usrpri = 0x0, p_nice = 0x0, p_comm = '\000' , "\004\000\000", p_pgrp = 0x0, p_sysent = 0x0, p_rtprio = {type = 0x1, prio = 0x0}, p_addr = 0xf38c3300, p_md = {md_flags = 0x0, md_regs = 0x0}, p_xstat = 0x0, p_acflag = 0x0, p_ru = 0x0} (kgdb) print argv No symbol "argv" in current context. (kgdb) print args $8 = {0x1, 0x1, 0x80c0060, 0x813b378, 0x8137cd0, 0xefbfffbc, 0x22, 0x0} (kgdb) print rval $9 = {0x0, 0x12c20c} (kgdb) list 909 /* 910 * Reinitialize proc pointer `p' as it may be different 911 * if this is a child returning from fork syscall. 912 */ 913 p = curproc; 914 frame.tf_eax = rval[0]; 915 frame.tf_edx = rval[1]; 916 frame.tf_eflags &= ~PSL_C; 917 break; 918 (kgdb) up #7 0xf01c1425 in Xsyscall () (kgdb) list 919 case ERESTART: 920 /* 921 * Reconstruct pc, assuming lcall $X,y is 7 bytes, 922 * int 0x80 is 2 bytes. We saved this in tf_err. 923 */ 924 frame.tf_eip -= frame.tf_err; 925 break; 926 927 case EJUSTRETURN: 928 break; (kgdb) list 929 930 default: 931 bad: 932 if (p->p_sysent->sv_errsize) 933 if (error >= p->p_sysent->sv_errsize) 934 error = -1; /* XXX */ 935 else 936 error = p->p_sysent->sv_errtbl[error]; 937 frame.tf_eax = error; 938 frame.tf_eflags |= PSL_C; (kgdb) up #8 0x2bd11 in ?? () (kgdb) list 939 break; 940 } 941 942 if (frame.tf_eflags & PSL_T) { 943 /* Traced syscall. */ 944 frame.tf_eflags &= ~PSL_T; 945 trapsignal(p, SIGTRAP, 0); 946 } 947 948 userret(p, &frame, sticks); (kgdb) >How-To-Repeat: Panics almost daily on something after 15th May sup, this was the first one which generated a dump. I think 15th May something is more broken than before, as crash rate seems to have somewhat increased compared to sups before May. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 18 11:33:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13108 for bugs-outgoing; Sat, 18 May 1996 11:33:48 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@[199.238.225.168]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA13099; Sat, 18 May 1996 11:33:42 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.6.9) with SMTP id LAA25346; Sat, 18 May 1996 11:33:27 -0700 (PDT) Message-Id: <199605181833.LAA25346@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Scott Overholser cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org, freebsd-bugs@freebsd.org, a-scotov@exchange.microsoft.com Subject: Re: sendmail read errors/timeouts etc. In-reply-to: Your message of Fri, 17 May 96 18:41:20 -0700. Date: Sat, 18 May 1996 11:33:26 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >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. For What It's Worth, NetBSD is currently running Sendmail 8.7.5, and I don't have this problem. Although, I don't remember seeing this in the 8.6.x versions, either. Sorry that's all the "help" I can lend... ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-bugs Sat May 18 12:51:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16498 for bugs-outgoing; Sat, 18 May 1996 12:51:27 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA16492 for ; Sat, 18 May 1996 12:51:18 -0700 (PDT) Received: by Sisyphos id AA18243 (5.67b/IDA-1.5 for freebsd-bugs@FreeBSD.ORG); Sat, 18 May 1996 21:50:58 +0200 Message-Id: <199605181950.AA18243@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sat, 18 May 1996 21:50:57 +0200 In-Reply-To: erich@uruk.org "Re: Post 2.1.0 FreeBSD bug in PCI code ??" (May 16, 21:11) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: erich@uruk.org Subject: Re: Post 2.1.0 FreeBSD bug in PCI code ?? Cc: freebsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On May 16, 21:11, erich@uruk.org wrote: } Subject: Re: Post 2.1.0 FreeBSD bug in PCI code ?? } } } [ Please e-mail responses directly to me, as I'm not on the list ] } } I decided to bite the bullet and simply debug the problem. As is typical } of such situations, I found it in about 20 minutes, and had it fixed and } tested in another 10. } } Please see that this fix is included in the main source tree. Thanks a lot! This was a typo, which I introduced a few months ago ... :( The fix has been committed to -current (the bug did not exist in -stable). } > chip0 rev 5 on pci0:14:0 } > pci0:15:0: Intel Corporation, device 0x0008, class=0xff } > } > Fatal trap 12: page fault while in kernel mode } > fault virtual address = 0x16d0d16c } > fault code = supervisor read, page not present } > instruction pointer = 0x8:0xf016d1aa } > stack pointer = 0x10:0xefbfff0c } > frame pointer = 0x10:0xefbfff1c } > code segment = base 0x0, limit 0xfffff, type 0x1b } > = DPL 0, pres 1, def32 1, gran 1 } > processor eflags = interrupt enabled, resume, IOPL = 0 } > current process = 0 () } > interrupt mask = net tty bio } > panic: page fault } } The "class=0xff" was the key here. My diff is on the kernel source from } the 2.2-960224-SNAP snapshot (I think that was it... it was from the end } of february). When checking an array indexed by "class", the check was } made against "subclass". Then it indexed by class and possibly goes } off following a random pointer (well, not random, but not what you want, } either). Well, I didn't see the class=0xff message before, but you are completely right with your diagnosis, of course! } --------------------------(pci.c.diff)-------------------------- } --- pci.c.old Thu May 16 19:46:48 1996 } +++ pci.c Thu May 16 21:04:08 1996 } @@ -1700,7 +1700,7 @@ } printf(", class=0x%02x", class); } } } } - if (subclass < sizeof(subclasses) / sizeof(subclasses[0])) { } + if (class < sizeof(subclasses) / sizeof(subclasses[0])) { } const subclass_name *p = subclasses[class]; } while (p->name && (p->subclass != subclass)) } p++; } --------------------------(pci.c.diff)-------------------------- Thanks again! Seems I really need a test system with lots of different devices and a at least three levels deep PCI bus structure (i.e. PCI to PCI bridges on bridged PCI busses) for testing ... But I had written some configuration space emulation code a few months ago, when a PCI to PCI bridge problem existed, and I'll try to produce a few test cases and have them in my development kernel to do some regression testing ... (i.e. I'll simulate all devices that have caused problems at some time). I choose to commit the one line (ahemm, three letter :) patch and not the version you sent in a later mail, since I think the additional protection against internal inconsistencies is useful, and the additional test costs only a few extra bytes (in the order of 10). Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-bugs Sat May 18 13:02:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17227 for bugs-outgoing; Sat, 18 May 1996 13:02:48 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA17115; Sat, 18 May 1996 13:02:16 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA02477; Sat, 18 May 1996 22:02:04 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA16913; Sat, 18 May 1996 22:02:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA00516; Sat, 18 May 1996 20:58:54 +0200 (MET DST) From: J Wunsch Message-Id: <199605181858.UAA00516@uriah.heep.sax.de> Subject: Re: sendmail read errors/timeouts etc. To: scotto@remuda.com Date: Sat, 18 May 1996 20:58:53 +0200 (MET DST) Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org, freebsd-bugs@freebsd.org, a-scotov@exchange.microsoft.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Scott Overholser at "May 17, 96 06:41:20 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 Scott Overholser wrote: > 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 Don't know if this is related, but we recently discovered (while hunting for a problem with some self-written Winlose 95 rsh-client) that Winlose 95 doesn't know how to handle TCP connections. Not that this really suprised me, but it effectively makes any rsh command useless that tries to take data from stdin. The bug is that Winlose never sends a FIN flag, but immediately sends a package with an RST in it. This causes the remote command to be aborted (as opposed to see a closed connection, and process it as an EOF condition). Since your problems always happen while the sendmail is waiting for the QUIT handshake, it may be the same problem. Dunno if this is only apparent for some version of Winlose 95. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat May 18 16:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06535 for bugs-outgoing; Sat, 18 May 1996 16:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06522; Sat, 18 May 1996 16:50:02 -0700 (PDT) Resent-Date: Sat, 18 May 1996 16:50:02 -0700 (PDT) Resent-Message-Id: <199605182350.QAA06522@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, james@jraynard.demon.co.uk Received: from relay-2.mail.demon.net (disperse.demon.co.uk [158.152.1.77]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA05816 for ; Sat, 18 May 1996 16:47:50 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-2.mail.demon.net id ad10529; 19 May 96 0:47 +0100 Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa15567; 19 May 96 0:42 +0100 Received: (from james@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id AAA04710; Sun, 19 May 1996 00:07:16 GMT Message-Id: <199605190007.AAA04710@jraynard.demon.co.uk> Date: Sun, 19 May 1996 00:07:16 GMT From: James Raynard Reply-To: james@jraynard.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1214: lseek() manpage refers to fildes argument as a file pointer Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1214 >Category: docs >Synopsis: lseek() manpage refers to fildes argument as a file pointer >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat May 18 16:50:01 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: A FreeBSD box >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.1.0 and -current, probably back to 2.0 as well. >Description: The man page says: Lseek() repositions the file pointer fildes as follows: Presumably this should be 'the file pointer associated with fildes', or words to that effect, as fildes is a file descriptor. ('file pointer' is dangerously similar to 'FILE pointer' - and anyway it's not correct). >How-To-Repeat: man lseek >Fix: Apply this patch in /usr/src/lib/libc/sys:- *** lseek.2~ Sat May 18 23:39:46 1996 --- lseek.2 Sat May 18 23:41:02 1996 *************** *** 56,62 **** must be an open file descriptor. .Fn Lseek ! repositions the file pointer .Fa fildes as follows: .Bl -item -offset indent --- 56,62 ---- must be an open file descriptor. .Fn Lseek ! repositions the file pointer associated with .Fa fildes as follows: .Bl -item -offset indent >Audit-Trail: >Unformatted: