From owner-freebsd-bugs Sun Jun 16 04:30:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA02289 for bugs-outgoing; Sun, 16 Jun 1996 04:30:15 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA02283 for freebsd-bugs; Sun, 16 Jun 1996 04:30:14 -0700 (PDT) Date: Sun, 16 Jun 1996 04:30:14 -0700 (PDT) From: Paul Traina Message-Id: <199606161130.EAA02283@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/29] kern/1163 2.2-960323-SNAP: fatal trap 12 o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p o [1996/05/19] kern/1217 separating to hardrives to two IDE channe o [1996/05/26] kern/1257 dyson System got blown away by "vm_pageout_scan o [1996/06/01] kern/1286 cluster_read() calls strategy routine wit f [1996/06/05] kern/1296 gibbs BUS DEVICE RESET and machine crash with A o [1996/06/08] kern/1302 3COM 3c590 can't receive packets o [1996/06/11] kern/1311 Panic: vm_page_free while installing new o [1996/06/12] ports/1318 Problem making port: squid o [1996/06/15] kern/1325 system crash when running gated 24 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 bde 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 nate 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/16] kern/425 wollman arp entries not getting removed when inte f [1995/05/25] kern/443 65 sendmails crashes system o [1995/05/26] kern/446 phk unable to diskless-boot a PC when the ser 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/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 o [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 joerg 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 nate 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 f [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/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 dyson 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 dyson 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/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 jkh sysinstall ftp error messages not helpful o [1996/05/08] kern/1180 freeing held page, count=%d o [1996/05/10] misc/1187 pppd dies with a segv o [1996/05/11] kern/1190 panic: page fault (wild pointer?) o [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/16] kern/1208 Rebooting nfs server results "Permission o [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus o [1996/05/18] bin/1212 ppp eventually runs out of file descripto o [1996/05/18] kern/1213 kernel page fault o [1996/05/21] kern/1227 dyson vm_page_activate: already active (new vm o [1996/05/21] kern/1228 probe doesn't find P-n-P modem o [1996/05/21] bin/1231 make(1) execution of ``.BEGIN'' does not o [1996/05/24] kern/1245 scsi tape driver write-protet and eject h o [1996/05/24] misc/1247 Conflicting header files o [1996/05/24] bin/1248 joerg /bin/sh has trouble with arguments past 9 o [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1252 Heavy activity on a CD causes panic o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/27] kern/1258 dyson new vm code: freeing held page o [1996/05/27] kern/1269 dyson vm_pageout_scan: page not inactive? (loop o [1996/05/28] conf/1270 /etc/ttys does not list all valid ptys (b o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/28] kern/1274 Kernel panics with filesystem error o [1996/05/29] kern/1278 SUN Solaris clients gets host not respond o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/05/31] conf/1285 route_multicast and route_loopback lines o [1996/06/02] bin/1287 joerg /bin/sh does alias expansion in case patt o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/03] bin/1289 errno breaks in thread-safe c++ compiles o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/06] misc/1299 National charecter problem in XFree86 o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/09] bin/1305 dc miscomputes remainder o [1996/06/10] kern/1307 vm_page_free: freeing busy page o [1996/06/10] kern/1308 vm_page_free: wire count > 1 in 960501-SN o [1996/06/14] bin/1322 savecore does not take minfree into accou o [1996/06/14] kern/1323 nate 960612's psm driver does not see the mous o [1996/06/15] kern/1326 defvs panic: cleaned vnode isn't 140 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/15] bin/146 version of compress is kinda old and slow o [1995/01/21] bin/173 jkh 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 peter 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 asami 1.1.5.1 pine binary loops; top shows fanc o [1995/03/28] kern/281 Messages printed when checking CD ROM dev o [1995/03/28] kern/282 gibbs buslogic adapter information WAY too verb a [1995/04/09] bin/326 Weekly cron generates some usage and erro o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/12] bin/398 scrappy VI doesnt do the correct thing o [1995/05/13] bin/401 wollman Add REMOTE_* variables o [1995/05/13] bin/402 ache w -n shows non-numeric addresses o [1995/05/15] misc/423 Sound devices are too insecure o [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed o [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 wollman ifconfig alias has to be separately given o [1995/08/07] bin/661 Hercules is not capable of having a ISO-L o [1995/08/11] ports/673 joerg /bin/sh + inn1.4 innwatch going belly up o [1995/08/11] bin/675 make does unnecessary rebuilds o [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/14] bin/683 wosch cron(8) o [1995/08/18] kern/700 fenner The comments in /sys/net/if.h are confusi o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/23] docs/735 wollman missing description for mount options in o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/09/27] bin/743 scrappy vi cannot edit a file where the name star o [1995/09/28] kern/752 wollman setting multiple addresses for a single i o [1995/09/28] kern/753 julian my archive scsi tape drive does not work o [1995/09/28] docs/754 nate there is no man page for the psm(4) mouse o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/14] kern/781 bde OPEN_MAX in kernel config and FD_SETSIZE o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/29] docs/801 mpp rlogind k, v, and x options are not docum o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/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 davidg 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 jkh Inst gripes about geometry but won't acce o [1995/11/28] misc/849 jkh Install skimps on inodes and newfs defaul o [1995/11/30] bin/854 swapinfo shows incorrect information for o [1995/11/30] ports/857 asami 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/17] kern/900 dyson 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 dyson 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] bin/1105 Bug in find command o [1996/03/28] ports/1109 asami mods to vim-3.0 port o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u 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/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 a [1996/05/01] ports/1168 asami New version of pine. 3.93 fixes bugs in o [1996/05/02] docs/1169 mpp bogus reference to keysu(1) in key(1) and o [1996/05/02] docs/1170 mpp include files missing from get{peer,sock} o [1996/05/09] bin/1181 fsck displays wrong char in "option?" dia o [1996/05/09] bin/1182 timed records improper entry in wtmp o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/12] kern/1195 dyson stable with DIAGNOSTIC panics `vm_page_un o [1996/05/13] ports/1200 asami pop3 requests may crash client o [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit o [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal o [1996/05/16] gnu/1209 send-pr should refuse PR's without subjec o [1996/05/18] docs/1214 lseek() manpage refers to fildes argument o [1996/05/19] kern/1216 Support for i586 clock clibration is not o [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, an o [1996/05/20] ports/1222 Header files conflict o [1996/05/21] bin/1229 redundant redeclaration of `lseek' o [1996/05/21] bin/1230 make ``.for'' loops iterate backwards o [1996/05/22] kern/1236 joerg some #def's in pcvt_conf.h not braketed b o [1996/05/25] docs/1249 incorrect manpages o [1996/05/27] i386/1260 wd probe take unusually long (45s ea) on o [1996/05/27] conf/1264 panic with two new Quantum FireBall 1280 o [1996/05/27] kern/1265 joerg warnings in pcv o [1996/05/27] docs/1268 The 'pty' manpage isn't consistant with r o [1996/05/28] docs/1272 document the -o option for f2c o [1996/05/28] bin/1273 remote hostname gets corrupted in rshd o [1996/05/31] kern/1283 joerg cleaning out some compiler fuzz from pcvt o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] bin/1316 10 tunnel device limit o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make o [1996/06/13] bin/1320 dump limits blocksize to 32K 133 problems total. From owner-freebsd-bugs Sun Jun 16 16:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29887 for bugs-outgoing; Sun, 16 Jun 1996 16:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29877; Sun, 16 Jun 1996 16:50:02 -0700 (PDT) Resent-Date: Sun, 16 Jun 1996 16:50:02 -0700 (PDT) Resent-Message-Id: <199606162350.QAA29877@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jmacd@deceit.xcf.berkeley.edu Received: from deceit.xcf.berkeley.edu (deceit.XCF.Berkeley.EDU [128.32.43.214]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA28830 for ; Sun, 16 Jun 1996 16:42:09 -0700 (PDT) Received: (from jmacd@localhost) by deceit.xcf.berkeley.edu (8.7.5/8.7.3) id QAA00360; Sun, 16 Jun 1996 16:40:47 -0700 (PDT) Message-Id: <199606162340.QAA00360@deceit.xcf.berkeley.edu> Date: Sun, 16 Jun 1996 16:40:47 -0700 (PDT) From: Josh MacDonald Reply-To: jmacd@deceit.xcf.berkeley.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1327: -current keyboard probe, X reboots machine Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1327 >Category: kern >Synopsis: keyboard probe in -current fails, X reboots machine >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 16 16:50:01 PDT 1996 >Last-Modified: >Originator: Josh MacDonald >Organization: University of California, Berkeley >Release: FreeBSD current >Environment: A -current tree updated as follows: Last update occurred at Sat Jun 15 14:00:52 1996 for collection src-base Last update occurred at Sat Jun 15 14:00:52 1996 for collection src-bin Last update occurred at Sat Jun 15 14:00:55 1996 for collection src-eBones Last update occurred at Sat Jun 15 14:00:57 1996 for collection src-etc Last update occurred at Sat Jun 15 14:00:59 1996 for collection src-games Last update occurred at Sat Jun 15 14:01:02 1996 for collection src-gnu Last update occurred at Sat Jun 15 14:01:16 1996 for collection src-include Last update occurred at Sat Jun 15 14:01:16 1996 for collection src-lib Last update occurred at Sat Jun 15 14:01:26 1996 for collection src-libexec Last update occurred at Sat Jun 15 14:01:28 1996 for collection src-sbin Last update occurred at Sat Jun 15 14:01:32 1996 for collection src-share Last update occurred at Sat Jun 15 14:01:40 1996 for collection src-sys Last update occurred at Sat Jun 15 14:01:51 1996 for collection src-usrbin Last update occurred at Sat Jun 15 14:02:07 1996 for collection src-usrsbin >Description: keyboard probe fails at boot. it is ignored. when I run X, the machine hangs for a while and reboots. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 16 18:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA03367 for bugs-outgoing; Sun, 16 Jun 1996 18:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA03345; Sun, 16 Jun 1996 18:20:02 -0700 (PDT) Resent-Date: Sun, 16 Jun 1996 18:20:02 -0700 (PDT) Resent-Message-Id: <199606170120.SAA03345@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA03096 for ; Sun, 16 Jun 1996 18:13:25 -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 EAA29512 for ; Mon, 17 Jun 1996 04:13:19 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id EAA20317; Mon, 17 Jun 1996 04:13:17 +0300 (EET DST) Message-Id: <199606170113.EAA20317@katiska.clinet.fi> Date: Mon, 17 Jun 1996 04:13:17 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1328: install silently removes target if strip is unexecutable Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1328 >Category: bin >Synopsis: install silently removes target if strip is unexecutable >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 16 18:20:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current (probably applies to other versions?) >Description: I had a panic when the system was compiling strip, and unfortunately I did not notice that strip binary had become a 0-size file with 644 modes. After I retried make world, it said install ... -s ... strip: permission denied for all programs and removed the targets! Fortunately make stopped after removing things like echo and cp, when it tried to ln -s something to something else, so with 10 minutes of figuring out what was going on and manual installing I got the binaries back where they belong. >How-To-Repeat: make strip 0-sized file with 644 permissions and do a make world (probably just doing install is enough). >Fix: Files should not get removed if strip fails. If install fails, it should return non-zero exit value so that make will stop before serious damage gets done. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jun 16 19:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA06212 for bugs-outgoing; Sun, 16 Jun 1996 19:40:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA06203; Sun, 16 Jun 1996 19:40:04 -0700 (PDT) Date: Sun, 16 Jun 1996 19:40:04 -0700 (PDT) Message-Id: <199606170240.TAA06203@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/1328: install silently removes target if strip is unexecutable Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1328; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, hsu@clinet.fi Cc: Subject: Re: bin/1328: install silently removes target if strip is unexecutable Date: Mon, 17 Jun 1996 12:29:27 +1000 >>Synopsis: install silently removes target if strip is unexecutable It actually removes the target if almost any error occurs, unless the -C option is used, and the usual error for stripping unexecutables is unsilent but results in `install' exiting with status 0. >>Fix: >Files should not get removed if strip fails. No, strip might have left junk in the file. Strip shouldn't even be attempted on the final file. The -C option avoids touching the final file as a side effect. Someday all installs should be atomic. -C is atmic now except for some cases involving immutable flags (immutable files can't be renamed atomically). >If install fails, it should return non-zero exit value so that make >will stop before serious damage gets done. Yes. Bruce From owner-freebsd-bugs Mon Jun 17 06:25:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16655 for bugs-outgoing; Mon, 17 Jun 1996 06:25:40 -0700 (PDT) Received: from fire.dkrz.de (fire.dkrz.de [136.172.110.250]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA16647 for ; Mon, 17 Jun 1996 06:25:27 -0700 (PDT) Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by fire.dkrz.de (8.7.5/8.7.3) with ESMTP id PAA03810; Mon, 17 Jun 1996 15:25:18 +0200 (MET DST) Received: (from gwk@localhost) by racer.dkrz.de (8.7.4/8.7.3) id PAA18629; Mon, 17 Jun 1996 15:23:30 +0200 (MET DST) Date: Mon, 17 Jun 1996 15:23:30 +0200 (MET DST) Message-Id: <199606171323.PAA18629@racer.dkrz.de> From: "Georg-W. Koltermann" To: gpalmer@FreeBSD.ORG CC: freebsd-bugs@freefall.freebsd.org In-reply-to: <199606130850.BAA05897@freefall.freebsd.org> (gpalmer@FreeBSD.ORG) Subject: Re: bin/1320: dump limits blocksize to 32K X-Attribution: gwk Reply-to: gwk@cray.com Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> ""Gary" == "Gary Palmer" writes: "Gary> The following reply was made to PR bin/1320; it has been "Gary> noted by GNATS. From: "Gary Palmer" "Gary> To: gena@netvision.net.il Cc: "Gary> FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/1320: "Gary> dump limits blocksize to 32K Date: Thu, 13 Jun 1996 "Gary> 09:42:36 +0100 "Gary> "Gary> gena@netvision.net.il wrote in message ID "Gary> <199606130916.LAA16644@Burka.NetVision.net.il>: >> All this may be true (?) for local backup , but absolutely not >> when using rdump. I back up my system on DLT SCSI tape >> connected to Solaris system and tape's manuall says that >> blocksize = 126 should be spcified. "Gary> Your patch is wrong for just that reason ... it is true "Gary> for local backups, and removing the code which does the "Gary> check is hence incorrect. It should only ignore the "Gary> blocksize for non-local backups, not ignore it totally. "Gary> "Gary> Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: "Gary> Turning PC's into workstations. See http://www.FreeBSD.ORG/ "Gary> for info "Gary> I would prefer to get a warning from dump(8), not an error exit. There may be other cases to consider, in addition to dumping to a remote system with rdump(8). E. g. how about dumping to a locally attached device with the intention of restoring the tape on another system? The other system may very well be capable of handling blocksizes > 32. Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Mon Jun 17 07:45:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22499 for bugs-outgoing; Mon, 17 Jun 1996 07:45:30 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22491; Mon, 17 Jun 1996 07:45:25 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199606171445.HAA22491@freefall.freebsd.org> Subject: Re: bin/1320: dump limits blocksize to 32K To: gwk@cray.com Date: Mon, 17 Jun 1996 07:45:24 -0700 (PDT) Cc: gpalmer@FreeBSD.ORG, freebsd-bugs@freefall.freebsd.org In-Reply-To: <199606171323.PAA18629@racer.dkrz.de> from "Georg-W. Koltermann" at Jun 17, 96 03:23:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Georg-W. Koltermann wrote: > > >>>>> ""Gary" == "Gary Palmer" writes: > "Gary> The following reply was made to PR bin/1320; it has been > "Gary> noted by GNATS. From: "Gary Palmer" > "Gary> To: gena@netvision.net.il Cc: > "Gary> FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/1320: > "Gary> dump limits blocksize to 32K Date: Thu, 13 Jun 1996 > "Gary> 09:42:36 +0100 > "Gary> > "Gary> gena@netvision.net.il wrote in message ID > "Gary> <199606130916.LAA16644@Burka.NetVision.net.il>: > >> All this may be true (?) for local backup , but absolutely not > >> when using rdump. I back up my system on DLT SCSI tape rdump(8) uses rexec(3) and passes the arguments to the remote host to execute. so the "blocksize = 126" is done on the remote solaris system (it will be needed for rrestore as well) rdump(8) should/must not try to interrept the arguments to the remote dump(8) command. jmb > >> connected to Solaris system and tape's manuall says that > >> blocksize = 126 should be spcified. > "Gary> Your patch is wrong for just that reason ... it is true > "Gary> for local backups, and removing the code which does the > "Gary> check is hence incorrect. It should only ignore the > "Gary> blocksize for non-local backups, not ignore it totally. > "Gary> > "Gary> Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: > "Gary> Turning PC's into workstations. See http://www.FreeBSD.ORG/ > "Gary> for info > "Gary> > > I would prefer to get a warning from dump(8), not an error exit. > There may be other cases to consider, in addition to dumping to a > remote system with rdump(8). > > E. g. how about dumping to a locally attached device with the > intention of restoring the tape on another system? The other system > may very well be capable of handling blocksizes > 32. > > Georg-W. Koltermann, gwk@cray.com > From owner-freebsd-bugs Mon Jun 17 14:50:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02319 for bugs-outgoing; Mon, 17 Jun 1996 14:50:00 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02298; Mon, 17 Jun 1996 14:49:54 -0700 (PDT) Date: Mon, 17 Jun 1996 14:49:54 -0700 (PDT) From: Joerg Wunsch Message-Id: <199606172149.OAA02298@freefall.freebsd.org> To: joerg, freebsd-bugs, joerg Subject: Re: kern/1327 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: keyboard probe in -current fails, X reboots machine Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: joerg Responsible-Changed-When: Mon Jun 17 23:47:16 MET DST 1996 Responsible-Changed-Why: Most likely breakage due to my last change. Feedback required: does it work again if you bump the DELAY()'s in lines 243 ff to, say, 100 each? From owner-freebsd-bugs Mon Jun 17 14:51:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02527 for bugs-outgoing; Mon, 17 Jun 1996 14:51:18 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA02490 for ; Mon, 17 Jun 1996 14:51:08 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA03436; Mon, 17 Jun 1996 23:50:43 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA12639; Mon, 17 Jun 1996 23:50:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA04676; Mon, 17 Jun 1996 22:42:45 +0200 (MET DST) From: J Wunsch Message-Id: <199606172042.WAA04676@uriah.heep.sax.de> Subject: Re: bin/1320: dump limits blocksize to 32K To: gwk@cray.com Date: Mon, 17 Jun 1996 22:42:44 +0200 (MET DST) Cc: gpalmer@FreeBSD.ORG, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606171323.PAA18629@racer.dkrz.de> from "Georg-W. Koltermann" at "Jun 17, 96 03:23:30 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 Georg-W. Koltermann wrote: > E. g. how about dumping to a locally attached device with the > intention of restoring the tape on another system? The other system > may very well be capable of handling blocksizes > 32. Won't work either. It's not restore(8) that's broken, it's physio(9). For both, reading *and* writing. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jun 17 16:25:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08922 for bugs-outgoing; Mon, 17 Jun 1996 16:25:45 -0700 (PDT) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA08917 for ; Mon, 17 Jun 1996 16:25:44 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id QAA24462 for bugs@freebsd.org; Mon, 17 Jun 1996 16:23:38 -0700 Date: Mon, 17 Jun 1996 16:23:38 -0700 From: "Jin Guojun[ITG]" Message-Id: <199606172323.QAA24462@george.lbl.gov> To: bugs@freebsd.org Subject: bug and fix in netinet/if_ether.c in 2.2-SNAP Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A bug is found in function arpresolve() in netinet/if_ether.c. It causes panic when doing ATM due to the (rt0 == NULL). The following change is supposed for 2.2-SNAP, but it does not work because struct arpcom has been changed (no more ac_ipaddr member in arpcom). Please let me know if there is another better way to fix it. Thanks, -Jin ------------------------ Cut Here ------------------------------- *** netinet/if_ether.c Sat Jun 8 01:18:56 1996 --- netinet/if_ether.c.fixed Mon Jun 17 15:54:05 1996 *************** *** 364,371 **** if (la->la_asked == 0 || rt->rt_expire != time.tv_sec) { rt->rt_expire = time.tv_sec; if (la->la_asked++ < arp_maxtries) ! arprequest(ac, ! &(SIN(rt0->rt_ifa->ifa_addr)->sin_addr.s_addr), &(SIN(dst)->sin_addr.s_addr), ac->ac_enaddr); else { --- 364,372 ---- if (la->la_asked == 0 || rt->rt_expire != time.tv_sec) { rt->rt_expire = time.tv_sec; if (la->la_asked++ < arp_maxtries) ! arprequest(ac, rt0 ? ! &(SIN(rt0->rt_ifa->ifa_addr)->sin_addr.s_addr) ! : &ac->ac_ipaddr.s_addr, &(SIN(dst)->sin_addr.s_addr), ac->ac_enaddr); else { ------------------------ Cut Here ------------------------------- From owner-freebsd-bugs Mon Jun 17 17:08:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA10971 for bugs-outgoing; Mon, 17 Jun 1996 17:08:15 -0700 (PDT) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA10964; Mon, 17 Jun 1996 17:08:12 -0700 (PDT) Date: Mon, 17 Jun 1996 17:08:12 -0700 (PDT) From: Bill Fenner Message-Id: <199606180008.RAA10964@freefall.freebsd.org> To: bugs, dima@satty.npi.msu.su, fenner, hsu@clinet.fi, jin@george.lbl.gov Subject: Partial fix for panic in arpresolve() (kern/1140, kern/1325) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Folks, Sorry that this has taken so long. Thanks very much to Jin Guojun for the idea. This is not the fix that I (or CSRG) eventaully intended, but should make things at least work for now. Could you try this patch to FreeBSD-current and see if it fixes your problems? It is basically Jin's fix with the reinstantiation of the ac_ipaddr member of struct arpcom. Thanks, Bill Index: if_ether.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/if_ether.c,v retrieving revision 1.31 diff -c -r1.31 if_ether.c *** if_ether.c 1996/06/13 02:54:19 1.31 --- if_ether.c 1996/06/17 23:59:54 *************** *** 364,371 **** if (la->la_asked == 0 || rt->rt_expire != time.tv_sec) { rt->rt_expire = time.tv_sec; if (la->la_asked++ < arp_maxtries) ! arprequest(ac, ! &(SIN(rt0->rt_ifa->ifa_addr)->sin_addr.s_addr), &(SIN(dst)->sin_addr.s_addr), ac->ac_enaddr); else { --- 364,372 ---- if (la->la_asked == 0 || rt->rt_expire != time.tv_sec) { rt->rt_expire = time.tv_sec; if (la->la_asked++ < arp_maxtries) ! arprequest(ac, rt0 ? ! &(SIN(rt0->rt_ifa->ifa_addr)->sin_addr.s_addr) : ! &ac->ac_ipaddr.s_addr, &(SIN(dst)->sin_addr.s_addr), ac->ac_enaddr); else { *************** *** 626,631 **** --- 627,633 ---- struct arpcom *ac; struct ifaddr *ifa; { + ac->ac_ipaddr = IA_SIN(ifa)->sin_addr; arprequest(ac, &(IA_SIN(ifa)->sin_addr.s_addr), &(IA_SIN(ifa)->sin_addr.s_addr), ac->ac_enaddr); ifa->ifa_rtrequest = arp_rtrequest; Index: if_ether.h =================================================================== RCS file: /home/ncvs/src/sys/netinet/if_ether.h,v retrieving revision 1.14 diff -c -r1.14 if_ether.h *** if_ether.h 1996/03/23 01:32:30 1.14 --- if_ether.h 1996/06/17 23:59:59 *************** *** 120,125 **** --- 120,126 ---- */ struct ifnet ac_if; /* network-visible interface */ u_char ac_enaddr[6]; /* ethernet hardware address */ + struct in_addr ac_ipaddr; /* copy of ip address- XXX */ struct ether_multi *ac_multiaddrs; /* list of ether multicast addrs */ int ac_multicnt; /* length of ac_multiaddrs list */ }; From owner-freebsd-bugs Mon Jun 17 17:11:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11146 for bugs-outgoing; Mon, 17 Jun 1996 17:11:09 -0700 (PDT) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11124; Mon, 17 Jun 1996 17:11:07 -0700 (PDT) Date: Mon, 17 Jun 1996 17:11:07 -0700 (PDT) From: Bill Fenner Message-Id: <199606180011.RAA11124@freefall.freebsd.org> To: dima@satty.npi.msu.su, fenner, freebsd-bugs, fenner Subject: Re: kern/1325 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: system crash when running gated State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Mon Jun 17 17:08:47 PDT 1996 State-Changed-Why: Duplicate of kern/1140 . The included patch is incorrect, since IP_ROUTETOIF really means don't look at the routing table at all. Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: fenner Responsible-Changed-When: Mon Jun 17 17:08:47 PDT 1996 Responsible-Changed-Why: Fenner made the change to the arp code that introduced the panic From owner-freebsd-bugs Mon Jun 17 17:30:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA12076 for bugs-outgoing; Mon, 17 Jun 1996 17:30:33 -0700 (PDT) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA12071; Mon, 17 Jun 1996 17:30:31 -0700 (PDT) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id RAA25357; Mon, 17 Jun 1996 17:28:29 -0700 Date: Mon, 17 Jun 1996 17:28:29 -0700 From: "Jin Guojun[ITG]" Message-Id: <199606180028.RAA25357@george.lbl.gov> To: bugs@freefall.freebsd.org, dima@satty.npi.msu.su, fenner@freefall.freebsd.org, hsu@clinet.fi Subject: Re: Partial fix for panic in arpresolve() (kern/1140, kern/1325) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I think we are OK to use the new arpcom struct without ac_ipaddr member. Here is the new patch I tested for a while. Please confirm it work no flaw. Thanks, -Jin ------------------------- New patch --------------------------------------- *** netinet/if_ether.c Sat Jun 8 01:18:56 1996 --- netinet/if_ether.c.fixed Mon Jun 17 17:07:10 1996 *************** *** 364,371 **** if (la->la_asked == 0 || rt->rt_expire != time.tv_sec) { rt->rt_expire = time.tv_sec; if (la->la_asked++ < arp_maxtries) ! arprequest(ac, ! &(SIN(rt0->rt_ifa->ifa_addr)->sin_addr.s_addr), &(SIN(dst)->sin_addr.s_addr), ac->ac_enaddr); else { --- 364,372 ---- if (la->la_asked == 0 || rt->rt_expire != time.tv_sec) { rt->rt_expire = time.tv_sec; if (la->la_asked++ < arp_maxtries) ! arprequest(ac, rt0 ? ! &(SIN(rt0->rt_ifa->ifa_addr)->sin_addr.s_addr) ! : &(SIN(rt->rt_ifa->ifa_addr)->sin_addr.s_addr), &(SIN(dst)->sin_addr.s_addr), ac->ac_enaddr); else { ---------------------------------------------------------------------------- ****************** following is the original message ********************** Folks, Sorry that this has taken so long. Thanks very much to Jin Guojun for the idea. This is not the fix that I (or CSRG) eventaully intended, but should make things at least work for now. Could you try this patch to FreeBSD-current and see if it fixes your problems? It is basically Jin's fix with the reinstantiation of the ac_ipaddr member of struct arpcom. Thanks, Bill Index: if_ether.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/if_ether.c,v retrieving revision 1.31 diff -c -r1.31 if_ether.c *** if_ether.c 1996/06/13 02:54:19 1.31 --- if_ether.c 1996/06/17 23:59:54 *************** *** 364,371 **** if (la->la_asked == 0 || rt->rt_expire != time.tv_sec) { rt->rt_expire = time.tv_sec; if (la->la_asked++ < arp_maxtries) ! arprequest(ac, ! &(SIN(rt0->rt_ifa->ifa_addr)->sin_addr.s_addr), &(SIN(dst)->sin_addr.s_addr), ac->ac_enaddr); else { --- 364,372 ---- if (la->la_asked == 0 || rt->rt_expire != time.tv_sec) { rt->rt_expire = time.tv_sec; if (la->la_asked++ < arp_maxtries) ! arprequest(ac, rt0 ? ! &(SIN(rt0->rt_ifa->ifa_addr)->sin_addr.s_addr) : ! &ac->ac_ipaddr.s_addr, &(SIN(dst)->sin_addr.s_addr), ac->ac_enaddr); else { *************** *** 626,631 **** --- 627,633 ---- struct arpcom *ac; struct ifaddr *ifa; { + ac->ac_ipaddr = IA_SIN(ifa)->sin_addr; struct ether_multi *ac_multiaddrs; /* list of ether multicast addrs */ int ac_multicnt; /* length of ac_multiaddrs list */ }; From owner-freebsd-bugs Mon Jun 17 21:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23343 for bugs-outgoing; Mon, 17 Jun 1996 21:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23333; Mon, 17 Jun 1996 21:10:03 -0700 (PDT) Resent-Date: Mon, 17 Jun 1996 21:10:03 -0700 (PDT) Resent-Message-Id: <199606180410.VAA23333@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, markd@grizzly.com Received: from cats.ucsc.edu (root@cats-po-1.UCSC.EDU [128.114.129.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA22877 for ; Mon, 17 Jun 1996 21:02:02 -0700 (PDT) Received: from scruz.ucsc.edu by cats.ucsc.edu with SMTP id VAA25451; Mon, 17 Jun 1996 21:01:59 -0700 Received: from osprey by scruz.ucsc.edu id aa21837; 17 Jun 96 21:00 PDT Received: (from markd@localhost) by Grizzly.COM (8.6.12/8.6.9) id UAA03839; Mon, 17 Jun 1996 20:20:36 -0700 Message-Id: <199606180320.UAA03839@Grizzly.COM> Date: Mon, 17 Jun 1996 20:20:36 -0700 From: markd@grizzly.com Reply-To: markd@grizzly.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1329: chat.8 does not document which syslog facility is used. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1329 >Category: docs >Synopsis: chat.8 does not document which syslog facility is used >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 17 21:10:01 PDT 1996 >Last-Modified: >Originator: Mark Diekhans >Organization: == Mark Diekhans (markd@grizzly.com) == >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: chat.8 does not document which syslog facility is used. You have to look at the source to figure it out. >How-To-Repeat: chat -v >Fix: *** chat.8.ORG Mon Jun 17 20:10:33 1996 --- chat.8 Mon Jun 17 20:17:12 1996 *************** *** 46,52 **** .B -v Request that the \fIchat\fR script be executed in a verbose mode. The \fIchat\fR program will then log all text received from the modem and ! the output strings which it sends to the SYSLOG. .TP .B script If the script is not specified in a file with the \fI-f\fR option then --- 46,54 ---- .B -v Request that the \fIchat\fR script be executed in a verbose mode. The \fIchat\fR program will then log all text received from the modem and ! the output strings which it sends to the \fIsyslogd\fR(8). Logging is ! done to the \fIlocal2\fR facility at level \fIinfo\fR for verbose tracing ! and level \fIerr\fR for some errors. .TP .B script If the script is not specified in a file with the \fI-f\fR option then *************** *** 226,232 **** .I (not valid in expect.) .TP .B \\\\q ! Suppress writing the string to the SYSLOG file. The string ?????? is written to the log in its place. .I (not valid in expect.) .TP --- 228,234 ---- .I (not valid in expect.) .TP .B \\\\q ! Suppress writing the string to \fIsyslogd\fR. The string ?????? is written to the log in its place. .I (not valid in expect.) .TP >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 17 21:10:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23363 for bugs-outgoing; Mon, 17 Jun 1996 21:10:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23352; Mon, 17 Jun 1996 21:10:06 -0700 (PDT) Resent-Date: Mon, 17 Jun 1996 21:10:06 -0700 (PDT) Resent-Message-Id: <199606180410.VAA23352@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, smpatel@freebsd.org Received: from xi.dorm.umd.edu (root@lennon-c18.aa.net [204.157.220.182]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA22958 for ; Mon, 17 Jun 1996 21:04:30 -0700 (PDT) Received: (from smpatel@localhost) by xi.dorm.umd.edu (8.7.5/8.6.12) id VAA00352; Mon, 17 Jun 1996 21:04:22 -0700 (PDT) Message-Id: <199606180404.VAA00352@xi.dorm.umd.edu> Date: Mon, 17 Jun 1996 21:04:22 -0700 (PDT) From: Sujal Patel Reply-To: smpatel@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1330: vm_pageout_scan: page not inactive? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1330 >Category: kern >Synopsis: vm_pageout_scan: page not inactive? >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 17 21:10:04 PDT 1996 >Last-Modified: >Originator: Sujal Patel >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.2-CURRENT, circa May 27, 1996 /usr/src/sys/vm/vm_fault.c: * $Id: vm_fault.c,v 1.46 1996/05/26 05:30:33 dyson Exp $ /usr/src/sys/vm/vm_glue.c: * $Id: vm_glue.c,v 1.49 1996/05/18 03:37:37 dyson Exp $ /usr/src/sys/vm/vm_kern.c: * $Id: vm_kern.c,v 1.26 1996/05/23 02:24:55 dyson Exp $ /usr/src/sys/vm/vm_map.c: * $Id: vm_map.c,v 1.47 1996/05/23 00:45:54 dyson Exp $ /usr/src/sys/vm/vm_meter.c: * $Id: vm_meter.c,v 1.15 1996/05/18 03:37:47 dyson Exp $ /usr/src/sys/vm/vm_mmap.c: * $Id: vm_mmap.c,v 1.43 1996/05/19 07:36:49 dyson Exp $ /usr/src/sys/vm/vm_object.c: * $Id: vm_object.c,v 1.74 1996/05/24 05:17:21 dyson Exp $ /usr/src/sys/vm/vm_page.c: * $Id: vm_page.c,v 1.52 1996/05/24 05:20:15 dyson Exp $ /usr/src/sys/vm/vm_pageout.c: * $Id: vm_pageout.c,v 1.73 1996/05/26 07:52:09 dyson Exp $ /usr/src/sys/vm/vm_pager.c: * $Id: vm_pager.c,v 1.23 1996/05/18 03:38:05 dyson Exp $ >Description: I normally wouldn't report a bug on a kernel this out of date, but it's the first time I've ever seen it, and I may never see it again. The message "vm_pageout_scan: page not inactive?" was repeatedly printed, and the system hung. This kernel has been running for ~ 2 weeks without any problems, the only unusual thing was a modem hangup (ppp), only a few seconds before this problem erupted. Here is an exerpt from syslog: Jun 17 20:42:08 xi pppd[232]: Hangup (SIGHUP) Jun 17 20:42:09 xi pppd[232]: Modem hangup Jun 17 20:42:10 xi named[65]: ns_forw: sendto([128.8.120.50].53): No route to host Jun 17 20:42:10 xi named[65]: ns_forw: sendto([192.112.36.4].53): No route to host Jun 17 20:42:40 xi /kernel: vm_pageout_scan: page not inactive? Jun 17 20:43:12 xi last message repeated 203 times Jun 17 20:43:14 xi last message repeated 291 times Jun 17 20:43:14 xi /kernel: not inactive? Jun 17 20:43:14 xi /kernel: vm_pageout_scan: page not inactive? Jun 17 20:43:15 xi last message repeated 112 times Jun 17 20:43:15 xi /kernel: not inactive? >How-To-Repeat: Unrepeatable. >Fix: Good Luck :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jun 17 22:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA26620 for bugs-outgoing; Mon, 17 Jun 1996 22:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA26608; Mon, 17 Jun 1996 22:00:02 -0700 (PDT) Date: Mon, 17 Jun 1996 22:00:02 -0700 (PDT) Message-Id: <199606180500.WAA26608@freefall.freebsd.org> To: freebsd-bugs Cc: From: "John S. Dyson" Subject: Re: kern/1330: vm_pageout_scan: page not inactive? Reply-To: "John S. Dyson" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1330; it has been noted by GNATS. From: "John S. Dyson" To: smpatel@freebsd.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1330: vm_pageout_scan: page not inactive? Date: Mon, 17 Jun 1996 23:57:25 -0500 (EST) > > I normally wouldn't report a bug on a kernel this out of date, but it's the > first time I've ever seen it, and I may never see it again. The message > "vm_pageout_scan: page not inactive?" was repeatedly printed, and the system > hung. This kernel has been running for ~ 2 weeks without any problems, the > only unusual thing was a modem hangup (ppp), only a few seconds before this > problem erupted. Here is an exerpt from syslog: > That problem *very* well understood, and has been fixed in the pageout daemon. It was a very very tricky problem. Thanks!!! John From owner-freebsd-bugs Mon Jun 17 22:47:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01429 for bugs-outgoing; Mon, 17 Jun 1996 22:47:08 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01405; Mon, 17 Jun 1996 22:46:48 -0700 (PDT) Date: Mon, 17 Jun 1996 22:46:48 -0700 (PDT) From: David Greenman Message-Id: <199606180546.WAA01405@freefall.freebsd.org> To: smpatel@freebsd.org, davidg, freebsd-bugs Subject: Re: kern/1330 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Synopsis: vm_pageout_scan: page not inactive? State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Mon Jun 17 22:46:05 PDT 1996 State-Changed-Why: This problem has already been fixed in the current sources. From owner-freebsd-bugs Mon Jun 17 22:52:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01724 for bugs-outgoing; Mon, 17 Jun 1996 22:52:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA01710 for ; Mon, 17 Jun 1996 22:52:40 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA10352; Tue, 18 Jun 1996 15:49:37 +1000 Date: Tue, 18 Jun 1996 15:49:37 +1000 From: Bruce Evans Message-Id: <199606180549.PAA10352@godzilla.zeta.org.au> To: gwk@cray.com, j@uriah.heep.sax.de Subject: Re: bin/1320: dump limits blocksize to 32K Cc: freebsd-bugs@freefall.freebsd.org, gpalmer@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> E. g. how about dumping to a locally attached device with the >> intention of restoring the tape on another system? The other system >> may very well be capable of handling blocksizes > 32. >Won't work either. It's not restore(8) that's broken, it's physio(9). >For both, reading *and* writing. The same system is actually capable of handling blocksizes up to 64K. dump(8) is not the place to avoid the brokenness of physio(). Bruce From owner-freebsd-bugs Tue Jun 18 00:49:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07461 for bugs-outgoing; Tue, 18 Jun 1996 00:49:21 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA07444 for ; Tue, 18 Jun 1996 00:49:04 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18409; Tue, 18 Jun 1996 09:20:52 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA18858; Tue, 18 Jun 1996 09:20:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA08047; Tue, 18 Jun 1996 09:05:11 +0200 (MET DST) From: J Wunsch Message-Id: <199606180705.JAA08047@uriah.heep.sax.de> Subject: Re: bin/1320: dump limits blocksize to 32K To: bde@zeta.org.au (Bruce Evans) Date: Tue, 18 Jun 1996 09:05:11 +0200 (MET DST) Cc: gwk@cray.com, freebsd-bugs@freefall.freebsd.org, gpalmer@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606180549.PAA10352@godzilla.zeta.org.au> from Bruce Evans at "Jun 18, 96 03:49:37 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 Bruce Evans wrote: > >Won't work either. It's not restore(8) that's broken, it's physio(9). > >For both, reading *and* writing. > > The same system is actually capable of handling blocksizes up to 64K. The correct limit is 64 KB. > dump(8) is not the place to avoid the brokenness of physio(). Yep, i agree that it should only issue a warning. -- 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 Jun 18 02:00:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11495 for bugs-outgoing; Tue, 18 Jun 1996 02:00:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11456; Tue, 18 Jun 1996 02:00:03 -0700 (PDT) Resent-Date: Tue, 18 Jun 1996 02:00:03 -0700 (PDT) Resent-Message-Id: <199606180900.CAA11456@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from ns.pa-consulting.com (ns.pa-consulting.com [193.118.224.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA10690 for" ; Tue, 18 Jun 1996 01:49:31.-0700 (PDT) Received: from SMTPGATE.PA-CONSULTING.COM by ns.pa-consulting.com (8.6.4) id JAA01780; Tue, 18 Jun 1996 09:58:08 +0100 Received: by SMTPGATE.PA-CONSULTING.COM with Microsoft Mail id <31C6E014@SMTPGATE.PA-CONSULTING.COM>; Tue, 18 Jun 96 09:57:56 PDT Message-Id: <31C6E014@SMTPGATE.PA-CONSULTING.COM> Date: Tue, 18 Jun 96 09:47:00 PDT From: Duncan Barclay To: send-pr Subject: i386/1331: changes and bug in ft driver Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1331 >Category: i386 >Synopsis: changes and bug in ft driver >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 18 02:00:02 PDT 1996 >Last-Modified: >Originator: Duncan Barclay & >Organization: PA-Consulting >Release: FreeBSD 2.1-STABLE i386 >Environment: 486DX33, 8MB RAM UMC motherboard. Connor TapeStor 800AT 800MB (Compressed) Travan Tapedrive >Description: From: Duncan Barclay To: Poul-Henning Kamp Subject: ft driver Date: 11 June 1996 08:46 Hi Poul I posted the below for -hackers a while back. You requested the diffs but I forgot to send them to you. I remembered! I have discovered some problems in the ft (floppy tape) driver code when using my Connor Tapestore800 drive. I am running 2.0.5-R (but am backing up prior to installing 2.1-R) 1) The list of recognised tape formats is limited. ft doesnt like Travan cartridges. I have added the right numbers to the table but am not posting them as they changed when I reformatted my cart using Connor's DOS software. I dont want to start confusing people! Someone who has the right specs should update the entries. 2) One I fixed the above, all things were going okay using the travan cart and cpio. After a while the machine appeared to hang (I was in single user mode at the time, however later tests shows the process to be waiting on bdone). As I had hacked /sbin/ft to print the segment number I continued to play a little seeking the tape to that segment and kept getting the hangs. Eventually I discovered that the drive took a little longer than the code waits for to respond when it moves the head a few tracks. >How-To-Repeat: in sys/i386/isa/ft.c Specifics: ACMD_BLOCKIO (or similar) calls ACMD_READID to find out where the head is. ACMD_READID issues read id commands to the drive. If the first read id command returns garbage then ACMD_READID then calls ACMD_SEEKSTS to stop the tape moving. ACMD_SEEKSTS waits for the tape to stop and to become ready, timing out after 10seconds. If this timeout occurs then control goes back to ACMD_READID and ACMD_READID should do a further 4 retries. It does not. It hangs. ***Important this is the bug*** My fix for _my_ tape drive is to up the timeout specified by ACMD_READID in the call to ACMD_SEEKSTS to 90seconds. In fact by drive takes about 12seconds to become ready. THIS IS NOT A REAL FIX. I think that the retry stuff in ACMD_READID is broken (a comment in the header of ft.c seems to indicate that hangs did occur and may have been fixed but not tested). I am willing to have ago at fixing this, but: I have never written a device driver. I have no time for 6months. I have no idea how QIC tapes work at the s/w level. The state machine in ft.c is big and it would take a long time to trace out what I need to know. I seem to remember someone saying they were going to maintain this code a while back. >Fix: The code is the same in 2.0.5R and 2.1R so these are diffs between my fixes and the 2.1R live filesystem CDROM (keep the Live Filesystem, it is excellent) *** ft.c Thu Apr 4 16:34:51 1996 --- /cdrom/usr/src/sys/i386/isa/ft.c Mon May 29 18:01:41 1995 *************** *** 91,97 **** /* Enable or disable debugging messages. */ #define FTDBGALL 0 /* 1 if you want everything */ ! /*#define DPRT(a) printf a */ #define DPRT(a) /* Constants private to the driver */ --- 91,97 ---- /* Enable or disable debugging messages. */ #define FTDBGALL 0 /* 1 if you want everything */ ! /*#define DPRT(a) printf a */ #define DPRT(a) /* Constants private to the driver */ *************** *** 161,168 **** { 3, 2, "QIC-500", "307.5/550", 0, 0, 0, 0, 0 }, /* ??? */ { 3, 3, "QIC-500", "295/900", 0, 0, 0, 0, 0 }, /* ??? */ { 3, 4, "QIC-500", "1100/550", 0, 0, 0, 0, 0 }, /* ??? */ ! { 3, 5, "QIC-500", "1100/900", 0, 0, 0, 0, 0 }, /* ??? */ ! { 2,11, "TR-1", "750/550", 36, 369, 11808, 128, 32640 } /* dmlb */ }; #define NGEOM (sizeof(ftgtbl) / sizeof(QIC_Geom)) --- 161,167 ---- { 3, 2, "QIC-500", "307.5/550", 0, 0, 0, 0, 0 }, /* ??? */ { 3, 3, "QIC-500", "295/900", 0, 0, 0, 0, 0 }, /* ??? */ { 3, 4, "QIC-500", "1100/550", 0, 0, 0, 0, 0 }, /* ??? */ ! { 3, 5, "QIC-500", "1100/900", 0, 0, 0, 0, 0 } /* ??? */ }; #define NGEOM (sizeof(ftgtbl) / sizeof(QIC_Geom)) *************** *** 766,772 **** CALL_ACMD(2, ACMD_STATUS, QC_STATUS, 8, 0); case 2: if ((async_ret & async_arg1) != 0) goto complete; - DPRT (("seeksts retry, %d left\n", async_retries-1)); if (--async_retries == 0) { DPRT(("ft%d: acmd_seeksts retries exceeded\n", ftu)); goto complete; --- 765,770 ---- *************** *** 807,813 **** * 4 microstep head back to 0 * 5 fail */ - DPRT (("readid retry number %d\n", errcnt+1)); if (++errcnt >= 5) { DPRT(("ft%d: acmd_readid errcnt exceeded\n", fdcu)); async_ret = -2; --- 805,810 ---- *************** *** 816,825 **** } if (errcnt == 1) { ft->moving = 0; ! CALL_ACMD(4, ACMD_SEEKSTS, QC_STOP, QS_READY, 90); } else { ft->moving = 0; ! CALL_ACMD(4, ACMD_SEEKSTS, QC_STPAUSE, QS_READY, 90); } DPRT(("readid retry %d...\n", errcnt)); async_state = 0; --- 813,822 ---- } if (errcnt == 1) { ft->moving = 0; ! CALL_ACMD(4, ACMD_SEEKSTS, QC_STOP, QS_READY, 0); } else { ft->moving = 0; ! CALL_ACMD(4, ACMD_SEEKSTS, QC_STPAUSE, QS_READY, 0); } DPRT(("readid retry %d...\n", errcnt)); async_state = 0; *************** *** 842,848 **** async_ret = retpos+1; goto complete; case 4: - DPRT (("readid state 4\n")); CALL_ACMD(5, ACMD_SEEK, QC_FORWARD, 0, 0); case 5: ft->moving = 1; --- 839,844 ---- *************** *** 1835,1844 **** * XXX - This doesn't seem to work on my Colorado Jumbo 250... * if it works on your drive, I'd sure like to hear about it. */ ! /* ! * dmlb - But it does work on my Connor Tapestore 800. ! */ ! #if 1 /* Report drive status */ for (sts = -1, tries = 0; sts < 0 && tries < 3; tries++) sts = qic_status(ftu, QC_TSTATUS, 8); --- 1831,1837 ---- * XXX - This doesn't seem to work on my Colorado Jumbo 250... * if it works on your drive, I'd sure like to hear about it. */ ! #if 0 /* Report drive status */ for (sts = -1, tries = 0; sts < 0 && tries < 3; tries++) sts = qic_status(ftu, QC_TSTATUS, 8); *** ftape.h Tue Apr 2 18:11:23 1996 --- /cdrom/usr/src/sys/sys/ftape.h Sat Aug 13 11:52:48 1994 *************** *** 39,45 **** #define QCV_ECCSIZE 3072 /* Bytes ecc eats */ #define QCV_ECCBLKS 3 /* Blocks ecc eats */ #define QCV_NFMT 3 /* Number of tape formats */ ! #define QCV_NLEN 11 /* Number of tape lengths */ #define QCV_HDRMAGIC 0xaa55aa55 /* Magic for header segment */ #define QCV_FSMAGIC 0x33cc33cc /* Magic for fileset */ --- 39,45 ---- #define QCV_ECCSIZE 3072 /* Bytes ecc eats */ #define QCV_ECCBLKS 3 /* Blocks ecc eats */ #define QCV_NFMT 3 /* Number of tape formats */ ! #define QCV_NLEN 5 /* Number of tape lengths */ #define QCV_HDRMAGIC 0xaa55aa55 /* Magic for header segment */ #define QCV_FSMAGIC 0x33cc33cc /* Magic for fileset */  >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 18 02:00:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11517 for bugs-outgoing; Tue, 18 Jun 1996 02:00:14 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11499; Tue, 18 Jun 1996 02:00:08 -0700 (PDT) Resent-Date: Tue, 18 Jun 1996 02:00:08 -0700 (PDT) Resent-Message-Id: <199606180900.CAA11499@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA10834 for" ; Tue, 18 Jun 1996 01:51:26.-0700 (PDT) Received: from ns.pa-consulting.com (ns.pa-consulting.com [193.118.224.1]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA29668 for ; Tue, 18 Jun 1996 01:51:04 -0700 Received: from SMTPGATE.PA-CONSULTING.COM by ns.pa-consulting.com (8.6.4) id JAA01777; Tue, 18 Jun 1996 09:58:06 +0100 Received: by SMTPGATE.PA-CONSULTING.COM with Microsoft Mail id <31C6E012@SMTPGATE.PA-CONSULTING.COM>; Tue, 18 Jun 96 09:57:54 PDT Message-Id: <31C6E012@SMTPGATE.PA-CONSULTING.COM> Date: Tue, 18 Jun 96 09:47:00 PDT From: Duncan Barclay To: send-pr Subject: bin/1332: changes to amd and possible nfs lkm bug? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Note: There was a bad value `sw' for the field `>Class:'. It was set to the default value of `sw-bug'. >Number: 1332 >Category: bin >Synopsis: changes to amd and possible nfs lkm bug? >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 18 02:00:05 PDT 1996 >Last-Modified: >Originator: Duncan Barclay & >Organization: PA-Consulting >Release: FreeBSD 2.1-STABLE i386 >Environment: 486DX33, 8MB RAM UMC motherboard. >Description: Dear All Over the weekend I decided to try and get amd to help me mount floppies. After reading the manuals and understanding it I got down to work but it didnt. After a while it dawned on me that amd uses nfs, ergo one needs nfs in the kernel, as I run a standalone machine I dont have nfs compiled into my kernel. Ahh I thought what about the nfs lkm? Does it load using modload...no panic after panic after panic. However all was not lost, run mountd or nfsd or nfsiod and the lkm is installed correctly. So patch up amd to check for nfs and load the module if it is not there. Diffs included I have found than I get a rpc error: clnttcp_create when amd is started up. I think this is due to amd trying to find the mountd, but I dont know why it's doing this. It doesnt seem to stop the thing running. Duncan Barclay >How-To-Repeat: >Fix: Diff betwenn 2.1.0R Live Filesystem source and my hacked amd diff -c amd/ChangeLog /cdrom/usr/src/usr.sbin/amd/amd/ChangeLog *** amd/ChangeLog Sun Feb 18 13:16:45 1996 --- /cdrom/usr/src/usr.sbin/amd/amd/ChangeLog Wed May 25 15:22:04 1994 *************** *** 1,13 **** - Sun Feb 17 1996 Duncan Barclay - * (amd.c) Added in LKM checking for nfs. - - * (ufs_ops.c) Removed FS_NOTIMEOUT flag for ufs filesystems - so that they can timeout on floppy disks. - This may really break if amd is started with a -r flag. I - haven't tried it... - - * Also updated manpage to refelct LKM bit. - Sun Jun 7 19:01:37 1992 Jan-Simon Pendry (jsp at achilles) * Code cut for BSD 4.4 alpha. --- 1,3 ---- diff -c amd/Makefile /cdrom/usr/src/usr.sbin/amd/amd/Makefile *** amd/Makefile Sun Feb 18 13:12:58 1996 --- /cdrom/usr/src/usr.sbin/amd/amd/Makefile Sun Aug 7 10:04:11 1994 *************** *** 28,32 **** .PATH: ${.CURDIR}/../rpcx ${.CURDIR}/../config .include "Makefile.config" ! .include "../Makefile.inc" .include --- 28,32 ---- .PATH: ${.CURDIR}/../rpcx ${.CURDIR}/../config .include "Makefile.config" ! .include "../../Makefile.inc" .include diff -c amd/amd.8 /cdrom/usr/src/usr.sbin/amd/amd/amd.8 *** amd/amd.8 Sun Feb 18 13:06:21 1996 --- /cdrom/usr/src/usr.sbin/amd/amd/amd.8 Wed May 25 15:22:02 1994 *************** *** 183,204 **** .Fl v option and a fuller description is available in the program source. - .Pp - If - .Nm amd - detects that the running kernel does not include - .Tn NFS - support, it will attempt to load a loadable kernel module containing - .Tn NFS - code, using - .Xr modload 8 - by way of - .Xr vfsload 3 . - If this fails, or no - .Tn NFS - LKM was available, - .Nm amd - exits with an error. .Sh FILES .Bl -tag -width /axx .It Pa /a --- 183,188 ---- diff -c amd/amd.c /cdrom/usr/src/usr.sbin/amd/amd/amd.c *** amd/amd.c Sun Feb 18 12:56:57 1996 --- /cdrom/usr/src/usr.sbin/amd/amd/amd.c Wed May 25 15:22:00 1994 *************** *** 56,62 **** #include #include #include - #include char pid_fsname[16 + MAXHOSTNAMELEN]; /* "kiska.southseas.nz:(pid%d)" */ char *progname; /* "amd" */ --- 56,61 ---- *************** *** 196,220 **** char *domdot; int ppid = 0; int error; - struct vfsconf *vfc; /* ! * Make sure some built-in assumptions are true before we start. ! * Like NFS is in the kernel. (dmlb 18/2/96) */ - vfc = getvfsbyname("nfs"); - if(!vfc && vfsisloadable("nfs")) { - if(vfsload("nfs")) - err(1, "vfsload(nfs)"); - endvfsent(); /* flush cache */ - vfc = getvfsbyname("nfs"); - } - - if(!vfc) { - errx(1, "NFS support is not available in the running kernel"); - } - - #define MAXNFSDCNT 20 assert(sizeof(nfscookie) >= sizeof (unsigned int)); assert(sizeof(int) >= 4); --- 195,204 ---- char *domdot; int ppid = 0; int error; /* ! * Make sure some built-in assumptions are true before we start */ assert(sizeof(nfscookie) >= sizeof (unsigned int)); assert(sizeof(int) >= 4); diff -c amd/ufs_ops.c /cdrom/usr/src/usr.sbin/amd/amd/ufs_ops.c *** amd/ufs_ops.c Sat Feb 17 23:46:16 1996 --- /cdrom/usr/src/usr.sbin/amd/amd/ufs_ops.c Wed May 25 15:22:02 1994 *************** *** 169,185 **** 0, /* ufs_umounted */ find_afs_srvr, #ifdef FLUSH_KERNEL_NAME_CACHE ! FS_MKMNT|FS_UBACKGROUND|FS_AMQINFO #else /* FLUSH_KERNEL_NAME_CACHE */ ! FS_MKMNT|FS_UBACKGROUND|FS_AMQINFO #endif /* FLUSH_KERNEL_NAME_CACHE */ }; - /* dmlb 2/96 - * The above two options lines used to read - * FS_MKMNT|FS_NOTIMEOUT|FS_UBACKGROUND|FS_AMQINFO - * which means that ufs file systems cannot timeout. - * I removed this so that I can mount floppys and unmount them okay - * - */ #endif /* HAS_UFS */ --- 169,178 ---- 0, /* ufs_umounted */ find_afs_srvr, #ifdef FLUSH_KERNEL_NAME_CACHE ! FS_MKMNT|FS_NOTIMEOUT|FS_UBACKGROUND|FS_AMQINFO #else /* FLUSH_KERNEL_NAME_CACHE */ ! FS_MKMNT|FS_NOTIMEOUT|FS_UBACKGROUND|FS_AMQINFO #endif /* FLUSH_KERNEL_NAME_CACHE */ }; #endif /* HAS_UFS */  >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 18 06:07:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25005 for bugs-outgoing; Tue, 18 Jun 1996 06:07:06 -0700 (PDT) Received: from fire.dkrz.de (fire.dkrz.de [136.172.110.250]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA24987 for ; Tue, 18 Jun 1996 06:06:57 -0700 (PDT) Received: from racer.dkrz.de (racer.dkrz.de [136.172.110.55]) by fire.dkrz.de (8.7.5/8.7.3) with ESMTP id PAA11358; Tue, 18 Jun 1996 15:06:51 +0200 (MET DST) Received: (from gwk@localhost) by racer.dkrz.de (8.7.4/8.7.3) id PAA00455; Tue, 18 Jun 1996 15:04:57 +0200 (MET DST) Date: Tue, 18 Jun 1996 15:04:57 +0200 (MET DST) Message-Id: <199606181304.PAA00455@racer.dkrz.de> From: "Georg-W. Koltermann" To: bde@zeta.org.au CC: j@uriah.heep.sax.de, freebsd-bugs@freefall.freebsd.org, gpalmer@freebsd.org In-reply-to: <199606180549.PAA10352@godzilla.zeta.org.au> (message from Bruce Evans on Tue, 18 Jun 1996 15:49:37 +1000) Subject: Re: bin/1320: dump limits blocksize to 32K X-Attribution: gwk Reply-to: gwk@cray.com Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Bruce" == Bruce Evans writes: Bruce> >>> E. g. how about dumping to a locally attached device with the >>> intention of restoring the tape on another system? The other >>> system may very well be capable of handling blocksizes > 32. Bruce> >> Won't work either. It's not restore(8) that's broken, it's >> physio(9). For both, reading *and* writing. Bruce> The same system is actually capable of handling blocksizes Bruce> up to 64K. dump(8) is not the place to avoid the Bruce> brokenness of physio(). Bruce> Bruce> Bruce Bruce> Hmmm, I read about the physio problem earlier, yet I have two problems with that statement: a) If physio() is broken for sizes > 64 kB, why doesn't the kernel return an error to the user if physio gets an I/O request > 64 kB? b) If physio() is broken for sizes > 64 kB, why was I once able to pull a cpio archive off my /dev/rwt0, specifying a blocksize of 2 MB? I chose that large block size in order to avoid permanent start/stop on the tape drive. Worked quite well for me as I remember. Just two stupid questions. Feel free to ignore if you think this thread is getting out of control... Regards, Georg-W. Koltermann, gwk@cray.com From owner-freebsd-bugs Tue Jun 18 10:07:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA09993 for bugs-outgoing; Tue, 18 Jun 1996 10:07:31 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA09981 for ; Tue, 18 Jun 1996 10:07:20 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id PAA29386; Tue, 18 Jun 1996 15:26:15 +0100 (BST) To: gwk@cray.com cc: freebsd-bugs@freefall.freebsd.org From: "Gary Palmer" Subject: Re: bin/1320: dump limits blocksize to 32K In-reply-to: Your message of "Mon, 17 Jun 1996 15:23:30 +0200." <199606171323.PAA18629@racer.dkrz.de> Date: Tue, 18 Jun 1996 15:26:15 +0100 Message-ID: <29384.835107975@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Georg-W. Koltermann" wrote in message ID <199606171323.PAA18629@racer.dkrz.de>: > I would prefer to get a warning from dump(8), not an error exit. > There may be other cases to consider, in addition to dumping to a > remote system with rdump(8). > E. g. how about dumping to a locally attached device with the > intention of restoring the tape on another system? The other system > may very well be capable of handling blocksizes > 32. You can't do it. There is a limitation to do with the way the kernel handles the pages that limits the blocksize you can use for dump/restore... The warning is there for a VERY good reason. From what I remember about the discussions in this area with John Dyson and David Greenman, it's not an easily overcome problem either. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Tue Jun 18 12:10:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA18106 for bugs-outgoing; Tue, 18 Jun 1996 12:10:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA18099; Tue, 18 Jun 1996 12:10:03 -0700 (PDT) Resent-Date: Tue, 18 Jun 1996 12:10:03 -0700 (PDT) Resent-Message-Id: <199606181910.MAA18099@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, muir@idiom.com Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA17832 for ; Tue, 18 Jun 1996 12:03:43 -0700 (PDT) Received: (from muir@localhost) by idiom.com (8.7.5/8.6.12) id MAA05788; Tue, 18 Jun 1996 12:03:16 -0700 (PDT) Message-Id: <199606181903.MAA05788@idiom.com> Date: Tue, 18 Jun 1996 12:03:16 -0700 (PDT) From: David Muir Sharnoff Reply-To: muir@idiom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1333: free vnode isn't: another -stable coredump Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1333 >Category: kern >Synopsis: free vnode isn't: another -stable coredump >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 18 12:10:02 PDT 1996 >Last-Modified: >Originator: David Muir Sharnoff >Organization: Idiom Consulting >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1-stable as of about May 27th, 1996. >Description: I woke up this morning to find a kernel dump in /var/crash. I'll keep it around for a little while, but not forever. If someone wants to analyze it, let me know. If not, tell me it's junk and I'll delete it. idiom# gdb -k kernel.5 vmcore.5 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 24e000 current pcb at 1f1918 panic: free vnode isn't #0 0xf019fa4b in boot () (kgdb) where #0 0xf019fa4b in boot () #1 0xf0113523 in panic () #2 0xf0129826 in getnewvnode () #3 0xf0186eea in ffs_vget () #4 0xf0181e7a in ffs_valloc () #5 0xf018e07e in ufs_makeinode () #6 0xf018bae5 in ufs_create () #7 0xf012e087 in vn_open () #8 0xf012b8bf in open () #9 0xf01a4b0b in syscall () #10 0xf019d3bb in Xsyscall () #11 0x4a2fb in ?? () #12 0x40e77 in ?? () #13 0x27f32 in ?? () #14 0x26a8 in ?? () #15 0x1687 in ?? () #16 0x10d3 in ?? () (kgdb) quit >How-To-Repeat: Unknown. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 18 14:23:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA27894 for bugs-outgoing; Tue, 18 Jun 1996 14:23: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.5/8.7.3) with SMTP id OAA27855 for ; Tue, 18 Jun 1996 14:22:50 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA24717; Tue, 18 Jun 1996 23:22:36 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA26976; Tue, 18 Jun 1996 23:22:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA09383; Tue, 18 Jun 1996 22:55:14 +0200 (MET DST) From: J Wunsch Message-Id: <199606182055.WAA09383@uriah.heep.sax.de> Subject: Re: bin/1320: dump limits blocksize to 32K To: gwk@cray.com Date: Tue, 18 Jun 1996 22:55:14 +0200 (MET DST) Cc: bde@zeta.org.au, freebsd-bugs@freefall.freebsd.org, gpalmer@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606181304.PAA00455@racer.dkrz.de> from "Georg-W. Koltermann" at "Jun 18, 96 03:04:57 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 Georg-W. Koltermann wrote: > a) If physio() is broken for sizes > 64 kB, why doesn't the kernel > return an error to the user if physio gets an I/O request > 64 kB? It splits the request into 64 KB chunks, so it can handle them. This works mostly except for tapes, which are IMHO the only devices that might require a physical blocksize larger than 64 KB (raw SCSI commands like WRITE BUFFER suffer from it as well). > b) If physio() is broken for sizes > 64 kB, why was I once able to > pull a cpio archive off my /dev/rwt0, specifying a blocksize of > 2 MB? I chose that large block size in order to avoid permanent > start/stop on the tape drive. Worked quite well for me as I > remember. Your blocksize was an integral multiple of 64 KB, so you might not have noticed the split. (In particular, QIC-150 tapes are always blocked at 512 bytes, so it's irrelevant.) The problems arise only when I) interchanging variable-length blocked tapes with other systems that can handle blocksizes of > 64 KB, like it happened to Jordan's SGI tape, or II) using a blocksize that is not a multiple of 64 KB like 96 KB. All integral multiples of 64 KB are handled like 64. -- 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 Jun 18 16:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06856 for bugs-outgoing; Tue, 18 Jun 1996 16:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06842; Tue, 18 Jun 1996 16:00:03 -0700 (PDT) Resent-Date: Tue, 18 Jun 1996 16:00:03 -0700 (PDT) Resent-Message-Id: <199606182300.QAA06842@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 jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA06223 for ; Tue, 18 Jun 1996 15:53:11 -0700 (PDT) Received: (from james@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id RAA02094; Tue, 18 Jun 1996 17:37:11 GMT Message-Id: <199606181737.RAA02094@jraynard.demon.co.uk> Date: Tue, 18 Jun 1996 17:37:11 GMT From: James Raynard Reply-To: james@jraynard.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1334: MAXMEM option not documented in LINT Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1334 >Category: i386 >Synopsis: MAXMEM option not documented in LINT >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jun 18 16:00:02 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: James Raynard, Edinburgh, Scotland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Latest -current, but missing in 2.1.0-RELEASE as well. >Description: There have been several postings to -questions recently from people asking why FreeBSD can only see 64MB when their machine has more RAM. This should IMHO be in LINT, especially as such machines are likely to become more and more popular. >How-To-Repeat: >Fix: Something like the following:- --- LINT.orig Mon Jun 17 18:02:42 1996 +++ LINT Mon Jun 17 18:29:07 1996 @@ -463,6 +463,11 @@ # than 16 megabytes of memory. It doesn't hurt on other machines. # Some broken EISA and VLB hardware may need this, too. # +# MAXMEM specifies the amount of RAM on the machine; if this is not +# specified, only the first 64MB will be used. The amount is in kilobytes, +# so for a machine with 128MB of RAM, it would be 131072. Not needed if +# you have 64MB or less. +# # TUNE_1542 enables the automatic ISA bus speed selection for the # Adaptec 1542 boards. Does not work for all boards, use it with caution. # @@ -475,6 +480,7 @@ options "AUTO_EOI_1" #options "AUTO_EOI_2" options BOUNCE_BUFFERS +#options "MAXMEM=131072" #options "TUNE_1542" #options BROKEN_KEYBOARD_RESET #options PAS_JOYSTICK_ENABLE >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jun 18 16:07:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07342 for bugs-outgoing; Tue, 18 Jun 1996 16:07:16 -0700 (PDT) Received: from lore.acs.calpoly.edu (kwang@lore.acs.calpoly.edu [129.65.145.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA07329 for ; Tue, 18 Jun 1996 16:07:14 -0700 (PDT) Received: (from kwang@localhost) by lore.acs.calpoly.edu (8.6.12/8.6.9MH) id QAA08046 for bugs@freebsd.org; Tue, 18 Jun 1996 16:07:11 -0700 Date: Tue, 18 Jun 1996 16:07:11 -0700 From: Kevin J Wang Message-Id: <199606182307.QAA08046@lore.acs.calpoly.edu> Received: by NeXT.Mailer (1.87.1) Received: by NeXT Mailer (1.87.1) To: bugs@freebsd.org Subject: Help? First-time install && 3c589 in DEC HiNote Ultra II Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Help?? I just purchased a dec HiNote Ultra II and when I use my friend's 3c589 in it, It partially recognizes that the pcmcia card is there, but doesn't actually create the ethernet interface. I am booting from the boot.flp generic 2.1.0-RELEASE floppy installer image and after using -c to disable just about everything except the network card, it gets down to the bottom and says: zp: found card in slot 1 zp0 not found at 0x300 I have configured the card using the latest 3com config utilities and all of its tests pass without problems! (btw, the card is also strange-configured to irq3, after disabling com2 from the bios) I can't figure what the heck is going on here, does anyone know? The exact hardware modem is a 3com 3c589C-combo, with both TP and Coax connections. Does anyone in San Luis Obispo or anyone in the Bay Area (Sunnyvale) have a known-compatible and working pcmcia card that I can swap and try with? Are there any known bugs in the 2.1.0 zp drivers? - Kevin Wang, kwang@lore.acs.calpoly.edu From owner-freebsd-bugs Tue Jun 18 16:24:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08940 for bugs-outgoing; Tue, 18 Jun 1996 16:24:57 -0700 (PDT) Received: (from nate@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08920; Tue, 18 Jun 1996 16:24:55 -0700 (PDT) Date: Tue, 18 Jun 1996 16:24:55 -0700 (PDT) From: Nate Williams Message-Id: <199606182324.QAA08920@freefall.freebsd.org> To: james@jraynard.demon.co.uk, nate, freebsd-bugs Subject: Re: i386/1334 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: MAXMEM option not documented in LINT State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Tue Jun 18 16:21:37 PDT 1996 State-Changed-Why: [ Fixed in revision 1.267 of LINT ] I applied the fix you submitted, slightly edited. Instead of: #options "MAXMEM=131072" I used: #options "MAXMEM=128*1024" And also explained used this number in the comments. From owner-freebsd-bugs Tue Jun 18 16:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09334 for bugs-outgoing; Tue, 18 Jun 1996 16:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09328; Tue, 18 Jun 1996 16:30:02 -0700 (PDT) Date: Tue, 18 Jun 1996 16:30:02 -0700 (PDT) Message-Id: <199606182330.QAA09328@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/1333: free vnode isn't: another -stable coredump Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1333; it has been noted by GNATS. From: David Greenman To: muir@idiom.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1333: free vnode isn't: another -stable coredump Date: Tue, 18 Jun 1996 16:22:11 -0700 There were some race conditions involved in calls to getnewvnode that I recently fixed in -stable. Please update your sources and see if the problem persists. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Wed Jun 19 02:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA01428 for bugs-outgoing; Wed, 19 Jun 1996 02:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA01422; Wed, 19 Jun 1996 02:50:01 -0700 (PDT) Resent-Date: Wed, 19 Jun 1996 02:50:01 -0700 (PDT) Resent-Message-Id: <199606190950.CAA01422@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, angio@aros.net Received: from shell.aros.net (root@shell.aros.net [205.164.111.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA00636 for ; Wed, 19 Jun 1996 02:40:41 -0700 (PDT) Received: (from angio@localhost) by shell.aros.net (8.7.5/Unknown) id DAA16261; Wed, 19 Jun 1996 03:40:41 -0600 (MDT) Message-Id: <199606190940.DAA16261@shell.aros.net> Date: Wed, 19 Jun 1996 03:40:41 -0600 (MDT) From: Dave Andersen Reply-To: angio@aros.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1335: /etc/security problem with odd filenames. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1335 >Category: misc >Synopsis: /etc/security generates an error with files with spaces. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 19 02:50:01 PDT 1996 >Last-Modified: >Originator: Dave Andersen >Organization: ArosNet, Inc. >Release: FreeBSD 2.1-STABLE i386 >Environment: Nothing relevant. >Description: When /etc/security does its find and xargs, it generates an error message when it stumbles upon files with spaces in the filename. The problem is different under -current. For a file named, alternately, 'A;mail angio < foo' (with quotes) and just A;mail angio < foo (no quotes), the security script generated this output. It doesn't appear to pose a security risk, the reason I noticed it in the first place. Stable: ls: /usr/home/angio/A;mail angio How-To-Repeat: Create a file like the above named files, and make it setuid or setgid. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 19 02:50:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA01472 for bugs-outgoing; Wed, 19 Jun 1996 02:50:19 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA01359; Wed, 19 Jun 1996 02:49:39 -0700 (PDT) Received: (from james@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id BAA01251; Wed, 19 Jun 1996 01:14:17 GMT Date: Wed, 19 Jun 1996 01:14:17 GMT Message-Id: <199606190114.BAA01251@jraynard.demon.co.uk> From: James Raynard To: nate@freefall.freebsd.org CC: nate@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org In-reply-to: <199606182324.QAA08920@freefall.freebsd.org> (message from Nate Williams on Tue, 18 Jun 1996 16:24:55 -0700 (PDT)) Subject: Re: i386/1334 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I applied the fix you submitted, slightly edited. Instead of: > > #options "MAXMEM=131072" > > I used: > > #options "MAXMEM=128*1024" > > And also explained used this number in the comments. Thanks! I was going to just make the change myself, but decided it was better if someone else had a look at it. Your version is definitely better (I didn't even realise you could do it like that!) Cheers -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-bugs Wed Jun 19 04:07:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06516 for bugs-outgoing; Wed, 19 Jun 1996 04:07:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA06505; Wed, 19 Jun 1996 04:07:52 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA11606; Wed, 19 Jun 1996 21:01:43 +1000 Date: Wed, 19 Jun 1996 21:01:43 +1000 From: Bruce Evans Message-Id: <199606191101.VAA11606@godzilla.zeta.org.au> To: james@jraynard.demon.co.uk, nate@freefall.freebsd.org Subject: Re: i386/1334 Cc: freebsd-bugs@freefall.freebsd.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> I applied the fix you submitted, slightly edited. Instead of: >> >> #options "MAXMEM=131072" >> >> I used: >> >> #options "MAXMEM=128*1024" >> >> And also explained used this number in the comments. >Thanks! I was going to just make the change myself, but decided it was >better if someone else had a look at it. Your version is definitely >better (I didn't even realise you could do it like that!) It's just a macro. Macro expressions should be fully parenthesized! It happens that MAXMEM is only used in the expression MAXMEM/4, so the sloppy definition works. 0x1000000/MAXMEM wouldn't work. Bruce From owner-freebsd-bugs Wed Jun 19 04:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07815 for bugs-outgoing; Wed, 19 Jun 1996 04:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07808; Wed, 19 Jun 1996 04:20:02 -0700 (PDT) Resent-Date: Wed, 19 Jun 1996 04:20:02 -0700 (PDT) Resent-Message-Id: <199606191120.EAA07808@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jkh@time.cdrom.com Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA07035 for ; Wed, 19 Jun 1996 04:13:39 -0700 (PDT) Received: (from jkh@localhost) by time.cdrom.com (8.7.5/8.6.9) id EAA29196; Wed, 19 Jun 1996 04:13:32 -0700 (PDT) Message-Id: <199606191113.EAA29196@time.cdrom.com> Date: Wed, 19 Jun 1996 04:13:32 -0700 (PDT) From: "Jordan K. Hubbard" Reply-To: jkh@time.cdrom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1336: Permission for .. in NFS mounts is somewhat non-intuitive Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1336 >Category: kern >Synopsis: Permission for .. in NFS mounts is somewhat non-intuitive >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 19 04:20:01 PDT 1996 >Last-Modified: >Originator: Jordan K. Hubbard >Organization: - Jordan Hubbard FreeBSD Project >Release: FreeBSD 2.2-CURRENT i386 >Environment: Two machines, client and server. The following permissions for /u exist on each: client-> ls -lgd /u drwxr-x--- 2 root wheel 512 Jun 19 04:02 /u server-> ls -lgd /u drwxr-xr-x 2 root wheel 512 Jun 19 04:02 /u The following NFS mount has also been done: client-> mount server:/u /u >Description: If an ordinary user (e.g. not root and not in group wheel) on the client attempts to do a pwd(1) in /u, the operation will fail. This appears to be due to the fact that pwd walks up the directory hierarchy by opening ".." and the permissions of the mount mount rather than the mounted directory are checked. If nothing else, this violates the principle of least surprise and can be a very non-obvious problem for the user given that the mount point permissions are obscured. >How-To-Repeat: See above. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jun 19 05:52:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA11513 for bugs-outgoing; Wed, 19 Jun 1996 05:52:50 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA11501 for ; Wed, 19 Jun 1996 05:52:37 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id WAA16277; Wed, 19 Jun 1996 22:48:51 +1000 Date: Wed, 19 Jun 1996 22:48:51 +1000 From: Bruce Evans Message-Id: <199606191248.WAA16277@godzilla.zeta.org.au> To: gwk@cray.com, j@uriah.heep.sax.de Subject: Re: bin/1320: dump limits blocksize to 32K Cc: bde@zeta.org.au, freebsd-bugs@freefall.freebsd.org, gpalmer@FreeBSD.org Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> a) If physio() is broken for sizes > 64 kB, why doesn't the kernel >> return an error to the user if physio gets an I/O request > 64 kB? >It splits the request into 64 KB chunks, so it can handle them. This >works mostly except for tapes, which are IMHO the only devices that >might require a physical blocksize larger than 64 KB physio() needs to have a no-split flag that would be set by the tape drivers. >(raw SCSI >commands like WRITE BUFFER suffer from it as well). scsistrategy() has defense against splitting. It refuses to continue if the i/o size isn't the same as the original. st_strategy() might be able to use the same hack. It's not so easy since the original i/o size is in the uio struct and there may be multiple uio elements. Vectors of length 1 could probably be handled easily. Bruce From owner-freebsd-bugs Wed Jun 19 15:48:55 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA00751 for bugs-outgoing; Wed, 19 Jun 1996 15:48:55 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA00746 for ; Wed, 19 Jun 1996 15:48:51 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA10226 for ; Wed, 19 Jun 1996 15:48:44 -0700 Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id XAA09575 for freebsd-bugs@freebsd.org; Wed, 19 Jun 1996 23:45:17 +0100 (BST) Resent-Message-Id: <199606192245.XAA09575@linus.demon.co.uk> Message-Id: <199606192245.XAA09575@linus.demon.co.uk> Resent-From: mark@linus.demon.co.uk (Mark Valentine) Resent-Date: Wed, 19 Jun 1996 23:45:16 +0100 X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) Resent-To: freebsd-bugs@freebsd.org From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 19 Jun 1996 23:39:02 +0100 In-Reply-To: David Greenman's message of Jun 19, 4:20am X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: David Greenman , CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-usrbin@freefall.freebsd.org Subject: Re: cvs commit: src/usr.bin/sed compile.c Cc: fresbsd-bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: David Greenman > Date: Wed 19 Jun, 1996 > Subject: cvs commit: src/usr.bin/sed compile.c > davidg 96/06/19 04:20:09 > > Modified: usr.bin/sed compile.c > Log: > Fix from Keith Bostic for bug in sed dealing with > continuation lines. PR bin/908 can be closed now (fix verified by submitter). Thanks! Mark. -- Mark Valentine at Home From owner-freebsd-bugs Wed Jun 19 16:01:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA01384 for bugs-outgoing; Wed, 19 Jun 1996 16:01:06 -0700 (PDT) Received: (from nate@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA01368; Wed, 19 Jun 1996 16:01:04 -0700 (PDT) Date: Wed, 19 Jun 1996 16:01:04 -0700 (PDT) From: Nate Williams Message-Id: <199606192301.QAA01368@freefall.freebsd.org> To: mark@linus.demon.co.uk, nate, freebsd-bugs Subject: Re: bin/908 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sed bug with trailing backslashes State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Wed Jun 19 16:00:42 PDT 1996 State-Changed-Why: PR bin/908 can be closed now (fix verified by submitter). From owner-freebsd-bugs Wed Jun 19 19:45:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA12524 for bugs-outgoing; Wed, 19 Jun 1996 19:45:37 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA12519 for ; Wed, 19 Jun 1996 19:45:34 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id TAA01793; Wed, 19 Jun 1996 19:45:31 -0700 From: Josh MacDonald Message-Id: <199606200245.TAA01793@paris.CS.Berkeley.EDU> To: Joerg Wunsch Cc: bugs@freebsd.org Subject: Re: kern/1327 In-reply-to: Your message of "Mon, 17 Jun 1996 14:49:54 PDT." <199606172149.OAA02298@freefall.freebsd.org> Date: Wed, 19 Jun 1996 19:45:30 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Synopsis: keyboard probe in -current fails, X reboots machine > > Responsible-Changed-From-To: freebsd-bugs->joerg > Responsible-Changed-By: joerg > Responsible-Changed-When: Mon Jun 17 23:47:16 MET DST 1996 > Responsible-Changed-Why: > Most likely breakage due to my last change. > > Feedback required: does it work again if you bump the DELAY()'s in > lines 243 ff to, say, 100 each? Sorry, I couldn't use the kernel, it would take me a while to get back to running -current. I went back to the early June snapshot, but I still have keyboard and X problems. Every hour or so, X loses my keyboard, and if I'm lucky I can just log in remotely and kill X, restart and everything is OK. If I'm unlucky, it just reboots. This is all with: FreeBSD deceit.xcf.berkeley.edu 2.2-960612-SNAP FreeBSD 2.2-960612-SNAP #0: Mon, 17 Jun 1996 15:51:19 -0700 jmacd@deceit.xcf.berkeley.edu:/home3/2.2/src/sys/compile/DECEIT i386 -josh From owner-freebsd-bugs Thu Jun 20 11:48:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00627 for bugs-outgoing; Thu, 20 Jun 1996 11:48:29 -0700 (PDT) Received: from sunny.bog.msu.su (sunny.bog.msu.su [158.250.20.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA00604; Thu, 20 Jun 1996 11:48:15 -0700 (PDT) Received: from localhost (dima@localhost) by sunny.bog.msu.su (8.6.12/8.6.12) with SMTP id WAA12519; Thu, 20 Jun 1996 22:40:47 +0400 Date: Thu, 20 Jun 1996 22:40:45 +0400 (????) From: Dmitry Khrustalev To: Bill Fenner cc: bugs@freefall.FreeBSD.ORG, dima@satty.npi.msu.su, hsu@clinet.fi, jin@george.lbl.gov Subject: Re: Partial fix for panic in arpresolve() (kern/1140, kern/1325) In-Reply-To: <199606180008.RAA10964@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 17 Jun 1996, Bill Fenner wrote: > Folks, > > Sorry that this has taken so long. Thanks very much to Jin Guojun for > the idea. This is not the fix that I (or CSRG) eventaully intended, but > should make things at least work for now. Could you try this patch to > FreeBSD-current and see if it fixes your problems? It is basically Jin's > fix with the reinstantiation of the ac_ipaddr member of struct arpcom. > > Thanks, > Bill This fix works for me. -Dima From owner-freebsd-bugs Thu Jun 20 12:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03091 for bugs-outgoing; Thu, 20 Jun 1996 12:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03085; Thu, 20 Jun 1996 12:30:01 -0700 (PDT) Resent-Date: Thu, 20 Jun 1996 12:30:01 -0700 (PDT) Resent-Message-Id: <199606201930.MAA03085@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ac199@freenet.hamilton.on.ca Received: from X3000 (ppp1654.on.sympatico.ca [206.172.249.118]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA02991 for ; Thu, 20 Jun 1996 12:28:34 -0700 (PDT) Received: (from root@localhost) by X3000 (8.7.5/8.7.3) id BAA01232; Thu, 20 Jun 1996 01:18:45 -0400 (EDT) Message-Id: <199606200518.BAA01232@X3000> Date: Thu, 20 Jun 1996 01:18:45 -0400 (EDT) From: Tim.Vanderhoek@X3000 (ac199@freenet.hamilton.on.ca) Reply-To: ac199@freenet.hamilton.on.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1337: yacc-generated parser generates a warning with -Wall Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1337 >Category: bin >Synopsis: Yacc skeleton parser generates warning with -Wall >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 20 12:30:01 PDT 1996 >Last-Modified: >Originator: Tim Vanderhoek >Organization: League of the BYacc-Worshippers >Release: FreeBSD 2.2-960501-SNAP i386 >Environment: There's a desk, with false wood on top..yunno, the kind that's really a photograph-like-thing, and stairs a little to my left, but they're not very high (only 3 steps). It looks like they lead to the kitchen. >Description: Compiling a yacc-generated parser with -Wall will generate the warning: y.tab.c:999: warning: suggest parenthesis around assignment used as truth value >How-To-Repeat: See Description. >Fix: The following patch is relevant to -current as of date shown, *** skeleton.c Thu Jun 20 01:03:41 1996 --- oldskel.c Thu Jun 20 01:07:01 1996 *************** *** 145,151 **** " *yyssp = yystate = 0;", "", "yyloop:", ! " if ((yyn = yydefred[yystate])) goto yyreduce;", " if (yychar < 0)", " {", " if ((yychar = yylex()) < 0) yychar = 0;", --- 145,151 ---- " *yyssp = yystate = 0;", "", "yyloop:", ! " if (yyn = yydefred[yystate]) goto yyreduce;", " if (yychar < 0)", " {", " if ((yychar = yylex()) < 0) yychar = 0;", >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jun 20 13:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05793 for bugs-outgoing; Thu, 20 Jun 1996 13:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05786; Thu, 20 Jun 1996 13:30:04 -0700 (PDT) Resent-Date: Thu, 20 Jun 1996 13:30:04 -0700 (PDT) Resent-Message-Id: <199606202030.NAA05786@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from splay.jnx.com (2061510125.global.net [206.15.10.125]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA05493 for" ; Thu, 20 Jun 1996 13:26:37.-0700 (PDT) Received: from splay.jnx.com (localhost.jnx.com [127.0.0.1]) by splay.jnx.com (8.7.4/8.7.3) with ESMTP id NAA01735 for ; Thu, 20 Jun 1996 13:40:22 -0700 (PDT) Message-Id: <199606202040.NAA01735@splay.jnx.com> Date: Thu, 20 Jun 1996 13:40:22 -0700 From: Tom Pusateri To: FreeBSD-gnats-submit@freebsd.org Subject: misc/1338: crontab and vipw bug Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1338 >Category: misc >Synopsis: vipw and crontab broken >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 20 13:30:03 PDT 1996 >Last-Modified: >Originator: Tom Pusateri >Organization: Juniper Networks >Release: FreeBSD 2.2-960612-SNAP i386 >Environment: >Description: # crontab -l no crontab for root # crontab -e no crontab for root - using an empty one /stand/ee: No such file or directory crontab: "/stand/ee" exited with status 1 # vipw vipw: /stand/ee: Undefined error: 0 vipw: /etc/master.passwd: unchanged >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: X-send-pr-version: 3.2 From owner-freebsd-bugs Thu Jun 20 13:50:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07470 for bugs-outgoing; Thu, 20 Jun 1996 13:50:41 -0700 (PDT) Received: (from nate@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07436; Thu, 20 Jun 1996 13:50:35 -0700 (PDT) Date: Thu, 20 Jun 1996 13:50:35 -0700 (PDT) From: Nate Williams Message-Id: <199606202050.NAA07436@freefall.freebsd.org> To: nate, freebsd-bugs, jkh Subject: Re: misc/1338 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vipw and crontab broken Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: nate Responsible-Changed-When: Thu Jun 20 13:49:52 PDT 1996 Responsible-Changed-Why: /stand/ee and friends is Jordan's area. From owner-freebsd-bugs Thu Jun 20 14:17:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09507 for bugs-outgoing; Thu, 20 Jun 1996 14:17: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.5/8.7.3) with SMTP id OAA09386 for ; Thu, 20 Jun 1996 14:15:44 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA22120; Thu, 20 Jun 1996 23:10:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA26710; Thu, 20 Jun 1996 23:10:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA17515; Thu, 20 Jun 1996 20:48:02 +0200 (MET DST) From: J Wunsch Message-Id: <199606201848.UAA17515@uriah.heep.sax.de> Subject: Re: bin/1320: dump limits blocksize to 32K To: bde@zeta.org.au (Bruce Evans) Date: Thu, 20 Jun 1996 20:48:02 +0200 (MET DST) Cc: gwk@cray.com, bde@zeta.org.au, freebsd-bugs@freefall.freebsd.org, gpalmer@FreeBSD.org, dyson@FreeBSD.org, davidg@FreeBSD.org (David Greenman) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606191248.WAA16277@godzilla.zeta.org.au> from Bruce Evans at "Jun 19, 96 10:48:51 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 Bruce Evans wrote: > >It splits the request into 64 KB chunks, so it can handle them. This > >works mostly except for tapes, which are IMHO the only devices that > >might require a physical blocksize larger than 64 KB > > physio() needs to have a no-split flag that would be set by the tape > drivers. I would rather like to see the problem resolved once and for all. This will however require some ``bounce buffer'' support, at least for those controllers that can only handle 16 scatter/gather segments (thus 16 physical pages == 64 KB). David? John? Any opinion about this? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Jun 20 14:20:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09720 for bugs-outgoing; Thu, 20 Jun 1996 14:20:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09694; Thu, 20 Jun 1996 14:20:03 -0700 (PDT) Date: Thu, 20 Jun 1996 14:20:03 -0700 (PDT) Message-Id: <199606202120.OAA09694@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/1336: Permission for .. in NFS mounts is somewhat non-intuitive Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1336; it has been noted by GNATS. From: J Wunsch To: jkh@time.cdrom.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1336: Permission for .. in NFS mounts is somewhat non-intuitive Date: Thu, 20 Jun 1996 21:38:31 +0200 (MET DST) As Jordan K. Hubbard wrote: > Two machines, client and server. The following permissions for /u exist > on each: > > client-> ls -lgd /u > drwxr-x--- 2 root wheel 512 Jun 19 04:02 /u > > server-> ls -lgd /u > drwxr-xr-x 2 root wheel 512 Jun 19 04:02 /u > > The following NFS mount has also been done: > > client-> mount server:/u /u > > >Description: > > If an ordinary user (e.g. not root and not in group wheel) on > the client attempts to do a pwd(1) in /u, the operation will > fail. This is nothing special to NFS mounts, it's a very generic mount problem. Try making your /usr 0700 in single-user mode, and go multi-user... You should never make mount points anything else the 755 (or 555). They are overshadowed with the mount permissions from the newly mounted resource anyway, so the actual permissions of the underlying mountpoint are largely irrelevant as long as they allow all intended access. -- 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 Jun 20 17:40:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA29891 for bugs-outgoing; Thu, 20 Jun 1996 17:40:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA29879; Thu, 20 Jun 1996 17:40:02 -0700 (PDT) Date: Thu, 20 Jun 1996 17:40:02 -0700 (PDT) Message-Id: <199606210040.RAA29879@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: kern/1336: Permission for .. in NFS mounts is somewhat non-intuitive Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1336; it has been noted by GNATS. From: "Jordan K. Hubbard" To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1336: Permission for .. in NFS mounts is somewhat non-intuitive Date: Thu, 20 Jun 1996 17:29:47 -0700 > This is nothing special to NFS mounts, it's a very generic mount > problem. Try making your /usr 0700 in single-user mode, and go > multi-user... > > You should never make mount points anything else the 755 (or 555). > They are overshadowed with the mount permissions from the newly > mounted resource anyway, so the actual permissions of the underlying > mountpoint are largely irrelevant as long as they allow all intended > access. But.. That's basically my point - it's *not* overshadowed in the ".." case, and this is very counter-intuitive, if not an outright bug. Jordan From owner-freebsd-bugs Thu Jun 20 21:07:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA14722 for bugs-outgoing; Thu, 20 Jun 1996 21:07:47 -0700 (PDT) Received: from al.imforei.apana.org.au (al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA14710 for ; Thu, 20 Jun 1996 21:07:35 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.5/8.7.3) id NAA00591; Fri, 21 Jun 1996 13:37:26 +0930 (CST) Date: Fri, 21 Jun 1996 13:37:26 +0930 (CST) From: Peter Childs Message-Id: <199606210407.NAA00591@al.imforei.apana.org.au> To: nate@freefall.freebsd.org, freebsd-bugs@freebsd.org Subject: Re: misc/1338 X-Newsreader: TIN [version 1.2 PL2] Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199606202050.NAA07436@freefall.freebsd.org> you wrote: : Synopsis: vipw and crontab broken : Responsible-Changed-From-To: freebsd-bugs->jkh : Responsible-Changed-By: nate : Responsible-Changed-When: Thu Jun 20 13:49:52 PDT 1996 : Responsible-Changed-Why: : /stand/ee and friends is Jordan's area. I think you'll find that the problem is with running /stand/ee, and from memory doesn't that require the gzip a.out option in the kernel? A fix, for those not having the gzip device in the kernel, would be to change the default editor to vi :) Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds The internet is full, please try again in half an hour... From owner-freebsd-bugs Fri Jun 21 03:33:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA06746 for bugs-outgoing; Fri, 21 Jun 1996 03:33:12 -0700 (PDT) Received: from cgl.ucsf.EDU (cgl.ucsf.EDU [128.218.27.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA06741 for ; Fri, 21 Jun 1996 03:33:11 -0700 (PDT) Received: from ccnext.ucsf.edu (ccnext.ucsf.EDU [128.218.80.24]) by cgl.ucsf.EDU (8.6.12/GSC4.25) with SMTP id DAA03145 for ; Fri, 21 Jun 1996 03:33:05 -0700 Received: by ccnext.ucsf.edu (NX5.67d/NeXT-1.0) id AA17017; Fri, 21 Jun 96 03:29:25 -0700 Date: Fri, 21 Jun 96 03:29:25 -0700 From: jst@ccnext.ucsf.EDU (J.) Message-Id: <9606211029.AA17017@ccnext.ucsf.edu> To: bugs@freebsd.org Subject: Boot bugs, bug reporting. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The "developers resources" document on freebsd.org is ambiguous as to whether mailing to bugs@frebsd.org constitutes an official bug report or not. As I cannot install FreeBSD, I cannot run send-pr to generate an official report. If there is an official "form", I wish it were placed on the front of the cdroms, with a mailing address to send it to. The problems: The boot-from-dos worked for a machine that Jordan specified, when it was used with an external SCSI CDROM drive, using version 2.0.5 32M, Adaptec 2940 SCSI card, at that time, a Matrox display card. Now that it has an ATAPI CDROM, primary device on the secondary IDE port as Linux requires, the fbsdboot procedure hangs, after printing a line and a half of addresses. (now has a #9 Imagine 128 display card). I'm booting from CDROM. I've tried 2.1, it hangs (which reports the existence of DPMI memory that I don't believe is installed in DOS without Windows running, and I don't have the DPMI driver from DJGPP running). I've tried 2.0.5, it hangs (It reports VCPI memory, which I believe exists in the DOS6.22 himem.sys) ---- Mounting a DOS partition R/W and writing to it, was coincident with many files being removed by FSCK on the next reboot, on several occasions. This was a while ago, and I think there were panics, as well. Could not make the VGA Ioctl's work (trying to set 50 line mode). Does there need to be a different video driver? J. From owner-freebsd-bugs Fri Jun 21 04:20:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09569 for bugs-outgoing; Fri, 21 Jun 1996 04:20:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09555; Fri, 21 Jun 1996 04:20:02 -0700 (PDT) Resent-Date: Fri, 21 Jun 1996 04:20:02 -0700 (PDT) Resent-Message-Id: <199606211120.EAA09555@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, andreas@klemm.gtn.com Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08802 for ; Fri, 21 Jun 1996 04:13:28 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id NAA13369 for FreeBSD-gnats-submit@freebsd.org; Fri, 21 Jun 1996 13:00:26 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.7.5/8.7.3) id MAA00454; Fri, 21 Jun 1996 12:59:44 +0200 (MET DST) Message-Id: <199606211059.MAA00454@klemm.gtn.com> Date: Fri, 21 Jun 1996 12:59:44 +0200 (MET DST) From: Andreas Klemm Reply-To: andreas@klemm.gtn.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1339: make world fails, because libtcl needs gmake Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1339 >Category: bin >Synopsis: make world fails, because libtcl needs gmake >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 21 04:20:01 PDT 1996 >Last-Modified: >Originator: Andreas Klemm >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: During make world building the new libtcl fails, because gmake isn't installed on my system. ===> tcl >Description: For some strange reason the libtcl thinks, a gmake is present on the system although none is installed. >How-To-Repeat: Remove your gmake binary and try to build libtcl. >Fix: Didn't dig around in the sources. Sorry. Andreas /// >Audit-Trail: >Unformatted: >> No checksum recorded for /quantum/unix/local/freebsd-current/src/lib/tcl/file s/tcl7.5.tar.gz.uu Checksums OK for files that have them. ===> Installing for tcl7.5 env: gmake: No such file or directory *** Error code 1 Stop. My workaround was cat > /usr/bin/gmake make $* ^D chmod +x /usr/bin/gmake From owner-freebsd-bugs Fri Jun 21 04:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09586 for bugs-outgoing; Fri, 21 Jun 1996 04:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09568; Fri, 21 Jun 1996 04:20:03 -0700 (PDT) Resent-Date: Fri, 21 Jun 1996 04:20:03 -0700 (PDT) Resent-Message-Id: <199606211120.EAA09568@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, andreas@klemm.gtn.com Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08808 for ; Fri, 21 Jun 1996 04:13:33 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id NAA13408 for FreeBSD-gnats-submit@freebsd.org; Fri, 21 Jun 1996 13:00:32 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.7.5/8.7.3) id NAA00616; Fri, 21 Jun 1996 13:07:44 +0200 (MET DST) Message-Id: <199606211107.NAA00616@klemm.gtn.com> Date: Fri, 21 Jun 1996 13:07:44 +0200 (MET DST) From: Andreas Klemm Reply-To: andreas@klemm.gtn.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1340: share/doc/papers/memfs doesn't build if dict isn't installed Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1340 >Category: misc >Synopsis: make world fails >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jun 21 04:20:02 PDT 1996 >Last-Modified: >Originator: Andreas Klemm >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: I freshly installed the May snap of -current, and because I had less space, I only installed some packages and left out the dict packages. When doing a make world unfortunately the dict package is needed, as you can see here: share/doc/papers/memfs indxbib -o ref.bib /quantum/unix/local/freebsd-current/src/share/doc/papers/memf s/ref.bib indxbib:fatal error: can't open `/usr/share/dict/eign': No such file or director y *** Error code 3 Stop. So ... could be made shure, that eign will be installed first ?! >How-To-Repeat: remove /usr/share/dict/eign and try to compile the share/doc tree. >Fix: sorry no. Andreas /// >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 21 04:20:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09599 for bugs-outgoing; Fri, 21 Jun 1996 04:20:08 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA09480 for ; Fri, 21 Jun 1996 04:19:49 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id MAA10530; Fri, 21 Jun 1996 12:16:10 +0100 (BST) To: "J." cc: bugs@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Boot bugs, bug reporting. In-reply-to: Your message of "Fri, 21 Jun 1996 03:29:25 PDT." <9606211029.AA17017@ccnext.ucsf.edu> Date: Fri, 21 Jun 1996 12:16:09 +0100 Message-ID: <10528.835355769@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "J." wrote in message ID <9606211029.AA17017@ccnext.ucsf.edu>: > The "developers resources" document on freebsd.org is ambiguous as to > whether mailing to bugs@frebsd.org constitutes an official bug report or > not. As I cannot install FreeBSD, I cannot run send-pr to generate an > official report. The only (real) difference is that the bug can't be tracked if you e-mail to bugs as it doesn't get recorded in our tracking database (GNATS). > If there is an official "form", I wish it were placed on the front of > the cdroms, with a mailing address to send it to. There is, but it (really) requires to be filled out and submitted electronically. Hence we only accept send-pr submitssions for our bug tracking database (they need to be in a specific layout for the code to handle them and properly categorise them). If you feel that Walnut Creek CDROM should prove an paper-based service for customers (we (the FreeBSD project) do not have the resources to undertake this), you should probably raise this issue with them, since they are responsible for the CDROM's and (probably) have the resources. > The problems: > Now that it has an ATAPI CDROM, primary device on the secondary IDE > port as Linux requires, the fbsdboot procedure hangs, after printing > a line and a half of addresses. (now has a #9 Imagine 128 display card). Weird. > I'm booting from CDROM. > I've tried 2.1, it hangs (which reports the existence of DPMI memory that I > don't believe is installed in DOS without Windows running, and I don't > have the DPMI driver from DJGPP running). > I've tried 2.0.5, it hangs (It reports VCPI memory, which I believe exists > in the DOS6.22 himem.sys) Weirder. There were no changes between 2.0.5 and 2.1 for the fbsdboot.exe program that I can find. The same version of the code should have been in 2.0.5 and 2.1. Have you tried booting WITHOUT any memory managers loaded? That MAY stand a better chance of success. If you are trying to install, I would also recommend trying the boot floppy install method. The fbsdboot.exe program is a nice idea, but due to differences between memory managers, it doesn't ALWAYS get it right. That's why we supply methods for trying floppies too... > Mounting a DOS partition R/W and writing to it, was coincident with > many files being removed by FSCK on the next reboot, on several > occasions. This was a while ago, and I think there were panics, as well. This is a known problem (the dosfs code is VERY weak), and a complete re-write is in progress. Sorry for any troubles. > Could not make the VGA Ioctl's work (trying to set 50 line mode). Does > there need to be a different video driver? You need to load an appropriate font for the screen resolution you are trying to use. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Fri Jun 21 04:31:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10134 for bugs-outgoing; Fri, 21 Jun 1996 04:31:59 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA10114 for ; Fri, 21 Jun 1996 04:31:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA15489; Fri, 21 Jun 1996 21:30:20 +1000 Date: Fri, 21 Jun 1996 21:30:20 +1000 From: Bruce Evans Message-Id: <199606211130.VAA15489@godzilla.zeta.org.au> To: bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: bin/1320: dump limits blocksize to 32K Cc: davidg@freebsd.org, dyson@freebsd.org, freebsd-bugs@freefall.freebsd.org, gpalmer@freebsd.org, gwk@cray.com Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> physio() needs to have a no-split flag that would be set by the tape >> drivers. >I would rather like to see the problem resolved once and for all. >This will however require some ``bounce buffer'' support, at least for >those controllers that can only handle 16 scatter/gather segments >(thus 16 physical pages == 64 KB). There has to be a limit, so the no-split flag is still required. Bruce From owner-freebsd-bugs Fri Jun 21 04:36:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10461 for bugs-outgoing; Fri, 21 Jun 1996 04:36:28 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10443; Fri, 21 Jun 1996 04:36:25 -0700 (PDT) Date: Fri, 21 Jun 1996 04:36:25 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199606211136.EAA10443@freefall.freebsd.org> To: andreas@klemm.gtn.com, jkh, freebsd-bugs Subject: Re: bin/1339 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make world fails, because libtcl needs gmake State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri Jun 21 04:36:06 PDT 1996 State-Changed-Why: This was actually a typo, which was fixed yesterday. From owner-freebsd-bugs Fri Jun 21 05:45:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13063 for bugs-outgoing; Fri, 21 Jun 1996 05:45:44 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA13055 for ; Fri, 21 Jun 1996 05:45:42 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA09442; Fri, 21 Jun 1996 05:34:25 -0700 (PDT) To: Peter Childs cc: nate@freefall.freebsd.org, freebsd-bugs@freebsd.org Subject: Re: misc/1338 In-reply-to: Your message of "Fri, 21 Jun 1996 13:37:26 +0930." <199606210407.NAA00591@al.imforei.apana.org.au> Date: Fri, 21 Jun 1996 05:34:25 -0700 Message-ID: <9439.835360465@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I think you'll find that the problem is with running /stand/ee, > and from memory doesn't that require the gzip a.out option > in the kernel? /stand/ee has been dead for weeks. Jordan From owner-freebsd-bugs Fri Jun 21 05:49:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13354 for bugs-outgoing; Fri, 21 Jun 1996 05:49:29 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA13349 for ; Fri, 21 Jun 1996 05:49:27 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA16055; Fri, 21 Jun 1996 05:49:00 -0700 (PDT) To: jst@ccnext.ucsf.EDU (J.) cc: bugs@freebsd.org Subject: Re: Boot bugs, bug reporting. In-reply-to: Your message of "Fri, 21 Jun 1996 03:29:25 PDT." <9606211029.AA17017@ccnext.ucsf.edu> Date: Fri, 21 Jun 1996 05:48:59 -0700 Message-ID: <16053.835361339@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The "developers resources" document on freebsd.org is ambiguous as to > whether mailing to bugs@frebsd.org constitutes an official bug report or > not. As I cannot install FreeBSD, I cannot run send-pr to generate an > official report. I'm going to be addressing this soon with a www-based send-pr that anyone can use. NetBSD has kindly donated their CGI scripts for this. > If there is an official "form", I wish it were placed on the front of > the cdroms, with a mailing address to send it to. I'm afraid we wouldn't have the manpower to process the entries. :-( > Now that it has an ATAPI CDROM, primary device on the secondary IDE > port as Linux requires, the fbsdboot procedure hangs, after printing > a line and a half of addresses. (now has a #9 Imagine 128 display card). Hmmm. Do you have two IDE drives or one? I know that FreeBSD doesn't like it much if you do, and demands that you configure your CDROM as a slave on the primary interface if so. As to why fbsdboot doesn't work, that's hard to say. That utility is DOS based, totally outside my area of knowledge and the original author has long since gone on to better things! :-) Jordan From owner-freebsd-bugs Fri Jun 21 05:51:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13509 for bugs-outgoing; Fri, 21 Jun 1996 05:51:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA13504 for ; Fri, 21 Jun 1996 05:50:59 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA16074; Fri, 21 Jun 1996 05:50:32 -0700 (PDT) To: jst@ccnext.ucsf.EDU (J.) cc: bugs@freebsd.org Subject: Re: Boot bugs, bug reporting. In-reply-to: Your message of "Fri, 21 Jun 1996 03:29:25 PDT." <9606211029.AA17017@ccnext.ucsf.edu> Date: Fri, 21 Jun 1996 05:50:31 -0700 Message-ID: <16072.835361431@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oh yeah, 2 that I missed: > Mounting a DOS partition R/W and writing to it, was coincident with > many files being removed by FSCK on the next reboot, on several > occasions. This was a while ago, and I think there were panics, as well. Don't do that. There are still some nasty bugs in the DOS driver (which effect only certain DOS partition sizes, unfortunately, so it's hard to predict who they'll strike) and this is why we mount it RO by default. > Could not make the VGA Ioctl's work (trying to set 50 line mode). Does > there need to be a different video driver? You need to install an 8x8 font first - see the man page for vidcontrol. Jordan From owner-freebsd-bugs Fri Jun 21 08:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19663 for bugs-outgoing; Fri, 21 Jun 1996 08:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19657; Fri, 21 Jun 1996 08:10:02 -0700 (PDT) Resent-Date: Fri, 21 Jun 1996 08:10:02 -0700 (PDT) Resent-Message-Id: <199606211510.IAA19657@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tundra@tundraware.com Received: from eskimo.industry.net (eskimo.industry.net [206.150.208.254]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA19242 for ; Fri, 21 Jun 1996 08:00:53 -0700 (PDT) Received: (from root@localhost) by eskimo.industry.net (8.6.12/8.6.12) id KAA02489; Fri, 21 Jun 1996 10:06:12 -0500 Message-Id: <199606211506.KAA02489@eskimo.industry.net> Date: Fri, 21 Jun 1996 10:06:12 -0500 From: tundra@tundrware.com Reply-To: tundra@tundraware.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1341: Bug fix for SCSI tape Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1341 >Category: kern >Synopsis: Fix Timeout On SCSI DAT Tape Erase >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 21 08:10:01 PDT 1996 >Last-Modified: >Originator: Bourne-again Superuser >Organization: TundraWare >Release: FreeBSD 2.1-STABLE i386 >Environment: Intel DX-II/66, Adaptec 1542CP, Sony SDT-5000 >Description: The SCSI tape driver code does not leave enough time for "long" erase times such as those required for DAT tape. >How-To-Repeat: Do an 'mt erase' on a dat and wait. >Fix: In st.c change line #1878 (within the st_erase() function) to read: immed : 5000 ? 12000000, This allows up to 200 minutes for tape erase and makes the problem go away. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 21 10:06:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA24459 for bugs-outgoing; Fri, 21 Jun 1996 10:06:22 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA24437 for ; Fri, 21 Jun 1996 10:06:13 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id OAA11001; Fri, 21 Jun 1996 14:50:26 +0100 (BST) To: "Jordan K. Hubbard" cc: Peter Childs , nate@freefall.freebsd.org, freebsd-bugs@FreeBSD.ORG From: "Gary Palmer" Subject: Re: misc/1338 In-reply-to: Your message of "Fri, 21 Jun 1996 05:34:25 PDT." <9439.835360465@time.cdrom.com> Date: Fri, 21 Jun 1996 14:50:25 +0100 Message-ID: <10999.835365025@palmer.demon.co.uk> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote in message ID <9439.835360465@time.cdrom.com>: > > I think you'll find that the problem is with running /stand/ee, > > and from memory doesn't that require the gzip a.out option > > in the kernel? > /stand/ee has been dead for weeks. Which raises the question of how he got /stand/ee as EDITOR in his /root/.cshrc file, but not a /stand/ee file. Something mess up in the distribution build, or did he use one boot floppy and install a different distribution or something? I got this reply from the original submitter: --SNIP-- Thanks. Changing this in the /root/.cshrc works. I didn't remove anything or change root's .cshrc. /stand/ee isn't there but I never removed it. This is the way it ended up after the install. Thanks, Tom --SNIP-- Which to me points to something with the system, rather than user error... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Fri Jun 21 10:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25727 for bugs-outgoing; Fri, 21 Jun 1996 10:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25707; Fri, 21 Jun 1996 10:20:02 -0700 (PDT) Date: Fri, 21 Jun 1996 10:20:02 -0700 (PDT) Message-Id: <199606211720.KAA25707@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Gary Palmer" Subject: Re: misc/1340: share/doc/papers/memfs doesn't build if dict isn't installed Reply-To: "Gary Palmer" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/1340; it has been noted by GNATS. From: "Gary Palmer" To: andreas@klemm.gtn.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/1340: share/doc/papers/memfs doesn't build if dict isn't installed Date: Fri, 21 Jun 1996 15:13:48 +0100 Andreas Klemm wrote in message ID <199606211107.NAA00616@klemm.gtn.com>: > >How-To-Repeat: > remove /usr/share/dict/eign and try to compile the share/doc tree. Known problem. Simple workaround (note: not fix) is to put groff (or part of it, specifically gnu/usr.bin/groff/indxbib) in the build-tools target. The real (IMHO) fix is to NOT build/install stuff in share/doc until AFTER the rest of the stuff has been installed. This would remove the need for stuff like the SGML parsers being in the build-tools target too. This breaks the current ``do everything in one go'' paradigm, but the problem with it that method is that you have all these damned bootstrap targets which require multiple passes over some stuff. There HAS to be a better way of doing it, without requiring that you run: make include-tools make lib-tools make build-tools over the entire tree (i.e. decentralising the knowledge from /usr/src/Makefile and letting the individual programs set whether they want to be in a certain pass or not). The trouble with our current make world system is that we don't want to break `make all' at the individual level, so we go through these hoops to build some stuff first, then some other stuff, the yet more stuff... And as other people have pointed out, you promptly spam your bin directories before you even get into the meat of the compile. We really need to find a solution to the problem of `make world' without doing massive re-organisations of our source tree. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Fri Jun 21 11:00:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04663 for bugs-outgoing; Fri, 21 Jun 1996 11:00:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA04657; Fri, 21 Jun 1996 11:00:48 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id LAA00839; Fri, 21 Jun 1996 11:00:45 -0700 (PDT) To: "Gary Palmer" cc: Peter Childs , nate@freefall.freebsd.org, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/1338 In-reply-to: Your message of "Fri, 21 Jun 1996 14:50:25 BST." <10999.835365025@palmer.demon.co.uk> Date: Fri, 21 Jun 1996 11:00:45 -0700 Message-ID: <837.835380045@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Which raises the question of how he got /stand/ee as EDITOR in his > /root/.cshrc file, but not a /stand/ee file. Something mess up in the No, the /root/.cshrc setting for EDITOR was changed afterwards, after I noticed that /stand/ee going away caused problems. :-) It's broken in the install but fixes subsequently. Jordan From owner-freebsd-bugs Fri Jun 21 15:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA07525 for bugs-outgoing; Fri, 21 Jun 1996 15:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA07504; Fri, 21 Jun 1996 15:10:02 -0700 (PDT) Resent-Date: Fri, 21 Jun 1996 15:10:02 -0700 (PDT) Resent-Message-Id: <199606212210.PAA07504@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 who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA07416 for ; Fri, 21 Jun 1996 15:09:21 -0700 (PDT) Received: from jraynard.demon.co.uk (am081.du.pipex.com [193.130.252.81]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA22889 for ; Fri, 21 Jun 1996 15:09:13 -0700 Received: (from james@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id NAA07377; Fri, 21 Jun 1996 13:50:09 GMT Message-Id: <199606211350.NAA07377@jraynard.demon.co.uk> Date: Fri, 21 Jun 1996 13:50:09 GMT From: James Raynard Reply-To: james@jraynard.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1342: chgrp(1) required by MAKEDEV but not on fixit floppy Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1342 >Category: misc >Synopsis: chgrp(1) required by MAKEDEV but not on fixit floppy >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 21 15:10:01 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: James Raynard, Edinburgh, Scotland >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD 2.1.0-RELEASE >Description: Report submitted on behalf of Dmitry Solodov /dev/wd* accidentally clobbered, trying to recreate them using fixit floppy. The "obvious" 'sh MAKEDEV wd0s[1-4]' fails as chgrp is not on the fixit floppy. >How-To-Repeat: >Fix: Add chgrp to the fixit floppy image. Or modify MAKEDEV to use 'chown :operator' instead of 'chgrp operator'. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jun 21 19:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17881 for bugs-outgoing; Fri, 21 Jun 1996 19:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17864; Fri, 21 Jun 1996 19:00:02 -0700 (PDT) Resent-Date: Fri, 21 Jun 1996 19:00:02 -0700 (PDT) Resent-Message-Id: <199606220200.TAA17864@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fn@pain.csrv.uidaho.edu Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA17662 for ; Fri, 21 Jun 1996 18:54:50 -0700 (PDT) Received: (from fn@localhost) by pain.csrv.uidaho.edu (8.7.5/8.6.9) id SAA29143; Fri, 21 Jun 1996 18:54:46 -0700 (PDT) Message-Id: <199606220154.SAA29143@pain.csrv.uidaho.edu> Date: Fri, 21 Jun 1996 18:54:46 -0700 (PDT) From: faried nawaz Reply-To: fn@pain.csrv.uidaho.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1344: pstat -i wasn't documented on the man page Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1344 >Category: docs >Synopsis: pstat -i wasn't documented on the man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 21 19:00:01 PDT 1996 >Last-Modified: >Originator: faried nawaz >Organization: University of Idaho, Moscow, ID >Release: FreeBSD 2.2-CURRENT i386 >Environment: the bug (?) is in all versions of FreeBSD (it's in 4.4BSD-Lite & Lite2 as well). >Description: pstat -i is the same as pstat -v, but not documented on the man page. utsl. >How-To-Repeat: man pstat >Fix: --- pstat.8~ Fri Jun 21 18:33:40 1996 +++ pstat.8 Fri Jun 21 18:48:55 1996 @@ -42,7 +42,7 @@ .Nd display system data structures .Sh SYNOPSIS .Nm pstat -.Op Fl Tfknstv +.Op Fl Tfiknstv .Op Fl M Ar core .Op Fl N Ar system .Pp @@ -347,6 +347,10 @@ Number of bytes in an ordinary file, or major and minor device of special file. .El +.It Fl i +Same as +.Fl v , +present for backwards-compatibility. .El .Sh FILES .Bl -tag -width /dev/kmemxxx -compact >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 22 01:51:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA14839 for bugs-outgoing; Sat, 22 Jun 1996 01: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.5/8.7.3) with SMTP id BAA14822; Sat, 22 Jun 1996 01: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 KAA29821; Sat, 22 Jun 1996 10:51:02 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA19027; Sat, 22 Jun 1996 10:51:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA25694; Sat, 22 Jun 1996 09:51:32 +0200 (MET DST) From: J Wunsch Message-Id: <199606220751.JAA25694@uriah.heep.sax.de> Subject: Re: misc/1338 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 22 Jun 1996 09:51:31 +0200 (MET DST) Cc: gpalmer@FreeBSD.ORG, pjchilds@imforei.apana.org.au, nate@freefall.freebsd.org, freebsd-bugs@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <837.835380045@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 21, 96 11:00:45 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 Jordan K. Hubbard wrote: > > Which raises the question of how he got /stand/ee as EDITOR in his > > /root/.cshrc file, but not a /stand/ee file. Something mess up in the > > No, the /root/.cshrc setting for EDITOR was changed afterwards, after > I noticed that /stand/ee going away caused problems. :-) Boy, _don't_ use /stand/ee! Use plain `ee'. While using it under sysinstall, make sure that sysinstall always exports a PATH that contains /stand. Once the system is multi-user, `ee' will pick /usr/bin/ee then (unless the EDITOR setting has already been changed at the installer's request), and the /stand stuff is no longer required. -- 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 Jun 22 01:52:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA15067 for bugs-outgoing; Sat, 22 Jun 1996 01:52:54 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA15058 for ; Sat, 22 Jun 1996 01:52:50 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA29903; Sat, 22 Jun 1996 10:52:23 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA19125; Sat, 22 Jun 1996 10:52:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA26169; Sat, 22 Jun 1996 10:43:22 +0200 (MET DST) From: J Wunsch Message-Id: <199606220843.KAA26169@uriah.heep.sax.de> Subject: Re: misc/1338 To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Sat, 22 Jun 1996 10:43:21 +0200 (MET DST) Cc: nate@freefall.freebsd.org, pjchilds@imforei.apana.org.au (Peter Childs) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606210407.NAA00591@al.imforei.apana.org.au> from Peter Childs at "Jun 21, 96 01:37:26 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 Peter Childs wrote: > A fix, for those not having the gzip device in the kernel, > would be to change the default editor to vi :) Actually, the binaries under /stand are no longer gzip'ed, it's only the comment in GENERIC that claims they were. :) The only known binary by now that comes gzip'ed is the crunched one on the fixit floppy. -- 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 Jun 22 04:30:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA18663 for bugs-outgoing; Sat, 22 Jun 1996 04:30:15 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA18645 for freebsd-bugs; Sat, 22 Jun 1996 04:30:13 -0700 (PDT) Date: Sat, 22 Jun 1996 04:30:13 -0700 (PDT) From: GNU GNATS Message-Id: <199606221130.EAA18645@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/15] bin/146 version of compress is kinda old and slow [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/03/02] misc/229 acos() core dump [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/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/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/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/18] kern/700 The comments in /sys/net/if.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] 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/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/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/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/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/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/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/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] bin/1093 route's diagnostic is weird [1996/03/21] bin/1095 make's continuation line handling buggy when used wi [1996/03/21] i386/1097 system hang during tape rewind/aic7870 controller [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/26] kern/1102 Differentiation of FreeBSD & Linux ELF binaries [pat [1996/03/28] bin/1105 Bug in find command [1996/03/28] ports/1109 mods to vim-3.0 port [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/03/31] misc/1112 Can not work getnetbyaddr on NIS [1996/04/05] kern/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/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/28] kern/1160 Panic: bad dir [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC option is used [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 [1996/04/29] kern/1164 machine locks up [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/04/30] kern/1166 pmap panic (dump available) [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/02] docs/1170 include files missing from get{peer,sock}name man pa [1996/05/02] kern/1171 panic: setrunnable after touching long idle windows [1996/05/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] 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/13] ports/1200 pop3 requests may crash client [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit to be desir [1996/05/13] bin/1202 netgroups in /etc/hosts.equiv stopped working in -st [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal [1996/05/16] kern/1208 Rebooting nfs server results "Permission denied" mes [1996/05/16] gnu/1209 send-pr should refuse PR's without subject and synop [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus error [1996/05/18] bin/1212 ppp eventually runs out of file descriptors [1996/05/18] kern/1213 kernel page fault [1996/05/18] docs/1214 lseek() manpage refers to fildes argument as a file [1996/05/19] kern/1216 Support for i586 clock clibration is not built in [1996/05/19] kern/1217 separating to hardrives to two IDE channels hangs th [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, and a few ERR [1996/05/20] ports/1222 Header files conflict [1996/05/21] kern/1227 vm_page_activate: already active (new vm system) [1996/05/21] kern/1228 probe doesn't find P-n-P modem [1996/05/21] bin/1229 redundant redeclaration of `lseek' [1996/05/21] bin/1230 make ``.for'' loops iterate backwards [1996/05/21] bin/1231 make(1) execution of ``.BEGIN'' does not halt on err [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/23] bin/1237 [1996/05/24] bin/1241 The jot(1) command with -s (FROM 2.1.0 CD) generates [1996/05/24] bin/1242 In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK [1996/05/24] kern/1245 scsi tape driver write-protet and eject handling is [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/24] bin/1248 /bin/sh has trouble with arguments past 9(ie. ${10}) [1996/05/25] docs/1249 incorrect manpages [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. [1996/05/26] kern/1252 Heavy activity on a CD causes panic [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets [1996/05/26] kern/1257 System got blown away by "vm_pageout_scan: page not [1996/05/27] kern/1258 new vm code: freeing held page [1996/05/27] i386/1260 wd probe take unusually long (45s ea) on ASUS Triton [1996/05/27] conf/1264 panic with two new Quantum FireBall 1280 [1996/05/27] kern/1265 warnings in pcv [1996/05/27] docs/1268 The 'pty' manpage isn't consistant with reality. [1996/05/27] kern/1269 vm_pageout_scan: page not inactive? (loops, effectiv [1996/05/28] conf/1270 /etc/ttys does not list all valid ptys (breaks scree [1996/05/28] kern/1271 Kernel panic using PLIP in 27/05 current [1996/05/28] docs/1272 document the -o option for f2c [1996/05/28] bin/1273 remote hostname gets corrupted in rshd [1996/05/28] kern/1274 Kernel panics with filesystem error [1996/05/28] bin/1276 pppd hangs serial port - ENOBUFS [1996/05/29] kern/1278 SUN Solaris clients gets host not responding, when w [1996/05/30] docs/1280 locale and collating [1996/05/31] kern/1283 cleaning out some compiler fuzz from pcvt_hdr.h [1996/05/31] kern/1284 panic: vm_page_free: freeing busy page [1996/05/31] conf/1285 route_multicast and route_loopback lines in /etc/sys [1996/06/01] kern/1286 cluster_read() calls strategy routine without B_READ [1996/06/02] bin/1287 /bin/sh does alias expansion in case patterns [1996/06/02] i386/1288 wdgetctlr (wd.c) return incorrect number of cylinder [1996/06/03] bin/1289 errno breaks in thread-safe c++ compiles [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel mode (PPP/ [1996/06/06] misc/1299 National charecter problem in XFree86 [1996/06/07] kern/1301 DEC FDDI/PCI Adapter: halt code = 6 (DMA Error) [1996/06/08] kern/1302 3COM 3c590 can't receive packets [1996/06/09] bin/1305 dc miscomputes remainder [1996/06/09] pending/1306 request for a customer id [1996/06/10] kern/1307 vm_page_free: freeing busy page [1996/06/10] kern/1308 vm_page_free: wire count > 1 in 960501-SNAP [1996/06/11] kern/1311 Panic: vm_page_free while installing new kernel [1996/06/11] bin/1312 automounter hangs on boot [1996/06/12] bin/1315 ls(1) [1996/06/12] bin/1316 10 tunnel device limit [1996/06/12] ports/1318 Problem making port: squid [1996/06/12] conf/1319 muldi3 is not included into kernel's Makefile by con [1996/06/13] bin/1320 dump limits blocksize to 32K [1996/06/14] bin/1322 savecore does not take minfree into account [1996/06/14] kern/1323 960612's psm driver does not see the mouse. 960501 d [1996/06/15] kern/1326 defvs panic: cleaned vnode isn't [1996/06/16] kern/1327 keyboard probe in -current fails, X reboots machine [1996/06/16] bin/1328 install silently removes target if strip is unexecut [1996/06/17] docs/1329 chat.8 does not document which syslog facility is us [1996/06/18] i386/1331 changes and bug in ft driver [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? [1996/06/18] kern/1333 free vnode isn't: another -stable coredump [1996/06/19] misc/1335 /etc/security generates an error with files with spa [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewhat non-intu [1996/06/20] bin/1337 Yacc skeleton parser generates warning with -Wall [1996/06/21] misc/1340 make world fails [1996/06/21] kern/1341 Fix Timeout On SCSI DAT Tape Erase [1996/06/21] misc/1342 chgrp(1) required by MAKEDEV but not on fixit floppy [1996/06/21] docs/1344 pstat -i wasn't documented on the man page This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [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/05/01] ports/1168 New version of pine. 3.93 fixes bugs in 3.92 and ha /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Jun 22 04:30:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA18676 for bugs-outgoing; Sat, 22 Jun 1996 04:30:16 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA18648 for freebsd-bugs; Sat, 22 Jun 1996 04:30:14 -0700 (PDT) Date: Sat, 22 Jun 1996 04:30:14 -0700 (PDT) From: GNU GNATS Message-Id: <199606221130.EAA18648@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: 310 Number of curently analyzed reports: 21 From owner-freebsd-bugs Sat Jun 22 05:20:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA23674 for bugs-outgoing; Sat, 22 Jun 1996 05:20:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA23664; Sat, 22 Jun 1996 05:20:01 -0700 (PDT) Resent-Date: Sat, 22 Jun 1996 05:20:01 -0700 (PDT) Resent-Message-Id: <199606221220.FAA23664@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA23114 for ; Sat, 22 Jun 1996 05:12:35 -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 PAA29427 for ; Sat, 22 Jun 1996 15:12:29 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id PAA02472; Sat, 22 Jun 1996 15:12:27 +0300 (EET DST) Message-Id: <199606221212.PAA02472@katiska.clinet.fi> Date: Sat, 22 Jun 1996 15:12:27 +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/1345: kernel page fault, NULL pointer dereference in exit() Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1345 >Category: kern >Synopsis: kernel page fault, NULL pointer dereference in exit() >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 22 05:20:00 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: loaded news server, -current from jun 17 around 15 GMT. Jun 22 14:32:28 news /kernel: FreeBSD 2.2-CURRENT #13: Mon Jun 17 20:06:43 EET DST 1996 Jun 22 14:32:28 news /kernel: hsu@news.clinet.fi:/usr/current/src/sys/compile/CLINETNEWS Jun 22 14:32:28 news /kernel: Calibrating clock(s) relative to mc146818A clock... Jun 22 14:32:29 news /kernel: i586 clock: 119746140 Hz, i8254 clock: 1193125 Hz Jun 22 14:32:29 news /kernel: CPU: Pentium (119.75-MHz 586-class CPU) Jun 22 14:32:29 news /kernel: Origin = "GenuineIntel" Id = 0x526 Stepping=6 Jun 22 14:32:29 news /kernel: Features=0x1bf Jun 22 14:32:30 news /kernel: real memory = 50331648 (49152K bytes) Jun 22 14:32:30 news /kernel: avail memory = 47124480 (46020K bytes) Jun 22 14:32:30 news /kernel: DEVFS: ready for devices Jun 22 14:32:30 news /kernel: Probing for devices on PCI bus 0: Jun 22 14:32:30 news /kernel: chip0 rev 1 on pci0:0 Jun 22 14:32:30 news /kernel: chip1 rev 0 on pci0:7:0 Jun 22 14:32:30 news /kernel: pci0:7:1: Intel Corporation, device=0x7010, class=storage (ide) [no driver assigned] Jun 22 14:32:30 news /kernel: de0 rev 35 int a irq 10 on pci0:11 Jun 22 14:32:30 news /kernel: de0: DC21040 [10Mb/s] pass 2.3 Jun 22 14:32:30 news /kernel: de0: address 00:c0:95:ec:61:21 Jun 22 14:32:30 news /kernel: de0: enabling BNC/AUI port Jun 22 14:32:30 news /kernel: chip2 rev 2 on pci0:12 Jun 22 14:32:30 news /kernel: Probing for devices on PCI bus 1: Jun 22 14:32:30 news /kernel: ahc0 rev 0 int a irq 11 on pci1:4 Jun 22 14:32:30 news /kernel: ahc0: aic7870 Channel A, SCSI Id=7, 16 SCBs Jun 22 14:32:30 news /kernel: ahc0 waiting for scsi devices to settle Jun 22 14:32:30 news /kernel: (ahc0:0:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Jun 22 14:32:30 news /kernel: sd0(ahc0:0:0): Direct-Access 4095MB (8386733 512 byte sectors) Jun 22 14:32:30 news /kernel: sd0(ahc0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jun 22 14:32:30 news /kernel: (ahc0:1:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Jun 22 14:32:30 news /kernel: sd1(ahc0:1:0): Direct-Access 4095MB (8386733 512 byte sectors) Jun 22 14:32:30 news /kernel: sd1(ahc0:1:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jun 22 14:32:30 news /kernel: (ahc0:2:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Jun 22 14:32:30 news /kernel: sd2(ahc0:2:0): Direct-Access 4095MB (8386733 512 byte sectors) Jun 22 14:32:30 news /kernel: sd2(ahc0:2:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jun 22 14:32:31 news /kernel: (ahc0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Jun 22 14:32:31 news /kernel: sd3(ahc0:3:0): Direct-Access 1011MB (2072435 512 byte sectors) Jun 22 14:32:31 news /kernel: sd3(ahc0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Jun 22 14:32:31 news /kernel: ahc1 rev 0 int a irq 10 on pci1:5 Jun 22 14:32:31 news /kernel: ahc1: aic7870 Channel B, SCSI Id=7, 16 SCBs Jun 22 14:32:31 news /kernel: ahc1 waiting for scsi devices to settle Jun 22 14:32:31 news /kernel: (ahc1:1:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 Jun 22 14:32:31 news /kernel: sd7(ahc1:1:0): Direct-Access 4095MB (8386733 512 byte sectors) Jun 22 14:32:31 news /kernel: sd7(ahc1:1:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Jun 22 14:32:31 news /kernel: (ahc1:2:0): "MICROP 2217-15MQ1001901 HQ30" type 0 fixed SCSI 2 Jun 22 14:32:31 news /kernel: sd8(ahc1:2:0): Direct-Access 1685MB (3450902 512 byte sectors) Jun 22 14:32:31 news /kernel: sd8(ahc1:2:0): with 2372 cyls, 15 heads, and an average 96 sectors/track Jun 22 14:32:31 news /kernel: Probing for devices on the ISA bus: Jun 22 14:32:31 news /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Jun 22 14:32:31 news /kernel: vt0: et3000, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] Jun 22 14:32:31 news /kernel: ed0 not found at 0x280 Jun 22 14:32:31 news /kernel: lpt0 at 0x378-0x37f irq 7 on isa Jun 22 14:32:31 news /kernel: lpt0: Interrupt-driven port Jun 22 14:32:31 news /kernel: lp0: TCP/IP capable interface Jun 22 14:32:31 news /kernel: lpt1 not found at 0xffffffff Jun 22 14:32:31 news /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jun 22 14:32:31 news /kernel: sio0: type 16550A Jun 22 14:32:31 news /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jun 22 14:32:32 news /kernel: sio1: type 16550A Jun 22 14:32:32 news /kernel: cy0 not found Jun 22 14:32:32 news /kernel: bt0 not found at 0x330 Jun 22 14:32:32 news /kernel: aha0 not found at 0x330 Jun 22 14:32:32 news /kernel: wdc0 not found at 0x1f0 Jun 22 14:32:32 news /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jun 22 14:32:32 news /kernel: fdc0: NEC 72065B Jun 22 14:32:32 news /kernel: fd0: 1.44MB 3.5in Jun 22 14:32:32 news /kernel: matcdc0 not found at 0x230 Jun 22 14:32:32 news /kernel: npx0 on motherboard Jun 22 14:32:32 news /kernel: npx0: INT 16 interface Jun 22 14:32:32 news /kernel: changing root device to sd0a Jun 22 14:32:32 news /kernel: DEVFS: ready to run Jun 22 14:32:32 news /kernel: WARNING: / was not properly dismounted. >Description: I think I have seen this twice already with 17 June kernel. Otherwise the kernel seems to be more stable (no vm specific panics) but I cannot be sure as holidays just started so load dropped considerably. kernel and crash dump are ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.89.gz hsu#news.clinet.fi Sat 3: gdb -k kernel.89 vmcore.89 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 26a000 current pcb at 221684 panic: page fault #0 boot (howto=256) at ../../i386/i386/machdep.c:940 940 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:940 #1 0xf0117546 in panic (fmt=0xf01cbe6c "page fault") at ../../kern/subr_prf.c:127 #2 0xf01cc9da in trap_fatal (frame=0xefbffef0) at ../../i386/i386/trap.c:745 #3 0xf01cc4cc in trap_pfault (frame=0xefbffef0, usermode=0) at ../../i386/i386/trap.c:656 #4 0xf01cc19b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -215522560, tf_ebp = -272629960, tf_isp = -272629992, tf_ebx = -215686656, tf_edx = 14751796, tf_ecx = -215522560, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -267337695, tf_cs = 8, tf_eflags = 66118, tf_esp = -266342168, tf_ss = -215522560}) at ../../i386/i386/trap.c:319 #5 0xf01c4271 in calltrap () #6 0xf010bde4 in exit (p=0xf3276300, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exit.c:96 #7 0xf01ccc85 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = -1, tf_ebp = -272640756, tf_isp = -272629788, tf_ebx = 134758496, tf_edx = 0, tf_ecx = 1, tf_eax = 1, tf_trapno = 12, tf_err = 7, tf_eip = 134711469, tf_cs = 31, tf_eflags = 658, tf_esp = -272640776, tf_ss = 39}) at ../../i386/i386/trap.c:895 #8 0xf01c42c5 in Xsyscall () Cannot access memory at address 0xefbfd50c. (kgdb) up #1 0xf0117546 in panic (fmt=0xf01cbe6c "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 0xf01cc9da in trap_fatal (frame=0xefbffef0) at ../../i386/i386/trap.c:745 745 panic(trap_msg[type]); (kgdb) up #3 0xf01cc4cc in trap_pfault (frame=0xefbffef0, usermode=0) at ../../i386/i386/trap.c:656 656 trap_fatal(frame); (kgdb) up #4 0xf01cc19b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -215522560, tf_ebp = -272629960, tf_isp = -272629992, tf_ebx = -215686656, tf_edx = 14751796, tf_ecx = -215522560, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -267337695, tf_cs = 8, tf_eflags = 66118, tf_esp = -266342168, tf_ss = -215522560}) at ../../i386/i386/trap.c:319 319 (void) trap_pfault(&frame, FALSE); (kgdb) up #5 0xf01c4271 in calltrap () (kgdb) up #6 0xf010bde4 in exit (p=0xf3276300, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exit.c:96 96 exit1(p, W_EXITCODE(uap->rval, 0)); (kgdb) list 91 int rval; 92 } */ *uap; 93 int *retval; 94 { 95 96 exit1(p, W_EXITCODE(uap->rval, 0)); 97 /* NOTREACHED */ 98 } 99 100 /* (kgdb) print uap $1 = (struct rexit_args *) 0x0 (kgdb) print p $2 = (struct proc *) 0xf3276300 (kgdb) print *p $3 = {p_forw = 0xf024b84c, p_back = 0x0, p_list = {le_next = 0x0, le_prev = 0xf02454d8}, p_cred = 0xf31a93c0, p_fd = 0xf3074400, p_stats = 0xf7196258, p_limit = 0xf020c52c, p_vmspace = 0xf324e200, p_sigacts = 0xf7196128, p_flag = 24582, p_stat = 5 '\005', p_pad1 = "\001\001", p_pid = 14861, p_pglist = {le_next = 0x0, le_prev = 0xf32e4e34}, p_pptr = 0xf32e4e00, p_sibling = {le_next = 0x0, le_prev = 0xf32e4e48}, p_children = {lh_first = 0x0}, p_oppid = 0, p_dupfd = 0, p_estcpu = 2245, p_cpticks = 1990, p_pctcpu = 4, p_wchan = 0x0, p_wmesg = 0xf012c775 "biowait", p_swtime = 1, p_slptime = 0, p_realtimer = { it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_rtime = {tv_sec = 0, tv_usec = 34136}, p_uticks = 2, p_sticks = 1980, p_iticks = 12, p_traceflag = 0, p_tracep = 0x0, p_siglist = 0, p_textvp = 0xf30ab500, p_lock = 0 '\000', p_pad2 = "\000\000", p_locks = 0, p_simple_locks = 0, p_hash = { le_next = 0x0, le_prev = 0xe11834}, p_sigmask = 0, p_sigignore = 4294967295, p_sigcatch = 20483, p_priority = 16 '\020', p_usrpri = 127 '\177', p_nice = 0 '\000', p_comm = "cc\000e\000\000r\000\000\000\000\000\000\000\000\000", p_pgrp = 0xf31a9380, p_sysent = 0xf01ff8c0, p_rtprio = {type = 1, prio = 0}, p_addr = 0xf7196000, p_md = {md_flags = 0, md_regs = 0xefbfffbc}, p_xstat = 0, p_acflag = 0, p_ru = 0xf3467700} (kgdb) up #7 0xf01ccc85 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = -1, tf_ebp = -272640756, tf_isp = -272629788, tf_ebx = 134758496, tf_edx = 0, tf_ecx = 1, tf_eax = 1, tf_trapno = 12, tf_err = 7, tf_eip = 134711469, tf_cs = 31, tf_eflags = 658, tf_esp = -272640776, tf_ss = 39}) at ../../i386/i386/trap.c:895 895 error = (*callp->sy_call)(p, args, rval); (kgdb) print p $4 = (struct proc *) 0xf3276300 (kgdb) print args $5 = {0, 1, 134328416, 134344720, 134344716, -272629828, 2, 0} (kgdb) print rval $6 = {0, 0} (kgdb) down #6 0xf010bde4 in exit (p=0xf3276300, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exit.c:96 96 exit1(p, W_EXITCODE(uap->rval, 0)); (kgdb) list 91 int rval; 92 } */ *uap; 93 int *retval; 94 { 95 96 exit1(p, W_EXITCODE(uap->rval, 0)); 97 /* NOTREACHED */ 98 } 99 100 /* (kgdb) print uap $7 = (struct rexit_args *) 0x0 (kgdb) This might be a compiler optimization ghost. I'm compiling with -O. >How-To-Repeat: I do not know >Fix: I do not know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jun 22 07:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03418 for bugs-outgoing; Sat, 22 Jun 1996 07:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03410; Sat, 22 Jun 1996 07:20:02 -0700 (PDT) Date: Sat, 22 Jun 1996 07:20:02 -0700 (PDT) Message-Id: <199606221420.HAA03410@freefall.freebsd.org> To: freebsd-bugs Cc: From: Wolfram Schneider Subject: misc/1342: chgrp(1) required by MAKEDEV but not on fixit floppy Reply-To: Wolfram Schneider Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/1342; it has been noted by GNATS. From: Wolfram Schneider To: james@jraynard.demon.co.uk Cc: FreeBSD-gnats-submit@freebsd.org Subject: misc/1342: chgrp(1) required by MAKEDEV but not on fixit floppy Date: Sat, 22 Jun 1996 15:11:44 +0200 James Raynard writes: >>Fix: >Add chgrp to the fixit floppy image. Or modify MAKEDEV to use 'chown >:operator' instead of 'chgrp operator'. src/release/floppies/fixit/crunch/crunch.conf: +ln chown chgrp ;-) From owner-freebsd-bugs Sat Jun 22 08:01:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA08106 for bugs-outgoing; Sat, 22 Jun 1996 08:01:03 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA08083; Sat, 22 Jun 1996 08:01:01 -0700 (PDT) Date: Sat, 22 Jun 1996 08:01:01 -0700 (PDT) From: Joerg Wunsch Message-Id: <199606221501.IAA08083@freefall.freebsd.org> To: tundra@tundraware.com, joerg, freebsd-bugs Subject: Re: kern/1341 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Fix Timeout On SCSI DAT Tape Erase State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sat Jun 22 17:00:26 MET DST 1996 State-Changed-Why: Suggested fix applied to rev 1.69 and rev. 1.36.4.4 of sys/scsi/st.c. From owner-freebsd-bugs Sat Jun 22 10:22:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA20206 for bugs-outgoing; Sat, 22 Jun 1996 10:22:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA20201; Sat, 22 Jun 1996 10:21:58 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA16893; Sat, 22 Jun 1996 10:21:24 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: gpalmer@FreeBSD.ORG, pjchilds@imforei.apana.org.au, nate@freefall.freebsd.org, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/1338 In-reply-to: Your message of "Sat, 22 Jun 1996 09:51:31 +0200." <199606220751.JAA25694@uriah.heep.sax.de> Date: Sat, 22 Jun 1996 10:21:24 -0700 Message-ID: <16888.835464084@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > No, the /root/.cshrc setting for EDITOR was changed afterwards, after > > I noticed that /stand/ee going away caused problems. :-) > > Boy, _don't_ use /stand/ee! Use plain `ee'. While using it under > sysinstall, make sure that sysinstall always exports a PATH that > contains /stand. But I don't - I think you misunderstood something along the way. Jordan From owner-freebsd-bugs Sat Jun 22 14:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12027 for bugs-outgoing; Sat, 22 Jun 1996 14:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12019; Sat, 22 Jun 1996 14:50:02 -0700 (PDT) Date: Sat, 22 Jun 1996 14:50:02 -0700 (PDT) Message-Id: <199606222150.OAA12019@freefall.freebsd.org> To: freebsd-bugs Cc: From: Heikki Suonsivu Subject: Re: kern/1345: kernel page fault, NULL pointer dereference in exit() Reply-To: Heikki Suonsivu Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1345; it has been noted by GNATS. From: Heikki Suonsivu To: freebsd-gnats@FreeBSD.org Cc: Subject: Re: kern/1345: kernel page fault, NULL pointer dereference in exit() Date: Sun, 23 Jun 1996 00:21:10 +0300 (EET DST) >Number: 1345 >Category: kern >Synopsis: kernel page fault, NULL pointer dereference in exit() >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 22 05:20:00 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: I think I have seen this twice already with 17 June kernel. Otherwise the kernel seems to be more stable (no vm specific panics) but I cannot be sure as holidays just started so load dropped considerably. kernel and crash dump are ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.89.gz I got another instance of this: ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.90.gz -- 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 Sat Jun 22 16:22:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15556 for bugs-outgoing; Sat, 22 Jun 1996 16:22:17 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15532; Sat, 22 Jun 1996 16:22:14 -0700 (PDT) Date: Sat, 22 Jun 1996 16:22:14 -0700 (PDT) From: Gary Palmer Message-Id: <199606222322.QAA15532@freefall.freebsd.org> To: terryl@iago.ienet.com, gpalmer, freebsd-bugs Subject: Re: i386/1260 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: wd probe take unusually long (45s ea) on ASUS Triton II State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Sat Jun 22 16:21:13 PDT 1996 State-Changed-Why: The long probe timeout is required by IDE/ATAPI specs From owner-freebsd-bugs Sat Jun 22 17:38:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA19681 for bugs-outgoing; Sat, 22 Jun 1996 17:38:50 -0700 (PDT) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA19661; Sat, 22 Jun 1996 17:38:48 -0700 (PDT) Date: Sat, 22 Jun 1996 17:38:48 -0700 (PDT) From: Wolfram Schneider Message-Id: <199606230038.RAA19661@freefall.freebsd.org> To: wosch, freebsd-bugs, jkh Subject: Re: misc/1342 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: chgrp(1) required by MAKEDEV but not on fixit floppy Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: wosch Responsible-Changed-When: Sat Jun 22 17:37:46 PDT 1996 Responsible-Changed-Why: Jordans area