From owner-freebsd-bugs Sun Sep 10 3:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CD48737B423 for ; Sun, 10 Sep 2000 03:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA20724; Sun, 10 Sep 2000 03:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id 0035F37B422 for ; Sun, 10 Sep 2000 03:19:18 -0700 (PDT) Received: from bagabeedaboo.security.at12.de (dial-213-168-73-12.netcologne.de [213.168.73.12]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id MAA08774 for ; Sun, 10 Sep 2000 12:19:16 +0200 (MET DST) Received: (from pherman@localhost) by bagabeedaboo.security.at12.de (8.11.0/8.11.0) id e8AAHXX00485; Sun, 10 Sep 2000 12:17:33 +0200 (CEST) (envelope-from pherman) Message-Id: <200009101017.e8AAHXX00485@bagabeedaboo.security.at12.de> Date: Sun, 10 Sep 2000 12:17:33 +0200 (CEST) From: Paul Herman Reply-To: Paul Herman To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21162: panic in ffs_softdep.c: handle_workitem_freeblocks() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21162 >Category: kern >Synopsis: panic in ffs_softdep.c: handle_workitem_freeblocks() >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 10 03:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Paul Herman >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: -CURRENT from Sep 8th, 2000, with SOFTUPDATES. ufs/ffs/ffs_softdep.c rev1.73 >Description: Kernel panics when a snapshot is deleted, and syncer is forced to sync. However, I don't think this has anything to do with snapshots, just big files in general. >How-To-Repeat: # mount -u -o snapshot /bigfilesystem/snap /bigfilesystem # rm /bigfilesystem/snap # sync # sync # sync # sync # sync [...sync like there's no tomorrow until it panics...] I couldn't reproduce this on a filesystem with not very many inodes (~4500), so I think you need a lot ( ~112000 in my case) to get it to panic. Probably a race condition of some sort? >Fix: No idea, but here's the stack trace. I have the vmcore and kernel still, so just let me know if you need any more info than what's supplied here. (kgdb) bt -10 #10 0xc017c358 in panic ( fmt=0xc02c7fe0 "handle_workitem_freeblocks: block count") at /usr/src/sys/kern/kern_shutdown.c:553 #11 0xc02437df in handle_workitem_freeblocks (freeblks=0xc09d1880) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2020 #12 0xc02431b4 in softdep_setup_freeblocks (ip=0xc09c3600, length=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1709 #13 0xc023e2da in ffs_truncate (vp=0xc6146dc0, length=0, flags=0, cred=0x0, p=0xc5675f40) at /usr/src/sys/ufs/ffs/ffs_inode.c:199 #14 0xc024c08f in ufs_inactive (ap=0xc5c78efc) at /usr/src/sys/ufs/ufs/ufs_inode.c:88 #15 0xc0251195 in ufs_vnoperate (ap=0xc5c78efc) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2263 #16 0xc01ac0ee in vput (vp=0xc6146dc0) at vnode_if.h:794 #17 0xc024454c in handle_workitem_remove (dirrem=0xc09d5fc0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2701 #18 0xc0241b50 in softdep_process_worklist (matchmnt=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:555 #19 0xc01ab97c in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1020 (kgdb) sel 11 (kgdb) frame #11 0xc02437df in handle_workitem_freeblocks (freeblks=0xc09d1880) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2020 2020 panic("handle_workitem_freeblocks: block count"); (kgdb) list 2015 blocksreleased += btodb(bsize); 2016 } 2017 2018 #ifdef DIAGNOSTIC 2019 if (freeblks->fb_chkcnt != blocksreleased) 2020 panic("handle_workitem_freeblocks: block count"); 2021 if (allerror) 2022 softdep_error("handle_workitem_freeblks", allerror); 2023 #endif /* DIAGNOSTIC */ 2024 WORKITEM_FREE(freeblks, D_FREEBLKS); (kgdb) print freeblks->fb_chkcnt $1 = 14048 (kgdb) print blocksreleased $2 = 14032 (kgdb) print freeblks->fb_oldsize $3 = 1536000000 (kgdb) quit >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 7:18:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by hub.freebsd.org (Postfix) with ESMTP id 7E14237B424; Sun, 10 Sep 2000 07:18:20 -0700 (PDT) Received: from atrbg11.informatik.tu-muenchen.de ([131.159.9.196] HELO atrbg11.informatik.tu-muenchen.de ident: NO-IDENT-SERVICE [port 3594]) by tuminfo2.informatik.tu-muenchen.de with SMTP id <113894-234>; Sun, 10 Sep 2000 16:18:16 +0000 Received: by atrbg11.informatik.tu-muenchen.de (Postfix, from userid 20455) id 482D013631; Sun, 10 Sep 2000 16:18:11 +0200 (CEST) From: Daniel Lang To: grog@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/21148: multiple crashes while using vinum Message-ID: <20000910161811.A56954@atrbg11.informatik.tu-muenchen.de> References: <200009100106.SAA58198@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200009100106.SAA58198@freefall.freebsd.org>; from grog@FreeBSD.org on Sun, Sep 10, 2000 at 03:08:11AM +0000 Date: Sun, 10 Sep 2000 16:18:11 +0000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Greg, grog@FreeBSD.org wrote on Sun, Sep 10, 2000 at 03:08:11AM +0000: [..] > Submitter did not supply the required information. [..] > As you say, you have reported this to me before. I've pointed you to > the instructions at www.vinumvm.org, but you still haven't given me > the information I need. Instead you give me information like dmesg > and config files, about which I say: [ don't send ...] True, I know that. I did not send this in my email to you, on which I never got an answer. This time I submitted a problem report, to freebsd-bugs in general, as I am not sure, that it could be an ATA problem as well. As far as I have looked at problem reports it is common, that this information is included. Please be assured, I did not ignore your instructions to hassle you. You have mentioned, that you need a valid backtrace, and I did know that too. If you look closely at the problem report you will see, that I have mentioned: [..] > I'm pretty sure, that the modules and kernel are compiled > with debugging symbols, that is, configured with -g (CONFIGARGS= -g), and > makeoptions DEBUG=-g in the kernel config. > > atleo4:/var/crash#file /modules/vinum.ko > /modules/vinum.ko: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped > > atleo4:/var/crash#file kernel.1 > kernel.1: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped [..] > But I don't seem to get a proper analysis with your .gdbinit.* files, > and gdb says: no debugging symbols found ??? > > Maybe there is something I missed, but what ??? [..] I am very sorry, that I did not get, that make installkernel removes the symbols (although it says its not stripped!!), before installing the kernel, but leaves a kernel.debug file as well. Same seems to apply to the modules. I will try to get both in place before the next crash. I don't know which would be the right way to make sure that the module contains the debugging symbols as well for sure. Here are the backtraces of the last three crashes now, however they don't contain "vinum debug" in the calling frame, so they might not be of use either. [..] (kgdb) f 1 #1 0xc016ba74 in poweroff_wait (junk=0xc031a521, howto=0xc031a500) at /usr/src/sys/kern/kern_shutdown.c:552 552 boot(bootopt); (kgdb) bt #0 boot (howto=0x100) at /usr/src/sys/kern/kern_shutdown.c:302 #1 0xc016ba74 in poweroff_wait (junk=0xc031a521, howto=0xc031a500) at /usr/src/sys/kern/kern_shutdown.c:552 #2 0xc0270030 in ffs_valloc (pvp=0xd963dec0, mode=0x41fd, cred=0xc23f3080, vpp=0xd940ed04) at /usr/src/sys/ufs/ffs/ffs_alloc.c:609 #3 0xc02817ca in ufs_mkdir (ap=0xd940ee6c) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1308 #4 0xc02827d5 in ufs_vnoperate (ap=0xd940ee6c) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2285 #5 0xc019c28a in mkdir (p=0xd93eb440, uap=0xd940ef80) at vnode_if.h:653 #6 0xc02d9f09 in syscall2 (frame={tf_fs = 0xc02c002f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0x8057419, tf_esi = 0xffffffff, tf_ebp = 0xbfbffa24, tf_isp = 0xd940efd4, tf_ebx = 0x0, tf_edx = 0xffffffff, tf_ecx = 0x2, tf_eax = 0x88, tf_trapno = 0x7, tf_err = 0x2, tf_eip = 0x280a73f0, tf_cs = 0x1f, tf_eflags = 0x297, tf_esp = 0xbfbff918, tf_ss = 0x2f}) at /usr/src/sys/i386/i386/trap.c:1150 #7 0xc02c845b in Xint0x80_syscall () #8 0x804efc7 in ?? () #9 0x80494fd in ?? () 2nd: (kgdb) f 1 #1 0xc016ba74 in poweroff_wait (junk=0xc032b12f, howto=0x0) at /usr/src/sys/kern/kern_shutdown.c:552 552 boot(bootopt); (kgdb) bt #0 boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:302 #1 0xc016ba74 in poweroff_wait (junk=0xc032b12f, howto=0x0) at /usr/src/sys/kern/kern_shutdown.c:552 #2 0xc02d9bdf in trap_fatal (frame=0xff81bcc0, eva=0x30) at /usr/src/sys/i386/i386/trap.c:951 #3 0xc02d9875 in trap_pfault (frame=0xff81bcc0, usermode=0x0, eva=0x30) at /usr/src/sys/i386/i386/trap.c:844 #4 0xc02d940f in trap (frame={tf_fs = 0x68000018, tf_es = 0xff810010, tf_ds = 0x10, tf_edi = 0xd6c2c3c0, tf_esi = 0x0, tf_ebp = 0xff81bd04, tf_isp = 0xff81bcec, tf_ebx = 0xc034ce3c, tf_edx = 0x68000240, tf_ecx = 0x8, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xc027397d, tf_cs = 0x8, tf_eflags = 0x10202, tf_esp = 0xc22e0800, tf_ss = 0xff81bd24}) at /usr/src/sys/i386/i386/trap.c:443 #5 0xc027397d in acquire_lock (lk=0xc034ce3c) at machine/globals.h:114 #6 0xc0277b52 in softdep_fsync_mountdev (vp=0xd6c2c3c0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3788 #7 0xc027bc9a in ffs_fsync (ap=0xff81bd84) at /usr/src/sys/ufs/ffs/ffs_vnops.c:134 #8 0xc027a9c6 in ffs_sync (mp=0xc22e0800, waitfor=0x2, cred=0xc143c900, p=0xc038a420) at vnode_if.h:537 #9 0xc01993e7 in sync (p=0xc038a420, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:544 #10 0xc016b48f in boot (howto=0x100) at /usr/src/sys/kern/kern_shutdown.c:224 #11 0xc016ba74 in poweroff_wait (junk=0xc032b12f, howto=0x0) at /usr/src/sys/kern/kern_shutdown.c:552 #12 0xc02d9bdf in trap_fatal (frame=0xff81bea8, eva=0xc32c9010) at /usr/src/sys/i386/i386/trap.c:951 #13 0xc02d9875 in trap_pfault (frame=0xff81bea8, usermode=0x0, eva=0xc32c9010) at /usr/src/sys/i386/i386/trap.c:844 #14 0xc02d940f in trap (frame={tf_fs = 0x18, tf_es = 0x10, tf_ds = 0xc2320010, tf_edi = 0xc2a24020, tf_esi = 0x0, tf_ebp = 0xff81bef0, tf_isp = 0xff81bed4, tf_ebx = 0xc32c9010, tf_edx = 0x2000, tf_ecx = 0xc2318000, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xc232a112, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xc2a24000, tf_ss = 0xc2a24000}) at /usr/src/sys/i386/i386/trap.c:443 During symbol reading, inner block (0xc231c000-0xc231c00a) not inside outer block (0xc2322c0c-0xc23233c2). During symbol reading, block at 0xc231c0d4 out of order. #15 0xc232a112 in unlockrange () at /usr/src/sys/modules/vinum/../../dev/vinum/vinumlock.c:284 #16 0xc2326bfc in complete_rqe () at /usr/src/sys/modules/vinum/../../dev/vinum/vinuminterrupt.c:199 #17 0xc019135f in biodone (bp=0xc2a24020) at /usr/src/sys/kern/vfs_bio.c:2637 #18 0xc02af068 in ad_interrupt (request=0xc25f1a80) at /usr/src/sys/dev/ata/ata-disk.c:581 #19 0xc02ab41e in ata_intr (data=0xc21cb780) at /usr/src/sys/dev/ata/ata-all.c:1117 #20 0xc02e205d in intr_mux (arg=0xc143a340) at /usr/src/sys/i386/isa/intr_machdep.c:582 Third (which happened last night): (kgdb) f 1 #1 0xc016ba74 in poweroff_wait (junk=0xc032b12f, howto=0x0) at /usr/src/sys/kern/kern_shutdown.c:552 552 boot(bootopt); (kgdb) bt #0 boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:302 #1 0xc016ba74 in poweroff_wait (junk=0xc032b12f, howto=0x0) at /usr/src/sys/kern/kern_shutdown.c:552 #2 0xc02d9bdf in trap_fatal (frame=0xff81bd38, eva=0x30) at /usr/src/sys/i386/i386/trap.c:951 #3 0xc02d9875 in trap_pfault (frame=0xff81bd38, usermode=0x0, eva=0x30) at /usr/src/sys/i386/i386/trap.c:844 #4 0xc02d940f in trap (frame={tf_fs = 0x68000018, tf_es = 0xff810010, tf_ds = 0x10, tf_edi = 0xd6c2c3c0, tf_esi = 0x0, tf_ebp = 0xff81bd7c, tf_isp = 0xff81bd64, tf_ebx = 0xc034ce3c, tf_edx = 0x68000240, tf_ecx = 0x8, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x0, tf_eip = 0xc027397d, tf_cs = 0x8, tf_eflags = 0x10202, tf_esp = 0xc22e0800, tf_ss = 0xff81bd9c}) at /usr/src/sys/i386/i386/trap.c:443 #5 0xc027397d in acquire_lock (lk=0xc034ce3c) at machine/globals.h:114 #6 0xc0277b52 in softdep_fsync_mountdev (vp=0xd6c2c3c0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3788 #7 0xc027bc9a in ffs_fsync (ap=0xff81bdfc) at /usr/src/sys/ufs/ffs/ffs_vnops.c:134 #8 0xc027a9c6 in ffs_sync (mp=0xc22e0800, waitfor=0x2, cred=0xc143c900, p=0xc038a420) at vnode_if.h:537 #9 0xc01993e7 in sync (p=0xc038a420, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:544 #10 0xc016b48f in boot (howto=0x100) at /usr/src/sys/kern/kern_shutdown.c:224 #11 0xc016ba74 in poweroff_wait (junk=0xc032b12f, howto=0x0) at /usr/src/sys/kern/kern_shutdown.c:552 #12 0xc02d9bdf in trap_fatal (frame=0xff81bf20, eva=0x0) at /usr/src/sys/i386/i386/trap.c:951 #13 0xc02d9875 in trap_pfault (frame=0xff81bf20, usermode=0x0, eva=0x0) at /usr/src/sys/i386/i386/trap.c:844 #14 0xc02d940f in trap (frame={tf_fs = 0x68000018, tf_es = 0xc2850010, tf_ds = 0xc22c0010, tf_edi = 0xc22c0000, tf_esi = 0xc3161800, tf_ebp = 0xff81bf74, tf_isp = 0xff81bf4c, tf_ebx = 0xc285dc20, tf_edx = 0x0, tf_ecx = 0xc22c0020, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc02aea58, tf_cs = 0x8, tf_eflags = 0x10246, tf_esp = 0xc3161800, tf_ss = 0x34}) at /usr/src/sys/i386/i386/trap.c:443 #15 0xc02aea58 in ad_start (adp=0xc22c0000) at /usr/src/sys/sys/buf.h:414 #16 0xc02ab4a5 in ata_start (scp=0xc21cb780) at /usr/src/sys/dev/ata/ata-all.c:1175 #17 0xc02ab455 in ata_intr (data=0xc21cb780) at /usr/src/sys/dev/ata/ata-all.c:1152 #18 0xc02e205d in intr_mux (arg=0xc143a340) at /usr/src/sys/i386/isa/intr_machdep.c:582 Please accept my apologies for not producing the required information in the first place. I hope this problem may work out somehow. Best regards, Daniel -- IRCnet: Mr-Spock - Soon I will be free, then hungry. - *Daniel Lang * dl@leo.org * +49 89 289 25735 * http://www.leo.org/~dl/* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 11:50:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 62A7837B42C for ; Sun, 10 Sep 2000 11:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA42407; Sun, 10 Sep 2000 11:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 0364737B42C for ; Sun, 10 Sep 2000 11:46:23 -0700 (PDT) Received: by gw.nectar.com (Postfix, from userid 1001) id EA40C1925A; Sun, 10 Sep 2000 13:46:21 -0500 (CDT) Message-Id: <20000910184621.EA40C1925A@gw.nectar.com> Date: Sun, 10 Sep 2000 13:46:21 -0500 (CDT) From: "Jacques A. Vidrine" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21173: pcm "panic: no feed" with Creative SB AWE64 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21173 >Category: kern >Synopsis: pcm "panic: no feed" with Creative SB AWE64 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 10 11:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jacques Vidrine >Release: FreeBSD 4.1-STABLE i386 >Organization: sorely lacking >Environment: FreeBSD hamlet.nectar.com 4.1-STABLE FreeBSD 4.1-STABLE #0: Sat Sep 9 22:17:15 CDT 2000 root@hamlet.nectar.com:/var/obj/usr/src/sys/HAMLET i386 CPU: AMD Athlon(tm) Processor (750.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x622 Stepping = 2 Features=0x183f9ff AMD Features=0xc0400000 real memory = 268369920 (262080K bytes) avail memory = 257200128 (251172K bytes) sbc1: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc1: setting card to irq 5, drq 1, 5 pcm0: on sbc1 unknown0: at port 0x200-0x207 on isa0 unknown1: at port 0x620-0x623 on isa0 >Description: Two previous postings on freebsd-multimedia: From n@nectar.com Fri Sep 1 16:31:23 2000 Date: Fri, 1 Sep 2000 16:31:23 -0500 From: "Jacques A. Vidrine" To: freebsd-multimedia@freebsd.org Subject: [panic: no feed] FreeBSD 4.1-STABLE and Creative SB AWE64 Message-ID: <20000901163123.B19985@hamlet.nectar.com> I just decided to try the ohphone port, and have run into a reproducable panic. This is 4.1-STABLE built from sources CVSup'd August 24. sbc1: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc1: setting card to irq 5, drq 1, 5 pcm0: on sbc1 To reproduce: % sox -t ossdsp -w -s /dev/dsp foo.wav panic: no feed Debugger("panic") Stopped at Debugger+0x34: movb $0, in_Debugger.390 Debugger(c02d37e3) at Debugger+0x34 panic(c02fbe3f, c115d29c, c115d200, cd578edc, 0) at panic+0x70 chn_rdfeed2nd(c115d200, cd578edc) at chn_rdfeed2nd+0x6f chn_read(c115d200, cd578edc, cd578edc, cd571c40, c115d200) at chn_read+0x67 dsp_read snd_read spec_read ufsspec_read and so forth vfs_vnoperatespec vn_read dofileread read syscall Xint0x80_syscall Unfortunately I didn't have the symbols for this kernel laying around. I'll get a kgdb trace in a day or two when I have time to crash again :-) sox and ohphone are the only two applications with which I tried recording... both cause the panic. Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org From n@nectar.com Sat Sep 2 13:55:23 2000 Date: Sat, 2 Sep 2000 13:55:23 -0500 From: "Jacques A. Vidrine" To: freebsd-multimedia@freebsd.org Subject: Re: [panic: no feed] FreeBSD 4.1-STABLE and Creative SB AWE64 Message-ID: <20000902135523.A581@hamlet.nectar.com> On Fri, Sep 01, 2000 at 04:31:23PM -0500, Jacques A. Vidrine wrote: > I just decided to try the ohphone port, and have run into a reproducable > panic. This is 4.1-STABLE built from sources CVSup'd August 24. > > sbc1: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 > sbc1: setting card to irq 5, drq 1, 5 > pcm0: on sbc1 > > To reproduce: > > % sox -t ossdsp -w -s /dev/dsp foo.wav > panic: no feed > Debugger("panic") > Stopped at Debugger+0x34: movb $0, in_Debugger.390 I'm following up my own post with a kgdb stack trace. I am happy to supply more information on request. #0 boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:302 #1 0xc01657d5 in panic (fmt=0xc02cf754 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:552 #2 0xc0145c09 in db_panic (addr=-1070951400, have_addr=0, count=-1, modif=0xcd526bf4 "") at /usr/src/sys/ddb/db_command.c:433 #3 0xc0145ba9 in db_command (last_cmdp=0xc030eb2c, cmd_table=0xc030e98c, aux_cmd_tablep=0xc0353a68) at /usr/src/sys/ddb/db_command.c:333 #4 0xc0145c6e in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #5 0xc0147d7b in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:71 #6 0xc02a91ba in kdb_trap (type=3, code=0, regs=0xcd526cfc) at /usr/src/sys/i386/i386/db_interface.c:158 #7 0xc02b5138 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 2, tf_esi = 256, tf_ebp = -850236092, tf_isp = -850236120, tf_ebx = -1070633409, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1070951400, tf_cs = 8, tf_eflags = 582, tf_esp = -1070600161, tf_ss = -1070778397}) at /usr/src/sys/i386/i386/trap.c:569 #8 0xc02a9418 in Debugger (msg=0xc02d37e3 "panic") at machine/cpufunc.h:64 #9 0xc01657cc in panic (fmt=0xc02f6e3f "no feed") at /usr/src/sys/kern/kern_shutdown.c:550 #10 0xc0287ddb in chn_rdfeed2nd (c=0xc115d200, buf=0xcd526edc) at /usr/src/sys/dev/sound/pcm/channel.c:634 #11 0xc0287f3b in chn_read (c=0xc115d200, buf=0xcd526edc) at /usr/src/sys/dev/sound/pcm/channel.c:740 #12 0xc0288e28 in dsp_read (d=0xc1182000, chan=0, buf=0xcd526edc, flag=1245184) at /usr/src/sys/dev/sound/pcm/dsp.c:181 #13 0xc028addd in sndread (i_dev=0xc1183e80, buf=0xcd526edc, flag=1245184) at /usr/src/sys/dev/sound/pcm/sound.c:340 #14 0xc019b36b in spec_read (ap=0xcd526e6c) at /usr/src/sys/miscfs/specfs/spec_vnops.c:251 #15 0xc0254da0 in ufsspec_read (ap=0xcd526e6c) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1826 #16 0xc025529d in ufs_vnoperatespec (ap=0xcd526e6c) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2303 #17 0xc0197750 in vn_read (fp=0xc164a500, uio=0xcd526edc, cred=0xc0e51600, flags=0, p=0xcc16ff20) at vnode_if.h:334 #18 0xc01728a8 in dofileread (p=0xcc16ff20, fp=0xc164a500, fd=3, buf=0x28130323, nbyte=1, offset=-1, flags=0) at /usr/src/sys/sys/file.h:143 #19 0xc017278f in read (p=0xcc16ff20, uap=0xcd526f80) at /usr/src/sys/kern/sys_generic.c:110 #20 0xc02b5a65 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 2031, tf_esi = 672334560, tf_ebp = -1077937260, tf_isp = -850235436, tf_ebx = 672265284, tf_edx = 672334648, tf_ecx = 0, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 672219540, tf_cs = 31, tf_eflags = 663, tf_esp = -1077937304, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1150 #21 0xc02a9b05 in Xint0x80_syscall () #22 0x281021b6 in ?? () #23 0x280fddd9 in ?? () #24 0x8051f01 in ?? () #25 0x8052151 in ?? () #26 0x8049bbd in ?? () #27 0x80493d7 in ?? () #28 0x8048f61 in ?? () -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org >How-To-Repeat: sox -t ossdsp -w -s /dev/dsp foo.wav >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 11:52:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1167937B422; Sun, 10 Sep 2000 11:52:55 -0700 (PDT) Received: (from nectar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA42707; Sun, 10 Sep 2000 11:52:55 -0700 (PDT) (envelope-from nectar@FreeBSD.org) Date: Sun, 10 Sep 2000 11:52:55 -0700 (PDT) From: Message-Id: <200009101852.LAA42707@freefall.freebsd.org> To: nectar@FreeBSD.org, freebsd-bugs@FreeBSD.org, cg@FreeBSD.org Subject: Re: kern/21173: pcm "panic: no feed" with Creative SB AWE64 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pcm "panic: no feed" with Creative SB AWE64 Responsible-Changed-From-To: freebsd-bugs->cg Responsible-Changed-By: nectar Responsible-Changed-When: Sun Sep 10 11:52:36 PDT 2000 Responsible-Changed-Why: cg is wired for sound http://www.freebsd.org/cgi/query-pr.cgi?pr=21173 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 12: 8:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 7715D37B422 for ; Sun, 10 Sep 2000 12:08:32 -0700 (PDT) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id C4F581925A; Sun, 10 Sep 2000 14:08:31 -0500 (CDT) Received: (from nectar@localhost) by hamlet.nectar.com (8.9.3/8.9.3) id OAA35063; Sun, 10 Sep 2000 14:08:31 -0500 (CDT) (envelope-from nectar@spawn.nectar.com) Date: Sun, 10 Sep 2000 14:08:31 -0500 From: "Jacques A. Vidrine" To: Alexander Kabaev Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/21092: _gethostbynis function does not set h_errno on failure Message-ID: <20000910140831.A35050@hamlet.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Alexander Kabaev , freebsd-bugs@FreeBSD.org References: <200009081250.FAA65006@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200009081250.FAA65006@freefall.freebsd.org>; from sheldonh@FreeBSD.org on Fri, Sep 08, 2000 at 05:50:13AM -0700 X-Url: http://www.nectar.com/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You patch was applied to -CURRENT, thanks! This will need to be MFC'd to RELENG_4... as a matter of course, I'll give it a week first. I won't close this PR until then. Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 12:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1777C37B423 for ; Sun, 10 Sep 2000 12:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA49960; Sun, 10 Sep 2000 12:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by hub.freebsd.org (Postfix) with ESMTP id EAEEB37B424 for ; Sun, 10 Sep 2000 12:43:09 -0700 (PDT) Received: from login-1.eunet.no (login-1.eunet.no [193.75.110.2]) by mail-relay.eunet.no (8.9.3/8.9.3/GN) with ESMTP id VAA99297 for ; Sun, 10 Sep 2000 21:43:04 +0200 (CEST) (envelope-from mbendiks@eunet.no) Received: (from mbendiks@localhost) by login-1.eunet.no (8.9.3/8.8.8) id VAA71964; Sun, 10 Sep 2000 21:43:04 +0200 (CEST) (envelope-from mbendiks@eunet.no) Message-Id: <200009101943.VAA71964@login-1.eunet.no> Date: Sun, 10 Sep 2000 21:43:04 +0200 (CEST) From: mbendiks@eunet.no Reply-To: mbendiks@eunet.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21175: ISA DMA incorrectly handled Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21175 >Category: kern >Synopsis: ISA DMA channels 4-7 operate on wrong memory area >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 10 12:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Marius Bendiksen >Release: FreeBSD 5.0-CURRENT i386 >Organization: n/a >Environment: Any system from 3.x and beyond. >Description: The ISA DMA handling code in /sys/i386/isa/isa_dma.c appears incorrect, according to my PC hardware guide. For the high channels, the page of the bounce buffer is incorrectly shifted by 16 bits, when it should be shifted by 17. This could possibly cause unexplained memory corruption under certain conditions. As a side note, genuine Intel chips do not need bounce buffers, and have not since i386, as there exists a second page register. >How-To-Repeat: No problem here yet. >Fix: The following patch will correct the problem: --- isa_dma.c.orig Sun Sep 10 21:44:53 2000 +++ isa_dma.c Sun Sep 10 21:45:12 2000 @@ -317,9 +317,9 @@ /* send start address */ waport = DMA2_CHN(chan - 4); outb(waport, phys>>1); outb(waport, phys>>9); - outb(dmapageport[chan], phys>>16); + outb(dmapageport[chan], phys>>17); /* send count */ nbytes >>= 1; outb(waport + 2, --nbytes); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 14:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5AECD37B42C for ; Sun, 10 Sep 2000 14:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA64201; Sun, 10 Sep 2000 14:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from yeti.ismedia.pl (yeti.ismedia.pl [212.182.117.178]) by hub.freebsd.org (Postfix) with SMTP id 21D3137B422 for ; Sun, 10 Sep 2000 14:42:22 -0700 (PDT) Received: (qmail 7197 invoked by uid 1001); 10 Sep 2000 21:42:07 -0000 Message-Id: <20000910214207.7196.qmail@yeti.ismedia.pl> Date: 10 Sep 2000 21:42:07 -0000 From: venglin@ismedia.pl Reply-To: venglin@ismedia.pl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21176: Malformed packets on fxp driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21176 >Category: kern >Synopsis: Malformed packets on fxp driver >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 10 14:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Przemyslaw Frasunek >Release: FreeBSD 4.1-STABLE i386 >Organization: ISMEDiA >Environment: FreeBSD yeti.ismedia.pl 4.1-STABLE FreeBSD 4.1-STABLE #0: Sun Sep 10 22:09:16 CEST 2000 root@yeti.ismedia.pl:/usr/src/sys/compile/YETI i386 Cvsuped from 5.0-CURRENT. Kernel configuration: machine i386 cpu I686_CPU ident YETI maxusers 128 options INET options INET6 options FFS options FFS_ROOT options QUOTA options SOFTUPDATES options NFS options CD9660 options COMPAT_43 options USERCONFIG options VISUAL_USERCONFIG options SYSVSHM options SYSVMSG options SYSVSEM options ICMP_BANDLIM options IPFIREWALL options IPDIVERT device isa device pci device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device ata device atadisk device atapicd options ATA_STATIC_ID options ATA_ENABLE_ATAPI_DMA device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? device sc0 at isa? flags 0x100 device npx0 at nexus? port IO_NPX irq 13 device fxp pseudo-device loop pseudo-device ether pseudo-device pty pseudo-device snp 4 pseudo-device gif 32 pseudo-device bpf Interfaces: fxp0: flags=8843 mtu 1500 inet 212.182.117.178 netmask 0xfffffff8 broadcast 212.182.117.183 inet6 fe80::290:27ff:fea3:f128%fxp0 prefixlen 64 scopeid 0x1 ether 00:90:27:a3:f1:28 media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP fxp1: flags=8843 mtu 1500 inet6 fe80::290:27ff:fea3:f100%fxp1 prefixlen 64 scopeid 0x2 inet 10.10.11.1 netmask 0xffffff00 broadcast 10.10.11.255 ether 00:90:27:a3:f1:00 media: autoselect (100baseTX ) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP gif0: flags=8011 mtu 1280 inet6 fe80::290:27ff:fea3:f128%gif0 --> :: prefixlen 64 scopeid 0x3 inet6 3ffe:8010:5d::2 --> 3ffe:8010:5d::1 prefixlen 128 inet6 3ffe:8010:5d::8 --> 3ffe:8010:5d::1 prefixlen 128 inet6 3ffe:8010:5d::9 --> 3ffe:8010:5d::1 prefixlen 128 inet6 3ffe:8010:5d::a --> 3ffe:8010:5d::1 prefixlen 128 gif1: flags=8011 mtu 1280 inet6 fe80::290:27ff:fea3:f128%gif1 --> :: prefixlen 64 scopeid 0x4 inet6 3ffe:8010:5d::2:0:1 --> 3ffe:8010:5d::2:0:2 prefixlen 128 gif2: flags=8011 mtu 1280 inet6 fe80::290:27ff:fea3:f128%gif2 --> :: prefixlen 64 scopeid 0x5 inet6 3ffe:8010:5d::8:0:1 --> 3ffe:8010:5d::8:0:2 prefixlen 128 gif3: flags=8011 mtu 1280 inet6 fe80::290:27ff:fea3:f128%gif3 --> :: prefixlen 64 scopeid 0x6 inet6 3ffe:8010:5d::3:0:1 --> 3ffe:8010:5d::3:0:2 prefixlen 128 gif4: flags=8011 mtu 1280 inet6 fe80::290:27ff:fea3:f128%gif4 --> :: prefixlen 64 scopeid 0x7 inet6 3ffe:8010:5d::4:0:1 --> 3ffe:8010:5d::4:0:2 prefixlen 128 gif5: flags=8011 mtu 1280 inet6 fe80::290:27ff:fea3:f128%gif5 --> :: prefixlen 64 scopeid 0x8 inet6 3ffe:8010:5d::5:0:1 --> 3ffe:8010:5d::5:0:2 prefixlen 128 gif6: flags=8011 mtu 1280 inet6 fe80::290:27ff:fea3:f128%gif6 --> :: prefixlen 64 scopeid 0x9 inet6 3ffe:8010:5d::6:0:1 --> 3ffe:8010:5d::6:0:2 prefixlen 128 gif7: flags=8011 mtu 1280 inet6 fe80::290:27ff:fea3:f128%gif7 --> :: prefixlen 64 scopeid 0xa inet6 3ffe:8010:5d::7:0:1 --> 3ffe:8010:5d::7:0:2 prefixlen 128 gif8: flags=8010 mtu 1280 gif9: flags=8010 mtu 1280 gif10: flags=8010 mtu 1280 gif11: flags=8010 mtu 1280 gif12: flags=8010 mtu 1280 gif13: flags=8010 mtu 1280 gif14: flags=8010 mtu 1280 gif15: flags=8010 mtu 1280 gif16: flags=8010 mtu 1280 gif17: flags=8010 mtu 1280 gif18: flags=8010 mtu 1280 gif19: flags=8010 mtu 1280 gif20: flags=8010 mtu 1280 gif21: flags=8010 mtu 1280 gif22: flags=8010 mtu 1280 gif23: flags=8010 mtu 1280 gif24: flags=8010 mtu 1280 gif25: flags=8010 mtu 1280 gif26: flags=8010 mtu 1280 gif27: flags=8010 mtu 1280 gif28: flags=8010 mtu 1280 gif29: flags=8010 mtu 1280 gif30: flags=8010 mtu 1280 gif31: flags=8010 mtu 1280 lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x23 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 >Description: Packets coming from fxp1 interface are malformed: 23:22:13.931265 0:90:27:a3:f1:0 ff:ff:ff:ff:ff:ff 0800 98: 10.10.11.1 > 10.10.11.255: icmp: echo request 4500 0054 7470 0000 ff01 1c25 0a0a 0b01 0a0a 0bff 0800 6e7b 7616 3500 85fb bb39 a435 0e00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 23:22:14.941266 ff:ff:ff:ff:0:90 2:0:0:0:ff:ff 27a3 102: f100 0800 4500 0054 747f 0000 ff01 1c16 0a0a 0b01 0a0a 0bff 0800 5654 7616 3600 86fb bb39 ba5c 0e00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 Received packet is padded with 4 bytes (0xff) on the beginning. It is not a hardware failure. Everything worked on 5.0-CURRENT. Packets from fxp0 are good. >How-To-Repeat: Send some packets to broadcast address on second fxp NIC. Catch responses with tcpdump -x. >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 15: 7:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from darius.concentric.net (darius.concentric.net [207.155.198.79]) by hub.freebsd.org (Postfix) with ESMTP id C6D4B37B422 for ; Sun, 10 Sep 2000 15:07:47 -0700 (PDT) Received: from newman.concentric.net (newman.concentric.net [207.155.198.71]) by darius.concentric.net (8.9.1a/(98/12/15 5.12)) id SAA01121; Sun, 10 Sep 2000 18:07:47 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from UrsaMajor.Ursa.com (ts013d40.atl-ga.concentric.net [206.173.84.148]) by newman.concentric.net (8.9.1a) id SAA24978; Sun, 10 Sep 2000 18:07:42 -0400 (EDT) Message-ID: <39BC068C.41C67EA6@cris.com> Date: Sun, 10 Sep 2000 18:10:04 -0400 From: amg X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: Bugs@FreeBSD.org Subject: 4.1 lpt support Content-Type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bugs: Version: FreeBSD 4.1 CDROM. Hardwar: IBM PPro 200MHZ 64MB Ram. Symptomes: I am unable to compile printer support into the kernel. Thus far, I have had about a half dozen unsucessful tries. Additionally, there was no printer support compiled into the GENERIC kernel. The criterion for "no support" is that there is no mention of any lpt? in dmesg's output. It is not the hardware as I recently converted from 2.2.8 to 4.1. Attached: KERNEL_MAX1 - the kernel config file for my kernel dmesg.out - the output of dmesg. Note: the number of "invalid command or syntax" messages??? I have followed the directions that are in the file /usr/share/doc/handbook/handbook for installing a printer. august ursa@cris.com --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii; name="KERNEL_MAX1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="KERNEL_MAX1" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.8 2000/07/20 02:51:02 msmith Exp $ machine i386 ##cpu I386_CPU ##cpu I486_CPU ##cpu I586_CPU cpu I686_CPU ident KERNEL_MAX1 maxusers 8 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols ##options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem ##options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options EXT2FS #linux Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_LINUX #Run linux binaries ##options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options SCSI_DELAY=7500 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV #Install a CDEV entry in /dev options VESA #Suport for VESA video modes options SC_HISTORY_SIZE=200 #Number of history buffer lines # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaking, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # ATA and ATAPI devices ##device ata0 at isa? port IO_WD1 irq 14 ##device ata1 at isa? port IO_WD2 irq 15 device ata ##device atadisk # ATA disk drives ##device atapicd # ATAPI CDROM drives ##device atapifd # ATAPI floppy drives ##device atapist # ATAPI tape drives ##options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers ##device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices ##device amd # AMD 53C974 (Teckram DC-390(T)) ##device dpt # DPT Smartcache - See LINT for options! ##device isp # Qlogic family ##device ncr # NCR/Symbios Logic ##device sym # NCR/Symbios Logic (newer chipsets) ##options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured ##device adv0 at isa? ##device adw ##device bt0 at isa? ##device aha0 at isa? ##device aic0 at isa? # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers ##device ida # Compaq Smart RAID ##device amr # AMI MegaRAID ##device mlx # Mylex DAC960 family ##device twe # 3ware Escalade # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do NOT disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) ##device apm0 at nexus? disable flags 0x20 # Advanced Power Mgmt # PCCARD (PCMCIA) support ##device card ##device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 ##device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 ##device sio2 at isa? disable port IO_COM3 irq 5 ##device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device lpt0 at isa? port? tty irq 7 vector lptintr device ppi # Parallel port interface device ##device plip # TCP/IP over parallel #device vpo # Requires scbus and da # PCI Ethernet NICs. ##device de # DEC/Intel DC21x4x (``Tulip'') ##device fxp # Intel EtherExpress PRO/100B (82557, 82558) ##device tx # SMC 9432TX (83c170 ``EPIC'') ##device vx # 3Com 3c590, 3c595 (``Vortex'') ##device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. ##device miibus # MII bus support ##device dc # DEC/Intel 21143 and various workalikes ##device rl # RealTek 8129/8139 ##device sf # Adaptec AIC-6915 (``Starfire'') ##device sis # Silicon Integrated Systems SiS 900/SiS 7016 ##device ste # Sundance ST201 (D-Link DFE-550TX) ##device tl # Texas Instruments ThunderLAN ##device vr # VIA Rhine, Rhine II ##device wb # Winbond W89C840F ##device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. device ed0 at isa? port 0x300 irq 5 iomem 0xd8000 ##device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 ##device ex ##device ep # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. ##device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. ##device an # Xircom Ethernet ##device xe # The probe order of these is presently determined by i386/isa/isa_compat.c. ##device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 ##device fe0 at isa? port 0x300 ##device le0 at isa? port 0x300 irq 5 iomem 0xd0000 ##device lnc0 at isa? port 0x280 irq 10 drq 0 ##device cs0 at isa? port 0x300 ##device sn0 at isa? port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support ##pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gzip # Exec gzipped a.out's pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device umass # Disks/Mass storage - Requires scbus and da device ukbd # Keyboard device ulpt # Printer device ums # Mouse # USB Ethernet, requires mii ##device aue # ADMtek USB ethernet ##device cue # CATC USB ethernet ##device kue # Kawasaki LSI USB ethernet --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.out" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1-RELEASE #0: Sun Sep 10 16:43:57 EDT 2000 amg@:/usr/src/sys/compile/KERNEL_MAX1 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 199310706 Hz CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbff real memory = 67108864 (65536K bytes) config> di pcic0 No such device: pcic0 Invalid command or syntax. Type `?' for help. config> di sn0 No such device: sn0 Invalid command or syntax. Type `?' for help. config> di lnc0 No such device: lnc0 Invalid command or syntax. Type `?' for help. config> di le0 No such device: le0 Invalid command or syntax. Type `?' for help. config> di ie0 No such device: ie0 Invalid command or syntax. Type `?' for help. config> di fe0 No such device: fe0 Invalid command or syntax. Type `?' for help. config> di cs0 No such device: cs0 Invalid command or syntax. Type `?' for help. config> di ata1 No such device: ata1 Invalid command or syntax. Type `?' for help. config> di ata0 No such device: ata0 Invalid command or syntax. Type `?' for help. config> di aic0 No such device: aic0 Invalid command or syntax. Type `?' for help. config> di aha0 No such device: aha0 Invalid command or syntax. Type `?' for help. config> di adv0 No such device: adv0 Invalid command or syntax. Type `?' for help. config> q avail memory = 61943808 (60492K bytes) Preloaded elf kernel "kernel" at 0xc0354000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc035409c. VESA: v1.2, 512k memory, flags:0x0, mode table:0xc02f3d74 (1000014) VESA: Cirrus Logic GD-54xx VGA Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 Correcting Natoma config for non-SMP Correcting Natoma config for non-SMP isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0xfff0-0xffff at device 1.1 on pci0 uhci0: port 0x5400-0x541f irq 15 at device 1.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port 1 power on failed, IOERROR uhub0: port 2 power on failed, IOERROR pcib1: at device 2.0 on pci0 pci1: on pcib1 ahc0: port 0x5000-0x50ff mem 0x90000000-0x90000fff irq 15 at device 15.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs pci0: at 16.0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: cannot reserve I/O port range ed0 at port 0x300-0x31f iomem 0xd8000 irq 5 on isa0 ed0: address 00:c0:f0:10:de:08, type NE2000 (16 bit) Waiting 7 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: cd present [309118 x 2048 byte records] da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4303MB (8813870 512 byte sectors: 64H 32S/T 4303C) --------------446B9B3D2781E494167EB0E7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 15:17:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from darius.concentric.net (darius.concentric.net [207.155.198.79]) by hub.freebsd.org (Postfix) with ESMTP id B8CE337B422 for ; Sun, 10 Sep 2000 15:17:18 -0700 (PDT) Received: from newman.concentric.net (newman.concentric.net [207.155.198.71]) by darius.concentric.net (8.9.1a/(98/12/15 5.12)) id SAA02345; Sun, 10 Sep 2000 18:17:18 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from UrsaMajor.Ursa.com (ts013d40.atl-ga.concentric.net [206.173.84.148]) by newman.concentric.net (8.9.1a) id SAA27099; Sun, 10 Sep 2000 18:17:16 -0400 (EDT) Message-ID: <39BC08FA.794BDF32@cris.com> Date: Sun, 10 Sep 2000 18:19:38 -0400 From: amg X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 2.2.8-RELEASE i386) MIME-Version: 1.0 To: Bugs@FreeBSD.org Subject: Hangs on reboot Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bugs: Version: FreeBSD 4.1 CDROM. Hardwar: IBM PPro 200Mhz 64MB Ram Adaptec 2940 Symptomes: I have recently changed one of my nodes from 2.2.8 to 4.1 and now have the following bug: when I issue "shutdown -r now", the system will start to reboot and gets as far as the 2940 reporting what SCSI devices it finds but HANGS before dis- playing the line "SCSI BIOS installed sucessfully". The behavior is the same when using the -h toggle. august ursa@cris.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 16:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5E08937B423 for ; Sun, 10 Sep 2000 16:10:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA73905; Sun, 10 Sep 2000 16:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [131.243.1.81]) by hub.freebsd.org (Postfix) with ESMTP id 04A1237B424 for ; Sun, 10 Sep 2000 16:02:10 -0700 (PDT) Received: (from leres@localhost) by fun.ee.lbl.gov (8.11.0/8.11.0) id e8AN29271497; Sun, 10 Sep 2000 16:02:09 -0700 (PDT) Message-Id: <200009102302.e8AN29271497@fun.ee.lbl.gov> Date: Sun, 10 Sep 2000 16:02:08 -0700 From: Craig Leres To: FreeBSD-gnats-submit@freebsd.org Cc: leres@ee.lbl.gov (Craig Leres) X-Send-Pr-Version: 3.2 Subject: bin/21177: [PATCH] ifinfo dumps core (plus other fixes) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21177 >Category: bin >Synopsis: [PATCH] ifinfo dumps core (plus other fixes) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Sep 10 16:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Craig Leres >Release: FreeBSD 4.1-RELEASE i386 >Organization: Lawrence Berkeley National Laboratory >Environment: >Description: Ifinfo fails to compile; if you ifdef out the obsolete if_data struct references and your kerenl has gif(4) interfaces, it dumps core. It's also missing a few interface descriptions. >How-To-Repeat: fun 1182 % ifinfo [...] Interface gif0: flags: ffff8010 promiscuous listeners: 0 send queue length: 0 send queue max length: 50 send queue drops: 0 Segmentation fault (core dumped) >Fix: Appended is a context diff to tools/tools/ifinfo/ifinfo.c =================================================================== RCS file: RCS/ifinfo.c,v retrieving revision 1.1 diff -c -r1.1 ifinfo.c *** ifinfo.c 2000/09/10 22:44:21 1.1 --- ifinfo.c 2000/09/10 22:51:52 *************** *** 160,168 **** --- 160,170 ---- printf("\tinput queue drops: %lu\n", ifmd->ifmd_data.ifi_iqdrops); printf("\tpackets for unknown protocol: %lu\n", ifmd->ifmd_data.ifi_noproto); + #ifdef notdef printf("\treceive timing: %lu usec\n", ifmd->ifmd_data.ifi_recvtiming); printf("\ttransmit timing: %lu usec\n", ifmd->ifmd_data.ifi_xmittiming); + #endif } static const char *const if_types[] = { *************** *** 220,226 **** "SONETVT", "SMDS InterCarrier Interface", "Proprietary virtual interface", ! "Proprietary multiplexing" }; #define NIFTYPES ((sizeof if_types)/(sizeof if_types[0])) --- 222,231 ---- "SONETVT", "SMDS InterCarrier Interface", "Proprietary virtual interface", ! "Proprietary multiplexing", ! "Generic tunnel interface", ! "IPv6-to-IPv4 TCP relay capturing interface", ! "6to4 tunnel interface" }; #define NIFTYPES ((sizeof if_types)/(sizeof if_types[0])) *************** *** 229,235 **** { static char buf[256]; ! if (type <= 0 || type > NIFTYPES) { sprintf(buf, "unknown type %d", type); return buf; } --- 234,240 ---- { static char buf[256]; ! if (type <= 0 || type >= NIFTYPES) { sprintf(buf, "unknown type %d", type); return buf; } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 16:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 57CB737B423 for ; Sun, 10 Sep 2000 16:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA75579; Sun, 10 Sep 2000 16:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from squall.waterspout.com (squall.waterspout.com [208.13.60.154]) by hub.freebsd.org (Postfix) with ESMTP id A8DBE37B423 for ; Sun, 10 Sep 2000 16:21:16 -0700 (PDT) Received: (from csg@localhost) by squall.waterspout.com (8.9.3/8.9.3) id SAA42664; Sun, 10 Sep 2000 18:19:40 -0500 (EST) (envelope-from csg) Message-Id: <200009102319.SAA42664@squall.waterspout.com> Date: Sun, 10 Sep 2000 18:19:40 -0500 (EST) From: csg@waterspout.com Reply-To: csg@waterspout.com To: FreeBSD-gnats-submit@freebsd.org Cc: ajk@waterspout.com, ab@eas.purdue.edu, dpm@vutar.com X-Send-Pr-Version: 3.2 Subject: bin/21178: voltag selector, and unload support for chio(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21178 >Category: bin >Synopsis: voltag selector, and unload support for chio(1). >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Sep 10 16:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: C. Stephen Gunn >Release: FreeBSD 4.0-STABLE i386 >Organization: Waterpout Communications, Inc. >Environment: Most versions of FreeBSD. >Description: chio(1) provides no mechanism to select media by "voltag." chio(1) provides no mechanism to return a media unit to its source. >How-To-Repeat: N/A - new feature request. >Fix: o A pseudo-element type selector "voltag" that can be used to select source elements: chio move voltag VOLUME-03 drive 0 chio exchange voltag VOLUME-03 voltag VOLUME-04 o A new sub-command "unload" that returns a media unit to the source element reported by 'chio status -a': chio unload drive 0 chio unload voltag VOLUME-03 A patch relative to 4.1-STABLE (should work on 5.0-CURRENT as well) is available at: http://www.physics.purdue.edu/~csg/FreeBSD/chio.patch >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 16:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5D56D37B422 for ; Sun, 10 Sep 2000 16:50:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA77154; Sun, 10 Sep 2000 16:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 10 Sep 2000 16:50:02 -0700 (PDT) Message-Id: <200009102350.QAA77154@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Matthew Jacob Subject: Re: bin/21178: voltag selector, and unload support for chio(1) Reply-To: Matthew Jacob Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21178; it has been noted by GNATS. From: Matthew Jacob To: csg@waterspout.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG, ajk@waterspout.com, ab@eas.purdue.edu, dpm@vutar.com Subject: Re: bin/21178: voltag selector, and unload support for chio(1) Date: Sun, 10 Sep 2000 16:40:33 -0700 (PDT) Why doesn't somebody just merge the equivalent fixes from NetBSD's chio into FreeBSD? Or where they already done? > > >Number: 21178 > >Category: bin > >Synopsis: voltag selector, and unload support for chio(1). > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Sun Sep 10 16:30:01 PDT 2000 > >Closed-Date: > >Last-Modified: > >Originator: C. Stephen Gunn > >Release: FreeBSD 4.0-STABLE i386 > >Organization: > Waterpout Communications, Inc. > >Environment: > > Most versions of FreeBSD. > > >Description: > > chio(1) provides no mechanism to select media by "voltag." > chio(1) provides no mechanism to return a media unit to its source. > > >How-To-Repeat: > > N/A - new feature request. > > >Fix: > > o A pseudo-element type selector "voltag" that can be used to select > source elements: > > chio move voltag VOLUME-03 drive 0 > > chio exchange voltag VOLUME-03 voltag VOLUME-04 > > o A new sub-command "unload" that returns a media unit to the source > element reported by 'chio status -a': > > chio unload drive 0 > chio unload voltag VOLUME-03 > > A patch relative to 4.1-STABLE (should work on 5.0-CURRENT as well) is > available at: > > http://www.physics.purdue.edu/~csg/FreeBSD/chio.patch > > > >Release-Note: > >Audit-Trail: > >Unformatted: > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 10 18:40: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5233B37B422 for ; Sun, 10 Sep 2000 18:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA90471; Sun, 10 Sep 2000 18:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 10 Sep 2000 18:40:02 -0700 (PDT) Message-Id: <200009110140.SAA90471@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: csg@waterspout.com (C. Stephen Gunn) Subject: Re: bin/21178: voltag selector, and unload support for chio(1) Reply-To: csg@waterspout.com (C. Stephen Gunn) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21178; it has been noted by GNATS. From: csg@waterspout.com (C. Stephen Gunn) To: mjacob@feral.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/21178: voltag selector, and unload support for chio(1) Date: Sun, 10 Sep 2000 20:35:53 -0500 On Sun, 10 Sep 2000 16:40:33 MST, Matthew Jacob wrote: > Why doesn't somebody just merge the equivalent fixes from NetBSD's chio in > to FreeBSD? Or where they already done? This isn't actually a fix. It allows you to select a media unit to move by voltag. It should make it easier for products like amanda to drive a tape-changer with barcode reader on FreeBSD. You can simply ask for a specific tape by voltag: chio move voltag VOLUME-03 drive 0 The other feature is the "unload" command which checks the source parameter returned in the changer_element_status record. If there's a source parameter, we "unload" the media by moving it back where the drive reports it came from. This the logic to request a certain tape (if you have a barcode reader or equivalent): chio unload drive chio move voltag

Mehr Effizienz und Erfolg mit den besten Marketing-Praxis-Checklisten

Liebe Marketingverantwortliche

Stellen Sie sich vor, Sie m=FCssten bis morgen um 10.00 Uhr ein
erfolgsversprechendes Messekonzept pr=E4sentieren.

Oder kreative Ideen f=FCr die n=E4chste Direct-Mail-Aktion und bis in
zwei Tagen Vorschl=E4ge f=FCr ein erfolgreiches Internetmarketing
vorlegen. Und dies nat=FCrlich neben dem =FCblichen Alltagsgesch=E4ft!

Kein Problem mit unseren Marketing-Praxis-Checklisten. Sie sorgen
daf=FCr, dass Sie bei Ihrer t=E4glichen Arbeit entlastet werden und steigern
den Erfolg Ihrer Marketingaktivit=E4ten. Die Checklisten sind f=FCr
Fr. 145.00/St=FCck erh=E4ltlich und damit bereits nach der ersten Anwendung
amortisiert!

Schauen Sie bei uns rein und =FCberzeugen Sie sich von den Vorteilen des
Marketing-Checklisten-Managers, als Handbuch oder CD-Rom erh=E4ltlich:

http://www.stsmarketing.ch

Wir freuen uns auf Ihren Besuch.

Gruss
Stefan Schmidlin
Eid. dipl. Marketingleiter


P.S.: Lassen Sie sich anhand von 5 kostenlosen Checklisten nach ihrer
Wahl von der Qualit=E4t der Marketing-Checklisten-Sammlung =FCberzeugen.



This message was sent to you by Stefan Schmidlin, STS Marketing <= /p>

---------------------------------------------------------------------
Diese Nachricht wurde via MessageREACH versendet.
Wenn Sie keine weiteren Emails von diesem Empfaenger wuenschen:
1. Klicken Sie auf Antworten.
2. Ersetzen Sie den Text in der Betreff-Zeile durch REMOVE.
3. Klicken Sie auf Senden.
Sie werden ein letztes Mal eine Email mit einer Bestaetigung erhalten.
---------------------------------------------------------------------
This message was sent using the MessageREACH Service.
If you would prefer not to receive further messages from this sender:
1. Click on the Reply button.
2. Replace the Subject field with the word REMOVE.
3. Click the Send button.
You will receive one additional e-mail message confirming your removal.<= br>

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 7:35:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 13F7C37B43E; Thu, 14 Sep 2000 07:35:47 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA29613; Thu, 14 Sep 2000 07:35:47 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 14 Sep 2000 07:35:47 -0700 (PDT) From: Message-Id: <200009141435.HAA29613@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, phk@FreeBSD.org Subject: Re: misc/21255: /sbin/md5 suggestion Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /sbin/md5 suggestion Responsible-Changed-From-To: freebsd-bugs->phk Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Sep 14 07:34:45 PDT 2000 Responsible-Changed-Why: Personally, I think it's a little late in the game to be changing the way this option works, particularly since it's possible that many folks already rely on its existing behaviour. But we'll hand this over to Poul-Henning, who originally brought this option on-board, and let him decide. http://www.freebsd.org/cgi/query-pr.cgi?pr=21255 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 9:50:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BB65737B42C for ; Thu, 14 Sep 2000 09:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA57514; Thu, 14 Sep 2000 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 6939137B424 for ; Thu, 14 Sep 2000 09:47:37 -0700 (PDT) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id UAA14159; Thu, 14 Sep 2000 20:47:36 +0400 (MSD) Message-Id: <200009141647.UAA14159@aaz.links.ru> Date: Thu, 14 Sep 2000 20:47:36 +0400 (MSD) From: "Aleksandr A. Babaylov" Reply-To: .@babolo.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21268: tftpd security improvement Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21268 >Category: bin >Synopsis: user set no nobody is not good >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Sep 14 09:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Aleksandr A. Babaylov >Release: FreeBSD 4.1-STABLE i386 >Organization: home >Environment: FreeBSD with tftpd service configured in >Description: tftpd with -s flag always change user to nobody. So every file write by tftpd must be world writable (or worse - have user id nobody) Change user to some another helps - you can have files for write by tftpd belongs to some specific user (psevdouser) and be not writable by everyone. I understand, that such a configuration hide a fact that files to write by tftpd are world writable, if tftpd is not wrapped. But when access to tftpd restricted by for example only to your cisco router, and access to cisco router is restricted too then overall security of system will be higher if tftpd user set not to nobody. Another thing - size of file written by cisco router restricted by memory of router. Similar for read restrictions. >How-To-Repeat: See /usr/src/libexec/tftpd >Fix: --- libexec/tftpd/tftpd.c Sat Aug 28 04:10:26 1999 +++ libexec/tftpd/tftpd.c Tue Sep 12 21:34:52 2000 @@ -121,9 +121,10 @@ struct sockaddr_in sin; char *chroot_dir = NULL; struct passwd *nobody; + char *chuser = "nobody"; openlog("tftpd", LOG_PID | LOG_NDELAY, LOG_FTP); - while ((ch = getopt(argc, argv, "lns:")) != -1) { + while ((ch = getopt(argc, argv, "lns:u:")) != -1) { switch (ch) { case 'l': logging = 1; @@ -134,6 +135,9 @@ case 's': chroot_dir = optarg; break; + case 'u': + chuser = optarg; + break; default: syslog(LOG_WARNING, "ignoring unknown option -%c", ch); } @@ -226,8 +230,8 @@ */ if (chroot_dir) { /* Must get this before chroot because /etc might go away */ - if ((nobody = getpwnam("nobody")) == NULL) { - syslog(LOG_ERR, "nobody: no such user"); + if ((nobody = getpwnam(chuser)) == NULL) { + syslog(LOG_ERR, "%s: no such user", chuser); exit(1); } if (chroot(chroot_dir)) { --- tftpd.8 Sun Aug 29 03:08:19 1999 +++ tftpd.8 Thu Sep 14 19:54:52 2000 @@ -44,6 +44,7 @@ .Op Fl l .Op Fl n .Op Fl s Ar directory +.Op Fl u Ar user .Op Ar directory ... .Sh DESCRIPTION .Nm Tftpd @@ -100,7 +101,9 @@ .Nm as root. However, if you chroot, then .Nm -will set its user id to nobody. +will set its user id to nobody or +.Fl u +argument. .Pp The options are: .Bl -tag -width Ds @@ -119,7 +122,12 @@ to chroot to .Pa directory before accepting commands. In addition, the user id is set to -nobody. +nobody or argument of +.Fl u . +.It Fl u Ar user +User name instead of nobody if +.Fl s +used. .Pp If you are not running .Fl s , >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 10:10:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 981AB37B423 for ; Thu, 14 Sep 2000 10:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA63616; Thu, 14 Sep 2000 10:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 14 Sep 2000 10:10:04 -0700 (PDT) Message-Id: <200009141710.KAA63616@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: bin/21268: tftpd security improvement Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21268; it has been noted by GNATS. From: Garrett Wollman To: babolo@links.ru Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/21268: tftpd security improvement Date: Thu, 14 Sep 2000 13:05:00 -0400 (EDT) < said: > Change user to some another helps - you can have files for write > by tftpd belongs to some specific user (psevdouser) and be not writable > by everyone. I agree with this patch (with a few changes in wording). If it passes muster with the security gods, I'd go for it. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 10:17:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 23A9837B424 for ; Thu, 14 Sep 2000 10:17:04 -0700 (PDT) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id VAA16269; Thu, 14 Sep 2000 21:16:56 +0400 (MSD) Message-Id: <200009141716.VAA16269@aaz.links.ru> Subject: Re: bin/21268: tftpd security improvement In-Reply-To: <200009141710.KAA63616@freefall.freebsd.org> from "Garrett Wollman" at "Sep 14, 0 10:10:04 am" To: wollman@khavrinen.lcs.mit.edu Date: Thu, 14 Sep 2000 21:16:56 +0400 (MSD) Cc: freebsd-bugs@FreeBSD.ORG From: "Aleksandr A.Babaylov" MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Garrett Wollman writes: > < said: > > > Change user to some another helps - you can have files for write > > by tftpd belongs to some specific user (psevdouser) and be not writable > > by everyone. > > I agree with this patch (with a few changes in wording). If it passes > muster with the security gods, I'd go for it. Is it useful to reserve uid tftp? > -GAWollman > > -- > Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same > wollman@lcs.mit.edu | O Siem / The fires of freedom > Opinions not those of| Dance in the burning flame > MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 10:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E7C3837B43C for ; Thu, 14 Sep 2000 10:20:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA65963; Thu, 14 Sep 2000 10:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 14 Sep 2000 10:20:03 -0700 (PDT) Message-Id: <200009141720.KAA65963@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: Re: bin/21268: tftpd security improvement Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/21268; it has been noted by GNATS. From: Garrett Wollman To: "Aleksandr A.Babaylov" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/21268: tftpd security improvement Date: Thu, 14 Sep 2000 13:19:44 -0400 (EDT) < said: > Is it useful to reserve uid tftp? No, I don't think so. There are too many ``optional'' reserved UIDs as it is, and many sites will have no need for this feature. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 10:24:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EA8EC37B422; Thu, 14 Sep 2000 10:24:17 -0700 (PDT) Received: (from wollman@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA66988; Thu, 14 Sep 2000 10:24:17 -0700 (PDT) (envelope-from wollman@FreeBSD.org) Date: Thu, 14 Sep 2000 10:24:17 -0700 (PDT) From: Message-Id: <200009141724.KAA66988@freefall.freebsd.org> To: .@babolo.ru, wollman@FreeBSD.org, freebsd-bugs@FreeBSD.org, security-officer@FreeBSD.org Subject: Re: bin/21268: user set no nobody is not good Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: user set no nobody is not good State-Changed-From-To: open->feedback State-Changed-By: wollman State-Changed-When: Thu Sep 14 10:22:30 PDT 2000 State-Changed-Why: Waiting for feedback from SO as to any security implications which need to be addressed before committing. Responsible-Changed-From-To: freebsd-bugs->security-officer Responsible-Changed-By: wollman Responsible-Changed-When: Thu Sep 14 10:22:30 PDT 2000 Responsible-Changed-Why: Experiment to see if this will work as a way to request security reviews. http://www.freebsd.org/cgi/query-pr.cgi?pr=21268 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 10:36: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 3AF1937B423; Thu, 14 Sep 2000 10:35:58 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA70788; Thu, 14 Sep 2000 11:35:55 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA97348; Thu, 14 Sep 2000 11:35:22 -0600 (MDT) Message-Id: <200009141735.LAA97348@harmony.village.org> To: wollman@FreeBSD.org Subject: Re: bin/21268: user set no nobody is not good Cc: freebsd-bugs@FreeBSD.org, security-officer@FreeBSD.org In-reply-to: Your message of "Thu, 14 Sep 2000 10:24:17 PDT." <200009141724.KAA66988@freefall.freebsd.org> References: <200009141724.KAA66988@freefall.freebsd.org> Date: Thu, 14 Sep 2000 11:35:22 -0600 From: Warner Losh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200009141724.KAA66988@freefall.freebsd.org> wollman@FreeBSD.org writes: : Synopsis: user set no nobody is not good : Experiment to see if this will work as a way to request security reviews. Short answer: Looks Good. Man page wording needs work. Long Answer: This fix appears to have no security implications. It doesn't change the default behavior and gives administrators of tftp servers additional flexibility. There is a potential for abuse, but that abuse is easy to cure. It exposes no new external user controllable parameters to the system, so doesn't introduce a new vector of attack. Improperly setup systems may be impacted, but that's no worse than before. A tftpd user might not be a bad idea, and maybe the man page should suggest this, but this level of need doesn't rise to the level of requiring it on all systems. The man page wording is awkward. Sadly, I don't have a suggestion for a better wording. Now, what the heck do I do? Reassign it back to wollman so he can be responsible for committing the changes? Wait for others on the SO team to look at this? For now I'll do nothing. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 10:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3FBE337B43E for ; Thu, 14 Sep 2000 10:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA69902; Thu, 14 Sep 2000 10:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6A45037B424; Thu, 14 Sep 2000 10:32:36 -0700 (PDT) Message-Id: <20000914173236.6A45037B424@hub.freebsd.org> Date: Thu, 14 Sep 2000 10:32:36 -0700 (PDT) From: feisal@uwi.tt To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21269: Install does not see disk on Advansys card Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21269 >Category: misc >Synopsis: Install does not see disk on Advansys card >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 14 10:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Feisal Mohammed >Release: 4.1 >Organization: Uinversity of the West Indies >Environment: 3.4-RELEASE FreeBSD 3.4-RELEASE #2: Sat Jul 15 14:14:22 AST 2000 >Description: The system in question is running 3.4 and I am trying to upgrade to 4.1. All proceeds fine until I get to the partionion editor. I see one IDE disk but not the SCSI disk in the editor. This persists even if I select novice or custom install. The problem exists in 4.0-release and 4.1-release. I have attached a dmesg from the 3.4 system. =======dmesg======== Sep 9 13:27:59 feisalpc /kernel: FreeBSD 3.4-RELEASE #2: Sat Jul 15 14:14:22 AST 2000 Sep 9 13:28:00 feisalpc /kernel: root@feisalpc.eng.uwi.tt:/usr/src/sys/compile/NEW Sep 9 13:28:00 feisalpc /kernel: Timecounter "i8254" frequency 1193182 Hz Sep 9 13:28:00 feisalpc /kernel: Timecounter "TSC" frequency 120273337 Hz Sep 9 13:28:00 feisalpc /kernel: CPU: Pentium/P54C (120.27-MHz 586-class CPU) Sep 9 13:28:00 feisalpc /kernel: Origin = "GenuineIntel" Id = 0x526 Stepping = 6 Sep 9 13:28:00 feisalpc /kernel: Features=0x1bf Sep 9 13:28:00 feisalpc /kernel: real memory = 67108864 (65536K bytes) Sep 9 13:28:00 feisalpc /kernel: avail memory = 62951424 (61476K bytes) Sep 9 13:28:00 feisalpc /kernel: Probing for devices on PCI bus 0: Sep 9 13:28:00 feisalpc /kernel: chip0: rev 0x03 on pci0.0.0 Sep 9 13:28:00 feisalpc /kernel: chip1: rev 0x01 on pci0.7.0 Sep 9 13:28:00 feisalpc /kernel: ide_pci0: rev 0x00 on pci0.7.1 Sep 9 13:28:00 feisalpc /kernel: vga0: rev 0x02 int a irq 9 on pci0.10.0 Sep 9 13:28:00 feisalpc /kernel: xl0: <3Com 3c905B-TX Fast Etherlink XL> rev 0x30 int a irq 9 on pci0.11.0 Sep 9 13:28:00 feisalpc /kernel: xl0: Ethernet address: 00:10:5a:0d:b8:1e Sep 9 13:28:00 feisalpc /kernel: xl0: autoneg complete, link status good (half-duplex, 10Mbps) Sep 9 13:28:00 feisalpc /kernel: adv0: rev 0x03 int a irq 12 on pci0.12.0 Sep 9 13:28:00 feisalpc /kernel: adv0: AdvanSys Ultra SCSI Host Adapter, SCSI ID 7, queue depth 240 Sep 9 13:28:00 feisalpc /kernel: Probing for devices on the ISA bus: Sep 9 13:28:00 feisalpc /kernel: sc0 on isa Sep 9 13:28:00 feisalpc /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Sep 9 13:28:00 feisalpc /kernel: atkbdc0 at 0x60-0x6f on motherboard Sep 9 13:28:00 feisalpc /kernel: atkbd0 irq 1 on isa Sep 9 13:28:00 feisalpc /kernel: sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa Sep 9 13:28:00 feisalpc /kernel: sio0: type 16550A Sep 9 13:28:00 feisalpc /kernel: sio1 at 0x2f8-0x2ff irq 3 flags 0x10 on isa Sep 9 13:28:00 feisalpc /kernel: sio1: type 16550A Sep 9 13:28:00 feisalpc /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Sep 9 13:28:00 feisalpc /kernel: fdc0: FIFO enabled, 8 bytes threshold Sep 9 13:28:00 feisalpc /kernel: fd0: 1.44MB 3.5in Sep 9 13:28:00 feisalpc /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Sep 9 13:28:00 feisalpc /kernel: wdc0: unit 0 (wd0): Sep 9 13:28:00 feisalpc /kernel: wd0: 2457MB (5033952 sectors), 4994 cyls, 16 heads, 63 S/T, 512 B/S Sep 9 13:28:00 feisalpc /kernel: wdc1 not found at 0x170 Sep 9 13:28:00 feisalpc /kernel: ppc0 at 0x378 irq 7 flags 0x40 on isa Sep 9 13:28:00 feisalpc /kernel: ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode Sep 9 13:28:00 feisalpc /kernel: lpt0: on ppbus 0 Sep 9 13:28:00 feisalpc /kernel: lpt0: Interrupt-driven port Sep 9 13:28:00 feisalpc /kernel: 1 3C5x9 board(s) on ISA found at 0x300 Sep 9 13:28:00 feisalpc /kernel: ep0 at 0x300-0x30f irq 10 on isa Sep 9 13:28:00 feisalpc /kernel: ep0: utp/bnc[*BNC*] address 00:60:08:40:56:af Sep 9 13:28:01 feisalpc /kernel: aic0 at 0x340-0x35f irq 11 on isa Sep 9 13:28:01 feisalpc /kernel: aic0: aic6360, dma, disconnection, parity check Sep 9 13:28:01 feisalpc /kernel: vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa Sep 9 13:28:01 feisalpc /kernel: npx0 on motherboard Sep 9 13:28:01 feisalpc /kernel: npx0: INT 16 interface Sep 9 13:28:01 feisalpc /kernel: Intel Pentium detected, installing workaround for F00F bug Sep 9 13:28:01 feisalpc /kernel: Waiting 15 seconds for SCSI devices to settle Sep 9 13:28:01 feisalpc /kernel: (sa0:aic0:0:4:0): found quirk entry 4 Sep 9 13:28:01 feisalpc /kernel: sa0 at aic0 bus 0 target 4 lun 0 Sep 9 13:28:01 feisalpc /kernel: sa0: Removable Sequential Access SCSI-2 device Sep 9 13:28:01 feisalpc /kernel: sa0: 3.300MB/s transfers Sep 9 13:28:01 feisalpc /kernel: cd0 at aic0 bus 0 target 3 lun 0 Sep 9 13:28:01 feisalpc /kernel: cd0: Removable CD-ROM SCSI-2 device Sep 9 13:28:01 feisalpc /kernel: cd0: 5.000MB/s transfers (5.000MHz, offset 8) Sep 9 13:28:01 feisalpc /kernel: cd0: cd present [1318028 x 512 byte records] Sep 9 13:28:01 feisalpc /kernel: changing root device to da0s4a Sep 9 13:28:01 feisalpc /kernel: da0 at adv0 bus 0 target 6 lun 0 Sep 9 13:28:01 feisalpc /kernel: da0: Fixed Direct Access SCSI-3 device Sep 9 13:28:01 feisalpc /kernel: da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled Sep 9 13:28:01 feisalpc /kernel: da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) Sep 9 13:28:01 feisalpc /kernel: changing root device to da0a >How-To-Repeat: Try installing 4.1 or 4.0 on a disk on an Advansys controller >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 11:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F287537B440 for ; Thu, 14 Sep 2000 11:20:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA81994; Thu, 14 Sep 2000 11:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id CD15837B423; Thu, 14 Sep 2000 11:19:20 -0700 (PDT) Message-Id: <20000914181920.CD15837B423@hub.freebsd.org> Date: Thu, 14 Sep 2000 11:19:20 -0700 (PDT) From: anderson@centtech.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21270: Kernel compilation errors and dies when compiling on our Cyrix III processor. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21270 >Category: kern >Synopsis: Kernel compilation errors and dies when compiling on our Cyrix III processor. >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 14 11:20:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Eric Anderson >Release: 4.1 Release >Organization: Centaur Technology >Environment: FreeBSD machinename.centtech.com 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Fri Jul 28 14:30:31 GMT 2000 jkh@ref4.freebsd.org:/usr/src/sys/compile/GENERIC i386 >Description: Generic kernel boots and runs just fine, but when we recompile a new kernel (even if we don't change anything in the kernel config file), it errors and bombs out.. I believe it is looking at the processor id of "Centaur Hauls" and assuming it is one of our older parts (which were socket 7 Pentium class x86 chips), instead of our new socket 370 celeron-compatible x86 chips. >How-To-Repeat: (machine running our Cyrix III chip) Install FreeBSD. compile kernel. Reboot. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 12:11:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 17E2437B422; Thu, 14 Sep 2000 12:11:55 -0700 (PDT) Received: (from wollman@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA94036; Thu, 14 Sep 2000 12:11:55 -0700 (PDT) (envelope-from wollman@FreeBSD.org) Date: Thu, 14 Sep 2000 12:11:55 -0700 (PDT) From: Message-Id: <200009141911.MAA94036@freefall.freebsd.org> To: .@babolo.ru, wollman@FreeBSD.org, security-officer@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/21268: [MFC] user set no nobody is not good Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: user set no nobody is not good New Synopsis: [MFC] user set no nobody is not good State-Changed-From-To: feedback->suspended State-Changed-By: wollman State-Changed-When: Thu Sep 14 12:09:33 PDT 2000 State-Changed-Why: Change accepted in rev. 1.16; awaiting MFC. Responsible-Changed-From-To: security-officer->freebsd-bugs Responsible-Changed-By: wollman Responsible-Changed-When: Thu Sep 14 12:09:33 PDT 2000 Responsible-Changed-Why: Warner did the review. http://www.freebsd.org/cgi/query-pr.cgi?pr=21268 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 12:58:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from sys2.amsterdam.nl.eu.psi.net (sys2.amsterdam.nl.eu.psi.net [154.15.249.6]) by hub.freebsd.org (Postfix) with ESMTP id 821AF37B423; Thu, 14 Sep 2000 12:58:17 -0700 (PDT) Received: from [154.15.96.84] (helo=felix) by sys2.amsterdam.nl.eu.psi.net with smtp (Exim 1.90 #1) id 13Zf7Z-0006SR-00; Thu, 14 Sep 2000 20:56:33 +0100 Message-ID: <013401c01e85$7f07dfc0$b603a8c0@privat> From: To: Subject: Nokia 9110 Communicator Date: Thu, 14 Sep 2000 21:53:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You own a Nokia 9110 Communicator ? We have the right Hand Free Adaptor for it. With our Hand Free Adaptor you can operate the Communicator when it open !! Loock at http://www.9110.ch/nokia/handfree.htm ===== www.9110.ch/nokia ==== www.9110.ch/nokia ==== THE Hand Free Adaptor for the OPEN Nokia 9110 Communicator and MMC Memorycards ===== www.9110.ch/nokia ==== www.9110.ch/nokia ==== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 14: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0DCB137B43E for ; Thu, 14 Sep 2000 14:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA12209; Thu, 14 Sep 2000 14:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 66CDF37B422; Thu, 14 Sep 2000 13:51:09 -0700 (PDT) Message-Id: <20000914205109.66CDF37B422@hub.freebsd.org> Date: Thu, 14 Sep 2000 13:51:09 -0700 (PDT) From: bguillory@email.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21273: PLIP Configuration in sysinstall is broken/confusing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21273 >Category: misc >Synopsis: PLIP Configuration in sysinstall is broken/confusing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 14 14:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Brad Guillory >Release: 4.1-RELEASE >Organization: IS Consulting >Environment: >Description: When I tried to setup the lp0 driver in sysinstall I had a lot of difficulty. The problem is that sysinstall does not pass the ip address of the remote machine to ifconfig unless you fill out the "Extra options to ifconfig" field. I did not find documentation that this was required. Perhaps this is a "feature" and it just needs to be documented. >How-To-Repeat: try to install over network with the lp0 driver >Fix: include the remote hosts ip address in the "extra options to ifconfig". >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 15:10:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3793937B449 for ; Thu, 14 Sep 2000 15:10:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA24461; Thu, 14 Sep 2000 15:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from panic.iqm.unicamp.br (panic.iqm.unicamp.br [143.106.51.4]) by hub.freebsd.org (Postfix) with ESMTP id 2A07037B422 for ; Thu, 14 Sep 2000 15:06:15 -0700 (PDT) Received: by panic.iqm.unicamp.br (V-MTA, from userid 105) id 0BD642072; Thu, 14 Sep 2000 19:05:46 -0300 (BRT) Message-Id: <20000914220546.0BD642072@panic.iqm.unicamp.br> Date: Thu, 14 Sep 2000 19:05:46 -0300 (BRT) From: vazquez@panic.iqm.unicamp.br Reply-To: vazquez@panic.iqm.unicamp.br To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/21276: libI77 is unable to handle files >2Gbytes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21276 >Category: gnu >Synopsis: libI77 is unable to handle files >2Gbytes >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 14 15:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Pedro Vazquez >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: FreeBSD panic.iqm.unicamp.br 4.1-STABLE FreeBSD 4.1-STABLE #7: Fri Jul 28 14:54:48 BRT 2000 cordeiro@panic.iqm.unicamp.br:/usr/src/sys/compile/PANIC i386 >Description: libI77 is unable to handle files greater than 2147627376 bytes (2G), this makes the g77 (and f2c/gcc too on the latest freebsd versions ) generated binaries unable to deal with large quantum chemistry calculations, for example >How-To-Repeat: Try to create a file bigger than 2G using fortran. Run any big quantum chemistry ab-initio calculation , I've old binaries (from 1996) of gaussian (www.gaussian.com) compiled on FreeBSD2.x that run fine with big files, I found this when building new binaries with FreeBSD4.x >Fix: I'm not sure but it seems this bug may be related to this modification: /usr/src/contrib/libf2c/libI77/Version.c /* 19 Jan. 1998: backspace.c: for b->ufmt==0, change sizeof(int) to sizeof(uiolen). On machines where this would make a difference, it is best for portability to compile libI77 with -DUIOLEN_int (which will render the change invisible). */ According to /usr/src/contrib/libf2c/libI77/README.netlib Unformatted sequential records consist of a length of record contents, the record contents themselves, and the length of record contents again (for backspace). Prior to 17 Oct. 1991, the length was of type int; now it is of type long, but you can change it back to int by inserting #define UIOLEN_int at the beginning of fio.h. This affects only sue.c and uio.c . I'm not an expert on the recent Make buildworld structure to follow all steps from the import of libf2c into egcs to trace this problem but I believe somewhere from 1996 to now something was changed and limited the IO routines to 2G. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 15:20:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.shell-server.com (marvin.shell-server.com [216.206.242.66]) by hub.freebsd.org (Postfix) with SMTP id 7FBC937B424 for ; Thu, 14 Sep 2000 15:20:24 -0700 (PDT) Received: (qmail 20981 invoked by uid 1126); 14 Sep 2000 22:20:07 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 14 Sep 2000 22:20:07 -0000 Date: Thu, 14 Sep 2000 17:20:07 -0500 (CDT) From: BSD To: freebsd-bugs@freebsd.org, freebsd-questions@freebsd.org Subject: negative proccnt for uid = 0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sep 14 17:10:00 marvin /kernel: negative proccnt for uid = 0 Sep 14 17:10:31 marvin last message repeated 208 times You get the idea. Why am I getting this? I just cvsuped and re-built the kernel. I'm running RELENG_4 on an Athlon with KX133 chipset. --Bart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 16:40:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7C71337B424 for ; Thu, 14 Sep 2000 16:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA36906; Thu, 14 Sep 2000 16:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (Postfix) with ESMTP id 909D937B423 for ; Thu, 14 Sep 2000 16:36:50 -0700 (PDT) Received: (from uucp@localhost) by isbalham.ist.co.uk (8.9.2/8.8.7) with UUCP id AAA18313 for FreeBSD-gnats-submit@freebsd.org; Fri, 15 Sep 2000 00:36:44 +0100 (BST) (envelope-from rb@seagoon.gid.co.uk) Received: (from rb@localhost) by seagoon.gid.co.uk (8.9.3/8.9.3) id AAA07381; Fri, 15 Sep 2000 00:30:17 +0100 (BST) (envelope-from rb) Message-Id: <200009142330.AAA07381@seagoon.gid.co.uk> Date: Fri, 15 Sep 2000 00:30:17 +0100 (BST) From: Bob Bishop Reply-To: rb@seagoon.gid.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21278: ahc driver wedges on stressed SMP system Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21278 >Category: kern >Synopsis: ahc driver wedges on stressed SMP system >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 14 16:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bob Bishop >Release: FreeBSD 5.0-CURRENT i386 >Organization: GID ltd >Environment: cvsup at Sun Sep 10 04:03:06 BST 2000 config and dmesg.boot appended >Description: Under the conditions described below, the ahc driver and/or the 2940UW wedge within a couple of tens of minutes. The box is otherwise (usually) still alive. DDB/ps shows nfsd's (which will be most of the traffic on that disk) waiting on getblk or biowr. >How-To-Repeat: Set up an SMP box and another -current system and cross-NFS-mount their /usr/obj. Buildworld on both simultaneously, (Both here are getting their sources by NFS from a third box but I doubt that's relevant.) >Fix: No idea. I'm at the disposal of anyone who has a clue. ------------------------------------------- [This config is generated by a script from GENERIC, be sure to look at the end of it.] # # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the NOTES configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.273 2000/09/01 07:51:23 msmith Exp $ machine i386 options DDB cpu I486_CPU cpu I586_CPU cpu I686_CPU ident BLUDNOK_MP maxusers 32 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem #options DEVFS #Device Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev options RANDOMDEV #entropy device # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=8 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs device isa device eisa device pci options COMPAT_OLDISA # compatability shims for lnc, fe, le options COMPAT_OLDPCI # compatability shims for lnc, vx # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device amd # AMD 53C974 (Teckram DC-390(T)) device isp # Qlogic family #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device adv device adw device bt device aha 1 device aic # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device dpt # DPT Smartcache III, IV - See NOTES for options! device mly # Mylex AcceleRAID/eXtremeRAID # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers device ida # Compaq Smart RAID device amr # AMI MegaRAID device mlx # Mylex DAC960 family # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 device atkbd device psm device vga # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # PCCARD (PCMCIA) support device card device pcic # Serial (COM) ports device sio # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device fxp # Intel EtherExpress PRO/100B (82557, 82558) device tx # SMC 9432TX (83c170 ``EPIC'') device vx # 3Com 3c590, 3c595 (``Vortex'') device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device ste # Sundance ST201 (D-Link DFE-550TX) device tl # Texas Instruments ThunderLAN device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. device ed #device ex device ep device cs device sn # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. device an # BayStack 660 and others device awi # Xircom pccard ethernet device xe # The probe order of these is presently determined by i386/isa/isa_compat.c. device ie device fe #device le #device lnc # Pseudo devices - the number indicates how many units to allocated. device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif 4 # IPv6 and IPv4 tunneling device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player # USB Ethernet, requires mii device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet options SOFTUPDATES device vn options SMP options APIC_IO options WITNESS options SMP_DEBUG options KTR options KTR_EXTEND options KTR_COMPILE=0xffffffff options KTR_MASK=0x00200200 options KTR_ENTRIES=16384 options DIAGNOSTIC options INVARIANTS options INVARIANT_SUPPORT Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #4: Thu Sep 14 17:54:31 BST 2000 rb@bludnok:/source/cleansrc/sys/compile/BLUDNOK_MP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (349.07-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183fbff real memory = 134152192 (131008K bytes) avail memory = 123875328 (120972K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel.ko" at 0xc0680000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe000-0xe01f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Timecounter "PIIX" frequency 3579545 Hz pci0: at 7.3 ahc0: port 0xe400-0xe4ff mem 0xea000000-0xea000fff irq 16 at device 8.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs pci0: at 11.0 irq 19 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 ed0 at port 0x300-0x31f iomem 0xd8000 irq 10 on isa0 ed0: address 00:20:18:72:97:67, type NE2000 (16 bit) fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 ad0: 1222MB [2484/16/63] at ata0-master using WDMA2 Waiting 15 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s2a cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 5 lun 0 da1: Removable Direct Access SCSI-2 device da1: 3.300MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit) da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) SMP: AP CPU #1 Launched! >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 17: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6A17337B424 for ; Thu, 14 Sep 2000 17:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA39561; Thu, 14 Sep 2000 17:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 14 Sep 2000 17:00:03 -0700 (PDT) Message-Id: <200009150000.RAA39561@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chad Oleary Subject: Re: kern/21240: mbufs allocated to data is huge number in netstat -m Reply-To: Chad Oleary Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21240; it has been noted by GNATS. From: Chad Oleary To: dwmalone@FreeBSD.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/21240: mbufs allocated to data is huge number in netstat -m Date: Wed, 13 Sep 2000 14:29:17 -0400 I'm fairly sure the kernel and world are in sync. But, to be sure, here are the steps I took when doing the builds... cd /usr/src cvsup -g -L2 4.x-stable-supfile make buildworld make installworld make buildkernel KERNEL=KERN make installkernel KERNEL=KERN reboot Tried it several times and still seeing the same output from netstat -m. I'm just thinking that after the changes from kern/19809 a couple weeks ago, we might be seeing some unexpected behavior. Thanks, --Chad Wed, Sep 13, 2000 at 01:45:03AM -0700, dwmalone@FreeBSD.org wrote: > Synopsis: mbufs allocated to data is huge number in netstat -m > > State-Changed-From-To: open->feedback > State-Changed-By: dwmalone > State-Changed-When: Wed Sep 13 01:43:13 PDT 2000 > State-Changed-Why: > Waiting to check kernel and world in sync. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=21240 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Sep 14 17:25:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 7117B37B424; Thu, 14 Sep 2000 17:25:14 -0700 (PDT) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=root) by scientia.demon.co.uk with esmtp (Exim 3.16 #1) id 13ZiKd-0007NY-00; Fri, 15 Sep 2000 00:22:15 +0100 Received: (from ben@localhost) by strontium.scientia.demon.co.uk (8.9.3/8.9.3) id AAA11121; Fri, 15 Sep 2000 00:22:15 +0100 (BST) (envelope-from ben) Date: Fri, 15 Sep 2000 00:22:15 +0100 From: Ben Smithurst To: BSD Cc: freebsd-bugs@freebsd.org, freebsd-questions@freebsd.org Subject: Re: negative proccnt for uid = 0 Message-ID: <20000915002215.P77593@strontium.scientia.demon.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org BSD wrote: > Sep 14 17:10:00 marvin /kernel: negative proccnt for uid = 0 > Sep 14 17:10:31 marvin last message repeated 208 times > > You get the idea. Why am I getting this? I just cvsuped and > re-built the kernel. I'm running RELENG_4 on an Athlon with KX133 > chipset. This is a known problem with an unknown cause. Check the archives for the -stable mailing list; it's been reported a few times now. -- Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 1:33:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 660C237B422 for ; Fri, 15 Sep 2000 01:33:55 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Sep 2000 09:33:54 +0100 (BST) Date: Fri, 15 Sep 2000 09:33:50 +0100 From: David Malone To: Chad Oleary Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/21240: mbufs allocated to data is huge number in netstat -m Message-ID: <20000915093350.A26010@walton.maths.tcd.ie> References: <200009150000.RAA39561@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200009150000.RAA39561@freefall.freebsd.org>; from col@pobox.com on Thu, Sep 14, 2000 at 05:00:03PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Sep 14, 2000 at 05:00:03PM -0700, Chad Oleary wrote: Your prodecure for rebuilding and reinstalling looks fine. > Tried it several times and still seeing the same output from netstat -m. > I'm just thinking that after the changes from kern/19809 a couple weeks > ago, we might be seeing some unexpected behavior. OK - I'd guess that somehow the stats are being decremented twice somewhere. I'll see if I can find it. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 1:54:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5A4A237B43E; Fri, 15 Sep 2000 01:54:52 -0700 (PDT) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA17708; Fri, 15 Sep 2000 01:54:52 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 15 Sep 2000 01:54:52 -0700 (PDT) From: Message-Id: <200009150854.BAA17708@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: kern/21278: ahc driver wedges on stressed SMP system Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ahc driver wedges on stressed SMP system Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Sep 15 01:53:39 PDT 2000 Responsible-Changed-Why: This is an experiment. I'd like to see whether it's worthwhile assigning SCSI PR's to the freebsd-scsi mailing list, since there are very few SCSI problems that fall squarely into exactly one person's lap. http://www.freebsd.org/cgi/query-pr.cgi?pr=21278 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 2:19:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 7E9A837B422 for ; Fri, 15 Sep 2000 02:19:56 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Sep 2000 10:19:55 +0100 (BST) Date: Fri, 15 Sep 2000 10:19:55 +0100 From: David Malone To: Chad Oleary Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/21240: mbufs allocated to data is huge number in netstat -m Message-ID: <20000915101955.A26498@walton.maths.tcd.ie> References: <200009150000.RAA39561@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200009150000.RAA39561@freefall.freebsd.org>; from col@pobox.com on Thu, Sep 14, 2000 at 05:00:03PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You could try this diff - it should make the machine panic but if you can get a trace of where the kernel is when it panics then that could be useful. To get a trace back you will need to compile the kernel with the debugger and then type "t" when it panics. Copy down what gets printed and mail it to the followup address for the PR. Basically you'll need to add: options DDB options INVARIANTS options INVARIANT_SUPPORT to your kernel's config file. I can't actually check the patch below until I get home, but I'll do some tests with it when I get home to see if I can reproduce what's going on. David. Index: mbuf.h =================================================================== RCS file: /FreeBSD/FreeBSD-CVS/src/sys/sys/mbuf.h,v retrieving revision 1.44.2.6 diff -u -r1.44.2.6 mbuf.h --- mbuf.h 2000/08/25 23:18:52 1.44.2.6 +++ mbuf.h 2000/09/15 09:05:35 @@ -420,6 +420,7 @@ struct mbuf *_mm = (m); \ \ KASSERT(_mm->m_type != MT_FREE, ("freeing free mbuf")); \ + KASSERT(mbtypes[_mm->m_type] > 0 , ("corrupted mbuf stats")); \ mbtypes[_mm->m_type]--; \ if (_mm->m_flags & M_EXT) \ MEXTFREE1(m); \ @@ -509,6 +510,7 @@ int _mt = (t); \ int _ms = splimp(); \ \ + KASSERT(mbtypes[_mm->m_type] > 0 , ("corrupted mbuf stats")); \ mbtypes[_mm->m_type]--; \ mbtypes[_mt]++; \ splx(_ms); \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 2:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BADFD37B42C for ; Fri, 15 Sep 2000 02:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA23198; Fri, 15 Sep 2000 02:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from weirdo.netcraft.com (weirdo.netcraft.com [195.188.192.47]) by hub.freebsd.org (Postfix) with ESMTP id 48C5C37B423 for ; Fri, 15 Sep 2000 02:26:30 -0700 (PDT) Received: (from sketchy@localhost) by weirdo.netcraft.com (8.11.0/8.11.0) id e8F9QRl91816; Fri, 15 Sep 2000 10:26:27 +0100 (BST) (envelope-from sketchy) Message-Id: <200009150926.e8F9QRl91816@weirdo.netcraft.com> Date: Fri, 15 Sep 2000 10:26:27 +0100 (BST) From: Jonathan Perkin Reply-To: sketchy@weirdo.netcraft.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/21287: "make all" for a jail build fails at lib/libpam/modules/pam_ssh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21287 >Category: misc >Synopsis: "make all" for a jail build fails at lib/libpam/modules/pam_ssh >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 15 02:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jonathan Perkin >Release: FreeBSD 4.1-STABLE i386 >Organization: Netcraft Ltd. >Environment: RELENG_4 >Description: Following jail(8) instructions, the compile fails on the "make all" target with the following error: cc -fpic -DPIC -O -pipe -Wall -I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -c /usr/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh/pam_ssh/pam_ssh.c -o pam_ssh.So building shared library pam_ssh.so /usr/libexec/elf/ld: cannot find -lssh *** Error code 1 Stop in /usr/src/lib/libpam/modules/pam_ssh. *** Error code 1 [snip] >How-To-Repeat: D=/here/is/the/jail cd /usr/src make hierarchy DESTDIR=$D make obj make depend make all >Fix: To temporarily fix the problem, cd /usr/src/secure/lib/libssh && make, then return to /usr/src and restart the "make all". A proper fix would naturally be more desirable :) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 6:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D32EA37B422 for ; Fri, 15 Sep 2000 06:50:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA65177; Fri, 15 Sep 2000 06:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 15 Sep 2000 06:50:02 -0700 (PDT) Message-Id: <200009151350.GAA65177@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Chris D. Faulhaber" Subject: Re: misc/21287: "make all" for a jail build fails at lib/libpam/modules/pam_ssh Reply-To: "Chris D. Faulhaber" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/21287; it has been noted by GNATS. From: "Chris D. Faulhaber" To: sketchy@weirdo.netcraft.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/21287: "make all" for a jail build fails at lib/libpam/modules/pam_ssh Date: Fri, 15 Sep 2000 09:42:58 -0400 (EDT) On Fri, 15 Sep 2000, Jonathan Perkin wrote: > D=/here/is/the/jail > cd /usr/src > make hierarchy DESTDIR=$D > make obj > make depend > make all > My question is why would the build sequence be different for a jail. For my jails, I use a standard build/installworld combination (with proper options set, such as NO_MAKEDEV). Perhaps something like the following patch should be applied: Index: jail.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/jail/jail.8,v retrieving revision 1.15 diff -u -r1.15 jail.8 --- jail.8 2000/07/08 14:12:34 1.15 +++ jail.8 2000/09/15 13:41:42 @@ -61,10 +61,8 @@ D=/here/is/the/jail cd /usr/src make hierarchy DESTDIR=$D -make obj -make depend -make all -make install DESTDIR=$D +make buildworld +make installworld DESTDIR=$D cd etc make distribution DESTDIR=$D NO_MAKEDEV=yes cd $D/dev ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 8:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5457D37B424 for ; Fri, 15 Sep 2000 08:20:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA82670; Fri, 15 Sep 2000 08:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from iss-p1.lbl.gov (iss-p1.lbl.gov [131.243.2.47]) by hub.freebsd.org (Postfix) with ESMTP id 2953A37B424 for ; Fri, 15 Sep 2000 08:19:56 -0700 (PDT) Received: (from jin@localhost) by iss-p1.lbl.gov (8.9.3/8.9.3) id IAA36871; Fri, 15 Sep 2000 08:19:55 -0700 (PDT) (envelope-from jin) Message-Id: <200009151519.IAA36871@iss-p1.lbl.gov> Date: Fri, 15 Sep 2000 08:19:55 -0700 (PDT) From: Jin Guojun (DSD staff) Reply-To: j_guojun@lbl.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21292: ifconfig warn but does duplicate IP address Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21292 >Category: bin >Synopsis: ifconfig warn but does duplicate IP address >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 15 08:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jin Guojun (DSD staff) >Release: FreeBSD 4.1-RELEASE i386 >Organization: >Environment: Seen this issue in 4.1-RELEASE, but may in all releases. When ifconfig two NIC to have the same address, ifconfig warns ifconfig: ioctl (SIOCAIFADDR): File exists but still assign the same IP to the second NIC. See Description. >Description: cal2 1 # ifconfig sk0: flags=8843 mtu 1500 inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255 inet6 fe80::200:5aff:fe98:4b68%sk0 prefixlen 64 scopeid 0x2 ether 00:00:5a:98:4b:68 media: autoselect (1000baseSX ) status: active supported media: autoselect 1000baseSX 1000baseSX none sk1: flags=8843 mtu 1500 inet 204.62.155.22 netmask 0xffffff00 broadcast 204.62.155.255 inet6 fe80::200:5aff:fe98:e448%sk1 prefixlen 64 scopeid 0x3 ether 00:00:5a:98:e4:48 media: autoselect (1000baseSX ) status: active supported media: autoselect 1000baseSX 1000baseSX none lo0: flags=8049 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 cal2 2 # ifconfig sk0 204.62.155.22 netmask 0xffffff00 up ifconfig: ioctl (SIOCAIFADDR): File exists cal2 3 # ifconfig sk0: flags=8843 mtu 1500 inet6 fe80::200:5aff:fe98:4b68%sk0 prefixlen 64 scopeid 0x2 inet 204.62.155.22 netmask 0xffffff00 broadcast 204.62.155.255 ether 00:00:5a:98:4b:68 media: autoselect (1000baseSX ) status: active supported media: autoselect 1000baseSX 1000baseSX none sk1: flags=8843 mtu 1500 inet 204.62.155.22 netmask 0xffffff00 broadcast 204.62.155.255 inet6 fe80::200:5aff:fe98:e448%sk1 prefixlen 64 scopeid 0x3 ether 00:00:5a:98:e4:48 media: autoselect (1000baseSX ) status: active >How-To-Repeat: See Description. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 9: 0:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1B69D37B43F for ; Fri, 15 Sep 2000 09:00:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA90210; Fri, 15 Sep 2000 09:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail11.disney.com (mail11.disney.com [208.246.35.55]) by hub.freebsd.org (Postfix) with ESMTP id 22EEB37B42C for ; Fri, 15 Sep 2000 08:58:59 -0700 (PDT) Received: from pain.corp.disney.com (pain.corp.disney.com [153.7.231.100]) by mail11.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id e8FGAO221989 for ; Fri, 15 Sep 2000 09:10:24 -0700 (PDT) Received: from louie.fa.disney.com by pain.corp.disney.com with ESMTP for FreeBSD-gnats-submit@freebsd.org; Fri, 15 Sep 2000 08:56:52 -0700 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by louie.fa.disney.com (8.9.2/8.9.2) with ESMTP id IAA06224 for ; Fri, 15 Sep 2000 08:56:20 -0700 (PDT) (envelope-from pirzyk@fa.disney.com) Received: from snoopy.fan.fa.disney.com (snoopy.fan.fa.disney.com [172.30.228.110]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id IAA02781 for ; Fri, 15 Sep 2000 08:56:20 -0700 (PDT) (envelope-from pirzyk@fa.disney.com) Received: (from pirzyk@localhost) by snoopy.fan.fa.disney.com (8.9.3/8.9.3) id IAA23154; Fri, 15 Sep 2000 08:56:24 -0700 (PDT) (envelope-from pirzyk@fa.disney.com) Message-Id: <200009151556.IAA23154@snoopy.fan.fa.disney.com> Date: Fri, 15 Sep 2000 08:56:24 -0700 (PDT) From: Jim.Pirzyk@disney.com Reply-To: Jim.Pirzyk@disney.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21294: linprocfs:/proc/stat & /proc//stat missing, /proc/cpuinfo needs work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21294 >Category: kern >Synopsis: linprocfs:/proc/stat & /proc//stat does not exist >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 15 09:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jim Pirzyk >Release: FreeBSD 4.1-RELEASE i386 >Organization: >Environment: In the Linux emulation enviroment, the /proc filesystem is incomplete for LSF to work. >Description: We use LSF from Platform, Inc, and they have a linux version of their software. It uses /proc/stat, /proc//stat, /proc/cpuinfo and /proc/meminfo to gather information about the load on the system. To make the Linux version of LSF work, we need these files also. >How-To-Repeat: Run the LSF daemons on a system with the Linux emulation mode, then type lshosts and the results would come out like this: HOST_NAME type model cpuf ncpus maxmem maxswp server RESOURCES snoopy LINUX DECDS10 15.0 - - - Yes () >Fix: Add these patches and create a sym link in /sys/i386/linux/linprocfs to /sys/miscfs/procfs/procfs_status.c *** ./sys/modules/linprocfs/Makefile.orig Tue Sep 12 15:07:49 2000 --- ./sys/modules/linprocfs/Makefile Tue Sep 12 15:38:44 2000 *************** *** 3,9 **** .PATH: ${.CURDIR}/../../i386/linux/linprocfs KMOD= linprocfs SRCS= vnode_if.h linprocfs_misc.c linprocfs_subr.c \ ! linprocfs_vfsops.c linprocfs_vnops.c NOMAN= CFLAGS+= -DLINPROCFS --- 3,10 ---- .PATH: ${.CURDIR}/../../i386/linux/linprocfs KMOD= linprocfs SRCS= vnode_if.h linprocfs_misc.c linprocfs_subr.c \ ! linprocfs_vfsops.c linprocfs_vnops.c \ ! procfs_status.c NOMAN= CFLAGS+= -DLINPROCFS *** ./sys/i386/linux/linprocfs/linprocfs.h.orig Mon Sep 11 13:05:51 2000 --- ./sys/i386/linux/linprocfs/linprocfs.h Tue Sep 12 13:58:08 2000 *************** *** 49,57 **** Pexe, /* the executable file */ Pmem, /* the process's memory image */ Pmeminfo, ! Pcpuinfo } pfstype; /* * control data for the proc file system. */ --- 49,61 ---- Pexe, /* the executable file */ Pmem, /* the process's memory image */ Pmeminfo, ! Pcpuinfo, ! Pstat, /* the processes' stats */ ! Psstat /* the system's stats */ } pfstype; + #define LINUX_NR_IRQS 224 + /* * control data for the proc file system. */ *************** *** 120,125 **** --- 124,130 ---- #endif int linprocfs_domeminfo __P((struct proc *, struct proc *, struct pfsnode *pfsp, struct uio *uio)); int linprocfs_docpuinfo __P((struct proc *, struct proc *, struct pfsnode *pfsp, struct uio *uio)); + int linprocfs_dosstat __P((struct proc *, struct proc *, struct pfsnode *pfsp, struct uio *uio)); /* functions to check whether or not files should be displayed */ int linprocfs_validfile __P((struct proc *)); *** ./sys/i386/linux/linprocfs/linprocfs_misc.c.orig Mon Sep 11 13:13:01 2000 --- ./sys/i386/linux/linprocfs/linprocfs_misc.c Thu Sep 14 09:46:03 2000 *************** *** 60,67 **** --- 60,76 ---- #include #include + #include + struct proc; + #ifdef SMP + extern int mp_ncpus; + #endif + extern u_int tsc_freq; + extern int hw_float; + extern char cpu_model[128]; /* use the same variable as the hw.model field */ + int linprocfs_domeminfo(curp, p, pfs, uio) struct proc *curp; *************** *** 156,201 **** struct uio *uio; { char *ps; ! int xlen; int error; ! char psbuf[512]; /* XXX - conservative */ ! char *class; ! #if 0 ! extern char *cpu_model; /* Yuck */ ! #endif if (uio->uio_rw != UIO_READ) return (EOPNOTSUPP); ! switch (cpu_class) { ! case CPUCLASS_286: ! class = "286"; ! break; ! case CPUCLASS_386: ! class = "386"; ! break; ! case CPUCLASS_486: ! class = "486"; ! break; ! case CPUCLASS_586: ! class = "586"; ! break; ! case CPUCLASS_686: ! class = "686"; ! break; ! default: ! class = "unknown"; ! break; } ps = psbuf; ps += sprintf(ps, ! "processor : %d\n" ! "cpu : %.3s\n" ! "model : %.20s\n" ! "vendor_id : %.20s\n" ! "stepping : %d\n", ! 0, class, "unknown", cpu_vendor, cpu_id); xlen = ps - psbuf; xlen -= uio->uio_offset; --- 165,338 ---- struct uio *uio; { char *ps; ! int xlen, i = 0; int error; ! char psbuf[4096]; /* XXX - same size as a Linux page */ if (uio->uio_rw != UIO_READ) return (EOPNOTSUPP); ! ps = psbuf; ! #ifdef SMP ! for (i = 0; i < mp_ncpus; i++ ) { ! #endif ! ps += sprintf(ps, ! "processor\t: %d\n" ! "vendor_id\t: %.20s\n" ! "cpu family\t: %x\n" ! "model\t\t: %x\n" ! "model name\t: %s\n" ! "stepping\t: %d\n" ! "cpu MHz\t\t: %d.%02d\n" ! "cache size\t: %d KB\n" ! "fdiv_bug\t: %s\n" ! "hlt_bug\t\t: %s\n" ! "sep_bug\t\t: %s\n" ! "f00f_bug\t: %s\n" ! "coma_bug\t: %s\n" ! "fpu\t\t: %s\n" ! "fpu_exception\t: %s\n" ! "cpuid level\t: %d\n" ! "wp\t\t: %s\n" ! "flags\t\t: %x\n" ! "bogomips\t: %d.%02d\n\n", ! i, ! cpu_vendor, ! (cpu_id & 0xf00) >> 8, ! (cpu_id & 0xf0) >> 4, ! cpu_model, ! (strcmp(cpu_vendor, "CyrixInstead") == 0)? ! (cyrix_did & 0xf000) >> 12: ! cpu_id & 0xf, ! (tsc_freq + 4999) / 1000000, ! ((tsc_freq + 4999) / 10000) % 100, ! -1, ! "n/a", ! "n/a", ! "n/a", ! #if defined(I586_CPU) && !defined(NO_F00F_HACK) ! "yes", ! #else ! "no", ! #endif ! "n/a", ! (hw_float)? "yes": "no", ! "n/a", ! -1, ! "n/a", ! cpu_feature, ! ! /* bogomips looks close to MHZ * num cpus */ ! ! (tsc_freq + 4999) ! #ifdef SMP ! * mp_ncpus ! #endif ! / 1000000 ! , ((tsc_freq + 4999) ! #ifdef SMP ! * mp_ncpus ! #endif ! / 10000) % 100); ! #ifdef SMP } + #endif + + xlen = ps - psbuf; + xlen -= uio->uio_offset; + ps = psbuf + uio->uio_offset; + xlen = imin(xlen, uio->uio_resid); + if (xlen <= 0) + error = 0; + else + error = uiomove(ps, xlen, uio); + return (error); + } + + extern struct timeval boottime; + extern long cp_time[CPUSTATES]; + extern STAILQ_HEAD(devstatlist, devstat) device_statq; + extern int devstat_num_devs; + + int + linprocfs_dosstat(curp, p, pfs, uio) + struct proc *curp; + struct proc *p; + struct pfsnode *pfs; + struct uio *uio; + { + char *ps; + int xlen, i; + int error; + char psbuf[4096]; /* XXX - same size as a Linux page */ + #ifdef SMP + extern int mp_ncpus; + #endif + + if (uio->uio_rw != UIO_READ) + return (EOPNOTSUPP); ps = psbuf; ps += sprintf(ps, ! "cpu %ld %ld %ld %ld\n", ! cp_time[CP_USER], ! cp_time[CP_NICE], ! cp_time[CP_SYS], ! cp_time[CP_IDLE] ); ! ! #ifdef SMP ! if ( mp_ncpus > 1 ) { ! for (i = 0; i < mp_ncpus; i++ ) { ! ps += sprintf(ps, ! "cpu%d %ld %ld %ld %ld\n", ! i, ! cp_time[CP_USER], ! cp_time[CP_NICE], ! cp_time[CP_SYS], ! cp_time[CP_IDLE] ); ! } ! } ! #endif ! ! ps += sprintf(ps, ! "disk %d %d %d %d\n" ! "disk_rio %d %d %d %d\n" ! "disk_wio %d %d %d %d\n" ! "disk_rblk %d %d %d %d\n" ! "disk_wblk %d %d %d %d\n", ! -1, -1, -1, -1, ! -1, -1, -1, -1, ! -1, -1, -1, -1, ! -1, -1, -1, -1, ! -1, -1, -1, -1); ! ! ps += sprintf(ps, ! "page %u %u\n" ! "swap %u %u\n" ! "intr %u", ! cnt.v_swappgsin, cnt.v_swappgsout, ! cnt.v_swapin, cnt.v_swapout, ! cnt.v_intr); ! ! /* ! The individual IRQ interrupts are not tracked, so we just ! display the sum of all interrupts followed by 224 zeros. ! */ ! for (i = 0; i < LINUX_NR_IRQS; i++) { ! ps += sprintf(ps, " %d", -1); ! } ! ! /* ! The number of forks on the system is not tracked so processes ! will always be zero. ! */ ! ps += sprintf(ps, ! "\nctxt %u\n" ! "btime %ld\n" ! "processes %d\n", ! cnt.v_swtch, ! boottime.tv_sec, ! -1); xlen = ps - psbuf; xlen -= uio->uio_offset; *** ./sys/i386/linux/linprocfs/linprocfs_subr.c.orig Mon Sep 11 13:08:57 2000 --- ./sys/i386/linux/linprocfs/linprocfs_subr.c Tue Sep 12 15:01:26 2000 *************** *** 173,180 **** --- 173,188 ---- vp->v_type = VREG; break; + case Pstat: + pfs->pfs_mode = (VREAD) | + (VREAD >> 3) | + (VREAD >> 6); + vp->v_type = VREG; + break; + case Pmeminfo: case Pcpuinfo: + case Psstat: pfs->pfs_mode = (VREAD) | (VREAD >> 3) | (VREAD >> 6); *************** *** 246,256 **** --- 254,270 ---- case Pmem: rtval = procfs_domem(curp, p, pfs, uio); break; + case Pstat: + rtval = linprocfs_dostatus(curp, p, pfs, uio); + break; case Pmeminfo: rtval = linprocfs_domeminfo(curp, p, pfs, uio); break; case Pcpuinfo: rtval = linprocfs_docpuinfo(curp, p, pfs, uio); + break; + case Psstat: + rtval = linprocfs_dosstat(curp, p, pfs, uio); break; default: rtval = EOPNOTSUPP; *** ./sys/i386/linux/linprocfs/linprocfs_vnops.c.orig Mon Sep 11 13:36:17 2000 --- ./sys/i386/linux/linprocfs/linprocfs_vnops.c Tue Sep 12 11:55:49 2000 *************** *** 97,102 **** --- 97,103 ---- { DT_DIR, N(".."), Proot, NULL }, { DT_REG, N("mem"), Pmem, NULL }, { DT_LNK, N("exe"), Pexe, NULL }, + { DT_REG, N("stat"), Pstat, NULL }, #undef N }; static const int nproc_targets = sizeof(proc_targets) / sizeof(proc_targets[0]); *************** *** 530,535 **** --- 531,538 ---- case Pmeminfo: case Pcpuinfo: + case Psstat: + case Pstat: break; case Pmem: *************** *** 689,694 **** --- 692,699 ---- return (linprocfs_allocvp(dvp->v_mount, vpp, 0, Pself)); if (CNEQ(cnp, "meminfo", 7)) return (linprocfs_allocvp(dvp->v_mount, vpp, 0, Pmeminfo)); + if (CNEQ(cnp, "stat", 4)) + return (linprocfs_allocvp(dvp->v_mount, vpp, 0, Psstat)); if (CNEQ(cnp, "cpuinfo", 7)) return (linprocfs_allocvp(dvp->v_mount, vpp, 0, Pcpuinfo)); *************** *** 863,868 **** --- 868,880 ---- dp->d_fileno = PROCFS_FILENO(0, Pcpuinfo); dp->d_namlen = 7; bcopy("cpuinfo", dp->d_name, 8); + dp->d_type = DT_REG; + break; + + case 5: + dp->d_fileno = PROCFS_FILENO(0, Psstat); + dp->d_namlen = 4; + bcopy("stat", dp->d_name, 5); dp->d_type = DT_REG; break; *** ./sys/miscfs/procfs/procfs_status.c.orig Tue Sep 12 14:17:10 2000 --- ./sys/miscfs/procfs/procfs_status.c Thu Sep 14 09:53:30 2000 *************** *** 55,62 **** --- 55,72 ---- #include #include + #ifdef LINPROCFS + #include + #include + #include + #include + + int + linprocfs_dostatus(curp, p, pfs, uio) + #else int procfs_dostatus(curp, p, pfs, uio) + #endif struct proc *curp; struct proc *p; struct pfsnode *pfs; *************** *** 66,74 **** struct tty *tp; struct ucred *cr; char *ps; char *sep; - int pid, ppid, pgid, sid; int i; int xlen; int error; char psbuf[256]; /* XXX - conservative */ --- 76,86 ---- struct tty *tp; struct ucred *cr; char *ps; + #ifndef LINPROCFS char *sep; int i; + #endif + int pid, ppid, pgid, sid; int xlen; int error; char psbuf[256]; /* XXX - conservative */ *************** *** 86,101 **** --- 98,139 ---- euid ruid rgid,egid,groups[1 .. NGROUPS] */ ps = psbuf; + #ifdef LINPROCFS + ps += sprintf(ps, + "%d (%s) %c %d %d %d ", + pid, + p->p_comm, + (p->p_stat == SRUN)? 'R': + (p->p_stat == SIDL)? 'I': + (p->p_stat == SSLEEP)? 'S': + (p->p_stat == SSTOP)? 'T': + (p->p_stat == SZOMB)? 'T': '?', + ppid, + pgid, + sid); + #else bcopy(p->p_comm, ps, MAXCOMLEN); ps[MAXCOMLEN] = '\0'; ps += strlen(ps); ps += sprintf(ps, " %d %d %d %d ", pid, ppid, pgid, sid); + #endif if ((p->p_flag&P_CONTROLT) && (tp = sess->s_ttyp)) + #ifdef LINPROCFS + ps += sprintf(ps, "%u %d ", (unsigned int)tp->t_dev, -1); + #else ps += sprintf(ps, "%d,%d ", major(tp->t_dev), minor(tp->t_dev)); + #endif else + #ifdef LINPROCFS + ps += sprintf(ps, "%d %d", -1, -1); + #else ps += sprintf(ps, "%d,%d ", -1, -1); + #endif + #ifdef LINPROCFS + ps += sprintf(ps, "%d", p->p_flag); + #else sep = ""; if (sess->s_ttyvp) { ps += sprintf(ps, "%sctty", sep); *************** *** 107,130 **** --- 145,209 ---- } if (*sep != ',') ps += sprintf(ps, "noflags"); + #endif if (p->p_flag & P_INMEM) { struct timeval ut, st; calcru(p, &ut, &st, (struct timeval *) NULL); + #ifdef LINPROCFS + ps += sprintf(ps, " %ld %ld %d %d", + ut.tv_sec, + st.tv_sec, -1, -1); + #else ps += sprintf(ps, " %ld,%ld %ld,%ld %ld,%ld", p->p_stats->p_start.tv_sec, p->p_stats->p_start.tv_usec, ut.tv_sec, ut.tv_usec, st.tv_sec, st.tv_usec); + #endif } else + #ifdef LINPROCFS + ps += sprintf(ps, " -1 -1 -1 -1"); + #else ps += sprintf(ps, " -1,-1 -1,-1 -1,-1"); + #endif + #ifdef LINPROCFS + ps += sprintf(ps, " %d %d %ld %d %ld %d %d %d %u %d %u " + "%u %u %u %d %d %d %ld", + p->p_priority, + p->p_nice, + (long) p->p_runtime, + -1, + p->p_stats->p_start.tv_sec, + -1, + -1, + -1, + p->p_addr->u_pcb.pcb_edi, + -1, + p->p_addr->u_pcb.pcb_esi, + p->p_addr->u_pcb.pcb_esp, + p->p_addr->u_pcb.pcb_eip, + (unsigned int) p->p_sigacts, + -1, + -1, + -1, + (long) p->p_wchan); + #else ps += sprintf(ps, " %s", (p->p_wchan && p->p_wmesg) ? p->p_wmesg : "nochan"); + #endif cr = p->p_ucred; + #ifdef LINPROCFS + ps += sprintf(ps, " %d %d %d %d", + p->p_swtime, + -1, + p->p_xstat, + -1); + #else ps += sprintf(ps, " %lu %lu %lu", (u_long)cr->cr_uid, (u_long)p->p_cred->p_ruid, *************** *** 140,145 **** --- 219,225 ---- ps += sprintf(ps, " %s", p->p_prison->pr_host); else ps += sprintf(ps, " -"); + #endif ps += sprintf(ps, "\n"); xlen = ps - psbuf; *************** *** 154,159 **** --- 234,240 ---- return (error); } + #ifndef LINPROCFS int procfs_docmdline(curp, p, pfs, uio) struct proc *curp; *************** *** 227,229 **** --- 308,311 ---- FREE(buf, M_TEMP); return (error); } + #endif >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 9: 3:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1279A37B422; Fri, 15 Sep 2000 09:03:24 -0700 (PDT) Received: (from nra@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA90900; Fri, 15 Sep 2000 09:03:24 -0700 (PDT) (envelope-from nra@FreeBSD.org) Date: Fri, 15 Sep 2000 09:03:24 -0700 (PDT) From: Message-Id: <200009151603.JAA90900@freefall.freebsd.org> To: nra@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: kern/21294: linprocfs:/proc/stat & /proc//stat does not exist Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: linprocfs:/proc/stat & /proc//stat does not exist Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: nra Responsible-Changed-When: Fri Sep 15 09:02:47 PDT 2000 Responsible-Changed-Why: DES maintains the linprocfs code. http://www.freebsd.org/cgi/query-pr.cgi?pr=21294 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 9: 9: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id CD68737B424; Fri, 15 Sep 2000 09:08:59 -0700 (PDT) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=root) by scientia.demon.co.uk with esmtp (Exim 3.16 #1) id 13Zxhz-0008T0-00; Fri, 15 Sep 2000 16:47:23 +0100 Received: (from ben@localhost) by strontium.scientia.demon.co.uk (8.9.3/8.9.3) id QAA70062; Fri, 15 Sep 2000 16:47:23 +0100 (BST) (envelope-from ben) Date: Fri, 15 Sep 2000 16:47:23 +0100 From: Ben Smithurst To: BSD Cc: freebsd-bugs@freebsd.org, freebsd-questions@freebsd.org Subject: Re: negative proccnt for uid = 0 Message-ID: <20000915164723.C56185@strontium.scientia.demon.co.uk> References: <20000915002215.P77593@strontium.scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000915002215.P77593@strontium.scientia.demon.co.uk> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ben Smithurst wrote: > BSD wrote: > >> Sep 14 17:10:00 marvin /kernel: negative proccnt for uid = 0 >> Sep 14 17:10:31 marvin last message repeated 208 times >> >> You get the idea. Why am I getting this? I just cvsuped and >> re-built the kernel. I'm running RELENG_4 on an Athlon with KX133 >> chipset. > > This is a known problem with an unknown cause. Check the archives for > the -stable mailing list; it's been reported a few times now. Just to follow up on myself, I've just seen a commit which looks like it will fix this. You might like to cvsup and rebuild your kernel and see if the problem goes away. -- Ben Smithurst / ben@FreeBSD.org / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 10:57:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from lh04.opsion.fr (lh04.opsion.fr [212.73.208.230]) by hub.freebsd.org (Postfix) with SMTP id AE03337B422 for ; Fri, 15 Sep 2000 10:57:23 -0700 (PDT) Received: from 194.149.162.189 [194.149.162.189] by lh04.opsion.fr; Fri, 15 Sep 2000 17:55:22 GMT Content-Length: 607 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 ICQ: 71716517 Date: Fri, 15 Sep 2000 19:58:01 +0200 (CEST) X-Face: *5rtLpm`s{^!tAo{$K}/^MD;jmvrrpPBE<[L=S#3eZ}&NXnumJAThs#diK68V4nC40'H%D| 2M?r-ty=LohAD'GlPgMo@)Ij2kh%8>XkaK4Iwe@)TOY&&dn.OoX8F>'^XUnLPYX=9.RqF"x0cIVd2n |3[*??=" Reply-To: jefftf@bsdfr.org From: JeffTF To: freebsd-bugs@freebsd.org Subject: RE: Nexus: setup_intr NULL intr resource Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Hi, >I've got a BIG problem with my FreeBSD 4.0 installation.. >When I want to access to my parallel port trough the ppi system I got: >Nexus: setup_intr NULL irq resource >I've seen that many other had got this problem too... >What can I do? I've find the problem... Just add if (ppi->intr_resource) before BUS_SETUP_INTR The panic is due to the PPI driver which setup an interrupt even if there is no irq. Now the problem is corrected and everything works perfectly. I've also done some cleanup to the code... PS: Please reply to jefftf@bsdfr.og --- JeffTF Mail: jefftf@bsdfr.org ICQ: 71716517 ______________________________________________________________________________ Vous avez un site perso ? 2 millions de francs à gagner sur i(france) ! Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 12:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1566237B42C for ; Fri, 15 Sep 2000 12:50:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA50777; Fri, 15 Sep 2000 12:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1D16C37B449; Fri, 15 Sep 2000 12:40:07 -0700 (PDT) Message-Id: <20000915194007.1D16C37B449@hub.freebsd.org> Date: Fri, 15 Sep 2000 12:40:07 -0700 (PDT) From: Charles.Barker@amedd.army.mil To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/21297: kernel panic TRAP 18 during kern.flp install on Compaq Proliant 5000R. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21297 >Category: i386 >Synopsis: kernel panic TRAP 18 during kern.flp install on Compaq Proliant 5000R. >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 15 12:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Chuck Barker >Release: 4.1 kern.flp and mfsroot.flp >Organization: DOD - EDS Contractor. >Environment: This is a fresh install on a Compaq Proliant 5000R with two (2) Compaq SMART-P Array Controllers and four (4) Pentium Pro 200 Mhz processors. These SCSI array controllers previously worked fine with SCO Openserver 5.0. >Description: The kern.flp is booted, then mfsroot.flp is read and the hardware list is displayed. Hardware is deleted to match our equipment and we Quit the list. Within 1 second, numerous probes are displayed .... and when the probes reach the ida1 ( the second SMART-P SCSI controller) the kernel panics with TRAP 18 , interger divide fault. instruction pointer 0x8:0xc015a4f2 . . . ......numerous other important details scroll off the screen and flash ... the screen goes blank ... as the system reboots. To isolate the fault .... the second SMART-P SCSI controller was physically removed from the system. This time, the color FreeBSD installation screen was displayed! No crash. Then, the SMART-P SCSI controller was re-installed and the same crash occurred at the same sequence with the same value of instruction pointer. Sorry we could not gather all the other details, as they flash on the screen. >How-To-Repeat: Use the 4.1 kern.flp and mfsroot.flp on a Compaq Proliant 5000R with two SMART-P SCSI Array controllers. Boot and follow steps to install. Very repeatable. >Fix: Compaq has a customer advisory # EU000322_CW01 that describes similar, but not identical, problems with two add-on SCSI controllers running Solaris. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 13:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C0C6F37B423 for ; Fri, 15 Sep 2000 13:50:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA61631; Fri, 15 Sep 2000 13:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 020E437B424; Fri, 15 Sep 2000 13:43:39 -0700 (PDT) Message-Id: <20000915204339.020E437B424@hub.freebsd.org> Date: Fri, 15 Sep 2000 13:43:39 -0700 (PDT) From: ushamir@cahoots.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21298: tftpd problem "Socket operation on non-socket" tftpd doesn't come up Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21298 >Category: misc >Synopsis: tftpd problem "Socket operation on non-socket" tftpd doesn't come up >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 15 13:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: udi shamir >Release: 4.0 >Organization: cahoots.com >Environment: >Description: Tftptd doesn't come up even after configuration file keping telling Socket operation on non-socket >How-To-Repeat: try to invoke tftpd >Fix: no >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 13:50: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 752BF37B42C for ; Fri, 15 Sep 2000 13:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA61640; Fri, 15 Sep 2000 13:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from monkeys.com (236.dsl9226.rcsis.com [63.92.26.236]) by hub.freebsd.org (Postfix) with ESMTP id BB54037B43E for ; Fri, 15 Sep 2000 13:48:25 -0700 (PDT) Received: (from rfg@localhost) by monkeys.com (8.9.3/8.9.3) id NAA87328; Fri, 15 Sep 2000 13:48:25 -0700 (PDT) Message-Id: <200009152048.NAA87328@monkeys.com> Date: Fri, 15 Sep 2000 13:48:25 -0700 (PDT) From: "Ronald F. Guilmette" Reply-To: rfg@monkeys.com (Ronald F. Guilmette) To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21299: Primary IP receives datagrams addressed to alias IP address Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21299 >Category: kern >Synopsis: Primary IP receives datagrams addressed to alias IP address >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 15 13:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ronald F. Guilmette >Release: FreeBSD 3.3-RELEASE i386 >Organization: Infinite Monkeys & Co. >Environment: BIND 8.8.2 patchlevel 5 See bug Description Section for further info. >Description: Please see detailed bug description at: http://www.monkeys.com/bugs/freebsd/2000-09-15.txt >How-To-Repeat: Assign one IP address to an interface, then assign one ``alias'' IP address to the same interface. Run a program which listens for incoming UDP datagrams on [xxx.xxx.xxx.xxx].ppppp where the IP address xxx.xxx.xxx.xxx is the ``real'' address of the interface, and ppppp is some specific port number. Then send some UDP packets (from the outside) to [yyy.yyy.yyy.yyy].ppppp where yyy.yyy.yyy.yyy is the alias IP address. The program that is (ostensibly) listening ONLY to [xxx.xxx.xxx.xxx].ppppp will (improperly) receive the packets. >Fix: a) None known. b) Avoid using ``alias'' IP addresses. c) Buy more ethernet cards. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 14:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 96C3937B446 for ; Fri, 15 Sep 2000 14:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA72355; Fri, 15 Sep 2000 14:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from guru.mired.org (zoom2-215.telepath.com [216.14.2.215]) by hub.freebsd.org (Postfix) with SMTP id EA28B37B423 for ; Fri, 15 Sep 2000 14:22:25 -0700 (PDT) Received: (qmail 34664 invoked by uid 100); 15 Sep 2000 21:22:25 -0000 Message-Id: <20000915212225.34663.qmail@guru.mired.org> Date: 15 Sep 2000 21:22:25 -0000 From: mwm@mired.org Reply-To: mwm@mired.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/21300: Install CD-ROMs don't give users enough rope. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21300 >Category: misc >Synopsis: Install CD-ROMs don't give users enough rope. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Sep 15 14:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mike Meyer >Release: FreeBSD 4.1-RELEASE >Organization: Meyer Consulting >Environment: Install is failing on a multi-os system. In particular, I'm trying to install on a partition that extends beyond the 1024 cylinder limit. Also, I'm using the GRUB bootloader, from the ports. >Description: I'd like to install a second version of FreeBSD on the partition described above. However, the install CD-ROM *refuses* to do the install because the BSD boot loader (boot easy? Something else?) can't deal with the partition in question. Refusing to install is obnoxious. There should be someway to do an install *anyway*. Lots of warnings are probably appropriate, but not being able to do this is a very silly thing. >How-To-Repeat: Try an install with an out-of-bounds root partition. >Fix: Sorry... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 14:43:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from theshell.com (arsenic.theshell.com [63.236.138.5]) by hub.freebsd.org (Postfix) with SMTP id D31FB37B424 for ; Fri, 15 Sep 2000 14:43:55 -0700 (PDT) Received: (qmail 8829 invoked from network); 15 Sep 2000 21:43:59 -0000 Received: from arsenic.theshell.com (HELO tequila) (root@63.236.138.5) by arsenic.theshell.com with SMTP; 15 Sep 2000 21:43:59 -0000 From: "Peter Avalos" To: Subject: yppasswd Date: Fri, 15 Sep 2000 16:46:22 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I found an error in the manpage for yppasswd. I'm using RELENG_4. From the manpage: -s host Specify the name of an NIS server. This option, in conjunction with the -d option, can be used to change an NIS password on a non- local NIS server. When a domain is specified with the -d option and passwd is unable to determine the name of the NIS master server (possibly because the local domainname isn't set), the name of the NIS master is assumed to be "localhost". This can be overidden with the -s flag. The specified hostname need not be the name of an NIS master: the name of the NIS master for a given map can be determined by querying any NIS server (master or slave) in a do- main, so specifying the name of a slave server will work equally well. This should be -h, not -s: usage: passwd [-l] [-y] [-o] [-d domain [-h host]] [user] Also, "overridden" is misspelled. I'm not subscribed to this list, so if you must reply, please contact me directly. Peter Avalos TheShell.com -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS/ED/B d-(+) s:+> a-- C++$ UBLO++++$ P+ L++++ E- W+ N+ o? K? w(++) !O M- V- PS+ PE++ Y+ PGP++ t+@ 5 X- R- tv+ b++ DI- D-- G e>+++ h-- r++ y++ ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 18:13:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from marvin.shell-server.com (marvin.shell-server.com [216.206.242.66]) by hub.freebsd.org (Postfix) with ESMTP id 2743C37B43E; Fri, 15 Sep 2000 18:13:11 -0700 (PDT) Received: from localhost (bsd@localhost) by marvin.shell-server.com (8.11.0/8.9.3) with ESMTP id e8G1D9701149; Fri, 15 Sep 2000 20:13:10 -0500 (CDT) (envelope-from bsd@shell-server.com) X-Authentication-Warning: marvin.shell-server.com: bsd owned process doing -bs Date: Fri, 15 Sep 2000 20:13:09 -0500 (CDT) From: BSD To: Ben Smithurst Cc: freebsd-bugs@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: negative proccnt for uid = 0 In-Reply-To: <20000915164723.C56185@strontium.scientia.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 15 Sep 2000, Ben Smithurst wrote: > Ben Smithurst wrote: > > > BSD wrote: > > > >> Sep 14 17:10:00 marvin /kernel: negative proccnt for uid = 0 > >> Sep 14 17:10:31 marvin last message repeated 208 times > >> > >> You get the idea. Why am I getting this? I just cvsuped and > >> re-built the kernel. I'm running RELENG_4 on an Athlon with KX133 > >> chipset. > > > > This is a known problem with an unknown cause. Check the archives for > > the -stable mailing list; it's been reported a few times now. > > Just to follow up on myself, I've just seen a commit which looks like it > will fix this. You might like to cvsup and rebuild your kernel and see > if the problem goes away. Problem solved. Had to wipe /usr/obj and re-build the world, install the world, and THEN re-build the kernel. --Bart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 20: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 783C537B449 for ; Fri, 15 Sep 2000 20:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA22566; Fri, 15 Sep 2000 20:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9121837B449; Fri, 15 Sep 2000 19:56:50 -0700 (PDT) Message-Id: <20000916025650.9121837B449@hub.freebsd.org> Date: Fri, 15 Sep 2000 19:56:50 -0700 (PDT) From: david@bushong.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21304: dc0 watchdog timeouts on NetGear FA310TX Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21304 >Category: kern >Synopsis: dc0 watchdog timeouts on NetGear FA310TX >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 15 20:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Bushong >Release: 4.1-STABLE >Organization: >Environment: FreeBSD firebat.bushong.net 4.1-STABLE FreeBSD 4.1-STABLE #0: Fri Sep 15 15:49:41 PDT 2000 dbushong@firebat.bushong.net:/usr/obj/usr/src/sys/FIREBAT i386 >Description: While others with the exact same card have reported no problems, any attempt to ifconfig dc0 results in a stream of watchdog timeout messages to the console. (Additionally, no traffic can be sent) dmesg lines look like: dc0: <82c169 PNIC 10/100BaseTX> port 0xa400-0xa4ff mem 0xdd800000-0xdd8000ff irq 10 at device 13.0 on pci0 dc0: Ethernet address: 00:a0:cc:d3:54:45 miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto I have two other cards in this box: an intel eepro (fxp0) and a 3c905 (xl0). The ifconfig looks like this when it's up: dc0: flags=8843 mtu 1500 inet 196.168.1.2 netmask 0xffffff00 broadcast 196.168.1.255 ether 00:a0:cc:d3:54:45 media: autoselect (10baseT/UTP) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP none >How-To-Repeat: (My guess): Make a system out of: K6-2/400 Asus P5A motherboard put in it: Matrox Millenium II (PCI), Intel EtherExpress Pro 10/100, 3Com 3c905 (no A, B, or C), NetGear FA310TX, 1IDE drive, 1IDE cdrom. Build a kernel with dc0, xl0, miibus, and fxp0 built-in, as well as IPFIREWALL, IPFILTER (trying them both out), BRIDGE, NETGRAPH, IPSTEALTH, and other fairly standard stuff. Try to use dc0. This is with stable as of the date and time given in the Environment (~3pm PDT on Sept 15th, 2000) >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 20:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8474837B50D for ; Fri, 15 Sep 2000 20:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA26433; Fri, 15 Sep 2000 20:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 15 Sep 2000 20:20:05 -0700 (PDT) Message-Id: <200009160320.UAA26433@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Bushong Subject: Re: kern/21304: dc0 watchdog timeouts on NetGear FA310TX Reply-To: David Bushong Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21304; it has been noted by GNATS. From: David Bushong To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/21304: dc0 watchdog timeouts on NetGear FA310TX Date: Fri, 15 Sep 2000 20:17:33 -0700 Two things I forgot to mention: 1) I tried this with two different (known working) cables on two different (known working) hubs. You also get the same errors to console with _nothing_ plugged into the card. 2) I forgot to put the errors being logged! Sorry: dc0: watchdog timeout dc0: failed to force tx and rx to idle state alternating, about once or twice a second. --David Bushong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 21:30:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from www.stomped.com (stomped.com [216.17.56.5]) by hub.freebsd.org (Postfix) with ESMTP id 98E2B37B623 for ; Fri, 15 Sep 2000 21:30:48 -0700 (PDT) Received: from homebox (homebox.stomped.com [216.17.24.19]) by www.stomped.com (8.9.3/8.9.3) with SMTP id XAA04560; Fri, 15 Sep 2000 23:30:39 -0500 (CDT) From: "Guy Gustavson" To: "David Malone" Cc: Subject: RE: bin/21253: dump/restore fail on any stream (tape/pipe/file) over 4GB Date: Fri, 15 Sep 2000 23:30:01 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: <200009140921.aa45517@salmon.maths.tcd.ie> Importance: Normal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well I've tried about every method I can think of, including the ones you suggested and they all fail after a certain size. I've given up using dump/restore at this time and am using tar. If I can help in anyway assisting you in diagnosing this problem please let me know. -----Original Message----- From: David Malone [mailto:dwmalone@maths.tcd.ie] Sent: Thursday, September 14, 2000 3:22 AM To: Guy Gustavson Cc: freebsd-bugs@freebsd.org Subject: Re: bin/21253: dump/restore fail on any stream (tape/pipe/file) over 4GB > I tried that, I get different message, but it means about the same... > Changing volumes on pipe input? > abort? [yn] n > Changing volumes on pipe input? > abort? [yn] y > dump core? [yn] y > Abort I think this can happen if the filesystem changes in a certain way while being dumped - we think what happens is that the last inode it was expecting to backup is removed while the backup is in progress. We have some patches to improve the situation with the bad error handling too, but I haven't committed them just yet. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 22:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A8FC37B42C for ; Fri, 15 Sep 2000 22:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA48892; Fri, 15 Sep 2000 22:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E227A37B423; Fri, 15 Sep 2000 22:31:59 -0700 (PDT) Message-Id: <20000916053159.E227A37B423@hub.freebsd.org> Date: Fri, 15 Sep 2000 22:31:59 -0700 (PDT) From: protius@bobdbob.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/21305: bktr driver dosn't send signals in continuous capture mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21305 >Category: kern >Synopsis: bktr driver dosn't send signals in continuous capture mode >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 15 22:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tommy Johnson >Release: FreeBSD 4.1-STABLE, cvsuped on 9-16-2000 >Organization: >Environment: reeBSD zarquon.bobdbob.com 4.1-STABLE FreeBSD 4.1-STABLE #9: Fri Sep 15 23:59:14 EDT 2000 protius@zarquon.bobdbob.com:/usr/src/sys/compile/ZARQUON i386 (SMP) >Description: I have a video capture program which uses continous capture mode. It worked fine under FreeBSD 3.3. When I tell it ODD fields only, it does not function, the bktr driver dosn't seem to send the "I have a frame" signal. When I request the whole frame its does get the signal and captures video. But the image is stretched verticaly, so only the top 3/4 or so of the image is visible. fxtv works fine... bktr0: mem 0xfebfe000-0xfebfefff irq 16 at device 16.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only smbus0: on bti2c0 bktr0: Hauppauge Model 61291 D110 bktr0: Hauppauge WinCast/TV, Philips NTSC tuner, remote control. >How-To-Repeat: my code is at http://www.bobdbob.com/~protius/software/video.tgz There is a readme in the file. Or, email me... >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 23:42:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 1E71537B423 for ; Fri, 15 Sep 2000 23:42:52 -0700 (PDT) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id XAA40788; Fri, 15 Sep 2000 23:42:48 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39C31667.7CDCDF4B@gorean.org> Date: Fri, 15 Sep 2000 23:42:47 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 5.0-CURRENT-091 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dag-Erling Smorgrav Cc: freebsd-bugs@FreeBSD.org Subject: Re: misc/20985: Cannot create pwd.db with passwd file exceeding 65535 users. References: <200009040920.CAA95199@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dag-Erling Smorgrav wrote: > > The following reply was made to PR misc/20985; it has been noted by GNATS. > > From: Dag-Erling Smorgrav > To: lenwilliams@aplus.net > Cc: freebsd-gnats-submit@FreeBSD.ORG > Subject: Re: misc/20985: Cannot create pwd.db with passwd file exceeding 65535 users. > Date: 04 Sep 2000 11:14:06 +0200 > > lenwilliams@aplus.net writes: > > pwd_mkdb generates the following error upon reaching uid of 65535. > > It's just a warning. Some file systems (e.g. NFS) can't handle UIDs > above 65535. Just FYI, nfs v3 has no problems with UID > 65535. Doug -- "The dead cannot be seduced." - Kai, "Lexx" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Sep 15 23:50: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7796437B422 for ; Fri, 15 Sep 2000 23:50:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA57510; Fri, 15 Sep 2000 23:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 15 Sep 2000 23:50:02 -0700 (PDT) Message-Id: <200009160650.XAA57510@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Bushong Subject: Re: kern/21304: dc0 watchdog timeouts on NetGear FA310TX Reply-To: David Bushong Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/21304; it has been noted by GNATS. From: David Bushong To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/21304: dc0 watchdog timeouts on NetGear FA310TX Date: Fri, 15 Sep 2000 23:40:07 -0700 Ho hum. Someone just mentioned on -stable, I believe that he's seen 4 bad FA310TX's in 6 months. If no one else pops up with this problem (which I only reported because it was identical to a problem that was cropping up around September 7th with dc0), I'll just pop off and return the stupid card and go hunt up an fxp1 to stick in this box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 3:57:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 49B5237B424; Sat, 16 Sep 2000 03:57:33 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA92928; Sat, 16 Sep 2000 03:57:33 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 16 Sep 2000 03:57:33 -0700 (PDT) From: Message-Id: <200009161057.DAA92928@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, roger@FreeBSD.org Subject: Re: kern/21305: bktr driver dosn't send signals in continuous capture mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: bktr driver dosn't send signals in continuous capture mode Responsible-Changed-From-To: freebsd-bugs->roger Responsible-Changed-By: johan Responsible-Changed-When: Sat Sep 16 03:56:57 PDT 2000 Responsible-Changed-Why: Over to bktr maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21305 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 4:18:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8592437B422; Sat, 16 Sep 2000 04:18:49 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA98662; Sat, 16 Sep 2000 04:18:49 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 16 Sep 2000 04:18:49 -0700 (PDT) From: Message-Id: <200009161118.EAA98662@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: kern/21304: dc0 watchdog timeouts on NetGear FA310TX Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: dc0 watchdog timeouts on NetGear FA310TX Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: johan Responsible-Changed-When: Sat Sep 16 04:17:13 PDT 2000 Responsible-Changed-Why: Over to Bill who has done alot of recent changes to dc(4). Bill are you the dc maintainer? http://www.freebsd.org/cgi/query-pr.cgi?pr=21304 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 4:23: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 10FE737B423; Sat, 16 Sep 2000 04:23:02 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA99101; Sat, 16 Sep 2000 04:23:02 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 16 Sep 2000 04:23:02 -0700 (PDT) From: Message-Id: <200009161123.EAA99101@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, kris@FreeBSD.org Subject: Re: bin/21248: openssl dumps core with blank passwords Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: openssl dumps core with blank passwords Responsible-Changed-From-To: freebsd-bugs->kris Responsible-Changed-By: johan Responsible-Changed-When: Sat Sep 16 04:22:08 PDT 2000 Responsible-Changed-Why: Over to Open{SSH, SSL} maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21248 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 4:25: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 812BE37B424; Sat, 16 Sep 2000 04:25:05 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA99337; Sat, 16 Sep 2000 04:25:05 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 16 Sep 2000 04:25:05 -0700 (PDT) From: Message-Id: <200009161125.EAA99337@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: bin/21245: [PATCH] wicontrol(8)'s WEP key support is buggy/non-standard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] wicontrol(8)'s WEP key support is buggy/non-standard Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: johan Responsible-Changed-When: Sat Sep 16 04:24:04 PDT 2000 Responsible-Changed-Why: Over to wi(4) / wicontrol(8) maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21245 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 4:29:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BA06B37B422; Sat, 16 Sep 2000 04:29:43 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA99827; Sat, 16 Sep 2000 04:29:43 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 16 Sep 2000 04:29:43 -0700 (PDT) From: Message-Id: <200009161129.EAA99827@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, murray@FreeBSD.org Subject: Re: misc/21239: sysinstall doesn't know that block devices and the worm device are gone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sysinstall doesn't know that block devices and the worm device are gone Responsible-Changed-From-To: freebsd-bugs->murray Responsible-Changed-By: johan Responsible-Changed-When: Sat Sep 16 04:28:45 PDT 2000 Responsible-Changed-Why: Over to our sysinstall maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21239 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 4:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C975937B43C for ; Sat, 16 Sep 2000 04:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA99895; Sat, 16 Sep 2000 04:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from server.bitmcnit.bryansk.su (bitmcnit.bryansk.ru [195.239.213.9]) by hub.freebsd.org (Postfix) with ESMTP id 0D3E937B423 for ; Sat, 16 Sep 2000 04:20:52 -0700 (PDT) Received: (from uucp@localhost) by server.bitmcnit.bryansk.su (8.9.3/8.9.3) with UUCP id PAA24310 for FreeBSD-gnats-submit@freebsd.org; Sat, 16 Sep 2000 15:10:35 +0400 Received: (from alex@localhost) by kapran.bitmcnit.bryansk.su (8.11.0/8.11.0) id e8GBI6d02189; Sat, 16 Sep 2000 15:18:06 +0400 (MSD) (envelope-from alex) Message-Id: <200009161118.e8GBI6d02189@kapran.bitmcnit.bryansk.su> Date: Sat, 16 Sep 2000 15:18:06 +0400 (MSD) From: Alex Kapranoff Reply-To: alex@kapran.bitmcnit.bryansk.su To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21308: Sound Blaster 16 (using pcm) and new DEVFS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21308 >Category: kern >Synopsis: Sound Blaster 16 (using pcm) and new DEVFS >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 16 04:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Alex Kapranoff >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: I have a pretty old Sound Blaster 16 card from Vibra. It's a good old NON-PNP ISA card. It works just fine except for the need to manually configure symlinks inside /dev and to ignore some strange diagnostics on boot while using new DEVFS. Here's a dmesg extract: ========= FreeBSD 5.0-CURRENT #0: Fri Sep 15 23:15:00 MSD 2000 root@kapran.bitmcnit.bryansk.su:/usr/obj/usr/src/sys/KAPRAN CPU: Pentium/P55C (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 25165824 (24576K bytes) avail memory = 20697088 (20212K bytes) Preloaded elf kernel "kernel.ko" at 0xc03d3000. WARNING: Driver mistake: repeat make_dev("sequencer0") WARNING: Driver mistake: repeat make_dev("sequencer1") WARNING: Driver mistake: repeat make_dev("sequencer2") WARNING: Driver mistake: repeat make_dev("sequencer3") WARNING: Driver mistake: repeat make_dev("sequencer4") WARNING: Driver mistake: repeat make_dev("sequencer5") WARNING: Driver mistake: repeat make_dev("sequencer6") WARNING: Driver mistake: repeat make_dev("sequencer7") WARNING: Driver mistake: repeat make_dev("sequencer8") WARNING: Driver mistake: repeat make_dev("sequencer9") WARNING: Driver mistake: repeat make_dev("sequencer10") WARNING: Driver mistake: repeat make_dev("sequencer11") WARNING: Driver mistake: repeat make_dev("sequencer12") WARNING: Driver mistake: repeat make_dev("sequencer13") WARNING: Driver mistake: repeat make_dev("sequencer14") WARNING: Driver mistake: repeat make_dev("sequencer15") WARNING: Driver mistake: repeat make_dev("sequencer0") WARNING: Driver mistake: repeat make_dev("sequencer1") WARNING: Driver mistake: repeat make_dev("sequencer2") WARNING: Driver mistake: repeat make_dev("sequencer3") WARNING: Driver mistake: repeat make_dev("sequencer4") WARNING: Driver mistake: repeat make_dev("sequencer5") WARNING: Driver mistake: repeat make_dev("sequencer6") WARNING: Driver mistake: repeat make_dev("sequencer7") WARNING: Driver mistake: repeat make_dev("sequencer8") WARNING: Driver mistake: repeat make_dev("sequencer9") WARNING: Driver mistake: repeat make_dev("sequencer10") WARNING: Driver mistake: repeat make_dev("sequencer11") WARNING: Driver mistake: repeat make_dev("sequencer12") WARNING: Driver mistake: repeat make_dev("sequencer13") WARNING: Driver mistake: repeat make_dev("sequencer14") WARNING: Driver mistake: repeat make_dev("sequencer15") WARNING: Driver mistake: repeat make_dev("sequencer0") WARNING: Driver mistake: repeat make_dev("sequencer1") WARNING: Driver mistake: repeat make_dev("sequencer2") WARNING: Driver mistake: repeat make_dev("sequencer3") WARNING: Driver mistake: repeat make_dev("sequencer4") WARNING: Driver mistake: repeat make_dev("sequencer5") WARNING: Driver mistake: repeat make_dev("sequencer6") WARNING: Driver mistake: repeat make_dev("sequencer7") WARNING: Driver mistake: repeat make_dev("sequencer8") WARNING: Driver mistake: repeat make_dev("sequencer9") WARNING: Driver mistake: repeat make_dev("sequencer10") WARNING: Driver mistake: repeat make_dev("sequencer11") WARNING: Driver mistake: repeat make_dev("sequencer12") WARNING: Driver mistake: repeat make_dev("sequencer13") WARNING: Driver mistake: repeat make_dev("sequencer14") WARNING: Driver mistake: repeat make_dev("sequencer15") seq0-63: Midi sequencers. sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 pcm1: on sbc0 midi0: on sbc0 midi1: on sbc0 device_probe_and_attach: midi1 attach returned 6 pca0 at port 0x40 on isa0 unknown: can't assign resources pca1: at port 0x61 on isa0 WARNING: Driver mistake: repeat make_dev("pcaudio") WARNING: Driver mistake: repeat make_dev("pcaudioctl") unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources ========= And this is `ls -l /dev` extract: ========= lrw-r---w- 1 root wheel 0 16 ÓÅÎ 14:45 audio -> /dev/audio1.0 crw-rw-rw- 1 root wheel 30, 20 1 ÑÎ× 1970 audio1.0 crw-rw-rw- 1 root wheel 30, 0x00010014 1 ÑÎ× 1970 audio1.1 lrw-r---w- 1 root wheel 0 16 ÓÅÎ 14:45 dsp -> /dev/dsp1.0 crw-rw-rw- 1 root wheel 30, 19 1 ÑÎ× 1970 dsp1.0 crw-rw-rw- 1 root wheel 30, 0x00010013 1 ÑÎ× 1970 dsp1.1 crw-rw-rw- 1 root wheel 30, 21 1 ÑÎ× 1970 dspW1.0 crw-rw-rw- 1 root wheel 30, 0x00010015 1 ÑÎ× 1970 dspW1.1 lrw-r---w- 1 root wheel 0 16 ÓÅÎ 14:45 mixer -> /dev/mixer1 crw-rw-rw- 1 root wheel 30, 16 1 ÑÎ× 1970 mixer1 crw-rw-rw- 1 root wheel 30, 1 1 ÑÎ× 1970 sequencer0 crw-rw-rw- 1 root wheel 30, 17 1 ÑÎ× 1970 sequencer1 crw-rw-rw- 1 root wheel 30, 161 1 ÑÎ× 1970 sequencer10 crw-rw-rw- 1 root wheel 30, 177 1 ÑÎ× 1970 sequencer11 crw-rw-rw- 1 root wheel 30, 193 1 ÑÎ× 1970 sequencer12 crw-rw-rw- 1 root wheel 30, 209 1 ÑÎ× 1970 sequencer13 crw-rw-rw- 1 root wheel 30, 225 1 ÑÎ× 1970 sequencer14 crw-rw-rw- 1 root wheel 30, 241 1 ÑÎ× 1970 sequencer15 crw-rw-rw- 1 root wheel 30, 33 1 ÑÎ× 1970 sequencer2 crw-rw-rw- 1 root wheel 30, 49 1 ÑÎ× 1970 sequencer3 crw-rw-rw- 1 root wheel 30, 65 1 ÑÎ× 1970 sequencer4 crw-rw-rw- 1 root wheel 30, 81 1 ÑÎ× 1970 sequencer5 crw-rw-rw- 1 root wheel 30, 97 1 ÑÎ× 1970 sequencer6 crw-rw-rw- 1 root wheel 30, 113 1 ÑÎ× 1970 sequencer7 crw-rw-rw- 1 root wheel 30, 129 1 ÑÎ× 1970 sequencer8 crw-rw-rw- 1 root wheel 30, 145 1 ÑÎ× 1970 sequencer9 cr--r--r-- 1 root wheel 30, 6 1 ÑÎ× 1970 sndstat crw------- 1 root wheel 26, 0 1 ÑÎ× 1970 speaker ========= Those symlinks audio, dsp & mixer are configured to be created at boot-time in rc.devfs (by me). And that's a kernel config extract: ========= #---------------------------------------------------------------------- machine i386 hints "KAPRAN.hints" cpu I586_CPU options DEVFS #---------------------------------------------------------------------- device pcm device sbc device pca device midi device seq #---------------------------------------------------------------------- And the hints: hint.pcm.0.at="isa" hint.pcm.0.irq="5" hint.pcm.0.drq="1" hint.pcm.0.flags="0x15" hint.sbc.0.at="isa" hint.sbc.0.port="0x220" hint.sbc.0.irq="5" hint.sbc.0.drq="1" hint.sbc.0.flags="0x15" hint.pca.0.at="isa" hint.pca.0.port="0x040" ========= >Description: All those sequencer devices are just weird both by spoiling /dev and highlighting at boot time. /dev/audio, /dev/dsp & /dev/mixer must be created manually. >How-To-Repeat: >Fix: Create symlinks. Don't care about sequencers, unknown and other error messages in dmesg. Or dig /sys/dev/sound in an unknown to me direction. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 5: 6:29 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1903937B422; Sat, 16 Sep 2000 05:06:28 -0700 (PDT) Received: (from jedgar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA07153; Sat, 16 Sep 2000 05:06:28 -0700 (PDT) (envelope-from jedgar@FreeBSD.org) Date: Sat, 16 Sep 2000 05:06:28 -0700 (PDT) From: Message-Id: <200009161206.FAA07153@freefall.freebsd.org> To: jedgar@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/21272: USB interrupts seem to be turned off Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: USB interrupts seem to be turned off Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: jedgar Responsible-Changed-When: Sat Sep 16 05:06:06 PDT 2000 Responsible-Changed-Why: Misfiled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=21272 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 5:11:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CBDCF37B424; Sat, 16 Sep 2000 05:11:30 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA07850; Sat, 16 Sep 2000 05:11:30 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 16 Sep 2000 05:11:30 -0700 (PDT) From: Message-Id: <200009161211.FAA07850@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, luigi@FreeBSD.org Subject: Re: kern/21118: Multiple problems in ipfw's stateful code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Multiple problems in ipfw's stateful code Responsible-Changed-From-To: freebsd-bugs->luigi Responsible-Changed-By: johan Responsible-Changed-When: Sat Sep 16 05:10:52 PDT 2000 Responsible-Changed-Why: Over to ipfw maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21118 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 5:15:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6C04F37B423; Sat, 16 Sep 2000 05:15:39 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA08240; Sat, 16 Sep 2000 05:15:39 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 16 Sep 2000 05:15:39 -0700 (PDT) From: Message-Id: <200009161215.FAA08240@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, yokota@FreeBSD.org Subject: Re: kern/21156: [PATCH] inconsistency in scmouse vs xterm behaviour Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] inconsistency in scmouse vs xterm behaviour Responsible-Changed-From-To: freebsd-bugs->yokota Responsible-Changed-By: johan Responsible-Changed-When: Sat Sep 16 05:15:00 PDT 2000 Responsible-Changed-Why: Over to syscons maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=21156 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 5:39: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 51D2E37B43E; Sat, 16 Sep 2000 05:39:00 -0700 (PDT) Received: (from johan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA10800; Sat, 16 Sep 2000 05:39:00 -0700 (PDT) (envelope-from johan@FreeBSD.org) Date: Sat, 16 Sep 2000 05:39:00 -0700 (PDT) From: Message-Id: <200009161239.FAA10800@freefall.freebsd.org> To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: kern/18506: patch to bpf.c to support writing to a ppp device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to bpf.c to support writing to a ppp device Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: johan Responsible-Changed-When: Sat Sep 16 05:37:15 PDT 2000 Responsible-Changed-Why: Over to ppp / bpf maintainer. This should apply cleanly to -current as well. http://www.freebsd.org/cgi/query-pr.cgi?pr=18506 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 6:30:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 260F537B42C for ; Sat, 16 Sep 2000 06:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA18686; Sat, 16 Sep 2000 06:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5F5A237B423; Sat, 16 Sep 2000 06:21:41 -0700 (PDT) Message-Id: <20000916132141.5F5A237B423@hub.freebsd.org> Date: Sat, 16 Sep 2000 06:21:41 -0700 (PDT) From: pino@dohd.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/21310: Telnetd locks up when trying to connect via NCSA telnet (DOS) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21310 >Category: misc >Synopsis: Telnetd locks up when trying to connect via NCSA telnet (DOS) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 16 06:30:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Martijn van Buul >Release: 4.1 >Organization: Eindhoven University of Technology >Environment: FreeBSD toad.stack.nl 4.1-STABLE FreeBSD 4.1-STABLE #0: Sat Aug 12 00:32:30 CEST 2000 johans@toad.stack.nl:/toad.mnt/usr/sources/4.1/obj/toad.mnt/usr/sources/4.1/sys/toad i386 >Description: Granted, this is not really a bug in FreeBSD 4.1, but it *used* to work with previous releases: NCSA Telnet (the old DOS program) does not reply with a "DONT" to unknown WILL-options. This locks up telnetd, since it waits for the negotiation to settle. >How-To-Repeat: use the archaic DOS-based NCSA Telnet, and try to connect to a host running FreeBSD 4.1. Telnetd will lock up, before even displaying a login message. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 7:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0376F37B43C for ; Sat, 16 Sep 2000 07:40:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA29887; Sat, 16 Sep 2000 07:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 0DF6F37B423 for ; Sat, 16 Sep 2000 07:33:11 -0700 (PDT) Received: (from robert@localhost) by fledge.watson.org (8.9.3/8.9.3) id KAA00273; Sat, 16 Sep 2000 10:33:11 -0400 (EDT) (envelope-from robert) Message-Id: <200009161433.KAA00273@fledge.watson.org> Date: Sat, 16 Sep 2000 10:33:11 -0400 (EDT) From: rwatson@freebsd.org Reply-To: rwatson@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21312: new "more" doesn't redraw screen correctly on xterm resize Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21312 >Category: bin >Synopsis: more incorrectly redraws screen on xterm resize >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 16 07:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Robert Watson >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: FreeBSD alsvid.watson.org 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Sat Sep 9 11:52:39 EDT 2000 robert@alsvid.watson.org:/data/fbsd-current/fresh/cap/src/sys/compile/CAP i386 >Description: When running more on a stdin stream, resizing the xterm results in an incorrect redrawing of the screen -- the current byte count appears both over-writing the first line, and on the last line as expected. This example comes from a cvs update -dP |& more byte 1869U UPDATING M contrib/amd/include/am_defs.h U contrib/diff/util.c U etc/MAKEDEV U etc/Makefile U etc/crontab U etc/newsyslog.conf ... U release/sysinstall/tcpip.c U release/texts/HARDWARE.TXT byte 1834 >How-To-Repeat: In an xterm, run some streamed something (cat /usr/src/sys/kern/vfs_syscalls.c |& more). Resize the xterm part-way down the stream. It seems to be quite reproduceable in my environment, using kwm as the window manager. >Fix: Not attached. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 11:42:37 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 5B11337B422; Sat, 16 Sep 2000 11:42:35 -0700 (PDT) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id E1B241C41; Sat, 16 Sep 2000 14:42:34 -0400 (EDT) Date: Sat, 16 Sep 2000 14:42:34 -0400 From: Bill Fumerola To: johan@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: kern/21304: dc0 watchdog timeouts on NetGear FA310TX Message-ID: <20000916144234.Z47559@jade.chc-chimes.com> References: <200009161118.EAA98662@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200009161118.EAA98662@freefall.freebsd.org>; from johan@FreeBSD.org on Sat, Sep 16, 2000 at 04:18:49AM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Sep 16, 2000 at 04:18:49AM -0700, johan@FreeBSD.org wrote: > Responsible-Changed-From-To: freebsd-bugs->wpaul > Responsible-Changed-By: johan > Responsible-Changed-When: Sat Sep 16 04:17:13 PDT 2000 > Responsible-Changed-Why: > Over to Bill who has done alot of recent changes to dc(4). > Bill are you the dc maintainer? * Copyright (c) 1997, 1998, 1999 * Bill Paul . All rights reserved. [... rest of bsdl deleted ...] * Written by Bill Paul * Electrical Engineering Department * Columbia University, New York City I'd say so... -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 12: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8CF4237B43C for ; Sat, 16 Sep 2000 12:00:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA84153; Sat, 16 Sep 2000 12:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 8B9C537B422 for ; Sat, 16 Sep 2000 11:50:10 -0700 (PDT) Received: (from robert@localhost) by fledge.watson.org (8.9.3/8.9.3) id OAA03050; Sat, 16 Sep 2000 14:50:11 -0400 (EDT) (envelope-from robert) Message-Id: <200009161850.OAA03050@fledge.watson.org> Date: Sat, 16 Sep 2000 14:50:11 -0400 (EDT) From: rwatson@freebsd.org Reply-To: rwatson@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21315: Bizarre shell interpreter failure mode Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21315 >Category: bin >Synopsis: Shells often behave oddly when executing shell scripts >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 16 12:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Robert Watson >Release: FreeBSD 4.1-STABLE i386 >Organization: >Environment: FreeBSD mocking.southhadley.watson.org 4.1-STABLE FreeBSD 4.1-STABLE #1: Mon Aug 7 14:13:19 EDT 2000 root@numocking.gw.tislabs.com:/usr/src/sys/compile/MOCKING i386 >Description: Shells appear to behave oddly when executing shell scripts in a number of situations. (1) When the kernel discovers that the interpreter used is another interpreter, it generally returns ``Exec format error'' (ENOEXEC). However, when csh and sh find themselves in the same situation, they don't return that error, they execute the script using their own interpreter. (2) When in single-user mode, the sh shell appears to assume that any script it runs should be executed using its own interpreter, not the interpreter at the top of the file. In multi-user mode, this appears to work fine. >How-To-Repeat: (1) $ cat /tmp/test1 #!/tmp/test2 echo This is test1, meant to execute using test2 $ cat /tmp/test2 #!/tmp/test1 echo This is test2, meant to execute with test1 $ /tmp/test1 This is test1, meant to execute using test2 $ /tmp/test2 This is test2, meant to execute with test1 $ I.e., executing test1 resulted in sh executing it, instead of ENOEXEC. Similarly with test2. Neither resulted in a recursive call, which is good. This seems like a poor failure-mode -- it's inconsistent with the kernel execve() implementation's failure mode, and it runs things when you would hope that it wouldn't (always bad). (2) Boot to single user mode, select /bin/sh as the shell, and attempt to execute a shell script relying on csh features. >Fix: Not attached. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 13:50:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AB03837B43F for ; Sat, 16 Sep 2000 13:50:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA14170; Sat, 16 Sep 2000 13:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id AB91537B422 for ; Sat, 16 Sep 2000 13:44:27 -0700 (PDT) Received: from nce2.hadiko.de (hadince2.hadiko.uni-karlsruhe.de [172.20.32.2]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.02 #2) id 13aOp0-0003k0-00; Sat, 16 Sep 2000 22:44:26 +0200 Received: from i609.hadiko.de (hadii609.hadiko.uni-karlsruhe.de [172.20.44.159]) by nce2.hadiko.de (8.9.3/8.9.3) with ESMTP id WAA19596 for ; Sat, 16 Sep 2000 22:44:27 +0200 (MET DST) Received: (from p@localhost) by i609.hadiko.de (8.11.0/8.11.0) id e8GKiNt51454; Sat, 16 Sep 2000 22:44:23 +0200 (CEST) (envelope-from p) Message-Id: <200009162044.e8GKiNt51454@i609.hadiko.de> Date: Sat, 16 Sep 2000 22:44:23 +0200 (CEST) From: Philipp Mergenthaler Reply-To: un1i@rz.uni-karlsruhe.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/21317: [PATCH] LINT and NOTES give false default for MAXDSIZ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21317 >Category: kern >Synopsis: [PATCH] LINT and NOTES give false default for MAXDSIZ >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 16 13:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Philipp Mergenthaler >Release: FreeBSD 5.0-CURRENT i386 >Organization: University of Karlsruhe >Environment: Ever since Oct. 1997 >Description: LINT and NOTES talk about MAXDSIZ (process data size limit) being 128MB, but it was increased to 512MB in Oct. 1997: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/include/vmparam.h#rev1.21.2.2 >How-To-Repeat: >Fix: The patch is for $FreeBSD: src/sys/i386/conf/NOTES,v 1.817 2000/09/13 03:20:35 msmith Exp $ --- NOTES Wed Sep 13 19:06:48 2000 +++ NOTES.new Sat Sep 16 22:40:54 2000 @@ -57,7 +57,7 @@ # -# Certain applications can grow to be larger than the 128M limit +# Certain applications can grow to be larger than the 512MB limit # that FreeBSD initially imposes. Below are some options to -# allow that limit to grow to 256MB, and can be increased further +# allow that limit to grow to 1024MB, and can be increased further # with changing the parameters. MAXDSIZ is the maximum that the # limit can be set to, and the DFLDSIZ is the default value for @@ -66,6 +66,6 @@ # that regularly exceed the limit like INND. # -options MAXDSIZ="(256*1024*1024)" -options DFLDSIZ="(256*1024*1024)" +options MAXDSIZ="(1024*1024*1024)" +options DFLDSIZ="(1024*1024*1024)" # >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 17:28:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mx.oau.org (mx.oau.org [208.46.16.50]) by hub.freebsd.org (Postfix) with ESMTP id 6E28C37B423 for ; Sat, 16 Sep 2000 17:28:15 -0700 (PDT) Received: (from uucp@localhost) by mx.oau.org (8.9.3/8.9.3) with UUCP id UAA21994 for freebsd-bugs@FreeBSD.ORG; Sat, 16 Sep 2000 20:28:09 -0400 (EDT) Received: (from elliot@localhost) by alfred.oau.org (8.9.3/8.9.3) id UAA58677 for freebsd-bugs@FreeBSD.ORG; Sat, 16 Sep 2000 20:27:43 -0400 (EDT) (envelope-from ebd@alfred.oau.org) From: Elliot Dierksen Message-Id: <200009170027.UAA58677@alfred.oau.org> Subject: CVSUP Problem To: freebsd-bugs@FreeBSD.ORG Date: Sat, 16 Sep 2000 20:27:43 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I was trying to do a cvsup today with the following cvsupfile: *default host=cvsup3.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default tag=RELENG_3 *default delete use-rel-suffix src-all src-crypto src-secure *default tag=. ports-all doc-all Here is the error I got: /usr/local/bin/cvsup -g -L 2 /etc/cvsupfile Parsing supfile "/etc/cvsupfile" Looking up address of cvsup3.FreeBSD.org Connecting to cvsup3.FreeBSD.org Connected to cvsup3.FreeBSD.org Server software version: REL_16_1 Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Updater failed: Error in "/usr/sup/src-all/checkouts.cvs:RELENG_3": 49399: File is not sorted properly Any ideas? Thanx, EBD -- Elliot Dierksen "I'm a peripheral visionary. I can see the future, but only way off to the sides." -- Steven Wright Home) ebd@oau.org (407) 850-9760 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 17:44:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id A54D637B422 for ; Sat, 16 Sep 2000 17:44:28 -0700 (PDT) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA01764; Sat, 16 Sep 2000 17:40:23 -0700 Date: Sat, 16 Sep 2000 17:39:58 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Guy Gustavson Cc: David Malone , freebsd-bugs@FreeBSD.ORG Subject: RE: bin/21253: dump/restore fail on any stream (tape/pipe/file) over 4GB In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I went and checked this also. Restore has no problems reading 8GB from standard input. It sounds like the only thing could be is something destroying the pipe. I think this PR should be closed. On Fri, 15 Sep 2000, Guy Gustavson wrote: > Well I've tried about every method I can think of, including the ones you > suggested and they all fail after a certain size. I've given up using > dump/restore at this time and am using tar. > > If I can help in anyway assisting you in diagnosing this problem please let > me know. > > > -----Original Message----- > From: David Malone [mailto:dwmalone@maths.tcd.ie] > Sent: Thursday, September 14, 2000 3:22 AM > To: Guy Gustavson > Cc: freebsd-bugs@freebsd.org > Subject: Re: bin/21253: dump/restore fail on any stream (tape/pipe/file) > over 4GB > > > > I tried that, I get different message, but it means about the same... > > > Changing volumes on pipe input? > > abort? [yn] n > > Changing volumes on pipe input? > > abort? [yn] y > > dump core? [yn] y > > Abort > > I think this can happen if the filesystem changes in a certain way > while being dumped - we think what happens is that the last inode > it was expecting to backup is removed while the backup is in > progress. > > We have some patches to improve the situation with the bad error > handling too, but I haven't committed them just yet. > > David. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 17:54:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id D72A037B422 for ; Sat, 16 Sep 2000 17:54:15 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id RAA21750; Sat, 16 Sep 2000 17:54:06 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id RAA10910; Sat, 16 Sep 2000 17:54:06 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Sat, 16 Sep 2000 17:54:06 -0700 (PDT) Message-Id: <200009170054.RAA10910@vashon.polstra.com> To: bugs@freebsd.org Cc: ebd@oau.org Subject: Re: CVSUP Problem In-Reply-To: <200009170027.UAA58677@alfred.oau.org> References: <200009170027.UAA58677@alfred.oau.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <200009170027.UAA58677@alfred.oau.org>, Elliot Dierksen wrote: > I was trying to do a cvsup today with the following cvsupfile: First I should mention that CVSup is not a part of FreeBSD -- it's an independent project. So you should report CVSup problems to as recommended in the "About" window and in the output of "cvsup -v". > Here is the error I got: [...] > Updater failed: Error in "/usr/sup/src-all/checkouts.cvs:RELENG_3": 49399: > File is not sorted properly That is a bookkeeping file which CVSup uses to keep track of the state of things. Somehow it got corrupted on your system. It may be due to HW problems or to kernel bugs. You might wish to look at the file with an editor to see what's wrong with it. It's a text file, and the 49399 in the error message is the line number where the damage was noticed. Probably you will find a block of 0 bytes some multiple of 4K or 8K in size. To recover, you can simply delete the file and run cvsup again. It will recreate the file for you. The run will take a bit longer than usual because of the extra work it has to do. There is more info about this kind of problem in the CVSup FAQ at: http://www.polstra.com/projects/freeware/CVSup/ John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Sep 16 20:10:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0008937B424 for ; Sat, 16 Sep 2000 20:10:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA93247; Sat, 16 Sep 2000 20:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 037A737B423 for ; Sat, 16 Sep 2000 20:07:18 -0700 (PDT) Received: (from doug@localhost) by dt051n37.san.rr.com (8.9.3/8.9.3) id UAA51604; Sat, 16 Sep 2000 20:07:17 -0700 (PDT) (envelope-from doug) Message-Id: <200009170307.UAA51604@dt051n37.san.rr.com> Date: Sat, 16 Sep 2000 20:07:17 -0700 (PDT) From: DougB@gorean.org Reply-To: DougB@gorean.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/21321: [PATCHES] Finish the job of conditionalizing UUCP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 21321 >Category: bin >Synopsis: [PATCHES] Finish the job of conditionalizing UUCP >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Sep 16 20:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Doug >Release: FreeBSD 3.5.1-STABLE-0903 i386 >Organization: AAAG >Environment: Any FreeBSD system >Description: Back in March Dan started the process of making building the UUCP stuff conditional on the 'NOUUCP' flag in make.conf. The attached patches complete that process, mostly by taking the etc stuff into account. Several people have expressed interest in these patches, but no one has committed them yet. >How-To-Repeat: DNA >Fix: Apply the following patch sets. The first should apply cleanly to both RELENG_4 and -Current. The second is for RELENG_3, in case anyone is interested in adding that. I know it's late, but I've had these patches sitting around for a while now. :) I've used them on systems of all 3 vintages and have never seen any ill effects. For RELENG_4 and -Current: Index: bin/Makefile =================================================================== RCS file: /usr/ncvs/src/bin/Makefile,v retrieving revision 1.16 diff -u -r1.16 Makefile --- bin/Makefile 2000/04/17 20:32:13 1.16 +++ bin/Makefile 2000/09/11 06:46:34 @@ -34,7 +34,7 @@ SUBDIR+=csh .endif -.if !defined(NO_SENDMAIL) +.if !defined(NO_SENDMAIL) && !defined(NOUUCP) SUBDIR+=rmail .endif Index: etc/Makefile =================================================================== RCS file: /usr/ncvs/src/etc/Makefile,v retrieving revision 1.236 diff -u -r1.236 Makefile --- etc/Makefile 2000/09/06 18:16:32 1.236 +++ etc/Makefile 2000/09/11 00:55:09 @@ -70,7 +70,6 @@ master.passwd ${DESTDIR}/etc; \ ( cd ${.CURDIR}/periodic; ${MAKE} install ); \ ( cd ${.CURDIR}/../gnu/usr.bin/send-pr; ${MAKE} etc-gnats-freefall ); \ - ( cd ${.CURDIR}/../gnu/libexec/uucp/sample; ${MAKE} install ); \ ( cd ${.CURDIR}/../share/termcap; ${MAKE} etc-termcap ); \ ( cd ${.CURDIR}/../usr.sbin/rmt; ${MAKE} etc-rmt ); \ ( cd ${.CURDIR}/sendmail; ${MAKE} etc-sendmail.cf ); \ @@ -78,6 +77,9 @@ pwd_mkdb -p -d ${DESTDIR}/etc ${DESTDIR}/etc/master.passwd; \ ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 555 \ MAKEDEV.local MAKEDEV ${DESTDIR}/dev ) +.if !defined(NOUUCP) + ( cd ${.CURDIR}/../gnu/libexec/uucp/sample; ${MAKE} install ) +.endif .if exists(${.CURDIR}/../crypto) && !defined(NO_OPENSSH) (cd ${.CURDIR}; ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 644 ${SSH} \ ${DESTDIR}/etc/ssh ) Index: etc/periodic/daily/Makefile =================================================================== RCS file: /usr/ncvs/src/etc/periodic/daily/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- etc/periodic/daily/Makefile 1999/11/04 03:00:33 1.4 +++ etc/periodic/daily/Makefile 2000/03/25 07:08:22 @@ -13,14 +13,16 @@ 310.accounting \ 320.rdist \ 330.news \ - 340.uucp \ 400.status-disks \ - 410.status-uucp \ 420.status-network \ 430.status-rwho \ 440.status-mailq \ 450.status-security \ 460.status-mail-rejects \ 999.local +.if !defined(NOUUCP) +BIN+= 340.uucp \ + 410.status-uucp +.endif .include Index: etc/periodic/weekly/Makefile =================================================================== RCS file: /usr/ncvs/src/etc/periodic/weekly/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- etc/periodic/weekly/Makefile 2000/06/28 14:37:22 1.5 +++ etc/periodic/weekly/Makefile 2000/06/29 02:50:36 @@ -1,12 +1,14 @@ # $FreeBSD: src/etc/periodic/weekly/Makefile,v 1.5 2000/06/28 14:37:22 joe Exp $ BIN= 120.clean-kvmdb \ - 300.uucp \ 310.locate \ 320.whatis \ 330.catman \ 340.noid \ 400.status-pkg \ 999.local +.if !defined(NOUUCP) +BIN+= 300.uucp +.endif .include For RELENG_3: Index: bin/Makefile =================================================================== RCS file: /usr/ncvs/src/bin/Makefile,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 Makefile --- bin/Makefile 1999/08/29 14:11:19 1.14.2.1 +++ bin/Makefile 2000/03/25 05:53:50 @@ -31,7 +31,7 @@ sync \ test -.if !defined(NO_SENDMAIL) +.if !defined(NO_SENDMAIL) && !defined(NOUUCP) SUBDIR+=rmail .endif Index: etc/Makefile =================================================================== RCS file: /usr/ncvs/src/etc/Makefile,v retrieving revision 1.187.2.14 diff -u -r1.187.2.14 Makefile --- etc/Makefile 2000/08/28 20:26:15 1.187.2.14 +++ etc/Makefile 2000/09/03 22:40:21 @@ -59,7 +59,6 @@ master.passwd ${DESTDIR}/etc; \ ( cd ${.CURDIR}/periodic; ${MAKE} install );\ ( cd ${.CURDIR}/../gnu/usr.bin/send-pr; ${MAKE} etc-gnats-freefall );\ - ( cd ${.CURDIR}/../gnu/libexec/uucp/sample; ${MAKE} install ); \ ( cd ${.CURDIR}/../share/termcap; ${MAKE} etc-termcap ); \ ( cd ${.CURDIR}/../usr.sbin/rmt; ${MAKE} etc-rmt ); \ ( cd ${.CURDIR}/sendmail; ${MAKE} etc-sendmail.cf ); \ @@ -116,6 +115,9 @@ ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 444 ${FREEBSD} \ ${DESTDIR}/) (cd ${.CURDIR}/../share/man; ${MAKE} makedb; ) +.if !defined(NOUUCP) + ( cd ${.CURDIR}/../gnu/libexec/uucp/sample; ${MAKE} install ) +.endif distrib-dirs: mtree -deU -f ${.CURDIR}/mtree/BSD.root.dist -p ${DESTDIR}/ Index: etc/periodic/daily/Makefile =================================================================== RCS file: /usr/ncvs/src/etc/periodic/daily/Makefile,v retrieving revision 1.2.2.1 diff -u -r1.2.2.1 Makefile --- etc/periodic/daily/Makefile 1999/08/29 14:19:45 1.2.2.1 +++ etc/periodic/daily/Makefile 2000/03/25 06:04:18 @@ -12,14 +12,16 @@ 310.accounting \ 320.rdist \ 330.news \ - 340.uucp \ 400.status-disks \ - 410.status-uucp \ 420.status-network \ 430.status-rwho \ 440.status-mailq \ 450.status-security \ 460.status-mail-rejects \ 999.local +.if !defined(NOUUCP) +BIN+= 340.uucp \ + 410.status-uucp +.endif .include Index: etc/periodic/weekly/Makefile =================================================================== RCS file: /usr/ncvs/src/etc/periodic/weekly/Makefile,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 Makefile --- etc/periodic/weekly/Makefile 1999/08/29 14:19:54 1.3.2.1 +++ etc/periodic/weekly/Makefile 2000/03/25 06:05:17 @@ -1,11 +1,13 @@ # $FreeBSD: src/etc/periodic/weekly/Makefile,v 1.3.2.1 1999/08/29 14:19:54 peter Exp $ BIN= 120.clean-kvmdb \ - 300.uucp \ 310.locate \ 320.whatis \ 330.catman \ 340.noid \ 999.local +.if !defined(NOUUCP) +BIN+= 300.uucp +.endif .include Index: gnu/libexec/Makefile =================================================================== RCS file: /usr/ncvs/src/gnu/libexec/Makefile,v retrieving revision 1.5.2.1 diff -u -r1.5.2.1 Makefile --- gnu/libexec/Makefile 1999/08/29 14:29:07 1.5.2.1 +++ gnu/libexec/Makefile 2000/03/25 06:15:42 @@ -1,5 +1,7 @@ -# $FreeBSD: src/gnu/libexec/Makefile,v 1.5.2.1 1999/08/29 14:29:07 peter Exp $ +# $FreeBSD: src/gnu/libexec/Makefile,v 1.7 2000/03/20 17:10:16 dan Exp $ +.if !defined(NOUUCP) SUBDIR= uucp +.endif .include Index: libexec/Makefile =================================================================== RCS file: /usr/ncvs/src/libexec/Makefile,v retrieving revision 1.37.2.3 diff -u -r1.37.2.3 Makefile --- libexec/Makefile 1999/12/13 15:08:13 1.37.2.3 +++ libexec/Makefile 2000/03/25 05:56:45 @@ -5,7 +5,7 @@ SUBDIR= atrun bootpd comsat fingerd ftpd getNAME getty \ makekey mknetid pppoed rbootd revnetgroup rexecd \ rlogind rpc.rquotad rpc.rstatd rpc.rusersd rpc.rwalld \ - rpc.sprayd rshd talkd tftpd uucpd xtend ypxfr + rpc.sprayd rshd talkd tftpd xtend ypxfr .if !defined(NO_BIND) SUBDIR+=named-xfer @@ -13,6 +13,10 @@ .if !defined(NO_SENDMAIL) SUBDIR+=mail.local smrsh +.endif + +.if !defined(NOUUCP) +SUBDIR+=uucpd .endif .if ${OBJFORMAT} == aout Index: etc/make.conf =================================================================== RCS file: /usr/ncvs/src/etc/Attic/make.conf,v retrieving revision 1.73.2.11 diff -u -r1.73.2.11 make.conf --- etc/make.conf 2000/04/10 19:55:02 1.73.2.11 +++ etc/make.conf 2000/09/17 02:45:12 @@ -40,6 +40,9 @@ # To avoid compiling in XWindows support (e.g. in doscmd) #NO_X= true # +# To avoid building uucp related programs +#NOUUCP= true +# # To have 'obj' symlinks created in your source directory # (they aren't needed/necessary) #OBJLINK= yes Enjoy, Doug >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message