From owner-freebsd-bugs Sun Apr 28 02:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA19356 for bugs-outgoing; Sun, 28 Apr 1996 02:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA19342 Sun, 28 Apr 1996 02:00:04 -0700 (PDT) Resent-Date: Sun, 28 Apr 1996 02:00:04 -0700 (PDT) Resent-Message-Id: <199604280900.CAA19342@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA19002 for ; Sun, 28 Apr 1996 01:52:47 -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 LAA24922 for ; Sun, 28 Apr 1996 11:52:30 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id LAA00843; Sun, 28 Apr 1996 11:52:29 +0300 (EET DST) Message-Id: <199604280852.LAA00843@katiska.clinet.fi> Date: Sun, 28 Apr 1996 11:52:29 +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/1160: Panic: bad dir Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1160 >Category: kern >Synopsis: Panic: bad dir >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 28 02:00:02 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: news server with a full feed. nfs server. Apr 28 11:35:03 news /kernel: FreeBSD 2.2-CURRENT #20: Sun Apr 21 23:59:52 EET DST 1996 Apr 28 11:35:03 news /kernel: hsu@news.clinet.fi:/usr/current/src/sys/compile/CLINETSERVER Apr 28 11:35:03 news /kernel: CPU: Pentium (89.80-MHz 586-class CPU) Apr 28 11:35:03 news /kernel: Origin = "GenuineIntel" Id = 0x525 Stepping=5 Apr 28 11:35:03 news /kernel: Features=0x1bf Apr 28 11:35:03 news /kernel: real memory = 67108864 (65536K bytes) Apr 28 11:35:03 news /kernel: avail memory = 54681600 (53400K bytes) Apr 28 11:35:03 news /kernel: DEVFS: ready for devices Apr 28 11:35:03 news /kernel: Probing for devices on PCI bus 0: Apr 28 11:35:03 news /kernel: chip0 rev 0 on pci0:0 Apr 28 11:35:03 news /kernel: chip1 rev 1 on pci0:1:0 Apr 28 11:35:03 news /kernel: pci0:1:1: Silicon Integrated Systems, device=0x5513, class=storage (ide) int a irq ?? [no driver assigned] Apr 28 11:35:03 news /kernel: ahc0 rev 0 int a irq 10 on pci0:9 Apr 28 11:35:03 news /kernel: ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs Apr 28 11:35:03 news /kernel: ahc0 waiting for scsi devices to settle Apr 28 11:35:03 news /kernel: (ahc0:0:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Apr 28 11:35:03 news /kernel: sd0(ahc0:0:0): Direct-Access 4095MB (8386733 512 byte sectors) Apr 28 11:35:03 news /kernel: sd0(ahc0:0:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Apr 28 11:35:03 news /kernel: (ahc0:1:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Apr 28 11:35:04 news /kernel: sd1(ahc0:1:0): Direct-Access 4095MB (8386733 512 byte sectors) Apr 28 11:35:04 news /kernel: sd1(ahc0:1:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Apr 28 11:35:04 news /kernel: (ahc0:2:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 Apr 28 11:35:04 news /kernel: sd2(ahc0:2:0): Direct-Access 4095MB (8386733 512 byte sectors) Apr 28 11:35:04 news /kernel: sd2(ahc0:2:0): with 3992 cyls, 19 heads, and an average 110 sectors/track Apr 28 11:35:04 news /kernel: (ahc0:3:0): "SEAGATE ST31200N 9348" type 0 fixed SCSI 2 Apr 28 11:35:04 news /kernel: sd3(ahc0:3:0): Direct-Access 1011MB (2072435 512 byte sectors) Apr 28 11:35:04 news /kernel: sd3(ahc0:3:0): with 2700 cyls, 9 heads, and an average 85 sectors/track Apr 28 11:35:04 news /kernel: de0 rev 35 int a irq 11 on pci0:11 Apr 28 11:35:04 news /kernel: de0: DC21040 [10Mb/s] pass 2.3 Ethernet address 00:c0:95:ec:47:a3 Apr 28 11:35:04 news /kernel: de0: enabling Thinwire/AUI port Apr 28 11:35:04 news /kernel: Probing for devices on the ISA bus: Apr 28 11:35:04 news /kernel: vt0 at 0x60-0x6f irq 1 on motherboard Apr 28 11:35:04 news /kernel: vt0: generic, 80/132 col, color, 8 scr, mf2-kbd, [R3.20-b24] Apr 28 11:35:04 news /kernel: ed0 not found at 0x280 Apr 28 11:35:04 news /kernel: lpt0 not found at 0xffffffff Apr 28 11:35:04 news /kernel: lpt1 not found at 0xffffffff Apr 28 11:35:04 news /kernel: sio0 not found at 0x3f8 Apr 28 11:35:05 news /kernel: sio1 not found at 0x2f8 Apr 28 11:35:05 news /kernel: cy0 not found Apr 28 11:35:05 news /kernel: bt0 not found at 0x330 Apr 28 11:35:05 news /kernel: aha0 not found at 0x330 Apr 28 11:35:05 news /kernel: wdc0 not found at 0x1f0 Apr 28 11:35:05 news /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Apr 28 11:35:05 news /kernel: fdc0: NEC 72065B Apr 28 11:35:05 news /kernel: fd0: 1.44MB 3.5in Apr 28 11:35:05 news /kernel: matcdc0 not found at 0x230 Apr 28 11:35:05 news /kernel: npx0 on motherboard Apr 28 11:35:05 news /kernel: npx0: INT 16 interface Apr 28 11:35:05 news /kernel: changing root device to sd0a Apr 28 11:35:05 news /kernel: devfs ready to run Apr 28 11:35:05 news /kernel: new masks: bio c0000440, tty c0030802, net c0030802 Apr 28 11:35:05 news /kernel: WARNING: / was not properly dismounted. >Description: 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 ac6000 current pcb at 224aa8 panic: bad dir #0 boot (howto=256) at ../../i386/i386/machdep.c:941 941 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:941 #1 0xf011ad27 in panic (fmt=0xf01af551 "bad dir") at ../../kern/subr_prf.c:133 #2 0xf01af593 in ufs_dirbad (ip=0xf2f9cb00, offset=8192, how=0xf01ae8f0 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:589 #3 0xf01aedf1 in ufs_lookup (ap=0xefbffe54) at ../../ufs/ufs/ufs_lookup.c:284 #4 0xf0132866 in lookup (ndp=0xefbfff00) at ./vnode_if.h:31 #5 0xf0132380 in namei (ndp=0xefbfff00) at ../../kern/vfs_lookup.c:149 #6 0xf0135c44 in link (p=0xf2dfce00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:894 #7 0xf01cfa4d in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 9523924, tf_esi = 2, tf_ebp = -272639304, tf_isp = -272629788, tf_ebx = 12222497, tf_edx = -272640954, tf_ecx = -272641424, tf_eax = 9, tf_trapno = 7, tf_err = 7, tf_eip = 134570837, tf_cs = 31, tf_eflags = 582, tf_esp = -272641340, tf_ss = 39}) at ../../i386/i386/trap.c:904 #8 0xf01c7865 in Xsyscall () #9 0xc367 in ?? () #10 0xdc49 in ?? () #11 0x8faf in ?? () #12 0xb9a0 in ?? () #13 0x1096 in ?? () (kgdb) up #1 0xf011ad27 in panic (fmt=0xf01af551 "bad dir") at ../../kern/subr_prf.c:133 133 boot(bootopt); (kgdb) up #2 0xf01af593 in ufs_dirbad (ip=0xf2f9cb00, offset=8192, how=0xf01ae8f0 "mangled entry") at ../../ufs/ufs/ufs_lookup.c:589 589 panic("bad dir"); (kgdb) up #3 0xf01aedf1 in ufs_lookup (ap=0xefbffe54) at ../../ufs/ufs/ufs_lookup.c:284 284 ufs_dirbad(dp, dp->i_offset, "mangled entry"); (kgdb) list 279 ep = (struct direct *)((char *)bp->b_data + entryoffsetnblock); 280 if (ep->d_reclen == 0 || 281 (dirchk && ufs_dirbadentry(vdp, ep, entryoffsetinblck))) { 282 int i; 283 284 ufs_dirbad(dp, dp->i_offset, "mangled entry"); 285 i = DIRBLKSIZ - (entryoffsetinblock & (DIRBLKSI - 1)); 286 dp->i_offset += i; 287 entryoffsetinblock += i; 288 continue; (kgdb) print ep->d_reclen $1 = 0 (kgdb) print dirchk $2 = 1 (kgdb) print vdp $3 = (struct vnode *) 0xf2f94480 (kgdb) print *vdp $4 = {v_flag = 0, v_usecount = 1, v_writecount = 0, v_holdcnt = 3, v_lastr = 0, v_id = 4670, v_mount = 0xf2d29400, v_op = 0xf2c2ad00, v_freelist = {tqe_next = 0xf2f6cc00, tqe_prev = 0xf2f9d7a0}, v_mntvnodes = { le_next = 0xf2f99c80, le_prev = 0xf2f9d7a8}, v_cleanblkhd = { lh_first = 0xf4c47bd8}, v_dirtyblkhd = {lh_first = 0x0}, v_numoutput = 0, v_type = VDIR, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_specinfo = 0x0, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_ralen = 0, v_usage = 32, v_maxra = 0, v_object = 0x0, v_tag = VT_UFS, v_data = 0xf2f9cb00} (kgdb) print ep $5 = (struct direct *) 0xf2d23000 (kgdb) print *ep $6 = {d_ino = 0, d_reclen = 0, d_type = 0 '\000', d_namlen = 0 '\000', d_name = '\000' } (kgdb) print entryoffsetinblock $7 = 0 (kgdb) up #4 0xf0132866 in lookup (ndp=0xefbfff00) at ./vnode_if.h:31 31 return (VCALL(dvp, VOFFSET(vop_lookup), &a)); (kgdb) print dvp $8 = (struct vnode *) 0xf2f94480 (kgdb) print *dvp $9 = {v_flag = 0, v_usecount = 1, v_writecount = 0, v_holdcnt = 3, v_lastr = 0, v_id = 4670, v_mount = 0xf2d29400, v_op = 0xf2c2ad00, v_freelist = {tqe_next = 0xf2f6cc00, tqe_prev = 0xf2f9d7a0}, v_mntvnodes = { le_next = 0xf2f99c80, le_prev = 0xf2f9d7a8}, v_cleanblkhd = { lh_first = 0xf4c47bd8}, v_dirtyblkhd = {lh_first = 0x0}, v_numoutput = 0, v_type = VDIR, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_specinfo = 0x0, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_ralen = 0, v_usage = 32, v_maxra = 0, v_object = 0x0, v_tag = VT_UFS, v_data = 0xf2f9cb00} (kgdb) print vop_lookup No symbol "vop_lookup" in current context. (kgdb) print a $10 = {a_desc = 0xf02000bc, a_dvp = 0xf2f94480, a_vpp = 0xefbfff10, a_cnp = 0xefbfff24} (kgdb) up #5 0xf0132380 in namei (ndp=0xefbfff00) at ../../kern/vfs_lookup.c:149 149 error = lookup(ndp); (kgdb) print ndp $11 = (struct nameidata *) 0xefbfff00 (kgdb) print *ndp $12 = {ni_dirp = 0xefbfd434 "qc/politique/10119", ni_segflg = UIO_USERSPACE, ni_startdir = 0x0, ni_rootdir = 0xf2c86d00, ni_vp = 0x0, ni_dvp = 0xf2f94480, ni_pathlen = 1, ni_next = 0xf2d3ac12 "", ni_loopcnt = 0, ni_cnd = {cn_nameiop = 1, cn_flags = 49160, cn_proc = 0xf2dfce00, cn_cred = 0xf2dfd080, cn_pnbuf = 0xf2d3ac00 "qc/politique/10119", cn_nameptr = 0xf2d3ac0d "10119", cn_namelen = 5, cn_hash = 252, cn_consume = 0}} (kgdb) up #6 0xf0135c44 in link (p=0xf2dfce00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/vfs_syscalls.c:894 894 error = namei(&nd); (kgdb) print nd $13 = {ni_dirp = 0xefbfd434 "qc/politique/10119", ni_segflg = UIO_USERSPACE, ni_startdir = 0x0, ni_rootdir = 0xf2c86d00, ni_vp = 0x0, ni_dvp = 0xf2f94480, ni_pathlen = 1, ni_next = 0xf2d3ac12 "", ni_loopcnt = 0, ni_cnd = {cn_nameiop = 1, cn_flags = 49160, cn_proc = 0xf2dfce00, cn_cred = 0xf2dfd080, cn_pnbuf = 0xf2d3ac00 "qc/politique/10119", cn_nameptr = 0xf2d3ac0d "10119", cn_namelen = 5, cn_hash = 252, cn_consume = 0}} (kgdb) up #7 0xf01cfa4d in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 9523924, tf_esi = 2, tf_ebp = -272639304, tf_isp = -272629788, tf_ebx = 12222497, tf_edx = -272640954, tf_ecx = -272641424, tf_eax = 9, tf_trapno = 7, tf_err = 7, tf_eip = 134570837, tf_cs = 31, tf_eflags = 582, tf_esp = -272641340, tf_ss = 39}) at ../../i386/i386/trap.c:904 904 error = (*callp->sy_call)(p, args, rval); (kgdb) up #8 0xf01c7865 in Xsyscall () (kgdb) down #7 0xf01cfa4d in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 9523924, tf_esi = 2, tf_ebp = -272639304, tf_isp = -272629788, tf_ebx = 12222497, tf_edx = -272640954, tf_ecx = -272641424, tf_eax = 9, tf_trapno = 7, tf_err = 7, tf_eip = 134570837, tf_cs = 31, tf_eflags = 582, tf_esp = -272641340, tf_ss = 39}) at ../../i386/i386/trap.c:904 904 error = (*callp->sy_call)(p, args, rval); (kgdb) print p $14 = (struct proc *) 0xf2dfce00 (kgdb) print args $15 = {-272639908, -272640972, 0, -272629844, -266512682, 7, 80428, 0} (kgdb) print rval $16 = {0, -272640954} (kgdb) print callp->sy_call $17 = (int (*)()) 0xf0135ba4 (kgdb) print *callp $18 = {sy_narg = 2, sy_call = 0xf0135ba4 } (kgdb) print *p $19 = {p_forw = 0xf024ece0, p_back = 0x0, p_list = {le_next = 0xf2dfa700, le_prev = 0xf2dc3208}, p_cred = 0xf2dd0900, p_fd = 0xf2dfd000, p_stats = 0xf6e1b258, p_limit = 0xf020f950, p_vmspace = 0xf2dfcc00, p_sigacts = 0xf6e1b128, p_flag = 4, p_stat = 2 '\002', p_pad1 = "À­Þ", p_pid = 250, p_pglist = {le_next = 0xf3121800, le_prev = 0xf2dd08e8}, p_pptr = 0xf2c73600, p_sibling = {le_next = 0xf2dfa700, le_prev = 0xf2dffb40}, p_children = {lh_first = 0xf3121800}, p_oppid = 0, p_dupfd = 0, p_estcpu = 268, p_cpticks = 13, p_pctcpu = 1455, p_wchan = 0x0, p_wmesg = 0xf012fd20 "biowait", p_swtime = 11274, 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 = 812, tv_usec = 528765}, p_uticks = 20015, p_sticks = 82354, p_iticks = 4106, p_traceflag = 0, p_tracep = 0x0, p_siglist = 0, p_textvp = 0xf2dfdb00, p_lock = 0 '\000', p_pad2 = "\000\000", p_locks = 0, p_simple_locks = 0, p_hash = { le_next = 0x0, le_prev = 0xf2c693e8}, p_sigmask = 0, p_sigignore = 410157063, p_sigcatch = 544768, p_priority = 16 '\020', p_usrpri = 113 'q', p_nice = -2 'þ', p_comm = "innd\000tart\000\000\000\000\000\000\000", p_pgrp = 0xf2dd08e0, p_sysent = 0xf0201c50, p_rtprio = {type = 1, prio = 0}, p_addr = 0xf6e1b000, p_md = {md_flags = 0, md_regs = 0xefbfffbc}, p_xstat = 0, p_acflag = 1, p_ru = 0x0} (kgdb) dumps are in ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.66.gz within 15 minutes of submitting this PR... >How-To-Repeat: This has happened approximately twice a day after switching kernel from 28th april. This may have something to do with news filesystem mounts being async (but before this panic I had checked out all the news filesystems repeating until all the problems were gone (fsck does not fix mangled directories correctly, so they need to be clri'd separetely). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Apr 28 22:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22343 for bugs-outgoing; Sun, 28 Apr 1996 22:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22337 Sun, 28 Apr 1996 22:20:02 -0700 (PDT) Resent-Date: Sun, 28 Apr 1996 22:20:02 -0700 (PDT) Resent-Message-Id: <199604290520.WAA22337@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA22141 for ; Sun, 28 Apr 1996 22:18:23 -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 IAA23498 for ; Mon, 29 Apr 1996 08:17:40 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id IAA06816; Mon, 29 Apr 1996 08:17:38 +0300 (EET DST) Message-Id: <199604290517.IAA06816@katiska.clinet.fi> Date: Mon, 29 Apr 1996 08:17:38 +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/1161: -current panic on boot if DIAGNOSTIC option is used Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1161 >Category: kern >Synopsis: -current panic on boot if DIAGNOSTIC option is used >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 28 22:20:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current from sups 28th and 29th april. This did not happen with -current from 22th april sup. kernel config file is ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/CLINETHIDAS (diagnostic option off, turn it on to reproduce this. The config should match a common ide system, and has couple of scsi controllers included) >Description: If DIAGNOSTIC option is used, the resulting kernel panics before it gets filesystems mounted. It seems that this happens in pmap code. The fault address is address 0xdeadc142 (something uninitialized is accessed?). >How-To-Repeat: Turn DIAGNOSTIC on in your kernel config file. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 29 03:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA07714 for bugs-outgoing; Mon, 29 Apr 1996 03:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA07682 Mon, 29 Apr 1996 03:20:01 -0700 (PDT) Resent-Date: Mon, 29 Apr 1996 03:20:01 -0700 (PDT) Resent-Message-Id: <199604291020.DAA07682@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nik@blueberry.co.uk Received: from plum.blueberry.co.uk ([194.70.52.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA07634 for ; Mon, 29 Apr 1996 03:19:23 -0700 (PDT) Received: (from nik@localhost) by plum.blueberry.co.uk (8.7.5/8.6.12) id LAA03174; Mon, 29 Apr 1996 11:16:35 +0100 (BST) Message-Id: <199604291016.LAA03174@plum.blueberry.co.uk> Date: Mon, 29 Apr 1996 11:16:35 +0100 (BST) From: Nik Clayton Reply-To: nik@blueberry.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1162: As shipped, ownership of /dev/console is set incorrectly Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1162 >Category: conf >Synopsis: As shipped, ownership of /dev/console is set incorrectly >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 29 03:20:00 PDT 1996 >Last-Modified: >Originator: Nik Clayton >Organization: Blueberry Design >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1-stable, supped a couple of weeks ago. >Description: As shipped, logging in to FreeBSD does not set the permissions on /dev/console correctly. Which means that people running X by doing 'startx', rather than 'xdm' cannot run programs like 'xconsole' or 'xterm -C' correctly, because of permission problems. Since I mentioned it on the -questions mailing list a couple of other people have mentioned the same problem. So I'm sending in this send-pr, with a couple of possible remedies so that someone more knowledgable than myself can DoTheRightThing. >How-To-Repeat: Run 'xconsole' or 'xterm -C' after starting X with 'startx'. You'll get 'permission denied' errors. >Fix: The correct fix is to have a line like /dev/ttyv0 0600 /dev/console in /etc/fbtab (thanks to Gary Palmer for pointing this out). The real problem seems to be that it's quite tricky to find this information. Obviously, the simplest fix is to have the default /etc/fbtab (which has the line in it, but commented out) have the comment removed. But I don't know what this breaks. Or, the X port could be slightly modified so that after X has been built and installed the user is prompted about /etc/fbtab and what they'll need to do to get /dev/console working as expected. Or, a question along the lines of "I get permissions errors on /dev/console when I run 'xterm -C' or 'xconsole' in X" could be added to the FAQ. The answer is as simple as "man fbtab". Or maybe there should be man page for the console device, in which this scenario is mentioned. Or a comment in /dev/MAKEDEV? As I say, I don't consider myself knowledgable enough to push any of these as the 'one' solution. But I'm sending this pr so that someone else can. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 29 03:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA08145 for bugs-outgoing; Mon, 29 Apr 1996 03:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA08134 Mon, 29 Apr 1996 03:30:01 -0700 (PDT) Resent-Date: Mon, 29 Apr 1996 03:30:01 -0700 (PDT) Resent-Message-Id: <199604291030.DAA08134@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, src@contrib.com Received: from news.b-1.de.contrib.net (news.B-1.de.Contrib.Net [194.77.12.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA07957 for ; Mon, 29 Apr 1996 03:24:27 -0700 (PDT) Received: (from src@localhost) by news.b-1.de.contrib.net (8.7.5/8.7.3) id MAA04147; Mon, 29 Apr 1996 12:24:02 +0200 (MET DST) Message-Id: <199604291024.MAA04147@news.b-1.de.contrib.net> Date: Mon, 29 Apr 1996 12:24:02 +0200 (MET DST) From: src@contrib.com Reply-To: src@contrib.com To: FreeBSD-gnats-submit@freebsd.org Cc: src@contrib.com X-Send-Pr-Version: 3.2 Subject: kern/1163: 2.2-960323-SNAP: fatal trap 12 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1163 >Category: kern >Synopsis: 2.2-960323-SNAP: fatal trap 12 >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 29 03:30:00 PDT 1996 >Last-Modified: >Originator: Heiko Blume >Organization: TCP/IP GmbH >Release: FreeBSD 2.2-960323-SNAP i386 >Environment: FreeBSD 2.2-960323-SNAP #0: Fri Apr 26 20:17:17 MET DST 1996 root@news.b-1.de.contrib.net:/usr/src/sys/compile/CONTRIB CPU: Pentium (99.46-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30683136 (29964K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 piix0 rev 2 on pci0:7 ahc0 rev 0 int a irq 11 on pci0:12 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) (ahc0:1:0): "DEC DSP5400S 427L" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 3814MB (7812870 512 byte sectors) (ahc0:2:0): "SEAGATE ST32550N 0016" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 2047MB (4194058 512 byte sectors) (ahc0:3:0): "SEAGATE ST32550N 0016" type 0 fixed SCSI 2 sd3(ahc0:3:0): Direct-Access 2047MB (4194058 512 byte sectors) (ahc0:4:0): "SEAGATE ST32550N 0016" type 0 fixed SCSI 2 sd4(ahc0:4:0): Direct-Access 2047MB (4194058 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:0c:d1:67, type WD8013EPC (16 bit) ed1 not probed due to maddr conflict with ed0 at 0xd8000 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff lpt2 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 aha0 not found at 0x330 ep0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface changing root device to sd0a ccd0-3: Concatenated disk drivers Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 29727 17806 9543 65% / /dev/sd0s1e 297423 255903 17727 94% /usr /dev/sd0s1f 197951 81281 100834 45% /var /dev/sd0s1g 297423 103654 169976 38% /usr/local /dev/sd1s1e 3787853 1365645 2119180 39% /var/news procfs 4 4 0 100% /proc the three seagate drives (sd2-4) are unused. life takes place on the ibm (sd0) there is a bad block on sd1 which pops up regularly, but the drive is only used for news articles: sd1(ahc0:1:0): MEDIUM ERROR info:63c088 asc:80,0 Vendor Specific ASC field replaceable unit: 2, retries:4 >Description: i upgraded a 2.1.0-RELEASE to 2.2-960323-SNAP. rebuilt the kernel with some unneeded drivers removed and with the ccd-960325 driver added. i did not use the ccd driver yet. after a day the machine crashed: Fatal Trap 12: page fault while in kernel mode fault virtual address: 0xc fault code: supervisor write, page not present instruction pointer: 0x8:0xf01b3921 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 3455 (sh) interrupt mask = net tty bio panic: page fault panic: unknown/reserved trap [same message as above repeated once more] [system hangs here, no reboot] shouldn't it reboot after the panic? at lease it says so in subr_prf.c. >How-To-Repeat: i hope it won't ;-) regards, hb >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 29 04:57:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11937 for bugs-outgoing; Mon, 29 Apr 1996 04:57:10 -0700 (PDT) Received: (from peter@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11915 Mon, 29 Apr 1996 04:57:08 -0700 (PDT) Date: Mon, 29 Apr 1996 04:57:08 -0700 (PDT) From: Peter Wemm Message-Id: <199604291157.EAA11915@freefall.freebsd.org> To: peter, peter, freebsd-bugs Subject: Re: kern/674 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: quad speed cdrom not being found Responsible-Changed-From-To: peter->freebsd-bugs Responsible-Changed-By: peter Responsible-Changed-When: Mon Apr 29 04:55:22 PDT 1996 Responsible-Changed-Why: I dont know why this was set to me, I've never even *seen* a quad speed cdrom! :-) From owner-freebsd-bugs Mon Apr 29 07:50:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20257 for bugs-outgoing; Mon, 29 Apr 1996 07:50:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20245 Mon, 29 Apr 1996 07:50:04 -0700 (PDT) Resent-Date: Mon, 29 Apr 1996 07:50:04 -0700 (PDT) Resent-Message-Id: <199604291450.HAA20245@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mazumdar@evita.cs.fredonia.edu Received: from evita.cs.fredonia.edu ([141.238.30.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA19511 for ; Mon, 29 Apr 1996 07:41:29 -0700 (PDT) Received: (from mazumdar@localhost) by evita.cs.fredonia.edu (8.7.5/8.7.3) id KAA01232; Mon, 29 Apr 1996 10:41:31 -0400 (EDT) Message-Id: <199604291441.KAA01232@evita.cs.fredonia.edu> Date: Mon, 29 Apr 1996 10:41:31 -0400 (EDT) From: Jin Mazumdar Reply-To: mazumdar@evita.cs.fredonia.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1164: machine locks up Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Note: There was a bad value `Information' for the field `>Class:'. It was set to the default value of `sw-bug'. >Number: 1164 >Category: kern >Synopsis: machine locks up >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 29 07:50:03 PDT 1996 >Last-Modified: >Originator: Jin Mazumdar >Organization: Jin Mazumdar (internet:) mazumdar@cs.fredonia.edu >>> Dept. Of Math and C. S. <<< >>> State University of New York College at Fredonia <<< >>> Fredonia, N.Y. 14063 (716) 673 3459 <<< >Release: FreeBSD 2.2-960323-SNAP i386 >Environment: Intel P5-133 SuperMicro motherboard with Adaptec 2940 SCSI controller. Has ATI-Mach 64 graphics card and two Connor Disks (2 GB and 4GB). Has a NE2000 ethernet adapter. Machine serves as a news server, X server and file server. >Description: This machine hangs up unpredictably upto a few times a day. Suspect race conditions with the disk drives but this is just intuition. Was wondering if this is a known problem and would like suggestions as to whether I should try a different SCSI controller (Buslogic) or fall back to the 2.1 Release which was fairly stable under similar circumstances. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 29 08:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21178 for bugs-outgoing; Mon, 29 Apr 1996 08:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21150 Mon, 29 Apr 1996 08:00:02 -0700 (PDT) Date: Mon, 29 Apr 1996 08:00:02 -0700 (PDT) Message-Id: <199604291500.IAA21150@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Justin T. Gibbs" Subject: Re: kern/1164: machine locks up Reply-To: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1164; it has been noted by GNATS. From: "Justin T. Gibbs" To: mazumdar@evita.cs.fredonia.edu Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1164: machine locks up Date: Mon, 29 Apr 1996 07:56:56 -0700 > Note: There was a bad value `Information' for the field `>Class:'. > It was set to the default value of `sw-bug'. > > >>Number: 1164 >>Category: kern >>Synopsis: machine locks up >>Confidential: no >>Severity: serious >>Priority: medium >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Mon Apr 29 07:50:03 PDT 1996 >>Last-Modified: >>Originator: Jin Mazumdar >>Organization: >Jin Mazumdar > >(internet:) mazumdar@cs.fredonia.edu > > >>> Dept. Of Math and C. S. <<< > >>> State University of New York College at Fredonia <<< > >>> Fredonia, N.Y. 14063 (716) 673 3459 <<< > >>Release: FreeBSD 2.2-960323-SNAP i386 >>Environment: > > Intel P5-133 SuperMicro motherboard with Adaptec 2940 SCSI >controller. Has ATI-Mach 64 graphics card and two Connor Disks >(2 GB and 4GB). Has a NE2000 ethernet adapter. Machine serves as >a news server, X server and file server. > >>Description: > > This machine hangs up unpredictably upto a few times a day. >Suspect race conditions with the disk drives but this is just intuition. > > Was wondering if this is a known problem and would like suggestions >as to whether I should try a different SCSI controller (Buslogic) or fall >back to the 2.1 Release which was fairly stable under similar circumstances. > >>How-To-Repeat: > > > >>Fix: > > > >>Audit-Trail: >>Unformatted: There were some bug fixes to the Adaptec driver since the 323 SNAP. I would suggest either getting those fixes, upgrading too the next SNAP, or fall back to 2.1-STABLE. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon Apr 29 10:20:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28339 for bugs-outgoing; Mon, 29 Apr 1996 10:20:18 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28317 Mon, 29 Apr 1996 10:20:16 -0700 (PDT) Date: Mon, 29 Apr 1996 10:20:16 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199604291720.KAA28317@freefall.freebsd.org> To: nik@blueberry.co.uk, jkh, freebsd-bugs Subject: Re: conf/1162 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: As shipped, ownership of /dev/console is set incorrectly State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Apr 29 10:19:23 PDT 1996 State-Changed-Why: Issues like this are why /etc/fbtab was invented. Specifically, an entry of the form: /dev/ttyv0 0600 /dev/console In /etc/fbtab will fix this problem (see man page for fbtab). From owner-freebsd-bugs Mon Apr 29 22:47:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA08821 for bugs-outgoing; Mon, 29 Apr 1996 22:47:49 -0700 (PDT) Received: from pioneer.arc.nasa.gov (pioneer.arc.nasa.gov [128.102.194.143]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA08816 for ; Mon, 29 Apr 1996 22:47:46 -0700 (PDT) Received: by pioneer.arc.nasa.gov (8.7.1/1.35) id WAA27896; Mon, 29 Apr 1996 22:47:43 -0700 (PDT) Date: Mon, 29 Apr 1996 22:47:43 -0700 (PDT) From: bridges@pioneer.arc.nasa.gov (Michael D. Bridges) Message-Id: <199604300547.WAA27896@pioneer.arc.nasa.gov> To: bugs@FreeBSD.org Subject: Prob - 2.1 FreeBSD boot floppy "can't see" controller: Adaptec 2940W Cc: bridges@pioneer.arc.nasa.gov Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I've previously installed and successfully run FreeBSD with XFree86 on a 486. This system preforms beautifully. So I tried to do the same thing on a Pentium. I was unsuccessful :^( The Boot floppy probe process apparently can't find my disk controller and/or disk. This pentium system has an Adaptec 2940W SCSI controller with Seagate 32550W 2GB Barrcuda disk on an Intel Endeavor motherboard. According the 2.1 FreeBSD docs, this controller is supported. Unfortunately, the boot disk doesn't see the my disk. At least the "novice" & "custom" menu items claim that the disk is unseen. Based on the FreeBSD documentation I should have seen "ahc0" come up when devices are being probed at boot time. This didn't happen. I tried a couple of reset boots, but still no disk controller. (Of course if it was at the end of the boot process it might have blown by. The last third of this process blows off the screen and into the "install menu". Wish it would wait a few moments or ask if I wish to proceed. This would help me see what the probe process found.) In any case, I next floppy booted with the "-c" option. The config "ls" command did not show the expected "ahc0". So next I went to visual mode. Visual mode shows that device "ahc1" should take care of the 294x family of controllers --> unlike the docs which refer to "ahc0". In any case the -c boot didn't help, except to provide more confusion. So a three of questions: 1) Is there a way to manually force a couple of probes for the Adaptec 2940W controller during the floppy boot? 2) How can I get a list of devices see by the probe during floppy boot? 3) Got an idea what I should try next? Thanks for the help, Mike Bridges From owner-freebsd-bugs Tue Apr 30 00:37:20 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA15154 for bugs-outgoing; Tue, 30 Apr 1996 00:37:20 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA15149 for ; Tue, 30 Apr 1996 00:37:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id AAA18363; Tue, 30 Apr 1996 00:37:12 -0700 (PDT) To: bridges@pioneer.arc.nasa.gov (Michael D. Bridges) cc: bugs@FreeBSD.org Subject: Re: Prob - 2.1 FreeBSD boot floppy "can't see" controller: Adaptec 2940W In-reply-to: Your message of "Mon, 29 Apr 1996 22:47:43 PDT." <199604300547.WAA27896@pioneer.arc.nasa.gov> Date: Tue, 30 Apr 1996 00:37:12 -0700 Message-ID: <18332.830849832@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > This pentium system has an Adaptec 2940W SCSI controller with > Seagate 32550W 2GB Barrcuda disk on an Intel Endeavor motherboard. > According the 2.1 FreeBSD docs, this controller is supported. I believe that the 2940W was somewhat weak in 2.1R. Would it be possible for you to try booting the latest snapshot boot disk? We could then at least see whether or not it's an issue which has been solved in 2.2. Jordan From owner-freebsd-bugs Tue Apr 30 01:42:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA19254 for bugs-outgoing; Tue, 30 Apr 1996 01:42:35 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA19249 for ; Tue, 30 Apr 1996 01:42:31 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id BAA06847; Tue, 30 Apr 1996 01:41:46 -0700 (PDT) Date: Tue, 30 Apr 1996 01:41:46 -0700 (PDT) Message-Id: <199604300841.BAA06847@silvia.HIP.Berkeley.EDU> To: bridges@pioneer.arc.nasa.gov CC: bugs@freebsd.org, bridges@pioneer.arc.nasa.gov In-reply-to: <199604300547.WAA27896@pioneer.arc.nasa.gov> (bridges@pioneer.arc.nasa.gov) Subject: Re: Prob - 2.1 FreeBSD boot floppy "can't see" controller: Adaptec 2940W From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * This pentium system has an Adaptec 2940W SCSI controller with * Seagate 32550W 2GB Barrcuda disk on an Intel Endeavor motherboard. * According the 2.1 FreeBSD docs, this controller is supported. Yes. I've installed some 2.1R systems over here using a 2940UW with wide or narrow disks. We never had problems with the adapter probe. * Based on the FreeBSD documentation I should have seen "ahc0" come up * when devices are being probed at boot time. This didn't happen. * I tried a couple of reset boots, but still no disk controller. It could be something with the motherboard's setup. We haven't tried Intel motherboards. Does the adaptec's boot BIOS ("SCSISelect") come up and list all the disks? * In any case, I next floppy booted with the "-c" option. * The config "ls" command did not show the expected "ahc0". This is natural. PCI devices using proper PCI probe routines don't show up here, they don't have any I/O address or interrupts pre-specified. * Visual mode shows that device "ahc1" should take care of the * 294x family of controllers --> unlike the docs which refer to "ahc0". The ahc1 was in the 2.1R kernel for the EISA (274x) and/or VLB (284x) version, I believe. This is not what you need. Satoshi From owner-freebsd-bugs Tue Apr 30 01:50:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA19862 for bugs-outgoing; Tue, 30 Apr 1996 01:50:31 -0700 (PDT) Received: from pioneer.arc.nasa.gov (pioneer.arc.nasa.gov [128.102.194.143]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA19855 for ; Tue, 30 Apr 1996 01:50:28 -0700 (PDT) Received: by pioneer.arc.nasa.gov (8.7.1/1.35) id BAA08390; Tue, 30 Apr 1996 01:50:27 -0700 (PDT) Date: Tue, 30 Apr 1996 01:50:27 -0700 (PDT) From: bridges@pioneer.arc.nasa.gov (Michael D. Bridges) Message-Id: <199604300850.BAA08390@pioneer.arc.nasa.gov> To: bugs@FreeBSD.org Subject: Update on 294x controller problem -> boot4.flp solves problem Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I tried is a different boot floppy in /pub/FreeBSD/2.2-960323-SNAP/floppies on ftp.freebsd.org. This boot floppy works nicely. It scans the PCI bus properly and picks up each SCSI device. Now I just need a NIC that will work with FreeBSD 2.2-SNAP. I'm going to try my 3C590 since the release notes for 2.2-SNAP says it will work. If that doesn't work, I'll try a Intel EtherExpress Pro/100B PCI laying around here. Thanks for your time, Mike Bridges From owner-freebsd-bugs Tue Apr 30 07:10:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09484 for bugs-outgoing; Tue, 30 Apr 1996 07:10:15 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09478 Tue, 30 Apr 1996 07:10:11 -0700 (PDT) Message-Id: <199604301410.HAA09478@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: bridges@pioneer.arc.nasa.gov (Michael D. Bridges) cc: bugs@FreeBSD.org Subject: Re: Prob - 2.1 FreeBSD boot floppy "can't see" controller: Adaptec 2940W In-reply-to: Your message of "Mon, 29 Apr 1996 22:47:43 PDT." <199604300547.WAA27896@pioneer.arc.nasa.gov> Date: Tue, 30 Apr 1996 07:10:11 -0700 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >I've previously installed and successfully run FreeBSD with >XFree86 on a 486. This system preforms beautifully. > >So I tried to do the same thing on a Pentium. I was unsuccessful :^( > >The Boot floppy probe process apparently can't find >my disk controller and/or disk. Hmmm. Strange. >This pentium system has an Adaptec 2940W SCSI controller with >Seagate 32550W 2GB Barrcuda disk on an Intel Endeavor motherboard. >According the 2.1 FreeBSD docs, this controller is supported. It is, although you'll probably want to pick up a more recent version of the ahc driver once you're installed. ... >Based on the FreeBSD documentation I should have seen "ahc0" come up >when devices are being probed at boot time. This didn't happen. >I tried a couple of reset boots, but still no disk controller. Yes, it should be ahc0. >(Of course if it was at the end of the boot process it might have > blown by. The last third of this process blows off the screen and > into the "install menu". Wish it would wait a few moments or ask > if I wish to proceed. This would help me see what the probe process > found.) When you get to the install menu, hit "scoll-lock" followed by a few "page-up"s. My guess is that the PCI code is having problems with your motherboard for some reason. Copy down all the messages you get from the PCI system and send them to this list. >In any case, I next floppy booted with the "-c" option. >The config "ls" command did not show the expected "ahc0". Userconfig only works for ISA devices. In 2.1, it also worked for most EISA devices (like the AHA2742/AHA2842 that the ahc1 entry is for) but now that EISA devices are probed automatically, even ahc1 has gone away from user config in releases after 2.1. >3) Got an idea what I should try next? Try a newer SNAPshot boot floppy. >Thanks for the help, > > Mike Bridges > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Tue Apr 30 09:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18675 for bugs-outgoing; Tue, 30 Apr 1996 09:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18645 Tue, 30 Apr 1996 09:20:03 -0700 (PDT) Resent-Date: Tue, 30 Apr 1996 09:20:03 -0700 (PDT) Resent-Message-Id: <199604301620.JAA18645@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wosch@cs.tu-berlin.de Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA18127 for ; Tue, 30 Apr 1996 09:14:00 -0700 (PDT) Received: from ole.cs.tu-berlin.de (wosch@ole.cs.tu-berlin.de [130.149.22.3]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id SAA13122 for ; Tue, 30 Apr 1996 18:12:07 +0200 Received: (from wosch@localhost) by localhost (8.6.12/8.6.12) id SAA01237; Tue, 30 Apr 1996 18:00:30 +0200 Message-Id: <199604301600.SAA01237@localhost> Date: Tue, 30 Apr 1996 18:00:30 +0200 From: Wolfram Schneider Reply-To: wosch@cs.tu-berlin.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1165: Printer Text Filter scripts should be in /usr/share/examples/lpr Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1165 >Category: docs >Synopsis: Printer Text Filter scripts should be in /usr/share/examples/lpr >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Apr 30 09:20:02 PDT 1996 >Last-Modified: >Originator: Wolfram Schneider >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: The printer text filter scripts from handbook (chapter 7. Printing) should be also installed in /usr/share/examples/lpr e.g. /usr/share/examples/lpr/if-simple - Simple text input filter for lpd /usr/share/examples/lpr/hpif - filter for lpd for HP-PCL based printers /usr/share/examples/lpr/psif - Print PostScript or plain text on a PostScript printer [...] Wolfram From owner-freebsd-bugs Tue Apr 30 12:55:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02106 for bugs-outgoing; Tue, 30 Apr 1996 12:55:05 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02087 Tue, 30 Apr 1996 12:55:03 -0700 (PDT) Date: Tue, 30 Apr 1996 12:55:03 -0700 (PDT) From: Gary Palmer Message-Id: <199604301955.MAA02087@freefall.freebsd.org> To: uhclem%nemesis@fw.ast.com, gpalmer, freebsd-bugs Subject: Re: bin/326 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Weekly cron generates some usage and error messages FDIV021 State-Changed-From-To: open-feedback State-Changed-By: gpalmer State-Changed-When: Tue Apr 30 12:51:33 PDT 1996 State-Changed-Why: From owner-freebsd-bugs Tue Apr 30 13:02:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02548 for bugs-outgoing; Tue, 30 Apr 1996 13:02:13 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02521 Tue, 30 Apr 1996 13:02:08 -0700 (PDT) Date: Tue, 30 Apr 1996 13:02:08 -0700 (PDT) From: Gary Palmer Message-Id: <199604302002.NAA02521@freefall.freebsd.org> To: uhclem%nemesis@fw.ast.com, gpalmer, freebsd-bugs Subject: Re: bin/326 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Weekly cron generates some usage and error messages FDIV021 State-Changed-From-To: feedback-analyzed State-Changed-By: gpalmer State-Changed-When: Tue Apr 30 12:55:10 PDT 1996 State-Changed-Why: Whoops, wrong state last time. Sorry. There are 2 issues here. First, syslogd wasn't running. so when an attempt was made to send a signal to it, it couldn't find the PID file, producing the first 2 lines of error messages. Why syslogd died is not clear, and may not be an issue with more recent systems which are more stable. The second probably is a bug in makewhatis, in your case it seemed to think that it needed a /usr/X11R6/man. Can you still reproduce the problem on any more recent versions of FreeBSD? From owner-freebsd-bugs Tue Apr 30 14:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11412 for bugs-outgoing; Tue, 30 Apr 1996 14:40:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11346 Tue, 30 Apr 1996 14:40:03 -0700 (PDT) Resent-Date: Tue, 30 Apr 1996 14:40:03 -0700 (PDT) Resent-Message-Id: <199604302140.OAA11346@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 (hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA10394 for ; Tue, 30 Apr 1996 14:31:51 -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 AAA06861 for ; Wed, 1 May 1996 00:31:10 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.7.5/8.6.4) id AAA05251; Wed, 1 May 1996 00:31:07 +0300 (EET DST) Message-Id: <199604302131.AAA05251@katiska.clinet.fi> Date: Wed, 1 May 1996 00:31:07 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1166: pmap panic (dump available) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1166 >Category: kern >Synopsis: pmap panic (dump available) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 30 14:40:02 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: news server with full feed, current from around april 22, adaptek 2940 asus pci 64M. >Description: dump and kernel are ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/*.67.gz (within 15 minutes of submitting this report). 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 ac6000 current pcb at 224aa8 panic: from debugger #0 boot (howto=256) at ../../i386/i386/machdep.c:941 941 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:941 #1 0xf011ad27 in panic (fmt=0xf01011f8 "from debugger") at ../../kern/subr_prf.c:133 #2 0xf0101215 in db_panic (dummy1=-266550203, dummy2=0, dummy3=-1, dummy4=0xefbffcf0 "") at ../../ddb/db_command.c:395 #3 0xf01010fe in db_command (last_cmdp=0xf0200b34, cmd_table=0xf0200994) at ../../ddb/db_command.c:288 #4 0xf010127d in db_command_loop () at ../../ddb/db_command.c:417 #5 0xf01035e8 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:73 #6 0xf01c6f9a in kdb_trap (type=12, code=0, regs=0xefbffe40) at ../../i386/i386/db_interface.c:136 #7 0xf01cf723 in trap_fatal (frame=0xefbffe40) at ../../i386/i386/trap.c:736 #8 0xf01cf220 in trap_pfault (frame=0xefbffe40, usermode=0) at ../../i386/i386/trap.c:651 #9 0xf01ceeb3 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1024, tf_esi = -207945792, tf_ebp = -272630112, tf_isp = -272630168, tf_ebx = 1, tf_edx = -114995200, tf_ecx = 73, tf_eax = 48984000, tf_trapno = 12, tf_err = 0, tf_eip = -266550203, tf_cs = 8, tf_eflags = 66182, tf_esp = -215115904, tf_ss = 299008}) at ../../i386/i386/trap.c:319 #10 0xf01c7811 in calltrap () #11 0xf01bb0ce in vm_map_delete (map=0xf2f26c00, start=0, end=4022329344) at ../../vm/vm_map.c:1702 ---Type to continue, or q to quit--- #12 0xf01bb158 in vm_map_remove (map=0xf2f26c00, start=0, end=4022329344) at ../../vm/vm_map.c:1736 #13 0xf010f456 in exit1 (p=0xf2f47b00, rv=2) at ../../kern/kern_exit.c:160 #14 0xf01165e2 in sigexit (p=0xf2f47b00, signum=2) at ../../kern/kern_sig.c:1214 #15 0xf01163d6 in postsig (signum=2) at ../../kern/kern_sig.c:1122 #16 0xf01cfb08 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 352256, tf_esi = 335672, tf_ebp = -272640436, tf_isp = -272629788, tf_ebx = 0, tf_edx = 1, tf_ecx = 0, tf_eax = 7262, tf_trapno = 12, tf_err = 7, tf_eip = 173205, tf_cs = 31, tf_eflags = 514, tf_esp = -272640464, tf_ss = 39}) at ../../i386/i386/trap.c:144 #17 0xf01c7865 in Xsyscall () Cannot access memory at address 0xefbfd64c. (kgdb) up #1 0xf011ad27 in panic (fmt=0xf01011f8 "from debugger") at ../../kern/subr_prf.c:133 133 boot(bootopt); (kgdb) #2 0xf0101215 in db_panic (dummy1=-266550203, dummy2=0, dummy3=-1, dummy4=0xefbffcf0 "") at ../../ddb/db_command.c:395 395 panic("from debugger"); (kgdb) #3 0xf01010fe in db_command (last_cmdp=0xf0200b34, cmd_table=0xf0200994) at ../../ddb/db_command.c:288 288 (*cmd->fcn)(addr, have_addr, count, modif); (kgdb) #4 0xf010127d in db_command_loop () at ../../ddb/db_command.c:417 417 db_command(&db_last_command, db_command_table); (kgdb) #5 0xf01035e8 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:73 73 db_command_loop(); (kgdb) #6 0xf01c6f9a in kdb_trap (type=12, code=0, regs=0xefbffe40) at ../../i386/i386/db_interface.c:136 136 db_trap(type, code); (kgdb) #7 0xf01cf723 in trap_fatal (frame=0xefbffe40) at ../../i386/i386/trap.c:736 736 if (kdb_trap (type, 0, frame)) (kgdb) #8 0xf01cf220 in trap_pfault (frame=0xefbffe40, usermode=0) at ../../i386/i386/trap.c:651 651 trap_fatal(frame); (kgdb) #9 0xf01ceeb3 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 1024, tf_esi = -207945792, tf_ebp = -272630112, tf_isp = -272630168, tf_ebx = 1, tf_edx = -114995200, tf_ecx = 73, tf_eax = 48984000, tf_trapno = 12, tf_err = 0, tf_eip = -266550203, tf_cs = 8, tf_eflags = 66182, tf_esp = -215115904, tf_ss = 299008}) at ../../i386/i386/trap.c:319 319 (void) trap_pfault(&frame, FALSE); (kgdb) #10 0xf01c7811 in calltrap () (kgdb) #11 0xf01bb0ce in vm_map_delete (map=0xf2f26c00, start=0, end=4022329344) at ../../vm/vm_map.c:1702 1702 pmap_remove(map->pmap, s, e); (kgdb) #12 0xf01bb158 in vm_map_remove (map=0xf2f26c00, start=0, end=4022329344) at ../../vm/vm_map.c:1736 1736 result = vm_map_delete(map, start, end); (kgdb) #13 0xf010f456 in exit1 (p=0xf2f47b00, rv=2) at ../../kern/kern_exit.c:160 160 (void) vm_map_remove(&vm->vm_map, VM_MIN_ADDRESS, (kgdb) #14 0xf01165e2 in sigexit (p=0xf2f47b00, signum=2) at ../../kern/kern_sig.c:1214 1214 exit1(p, W_EXITCODE(0, signum)); (kgdb) #15 0xf01163d6 in postsig (signum=2) at ../../kern/kern_sig.c:1122 1122 sigexit(p, signum); (kgdb) #16 0xf01cfb08 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 352256, tf_esi = 335672, tf_ebp = -272640436, tf_isp = -272629788, tf_ebx = 0, tf_edx = 1, tf_ecx = 0, tf_eax = 7262, tf_trapno = 12, tf_err = 7, tf_eip = 173205, tf_cs = 31, tf_eflags = 514, tf_esp = -272640464, tf_ss = 39}) at ../../i386/i386/trap.c:144 144 postsig(sig); (kgdb) #17 0xf01c7865 in Xsyscall () (kgdb) Cannot access memory at address 0xefbfd64c. (kgdb) down #16 0xf01cfb08 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 352256, tf_esi = 335672, tf_ebp = -272640436, tf_isp = -272629788, tf_ebx = 0, tf_edx = 1, tf_ecx = 0, tf_eax = 7262, tf_trapno = 12, tf_err = 7, tf_eip = 173205, tf_cs = 31, tf_eflags = 514, tf_esp = -272640464, tf_ss = 39}) at ../../i386/i386/trap.c:144 144 postsig(sig); (kgdb) print sig $1 = 0 (kgdb) list 139 u_quad_t oticks; 140 { 141 int sig, s; 142 143 while ((sig = CURSIG(p)) != 0) 144 postsig(sig); 145 p->p_priority = p->p_usrpri; 146 if (want_resched) { 147 /* 148 * Since we are curproc, clock will normally just change (kgdb) down #15 0xf01163d6 in postsig (signum=2) at ../../kern/kern_sig.c:1122 1122 sigexit(p, signum); (kgdb) list 1117 if (action == SIG_DFL) { 1118 /* 1119 * Default action, where the default is to kill 1120 * the process. (Other cases were ignored above.) 1121 */ 1122 sigexit(p, signum); 1123 /* NOTREACHED */ 1124 } else { 1125 /* 1126 * If we get here, the signal must be caught. (kgdb) print p $2 = (struct proc *) 0xf2f47b00 (kgdb) print *p $3 = {p_forw = 0xf2f2a700, p_back = 0x0, p_list = {le_next = 0xf3134d00, le_prev = 0xf02528d0}, p_cred = 0xf2dd56a0, p_fd = 0xf3183480, p_stats = 0xf6e05258, p_limit = 0xf020f950, p_vmspace = 0xf2f26c00, p_sigacts = 0xf6e05128, p_flag = 8198, p_stat = 2 '\002', p_pad1 = "À­Þ", p_pid = 7277, p_pglist = {le_next = 0x0, le_prev = 0xf320a468}, p_pptr = 0xf2c73600, p_sibling = {le_next = 0xf3085900, le_prev = 0xf2c73648}, p_children = {lh_first = 0x0}, p_oppid = 0, p_dupfd = 0, p_estcpu = 190, p_cpticks = 0, p_pctcpu = 0, p_wchan = 0x0, p_wmesg = 0x0, p_swtime = 2, 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 = 0}, p_uticks = 0, p_sticks = 0, p_iticks = 0, p_traceflag = 0, p_tracep = 0x0, p_siglist = 0, p_textvp = 0xf2d06100, p_lock = 0 '\000', p_pad2 = "\000\000", p_locks = 0, p_simple_locks = 0, p_hash = {le_next = 0x0, le_prev = 0xf2c691b4}, p_sigmask = 0, p_sigignore = 4294967295, p_sigcatch = 0, p_priority = 97 'a', p_usrpri = 97 'a', p_nice = 0 '\000', p_comm = "sh\000h\000\000r\000\000\000\000\000\000\000\000\000", p_pgrp = 0xf320a460, p_sysent = 0xf0201c50, p_rtprio = {type = 1, prio = 0}, p_addr = 0xf6e05000, p_md = {md_flags = 0, md_regs = 0xefbfffbc}, p_xstat = 0, p_acflag = 17, p_ru = 0xf32c5800} (kgdb) down #14 0xf01165e2 in sigexit (p=0xf2f47b00, signum=2) at ../../kern/kern_sig.c:1214 1214 exit1(p, W_EXITCODE(0, signum)); (kgdb) list 1209 p->p_cred && p->p_ucred ? p->p_ucred->cr_uid : -1, 1210 signum); 1211 if (coredump(p) == 0) 1212 signum |= WCOREFLAG; 1213 } 1214 exit1(p, W_EXITCODE(0, signum)); 1215 /* NOTREACHED */ 1216 } 1217 1218 /* (kgdb) print signum $4 = 2 (kgdb) down #13 0xf010f456 in exit1 (p=0xf2f47b00, rv=2) at ../../kern/kern_exit.c:160 160 (void) vm_map_remove(&vm->vm_map, VM_MIN_ADDRESS, (kgdb) list 155 * Need to do this early enough that we can still sleep. 156 * Can't free the entire vmspace as the kernel stack 157 * may be mapped within that space also. 158 */ 159 if (vm->vm_refcnt == 1) 160 (void) vm_map_remove(&vm->vm_map, VM_MIN_ADDRESS, 161 VM_MAXUSER_ADDRESS); 162 163 if (SESS_LEADER(p)) { 164 register struct session *sp = p->p_session; (kgdb) print vm $5 = (struct vmspace *) 0xf2f26c00 (kgdb) print *vm $6 = {vm_map = {pmap = 0xf2f26c64, lock = {want_write = 1, want_upgrade = 0, waiting = 0, can_sleep = 1, read_count = 0, proc = 0x0, recursion_depth = 0}, header = {prev = 0xf321db40, next = 0xf32d9780, start = 0, end = 4026265600, object = {vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0x0000000000000000, is_a_map = 0, is_sub_map = 0, copy_on_write = 0, needs_copy = 0, protection = 0 '\000', max_protection = 0 '\000', inheritance = 0 '\000', wired_count = 0}, nentries = 6, size = 43794432, is_main_map = 1, ref_count = 1, hint = 0xf2f26c20, first_free = 0xf2f26c20, entries_pageable = 1, timestamp = 3}, vm_pmap = { pm_pdir = 0xf9264000, pm_dref = 0, pm_count = 1, pm_stats = { resident_count = 3, wired_count = 2}, pm_map = 0xf2f26c00}, vm_refcnt = 1, vm_shm = 0x0, vm_upages_obj = 0xf32af380, vm_rssize = 0, vm_swrss = 118, vm_tsize = 72, vm_dsize = 16, vm_ssize = 32, vm_taddr = 0x1000 "\023", vm_daddr = 0x49000 "Àÿÿ\203Ä\b\211{\024\203}\024", vm_maxsaddr = 0xebbfe000
, vm_minsaddr = 0xefbfd798
} (kgdb) print vm->vm_map $7 = {pmap = 0xf2f26c64, lock = {want_write = 1, want_upgrade = 0, waiting = 0, can_sleep = 1, read_count = 0, proc = 0x0, recursion_depth = 0}, header = {prev = 0xf321db40, next = 0xf32d9780, start = 0, end = 4026265600, object = {vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0x0000000000000000, is_a_map = 0, is_sub_map = 0, copy_on_write = 0, needs_copy = 0, protection = 0 '\000', max_protection = 0 '\000', inheritance = 0 '\000', wired_count = 0}, nentries = 6, size = 43794432, is_main_map = 1, ref_count = 1, hint = 0xf2f26c20, first_free = 0xf2f26c20, entries_pageable = 1, timestamp = 3} (kgdb) down #12 0xf01bb158 in vm_map_remove (map=0xf2f26c00, start=0, end=4022329344) at ../../vm/vm_map.c:1736 1736 result = vm_map_delete(map, start, end); (kgdb) list 1731 if (map == kmem_map) 1732 s = splhigh(); 1733 1734 vm_map_lock(map); 1735 VM_MAP_RANGE_CHECK(map, start, end); 1736 result = vm_map_delete(map, start, end); 1737 vm_map_unlock(map); 1738 1739 if (map == kmem_map) 1740 splx(s); (kgdb) print map $8 = (struct vm_map *) 0xf2f26c00 (kgdb) print start $9 = 0 (kgdb) print end $10 = 4022329344 (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print end $11 = 0xefbfe000 (kgdb) print *map $12 = {pmap = 0xf2f26c64, lock = {want_write = 0x1, want_upgrade = 0x0, waiting = 0x0, can_sleep = 0x1, read_count = 0x0, proc = 0x0, recursion_depth = 0x0}, header = {prev = 0xf321db40, next = 0xf32d9780, start = 0x0, end = 0xeffbf000, object = {vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0x0000000000000000, is_a_map = 0x0, is_sub_map = 0x0, copy_on_write = 0x0, needs_copy = 0x0, protection = 0x0, max_protection = 0x0, inheritance = 0x0, wired_count = 0x0}, nentries = 0x6, size = 0x29c4000, is_main_map = 0x1, ref_count = 0x1, hint = 0xf2f26c20, first_free = 0xf2f26c20, entries_pageable = 0x1, timestamp = 0x3} (kgdb) down #11 0xf01bb0ce in vm_map_delete (map=0xf2f26c00, start=0x0, end=0xefbfe000) at ../../vm/vm_map.c:1702 1702 pmap_remove(map->pmap, s, e); (kgdb) print map->pmap $13 = (struct pmap *) 0xf2f26c64 (kgdb) print s $14 = 0x1000 (kgdb) print e $15 = 0xf39affc0 (kgdb) print *map $16 = {pmap = 0xf2f26c64, lock = {want_write = 0x1, want_upgrade = 0x0, waiting = 0x0, can_sleep = 0x1, read_count = 0x0, proc = 0x0, recursion_depth = 0x0}, header = {prev = 0xf321db40, next = 0xf32d9780, start = 0x0, end = 0xeffbf000, object = {vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0x0000000000000000, is_a_map = 0x0, is_sub_map = 0x0, copy_on_write = 0x0, needs_copy = 0x0, protection = 0x0, max_protection = 0x0, inheritance = 0x0, wired_count = 0x0}, nentries = 0x6, size = 0x29c4000, is_main_map = 0x1, ref_count = 0x1, hint = 0xf2f26c20, first_free = 0xf2f26c20, entries_pageable = 0x1, timestamp = 0x3} (kgdb) print *map->pmap $17 = {pm_pdir = 0xf9264000, pm_dref = 0x0, pm_count = 0x1, pm_stats = { resident_count = 0x3, wired_count = 0x2}, pm_map = 0xf2f26c00} (kgdb) down #10 0xf01c7811 in calltrap () (kgdb) list 1697 else if (!map->is_main_map) 1698 vm_object_pmap_remove(object, 1699 OFF_TO_IDX(entry->offset), 1700 OFF_TO_IDX(entry->offset + (e - s))); 1701 else 1702 pmap_remove(map->pmap, s, e); 1703 1704 /* 1705 * Delete the entry (which may delete the object) only after 1706 * removing all pmap entries pointing to its pages. (kgdb) down #9 0xf01ceeb3 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0x400, tf_esi = 0xf39affc0, tf_ebp = 0xefbffea0, tf_isp = 0xefbffe68, tf_ebx = 0x1, tf_edx = 0xf9255000, tf_ecx = 0x49, tf_eax = 0x2eb6fc0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xf01cc445, tf_cs = 0x8, tf_eflags = 0x10286, tf_esp = 0xf32d9780, tf_ss = 0x49000}) at ../../i386/i386/trap.c:319 319 (void) trap_pfault(&frame, FALSE); (kgdb) up #10 0xf01c7811 in calltrap () (kgdb) up #11 0xf01bb0ce in vm_map_delete (map=0xf2f26c00, start=0x0, end=0xefbfe000) at ../../vm/vm_map.c:1702 1702 pmap_remove(map->pmap, s, e); (kgdb) list 1697 else if (!map->is_main_map) 1698 vm_object_pmap_remove(object, 1699 OFF_TO_IDX(entry->offset), 1700 OFF_TO_IDX(entry->offset + (e - s))); 1701 else 1702 pmap_remove(map->pmap, s, e); 1703 1704 /* 1705 * Delete the entry (which may delete the object) only after 1706 * removing all pmap entries pointing to its pages. (kgdb) print map->is_main_map $18 = 0x1 (kgdb) >How-To-Repeat: I get these every couple of days. Will try a newer kernel as soon as the current new features get fixed. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 1 15:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22336 for bugs-outgoing; Wed, 1 May 1996 15:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22310 Wed, 1 May 1996 15:00:02 -0700 (PDT) Resent-Date: Wed, 1 May 1996 15:00:02 -0700 (PDT) Resent-Message-Id: <199605012200.PAA22310@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jraynard@dial.pipex.com Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA22192 for ; Wed, 1 May 1996 14:57:41 -0700 (PDT) Received: from dial.pipex.com by vent.pipex.net (8.6.12/PIPEX simple 1.20) id WAA08704; Wed, 1 May 1996 22:57:34 +0100 Received: (from jraynard@localhost) by dial.pipex.com (8.6.12/8.6.12) id QAA00657; Wed, 1 May 1996 16:25:46 GMT Message-Id: <199605011625.QAA00657@dial.pipex.com> Date: Wed, 1 May 1996 16:25:46 GMT From: James Raynard Reply-To: jraynard@dial.pipex.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1167: fcntl(2) refers to non-existent F_DUPED cmd. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1167 >Category: docs >Synopsis: fcntl(2) refers to non-existent F_DUPED cmd. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed May 1 15:00:01 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: A FreeBSD box >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE >Description: The "Errors" section of the fcntl(2) man page contains the following:- [EMFILE] Cmd is F_DUPFD and the maximum allowed number of file de- scriptors are currently open. ... [EMFILE] The argument cmd is F_DUPED and the maximum number of file descriptors permitted for the process are already in use, or no file descriptors greater than or equal to arg are available. However, there is no such cmd as FD_DUPED. >How-To-Repeat: man fcntl >Fix: Assuming F_DUPED is a typo and the second entry was meant to replace the first, apply this diff in /usr/src/lib/libc/sys:- --- fcntl.2~ Wed May 1 16:06:20 1996 --- fcntl.2 Wed May 1 16:20:11 1996 *************** *** 401,412 **** and .Fa fildes is not a valid file descriptor open for writing. - .It Bq Er EMFILE - .Fa Cmd - is - .Dv F_DUPFD - and the maximum allowed number of file descriptors are currently - open. .It Bq Er EDEADLK The argument .Fa cmd --- 401,406 ---- *************** *** 445,451 **** The argument .Fa cmd is ! .Dv F_DUPED and the maximum number of file descriptors permitted for the process are already in use, or no file descriptors greater than or equal to --- 439,445 ---- The argument .Fa cmd is ! .Dv F_DUPFD and the maximum number of file descriptors permitted for the process are already in use, or no file descriptors greater than or equal to >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed May 1 15:21:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23697 for bugs-outgoing; Wed, 1 May 1996 15:21:09 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23677 Wed, 1 May 1996 15:21:06 -0700 (PDT) Date: Wed, 1 May 1996 15:21:06 -0700 (PDT) From: Mike Pritchard Message-Id: <199605012221.PAA23677@freefall.freebsd.org> To: jraynard@dial.pipex.com, mpp, freebsd-bugs Subject: Re: docs/1167 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fcntl(2) refers to non-existent F_DUPED cmd. State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed May 1 15:20:47 PDT 1996 State-Changed-Why: Suggested fix applied. From owner-freebsd-bugs Wed May 1 22:21:25 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17126 for bugs-outgoing; Wed, 1 May 1996 22:21:25 -0700 (PDT) Received: from mercury.interpath.com (babbleon@mercury.interpath.com [199.72.1.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA17121 for ; Wed, 1 May 1996 22:21:23 -0700 (PDT) Received: (from babbleon@localhost) by mercury.interpath.com (8.6.12/8.6.9) id BAA12293 for freebsd-bugs@freebsd.org; Thu, 2 May 1996 01:21:19 -0400 From: "Brian T. Schellenberger - Personal Account" Message-Id: <199605020521.BAA12293@mercury.interpath.com> Subject: Bug: 2.1.0: chmod +s To: freebsd-bugs@freebsd.org Date: Thu, 2 May 1996 01:21:18 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] 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 The +s option to 2.1.0's chmod is broken; the numerical equivalent works just fine. (Just do a chmod +s to a file; ls -l; then do a chmod 6755 or whatever, and ls -l). -- Brian T. Schellenberger, the Man from Babble-On. "Someday I'll get around to importing all the cool quotes from my other account's .sig files." http://mercury.interpath.com/~babbleon From owner-freebsd-bugs Thu May 2 05:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA20898 for bugs-outgoing; Thu, 2 May 1996 05:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA20888 Thu, 2 May 1996 05:10:03 -0700 (PDT) Resent-Date: Thu, 2 May 1996 05:10:03 -0700 (PDT) Resent-Message-Id: <199605021210.FAA20888@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kieber@jerry.xoo.sax.de Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA19483 for ; Thu, 2 May 1996 05:00:54 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA13432 for ; Thu, 2 May 1996 13:59:56 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA23476 for FreeBSD-gnats-submit@freebsd.org; Thu, 2 May 1996 13:59:55 +0200 Received: by jerry.xoo.sax.de (8.6.12/8.6.12-s1) id MAA00810; Thu, 2 May 1996 12:06:16 +0200 Message-Id: <199605021006.MAA00810@jerry.xoo.sax.de> Date: Thu, 2 May 1996 12:06:16 +0200 From: kieber@jerry.xoo.sax.de (Ulf Kieber) Reply-To: kieber@jerry.xoo.sax.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1169: bogus reference to keysu(1) in key(1) and keyinit(1) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1169 >Category: docs >Synopsis: bogus reference to keysu(1) in key(1) and keyinit(1) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu May 2 05:10:02 PDT 1996 >Last-Modified: >Originator: Ulf Kieber >Organization: Ulf Kieber >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD jerry.xoo.sax.de 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #13: Mon Apr 29 13:32:07 MET DST 1996 root@jerry.xoo.sax.de:/usr/src/sys/compile/JERRY i386 >Description: bogus reference to keysu(1) in key(1) and keyinit(1) (SEE ALSO section) >How-To-Repeat: ``man key'' and ``man keyinit'' >Fix: apply following patch *** usr.bin/key/key.1.orig Thu May 19 20:13:02 1994 --- usr.bin/key/key.1 Thu May 2 11:17:25 1996 *************** *** 41,47 **** .SH SEE ALSO .BR skey(1), .BR keyinit(1), - .BR keysu(1), .BR keyinfo(1) .SH AUTHOR Command by Phil Karn, Neil M. Haller, John S. Walden --- 41,46 ---- *** usr.bin/keyinit/keyinit.1.orig Thu May 19 20:13:11 1994 --- usr.bin/keyinit/keyinit.1 Thu May 2 11:18:25 1996 *************** *** 58,64 **** .SH SEE ALSO .BR skey(1), .BR key(1), - .BR keysu(1), .BR keyinfo(1) .SH AUTHOR Command by Phil Karn, Neil M. Haller, John S. Walden --- 58,63 ---- >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 2 14:38:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27444 for bugs-outgoing; Thu, 2 May 1996 14:38:35 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27436 for ; Thu, 2 May 1996 14:38:31 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA06171; Thu, 2 May 1996 23:38:02 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA01302; Thu, 2 May 1996 23:38:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA14464; Thu, 2 May 1996 22:01:09 +0200 (MET DST) From: J Wunsch Message-Id: <199605022001.WAA14464@uriah.heep.sax.de> Subject: Re: Bug: 2.1.0: chmod +s To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Thu, 2 May 1996 22:01:08 +0200 (MET DST) Cc: babbleon@mercury.interpath.com (Brian T. Schellenberger) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605020521.BAA12293@mercury.interpath.com> from "Brian T. Schellenberger - Personal Account" at "May 2, 96 01:21:18 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Brian T. Schellenberger - Personal Account wrote: > > The +s option to 2.1.0's chmod is broken; the numerical equivalent works > just fine. (Just do a chmod +s to a file; ls -l; then do a chmod 6755 or > whatever, and ls -l). Not specifying the `who' for +s seems to be a bit senseless to me, but you're probably right, this is a minor nit in the implementation of setmode(3). I've re-read Posix.2 for this, and it's not fully clear what to do. I've thought about modifying it, but the result will be that specifying ``+s'' would always be treated as ``ug+s'', since the setuid and setgid bits are always clear in the umask. While this is more in the line of Posix (well, if you interpret it to the letter), i consider it rather dangerous since an innocent attempt to turn on some set*id bit without verification will most likely always result in making the file setuid _and_ setgid. This is most likely _never_ what has been intended. Unless somebody really thinks we should change the current behaviour, i'm more for keeping it as it is (even though i've now spent half an hour in investigating this, and have the patch ready). For those who are interested, it's in src/lib/libc/gen/setmode.c, lines 257 ff. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu May 2 15:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29443 for bugs-outgoing; Thu, 2 May 1996 15:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29417 Thu, 2 May 1996 15:00:02 -0700 (PDT) Resent-Date: Thu, 2 May 1996 15:00:02 -0700 (PDT) Resent-Message-Id: <199605022200.PAA29417@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jraynard@dial.pipex.com Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29157 for ; Thu, 2 May 1996 14:54:41 -0700 (PDT) Received: from dial.pipex.com by vent.pipex.net (8.6.12/PIPEX simple 1.20) id WAA19736; Thu, 2 May 1996 22:54:25 +0100 Received: (from jraynard@localhost) by dial.pipex.com (8.6.12/8.6.12) id OAA03541; Thu, 2 May 1996 14:58:49 GMT Message-Id: <199605021458.OAA03541@dial.pipex.com> Date: Thu, 2 May 1996 14:58:49 GMT From: James Raynard Reply-To: jraynard@dial.pipex.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1170: include files missing from get{peer,sock}name man pages Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1170 >Category: docs >Synopsis: include files missing from get{peer,sock}name man pages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu May 2 15:00:01 PDT 1996 >Last-Modified: >Originator: James Raynard >Organization: A FreeBSD box >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.1.0-RELEASE >Description: The synopsis sections of the man pages for getpeername(2) and getsockname(2) do not state the include files needed when using these functions. >How-To-Repeat: man getsockname man getpeername >Fix: Apply the following patches in /usr/src/sys/lib/libc/sys:- *** getsockname.2~ Thu May 2 14:51:11 1996 --- getsockname.2 Thu May 2 14:52:03 1996 *************** *** 38,43 **** --- 38,45 ---- .Nm getsockname .Nd get socket name .Sh SYNOPSIS + .Fd #include + .Fd #include .Ft int .Fn getsockname "int s" "struct sockaddr *name" "int *namelen" .Sh DESCRIPTION *** getpeername.2~ Thu May 2 14:51:06 1996 --- getpeername.2 Thu May 2 14:53:46 1996 *************** *** 38,43 **** --- 38,45 ---- .Nm getpeername .Nd get name of connected peer .Sh SYNOPSIS + .Fd #include + .Fd #include .Ft int .Fn getpeername "int s" "struct sockaddr *name" "int *namelen" .Sh DESCRIPTION >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 2 17:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA06594 for bugs-outgoing; Thu, 2 May 1996 17:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA06548 Thu, 2 May 1996 17:00:02 -0700 (PDT) Resent-Date: Thu, 2 May 1996 17:00:02 -0700 (PDT) Resent-Message-Id: <199605030000.RAA06548@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 (hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA06424 for ; Thu, 2 May 1996 16:56:06 -0700 (PDT) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id CAA29492 for ; Fri, 3 May 1996 02:55:28 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.3/8.6.4) id CAA00661; Fri, 3 May 1996 02:55:28 +0300 (EET DST) Message-Id: <199605022355.CAA00661@cantina.clinet.fi> Date: Fri, 3 May 1996 02:55:28 +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/1171: panic: setrunnable Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1171 >Category: kern >Synopsis: panic: setrunnable after touching long idle windows >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 2 17:00:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Feb 22 kernel. P133 ASUS (SIS chipset), 2940, PCI ethernet. Generic server for users (peaks around 50-100 users). >Description: Kernel and dump will be available in ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/cantina/*.2.gz within 15 minutes I submitted this one (gzip going). System paniced with setrunnable panic after couple of old processes running in the machine were woken up (I came to work and touched windows running in it). 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 259000 current pcb at 2183bc panic: page fault #0 boot (howto=260) at ../../i386/i386/machdep.c:940 940 savectx(&dumppcb); (kgdb) bt #0 boot (howto=260) at ../../i386/i386/machdep.c:940 #1 0xf0116326 in panic (fmt=0xf01c4f4e "page fault") at ../../kern/subr_prf.c:125 #2 0xf01c5a6a in trap_fatal (frame=0xf01f4758) at ../../i386/i386/trap.c:758 #3 0xf01c55dc in trap_pfault (frame=0xf01f4758, usermode=0) at ../../i386/i386/trap.c:680 #4 0xf01c527b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -235470848, tf_esi = -266385416, tf_ebp = -266385508, tf_isp = -266385536, tf_ebx = -235470848, tf_edx = 0, tf_ecx = -265772956, tf_eax = -265772924, tf_trapno = 12, tf_err = 0, tf_eip = -266647016, tf_cs = 8, tf_eflags = 66067, tf_esp = -266385256, tf_ss = -265772956}) at ../../i386/i386/trap.c:320 #5 0xf01bda31 in calltrap () #6 0xf01b5c94 in vm_map_lookup (var_map=0xf01f48c4, vaddr=4059496448, fault_type=1 '\001', out_entry=0xf01f4898, object=0xf01f4894, pindex=0xf01f4890, out_prot=0xf01f488f "\a\225\013", wired=0xf01f4888, single_use=0xf01f4884) at ../../vm/vm_map.c:2032 #7 0xf01b1832 in vm_fault (map=0xf028a064, vaddr=4059496448, fault_type=1 '\001', change_wiring=0) at ../../vm/vm_fault.c:193 #8 0xf01c5592 in trap_pfault (frame=0xf01f4920, usermode=0) at ../../i386/i386/trap.c:669 #9 0xf01c527b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -242699264, tf_esi = -239127424, tf_ebp = -266385060, tf_isp = -266385080, tf_ebx = -239886208, tf_edx = -242569984, tf_ecx = 33, tf_eax = -235468288, tf_trapno = 12, tf_err = 0, tf_eip = -266673200, tf_cs = 8, tf_eflags = 66118, tf_esp = -266385028, tf_ss = -267191392}) at ../../i386/i386/trap.c:320 #10 0xf01bda31 in calltrap () #11 0xf012fba0 in vfs_msync (mp=0xf188b400, flags=2) at ./vnode_if.h:815 #12 0xf0130130 in sync (p=0xf02431c8, uap=0x0, retval=0x0) at ../../kern/vfs_syscalls.c:355 #13 0xf01c021a in boot (howto=256) at ../../i386/i386/machdep.c:889 #14 0xf0116326 in panic (fmt=0xf01c4f4e "page fault") at ../../kern/subr_prf.c:125 #15 0xf01c5a6a in trap_fatal (frame=0xf01f4a60) at ../../i386/i386/trap.c:758 #16 0xf01c55dc in trap_pfault (frame=0xf01f4a60, usermode=0) at ../../i386/i386/trap.c:680 #17 0xf01c527b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -235601920, tf_esi = -266384640, tf_ebp = -266384732, tf_isp = -266384760, tf_ebx = -235601920, tf_edx = 0, tf_ecx = -265772956, tf_eax = -265772924, tf_trapno = 12, tf_err = 0, tf_eip = -266647016, tf_cs = 8, tf_eflags = 66067, tf_esp = -266384480, tf_ss = -265772956}) at ../../i386/i386/trap.c:320 #18 0xf01bda31 in calltrap () #19 0xf01b5c94 in vm_map_lookup (var_map=0xf01f4bcc, vaddr=4059365376, fault_type=1 '\001', out_entry=0xf01f4ba0, object=0xf01f4b9c, pindex=0xf01f4b98, out_prot=0xf01f4b97 "ð\001", wired=0xf01f4b90, single_use=0xf01f4b8c) at ../../vm/vm_map.c:2032 #20 0xf01b1832 in vm_fault (map=0xf028a064, vaddr=4059365376, fault_type=1 '\001', change_wiring=0) at ../../vm/vm_fault.c:193 #21 0xf01c5592 in trap_pfault (frame=0xf01f4c28, usermode=0) at ../../i386/i386/trap.c:669 #22 0xf01c527b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 12, tf_esi = -1, tf_ebp = -266384276, tf_isp = -266384304, tf_ebx = -241323776, tf_edx = -266065788, tf_ecx = -235599872, tf_eax = 448, tf_trapno = 12, tf_err = 0, tf_eip = -267313518, tf_cs = 8, tf_eflags = 66054, tf_esp = -241323776, tf_ss = -1}) at ../../i386/i386/trap.c:320 #23 0xf01bda31 in calltrap () #24 0xf01121c6 in setrunnable (p=0xf19db100) at ../../kern/kern_synch.c:648 #25 0xf011874d in selwakeup (sip=0xf0203c38) at ../../kern/sys_generic.c:703 #26 0xf0116146 in logwakeup () at ../../kern/subr_log.c:183 #27 0xf011661c in printf ( fmt=0xf01c5611 "\n\nFatal trap %d: %s while in %s mode\n") at ../../kern/subr_prf.c:306 #28 0xf01c5847 in trap_fatal (frame=0xf01f4d40) at ../../i386/i386/trap.c:703 #29 0xf01c55dc in trap_pfault (frame=0xf01f4d40, usermode=0) at ../../i386/i386/trap.c:680 #30 0xf01c527b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -235601920, tf_esi = -266383904, tf_ebp = -266383996, tf_isp = -266384024, tf_ebx = -235601920, tf_edx = 0, tf_ecx = -265772956, tf_eax = -265772924, tf_trapno = 12, tf_err = 0, tf_eip = -266647016, tf_cs = 8, tf_eflags = 66067, tf_esp = -266383744, tf_ss = -265772956}) at ../../i386/i386/trap.c:320 #31 0xf01bda31 in calltrap () ---Type to continue, or q to quit--- #32 0xf01b5c94 in vm_map_lookup (var_map=0xf01f4eac, vaddr=4059365376, fault_type=1 '\001', out_entry=0xf01f4e80, object=0xf01f4e7c, pindex=0xf01f4e78, out_prot=0xf01f4e77 "\a'\017", wired=0xf01f4e70, single_use=0xf01f4e6c) at ../../vm/vm_map.c:2032 #33 0xf01b1832 in vm_fault (map=0xf028a064, vaddr=4059365376, fault_type=1 '\001', change_wiring=0) at ../../vm/vm_fault.c:193 #34 0xf01c5592 in trap_pfault (frame=0xf01f4f08, usermode=0) at ../../i386/i386/trap.c:669 #35 0xf01c527b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -1073741824, tf_esi = -1, tf_ebp = -266383540, tf_isp = -266383568, tf_ebx = -240950016, tf_edx = -266065788, tf_ecx = -235599872, tf_eax = 448, tf_trapno = 12, tf_err = 0, tf_eip = -267313518, tf_cs = 8, tf_eflags = 66054, tf_esp = -240950016, tf_ss = -1}) at ../../i386/i386/trap.c:320 #36 0xf01bda31 in calltrap () #37 0xf01121c6 in setrunnable (p=0xf1a36500) at ../../kern/kern_synch.c:648 #38 0xf0111c87 in endtsleep (arg=0xf1a36500) at ../../kern/kern_synch.c:408 #39 0xf01082cc in softclock () at ../../kern/kern_clock.c:664 #40 0xf01bed87 in doreti_swi () #41 0xf01c99c4 in vm_page_zero_idle () at ../../i386/i386/vm_machdep.c:855 (kgdb) (kgdb) frame 37 #37 0xf01121c6 in setrunnable (p=0xf1a36500) at ../../kern/kern_synch.c:648 648 case SRUN: (kgdb) list 643 register int s; 644 645 s = splhigh(); 646 switch (p->p_stat) { 647 case 0: 648 case SRUN: 649 case SZOMB: 650 default: 651 panic("setrunnable"); 652 case SSTOP: (kgdb) print p $1 = (struct proc *) 0xf1a36500 (kgdb) print p->p_stat $2 = 3 '\003' (kgdb) (The source may be later than feb 22, I supped couple of nights ago). >How-To-Repeat: I do not know, and this one is new, I do not think I have seen it before. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu May 2 19:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12591 for bugs-outgoing; Thu, 2 May 1996 19:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12570 Thu, 2 May 1996 19:00:02 -0700 (PDT) Date: Thu, 2 May 1996 19:00:02 -0700 (PDT) Message-Id: <199605030200.TAA12570@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/1171: panic: setrunnable Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1171; it has been noted by GNATS. From: David Greenman To: hsu@clinet.fi Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1171: panic: setrunnable Date: Thu, 02 May 1996 18:56:40 -0700 >#35 0xf01c527b in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -1073741824, > tf_esi = -1, tf_ebp = -266383540, tf_isp = -266383568, > tf_ebx = -240950016, tf_edx = -266065788, tf_ecx = -235599872, > tf_eax = 448, tf_trapno = 12, tf_err = 0, tf_eip = -267313518, > tf_cs = 8, tf_eflags = 66054, tf_esp = -240950016, tf_ss = -1}) > at ../../i386/i386/trap.c:320 >#36 0xf01bda31 in calltrap () >#37 0xf01121c6 in setrunnable (p=0xf1a36500) at ../../kern/kern_synch.c:648 >#38 0xf0111c87 in endtsleep (arg=0xf1a36500) at ../../kern/kern_synch.c:408 >#39 0xf01082cc in softclock () at ../../kern/kern_clock.c:664 >#40 0xf01bed87 in doreti_swi () >#41 0xf01c99c4 in vm_page_zero_idle () at ../../i386/i386/vm_machdep.c:855 >(kgdb) >(kgdb) frame 37 >#37 0xf01121c6 in setrunnable (p=0xf1a36500) at ../../kern/kern_synch.c:648 >648 case SRUN: >(kgdb) list >643 register int s; >644 >645 s = splhigh(); >646 switch (p->p_stat) { >647 case 0: >648 case SRUN: >649 case SZOMB: >650 default: >651 panic("setrunnable"); >652 case SSTOP: >(kgdb) print p >$1 = (struct proc *) 0xf1a36500 >(kgdb) print p->p_stat >$2 = 3 '\003' Given the supplied information, there is no way that a page fault could have occurred at that location unless the kernel text was either corrupted or had one or more memory bit errors. In other words, I think this is a hardware problem, not a software problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Thu May 2 22:51:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01682 for bugs-outgoing; Thu, 2 May 1996 22:51:06 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA01669 for ; Thu, 2 May 1996 22:51:02 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA16994; Fri, 3 May 1996 07:50:51 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA05738; Fri, 3 May 1996 07:50:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA17366; Fri, 3 May 1996 07:24:27 +0200 (MET DST) From: J Wunsch Message-Id: <199605030524.HAA17366@uriah.heep.sax.de> Subject: Re: kern/1171: panic: setrunnable To: hsu@clinet.fi (Heikki Suonsivu) Date: Fri, 3 May 1996 07:24:26 +0200 (MET DST) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605030200.TAA12570@freefall.freebsd.org> from David Greenman at "May 2, 96 07:00:02 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > >646 switch (p->p_stat) { > >647 case 0: > >648 case SRUN: > >649 case SZOMB: > >650 default: > >651 panic("setrunnable"); > >652 case SSTOP: > >(kgdb) print p > >$1 = (struct proc *) 0xf1a36500 > >(kgdb) print p->p_stat > >$2 = 3 '\003' > > Given the supplied information, there is no way that a page fault could > have occurred at that location unless the kernel text was either corrupted > or had one or more memory bit errors. In other words, I think this is a > hardware problem, not a software problem. Additionally, p->p_stat == 3 means the process was in ``SSLEEP'' state, so the abovementioned case label could not be hit if the kernel text were not corrupted. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri May 3 03:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17388 for bugs-outgoing; Fri, 3 May 1996 03:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17377 Fri, 3 May 1996 03:20:02 -0700 (PDT) Resent-Date: Fri, 3 May 1996 03:20:02 -0700 (PDT) Resent-Message-Id: <199605031020.DAA17377@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, masafumi@tky007.tth.expo96.ad.jp Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA17163 for ; Fri, 3 May 1996 03:12:30 -0700 (PDT) Received: (from masafumi@localhost) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) id TAA02144; Fri, 3 May 1996 19:11:09 +0900 (JST) Message-Id: <199605031011.TAA02144@mail.tky007.tth.expo96.ad.jp> Date: Fri, 3 May 1996 19:11:09 +0900 (JST) From: Masafumi NAKANE Reply-To: masafumi@tky007.tth.expo96.ad.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1172: Error in sbin/dset/Makefile Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1172 >Category: misc >Synopsis: Error in sbin/dset/Makefile >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri May 3 03:20:01 PDT 1996 >Last-Modified: >Originator: Masafumi NAKANE >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: sbin/dset/Makefile tries to make dset.1 and fails, and causes `make world' to stop. >How-To-Repeat: cd /usr/src/sbin/dset;make >Fix: Add line as follows: MAN8= dset.8 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri May 3 11:09:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25944 for bugs-outgoing; Fri, 3 May 1996 11:09:39 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25927 Fri, 3 May 1996 11:09:37 -0700 (PDT) Date: Fri, 3 May 1996 11:09:37 -0700 (PDT) From: Joerg Wunsch Message-Id: <199605031809.LAA25927@freefall.freebsd.org> To: masafumi@tky007.tth.expo96.ad.jp, joerg, freebsd-bugs Subject: Re: misc/1172 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Error in sbin/dset/Makefile State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Fri May 3 20:09:18 MET DST 1996 State-Changed-Why: Fixed in rev 1.4 of the Makefile. From owner-freebsd-bugs Fri May 3 12:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01966 for bugs-outgoing; Fri, 3 May 1996 12:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01920 Fri, 3 May 1996 12:00:01 -0700 (PDT) Date: Fri, 3 May 1996 12:00:01 -0700 (PDT) Message-Id: <199605031900.MAA01920@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: misc/1172: Error in sbin/dset/Makefile Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/1172; it has been noted by GNATS. From: J Wunsch To: masafumi@tky007.tth.expo96.ad.jp Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/1172: Error in sbin/dset/Makefile Date: Fri, 3 May 1996 20:05:19 +0200 (MET DST) As Masafumi NAKANE wrote: > sbin/dset/Makefile tries to make dset.1 and fails, and causes `make > world' to stop. Ick! Gimme the conical hat please! <:-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat May 4 02:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15170 for bugs-outgoing; Sat, 4 May 1996 02:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15159 Sat, 4 May 1996 02:10:02 -0700 (PDT) Resent-Date: Sat, 4 May 1996 02:10:02 -0700 (PDT) Resent-Message-Id: <199605040910.CAA15159@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, masafumi@tky007.tth.expo96.ad.jp Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA14694 for ; Sat, 4 May 1996 02:06:01 -0700 (PDT) Received: (from masafumi@localhost) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) id SAA01121; Sat, 4 May 1996 18:05:55 +0900 (JST) Message-Id: <199605040905.SAA01121@mail.tky007.tth.expo96.ad.jp> Date: Sat, 4 May 1996 18:05:55 +0900 (JST) From: Masafumi NAKANE Reply-To: masafumi@tky007.tth.expo96.ad.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1173: Error in usr.bin/tn3270/mset/Makefile Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1173 >Category: bin >Synopsis: Error in usr.bin/tn3270/mset/Makefile >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 4 02:10:01 PDT 1996 >Last-Modified: >Originator: Masafumi NAKANE >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: Make of /usr/src/usr.bin/tn3270/mset fails. >How-To-Repeat: cd /usr/src/usr.bin/tn3270/mset;make >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat May 4 03:25:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA20802 for bugs-outgoing; Sat, 4 May 1996 03:25:18 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA20788 Sat, 4 May 1996 03:25:16 -0700 (PDT) Date: Sat, 4 May 1996 03:25:16 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199605041025.DAA20788@freefall.freebsd.org> To: masafumi@tky007.tth.expo96.ad.jp, jkh, freebsd-bugs Subject: Re: bin/1173 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Error in usr.bin/tn3270/mset/Makefile State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat May 4 02:41:12 PDT 1996 State-Changed-Why: Fixed! From owner-freebsd-bugs Sat May 4 04:30:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA29904 for bugs-outgoing; Sat, 4 May 1996 04:30:16 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA29890 for freebsd-bugs; Sat, 4 May 1996 04:30:12 -0700 (PDT) Date: Sat, 4 May 1996 04:30:12 -0700 (PDT) From: GNU GNATS Message-Id: <199605041130.EAA29890@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/03/02] misc/229 acos() core dump [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/428 configure is not foolproof [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/30] docs/458 px doc does not find include figure [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] bin/683 cron(8) [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/02] bin/718 pkg_add incorrectly prints an error message [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/21] docs/731 socketpair(2) and man page inconsistent about return [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/06] kern/770 Floppy kernel won't boot with T485 or IDT L2 cache F [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/12] bin/779 #include gets undefined 'rune_t' type. [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/23] bin/789 pkg_add doesn't work [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/10/27] misc/796 Network install doesn't update /etc/hosts FDIV036 [1995/10/27] bin/797 X probeonly during install gets Not Found error FDIV [1995/10/29] kern/798 PPP panics, touches 0xdeadc0de pointers [1995/10/29] misc/799 sysinstall segfaults if part of distribution missing [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/30] misc/802 default fstab mounts disks in bad order [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/09] ports/814 unable to compile the port of "pine3.91" [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/21] i386/833 SCSI hard disks time out during tape rewind - FDIV03 [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/27] kern/845 Automatic reboot says you can abort but boots anyway [1995/11/27] conf/846 2.1R install disk tries to use sd0 even if not reque [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] misc/849 Install skimps on inodes and newfs default is wrong [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] misc/856 Install 2.0.5 Upgrade option does too much damage FD [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/09] ports/883 tclX-port does not build properly [1995/12/14] misc/893 terminfo.h not installed??? [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/21] kern/907 scsi-dat tape station has stopped working [1995/12/21] bin/908 sed bug with trailing backslashes [1995/12/24] conf/913 2.1.0-RELEASE, problem with cpio verbosity in instal [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/13] ports/944 Security fixes for Fvwm 1.24r [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/27] kern/974 ktrace causes panic: freeing busy page [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/978 Three deadlocks in row [1996/01/29] kern/979 Linux programs using pipes crash system [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/03] kern/991 pcvt keyboard doesn't accept input at crash reboot [1996/02/03] bin/993 g++ complains about /usr/include/machine/cpufunc.h [1996/02/04] kern/994 syscons bug in ESC[nX handling (w/fix) [1996/02/05] misc/995 /var/run/gated.pid is deleted [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/13] misc/1024 installation may delete partitions on existing boot [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] misc/1046 X dies with sig11 with -current [1996/02/27] gnu/1047 send-pr: Aborting... [1996/02/28] i386/1048 ep driver fails to detect card when told specific va [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after floppy error [1996/02/29] kern/1051 zip fails on dos partition [1996/02/29] bin/1052 /bin/sh problem with new GCC (snapshot for 2.8) [1996/03/02] bin/1056 pppd fails if -detach [1996/03/05] kern/1063 gzip a.out execution is not ok (?) [1996/03/05] kern/1064 Recursive panic? [1996/03/06] kern/1065 wt could crash reading short blocks [1996/03/06] kern/1066 Arnet driver: panic when ifconfig PPP -> HDLC [1996/03/08] bin/1068 man ignores -P option when combined with -k [1996/03/08] ports/1069 TkMan acts erroneusly on apropos [1996/03/09] bin/1070 /usr/bin/fstat doesn't display open, active pure tex [1996/03/09] ports/1072 tex port (ftplib.pl) does not support passive mode f [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/09] bin/1074 tty rows & columns settings sometimes reset to zero [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in [1996/03/15] misc/1079 Can not work about get{host|net]byaddr on NIS. [1996/03/16] kern/1080 Panic @ _get_pt_entry+0x8 [1996/03/16] kern/1081 Fatal double fault [1996/03/17] kern/1087 Device close entry is not called when unmounting UFS [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] kern/1092 ftruncate(2) returns EINVAL [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/21] bin/1095 make's continuation line handling buggy when used wi [1996/03/21] i386/1097 system hang during tape rewind/aic7870 controller [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/26] kern/1102 Differentiation of FreeBSD & Linux ELF binaries [pat [1996/03/28] ports/1104 Paper sizes in (printing) ports [1996/03/28] bin/1105 Bug in find command [1996/03/28] ports/1106 a new port [1996/03/28] ports/1107 a new port [1996/03/28] ports/1109 mods to vim-3.0 port [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/03/31] misc/1112 Can not work getnetbyaddr on NIS [1996/04/05] kern/1116 Cannot umount stale NFS volumes [1996/04/05] kern/1118 panic: setrunqueue encountered when wine fork()'s [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly unmounted up [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read [1996/04/07] kern/1122 Kernel (current) does not see all memory [1996/04/08] ports/1126 dist file for Mesa port does not match Makefile [1996/04/09] bin/1127 sh(1) parameter expansion for substring processing n [1996/04/10] kern/1129 matcd.c (Panasonic cdrom driver) will not compile [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/11] kern/1135 starting an extra mountd and then killing it crashes [1996/04/12] bin/1136 broken printf in sh(1) [1996/04/14] bin/1139 uname.1 and uname.c disagree about display ordering [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/15] docs/1142 signal manpage doesn't describe sig parameter [1996/04/15] docs/1143 sigaction manpage doesn't describe sig parameter [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/15] bin/1145 tftpd should support -s [1996/04/16] bin/1147 units(1) missing from FreeBSD -current and -stable [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/21] kern/1152 bpf buffer >16384 cause kernel panic during close() [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) [1996/04/25] bin/1158 atq uses GMT time instead of TZ time [1996/04/27] kern/1159 NFS Client hangs in vm_object_terminate() - objtrm [1996/04/28] kern/1160 Panic: bad dir [1996/04/28] kern/1161 -current panic on boot if DIAGNOSTIC option is used [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 [1996/04/29] kern/1164 machine locks up [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/04/30] kern/1166 pmap panic (dump available) [1996/05/01] ports/1168 New version of pine. 3.93 fixes bugs in 3.92 and ha [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/02] docs/1170 include files missing from get{peer,sock}name man pa [1996/05/02] kern/1171 panic: setrunnable after touching long idle windows This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/12/29] misc/922 From line handling incorrect in mail.local [1996/01/09] bin/941 pkg_create removes current directory if interupted [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/02/28] kern/1049 /kernel: arpresolve: can't allocate llinfo for 194.1 [1996/03/04] kern/1059 null fs panics system [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expected, pid: 2 [1996/04/10] kern/1130 pty driver bug [1996/04/14] kern/1140 arpresolve does a null pointer dereference through r /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat May 4 04:30:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA29914 for bugs-outgoing; Sat, 4 May 1996 04:30:17 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA29897 for freebsd-bugs; Sat, 4 May 1996 04:30:13 -0700 (PDT) Date: Sat, 4 May 1996 04:30:13 -0700 (PDT) From: GNU GNATS Message-Id: <199605041130.EAA29897@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: 277 Number of curently analyzed reports: 20 From owner-freebsd-bugs Sat May 4 09:19:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13906 for bugs-outgoing; Sat, 4 May 1996 09:19:48 -0700 (PDT) Received: from trane.uninett.no (trane.uninett.no [129.241.1.16]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA13901 Sat, 4 May 1996 09:19:45 -0700 (PDT) From: sthaug@nethelp.no Received: from localhost (localhost [127.0.0.1]) by trane.uninett.no (8.7.3/8.7.3) with SMTP id SAA17210; Sat, 4 May 1996 18:19:43 +0200 (METDST) Message-Id: <199605041619.SAA17210@trane.uninett.no> X-Authentication-Warning: trane.uninett.no: Host localhost [127.0.0.1] didn't use HELO protocol To: freebsd-current@freebsd.org, freebsd-bugs@freebsd.org Subject: Minor update to if_de.c to recognize ZNYX cards X-Mailer: Mew version 1.03 on Emacs 19.28.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 04 May 1996 18:19:42 +0200 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following patch to /sys/pci/if_de.c is necessary to recognize some ZNYX Ethernet cards (for instance one ZNYX 314 card I used). The reason it's needed is that the ROM on ZNYX cards sometimes contains something different from 0xff in the *two* bytes following the Ethernet address. Please verify this with Matt Thomas - I believe it's already in his newest version of if_de.c Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- *** if_de.c.orig Sat Mar 23 20:29:09 1996 --- if_de.c Sat May 4 18:07:08 1996 *************** *** 1671,1677 **** * of the rom and let the rest be all 0xffs. (Can we say * ZNYX???) */ ! for (idx = 6; idx < 32; idx++) { if (sc->tulip_rombuf[idx] != 0xFF) return -4; } --- 1671,1677 ---- * of the rom and let the rest be all 0xffs. (Can we say * ZNYX???) */ ! for (idx = 8; idx < 32; idx++) { if (sc->tulip_rombuf[idx] != 0xFF) return -4; }