From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 00:29:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B1DE16A4CE for ; Sun, 17 Oct 2004 00:29:08 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1048843D45 for ; Sun, 17 Oct 2004 00:29:08 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 06E125C84B; Sat, 16 Oct 2004 17:29:08 -0700 (PDT) Date: Sun, 17 Oct 2004 02:29:07 +0200 From: Maxime Henrion To: current@FreeBSD.org Message-ID: <20041017002907.GE45249@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: mixer problems with SiS 7012 and CMI9761 ac97 codec X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 00:29:08 -0000 Hello all, I'm seeing quite weird symptoms with this onboard SiS 7012 audio controller. The "pcm" mixer setting doesn't change the sound's volume at all, except at 0 where it mutes the sound as expected. The "vol" mixer setting has absolutely no control over sound, it doesn't change anything whether I set it to 0 or 100. If I set the "speaker" mixer setting to 0, it outputs a very loud beep. If I set it to 1, there is a small beep. If I set it higher, up to 49, the beep gets louder, and at 50 and above it doesn't output the beep anymore. I don't have a "ogain" channel. Interesting, isn't it? :-) As said in the topic, this is a SiS 7012 sound card. It has a CMI9761 ac97 codec (id == 0x434d4982 == "CMI" 0x82). It isn't in the list of supported codec ids on FreeBSD. It is however listed in ALSA's source code, and has chipset specific support code. I merged one of the workaround, which is for the specific revision of the CMI9761 chipset I have. Unfortunately, nothing changed. I wonder if anyone else is having problems with this chipset/ac97 codec, or if it's working fine for others. If someone more knowledgeable than me in AC97 code is interested to look at the problem, I'd be glad. I don't know enough about this to even know where exactly the problem may lie. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 00:46:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4556616A4CE for ; Sun, 17 Oct 2004 00:46:39 +0000 (GMT) Received: from av3-1-sn3.vrr.skanova.net (av3-1-sn3.vrr.skanova.net [81.228.9.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id E401743D31 for ; Sun, 17 Oct 2004 00:46:38 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av3-1-sn3.vrr.skanova.net (Postfix, from userid 502) id F117637E61; Sun, 17 Oct 2004 02:46:37 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id E430037E58 for ; Sun, 17 Oct 2004 02:46:37 +0200 (CEST) Received: from [IPv6???1] (h65n2fls35o895.telia.com [217.211.109.65]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id B3D1838006 for ; Sun, 17 Oct 2004 02:46:37 +0200 (CEST) Message-ID: <4171BFFC.1030600@telia.com> Date: Sun, 17 Oct 2004 02:42:36 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [patch] typo in regression/netinet/tcpconnect/tcpconnect.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 00:46:39 -0000 The 'o', 'l' and 'i' keys are too close in the qwerty layout. -- Pawel Index: tools/regression/netinet/tcpconnect/tcpconnect.c =================================================================== RCS file: /export/ctm/cvs/src/tools/regression/netinet/tcpconnect/tcpconnect.c,v retrieving revision 1.1 diff -u -r1.1 tcpconnect.c --- tools/regression/netinet/tcpconnect/tcpconnect.c 9 Oct 2004 20:58:28 -0000 1.1 +++ tools/regression/netinet/tcpconnect/tcpconnect.c 11 Oct 2004 19:40:18 -0000 @@ -39,7 +39,7 @@ #include static void -usage(volid) +usage(void) { fprintf(stderr, "tcpconnect server port\n"); From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 01:01:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4593716A4CE for ; Sun, 17 Oct 2004 01:01:35 +0000 (GMT) Received: from av5-2-sn3.vrr.skanova.net (av5-2-sn3.vrr.skanova.net [81.228.9.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2C3F43D69 for ; Sun, 17 Oct 2004 01:01:34 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av5-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 11A733813B; Sun, 17 Oct 2004 03:01:34 +0200 (CEST) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av5-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 0129F3813B for ; Sun, 17 Oct 2004 03:01:34 +0200 (CEST) Received: from [IPv6???1] (h65n2fls35o895.telia.com [217.211.109.65]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id C8E7738002 for ; Sun, 17 Oct 2004 03:01:33 +0200 (CEST) Message-ID: <4171C37D.4030708@telia.com> Date: Sun, 17 Oct 2004 02:57:33 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: page fault panic in knote X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 01:01:35 -0000 This happened on shutdown, I think I magially hit enter twice when I fired off the shutdown command. This is on RELENG_5 from 2004-10-11. The system was also running in single-user at the time so no crash dump. -- serial snip -- # sync # sync # shutdown -r now Shutdown NOW! shutdown: [pid 1183] Oct 11 22:06:07 shutdown: reboot by root: # System shutdown time has arrived Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x8:0xc04a88da stack pointer = 0x10:0xd4265728 frame pointer = 0x10:0xd4265748 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (init) [thread 100002] Stopped at knote+0x2a: lock cmpxchgl %ecx,0x1c(%edx) db> tr knote(c17a1898,0,0) at knote+0x2a ttwwakeup(c17a1800,0,c1561320,0,ffffffff) at ttwwakeup+0xee comstart(c17a1800,2580,0,0,c) at comstart+0x41e comparam(c17a1800,c17a18a4,0,c17c0420,c1561320) at comparam+0x28b sioopen(c06940c0,6,2000,c1561320,c0488928) at sioopen+0x216 spec_open(d4265860,d426591c,c0541a8e,d4265860,a) at spec_open+0x34a spec_vnoperate(d4265860,a,20010002,80,c1561320) at spec_vnoperate+0x18 vn_open_cred(d4265960,c069cfb8,0,c155e480,ffffffff) at vn_open_cred+0x45e vn_open(d4265960,c069cfb8,0,ffffffff,c17c0a50) at vn_open+0x33 cn_devopen(c069cf80,c1561320,0,0,6) at cn_devopen+0xe9 cnopen(c0692f88,6,2000,c1561320,c1561320) at cnopen+0x54 spec_open(d4265a70,d4265b2c,c0541a8e,d4265a70,c17cf000) at spec_open+0x34a spec_vnoperate(d4265a70,c17cf000,0,80,c1561320) at spec_vnoperate+0x18 vn_open_cred(d4265bd8,d4265cd8,0,c155e480,0) at vn_open_cred+0x45e vn_open(d4265bd8,d4265cd8,0,0,0) at vn_open+0x33 kern_open(c1561320,80b5aa2,0,6,0) at kern_open+0x113 open(c1561320,d4265d14,c,c1561320,7) at open+0x30 syscall(2f,2f,2f,80dc5e0,bfbfe4b0) at syscall+0x330 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x80534a7, esp = 0xbfbfe02c, ebp = 0xbfbfecc8 --- db> panic panic: from debugger cpuid = 0 Uptime: 19m21s Cannot dump. No dump device defined. Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... -- Pawel From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 01:24:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4541E16A4CE for ; Sun, 17 Oct 2004 01:24:10 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB72A43D2F for ; Sun, 17 Oct 2004 01:24:09 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.30.24]) by lakermmtao04.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041017012407.XPIJ6435.lakermmtao04.cox.net@dolphin.local.net>; Sat, 16 Oct 2004 21:24:07 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i9H1O80u003580; Sat, 16 Oct 2004 20:24:08 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 16 Oct 2004 20:24:03 -0500 From: "Conrad J. Sabatier" To: "Poul-Henning Kamp" Message-ID: <20041016202403.7928c26d@dolphin.local.net> In-Reply-To: <19260.1097963444@critter.freebsd.dk> References: <16753.38774.621295.6356@ran.psg.com> <19260.1097963444@critter.freebsd.dk> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Randy Bush cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 01:24:10 -0000 On Sat, 16 Oct 2004 23:50:44 +0200, "Poul-Henning Kamp" wrote: > In message <16753.38774.621295.6356@ran.psg.com>, Randy Bush writes: > >> Does it depend on which shell you use for single-user mode ? > > > >uh, make the test you want clear, plz. i am fried today. > > > >root's shell is /usr/local/bin/bash (no comments, please:-) > > > >i am seeing the problem as root in multiluser. i don't spend > >much time in single abuser, so can't say. > > Ahh, that's different then. > > I'll hunt this one down tomorrow. I'm quite certain now that it's occurring after every run of portupgrade. I don't get the same if I cd to a port's dir and do a build; only if I use portupgrade. Weird. I have no idea what's going on. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 01:32:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4563716A4CE for ; Sun, 17 Oct 2004 01:32:27 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-222-78-9.jan.bellsouth.net [68.222.78.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C1D443D45 for ; Sun, 17 Oct 2004 01:32:26 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 60EF620F96; Sat, 16 Oct 2004 20:32:25 -0500 (CDT) Date: Sat, 16 Oct 2004 20:32:25 -0500 From: "Matthew D. Fuller" To: "Ralf S. Engelschall" Message-ID: <20041017013224.GJ93213@over-yonder.net> References: <20041015201033.GA51887@engelschall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015201033.GA51887@engelschall.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 cc: freebsd-current@freebsd.org Subject: Re: Linux ABI and permissions to /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 01:32:27 -0000 On Fri, Oct 15, 2004 at 10:10:33PM +0200 I heard the voice of Ralf S. Engelschall, and lo! it spake thus: > > | $ echo foo >/dev/null > | bash: /dev/null: Permission denied > | $ > > Has anybody an idea where to search? There were no changes to devfs > recently and the recent changes to the Linuxulator seemed harmless to me > at the first glance... Try it with the double '>>'. It may be trying to truncate or remove it because of the '>' and getting the "Permission denied" from THAT part of the process. Of course, I can't explain why it would start out of the blue... bash upgrade? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 01:32:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 894F516A4D5 for ; Sun, 17 Oct 2004 01:32:58 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F7BF43D31 for ; Sun, 17 Oct 2004 01:32:58 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i9H1WoUr021882; Sat, 16 Oct 2004 18:32:50 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i9H1WbxC068161; Sat, 16 Oct 2004 18:32:37 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Sun, 17 Oct 2004 10:32:35 +0900 Message-ID: From: gnn@freebsd.org To: "Bjoern A. Zeeb" In-Reply-To: References: User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable cc: FreeBSD current mailing list Subject: Re: 6-CUR: panic in ipsec processing w/o ipsec in use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 01:32:58 -0000 At Sat, 16 Oct 2004 19:39:00 +0000 (UTC), Bjoern A. Zeeb wrote: >=20 > Hi, >=20 > on my MP machine running 6-CURRENT from around late 2004-09-26 > I got a panic while editing a Makefile of a port; though compiled in > I have no ipsec in use on that machine atm. >=20 > hand transcribed: > panic > free +0xaa > _key_delsp +0x1b > key_delsp +0xab > _key_freesp +0x8a > ipsec4_hdrsiz +0x9b > ipsec4_hdrsiz_tc +0xa9 > tcp_output +0x9c1 > tcp_usr_send +0x18b > sosend +0x5e7 > soo_write +0x46 > dofilewrite +0xa8 > write +0x39 > syscall > Xint0x80_syscall >=20 >=20 > the bt looks strange to me, so I decided to post though > this may already be corrected ? This might be related to a fix, that needs testing, with respect to the mbuf data size. The thing I'm thinking about is this: There are reports that racoon is unable to complete IKE negotiation due to a send to the pfkey socket returning ENOBUFS. This appears to be a result of an incorrect assumption about mbuf data size due to a change resulting from mbuma. A fix for this is in RELENG_5 now. You might want to update your system. =46rom what you say in your email this looks like an intermittent error. Have you been able to reproduce this? Thanks, George From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 01:53:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB1F016A4CE for ; Sun, 17 Oct 2004 01:53:04 +0000 (GMT) Received: from mail.vtec.ipme.de (C3B3C660.dial.de.easynet.net [195.179.198.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id B807543D1D for ; Sun, 17 Oct 2004 01:53:03 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id C5BB05C38 for ; Sun, 17 Oct 2004 03:52:12 +0200 (CEST) Message-ID: <4171D04C.8070601@vwsoft.com> Date: Sun, 17 Oct 2004 03:52:12 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: LOR ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 01:53:05 -0000 Hi folks! Yesterday I've tried to kldload the if_ath module. On the serial console I caught the following while loading the module: ath0: mem 0xdffe0000-0xdffeffff irq 19 at device 11.0 on pci0 ath0: [GIANT-LOCKED] ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 ath0: Ethernet address: 00:09:5b:96:ed:90 ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36M bps 48Mbps 54Mbps ahc0: port 0xc800-0xc8ff mem 0xdf800000 -0xdfbfffff,0xdfefe000-0xdfefefff irq 18 at device 0.0 on pci2 RAID functionality unsupported device_attach: ahc0 attach returned 6 Whenever if_ath is loaded or unloaded, the ahc0 driver enters the game. After that (kldload), my kernel told me about a LOR: lock order reversal 1st 0xc1a1bc58 ath0 (network driver) @ /usr/src/sys/modules/ath/../../dev/ath/i f_ath.c:893 2nd 0xc184f620 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0728ee8,c072a388,c06d17ec) at kdb_backtrace+0x29 witness_checkorder(c184f620,9,c06a7966,bb5) at witness_checkorder+0x540 _sx_xlock(c184f620,c06a7966,bb5) at _sx_xlock+0x50 _vm_map_lock_read(c184f5dc,c06a7966,bb5,2000000,c16f3e8c) at _vm_map_lock_read+0 x3b vm_map_lookup(cc7a29dc,8055000,2,cc7a29e0,cc7a29d0) at vm_map_lookup+0x26 vm_fault(c184f5dc,8055000,2,8,c15907d0) at vm_fault+0x69 trap_pfault(cc7a2aa4,0,8055000) at trap_pfault+0xf2 trap(18,10,10,8055000,c16cae00) at trap+0x351 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0641c70, esp = 0xcc7a2ae4, ebp = 0xcc7a2b18 --- slow_copyout(c1a1b000,cc7a2c60,c1a1ba08,c0286938,0) at slow_copyout+0x4 ieee80211_ioctl(c1a1b000,c0286938,cc7a2c60,0,cc7a2c60) at ieee80211_ioctl+0xbc ath_ioctl(c1a1b000,c0286938,cc7a2c60,c051a0d4,c074dc60) at ath_ioctl+0x14d ifhwioctl(c0286938,c1a1b000,cc7a2c60,c15907d0,c072aa68) at ifhwioctl+0x88e ifioctl(c189b510,c0286938,cc7a2c60,c15907d0,0) at ifioctl+0xc5 soo_ioctl(c182cbb0,c0286938,cc7a2c60,c14dee00,c15907d0) at soo_ioctl+0x2b1 ioctl(c15907d0,cc7a2d14,3,2,292) at ioctl+0x3e0 syscall(2f,2f,2f,8055000,3) at syscall+0x22b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280d08af, esp = 0xbfbfec7c, ebp = 0xbfbfecd8 --- Is this LOR safe to be ignored or has it to be hacked? This has been yesterday and I can't remember if I dramatically changed the setup or something at the kernel configuration. Today when kldloading if_ath, no LOR is being displayed but the ath0 interface isn't functioning (it doesn't show the ethernet address or the 11b/11g rates on the console). Today, it just comes up with the following error message: ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 ath0: failed to allocate descriptors: 12 device_attach: ath0 attach returned 12 I've not checked the WLAN connection whether or not it has been operational (yesterday) - I just tried to kldload and checked for the results. Greetings, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 01:53:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E738B16A4CE; Sun, 17 Oct 2004 01:53:05 +0000 (GMT) Received: from mail.vtec.ipme.de (C3B3C660.dial.de.easynet.net [195.179.198.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4052143D2D; Sun, 17 Oct 2004 01:53:03 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id 95FA25C02; Sun, 17 Oct 2004 03:42:12 +0200 (CEST) Message-ID: <4171CDF3.6050901@vwsoft.com> Date: Sun, 17 Oct 2004 03:42:11 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: beta6/7 machine freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 01:53:06 -0000 Robert & list & RE, sorry for delay. While I've done some hardware changes, I've been unable to check the i4b corrections earlier. I've cvsup'ed to RELENG_5 again, recompiled using INVARIANTS and WITNESS enabled, setup ppp using i4b on the troubled machine and the machine didn't die again. I've closed the connection and re-setup the ppp link several times, also had a connection for more than two hours and the machine is still alive. From my point of view it looks like i4b is now healthy again and your patches made it. I'm still using debug.mpsafenet=0 for the i4b code (may I remove it or is it still required for i4b?). Before your i4b changes the machine died in the middle or at the end of a ppp connection. For me, this is a huge step forward (or backward into stability). Now while the machine is running stable (no lock ups, no panics) for quite some days (the first time since BETA-4) I'm sure RELENG_5 made a huge step into the 5-STABLE direction. Two weeks ago I really had concerns for 5's stability but now I think 5.x will do a good job as 4.x did it. I think you guys really did a great job! :) Will remove INVARIANTS and WITNESS now and enjoy the speed of a good OS. Thanks, Volker On 2004-10-11 17:44, Robert Watson wrote: > In fact, this is almost certainly part of the problem. I'd try setting > debug.mpsafenet=0 in /boot/loader.conf and reboot as a first step t see if > the problem goes away. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > On Mon, 11 Oct 2004, Robert Watson wrote: > > >>BTW, since it sounds like this might be a networking related problem, you >>might try setting debug.mpsafenet=0 in loader.conf to see if the problem >>goes away -- that will put the Giant lock back over the network stack and >>might close races. i4b might not be MPSAFE, I'll go take a look. >> >>Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >>robert@fledge.watson.org Principal Research Scientist, McAfee Research >> >> > > -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 02:06:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBB1216A4CE for ; Sun, 17 Oct 2004 02:06:41 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77F4343D39 for ; Sun, 17 Oct 2004 02:06:41 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101711:06:31:402687.7481.2686360496 for ; Sun, 17 Oct 2004 11:06:31 +0900 (KST) Message-ID: <4171D3AE.8010601@yahoo.com> Date: Sun, 17 Oct 2004 11:06:38 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041002 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-4.46) (SRN:SPAMROBOT) ----------------- Subject: 5.3-Beta7 diskless boot: it boots but has empty /var (on /dev/md1) !? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 02:06:41 -0000 Hi, I am gradually making progress with configuring a 5.3-Beta7 PC as a server for a diskless boot up. I followed instructions in diskless(8) manpage. My diskless system boots and I can login. So most of the work seems to be done. However, on the diskless PC, /var is on a memory disk, but that directory is completely empty: disklessPC# ls -a /var . .. .snap disklessPC# mount 192.168.123.254:/ on / (nfs, read-only) devfs on /dev (devfs, local) /dev/md0 on /etc (ufs, local, soft-updates) procfs on /proc (procfs, local) /dev/md1 on /var (ufs, local, soft-updates) 192.168.123.254:/usr on /usr (nfs, read-only) 192.168.123.254:/home on /home (nfs) /dev/md2 on /tmp (ufs, local, soft-updates) This has serious consequences on the diskless PC. For example, sshd cannot start because /var/empty is not there. There is no information in /var/run, /var/log etc. Is something missing in the /etc/rc.d/initdiskless script, or have I forgotten something? Thanks, Rob. From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 03:09:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCF2116A4CE; Sun, 17 Oct 2004 03:09:09 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 633D043D46; Sun, 17 Oct 2004 03:09:09 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.200] ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9H39CRP032295; Sat, 16 Oct 2004 21:09:12 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <4171E1FC.4040603@freebsd.org> Date: Sat, 16 Oct 2004 21:07:40 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Volker References: <4171CDF3.6050901@vwsoft.com> In-Reply-To: <4171CDF3.6050901@vwsoft.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: beta6/7 machine freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 03:09:09 -0000 Volker wrote: > Robert & list & RE, > > sorry for delay. While I've done some hardware changes, I've been unable > to check the i4b corrections earlier. > > I've cvsup'ed to RELENG_5 again, recompiled using INVARIANTS and WITNESS > enabled, setup ppp using i4b on the troubled machine and the machine > didn't die again. I've closed the connection and re-setup the ppp link > several times, also had a connection for more than two hours and the > machine is still alive. > > From my point of view it looks like i4b is now healthy again and your > patches made it. > > I'm still using debug.mpsafenet=0 for the i4b code (may I remove it or > is it still required for i4b?). > > Before your i4b changes the machine died in the middle or at the end of > a ppp connection. For me, this is a huge step forward (or backward into > stability). > > Now while the machine is running stable (no lock ups, no panics) for > quite some days (the first time since BETA-4) I'm sure RELENG_5 made a > huge step into the 5-STABLE direction. Two weeks ago I really had > concerns for 5's stability but now I think 5.x will do a good job as 4.x > did it. > > I think you guys really did a great job! :) > > Will remove INVARIANTS and WITNESS now and enjoy the speed of a good OS. > > Thanks, > > Volker > Volker, Excellent to hear, thanks for the report! Scott From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 03:22:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1478C16A4CE for ; Sun, 17 Oct 2004 03:22:52 +0000 (GMT) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9437343D45 for ; Sun, 17 Oct 2004 03:22:51 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from www.bluecirclesoft.com (cpe-024-165-114-048.cinci.rr.com [24.165.114.48])i9H3MWlv021564; Sat, 16 Oct 2004 23:22:33 -0400 (EDT) Received: from www.bluecirclesoft.com (localhost [127.0.0.1]) i9H3MVMA089290; Sat, 16 Oct 2004 23:22:32 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by www.bluecirclesoft.com (8.12.11/8.12.11/Submit) id i9H3MVQ9089289; Sat, 16 Oct 2004 23:22:31 -0400 (EDT) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: www.bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: David Syphers Date: Sat, 16 Oct 2004 23:22:24 -0400 User-Agent: KMail/1.7 References: <1097916792.1810.4.camel@kaiser.sig11.org> <200410161625.42502.marc.ramirez@bluecirclesoft.com> <200410161416.51163.dsyphers@u.washington.edu> In-Reply-To: <200410161416.51163.dsyphers@u.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1855471.nS4jXD6byC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410162322.28821.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org cc: rionda@gufi.org Subject: Re: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 03:22:52 -0000 --nextPart1855471.nS4jXD6byC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 16 October 2004 05:16 pm, David Syphers wrote: > On Saturday 16 October 2004 01:25 pm, Marc Ramirez wrote: > > On Saturday 16 October 2004 03:08 pm, David Syphers wrote: > > > On Saturday 16 October 2004 01:53 am, Matteo Riondato wrote: > > > > Could we change an entry from: > > > > > > > > 20041007: > > > > One of the syscalls the 1:1 threading library libthr uses h= as > > > > changed, thus breaking ABI compatibility. Make sure you > > > > rebuild this library with the kernel. > > > > > > > > to: > > > > Compromise: One of the syscalls _which_ the ... > > Okay... this would be grammatically correct. However, I'm curious why the > original poster believes the current version to be unclear, since it is > also grammatically correct. (Omitting "that" or "which" at the beginning = of > a restrictive relative clause is very common in English.) There are a lot of words between the nominal subject, 'one' and the nominal= =20 verb, 'has changed.' All these interspersers must be pushed, and if you're= =20 not fluent, well, remember the 'five things in short-term memory' rule. Maybe the best way to write it is in press release style: Oct 7, 2004 SYSCALL DROPPED, CAUSING LIBRARY BREAKAGE =46reeBSD staff /USR/SRC/SYS/ - Today, libthr is picking through the pieces of the life it= =20 once knew. Libthr, the predominate 1:1 threading library for FreeBSD, foun= d=20 today that a syscall it had depended on was dropped from the FreeBSD ABI. = =20 According to the library, "unless the admin rebuilds me under the new ABI,= =20 the kernel's only option will be to kill(2) the process, probably with a=20 SIGSYS." The dropped syscall was only four years old. For more informatio= n=20 on SIGSYS, visit /usr/include/sys/signal.h. =20 =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart1855471.nS4jXD6byC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBceV0g1EgpGw750IRAnXsAKDMJ1gbPKhm/HmyGn33whcmqdZRlQCfcM3K 3pd5niHPVCWUX6EmkKBTd28= =uLSE -----END PGP SIGNATURE----- --nextPart1855471.nS4jXD6byC-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 03:43:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5506C16A4CE for ; Sun, 17 Oct 2004 03:43:20 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F4A743D5A for ; Sun, 17 Oct 2004 03:43:20 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id IBA74465; Sat, 16 Oct 2004 20:43:20 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5139C5D04; Sat, 16 Oct 2004 20:43:19 -0700 (PDT) To: Alexey Dokuchaev In-reply-to: Your message of "Sat, 16 Oct 2004 20:17:17 +0700." <20041016131717.GA95897@regency.nsu.ru> Date: Sat, 16 Oct 2004 20:43:19 -0700 From: "Kevin Oberman" Message-Id: <20041017034319.5139C5D04@ptavv.es.net> cc: current@freebsd.org Subject: Re: Mixer problems RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 03:43:20 -0000 > Date: Sat, 16 Oct 2004 20:17:17 +0700 > From: Alexey Dokuchaev > Sender: owner-freebsd-current@freebsd.org > > On Sat, Oct 16, 2004 at 01:50:08PM +0100, Matt wrote: > > I have no idea how long it's been like this for as I've only just > > noticed but it appears the mixer settings no longer have any effect at > > all on my soundcard volume. It's permanently at full volume no matter > > what I set the mixer values to. > > I second this. mixer(8) apparently does not work any longer. While my laptop (beta7) works normally, two other 5.3beta systems have volume settings which no longer work, but ogain does. ogain (output gain) seems to have replaced volume. Volume does nothing, but the mixer works on all three systems by using ogain. One system with the change has an AD1885 and an ICH2 and the other uses PCI snd_es137x. The working system has an AD1881A with an ICH3. I won't claim to know why the AD devices behave so differently. The one where Volume still works does not even have an ogain. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 03:45:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 443F716A4F9 for ; Sun, 17 Oct 2004 03:45:12 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id AC78D43D1D for ; Sun, 17 Oct 2004 03:45:11 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 67578 invoked by uid 0); 17 Oct 2004 03:44:10 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 17 Oct 2004 03:44:10 -0000 Message-ID: <4171EACE.4020602@gamersimpact.com> Date: Sat, 16 Oct 2004 22:45:18 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <4171D3AE.8010601@yahoo.com> In-Reply-To: <4171D3AE.8010601@yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.3-Beta7 diskless boot: it boots but has empty /var (on /dev/md1) !? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 03:45:12 -0000 Rob wrote: > However, on the diskless PC, /var is on a memory > disk, but that directory is completely empty: > > disklessPC# ls -a /var > . .. .snap > > disklessPC# mount > 192.168.123.254:/ on / (nfs, read-only) > devfs on /dev (devfs, local) > /dev/md0 on /etc (ufs, local, soft-updates) > procfs on /proc (procfs, local) > /dev/md1 on /var (ufs, local, soft-updates) > 192.168.123.254:/usr on /usr (nfs, read-only) > 192.168.123.254:/home on /home (nfs) > /dev/md2 on /tmp (ufs, local, soft-updates) > > This has serious consequences on the diskless PC. > For example, sshd cannot start because /var/empty > is not there. There is no information in /var/run, > /var/log etc. > > Is something missing in the /etc/rc.d/initdiskless script, > or have I forgotten something? > > Thanks, > Rob. The /var memory disk needs to be populated with a base structure. This is handled in initdiskless by templates (see /etc/rc.d/initdiskless:285). You can either have them as subdirectories in your /conf/ or as dir.cpio.gz cpio'gzip archives that are then extracted. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 03:54:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF82916A4CF; Sun, 17 Oct 2004 03:54:35 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9945C43D1D; Sun, 17 Oct 2004 03:54:35 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id IBA74465; Sat, 16 Oct 2004 20:54:35 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 88E185D04; Sat, 16 Oct 2004 20:54:34 -0700 (PDT) To: David Xu In-reply-to: Your message of "Sat, 16 Oct 2004 21:38:22 +0800." <4171244E.1080106@freebsd.org> Date: Sat, 16 Oct 2004 20:54:34 -0700 From: "Kevin Oberman" Message-Id: <20041017035434.88E185D04@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: Any chance to get my sound card to work ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 03:54:35 -0000 > Date: Sat, 16 Oct 2004 21:38:22 +0800 > From: David Xu > Sender: owner-freebsd-current@freebsd.org > > I have the sound card as the following mail said: > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=181707+0+/usr/local/www/db/text/2003/freebsd-stable/20031214.freebsd-stable > > But I didn't find that it works, I have loaded snd_es137x.ko: > > tiger# kldload snd_es137x.ko > pcm0: port 0xe400-0xe41f,0xe000-0xe03f irq > 17 at device 12.0 on pci0 > pcm0: > > The driver seems identified the device, but no sound at all when I try to > use it. This card has initialization problems. If you boot Windows and then boot FreeBSD, it works fine until the system is power cycled. This was first discussed almost two years ago on stable. I have not seen any patch for it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 04:12:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C41BD16A4CF for ; Sun, 17 Oct 2004 04:12:05 +0000 (GMT) Received: from heineken.flexi-surf.co.uk (heineken.flexi-surf.co.uk [62.41.128.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6E6F43D49 for ; Sun, 17 Oct 2004 04:12:04 +0000 (GMT) (envelope-from nbco@btinternet.com) Received: from [192.168.2.2] ([217.51.147.95])i9H2oY814182 for ; Sun, 17 Oct 2004 03:50:35 +0100 From: nbco Date: Sun, 17 Oct 2004 05:12:01 +0100 User-Agent: KMail/1.7 To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410170512.01673.nbco@btinternet.com> Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nbco@screaming.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 04:12:05 -0000 On Sunday 17 October 2004 00:10, Jochen Gensch wrote: > I just cvsup'd RELENG_5 and the system is not booting any more with > the new kernel. It hangs at the ata identifying with the message: > > ata1-slave: FAILURE - ATAPI_IDENTIFY timed out > > I am using the GENERIC kernel, the only additional thing in there is > atapicam. Maybe I just cvsup'd at a bad time :-) ? Hi there, I have the same problem. I have a T41, removing the cd drive will mean that you can boot cleanly. I suffered from the same problem earlier this year. I have had no problem with 5.3-BETA7. It appears that this regression was caused by an ata driver commit before RELENG_5_3 was branched. If you are going to roll sources back, roll them back to 08:00:00 UTC on 16 Oct 2004, use the branch RELENG_5, but don't use the branch RELENG_5_3 until this gets sorted out. .nbco From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 04:31:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02F1216A4D1; Sun, 17 Oct 2004 04:31:02 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE35E43D49; Sun, 17 Oct 2004 04:31:01 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id IBA74465; Sat, 16 Oct 2004 21:31:01 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 842035D04; Sat, 16 Oct 2004 21:31:00 -0700 (PDT) To: Ariff Abdullah In-reply-to: Your message of "Sat, 16 Oct 2004 22:06:50 +0800." <20041016220650.56e95112.skywizard@time.net.my> Date: Sat, 16 Oct 2004 21:31:00 -0700 From: "Kevin Oberman" Message-Id: <20041017043100.842035D04@ptavv.es.net> cc: freebsd-current@freebsd.org cc: David Xu Subject: Re: Any chance to get my sound card to work ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 04:31:02 -0000 > Date: Sat, 16 Oct 2004 22:06:50 +0800 > From: Ariff Abdullah > Sender: owner-freebsd-current@freebsd.org > > > On Sat, 16 Oct 2004 21:38:22 +0800 > David Xu wrote: > > I have the sound card as the following mail said: > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=181707+0+/usr/local/www/db/text/2003/freebsd-stable/20031214.freebsd-stable > > > > But I didn't find that it works, I have loaded snd_es137x.ko: > > > > tiger# kldload snd_es137x.ko > > pcm0: port 0xe400-0xe41f,0xe000-0xe03f > > irq 17 at device 12.0 on pci0 > > pcm0: > > > > The driver seems identified the device, but no sound at all when I > > try to use it. > > > > You may try this patch: > http://staff.mybsd.org.my/skywizard/FreeBSD/es137x.c.diff > > It's pathetic, ugly, but does it job to properly initialize mixer > on ev1938 chip. Perhaps somebody can really clean it up. Cool! For the first time I can get my ES1371 to work on boot after a power cycle. Thanks, Ariff! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 04:37:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8BFA16A4CF; Sun, 17 Oct 2004 04:37:10 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A3543D41; Sun, 17 Oct 2004 04:37:09 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id i9H4axB4085154; Sat, 16 Oct 2004 21:37:03 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200410170437.i9H4axB4085154@gw.catspoiler.org> Date: Sat, 16 Oct 2004 21:36:58 -0700 (PDT) From: Don Lewis To: pjd@FreeBSD.org In-Reply-To: <20041016062115.GS73767@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: ache@nagual.pp.ru cc: scottl@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Stable panic on shutdown: swapoff: failed to locate N swap blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 04:37:11 -0000 On 16 Oct, Pawel Jakub Dawidek wrote: > On Sat, Oct 16, 2004 at 08:54:47AM +0400, Andrey Chernov wrote: > +> On Sat, Oct 16, 2004 at 12:47:31AM -0400, David Schultz wrote: > +> > Pawel has a patch that moves the swapoff() later in the shutdown > +> > sequence, after all user processes have been killed. It should > +> > make swapoff() basically a no-op / sanity check, since nothing > +> > should actually be paged out at that point. > +> > +> Forward it to me, please, I'll test it. > > http://people.freebsd.org/~pjd/patches/swapoff_all.patch > This should probably be combined with vfs_umountall() to handle the mutual interdependencies between regular file systems, file systems stored on swap-backed md devices, and vnode-backed md devices used for swap. I have no idea how difficult this might be to implement. Hopefully nobody swaps to a vnode-backed md device that resides in a file system that is stored on a swap-backed md device ... From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 05:19:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE87816A4CE; Sun, 17 Oct 2004 05:19:02 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36EEE43D1F; Sun, 17 Oct 2004 05:19:02 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id i9H5J0Oi010833; Sun, 17 Oct 2004 09:19:00 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 17 Oct 2004 09:19:00 +0400 (MSD) From: Dmitry Morozovsky To: Ruslan Ermilov In-Reply-To: <20041017013523.O90434@woozle.rinet.ru> Message-ID: <20041017091627.T10792@woozle.rinet.ru> References: <20041016235144.P53591@woozle.rinet.ru> <20041017000419.G53591@woozle.rinet.ru> <20041017011515.N90434@woozle.rinet.ru> <20041017013523.O90434@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: cross-release RELENG_5_3 under 4-STABLE broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 05:19:03 -0000 On Sun, 17 Oct 2004, Dmitry Morozovsky wrote: [snip] DM> RE> > for i in base catpages manpages games proflibs dict info doc; do ... DM> RE> > touch release.1 DM> RE> DM> RE> As you can see, there's no "compat*" dists listed here. Since the DM> RE> list of distributions fully matches the "make -V DISTRIBUTIONS" DM> RE> output in src/release of HEAD, I believe that you try to use HEAD DM> RE> version of release/Makefile to build a RELENG_5_3. DM> RE> DM> RE> I mentioned this a number of times on the current@ mailing list, DM> RE> that to build a 5.x release on 4.x, you need to check out and use DM> RE> target (5.x) version of src/release/Makefile*. And you should use DM> RE> the WORLDDIR knob of "make release" to specify the location of DM> RE> your 4.x src/ tree. DM> DM> Yes, somehow my /FreeBSd/src.53 tree is mixed with RELENG_5_3 and HEAD tags... DM> Will re-update and re-check... Just to confirm that script -t2 /usr/obj/log/releaselog.53 make release BUILDNAME=5.3-RiNet-RC CVSROOT=/home/ncvs RELEASETAG=RELENG_5_3 CHROOTDIR=/usr/obj/R WORLDDIR=/usr/src NOPORTS=1 NO_PF=1 WORLD_FLAGS=-j4 KERNEL_FLAGS=-j4 LOCAL_PATCHES=../../current-crossrelease.patch MAKE_ISOS=1 has been completed successfully (yes, modulo docports which I have to fix in LOCAL_PATCHES and cdrtools which are downloaded from the net and has wrong version). Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 06:15:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08D2616A4CE for ; Sun, 17 Oct 2004 06:15:29 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id A469743D2F for ; Sun, 17 Oct 2004 06:15:28 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-50-20.dsl.snfc21.pacbell.net [67.124.50.20])i9H6FQWC443898; Sun, 17 Oct 2004 02:15:27 -0400 Message-ID: <41720DFD.2090709@elischer.org> Date: Sat, 16 Oct 2004 23:15:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Venkatesh.Babu@nokia.com References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Multiprocessing for network protocol stack X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 06:15:29 -0000 Venkatesh.Babu@nokia.com wrote: > We have a proprietary OS, which is a variant of FreeBSD 2.x and has extensive > changes to protocol stack. We are planning to migrate to the latest FreeBSD > like 4.x or 5.x to get multiprocessor support. So I am trying to evaluate > these options. > > How good the network protocol stack takes advantages of the multi processor > in 5.x ? > > What parallelizing paradigm (Connection level parallelism / Packet level > parallelism / processor per message / predictable parallel protocol > processing) is implemented for network protocol stack (like TCP/IP) in BSD > 5.x ? > > Are there any benchmarks on the performance analysis of network protocol > stack on multiprocessor system ? Parallelisation of teh network stacks is only in "beta" (so to speak) it works (mostly) but still has work to be done. It's a bit early to be basing decisions on numbers we are seeing now.. > > Thanks, VBabu _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, > send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 08:07:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A404216A4CE for ; Sun, 17 Oct 2004 08:07:05 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6745043D3F for ; Sun, 17 Oct 2004 08:07:05 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 12612 invoked from network); 17 Oct 2004 08:07:05 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Oct 2004 08:07:04 -0000 Received: from hydrogen.funkthat.com (gbshkj@localhost.funkthat.com [127.0.0.1])i9H872lb092472; Sun, 17 Oct 2004 01:07:03 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9H86wWh092471; Sun, 17 Oct 2004 01:06:58 -0700 (PDT) Date: Sun, 17 Oct 2004 01:06:58 -0700 From: John-Mark Gurney To: Max Laier Message-ID: <20041017080658.GY22681@funkthat.com> Mail-Followup-To: Max Laier , freebsd-current@freebsd.org, Bruce M Simpson , Robert Huff , Andrey Chernov , Ian FREISLICH , Robert Watson , Kris Kennaway References: <20041014000822.GA30887@nagual.pp.ru> <20041014182715.GB665@empiric.icir.org> <20041014203132.GA54873@nagual.pp.ru> <200410151943.01797.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3Pql8miugIZX0722" Content-Disposition: inline In-Reply-To: <200410151943.01797.max@love2party.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Bruce M Simpson cc: Robert Huff cc: Andrey Chernov cc: Ian FREISLICH cc: freebsd-current@freebsd.org cc: Robert Watson cc: Kris Kennaway Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 08:07:05 -0000 --3Pql8miugIZX0722 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Max Laier wrote this message on Fri, Oct 15, 2004 at 19:42 +0200: > Anyway, let's end this and get on to fixing it - shall we? I didn't try those patches, but I think I found the problem. I'm not sure why it would effect us now, and not a long time ago, but it appears that there was some optimization to drop back to processing only one packet at a time (and possibly process other packets in an interrupt), but something got broken... I ended up just eliminating the drop back to single packet delivery, and things over here seem to be doing well.. I've been running netperf's tcp stream for the last 20 minutes or so, and ping's ar still in the sub 10ms range.. usually around 4ms.. and most of the time I've been pushing around 11meg/sec to the machine (which generates around 300k transmit)... I'm now running transmits from the machine, but the performance isn't as good as it should be.. I'm getting only about 10meg/sec right now.. attached is the patch... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --3Pql8miugIZX0722 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_de.c.diff" Index: if_de.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_de.c,v retrieving revision 1.158 diff -u -r1.158 if_de.c --- if_de.c 13 Aug 2004 22:48:05 -0000 1.158 +++ if_de.c 17 Oct 2004 07:52:55 -0000 @@ -117,7 +117,6 @@ static int tulip_ifmedia_change(struct ifnet * const ifp); static void tulip_ifmedia_status(struct ifnet * const ifp, struct ifmediareq *req); -static void tulip_ifstart_one(struct ifnet *ifp); static void tulip_ifstart(struct ifnet *ifp); static void tulip_init(tulip_softc_t * const sc); static void tulip_intr_shared(void *arg); @@ -4635,29 +4634,9 @@ break; } } - if (IFQ_DRV_IS_EMPTY(&sc->tulip_if.if_snd)) - sc->tulip_if.if_start = tulip_ifstart_one; } TULIP_PERFEND(ifstart); -} - -static void -tulip_ifstart_one( - struct ifnet * const ifp) -{ - TULIP_PERFSTART(ifstart_one) - tulip_softc_t * const sc = (tulip_softc_t *)ifp->if_softc; - - if ((sc->tulip_if.if_flags & IFF_RUNNING) - && !IFQ_DRV_IS_EMPTY(&sc->tulip_if.if_snd)) { - struct mbuf *m; - IFQ_DRV_DEQUEUE(&sc->tulip_if.if_snd, m); - if(m == NULL); - else if((m = tulip_txput(sc, m)) != NULL) - IFQ_DRV_PREPEND(&sc->tulip_if.if_snd, m); - } - TULIP_PERFEND(ifstart_one); } /* --3Pql8miugIZX0722-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 08:09:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3985D16A532 for ; Sun, 17 Oct 2004 08:09:40 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F82243D1F for ; Sun, 17 Oct 2004 08:09:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9H89bGa008278; Sun, 17 Oct 2004 11:09:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 71787-09; Sun, 17 Oct 2004 11:09:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9H89a50008275; Sun, 17 Oct 2004 11:09:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9H89Sat039580; Sun, 17 Oct 2004 11:09:28 +0300 (EEST) (envelope-from ru) Date: Sun, 17 Oct 2004 11:09:28 +0300 From: Ruslan Ermilov To: Dmitry Morozovsky Message-ID: <20041017080928.GB39447@ip.net.ua> References: <20041016235144.P53591@woozle.rinet.ru> <20041017000419.G53591@woozle.rinet.ru> <20041016210749.GB16260@ip.net.ua> <20041017011515.N90434@woozle.rinet.ru> <20041016213251.GA60166@ip.net.ua> <20041017013523.O90434@woozle.rinet.ru> <20041017091627.T10792@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k" Content-Disposition: inline In-Reply-To: <20041017091627.T10792@woozle.rinet.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: cross-release RELENG_5_3 under 4-STABLE broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 08:09:40 -0000 --7iMSBzlTiPOCCT2k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 17, 2004 at 09:19:00AM +0400, Dmitry Morozovsky wrote: > On Sun, 17 Oct 2004, Dmitry Morozovsky wrote: > Just to confirm that=20 >=20 > script -t2 /usr/obj/log/releaselog.53 make release BUILDNAME=3D5.3-RiNet-= RC=20 > CVSROOT=3D/home/ncvs RELEASETAG=3DRELENG_5_3 CHROOTDIR=3D/usr/obj/R WORLD= DIR=3D/usr/src=20 > NOPORTS=3D1 NO_PF=3D1 WORLD_FLAGS=3D-j4 KERNEL_FLAGS=3D-j4=20 > LOCAL_PATCHES=3D../../current-crossrelease.patch MAKE_ISOS=3D1 >=20 > has been completed successfully (yes, modulo docports which I have to fix= in=20 > LOCAL_PATCHES and cdrtools which are downloaded from the net and has wron= g=20 > version). >=20 You can also avoid NO_PF by creating necessary UIDs/GIDs in LOCAL_SCRIPT. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --7iMSBzlTiPOCCT2k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcii4qRfpzJluFF4RAo9iAJoC4aM/ctZtjT2aPKE+pf/I44qH7gCfYGU4 53S2H2I2cY8q7/4Oon4WVac= =b9Et -----END PGP SIGNATURE----- --7iMSBzlTiPOCCT2k-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 08:41:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4D1316A4CF for ; Sun, 17 Oct 2004 08:41:51 +0000 (GMT) Received: from mail.kuehlbox.de (ns1.kuehlbox.de [62.159.47.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id B15D543D1D for ; Sun, 17 Oct 2004 08:41:50 +0000 (GMT) (envelope-from bsd@kuehlbox.de) Received: (qmail 431 invoked by uid 89); 17 Oct 2004 08:40:26 -0000 Received: from unknown (HELO ?172.16.21.120?) (webmaster@kuehlbox.de@82.135.6.231) by www.kuehlbox.de with SMTP; 17 Oct 2004 08:40:26 -0000 Message-ID: <41723049.90000@kuehlbox.de> Date: Sun, 17 Oct 2004 10:41:45 +0200 From: Stephan Fiebrandt User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: serious problem with 5.3-B7 and linux emulated vmware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 08:41:51 -0000 Hi all, in the first place, i had some issues, that i've also posted in -emulation, but now i have found out a critical problem with 5.3-BETA7. I installed vmware3 from /usr/ports/emulation/vmware3 as supposted. After i turned on the first time a vmware session, my mouse in X almost freeze, console has delayed input, and top believes that all %CPU activity is at 0.0. But my biggest concern is, that my ATAPI Controller "crashes" unusable: acd0: FAILURE - ATAPI_IDENTIFY timed out when i try afterwards to use an ATA device, in this case the cdrom. (e.g. just starting /stand/systinstall, and it hangs with that error) But it got a bit better. One error is missing since BETA6: watchdog: xl0 timed out In 5.3-B6 in the same moment, after starting a vmware session, as soon the secound networkcard had activity, *all* networkcard got stalled with the watchdog timeout message. With the latest B7 i could not reproduce this anymore (yet). I have tried all ways out, with no SMP, and no ACPI, linux_base or linuxbase-8 ,vmware2 (patches from -current) or vmware3 and so on... everytime it is the same effect after i did turn on once a vmware session. I have seen another one, that had an IDE disk, that was inaccessable after he turned on the session. I do not have a normal IDE disk attached on the system. I got an Adaptec Raid Controller, so thats way got much far than him. And losing the access to the fixed disk, i would count as an critical bug. In FreeBSD 4.10 everything runs just fine. So i believe there are still some serious bugs in 5.3. And since it wants to become "stable", i would like to help with any information that i can give, to solve this prob, since in that case, a Linux-prog was able to totaly "crash" the mashine into an unusable state. my dmesg: Copyright (c) 1992-2004 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.3-BETA7 #0: Wed Oct 13 20:22:47 CEST 2004 root@kuehlbox.de:/usr/obj/usr/src/sys/SERVER WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073152000 (1023 MB) avail memory = 1040580608 (992 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu1: Failed to attach throttling P_CNT pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci2: on pcib1 em0: port 0x2000-0x201f mem 0xd0100000-0xd011ffff,0xd0120000-0xd013ffff irq 18 at device 1.0 on pci2 em0: [GIANT-LOCKED] em0: Ethernet address: 00:0d:60:83:73:18 em0: Speed:N/A Duplex:N/A pcib2: at device 28.0 on pci0 pci3: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x3000-0x307f mem 0xd0200000-0xd020007f irq 24 at device 1.0 on pci3 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:20:8c:5b xl0: [GIANT-LOCKED] asr0: mem 0xd4000000-0xd5ffffff irq 25 at device 2.0 on pci3 asr0: [GIANT-LOCKED] asr0: ADAPTEC 2400A FW Rev. 3A0L, 4 channel, 256 CCBs, Protocol I2O pcib3: at device 2.1 on pci3 pci4: on pcib3 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: LegSup = 0x003b 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 uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: LegSup = 0x0010 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pci0: at device 29.7 (no driver attached) pcib4: at device 30.0 on pci0 pci5: on pcib4 pci5: at device 2.0 (no driver attached) puc0: port 0x4460-0x446f,0x4470-0x4477,0x4478-0x447f,0x4480-0x4487,0x4488-0x448f,0x4490-0x4497 irq 17 at device 6.0 on pci5 sio4: on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode ppc0: on puc0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ifpi2-0: port 0x4440-0x445f mem 0xd0310000-0xd031001f irq 20 at device 7.0 on pci5 ifpi2-0: [GIANT-LOCKED] ifpi2-0: ISACSX PSB3186 ifpi2-0: passive stack unit 0 pci5: at device 8.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1460-0x146f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 ppc1 port 0x378-0x37f irq 7 on acpi0 ppc1: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc1: FIFO with 16/16/8 bytes threshold ppbus1: on ppc1 plip1: on ppbus1 lpt1: on ppbus1 lpt1: Interrupt-driven port ppi1: on ppbus1 orm0: at iomem 0xca800-0xd07ff,0xca000-0xca7ff,0xc9000-0xc9fff,0xc0000-0xc8fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 10.000 msec i4btel: 2 ISDN telephony interface device(s) attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached i4bctl: ISDN system control port attached i4bisppp: 4 ISDN SyncPPP device(s) attached i4b: ISDN call control device attached i4btrc: 4 ISDN trace device(s) attached i4brbch: 4 raw B channel access device(s) attached IPsec: Initialized Security Association Processing. ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 10 packets/entry by default i4b-L1 ifpi2_isacsx_ind_hdlr: UNKNOWN Indication 0x1 in state F3 Deactivated acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acd0: CDROM at ata0-master UDMA33 SMP: AP CPU #1 Launched! da0 at asr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Tagged Queueing Enabled da0: 305254MB (625160192 512 byte sectors: 255H 63S/T 38914C) Mounting root from ufs:/dev/da0s1a em0: Link is up 100 Mbps Full Duplex WARNING: driver "vmmon" used unreserved major device number 200 /dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 $ /dev/vmmon: Module vmmon: initialized vmnet1: Ethernet address: 00:bd:7b:0c:00:01 xl0: promiscuous mode enabled vmnet1: promiscuous mode enabled pcm0: port 0x4400-0x443f irq 21 at device 8.0 on pci5 pcm0: pcm0: [GIANT-LOCKED] drm0: port 0x4000-0x40ff mem 0xd0300000-0xd030ffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci5 info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 <----vmware start and exiting it again ----> /dev/vmmon: Vmx86_DestroyVM: unlocked pages: 10165, unlocked dirty pages: 10113 <--------------- trying to access now the /dev/acd0 (cdrom) -----------------> acd0: FAILURE - ATAPI_IDENTIFY timed out acd0: FAILURE - ATAPI_IDENTIFY timed out From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 08:45:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA31C16A4DC; Sun, 17 Oct 2004 08:45:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B93D43D2D; Sun, 17 Oct 2004 08:45:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 7196E1FF9AC; Sun, 17 Oct 2004 10:45:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id A177C1FF9AB; Sun, 17 Oct 2004 10:45:06 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 5EBCE15606; Sun, 17 Oct 2004 08:44:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 53B43154FC; Sun, 17 Oct 2004 08:44:53 +0000 (UTC) Date: Sun, 17 Oct 2004 08:44:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: gnn@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: Re: 6-CUR: panic in ipsec processing w/o ipsec in use X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 08:45:11 -0000 On Sun, 17 Oct 2004 gnn@freebsd.org wrote: Hi, > At Sat, 16 Oct 2004 19:39:00 +0000 (UTC), > Bjoern A. Zeeb wrote: > > > > Hi, > > > > on my MP machine running 6-CURRENT from around late 2004-09-26 > > I got a panic while editing a Makefile of a port; though compiled in > > I have no ipsec in use on that machine atm. > > > > hand transcribed: > > panic > > free +0xaa > > _key_delsp +0x1b > > key_delsp +0xab > > _key_freesp +0x8a > > ipsec4_hdrsiz +0x9b > > ipsec4_hdrsiz_tc +0xa9 > > tcp_output +0x9c1 > > tcp_usr_send +0x18b > > sosend +0x5e7 > > soo_write +0x46 > > dofilewrite +0xa8 > > write +0x39 > > syscall > > Xint0x80_syscall > > > > > > the bt looks strange to me, so I decided to post though > > this may already be corrected ? > > This might be related to a fix, that needs testing, with respect to > the mbuf data size. The thing I'm thinking about is this: > > There are reports that racoon is unable to complete IKE negotiation > due to a send to the pfkey socket returning ENOBUFS. This appears to > be a result of an incorrect assumption about mbuf data size due to a > change resulting from mbuma. A fix for this is in RELENG_5 now. I know but as said: "no ipsec in use on that machine". The questions are: a) why does anything go into the ipsec processing path if I do not use ipsec (no policies, no SAs, no raccon, ...)? b) why does this happen from dofilewrite? > You might want to update your system. yeah I might want to do that. > From what you say in your email this looks like an intermittent > error. Have you been able to reproduce this? no. it just happened this one time in ~14 days. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 08:53:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA9C016A4CF for ; Sun, 17 Oct 2004 08:53:44 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2991743D58 for ; Sun, 17 Oct 2004 08:53:44 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9H8re4L021356; Sun, 17 Oct 2004 04:53:40 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9H8reKl021352; Sun, 17 Oct 2004 04:53:40 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 17 Oct 2004 04:53:40 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Volker In-Reply-To: <4171CDF3.6050901@vwsoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: beta6/7 machine freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 08:53:44 -0000 On Sun, 17 Oct 2004, Volker wrote: > I'm still using debug.mpsafenet=0 for the i4b code (may I remove it or > is it still required for i4b?). You can move the explicit reference, because the network stack will automatically set debug.mpsafenet=0 if you compile i4b into it. I hope to have some patches to make it more mpsafe in the near future, but am currently working on other bugs. I'll probably bother you again in a few weeks with some patches to try :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > Before your i4b changes the machine died in the middle or at the end of > a ppp connection. For me, this is a huge step forward (or backward into > stability). > > Now while the machine is running stable (no lock ups, no panics) for > quite some days (the first time since BETA-4) I'm sure RELENG_5 made a > huge step into the 5-STABLE direction. Two weeks ago I really had > concerns for 5's stability but now I think 5.x will do a good job as 4.x > did it. > > I think you guys really did a great job! :) > > Will remove INVARIANTS and WITNESS now and enjoy the speed of a good OS. > > Thanks, > > Volker > > > > On 2004-10-11 17:44, Robert Watson wrote: > > > In fact, this is almost certainly part of the problem. I'd try setting > > debug.mpsafenet=0 in /boot/loader.conf and reboot as a first step t see if > > the problem goes away. > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > On Mon, 11 Oct 2004, Robert Watson wrote: > > > > > >>BTW, since it sounds like this might be a networking related problem, you > >>might try setting debug.mpsafenet=0 in loader.conf to see if the problem > >>goes away -- that will put the Giant lock back over the network stack and > >>might close races. i4b might not be MPSAFE, I'll go take a look. > >> > >>Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > >>robert@fledge.watson.org Principal Research Scientist, McAfee Research > >> > >> > > > > > > -- > GPG/PGP fingerprint: > FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 > From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 08:58:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 204D216A4CE for ; Sun, 17 Oct 2004 08:58:29 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4525343D1D for ; Sun, 17 Oct 2004 08:58:27 +0000 (GMT) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id i9H8vXZg009518 for ; Sun, 17 Oct 2004 18:27:33 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Sun, 17 Oct 2004 18:28:20 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id i9H8rWh26631 for ; Sun, 17 Oct 2004 18:23:32 +0930 (CST) Received: from squirm.dsto.defence.gov.au ([131.185.40.211]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id RZJBZTMB; Sun, 17 Oct 2004 18:23:19 +0930 Received: from squirm.dsto.defence.gov.au (localhost [127.0.0.1]) by squirm.dsto.defence.gov.au (8.13.1/8.13.1) with ESMTP id i9F8OVDV001349 for ; Fri, 15 Oct 2004 17:54:31 +0930 (CST) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squirm.dsto.defence.gov.au (8.13.1/8.13.1/Submit) id i9F8OVdU001348 for freebsd-current@freebsd.org; Fri, 15 Oct 2004 17:54:31 +0930 (CST) (envelope-from wilkinsa) Date: Fri, 15 Oct 2004 17:54:30 +0930 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20041015082424.GA786@squirm.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: RELENG_5 panic [nic: _mtx_lock_sleep: recursed on non-recursivemutex nfsd_mtx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 08:58:29 -0000 Hi all, I currently get a panic with "nfs_server_enable=YES" in /etc/rc.conf. OS: FreeBSD 5.3-BETA4 #2: Tue Sep 14 13:55:30 UTC 2004 Backtrace --------- panic: _mtx_lock_sleep: recursed on non-recursive mutex nfsd_mtx @ /usr /src/sys/nfsserver/nfs_serv.c:1947 cpuid = 0 KDB: enter: panic [thread 100074] Stopped at kdb_enter+0x32: leave db> tr kdb_enter(c068ba66,0,c068aed8,dd2ed90c,c1b6b340) at kdb_enter+0x32 panic(c068aed8,c069885f,c0698617,79b,c0698617) at panic+0x1b0 _mtx_lock_sleep(c071c940,c1b6b340,0,c0698617,79b) at _mtx_lock_sleep+0x16e _mtx_lock_flags(c071c940,0,c0698617,79b,0) at _mtx_lock_flags+0xb0 nfsrv_create(c1eb6800,c1b98800,c1b6b340,dd2edc8c,0) at nfsrv_create+0x8c4 nfssvc(c1b6b340,dd2edd14,8,0,2) at nfssvc+0x6ea syscall(2f,2f,2f,0,0) at syscall+0x13b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c60bf, esp = 0xbfbfeb1c, eb p = 0xbfbfeb38 --- - aW From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 09:25:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B9BE16A4D3 for ; Sun, 17 Oct 2004 09:25:23 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EC5A43D31 for ; Sun, 17 Oct 2004 09:25:08 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 5CFCA1FF92F; Sun, 17 Oct 2004 11:25:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 6E81D1FF91D; Sun, 17 Oct 2004 11:25:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id F0B8D15606; Sun, 17 Oct 2004 09:24:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id E5EC8154FC; Sun, 17 Oct 2004 09:24:31 +0000 (UTC) Date: Sun, 17 Oct 2004 09:24:31 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Volker In-Reply-To: <4171D04C.8070601@vwsoft.com> Message-ID: References: <4171D04C.8070601@vwsoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@freebsd.org Subject: Re: LOR ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 09:25:23 -0000 On Sun, 17 Oct 2004, Volker wrote: > Whenever if_ath is loaded or unloaded, the ahc0 driver enters the game. > > After that (kldload), my kernel told me about a LOR: > > lock order reversal > 1st 0xc1a1bc58 ath0 (network driver) @ > /usr/src/sys/modules/ath/../../dev/ath/i > f_ath.c:893 > 2nd 0xc184f620 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0728ee8,c072a388,c06d17ec) at kdb_backtrace+0x29 > witness_checkorder(c184f620,9,c06a7966,bb5) at witness_checkorder+0x540 > _sx_xlock(c184f620,c06a7966,bb5) at _sx_xlock+0x50 > _vm_map_lock_read(c184f5dc,c06a7966,bb5,2000000,c16f3e8c) at > _vm_map_lock_read+0 > x3b > vm_map_lookup(cc7a29dc,8055000,2,cc7a29e0,cc7a29d0) at vm_map_lookup+0x26 > vm_fault(c184f5dc,8055000,2,8,c15907d0) at vm_fault+0x69 > trap_pfault(cc7a2aa4,0,8055000) at trap_pfault+0xf2 > trap(18,10,10,8055000,c16cae00) at trap+0x351 > calltrap() at calltrap+0x5 for the archives. I added this as LOR 042: http://sources.zabbadoz.net/freebsd/lor.html#042 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 09:59:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BE7B16A4CE for ; Sun, 17 Oct 2004 09:59:04 +0000 (GMT) Received: from gvr.gvr.org (gvr-gw.gvr.org [80.126.103.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB8043D5C for ; Sun, 17 Oct 2004 09:59:03 +0000 (GMT) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 27B9949; Sun, 17 Oct 2004 11:59:03 +0200 (CEST) Date: Sun, 17 Oct 2004 11:59:03 +0200 From: Guido van Rooij To: Peter Jeremy Message-ID: <20041017095903.GB59847@gvr.gvr.org> References: <20041013214911.GD986@green.homeunix.org> <20041015073118.GA19660@gvr.gvr.org> <20041015104856.GB45863@cirb503493.alcatel.com.au> <20041015123547.GA23221@gvr.gvr.org> <20041015220203.GT83620@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015220203.GT83620@cirb503493.alcatel.com.au> cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA7 install cd: kernel trap 12 with interrupts disabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 09:59:04 -0000 On Sat, Oct 16, 2004 at 08:02:03AM +1000, Peter Jeremy wrote: > On Fri, 2004-Oct-15 14:35:47 +0200, Guido van Rooij wrote: > >A make buildworld cannot be used in sich a scenario. A nice memtester > >that could be called from the bootloader would have been handy. > > http://www.memtest86.com/memtest86-3.1a.iso.gz > > I'm not sure how much effort would be involved in making memtest[86] > in a form that could be loaded by the bootloader. I am going to take a look next week. -Guido From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 10:15:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B16E16A4D3; Sun, 17 Oct 2004 10:15:33 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9817543D45; Sun, 17 Oct 2004 10:15:16 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [192.168.1.101] (KMMCDXI.dsl.saunalahti.fi [195.197.18.211]) by will.iki.fi (Postfix) with ESMTP id 87E22AD; Sun, 17 Oct 2004 13:15:14 +0300 (EEST) Message-ID: <4172461E.9060008@will.iki.fi> Date: Sun, 17 Oct 2004 13:14:54 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.8 (X11/20041016) X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20041016174925.GA96809@dragon.nuxi.com> In-Reply-To: <20041016174925.GA96809@dragon.nuxi.com> Content-Type: multipart/mixed; boundary="------------020909000407050000000700" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-current@freebsd.org Subject: Optimized libc/amd64/string (was Re: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 10:15:33 -0000 This is a multi-part message in MIME format. --------------020909000407050000000700 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit If -current is now at a stage where simple assembly-language optimizations are desirable, another nice target would be the libc string functions on the amd64 (they're still built from the portable C sources). I'm currently running using the attached files, adapted from NetBSD. Just untarring the contents in /usr/src will include them in a buildworld (without overwriting anything). --------------020909000407050000000700-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 11:08:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC56616A4CE; Sun, 17 Oct 2004 11:08:36 +0000 (GMT) Received: from mail.vtec.ipme.de (Ad6ca.a.pppool.de [213.6.214.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B241E43D31; Sun, 17 Oct 2004 11:08:30 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from [192.168.16.24] (unknown [192.168.16.24]) by bellona.sz.vwsoft.com (Postfix) with ESMTP id BCBB05C4F; Sun, 17 Oct 2004 13:08:19 +0200 (CEST) Message-ID: <417252A2.6070908@vwsoft.com> Date: Sun, 17 Oct 2004 13:08:18 +0200 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040822 Thunderbird/0.7+ Mnenhy/0.6.0.101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: beta6/7 machine freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 11:08:37 -0000 Hi Robert! On 2004-10-17 10:53, Robert Watson wrote: > On Sun, 17 Oct 2004, Volker wrote: > > >>I'm still using debug.mpsafenet=0 for the i4b code (may I remove it or >>is it still required for i4b?). > > > You can move the explicit reference, because the network stack will > automatically set debug.mpsafenet=0 if you compile i4b into it. I hope to > have some patches to make it more mpsafe in the near future, but am > currently working on other bugs. > > I'll probably bother you again in a few weeks with some patches to try > :-). > Please don't hesitate to bother me! :) Greetings, Volker -- GPG/PGP fingerprint: FF93 13A1 2477 B631 E953 06DF 4C49 ADD9 E4BF 79B1 From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 11:12:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EA9816A4CE for ; Sun, 17 Oct 2004 11:12:12 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76DFE43D3F for ; Sun, 17 Oct 2004 11:12:11 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101720:10:55:969671.15513.2830777264 for ; Sun, 17 Oct 2004 20:10:55 +0900 (KST) Message-ID: <4172538A.9080906@yahoo.com> Date: Sun, 17 Oct 2004 20:12:10 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers , freebsd-current@freebsd.org References: <4171D3AE.8010601@yahoo.com> <4171EACE.4020602@gamersimpact.com> In-Reply-To: <4171EACE.4020602@gamersimpact.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:3.27) (by Terrace) Subject: Re: 5.3-Beta7 diskless boot: it boots but has empty /var (on/dev/md1) !? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 11:12:12 -0000 Ryan Sommers wrote: > Rob wrote: > >> However, on the diskless PC, /var is on a memory >> disk, but that directory is completely empty: >> >> disklessPC# ls -a /var >> . .. .snap >> >> disklessPC# mount >> 192.168.123.254:/ on / (nfs, read-only) >> devfs on /dev (devfs, local) >> /dev/md0 on /etc (ufs, local, soft-updates) >> procfs on /proc (procfs, local) >> /dev/md1 on /var (ufs, local, soft-updates) >> 192.168.123.254:/usr on /usr (nfs, read-only) >> 192.168.123.254:/home on /home (nfs) >> /dev/md2 on /tmp (ufs, local, soft-updates) >> >> This has serious consequences on the diskless PC. >> For example, sshd cannot start because /var/empty >> is not there. There is no information in /var/run, >> /var/log etc. >> >> Is something missing in the /etc/rc.d/initdiskless script, >> or have I forgotten something? >> >> Thanks, >> Rob. > > > The /var memory disk needs to be populated with a base structure. This > is handled in initdiskless by templates (see > /etc/rc.d/initdiskless:285). You can either have them as subdirectories > in your /conf/ or as dir.cpio.gz cpio'gzip archives that are then > extracted. Great! Thank you. This works very well. What I have done is putting only the directories in the var.cpio.gz, as follows: find /var -type d | cpio -o > /conf/base/var.cpio gzip /conf/base/var.cpio to regenerate the directory tree for /var on the diskless PC, assuming that individual files will be created as the system boots. The latter is indeed the case with files like /var/run/dmesg.boot /var/run/sshd.pid /var/run/syslog.pid /var/run/syslogd.sockets and so forth. However, /var/log/ is empty and remains empty !?!? Any idea why that is? I need to inspect files like /var/log/auth.log, /var/log/messages and so on. Why are these log files not generated? syslogd is running: # ps awux | grep syslog root 231 0.0 2.7 1316 760 ?? Ss 6:20PM 0:00.13 /usr/sbin/syslogd -ss rob 677 0.0 1.1 476 312 p2 R+ 8:09PM 0:00.01 grep syslog Thanks! Rob. From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 11:41:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2A1016A4CE for ; Sun, 17 Oct 2004 11:41:14 +0000 (GMT) Received: from smtp2.bahnhof.se (mailut.bahnhof.net [213.136.33.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FB9043D2D for ; Sun, 17 Oct 2004 11:41:13 +0000 (GMT) (envelope-from mark.rowlands@mypost.se) Received: from mfilter1.bahnhof.se (mail.bahnhof.se [213.136.33.1]) by smtp2.bahnhof.se (Postfix) with ESMTP id 49244890B4 for ; Sun, 17 Oct 2004 13:41:16 +0200 (CEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by re-injector1.bahnhof.se (Postfix) with ESMTP id 75E35129157 for ; Sun, 17 Oct 2004 13:41:12 +0200 (CEST) Received: from smtp4.bahnhof.se ([213.136.33.3]) by localhost (mfilter1.bahnhof.se [10.0.1.21]) (amavisd-new, port 10024) with ESMTP id 18200-08 for ; Sun, 17 Oct 2004 13:41:12 +0200 (CEST) Received: from pcmarpxy.mine.nu (unknown [81.170.150.191]) by smtp4.bahnhof.se (Postfix) with ESMTP id A851A12E390 for ; Sun, 17 Oct 2004 13:41:11 +0200 (CEST) Received: from localhost (localhost.mwrwin2k.se [127.0.0.1]) by pcmarpxy.mine.nu (Postfix) with ESMTP id E60AB10531 for ; Sun, 17 Oct 2004 13:41:11 +0200 (CEST) Received: from pcmarpxy.mine.nu ([127.0.0.1]) by localhost (pcmarpxy.mine.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43954-07 for ; Sun, 17 Oct 2004 13:41:09 +0200 (CEST) Received: from exchsrv1.mwrwin2k.se (kalendar.mine.nu [192.168.0.4]) by pcmarpxy.mine.nu (Postfix) with ESMTP id 9E44510503 for ; Sun, 17 Oct 2004 13:41:09 +0200 (CEST) Date: Sun, 17 Oct 2004 13:41:07 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Message-ID: Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Thread-Topic: Pentax Optio 30 panic 5.3-Beta 7 Thread-Index: AcS0K6xWShEIlI+4SY+9gbYiBsFl9QAEgLzQ From: "Mark Rowlands" To: X-Virus-Scanned: by amavisd-new at bahnhof.se Subject: Pentax Optio 30 panic 5.3-Beta 7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 11:41:14 -0000 While I guess this is progress.=20 Previously my Pentax Optio 30 was unrecognised and paniced on insertion, now it it is recognised and then panics. umass0 PENTAX PENTAX OPTIO 30 rev 2.00/1.00,=20 addr 3 da0 at umass-sim0 bus 0 target 0 lun 0=20 da0 0MB 1127302200=20 fatal trap integer divide fault while in kernel mode Instruction Pointer 0x8 : 0xc06a7b5b=20 stack pointer 0x10:0xd42088cc=20 frame pointer 0x10:0xd4208950=20 code segment base 0x0 limit 0xfffff=20 type 0x1b DPL 0, pres 1, def32 1, gran 1=20 processor eflags interrupt enbaled, resume, IOPL =3D 0=20 current process 2(g_event)=20 trap number =3D 18 From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 12:02:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A295B16A4CE for ; Sun, 17 Oct 2004 12:02:58 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D13C43D2D for ; Sun, 17 Oct 2004 12:02:58 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])9DF1743BD5; Sun, 17 Oct 2004 14:02:56 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27723-03-2; Sun, 17 Oct 2004 14:02:56 +0200 (CEST) Received: from m2a2.dyndns.org (p54854810.dip.t-dialin.net [84.133.72.16]) 50F6B43BD2; Sun, 17 Oct 2004 14:02:56 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 9A3BED1C1C; Sun, 17 Oct 2004 14:02:53 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31274-03; Sun, 17 Oct 2004 14:02:53 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 522FCCE9F8; Sun, 17 Oct 2004 14:02:53 +0200 (CEST) To: David Syphers In-Reply-To: <200410161416.51163.dsyphers@u.washington.edu> (David Syphers's message of "Sat, 16 Oct 2004 14:16:50 -0700") References: <1097916792.1810.4.camel@kaiser.sig11.org> <200410161208.32381.dsyphers@u.washington.edu> <200410161625.42502.marc.ramirez@bluecirclesoft.com> <200410161416.51163.dsyphers@u.washington.edu> From: Matthias Andree Date: Sun, 17 Oct 2004 14:02:53 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: Marc Ramirez cc: freebsd-current@freebsd.org cc: rionda@gufi.org Subject: Re: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 12:02:58 -0000 David Syphers writes: > Okay... this would be grammatically correct. However, I'm curious why the > original poster believes the current version to be unclear, since it is also > grammatically correct. (Omitting "that" or "which" at the beginning of a > restrictive relative clause is very common in English.) Yes, but this is pretty special to English; I know three other languages and English is the only one that leaves the _necessary_ relative clause (as in this case) without pronouns or other distinction. I'd agree that is correct, and from a knowledgable point of view, it is desirable to omit the commas and the "which", but I understand that less skilled non-native speakers may have difficulties understanding the whole paragraph. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 12:05:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B145716A514 for ; Sun, 17 Oct 2004 12:05:49 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A2A943D49 for ; Sun, 17 Oct 2004 12:05:32 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])874FE43BD6; Sun, 17 Oct 2004 14:05:31 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27723-03-4; Sun, 17 Oct 2004 14:05:31 +0200 (CEST) Received: from m2a2.dyndns.org (p54854810.dip.t-dialin.net [84.133.72.16]) 3AAA043BC6; Sun, 17 Oct 2004 14:05:31 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 17B5CD1C1C; Sun, 17 Oct 2004 14:05:30 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31274-04-2; Sun, 17 Oct 2004 14:05:29 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id B2488CE9F8; Sun, 17 Oct 2004 14:05:29 +0200 (CEST) To: Marc Ramirez In-Reply-To: <200410162322.28821.marc.ramirez@bluecirclesoft.com> (Marc Ramirez's message of "Sat, 16 Oct 2004 23:22:24 -0400") References: <1097916792.1810.4.camel@kaiser.sig11.org> <200410161625.42502.marc.ramirez@bluecirclesoft.com> <200410161416.51163.dsyphers@u.washington.edu> <200410162322.28821.marc.ramirez@bluecirclesoft.com> From: Matthias Andree Date: Sun, 17 Oct 2004 14:05:29 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: David Syphers cc: freebsd-current@freebsd.org cc: rionda@gufi.org Subject: Re: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 12:05:50 -0000 Marc Ramirez writes: > There are a lot of words between the nominal subject, 'one' and the nominal > verb, 'has changed.' All these interspersers must be pushed, and if you're > not fluent, well, remember the 'five things in short-term memory' > rule. Fine so far, but... > Maybe the best way to write it is in press release style: ...that is too long for skilled people. I like Geoff's suggestion. Perhaps adding the reason in a second sentence would be helpful for the technically aware readers, and the guys who do not want to care about technical detail know what to do. (Plus it is still press-style, important information first, less important in subsequent paragraphs, where stripping off from the end of the documents still leaves it comprehensible). OK, in which shed is my bike? :) -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 12:06:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B8FE16A4CE for ; Sun, 17 Oct 2004 12:06:25 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D27DA43D45 for ; Sun, 17 Oct 2004 12:06:22 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 3151 invoked by uid 65534); 17 Oct 2004 12:06:21 -0000 Received: from p5089DEEC.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.222.236) by mail.gmx.net (mp007) with SMTP; 17 Oct 2004 14:06:21 +0200 X-Authenticated: #15946415 Received: from [10.0.0.13] (helo=[10.0.0.13]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CJ9np-000PmU-DE for freebsd-current@freebsd.org; Sun, 17 Oct 2004 14:06:21 +0200 Message-ID: <41726038.4080407@gmx.de> Date: Sun, 17 Oct 2004 14:06:16 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4171AA66.2050005@gmx.de> <200410170510.32364.nbco@screaming.net> In-Reply-To: <200410170510.32364.nbco@screaming.net> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 12:06:25 -0000 nbco wrote: > It appears that this regression was caused by an ata driver commit > before RELENG_5_3 was branched. Do we already have a 5_3 branch? I will stick with RELENG_5 anyway, so I will wait until this ATA driver issue is fixed. Jochen From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 14:28:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FB4E16A4CE for ; Sat, 16 Oct 2004 14:28:59 +0000 (GMT) Received: from pearl.ibctech.ca (dev.eagle.ca [209.167.58.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2C0243D39 for ; Sat, 16 Oct 2004 14:28:58 +0000 (GMT) (envelope-from iaccounts@ibctech.ca) Received: (qmail 66922 invoked by uid 1002); 16 Oct 2004 14:31:12 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (clamscan: 0.73. spamassassin: 2.64. Clear:RC:1(127.0.0.1):. Processed in 1.537641 secs); 16 Oct 2004 14:31:12 -0000 Received: from unknown (HELO webmail.ibctech.ca) (127.0.0.1) by localhost.ibctech.ca with SMTP; 16 Oct 2004 14:31:10 -0000 Received: from 64.39.177.196 (SquirrelMail authenticated user steve@ibctech.ca); by webmail.ibctech.ca with HTTP; Sat, 16 Oct 2004 10:31:10 -0400 (EDT) Message-ID: <11654.64.39.177.196.1097937070.squirrel@64.39.177.196> In-Reply-To: <41711F8F.8000501@gamersimpact.com> References: <3269.209.167.16.15.1097857251.squirrel@209.167.16.15> <32801.62.194.19.87.1097928869.squirrel@62.194.19.87> <41711F8F.8000501@gamersimpact.com> Date: Sat, 16 Oct 2004 10:31:10 -0400 (EDT) From: "Steve Bertrand" To: "Ryan Sommers" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Sun, 17 Oct 2004 12:08:04 +0000 cc: freebsd-current@freebsd.org cc: albi Subject: Re: Xorg and libm.so.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 14:28:59 -0000 > albi wrote: > >>>I have just installed 5.3b7, and after installing Xorg, I get the >>>following error: >>> >>>/libexec/ld-elf.so.1: Shared obj "libm.so.2" not found, required by >>>"Xorg" >>> >>>I found in google that certain libs have been upgraded, and indeed, >>> I >>>do have libm.so.3 in the /lib dir. >>> >>>Can I tell Xorg that it should use .3, and if so, how. >>> >>> >> >>ln -s /lib/libm.so.3 /lib/libm.so.2 worked for me >> >> > A better way would be to recompile Xorg from ports against the new > library. Make sure you remove the symlink. Or if you don't want to > build > a new Xorg use /etc/libmap.conf instead of symlink hacks. Thank you for the info everyone... I did find someone else (google) that used libmap.conf, however, my newly installed system does not have this file. Can someone please provide a sample of what a line in this file looks like, for my particular issue above? Thanks again, I feel confident that this problem is far less an issue than I first thought... Steve > > -- > Ryan Sommers > ryans@gamersimpact.com > > From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 17:15:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D7BE16A4CE for ; Sat, 16 Oct 2004 17:15:56 +0000 (GMT) Received: from visp.engelschall.com (visp.engelschall.com [195.27.176.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0294443D2F for ; Sat, 16 Oct 2004 17:15:55 +0000 (GMT) (envelope-from rse@engelschall.com) Received: by visp.engelschall.com (Postfix, from userid 1005) id 3B51D4CE581; Sat, 16 Oct 2004 19:15:54 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 2897BA1841; Sat, 16 Oct 2004 19:09:46 +0200 (CEST) Date: Sat, 16 Oct 2004 19:09:46 +0200 From: "Ralf S. Engelschall" To: Arne Schwabe Message-ID: <20041016170946.GA86123@engelschall.com> References: <20041015201033.GA51887@engelschall.com> <86acumu6dy.fsf@kamino.rfc1149.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86acumu6dy.fsf@kamino.rfc1149.org> User-Agent: Mutt/1.4.2.1i Organization: Engelschall, Germany. X-Web-Homepage: http://www.engelschall.com/ X-PGP-Public-Key: http://www.engelschall.com/ho/rse/pgprse.asc X-PGP-Fingerprint: 00 C9 21 8E D1 AB 70 37 DD 67 A2 3A 0A 6F 8D A5 X-Mailman-Approved-At: Sun, 17 Oct 2004 12:08:04 +0000 cc: freebsd-current@freebsd.org Subject: Re: Linux ABI and permissions to /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rse@engelschall.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 17:15:56 -0000 On Sat, Oct 16, 2004, Arne Schwabe wrote: > "Ralf S. Engelschall" writes: > > > Under latest RELENG_5 I'm experiencing since recently (about 2-4 weeks I > > think) "permission denied" errors under the Linux ABI on write-access to > > e.g. /dev/null or other devices under /dev: > > > > | $ id > > | uid=10000(rse) gid=10000(rse) groups=10000(rse),5(operator),2001(en) > > | $ ls -l /dev/null > > | crw-rw-rw- 1 root wheel 2, 2 Oct 15 21:39 /dev/null > > | $ echo foo >/dev/null > > | $ ls -l /compat/linux/bin/dev/null > > | ls: /compat/linux/bin/dev/null: No such file or directory > > | $ /compat/linux/bin/bash > > | bash bash2 > > | $ /compat/linux/bin/bash > > | $ ls -l /dev/null > > | crw-rw-rw- 1 root wheel 2, 2 Oct 15 21:40 /dev/null > > | $ echo foo >/dev/null > > | bash: /dev/null: Permission denied > > | $ > > > > Has anybody an idea where to search? There were no changes to devfs > > recently and the recent changes to the Linuxulator seemed harmless to me > > at the first glance... > > is there a /usr/compat/linux/dev directory? If there is try to remove > it, so that it does not shadow the /dev/ direcotry Yes, I have a /compat/linux/dev directory: | # ls -l /compat/linux/dev/ | total 0 | brw-r--r-- 1 root wheel 0, 0x00010002 Sep 17 22:05 had | brw-r--r-- 1 root wheel 0, 0x0001000a Sep 17 22:05 hdb | lrwxr-xr-x 1 root wheel 22 Sep 17 22:05 tty0 -> /compat/linux/dev/tty1 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty1 -> /dev/ttyv0 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty10 -> /dev/ttyv9 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty11 -> /dev/ttyva | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty12 -> /dev/ttyvb | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty2 -> /dev/ttyv1 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty3 -> /dev/ttyv2 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty4 -> /dev/ttyv3 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty5 -> /dev/ttyv4 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty6 -> /dev/ttyv5 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty7 -> /dev/ttyv6 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty8 -> /dev/ttyv7 | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty9 -> /dev/ttyv8 And yes, your guess is right: once I remove it, the problem with my "echo foo >/dev/null" or running "acroread" wents away. But the /compat/linux/dev stuff is created by the "vmware3" port with its... | @exec mkdir -p %%LINUXBASE%%/dev;for n in 0 1 2 3 4 5 6 7 8 9; do ln -s /dev/ttyv$n %%LINUXBASE%%/dev/tty$n;done | @exec ln -s /dev/ttyva %%LINUXBASE%%/dev/tty10 | @exec ln -s /dev/ttyvb %%LINUXBASE%%/dev/tty11 | @exec mknod %%LINUXBASE%%/dev/had b 0 0x00010002 | @exec mknod %%LINUXBASE%%/dev/hdb b 0 0x0001000a ...and unfortunately without at least the /compat/linux/dev/ttyv0 VMWare ultimately fails on startup. So, for running VMWare one really needs this directory. Additionally, the overlaying of /dev with /compat/linux/dev as the "vmware3" port does, definetely _worked_ until about 2 weeks ago. So, the question is what broke it? Ralf S. Engelschall rse@engelschall.com www.engelschall.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 18:34:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9808216A4CE; Sat, 16 Oct 2004 18:34:56 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id C018743D1D; Sat, 16 Oct 2004 18:34:55 +0000 (GMT) (envelope-from schwabe@uni-paderborn.de) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 7973E3EAC; Sat, 16 Oct 2004 20:34:54 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id DA1913EA9; Sat, 16 Oct 2004 20:34:51 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 6891C4089; Sat, 16 Oct 2004 20:34:49 +0200 (CEST) To: Emanuel Strobl From: Arne Schwabe In-Reply-To: <200410161919.22753.Emanuel.Strobl@gmx.net> (Emanuel Strobl's message of "Sat, 16 Oct 2004 19:19:20 +0200") References: <86fz4fx5rs.fsf@kamino.rfc1149.org> <200410161919.22753.Emanuel.Strobl@gmx.net> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) Date: Sat, 16 Oct 2004 20:34:49 +0200 Message-ID: <86zn2mse9i.fsf@kamino.rfc1149.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: X-Mailman-Approved-At: Sun, 17 Oct 2004 12:08:04 +0000 cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Problems with firewire card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 18:34:56 -0000 Emanuel Strobl writes: > Am Freitag, 15. Oktober 2004 19:14 schrieb Arne Schwabe: >> cardbus0: Resource not specified in CIS: id=10, size=1000 >> cardbus0: Resource not specified in CIS: id=14, size=100 >> cardbus0: Resource not specified in CIS: id=18, size=100 >> pcib2: device cardbus0 requested decoded memory range 0xc0200000-0xcfffffff >> found-> vendor=0x1033, dev=0x00cd, revid=0x03 >> bus=3, slot=0, func=0 >> class=0c-00-10, hdrtype=0x00, mfdev=0 >> cmdreg=0x0000, statreg=0x0290, cachelnsz=8 (dwords) >> lattimer=0xe8 (6960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=222 >> powerspec 2 supports D0 D2 D3 current D0 >> fwohci0: mem >> 0xc0241000-0xc02410ff,0xc0241100-0xc02411ff,0xc0240000-0xc0240fff irq 10 at >> device 0.0 on cardbus0 pcib2: device fwohci0 requested decoded memory range >> 0xc0240000-0xc0240fff fwohci0: [MPSAFE] > [...] >> Attaching a fw disk(ipod) results in a panic :/ The Fw cards works > > -current (6) or RELENG_5 ? -current (6) I just rebuild today (because of the ath stuff) and no change. Arne -- The reasonable man adapts himself to the world; the unreasonable man persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. (George Bernard Shaw) From owner-freebsd-current@FreeBSD.ORG Sat Oct 16 18:34:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9808216A4CE; Sat, 16 Oct 2004 18:34:56 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id C018743D1D; Sat, 16 Oct 2004 18:34:55 +0000 (GMT) (envelope-from schwabe@uni-paderborn.de) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 7973E3EAC; Sat, 16 Oct 2004 20:34:54 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id DA1913EA9; Sat, 16 Oct 2004 20:34:51 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 6891C4089; Sat, 16 Oct 2004 20:34:49 +0200 (CEST) To: Emanuel Strobl From: Arne Schwabe In-Reply-To: <200410161919.22753.Emanuel.Strobl@gmx.net> (Emanuel Strobl's message of "Sat, 16 Oct 2004 19:19:20 +0200") References: <86fz4fx5rs.fsf@kamino.rfc1149.org> <200410161919.22753.Emanuel.Strobl@gmx.net> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) Date: Sat, 16 Oct 2004 20:34:49 +0200 Message-ID: <86zn2mse9i.fsf@kamino.rfc1149.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: X-Mailman-Approved-At: Sun, 17 Oct 2004 12:08:04 +0000 cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: Problems with firewire card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Oct 2004 18:34:56 -0000 Emanuel Strobl writes: > Am Freitag, 15. Oktober 2004 19:14 schrieb Arne Schwabe: >> cardbus0: Resource not specified in CIS: id=10, size=1000 >> cardbus0: Resource not specified in CIS: id=14, size=100 >> cardbus0: Resource not specified in CIS: id=18, size=100 >> pcib2: device cardbus0 requested decoded memory range 0xc0200000-0xcfffffff >> found-> vendor=0x1033, dev=0x00cd, revid=0x03 >> bus=3, slot=0, func=0 >> class=0c-00-10, hdrtype=0x00, mfdev=0 >> cmdreg=0x0000, statreg=0x0290, cachelnsz=8 (dwords) >> lattimer=0xe8 (6960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=222 >> powerspec 2 supports D0 D2 D3 current D0 >> fwohci0: mem >> 0xc0241000-0xc02410ff,0xc0241100-0xc02411ff,0xc0240000-0xc0240fff irq 10 at >> device 0.0 on cardbus0 pcib2: device fwohci0 requested decoded memory range >> 0xc0240000-0xc0240fff fwohci0: [MPSAFE] > [...] >> Attaching a fw disk(ipod) results in a panic :/ The Fw cards works > > -current (6) or RELENG_5 ? -current (6) I just rebuild today (because of the ath stuff) and no change. Arne -- The reasonable man adapts himself to the world; the unreasonable man persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. (George Bernard Shaw) From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 04:10:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B021216A4CF for ; Sun, 17 Oct 2004 04:10:37 +0000 (GMT) Received: from heineken.flexi-surf.co.uk (smtp.flexi-surf.co.uk [62.41.128.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3954043D2D for ; Sun, 17 Oct 2004 04:10:36 +0000 (GMT) (envelope-from nbco@screaming.net) Received: from [192.168.2.2] ([217.51.147.95])i9H2n5814133; Sun, 17 Oct 2004 03:49:06 +0100 From: nbco To: freebsd-current@freebsd.org Date: Sun, 17 Oct 2004 05:10:31 +0100 User-Agent: KMail/1.7 References: <4171AA66.2050005@gmx.de> In-Reply-To: <4171AA66.2050005@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410170510.32364.nbco@screaming.net> X-Mailman-Approved-At: Sun, 17 Oct 2004 12:08:04 +0000 cc: Jochen Gensch Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nbco@screaming.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 04:10:38 -0000 On Sunday 17 October 2004 00:10, Jochen Gensch wrote: > I just cvsup'd RELENG_5 and the system is not booting any more with > the new kernel. It hangs at the ata identifying with the message: > > ata1-slave: FAILURE - ATAPI_IDENTIFY timed out > > I am using the GENERIC kernel, the only additional thing in there is > atapicam. Maybe I just cvsup'd at a bad time :-) ? Hi there, I have the same problem. I have a T41, removing the cd drive will mean that you can boot cleanly. I suffered from the same problem earlier this year. I have had no problem with 5.3-BETA7. It appears that this regression was caused by an ata driver commit before RELENG_5_3 was branched. If you are going to roll sources back, roll them back to 08:00:00 UTC on 16 Oct 2004, use the branch RELENG_5, but don't use the branch RELENG_5_3 until this gets sorted out. .nbco From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 12:17:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13E8816A4CE for ; Sun, 17 Oct 2004 12:17:06 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B6E43D3F for ; Sun, 17 Oct 2004 12:17:05 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101721:15:49:492670.15513.2915261360 for ; Sun, 17 Oct 2004 21:15:49 +0900 (KST) Message-ID: <417262C0.2030201@yahoo.com> Date: Sun, 17 Oct 2004 21:17:04 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Bertrand , freebsd-current@freebsd.org References: <3269.209.167.16.15.1097857251.squirrel@209.167.16.15> <32801.62.194.19.87.1097928869.squirrel@62.194.19.87> <41711F8F.8000501@gamersimpact.com> <11654.64.39.177.196.1097937070.squirrel@64.39.177.196> In-Reply-To: <11654.64.39.177.196.1097937070.squirrel@64.39.177.196> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:0.65) (by Terrace) Subject: Re: Xorg and libm.so.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 12:17:06 -0000 Steve Bertrand wrote: >>albi wrote: >> >> >>>>I have just installed 5.3b7, and after installing Xorg, I get the >>>>following error: >>>> >>>>/libexec/ld-elf.so.1: Shared obj "libm.so.2" not found, required by >>>>"Xorg" >>>> >>>>I found in google that certain libs have been upgraded, and indeed, >>>>I >>>>do have libm.so.3 in the /lib dir. >>>> >>>>Can I tell Xorg that it should use .3, and if so, how. >>>> >>>> >>> >>>ln -s /lib/libm.so.3 /lib/libm.so.2 worked for me >>> >>> >> >>A better way would be to recompile Xorg from ports against the new >>library. Make sure you remove the symlink. Or if you don't want to >>build >>a new Xorg use /etc/libmap.conf instead of symlink hacks. > > > Thank you for the info everyone... > > I did find someone else (google) that used libmap.conf, however, my > newly installed system does not have this file. Can someone please > provide a sample of what a line in this file looks like, for my > particular issue above? Have a look at the manpage libmap.conf(5). Rob. From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 12:22:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB2C16A4CE for ; Sun, 17 Oct 2004 12:22:42 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DF9143D2D for ; Sun, 17 Oct 2004 12:22:42 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101721:21:26:863102.15513.2853850032 for ; Sun, 17 Oct 2004 21:21:26 +0900 (KST) Message-ID: <41726412.4050001@yahoo.com> Date: Sun, 17 Oct 2004 21:22:42 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-3.51) (SRN:SPAMROBOT) ----------------- Subject: make installkernel with alternative destination. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 12:22:43 -0000 Hi, I wonder if it is possible to add a destination to the make installkernel. I would like this for the kernel files that I build for my diskless system, for example: make installkernel KERNCONF=DISKLESS DEST=/boot/kernel.diskless Is this possible, and is it a reasonable way of doing this? Thanks, Rob. From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 12:28:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 527F916A4CE for ; Sun, 17 Oct 2004 12:28:30 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05B2043D31 for ; Sun, 17 Oct 2004 12:28:30 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so106748rnk for ; Sun, 17 Oct 2004 05:28:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ElZxq4+pZwYkksFgn2dBnDPEBwIJmoVZpwUa8z3VxzdQYPvBWaDrvkecB+qHiU5B9aHOinGeZl6a5VCJ36eJxc+OTxgBOp1ilTm3DXptVBsLiEHnUeQd2k4SPN4U6aTMS4J91VMwj/JkYdF9y2+X1HU1yH7VNsrVO0QYPCo39vs Received: by 10.38.152.19 with SMTP id z19mr989585rnd; Sun, 17 Oct 2004 05:28:29 -0700 (PDT) Received: by 10.38.149.13 with HTTP; Sun, 17 Oct 2004 05:28:29 -0700 (PDT) Message-ID: <136a340a0410170528626e8ac8@mail.gmail.com> Date: Sun, 17 Oct 2004 15:28:29 +0300 From: Nikolay Kalev To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: xine-lib missin dependancy for a52dec ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nikolay Kalev List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 12:28:30 -0000 There is a missing dependancy for a52dec in recent xine-lib-rc5 in ports!!! -- Key fingerprint = 9864 E575 E207 FB90 44C8 26A2 0167 E57E 66ED 0F1D From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 12:29:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CAA916A4CE for ; Sun, 17 Oct 2004 12:29:45 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 774C243D3F for ; Sun, 17 Oct 2004 12:29:44 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9HCTeIW001934; Sun, 17 Oct 2004 14:29:42 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <417265A0.1080308@DeepCore.dk> Date: Sun, 17 Oct 2004 14:29:20 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nbco@screaming.net References: <4171AA66.2050005@gmx.de> <200410170510.32364.nbco@screaming.net> In-Reply-To: <200410170510.32364.nbco@screaming.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: Jochen Gensch cc: freebsd-current@freebsd.org Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 12:29:45 -0000 nbco wrote: > On Sunday 17 October 2004 00:10, Jochen Gensch wrote: >=20 >>I just cvsup'd RELENG_5 and the system is not booting any more with >>the new kernel. It hangs at the ata identifying with the message: >> >>ata1-slave: FAILURE - ATAPI_IDENTIFY timed out >> >>I am using the GENERIC kernel, the only additional thing in there is >>atapicam. Maybe I just cvsup'd at a bad time :-) ? >=20 >=20 > Hi there, > I have the same problem. I have a T41, removing the cd drive will mean= =20 > that you can boot cleanly. I suffered from the same problem earlier=20 > this year. I have had no problem with 5.3-BETA7. You have no idea how tired I am of the crappy HW IBM uses these days,=20 I'm most happy I dont have one :) Anyhow we need this fixed again, and I'll look into it when I get some=20 spare time, but its difficult since it depends to a large degree on=20 having IBM HW at hand to test on... > It appears that this regression was caused by an ata driver commit=20 > before RELENG_5_3 was branched. >=20 > If you are going to roll sources back, roll them back to 08:00:00 UTC o= n=20 > 16 Oct 2004, use the branch RELENG_5, but don't use the branch=20 > RELENG_5_3 until this gets sorted out. > .nbco Well that commit fixed real problems so just backing it out might be a=20 real bad idea. Anyhow its up for re@ to decide.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 12:54:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C045316A4CE for ; Sun, 17 Oct 2004 12:54:14 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC60143D39 for ; Sun, 17 Oct 2004 12:54:13 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i9HCsBmF065864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 17 Oct 2004 16:54:12 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i9HCsBvJ065863 for current@freebsd.org; Sun, 17 Oct 2004 16:54:11 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sun, 17 Oct 2004 16:54:11 +0400 From: Gleb Smirnoff To: current@freebsd.org Message-ID: <20041017125411.GA65842@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: [TEST] tun(4) and tap(4) improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 12:54:14 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Dear current users, please test attached patches to tun(4) and tap(4), if you utilize one of these drivers. I'm planning to add them to tree. tun(4) patch is already tested with a small test, but I'd be glad if someone tests it under some load. tap(4) isn't tested but the patch is very similar to tun's. Thanks in advance. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="tun.uiotombuf.diff" Index: if_tun.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_tun.c,v retrieving revision 1.145 diff -u -r1.145 if_tun.c --- if_tun.c 11 Oct 2004 07:28:36 -0000 1.145 +++ if_tun.c 17 Oct 2004 12:39:18 -0000 @@ -739,8 +739,8 @@ { struct tun_softc *tp = dev->si_drv1; struct ifnet *ifp = &tp->tun_if; - struct mbuf *top, **mp, *m; - int error=0, tlen, mlen; + struct mbuf *m; + int error = 0; uint32_t family; int isr; @@ -757,58 +757,32 @@ TUNDEBUG(ifp, "len=%d!\n", uio->uio_resid); return (EIO); } - tlen = uio->uio_resid; - /* get a header mbuf */ - MGETHDR(m, M_DONTWAIT, MT_DATA); - if (m == NULL) - return (ENOBUFS); - mlen = MHLEN; - - top = NULL; - mp = ⊤ - while (error == 0 && uio->uio_resid > 0) { - m->m_len = min(mlen, uio->uio_resid); - error = uiomove(mtod(m, void *), m->m_len, uio); - *mp = m; - mp = &m->m_next; - if (uio->uio_resid > 0) { - MGET (m, M_DONTWAIT, MT_DATA); - if (m == 0) { - error = ENOBUFS; - break; - } - mlen = MLEN; - } - } - if (error) { - if (top) - m_freem (top); + if ((m = m_uiotombuf(uio, M_DONTWAIT, 0)) == NULL) { ifp->if_ierrors++; return (error); } - top->m_pkthdr.len = tlen; - top->m_pkthdr.rcvif = ifp; + m->m_pkthdr.rcvif = ifp; #ifdef MAC - mac_create_mbuf_from_ifnet(ifp, top); + mac_create_mbuf_from_ifnet(ifp, m); #endif /* Could be unlocked read? */ mtx_lock(&tp->tun_mtx); if (tp->tun_flags & TUN_IFHEAD) { mtx_unlock(&tp->tun_mtx); - if (top->m_len < sizeof(family) && - (top = m_pullup(top, sizeof(family))) == NULL) + if (m->m_len < sizeof(family) && + (m = m_pullup(m, sizeof(family))) == NULL) return (ENOBUFS); - family = ntohl(*mtod(top, u_int32_t *)); - m_adj(top, sizeof(family)); + family = ntohl(*mtod(m, u_int32_t *)); + m_adj(m, sizeof(family)); } else { mtx_unlock(&tp->tun_mtx); family = AF_INET; } - BPF_MTAP2(ifp, &family, sizeof(family), top); + BPF_MTAP2(ifp, &family, sizeof(family), m); switch (family) { #ifdef INET @@ -838,9 +812,9 @@ /* First chunk of an mbuf contains good junk */ if (harvest.point_to_point) random_harvest(m, 16, 3, 0, RANDOM_NET); - ifp->if_ibytes += top->m_pkthdr.len; + ifp->if_ibytes += m->m_pkthdr.len; ifp->if_ipackets++; - netisr_dispatch(isr, top); + netisr_dispatch(isr, m); return (0); } --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="tap.uiotombuf.diff" Index: if_tap.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_tap.c,v retrieving revision 1.47 diff -u -r1.47 if_tap.c --- if_tap.c 17 Sep 2004 03:55:50 -0000 1.47 +++ if_tap.c 17 Oct 2004 12:49:32 -0000 @@ -800,8 +800,8 @@ { struct tap_softc *tp = dev->si_drv1; struct ifnet *ifp = &tp->tap_if; - struct mbuf *top = NULL, **mp = NULL, *m = NULL; - int error = 0, tlen, mlen; + struct mbuf *m; + int error = 0; TAPDEBUG("%s writting, minor = %#x\n", ifp->if_xname, minor(dev)); @@ -815,42 +815,16 @@ return (EIO); } - tlen = uio->uio_resid; - /* get a header mbuf */ - MGETHDR(m, M_DONTWAIT, MT_DATA); - if (m == NULL) - return (ENOBUFS); - mlen = MHLEN; - - top = 0; - mp = ⊤ - while ((error == 0) && (uio->uio_resid > 0)) { - m->m_len = min(mlen, uio->uio_resid); - error = uiomove(mtod(m, void *), m->m_len, uio); - *mp = m; - mp = &m->m_next; - if (uio->uio_resid > 0) { - MGET(m, M_DONTWAIT, MT_DATA); - if (m == NULL) { - error = ENOBUFS; - break; - } - mlen = MLEN; - } - } - if (error) { + if ((m = m_uiotombuf(uio, M_DONTWAIT, 0)) == NULL) { ifp->if_ierrors ++; - if (top) - m_freem(top); return (error); } - top->m_pkthdr.len = tlen; - top->m_pkthdr.rcvif = ifp; + m->m_pkthdr.rcvif = ifp; /* Pass packet up to parent. */ - (*ifp->if_input)(ifp, top); + (*ifp->if_input)(ifp, m); ifp->if_ipackets ++; /* ibytes are counted in parent */ return (0); --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 13:31:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4B2616A4CE; Sun, 17 Oct 2004 13:31:52 +0000 (GMT) Received: from tomoyo.MyBSD.org.my (duke.void.net.my [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA72B43D39; Sun, 17 Oct 2004 13:31:51 +0000 (GMT) (envelope-from skywizard@time.net.my) Received: from kasumi.MyBSD.org.my (unknown [219.94.117.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id C0CD76CC1F; Sun, 17 Oct 2004 21:35:16 +0800 (MYT) Date: Sun, 17 Oct 2004 21:31:48 +0800 From: Ariff Abdullah To: "Kevin Oberman" , davidxu@freebsd.org Message-Id: <20041017213148.3fdafee6.skywizard@time.net.my> In-Reply-To: <20041017043100.842035D04@ptavv.es.net> References: <20041016220650.56e95112.skywizard@time.net.my> <20041017043100.842035D04@ptavv.es.net> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Any chance to get my sound card to work ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 13:31:52 -0000 On Sat, 16 Oct 2004 21:31:00 -0700 "Kevin Oberman" wrote: > > Date: Sat, 16 Oct 2004 22:06:50 +0800 > > From: Ariff Abdullah > > Sender: owner-freebsd-current@freebsd.org > > > > > > On Sat, 16 Oct 2004 21:38:22 +0800 > > David Xu wrote: > > > I have the sound card as the following mail said: > > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=181707+0+/usr/local/www/db/text/2003/freebsd-stable/20031214.freebsd-stable > > > > > > But I didn't find that it works, I have loaded snd_es137x.ko: > > > > > > tiger# kldload snd_es137x.ko > > > pcm0: port > > > 0xe400-0xe41f,0xe000-0xe03f irq 17 at device 12.0 on pci0 > > > pcm0: > > > > > > The driver seems identified the device, but no sound at all when > > > I try to use it. > > > > > > > You may try this patch: > > http://staff.mybsd.org.my/skywizard/FreeBSD/es137x.c.diff > > > > It's pathetic, ugly, but does it job to properly initialize mixer > > on ev1938 chip. Perhaps somebody can really clean it up. > > Cool! For the first time I can get my ES1371 to work on boot after a > power cycle. > > Thanks, Ariff! > Perhaps both of you guys should try this latest patch. I can't say if it's a little bit cleaner, but perhaps it looks better. http://staff.mybsd.org.my/skywizard/FreeBSD/es137x.c.ev1938.diff -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 14:19:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAEF016A4CE for ; Sun, 17 Oct 2004 14:19:45 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74D5143D39 for ; Sun, 17 Oct 2004 14:19:43 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9HEJZOV027993; Sun, 17 Oct 2004 10:19:35 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9HEJYq8027990; Sun, 17 Oct 2004 10:19:35 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 17 Oct 2004 10:19:34 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Wilkinson, Alex" In-Reply-To: <20041015082424.GA786@squirm.dsto.defence.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: RELENG_5 panic [nic: _mtx_lock_sleep: recursed on non-recursivemutex nfsd_mtx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 14:19:45 -0000 On Fri, 15 Oct 2004, Wilkinson, Alex wrote: > Hi all, > > I currently get a panic with "nfs_server_enable=YES" in /etc/rc.conf. > > OS: FreeBSD 5.3-BETA4 #2: Tue Sep 14 13:55:30 UTC 2004 > > Backtrace > --------- > > panic: _mtx_lock_sleep: recursed on non-recursive mutex nfsd_mtx @ /usr /src/sys/nfsserver/nfs_serv.c:1947 Is the NFS server code compiled into your kernel, or is it getting loaded as a module? Do you have any other NFS-related entries in /etc/rc.conf? Could you show the output of "show locks" and "show witness" with witness compiled into the kernel? Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > cpuid = 0 > KDB: enter: panic > [thread 100074] > Stopped at kdb_enter+0x32: leave > db> tr > kdb_enter(c068ba66,0,c068aed8,dd2ed90c,c1b6b340) at kdb_enter+0x32 > panic(c068aed8,c069885f,c0698617,79b,c0698617) at panic+0x1b0 > _mtx_lock_sleep(c071c940,c1b6b340,0,c0698617,79b) at _mtx_lock_sleep+0x16e > _mtx_lock_flags(c071c940,0,c0698617,79b,0) at _mtx_lock_flags+0xb0 > nfsrv_create(c1eb6800,c1b98800,c1b6b340,dd2edc8c,0) at nfsrv_create+0x8c4 > nfssvc(c1b6b340,dd2edd14,8,0,2) at nfssvc+0x6ea > syscall(2f,2f,2f,0,0) at syscall+0x13b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c60bf, esp = 0xbfbfeb1c, eb p = 0xbfbfeb38 --- > > > - aW > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 14:33:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AC1716A4CF for ; Sun, 17 Oct 2004 14:33:53 +0000 (GMT) Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by mx1.FreeBSD.org (Postfix) with SMTP id BEA8843D46 for ; Sun, 17 Oct 2004 14:33:52 +0000 (GMT) (envelope-from dsnofe@yahoo.com.cn) Received: from unknown (HELO ?192.168.0.123?) (dsnofe@222.64.42.23 with login) by smtp011.mail.yahoo.com with SMTP; 17 Oct 2004 14:33:51 -0000 Date: Sun, 17 Oct 2004 22:33:57 +0800 From: Deng XueFeng To: obrien@freebsd.org In-Reply-To: <20041016174925.GA96809@dragon.nuxi.com> References: <20041016174925.GA96809@dragon.nuxi.com> Message-Id: <20041017222853.FDD8.DSNOFE@yahoo.com.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [CN] cc: freebsd-current@freebsd.org Subject: Re: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 14:33:53 -0000 I have sent the patch some day ago... http://docs.freebsd.org/cgi/getmsg.cgi?fetch=207593+0+archive/2004/freebsd-hackers/20040502.freebsd-hackers -- Deng XueFeng From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 15:09:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 641F216A4CE for ; Sun, 17 Oct 2004 15:09:06 +0000 (GMT) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 304A543D4C for ; Sun, 17 Oct 2004 15:09:05 +0000 (GMT) (envelope-from Norick@seznam.cz) Received: (qmail 17754 invoked from network); 17 Oct 2004 15:09:02 -0000 Received: from unknown (HELO echelon.norick.slivenec.czf) (norick@62.24.71.119) by smtp.seznam.cz with SMTP; 17 Oct 2004 15:09:02 -0000 Date: Sun, 17 Oct 2004 17:08:35 +0200 From: Jan Vyhlidka To: freebsd-current@freebsd.org Message-Id: <20041017170835.37dcc68e.Norick@seznam.cz> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Signature=_Sun__17_Oct_2004_17_08_35_+0200_18DxwRQ0Mk63RbCH" Subject: wi1: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 15:09:06 -0000 --Signature=_Sun__17_Oct_2004_17_08_35_+0200_18DxwRQ0Mk63RbCH Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit I have got this problem since BETA4, but some time it was less frequent then it is now. I have 3 wi devices and problems appear only on that, which is used by ospfd(but neighbor router uses similar configuration and doesnt have aby problems with that, so i dont blame ospfd). When i switched the link to wi2, wi1 stopped timeouting(but wasnt used) and wi2 started, so i dont think that it is hw problem. I would be most grateful for any advice.. Here are some pieces of information: norick@norick:/sys/i386/conf# uname -a FreeBSD norick.slivenec.czf 5.3-RC1 FreeBSD 5.3-RC1 #3: Sun Oct 17 14:12:17 CEST 2004 norick@norick.slivenec.czf:/cvs/src-releng/sys/i386/compile/NORICK-ALL i386 less /var/log/messages Oct 17 15:00:01 norick newsyslog[3165]: logfile turned over due to size>100K Oct 17 15:00:14 norick kernel: wi1: device timeout Oct 17 15:00:46 norick last message repeated 4 times Oct 17 15:02:45 norick last message repeated 13 times Oct 17 15:12:46 norick last message repeated 59 times Oct 17 15:22:47 norick last message repeated 62 times Oct 17 15:32:49 norick last message repeated 58 times Oct 17 15:42:48 norick last message repeated 54 times Oct 17 15:43:31 norick last message repeated 5 times Oct 17 16:02:42 norick last message repeated 28 times Oct 17 16:12:46 norick last message repeated 66 times Oct 17 16:22:42 norick last message repeated 64 times Oct 17 16:32:44 norick last message repeated 59 times norick@norick:/sys/i386/conf# netstat -m 73 mbufs in use 1/18048 mbuf clusters in use (current/max) 0/4/2480 sfbufs in use (current/peak/max) 20 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines here you can see changes in mbuf behavior: Sun Oct 17 16:37:58 CEST 2004 6 mbufs in use Sun Oct 17 16:37:59 CEST 2004 6 mbufs in use Sun Oct 17 16:38:00 CEST 2004 6 mbufs in use Sun Oct 17 16:38:01 CEST 2004 61 mbufs in use Sun Oct 17 16:38:02 CEST 2004 61 mbufs in use Sun Oct 17 16:38:03 CEST 2004 61 mbufs in use Sun Oct 17 16:38:05 CEST 2004 61 mbufs in use Sun Oct 17 16:38:06 CEST 2004 6 mbufs in use Sun Oct 17 16:38:07 CEST 2004 6 mbufs in use Sun Oct 17 16:38:08 CEST 2004 6 mbufs in use Sun Oct 17 16:38:10 CEST 2004 78 mbufs in use Sun Oct 17 16:38:11 CEST 2004 72 mbufs in use Sun Oct 17 16:38:12 CEST 2004 72 mbufs in use Sun Oct 17 16:38:13 CEST 2004 72 mbufs in use Sun Oct 17 16:38:14 CEST 2004 6 mbufs in use Sun Oct 17 16:38:15 CEST 2004 6 mbufs in use Sun Oct 17 16:38:16 CEST 2004 7 mbufs in use Sun Oct 17 16:38:18 CEST 2004 68 mbufs in use Sun Oct 17 16:38:19 CEST 2004 68 mbufs in use Sun Oct 17 16:38:20 CEST 2004 68 mbufs in use Sun Oct 17 16:38:21 CEST 2004 65 mbufs in use Sun Oct 17 16:38:22 CEST 2004 8 mbufs in use Sun Oct 17 16:38:24 CEST 2004 57 mbufs in use Sun Oct 17 16:38:25 CEST 2004 58 mbufs in use Sun Oct 17 16:38:26 CEST 2004 58 mbufs in use norick@norick:/sys/i386/conf# ping slima PING slima (10.16.64.17): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ^C --- slima ping statistics --- 20 packets transmitted, 0 packets received, 100% packet loss norick@norick:/sys/i386/conf# less /boot/loader.conf debug.mpsafenet=0 some time i have used 1, then i switched to 0, but it didnt help autoboot_delay="3" hw.ata.wc=0 kern.ipc.nmbclusters=18048 kern.ipc.nmbufs=36096 my kernel config - non-default options options IPDIVERT options IPSTEALTH options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options ALTQ_NOPCC options NMBCLUSTERS=4096 options NBUF=4096 options GEOM_BDE device pf device pflog device pfsync These i added to the last kernel just to check, whether something changes, but i wasnt sure od their purpose options NET_WITH_GIANT - this i added options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS options WITNESS #Enable checks to detect deadlocks and cycles norick@norick:/sys/i386/conf# vmstat -m Type InUse MemUse HighUse Requests Size(s) ISOFS mount 1 64K 64K 1 isadev 34 3K 3K 34 64 atkbddev 2 1K 1K 2 32 $PIR 6 1K 1K 6 32 GEOM 142 18K 34K 776 16,32,64,128,256,512,1024,2048,4096 nexusdev 2 1K 1K 2 16 legacydrv 4 1K 1K 4 16 pfs_fileno 1 20K 20K 1 UMAHash 2 1K 1K 3 256,512 VM pgdata 3 17K 17K 3 64 pfs_nodes 20 3K 3K 20 128 MSDOSFS mount 1 32K 32K 1 DEVFS 294 41K 41K 400 16,32,128,4096 UFS mount 21 48K 48K 21 256,2048,4096 UFS ihash 1 64K 64K 1 UFS dirhash 126 23K 23K 126 16,32,64,128,512 dirrem 1 1K 1K 690 32 mkdir 0 0K 1K 6 32 diradd 0 0K 2K 743 32 freefile 0 0K 1K 359 32 freeblks 1 1K 4K 309 256 freefrag 0 0K 1K 200 32 allocindir 0 0K 14K 366 64 indirdep 0 0K 33K 207 32 allocdirect 0 0K 6K 800 128 bmsafemap 1 1K 1K 419 32 newblk 1 1K 1K 1167 64,256 inodedep 2 65K 79K 1119 128,256 pagedep 4 9K 10K 476 64 p1003.1b 1 1K 1K 1 16 NFS daemon 1 1K 1K 1 256 NFS hash 1 64K 64K 1 ip6_moptions 1 1K 1K 1 16 in6_multi 16 1K 1K 16 64 syncache 1 8K 8K 1 hostcache 1 24K 24K 1 ip_moptions 1 1K 1K 1 128 in_multi 15 1K 1K 16 32 igmp 3 1K 1K 3 16 80211node 7 2K 3K 58152 256 routetbl 176 11K 16K 2313 16,32,64,128,256,512 USBdev 4 2K 2K 4 128,512 USB 16 2K 2K 16 16,32,64,128,256 lo 5 5K 5K 5 1024 clone 6 24K 24K 6 4096 ether_multi 128 6K 6K 133 16,32,64 ifaddr 224 28K 28K 228 16,32,64,256,512,2048 BPF 37 99K 99K 37 32,64,128,256,4096 mount 23 10K 10K 28 16,32,128,1024 vnodes 50 8K 8K 187 16,32,64,128,256 cluster_save buffer 0 0K 1K 31 32,64 vfscache 1 128K 128K 1 BIO buffer 267 534K 534K 275 2048 pcb 45 5K 5K 816 16,32,64,2048 soname 16 2K 2K 70197 16,32,128 tag 0 0K 1K 1290 32 ptys 4 1K 1K 4 128 ttys 1436 188K 188K 3221 128,512 shm 1 12K 12K 1 sem 4 7K 7K 4 512,1024,4096 msg 4 25K 25K 4 512,4096 iov 0 0K 1K 62365 16,64,128 ioctlops 0 0K 1K 54 256,512,1024 entropy 1024 64K 64K 1024 64 turnstiles 201 13K 13K 201 64 taskqueue 5 1K 1K 5 64 sleep queues 201 7K 7K 201 32 sbuf 0 0K 29K 460 16,32,64,128,256,512,1024,2048,4096 rman 79 5K 6K 605 16,64 kobj 214 428K 428K 262 2048 ACD driver 1 2K 2K 1 2048 eventhandler 45 3K 3K 45 32,128 devstat 14 29K 29K 14 16,4096 AR driver 1 1K 3K 7 64,256,2048 bus-sc 32 46K 134K 589 16,64,128,256,512,1024,2048,4096 bus 737 28K 73K 2020 16,32,64,128,1024 SWAP 4 93K 93K 4 64 sysctltmp 0 0K 1K 430 16,32,64,128,512 sysctloid 1205 36K 36K 1205 16,32,64 sysctl 0 0K 1K 27807 16,32,64 uidinfo 17 1K 1K 685 32,256 plimit 21 6K 7K 26536 256 AD driver 3 1K 1K 3 128 cred 66 9K 10K 103392 128 subproc 233 563K 644K 74476 32,4096 proc 2 2K 2K 2 1024 session 39 5K 6K 177 128 pgrp 49 4K 4K 330 64 ATA DMA 2 1K 1K 2 128 mtx_pool 1 8K 8K 1 module 332 21K 21K 332 64 ip6ndp 16 2K 2K 17 64,128 ip6opt 1 1K 1K 1 128 temp 7 106K 115K 53060 16,32,64,128,256,512,1024,2048,4096 devbuf 252 1179K 1179K 271 16,32,64,128,256,512,2048,4096 lockf 28 2K 2K 1369 64 linker 48 2K 2K 106 16,32,256 KTRACE 100 13K 13K 100 128 ithread 47 5K 5K 48 64,128 zombie 0 0K 1K 25413 128 proc-args 78 6K 8K 23961 16,32,64,128,256 kqueue 0 0K 4K 1006 128,1024 kenv 103 6K 6K 104 16,32,64,2048 sigio 1 1K 1K 1 32 file desc 165 42K 46K 25582 16,256,512 cdev 68 17K 17K 68 256 pf_if 38 8K 8K 38 16,256,2048 pfsync 1 1K 1K 1 1024 ATA generic 8 3K 3K 8 16,512 pflog 1 1K 1K 1 1024 Best Reagrds Jan Vyhlidka --Signature=_Sun__17_Oct_2004_17_08_35_+0200_18DxwRQ0Mk63RbCH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFBcor6UZwTtzMO0/kRAowcAKCCWLldtA5sUKaYoUWBF5TWhnyv7QCfYGVt Im/VsEborjtmDhenKQE7SXk= =Esfz -----END PGP SIGNATURE----- --Signature=_Sun__17_Oct_2004_17_08_35_+0200_18DxwRQ0Mk63RbCH-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 15:13:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDE6D16A4CE for ; Sun, 17 Oct 2004 15:13:14 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C9B43D2F for ; Sun, 17 Oct 2004 15:13:14 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CJCif-000PFl-Ab; Sun, 17 Oct 2004 08:13:13 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16754.35848.726554.89402@ran.psg.com> Date: Sun, 17 Oct 2004 08:13:12 -0700 To: "Conrad J. Sabatier" References: <16753.38774.621295.6356@ran.psg.com> <19260.1097963444@critter.freebsd.dk> <20041016202403.7928c26d@dolphin.local.net> cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 15:13:15 -0000 > I'm quite certain now that it's occurring after every run of > portupgrade. i have it occuring after other, simple, things. but i think phk is on the case. randy From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 15:21:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B54E16A4DD for ; Sun, 17 Oct 2004 15:21:54 +0000 (GMT) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id DE52343D49 for ; Sun, 17 Oct 2004 15:21:53 +0000 (GMT) (envelope-from Norick@seznam.cz) Received: (qmail 27636 invoked from network); 17 Oct 2004 15:21:52 -0000 Received: from unknown (HELO echelon.norick.slivenec.czf) (norick@62.24.71.119) by smtp.seznam.cz with SMTP; 17 Oct 2004 15:21:52 -0000 Date: Sun, 17 Oct 2004 17:21:31 +0200 From: Jan Vyhlidka To: freebsd-current@freebsd.org Message-Id: <20041017172131.22e4f8f9.Norick@seznam.cz> In-Reply-To: <20041017170835.37dcc68e.Norick@seznam.cz> References: <20041017170835.37dcc68e.Norick@seznam.cz> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: wi1: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 15:21:54 -0000 On Sun, 17 Oct 2004 17:08:35 +0200 Jan Vyhlidka wrote: I forget to mention that BETA4 was my first of RELENG_5. Before it I had used 5.2.1 and it was ok. From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 15:23:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 928D116A4CF for ; Sun, 17 Oct 2004 15:23:01 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A149043D41 for ; Sun, 17 Oct 2004 15:23:00 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9HFMxi3023359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 17 Oct 2004 17:22:59 +0200 Message-ID: <41728E53.5050801@ng.fadesa.es> Date: Sun, 17 Oct 2004 17:22:59 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041016222937.8286A611F@hoppel.local> In-Reply-To: <20041016222937.8286A611F@hoppel.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 15:23:01 -0000 Bjoern Koenig wrote: > Bjoern Koenig wrote: > > >>Tell your hard disk controller chip or at least the model of your >>mainboard. Do you have UDMA devices at your secondary ATA channel? > > > I discovered your dmesg output. If it possible then boot without the ad2 device and/or without your DVD drive. > > My hard disk worked fine after removing my CD-R drive. no, it doesn't makes any difference :-( From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 15:35:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B410816A4CE for ; Sun, 17 Oct 2004 15:35:09 +0000 (GMT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CFCC43D3F for ; Sun, 17 Oct 2004 15:35:09 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id 0B9A63EEC; Sun, 17 Oct 2004 17:35:07 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 06E413EB9; Sun, 17 Oct 2004 17:35:04 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 7DE6E4089; Sun, 17 Oct 2004 17:35:02 +0200 (CEST) To: Sam Leffler In-Reply-To: <86655au64d.fsf@kamino.rfc1149.org> (Arne Schwabe's message of "Sat, 16 Oct 2004 15:47:46 +0200") References: <416DF63E.6000401@errno.com> <20041015132512.GA95147@zibbi.icomtek.csir.co.za> <416FE900.7030809@errno.com> <20041015152337.GA98631@zibbi.icomtek.csir.co.za> <416FEDFB.1060908@errno.com> <20041015172105.GA2560@zibbi.icomtek.csir.co.za> <41704795.6070603@errno.com> <86655au64d.fsf@kamino.rfc1149.org> From: Arne Schwabe Date: Sun, 17 Oct 2004 17:35:02 +0200 Message-ID: <86is99we6x.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: John Hay cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 15:35:09 -0000 Arne Schwabe writes: > Sam Leffler writes: > >>>>more ath_hal-20041013/freebsd/i386-elf.hal.o.uu >>> That have: >>> #define ATH_HAL_VERSION "0.9.12.6" >> >> Let's try this again: >> >> http://people.freebsd.org/~sam/net80211+ath-20041015.tgz >> >> This applys cleanly to -current as of last night, builds, and boots. >> Beware of applying this over old patches as patch -N doesn't always seem >> to do the right thing with the new files. I tested against a clean cvs co. > > This time it works (: Well, not really. _Very_ soon mostly < 1min after the card has associated with a wlan I am getting a panic: "panic: multicast fragm?" Arne -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 15:39:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0A3516A4CF for ; Sun, 17 Oct 2004 15:39:09 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 4BF1643D3F for ; Sun, 17 Oct 2004 15:39:06 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 65479 invoked by uid 0); 17 Oct 2004 15:34:22 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 17 Oct 2004 15:34:22 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id F0E5D13241E; Sun, 17 Oct 2004 23:39:02 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00870-08; Sun, 17 Oct 2004 23:38:57 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id EFACD131F8C; Sun, 17 Oct 2004 23:38:56 +0800 (CST) Date: Sun, 17 Oct 2004 23:38:56 +0800 From: Xin LI To: David O'Brien Message-ID: <20041017153856.GA460@frontfree.net> References: <20041016174925.GA96809@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <20041016174925.GA96809@dragon.nuxi.com> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org Subject: Re: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 15:39:10 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, David I really like to see this happen, as it means we are going to support modern hardware better, without completely set a barrier for supporting older hardware. By committing this, would you please add something into src/UPDATING like: 200410XX: Certain part in libc's i386 assembly source code has been changed in favor of using instructions available only on newer processors for performance considerations. In order to get libc run on 80386 processors, you will have to define I386_CPU. On Sat, Oct 16, 2004 at 10:49:25AM -0700, David O'Brien wrote: > Now that we don't support running 6-CURRENT on i386 class machines (vs. > 486 and newer), I'd like to commit this minor optimization. Issues? > Concerns? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcpIQ/cVsHxFZiIoRArsJAKCH+E2LS+Re63OqRnjitZUFmRo2kgCdH1y3 06Oty52XhUd3ug14DCN7xAo= =5Tm6 -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 16:50:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E30EA16A4CE for ; Sun, 17 Oct 2004 16:50:48 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3063543D2F for ; Sun, 17 Oct 2004 16:50:48 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9HGoixj004719; Sun, 17 Oct 2004 18:50:46 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4172A2D0.2060202@DeepCore.dk> Date: Sun, 17 Oct 2004 18:50:24 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jochen Gensch References: <4171AA66.2050005@gmx.de> In-Reply-To: <4171AA66.2050005@gmx.de> Content-Type: multipart/mixed; boundary="------------090403000301030809020004" X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 16:50:49 -0000 This is a multi-part message in MIME format. --------------090403000301030809020004 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jochen Gensch wrote: > Hi, >=20 > I just cvsup'd RELENG_5 and the system is not booting any more with the= =20 > new kernel. It hangs at the ata identifying with the message: >=20 > ata1-slave: FAILURE - ATAPI_IDENTIFY timed out >=20 > I am using the GENERIC kernel, the only additional thing in there is=20 > atapicam. Maybe I just cvsup'd at a bad time :-) ? Maybe not, could you please try the attached patch and let me know if=20 that helps or not ? --=20 -S=F8ren --------------090403000301030809020004 Content-Type: text/plain; name="rel5.p1" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rel5.p1" Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.222.2.4 diff -u -r1.222.2.4 ata-all.c --- ata-all.c 16 Oct 2004 08:43:06 -0000 1.222.2.4 +++ ata-all.c 17 Oct 2004 16:38:21 -0000 @@ -306,6 +306,12 @@ } } + ch->flags &= ~ATA_IMMEDIATE_MODE; + mtx_lock(&ch->state_mtx); + ch->state = ATA_IDLE; + mtx_unlock(&ch->state_mtx); + ch->locking(ch, ATA_LF_UNLOCK); + /* attach new devices */ if ((newdev = ~devices & ch->devices)) { if ((newdev & (ATA_ATA_MASTER | ATA_ATAPI_MASTER)) && @@ -323,12 +329,6 @@ if (bootverbose) ata_printf(ch, -1, "device config done ..\n"); - ch->flags &= ~ATA_IMMEDIATE_MODE; - mtx_lock(&ch->state_mtx); - ch->state = ATA_IDLE; - mtx_unlock(&ch->state_mtx); - ch->locking(ch, ATA_LF_UNLOCK); - ata_start(ch); return 0; } --------------090403000301030809020004-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 16:56:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53BD116A4CE for ; Sun, 17 Oct 2004 16:56:00 +0000 (GMT) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74A8E43D55 for ; Sun, 17 Oct 2004 16:55:59 +0000 (GMT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.12.11/jtpda-5.4) with ESMTP id i9HGtk32004261 ; Sun, 17 Oct 2004 18:55:46 +0200 (CEST) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) i9HGtjAm014631 ; Sun, 17 Oct 2004 18:55:45 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.1/8.13.1/Submit) id i9HGtjZf014628; Sun, 17 Oct 2004 18:55:45 +0200 (MEST) (envelope-from arno) To: current@freebsd.org References: <4171AA66.2050005@gmx.de> <200410170510.32364.nbco@screaming.net> <417265A0.1080308@DeepCore.dk> From: "Arno J. Klaassen" Date: 17 Oct 2004 18:55:44 +0200 In-Reply-To: <417265A0.1080308@DeepCore.dk> Message-ID: Lines: 17 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.8 (shiva.jussieu.fr [134.157.0.165]); Sun, 17 Oct 2004 18:55:46 +0200 (CEST) X-Miltered: at shiva.jussieu.fr with ID 4172A412.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Antivirus: scanned by sophie at shiva.jussieu.fr cc: =?iso-8859-1?q?S=F8ren_Schmidt?= Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 16:56:00 -0000 Soren, > > It appears that this regression was caused by an ata driver commit > > before RELENG_5_3 was branched. > > If you are going to roll sources back, roll them back to 08:00:00 > > UTC on 16 Oct 2004, use the branch RELENG_5, but don't use the > > branch RELENG_5_3 until this gets sorted out. > > .nbco > > Well that commit fixed real problems so just backing it out might be a > real bad idea. Anyhow its up for re@ to decide.. same here; looks to me as if the last commits revived the "fake slave" daemon. (Toshiba MB & disk; idem with or without atapicam) Regards, Arno From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 16:57:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E78DB16A4CE for ; Sun, 17 Oct 2004 16:57:39 +0000 (GMT) Received: from av3-1-sn4.m-sp.skanova.net (av3-1-sn4.m-sp.skanova.net [81.228.10.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C30643D39 for ; Sun, 17 Oct 2004 16:57:39 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 80B9237E89; Sun, 17 Oct 2004 18:57:38 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av3-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 71D0E37E4B for ; Sun, 17 Oct 2004 18:57:38 +0200 (CEST) Received: from sentinel (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 592A537E44 for ; Sun, 17 Oct 2004 18:57:38 +0200 (CEST) From: "Daniel Eriksson" To: Date: Sun, 17 Oct 2004 18:57:30 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcS0amOT76m5k6msS6idso6xEWR3cA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Current crash on today's kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 16:57:40 -0000 Got this a few minutes ago during heavy network and disc activity on one of my servers running 6-CURRENT from earlier today. Machine is a dual Athlon MP / Tyan Tiger S2466N-4M running without ACPI. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc06feada stack pointer = 0x10:0xe73f99c0 frame pointer = 0x10:0xe73f9b5c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 48 (syncer) [thread 100036] Stopped at generic_bcopy+0x1a: repe movsl (%esi),%es:(%edi) db> tr generic_bcopy(d65d6524,c06bc24f,0,ffffffff,e73f9bc4) at generic_bcopy+0x1a softdep_disk_prewrite(c2aa7210,d65d6524,c20056b8,fffd3000,ffffffff) at softdep_disk_prewrite+0xc4 ufs_strategy(e73f9be0,1,4,ffffffff,e73f9bfc) at ufs_strategy+0x13c ibwrite(d65d6524,ffffffff,2104700,0,e73f9c4c) at ibwrite+0x2e2 vfs_bio_awrite(d65d6524,80012,0,c22fc900,0) at vfs_bio_awrite+0x53 ffs_fsync(e73f9cd4,30002,c22fc900,0,0) at ffs_fsync+0x3ed sched_sync(0,e73f9d48,0,0,0) at sched_sync+0x539 fork_exit(c05c7170,0,e73f9d48) at fork_exit+0x62 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe73f9d7c, ebp = 0 --- I have a dump if anyone wants me to provide additional information. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 16:59:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32EC316A4CE for ; Sun, 17 Oct 2004 16:59:59 +0000 (GMT) Received: from will.iki.fi (will.iki.fi [217.169.64.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E906243D31 for ; Sun, 17 Oct 2004 16:59:58 +0000 (GMT) (envelope-from will+freebsd-current@will.iki.fi) Received: from [192.168.1.101] (KMCCXI.dsl.saunalahti.fi [195.197.18.211]) by will.iki.fi (Postfix) with ESMTP id D437F164 for ; Sun, 17 Oct 2004 19:59:54 +0300 (EEST) Message-ID: <4172A4EC.6040806@will.iki.fi> Date: Sun, 17 Oct 2004 19:59:24 +0300 From: Ville-Pertti Keinonen User-Agent: Mozilla Thunderbird 0.8 (X11/20041016) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041016174925.GA96809@dragon.nuxi.com> <4172461E.9060008@will.iki.fi> In-Reply-To: <4172461E.9060008@will.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Optimized libc/amd64/string (was Re: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 16:59:59 -0000 From my earlier post... > I'm currently running using the attached files, adapted from NetBSD. > Just untarring the Apparently the attachment didn't make it to the list. The files are available at http://will.iki.fi/patches/libc-amd64-string.tar.gz From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 17:44:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 766A916A4CE for ; Sun, 17 Oct 2004 17:44:42 +0000 (GMT) Received: from mail.netroad.ru (mail.netroad.ru [213.24.172.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D213443D4C for ; Sun, 17 Oct 2004 17:44:39 +0000 (GMT) (envelope-from blackv@netroad.ru) Received: from mail.netroad.ru (localhost [127.0.0.1]) by mail.netroad.ru (Postfix) with ESMTP id 3951D148608 for ; Sun, 17 Oct 2004 21:43:10 +0400 (MSD) Received: from proxy.netroad.ru (proxy.netroad.ru [213.24.172.2]) by mail.netroad.ru (Postfix) with ESMTP id 1A9FB1482A7 for ; Sun, 17 Oct 2004 21:43:10 +0400 (MSD) Received: by proxy.netroad.ru (Postfix, from userid 1003) id 29750256214; Sun, 17 Oct 2004 21:44:35 +0400 (MSD) Date: Sun, 17 Oct 2004 21:44:35 +0400 From: "Lenar D. Tukhvatullin" To: freebsd-current@freebsd.org Message-ID: <20041017174435.GC36338@proxy.netroad.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.5.1i X-AntiVirus: ClamAV at mail.netroad.ru Subject: bridge configuration and interface names X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 17:44:42 -0000 FreeBSD 5.3-BETA7, cvsup'ed today: # ifconfig bge0.100 create ... # sysctl net.link.ether.bridge.enable=1 # sysctl net.link.ether.bridge.config="bge0.100 bge1" in log: ... kernel: interface 100 Not found in bridge and bridge does not work... It is necessary to correct this bug in bridge.c sys/net/bridge.c, line 505: /* names are lowercase and digits */ for ( beg = p ; islower(*p) || isdigit(*p) ; p++ ) Other letters, like ".", "-", "_", may be present in interface names. -- Lenar D. Tukhvatullin From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 17:45:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64A2E16A4D6 for ; Sun, 17 Oct 2004 17:45:24 +0000 (GMT) Received: from av4-1-sn3.vrr.skanova.net (av4-1-sn3.vrr.skanova.net [81.228.9.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C2E943D2F for ; Sun, 17 Oct 2004 17:45:24 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av4-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 8A34837EEB; Sun, 17 Oct 2004 19:45:23 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av4-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 7A56137E48 for ; Sun, 17 Oct 2004 19:45:23 +0200 (CEST) Received: from sentinel (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 3FDA138006 for ; Sun, 17 Oct 2004 19:45:23 +0200 (CEST) From: "Daniel Eriksson" To: Date: Sun, 17 Oct 2004 19:45:14 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcS0amOT76m5k6msS6idso6xEWR3cAABPbUg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: Subject: RE: Current crash on today's kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 17:45:30 -0000 Sorry about the lack of details in the previous message! The machine is using both ataraid and gvinum. (But cannot use geom_stripe since it doesn't want to play nice with ataraid.) At the time of the crash I was pulling data off of it using Samba, and there was also at least two fast uploads to filesystem using sftp. When using ACPI there seems to be some sort of interrupt problem, possibly with the SATA controller. It results in an unusually high interrupt load even when the machine is mostly idle. I will try with ACPI again after I switch some cards around. Below is the dmesg, mptable and vmstat -i output. /Daniel Eriksson KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 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 6.0-CURRENT #0: Sun Oct 17 15:14:55 CEST 2004 daniel@xxx.xxx.xxx:/usr/obj/usr/src/sys/XXX Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) MP 2600+ (2000.08-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0480000 real memory = 1073217536 (1023 MB) avail memory = 1040691200 (992 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: port 0x1490-0x1493 mem 0xea100000-0xea100fff,0xec000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.3 (no driver attached) em0: port 0x1400-0x143f mem 0xe8000000-0xe803ffff,0xe8080000-0xe809ffff irq 16 at device 8.0 on pci0 em0: Ethernet address: 00:04:23:ac:20:8a em0: Speed:N/A Duplex:N/A em1: port 0x1440-0x147f mem 0xe8040000-0xe807ffff,0xe80a0000-0xe80bffff irq 17 at device 8.1 on pci0 em1: Ethernet address: 00:04:23:ac:20:8b em1: Speed:N/A Duplex:N/A ahc0: port 0x1000-0x10ff mem 0xe80c0000-0xe80c0fff irq 17 at device 9.0 on pci0 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs pcib2: at device 16.0 on pci0 pci2: on pcib2 atapci1: port 0x3000-0x307f,0x30c0-0x30cf,0x3080-0x30bf mem 0xea000000-0xea01ffff,0xea021000-0xea021fff irq 16 at device 4.0 on pci2 atapci1: failed: rid 0x20 is memory, requested 4 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 ata4: channel #2 on atapci1 ata5: channel #3 on atapci1 atapci2: port 0x2000-0x20ff,0x30d0-0x30d3,0x30d8-0x30df,0x30d4-0x30d7,0x30e0-0x30e7 irq 17 at device 5.0 on pci2 ata6: channel #0 on atapci2 ata7: channel #1 on atapci2 atapci3: port 0x2400-0x24ff,0x30e8-0x30eb,0x30f0-0x30f7,0x30ec-0x30ef,0x30f8-0x30ff irq 17 at device 5.1 on pci2 ata8: channel #0 on atapci3 ata9: channel #1 on atapci3 atapci4: port 0x2800-0x28ff,0x3400-0x3403,0x3408-0x340f,0x3404-0x3407,0x3410-0x3417 irq 19 at device 7.0 on pci2 ata10: channel #0 on atapci4 ata11: channel #1 on atapci4 atapci5: port 0x2c00-0x2cff,0x3418-0x341b,0x3420-0x3427,0x341c-0x341f,0x3428-0x342f irq 19 at device 7.1 on pci2 ata12: channel #0 on atapci5 ata13: channel #1 on atapci5 cpu0 on motherboard cpu1 on motherboard orm0: at iomem 0xe0000-0xe3fff,0xc0000-0xcafff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging unlimited ad0: 117800MB [239340/16/63] at ata0-master UDMA100 ad1: 117800MB [239340/16/63] at ata0-slave UDMA100 ad2: 117800MB [239340/16/63] at ata1-master UDMA100 ad3: 117800MB [239340/16/63] at ata1-slave UDMA100 em0: Link is up 1000 Mbps Full Duplex ad4: 239372MB [486344/16/63] at ata2-master SATA150 ad6: 238475MB [484521/16/63] at ata3-master SATA150 ad8: 239372MB [486344/16/63] at ata4-master SATA150 em1: Link is up 100 Mbps Full Duplex ad12: 238475MB [484521/16/63] at ata6-master UDMA100 ad13: 238475MB [484521/16/63] at ata6-slave UDMA100 ad14: 239372MB [486344/16/63] at ata7-master UDMA133 ad15: 239372MB [486344/16/63] at ata7-slave UDMA133 ad16: 194481MB [395136/16/63] at ata8-master UDMA133 ad17: 194481MB [395136/16/63] at ata8-slave UDMA133 ad18: 194481MB [395136/16/63] at ata9-master UDMA133 ad19: 239372MB [486344/16/63] at ata9-slave UDMA133 ad20: 114473MB [232581/16/63] at ata10-master UDMA100 ad21: 114473MB [232581/16/63] at ata10-slave UDMA100 ad22: 117246MB [238216/16/63] at ata11-master UDMA133 ad23: 117246MB [238216/16/63] at ata11-slave UDMA133 ad24: 114473MB [232581/16/63] at ata12-master UDMA100 ar0: 476950MB [60802/255/63] status: READY subdisks: disk0 READY on ad12 at ata6-master disk1 READY on ad13 at ata6-slave ar1: 478744MB [61031/255/63] status: READY subdisks: disk0 READY on ad14 at ata7-master disk1 READY on ad15 at ata7-slave ar2: 388962MB [49585/255/63] status: READY subdisks: disk0 READY on ad17 at ata8-slave disk1 READY on ad16 at ata8-master ar3: 228946MB [29186/255/63] status: READY subdisks: disk0 READY on ad23 at ata11-slave disk1 READY on ad24 at ata12-master Waiting 5 seconds for SCSI devices to settle sa0 at ahc0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) da2 at ahc0 bus 0 target 10 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da3 at ahc0 bus 0 target 11 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da3: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da4 at ahc0 bus 0 target 12 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da4: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da5 at ahc0 bus 0 target 13 lun 0 da5: Fixed Direct Access SCSI-3 device da5: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da5: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s1a Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: point_to_point kickstart. kernel dumps on /dev/da0s1b swapon: adding /dev/da0s1b as swap device swapon: adding /dev/da1s1b as swap device Starting file system checks: /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 197205 free (1333 frags, 24484 blocks, 0.5% fragmentation) /dev/da1s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da1s1e: clean, 913768 free (32 frags, 114217 blocks, 0.0% fragmentation) /dev/da0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1e: clean, 253813 free (21 frags, 31724 blocks, 0.0% fragmentation) /dev/da1s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da1s1d: clean, 198959 free (2087 frags, 24609 blocks, 0.4% fragmentation) /dev/da0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1f: clean, 1026218 free (20410 frags, 125726 blocks, 0.8% fragmentation) /dev/da0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1d: clean, 182953 free (393 frags, 22820 blocks, 0.2% fragmentation) net.inet.tcp.sendspace: 32768 -> 262144 net.inet.tcp.recvspace: 65536 -> 262144 kern.ipc.maxsockbuf: 262144 -> 2097152 kern.maxfiles: 12328 -> 32768 kern.maxfilesperproc: 11095 -> 16384 kern.ipc.somaxconn: 128 -> 1024 net.inet.ip.intr_queue_maxlen: 50 -> 500 net.isr.enable: 0 -> 1 Setting hostname: xxx.xx.xxx em0: flags=8843 mtu 1500 options=1b inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.255 ether 00:04:23:ac:20:8a media: Ethernet autoselect status: no carrier em1: flags=8843 mtu 1500 options=1b inet 192.168.xxx.1 netmask 0xffffff00 broadcast 192.168.xxx.255 ether 00:04:23:ac:20:8b media: Ethernet autoselect status: no carrier lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 ============================================================================ === MPTable, version 2.0.15 ---------------------------------------------------------------------------- --- MP Floating Pointer Structure: location: BIOS physical address: 0x000f7170 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x43 mode: Virtual Wire ---------------------------------------------------------------------------- --- MP Config Table Header: physical address: 0x0009e470 signature: 'PCMP' base table length: 316 version: 1.4 checksum: 0x8c OEM ID: 'TYAN ' Product ID: 'PAULANER ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 31 local APIC address: 0xfee00000 extended table length: 324 extended table checksum: 18 ---------------------------------------------------------------------------- --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x10 BSP, usable 6 10 0 0x383fbff 0 0x10 AP, usable 6 10 0 0x383fbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 2 0 INT active-hi edge 3 1 2 1 INT active-hi edge 3 0 2 2 INT active-lo level 0 8:B 2 17 INT active-hi edge 3 4 2 4 INT active-lo level 0 8:A 2 16 INT active-hi edge 3 6 2 6 INT active-hi edge 3 7 2 7 INT active-hi edge 3 8 2 8 INT active-hi edge 3 9 2 9 INT active-lo level 2 7:A 2 19 INT active-lo level 1 5:A 2 18 INT active-hi edge 3 12 2 12 INT active-hi edge 3 13 2 13 INT active-hi edge 3 14 2 14 INT active-hi edge 3 15 2 15 INT active-lo level 0 9:A 2 17 INT active-lo level 2 0:C 2 19 INT active-lo level 2 4:A 2 16 INT active-lo level 2 5:A 2 17 INT active-lo level 2 5:A 2 17 INT active-lo level 2 7:A 2 19 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 255 0 NMI active-hi edge 1 0:A 255 1 ---------------------------------------------------------------------------- --- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 -- System Address Space bus ID: 0 address type: memory address address base: 0x40000000 address range: 0xaa100000 -- System Address Space bus ID: 0 address type: prefetch address address base: 0xea100000 address range: 0xdf00000 -- System Address Space bus ID: 0 address type: memory address address base: 0xf8000000 address range: 0x6e00000 -- System Address Space bus ID: 0 address type: memory address address base: 0xfee01000 address range: 0x11ff000 -- System Address Space bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x24000 -- System Address Space bus ID: 0 address type: memory address address base: 0xc8000 address range: 0x2000 -- System Address Space bus ID: 0 address type: memory address address base: 0xcc000 address range: 0x2000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd0000 address range: 0x1000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd2000 address range: 0x1000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd4000 address range: 0x1000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd6000 address range: 0x1000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd8000 address range: 0x2000 -- System Address Space bus ID: 0 address type: memory address address base: 0xe0000 address range: 0x12000 -- System Address Space bus ID: 0 address type: memory address address base: 0xf8000 address range: 0x4000 -- Bus Heirarchy bus ID: 3 bus info: 0x01 parent bus ID: 0 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000000 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000001 ============================================================================ === # vmstat -i interrupt total rate irq1: atkbd0 2 0 irq0: clk 5142796 995 irq4: sio0 1056 0 irq6: fdc0 10 0 irq8: rtc 658343 127 irq13: npx0 1 0 irq14: ata0 205255 39 irq15: ata1 205046 39 irq16: em0 atapci1 11635073 2251 irq17: em1 ahc0++ 6549430 1267 irq19: atapci4+ 442467 85 Total 24839479 4807 From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 18:17:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 605A316A4CE for ; Sun, 17 Oct 2004 18:17:13 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E1C243D3F for ; Sun, 17 Oct 2004 18:17:12 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9HIHAi3023941 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 17 Oct 2004 20:17:10 +0200 Message-ID: <4172B726.4050602@ng.fadesa.es> Date: Sun, 17 Oct 2004 20:17:10 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> In-Reply-To: <41715E7F.7060509@ng.fadesa.es> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 18:17:13 -0000 fandino wrote: > Kevin Oberman wrote: >> Also, make sure that disk write-cache is enabled on both or disabled on >> both. > write-cache was enable on all tests and disks were in UDMA5 mode. > I was thought about this and since I don't known the internals of FreeBSD all I can to do is formulate a theory about the problem. Here are my thoughts: I don't think about a hardware problem because Linux, OpenBSD and windows shows a normal throughput. The mobo has a VIA-82C686B controller with ad0 and ad2 and a Promise- PDC20265 controller with ad4, ad5, ad6 and ad7. It doesn't matter if test are beetween VIA, promise or other combination that you choose, so I don't think it's a problem with the promise controller, it's independent of controllers. Test over disks as raw devices have the same bad throughput, this makes me think that it isn't related to filesystem, buffer-cache, softupdates, async, etc. Now I'm out of ideas and I would be very grateful if someone could help me. Thank you. > In this new round of tests I add FreeBSD witch async and OpenBSD (always > using the same hardware). FreeBSD is by far, the worst throughput of all > (about 50% slower than others) :-? > > GNU/Linux 2.4.18 with ext2: 56848 K/sec > FreeBSD 5.3b7 with default fs: 26347 K/sec > FreeBSD 5.3b7 with default fs(async): 26566 K/sec > FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec > FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec > FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec > OpenBSD 3.5 UFS fs: 55277 K/sec > > * Each disk of the raid had a throughput of approx. 15000 K/sec > ** Each disk of the raid had a throughput of approx. 7500 K/sec > Each disk of the read split the throughput by half. > > How is possible that FreeBSD performs as bad? > > > http://195.55.55.164/tests/bsd.txt (original FBSD test) > http://195.55.55.164/tests/obsd.txt (openbsd test) > http://195.55.55.164/tests/gstripe-4.txt (4 disks gstripe tests with async) > http://195.55.55.164/tests/fbsd2.txt (FBSD test with async) > http://195.55.55.164/tests/linux.txt (original GNU/Linux test) > http://195.55.55.164/tests/dmesg.txt From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 18:27:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECE4A16A4CE for ; Sun, 17 Oct 2004 18:27:23 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCE6943D45 for ; Sun, 17 Oct 2004 18:27:23 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9HIRNtR041962; Sun, 17 Oct 2004 11:27:23 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9HIRHmW041956; Sun, 17 Oct 2004 11:27:17 -0700 (PDT) (envelope-from obrien) Date: Sun, 17 Oct 2004 11:27:16 -0700 From: "David O'Brien" To: Xin LI Message-ID: <20041017182716.GB41354@dragon.nuxi.com> References: <20041016174925.GA96809@dragon.nuxi.com> <20041017153856.GA460@frontfree.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041017153856.GA460@frontfree.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 18:27:24 -0000 On Sun, Oct 17, 2004 at 11:38:56PM +0800, Xin LI wrote: > Hi, David > > I really like to see this happen, as it means we are going to support > modern hardware better, without completely set a barrier for supporting > older hardware. > > By committing this, would you please add something into src/UPDATING > like: > > 200410XX: > Certain part in libc's i386 assembly source code has been changed > in favor of using instructions available only on newer processors > for performance considerations. In order to get libc run on > 80386 processors, you will have to define I386_CPU. We've already so desupported running 6-CURRENT on the original i386 processor, I'd rather not create the appearance that it is still supported and easy to do by simply defining one thing. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 18:35:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20B2A16A4CE for ; Sun, 17 Oct 2004 18:35:37 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A13043D2F for ; Sun, 17 Oct 2004 18:35:34 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 66657 invoked by uid 0); 17 Oct 2004 18:30:50 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.98.7) by mail.freebsd.org.cn with SMTP; 17 Oct 2004 18:30:50 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 3BFB2132FDA; Mon, 18 Oct 2004 02:35:30 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00850-05; Mon, 18 Oct 2004 02:35:26 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 82DFD132668; Mon, 18 Oct 2004 02:35:25 +0800 (CST) Date: Mon, 18 Oct 2004 02:35:25 +0800 From: Xin LI To: David O'Brien Message-ID: <20041017183525.GA1717@frontfree.net> References: <20041016174925.GA96809@dragon.nuxi.com> <20041017153856.GA460@frontfree.net> <20041017182716.GB41354@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20041017182716.GB41354@dragon.nuxi.com> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #4: Mon Sep 13 12:44:05 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org Subject: Re: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 18:35:37 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 17, 2004 at 11:27:16AM -0700, David O'Brien wrote: > On Sun, Oct 17, 2004 at 11:38:56PM +0800, Xin LI wrote: > > Hi, David > >=20 > > I really like to see this happen, as it means we are going to support > > modern hardware better, without completely set a barrier for supporting > > older hardware. > >=20 > > By committing this, would you please add something into src/UPDATING > > like: > >=20 > > 200410XX: > > Certain part in libc's i386 assembly source code has been changed > > in favor of using instructions available only on newer processors > > for performance considerations. In order to get libc run on > > 80386 processors, you will have to define I386_CPU. >=20 > We've already so desupported running 6-CURRENT on the original i386 > processor, I'd rather not create the appearance that it is still > supported and easy to do by simply defining one thing. Um... What about something like this: 200410XX: With several performance and maintaince considerations, we are now discouraging using newer FreeBSD on ancient hardware, e.g. 80386. While it is still possible to define some symbols to get it ``just work'', it does not mean that newer FreeBSD versions will perform very well, nor guarantee is provided that these support will not broken in the future. Please stick with an older FreeBSD release if you really need these hardware. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcrtt/cVsHxFZiIoRAnd/AJ4nnuyZ4TQ3oH/U/EG6leaQb8Ka5wCfdRo9 q8OtrK3CPi2xjrstssUYUwk= =GmfU -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 19:01:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40DE316A4CE for ; Sun, 17 Oct 2004 19:01:31 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF0C43D46 for ; Sun, 17 Oct 2004 19:01:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D2FAE519B5; Sun, 17 Oct 2004 12:01:28 -0700 (PDT) Date: Sun, 17 Oct 2004 12:01:28 -0700 From: Kris Kennaway To: Nikolay Kalev Message-ID: <20041017190128.GA71834@xor.obsecurity.org> References: <136a340a0410170528626e8ac8@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <136a340a0410170528626e8ac8@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: xine-lib missin dependancy for a52dec ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 19:01:31 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Oct 17, 2004 at 03:28:29PM +0300, Nikolay Kalev wrote: > There is a missing dependancy for a52dec in recent xine-lib-rc5 in ports!!! 1) discussion of ports should be on the ports mailing list 2) Problems with specific ports should be CC'ed to the maintainer of the port 3) Please provide more evidence. Kris --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcsGIWry0BWjoQKURAmWAAKDsIfo+JpG0jBEqXuqHgwkM6+5W2ACghw7I cKfo4b/u9fBJb3qWmlkgbfw= =s08c -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 19:17:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D76716A4CE for ; Sun, 17 Oct 2004 19:17:43 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF75043D5D for ; Sun, 17 Oct 2004 19:17:42 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9HJHcNk032428 for ; Sun, 17 Oct 2004 15:17:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9HJHcgZ032425 for ; Sun, 17 Oct 2004 15:17:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 17 Oct 2004 15:17:37 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Preemption-related bug in propagate_priority(): it's OK to hold Giant but not be running X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 19:17:43 -0000 Ran into an interesting problem relating to WITNESS and a multiply-destroyed mutex today, but I didn't get the real panic message because of what looks like one or two other bugs. Here's the high-level: sodealloc() tries to destroy the mutex on a socket more than once, causing WITNESS to panic. The soft clock ithread preempts the serial output in panic() when a critical section is released, resulting in a context switch to that ithread. That ithread then attempts to lock a mutex, and is horrified to find out that Giant is held by the thread it preempted, but that that thread isn't blocked: tiger-2# ppanic: process 15955(tcpconnect):2 holds Giant but isn't blocked on a lock % rwatson -- note that double p is from the initiating panic cpuid = 0 KDB: enter: panic [thread 100071] Stopped at kdb_enter+0x2b: nop db> trace kdb_enter(c07fc101) at kdb_enter+0x2b panic(c07ff1ec,3e53,c5f90588,2,c080c957) at panic+0x127 propagate_priority(c547b180,c08c47b8,c5f91780,c08bdbc0,0) at propagate_priority+ 0x139 turnstile_wait(0,c08bdbc0,c5f91780,c08bdbc0,2,c07fb4a5,217) at turnstile_wait+0x 2de _mtx_lock_sleep(c08bdbc0,c547b180,0,c07fd124,f7) at _mtx_lock_sleep+0x15f _mtx_lock_flags(c08bdbc0,0,c07fd124,f7,0) at _mtx_lock_flags+0x85 softclock(0) at softclock+0x16a ithread_loop(c5436e80,e942fd48,c5436e80,c05f7c80,0) at ithread_loop+0x124 fork_exit(c05f7c80,c5436e80,e942fd48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe942fd7c, ebp = 0 --- db> show locks db> show pcpu cpuid = 0 curthread = 0xc547b180: pid 87 "swi4: clock sio" curpcb = 0xe942fda0 fpcurthread = none idlethread = 0xc53e4a80: pid 14 "idle: cpu0" APIC ID = 0 currentldt = 0x28 spin locks held: db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 15955 c5f90400 ebbb1000 0 525 15955 0004002 [Can run] tcpconnect ... 87 c548b400 e946e000 0 0 0 000020c [LOCK Giant c5432d00] swi4: clock sio db> trace 15955 sched_switch(c5f91780,c5451d80,6) at sched_switch+0x16f mi_switch(6,c5451d80,c5451ed0,c5451d80,ebba492c) at mi_switch+0x264 maybe_preempt(c5451d80) at maybe_preempt+0x156 sched_add(c5451d80,4,c53e2d80,c5451d80,c5450800) at sched_add+0x153 setrunqueue(c5451d80,4) at setrunqueue+0xab ithread_schedule(c53e2d80,1f,c5f91780,c5f91780,2580) at ithread_schedule+0xb3 intr_execute_handlers(c53dc0d8,ebba49a8,1f,ebba49f0,c0780ad3) at intr_execute_ha ndlers+0xf5 lapic_handle_intr(4f) at lapic_handle_intr+0x2e Xapic_isr2() at Xapic_isr2+0x33 --- interrupt, eip = 0xc0619446, esp = 0xebba49ec, ebp = 0xebba49f0 --- critical_exit(3f8,ebba4a30,c076f731,c08fa000,0) at critical_exit+0x92 _mtx_unlock_spin_flags(c08fa000,0,c08174fc,be4) at _mtx_unlock_spin_flags+0x8d siocnputc(c08987c0,70) at siocnputc+0xb9 cnputc(70) at cnputc+0x4d putchar(70,ebba4b44) at putchar+0x52 kvprintf(c07fc2ed,c06219b8,ebba4b44,a,ebba4b64) at kvprintf+0x77 printf(c07fc2ed,c08bf060,c08bf060,100,c07ff91e,ebba4b98) at printf+0x43 panic(c07ff91e,c07b69b1,c0813aa8,c07ff6af,c5a23ebc) at panic+0xcb witness_destroy(c5a23ebc,c5a23dec,ebba4bd0,c063f15f,c5a23ebc) at witness_destroy +0x40 mtx_destroy(c5a23ebc,c5e94e00,c5a23ebc,ebba4be8,c063f4fd) at mtx_destroy+0x7a sodealloc(c5a23dec,c5a23eb0,c5832bb0,c5a23dec,ebba4c00) at sodealloc+0xf3 sofree(c5a23dec) at sofree+0x281 soclose(c5a23dec,c5832bb0,0,ebba4c2c,c05efad0) at soclose+0x24d soo_close(c5832bb0,c5f91780) at soo_close+0x4b fdrop_locked(c5832bb0,c5f91780,c53ccf40,0,c07f90b1) at fdrop_locked+0x84 fdrop(c5832bb0,c5f91780,ebba4c78,c0628c5c,c07f90ba) at fdrop+0x24 closef(c5832bb0,c5f91780,c5ebc628,0,c07f90b1) at closef+0x1db close(c5f91780,ebba4d14,1,14b,292) at close+0xe6 syscall(2f,bfbf002f,bfbf002f,3,bfbfedf7) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x280c154b, esp = 0xbfbfec0c, ebp = 0xbfbfec48 --- db> show locks 15955 exclusive sleep mutex Giant r = 0 (0xc08bdbc0) locked @ kern/kern_descrip.c:967 So on face value, it looks like propagate_priority() is unhappy about the tcpconnect thread (that was preempted) still holding Giant. However, given that preemption is supposed to preempt but leave a thread runnable, this would seem not to be a panic-worthy condition. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 20:01:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AA1516A4CE for ; Sun, 17 Oct 2004 20:01:46 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3EF743D46 for ; Sun, 17 Oct 2004 20:01:45 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id D026DDCF88; Sun, 17 Oct 2004 22:01:44 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id B5ACB8CF9B; Sun, 17 Oct 2004 22:01:44 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1028B8CD76; Sun, 17 Oct 2004 22:01:44 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id E839AD3FBA; Sun, 17 Oct 2004 22:01:43 +0200 (CEST) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i9HK1hhp002896; Sun, 17 Oct 2004 22:01:43 +0200 (CEST) (envelope-from q@uni.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.1/8.13.1) with ESMTP id i9HK1hxR006235; Sun, 17 Oct 2004 22:01:43 +0200 (CEST) (envelope-from q@uni.de) Received: (from q@localhost) by roadrunner.q.local (8.13.1/8.13.1/Submit) id i9HK1hXx006234; Sun, 17 Oct 2004 22:01:43 +0200 (CEST) (envelope-from q@uni.de) Date: Sun, 17 Oct 2004 22:01:43 +0200 From: Ulrich Spoerlein To: Rob Message-ID: <20041017200143.GC842@galgenberg.net> Mail-Followup-To: Rob , freebsd-current References: <41726412.4050001@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yLVHuoLXiP9kZBkt" Content-Disposition: inline In-Reply-To: <41726412.4050001@yahoo.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: freebsd-current Subject: Re: make installkernel with alternative destination. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:01:46 -0000 --yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 17.10.2004 at 21:22:42 +0900, Rob wrote: > make installkernel KERNCONF=3DDISKLESS DEST=3D/boot/kernel.diskless >=20 > Is this possible, and is it a reasonable way of doing this? # make kernel KERNCONF=3DDISKLESS INSTKERNNAME=3Ddiskless will put your kernel into /boot/diskless/ Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --yLVHuoLXiP9kZBkt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBcs+nmArGtfDbn0QRAp4vAJ4yEXutxRg1ibDgw/LrHKrwiExesgCfXYSf Ek4y6W0talUHDQL50c7+zn4= =R0YK -----END PGP SIGNATURE----- --yLVHuoLXiP9kZBkt-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 20:13:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A58DE16A4CE for ; Sun, 17 Oct 2004 20:13:18 +0000 (GMT) Received: from out012.verizon.net (out012pub.verizon.net [206.46.170.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id E560743D4C for ; Sun, 17 Oct 2004 20:13:17 +0000 (GMT) (envelope-from kent.hauser@verizon.net) Received: from [192.168.1.103] ([4.26.247.15]) by out012.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041017201317.XMKX2120.out012.verizon.net@[192.168.1.103]>; Sun, 17 Oct 2004 15:13:17 -0500 From: Kent Hauser To: Vaclav Rehak Date: Sun, 17 Oct 2004 10:12:57 -1000 User-Agent: KMail/1.7 References: <200410151255.02521.kent.hauser@verizon.net> <200410161010.27141.kent.hauser@verizon.net> <20041017132629.GA21191@openbsd.cz> In-Reply-To: <20041017132629.GA21191@openbsd.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410171012.57844.kent.hauser@verizon.net> X-Authentication-Info: Submitted using SMTP AUTH at out012.verizon.net from [4.26.247.15] at Sun, 17 Oct 2004 15:13:03 -0500 cc: freebsd-current@freebsd.org Subject: [WORKAROUND] Re: usb power turned off by X.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:13:18 -0000 Hi, Thanks to a note from Vaclav Rehak, I've a workaround for the USB power problem. Removing extension "glx" from the XF86Config file solved the problem. I still think there's a bug in there -- possibly the UCHI register writes for the Intel 82801DB chip inadvertently clear an extended register bit which supplies power. A utility which queries the controller & possibly allows twiddling of things like power would also be useful. Thanks all for the quick help resolving this problem. Kent On Sunday 17 October 2004 03:26 am, Vaclav Rehak wrote: > It sounds similar to my problem on R40. > Are you using radeon DRM kernel module? > See http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72224 From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 20:29:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D45B16A4D1 for ; Sun, 17 Oct 2004 20:29:38 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F0DF43D2D for ; Sun, 17 Oct 2004 20:29:37 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail 4632 invoked by uid 65534); 17 Oct 2004 20:29:36 -0000 Received: from p5089FC47.dip.t-dialin.net (EHLO ms.homeip.net) (80.137.252.71) by mail.gmx.net (mp025) with SMTP; 17 Oct 2004 22:29:36 +0200 X-Authenticated: #15946415 Received: from vpnpool01-0360.uni-muenster.de ([128.176.151.114] helo=[192.168.0.148]) by ms.homeip.net with asmtp (TLSv1:AES256-SHA:256) id 1CJHes-0002HB-Oj for freebsd-current@freebsd.org; Sun, 17 Oct 2004 22:29:39 +0200 Message-ID: <4172D626.2060605@gmx.de> Date: Sun, 17 Oct 2004 22:29:26 +0200 From: Jochen Gensch User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4171AA66.2050005@gmx.de> <4172A2D0.2060202@DeepCore.dk> In-Reply-To: <4172A2D0.2060202@DeepCore.dk> X-Enigmail-Version: 0.86.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:29:38 -0000 Søren Schmidt wrote: > Maybe not, could you please try the attached patch and let me know if > that helps or not ? Didn't help. It still locks up at the same place. Jochen From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 20:39:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28E4E16A4CE; Sun, 17 Oct 2004 20:39:37 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABA3C43D46; Sun, 17 Oct 2004 20:39:36 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9HKdVGK033482; Sun, 17 Oct 2004 16:39:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9HKdL9G033475; Sun, 17 Oct 2004 16:39:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 17 Oct 2004 16:39:21 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Marc UBM Bocklet In-Reply-To: <20041015174542.61606d63.ubm@u-boot-man.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scottl@FreeBSD.org cc: current@FreeBSD.org Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:39:37 -0000 On Fri, 15 Oct 2004, Marc UBM Bocklet wrote: > Panicstring: sodealloc(): so_count 1 > > Brian mentioned something about INVARIANTS obscuring the panic, can that > have something to do with it? > > Oh, kernel compile has just finished, I'll reboot and try the new kernel > with your fix. The good news and the bad news: after spending a day or two hacking up an IP stack simulator to simulate various nasty combinations of TCP packets, I've managed to reproduce the problem, and am able to get a core. I'm currently working on tracking down the problem. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 20:52:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5A4E16A4CF for ; Sun, 17 Oct 2004 20:52:22 +0000 (GMT) Received: from 194-185-53-242.f5.ngi.it (194-185-53-242.f5.ngi.it [194.185.53.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6C5143D58 for ; Sun, 17 Oct 2004 20:52:21 +0000 (GMT) (envelope-from mark@remotelab.org) Received: from einstein.lab (localhost. [127.0.0.1])i9HKqJ7M035324; Sun, 17 Oct 2004 22:52:20 +0200 (CEST) (envelope-from mark@remotelab.org) Received: from einstein.lab (localhost.lab [127.0.0.1]) by einstein.lab (8.13.1/8.13.1) with ESMTP id i9HKrAAL077498; Sun, 17 Oct 2004 22:53:10 +0200 (CEST) (envelope-from mark@einstein.lab) Received: (from mark@localhost) by einstein.lab (8.13.1/8.13.1/Submit) id i9HKr4FF077497; Sun, 17 Oct 2004 22:53:04 +0200 (CEST) (envelope-from mark) Date: Sun, 17 Oct 2004 22:53:04 +0200 From: Marco Trentini To: freebsd-current@freebsd.org Message-ID: <20041017205304.GA83283@einstein.lab> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD einstein.lab 6.0-CURRENT i386 User-Agent: Mutt/1.5.6i cc: buildadm@jp.FreeBSD.org Subject: About iso images (i386) on current.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 20:52:22 -0000 Just so you know I've noted the latest iso image for i386 is 5.2-CURRENT-20040818-JPSNAP.iso and today I've built an iso CURRENT snapshot without problems (with "make release" tool for i386 with MAKE_ISOS=yes NODOC=yes options). -- Marco Trentini mark@remotelab.org http://www.remotelab.org/ From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 21:00:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C88B16A4CE for ; Sun, 17 Oct 2004 21:00:29 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDD6943D2D for ; Sun, 17 Oct 2004 21:00:28 +0000 (GMT) (envelope-from c.widger@comcast.net) Received: from [192.168.90.36] (c-24-5-158-1.client.comcast.net[24.5.158.1]) by comcast.net (sccrmhc12) with ESMTP id <2004101721002701200fuktge> (Authid: c.widger); Sun, 17 Oct 2004 21:00:28 +0000 Message-ID: <41727D98.6090709@comcast.net> Date: Sun, 17 Oct 2004 14:11:36 +0000 From: cwidger User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: acd0 FAILURE READ_BIG MEDIUM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 21:00:29 -0000 uname -r 5.3-BETA7 acd0 : CDRW at ata1-master UDMA33 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 This happens when there's a DVD in acd0. It doesn't happen when acd0's empty. From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 21:11:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DDF316A4E0 for ; Sun, 17 Oct 2004 21:11:18 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E358F43D31 for ; Sun, 17 Oct 2004 21:11:17 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.12.9) with ESMTP id i9HLDh7N067240 for ; Sun, 17 Oct 2004 14:13:43 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id i9HLBHZk079260 for ; Sun, 17 Oct 2004 14:11:17 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id i9HLBHLL079259 for freebsd-current@freebsd.org; Sun, 17 Oct 2004 14:11:17 -0700 (PDT) (envelope-from frank) From: Frank Mayhar Message-Id: <200410172111.i9HLBHLL079259@realtime.exit.com> To: freebsd-current@freebsd.org Date: Sun, 17 Oct 2004 14:11:17 -0700 (PDT) X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: NDIS-related crash FYI. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 21:11:19 -0000 Just so folks will know, I uncovered and fixed an NDIS-related LOR last night/this morning. Check out PR 72795 for the details and fix. Turns out ndis_start() was failing to release the NDIS lock on one path through the code... It might explain a number of crashes I saw before I switched wireless cards. After, of course, the system became unusably unstable due the the crashes, it wouldn't run for more than an hour and sometimes only a few minutes before stumbling over the dangling lock. (I also have to say that being able to use the firewire port as the console really made a huge difference; this laptop doesn't have a serial port other than the internal Winmodem.) -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 21:16:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1823D16A4D1 for ; Sun, 17 Oct 2004 21:16:36 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE1C743D45 for ; Sun, 17 Oct 2004 21:16:35 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so129333rnk for ; Sun, 17 Oct 2004 14:16:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=O/6YjXkw+uOz8JBTs5H7gOaa445gNmnZKpRo9iHVCLBMxOps720+ASKgf2YfkoAjzTMWFKpQZunb3u+4CbNPJeq5f5gFXfui1qweXlRlvzv+gRDr2VXq5fogEgwZBVCjb5uHDLrxe7uoLyDv0Qmv4xcApsvuZvchENz501Pw3UY Received: by 10.38.81.49 with SMTP id e49mr1131958rnb; Sun, 17 Oct 2004 14:16:34 -0700 (PDT) Received: by 10.38.22.66 with HTTP; Sun, 17 Oct 2004 14:16:34 -0700 (PDT) Message-ID: Date: Sun, 17 Oct 2004 17:16:34 -0400 From: Vlad To: Robert Watson In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041015174542.61606d63.ubm@u-boot-man.de> cc: scottl@freebsd.org cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 21:16:36 -0000 Robert, is there a specific condition when that happens? I tried to simulate heavy tcp traffic from number of sources but could not induct the panic by such artificial traffic. It happened to me only in 'natural' way ;) so maybe if you know exactly how to trigger it, and share that with us, we could do some workaround on live production servers so it doesn't happen, until it's fixed in the code? > The good news and the bad news: after spending a day or two hacking up an > IP stack simulator to simulate various nasty combinations of TCP packets, > I've managed to reproduce the problem, and am able to get a core. I'm > currently working on tracking down the problem. -- Vlad From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 21:25:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D6FE16A4CE for ; Sun, 17 Oct 2004 21:25:23 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A771343D2F for ; Sun, 17 Oct 2004 21:25:22 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i9HLPM90043933; Sun, 17 Oct 2004 14:25:22 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4172E340.20206@freebsd.org> Date: Sun, 17 Oct 2004 14:25:20 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: spam maps References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> In-Reply-To: <20041013172834.81984.qmail@web54008.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 21:25:23 -0000 I suggest patching /etc/rc.d/initdiskless instead: @@ -299,13 +299,13 @@ cp -Rp $j/* /$subdir fi done - for j in /conf/$i/*.cpio.gz ; do + for j in /conf/$i/*.cpio ; do subdir=${j%*.cpio.gz} subdir=${subdir##*/} if [ -f $j ]; then create_md $subdir echo "Loading /$subdir from cpio archive $j" - (cd / ; /stand/gzip -d < $j | /stand/cpio --extract -d ) + (cd / ; /bin/cat < $j | /bin/pax -r ) fi done for j in /conf/$i/*.remove ; do For some reason, people keep forgetting that /bin/pax can read cpio archives. This patch also eliminates the use of gzip (at the cost of requiring an uncompressed archive, which should not be a problem in practice). If you prefer, you could use /rescue/gzip instead. Cheers, Tim spam maps wrote: > Hello, > > This is 5.3-Beta7. > > Earlier I sensed that /stand/ is more or less > redundant (that all is in /rescue/ with 5.X), so > I deleted this directory. > > However, now that I want to use diskless-bootup, > I seem to need /stand/ again. > > Is there a way to get it back? > > Thanks, > Rob. > > PS: using /rescue/ for that instead would be really > nice :). > > > > _______________________________ > Do you Yahoo!? > Declare Yourself - Register online to vote today! > http://vote.yahoo.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 21:27:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3C4016A4CE; Sun, 17 Oct 2004 21:27:30 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65FC043D2F; Sun, 17 Oct 2004 21:27:30 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9HLRPSm034142; Sun, 17 Oct 2004 17:27:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9HLRP81034139; Sun, 17 Oct 2004 17:27:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 17 Oct 2004 17:27:25 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Vlad In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scottl@freebsd.org cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 21:27:30 -0000 On Sun, 17 Oct 2004, Vlad wrote: > is there a specific condition when that happens? I tried to simulate > heavy tcp traffic from number of sources but could not induct the panic > by such artificial traffic. It happened to me only in 'natural' way ;) > > so maybe if you know exactly how to trigger it, and share that with us, > we could do some workaround on live production servers so it doesn't > happen, until it's fixed in the code? Yeah -- I'm cleaning up the reproduction pieces and will commit them to the FreeBSD source tree in the regression area this evening or tomorrow. Basically, the race that seems to currently be triggering occurs when there's a simultaneous close() on a socket at the same time as a RST is received on the socket causing the protocol to also try and close the socket. I reproduce it by running the tcpconnect server (in the regression tree) on a TCP port, then running the test tool so that it connects and immediately resets the connection. I.e., it sounds like a reference count issue due to sockets using a slightly aberrant reference model. I'll try to come up with a workaround sometime in the next 12-24 hours, and hopefully also a proper fix. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > The good news and the bad news: after spending a day or two hacking up an > > IP stack simulator to simulate various nasty combinations of TCP packets, > > I've managed to reproduce the problem, and am able to get a core. I'm > > currently working on tracking down the problem. > > -- > Vlad > From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 21:42:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE9ED16A4CE; Sun, 17 Oct 2004 21:42:37 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A344E43D2F; Sun, 17 Oct 2004 21:42:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-50-20.dsl.snfc21.pacbell.net [67.124.50.20])i9HLgPxQ169726; Sun, 17 Oct 2004 17:42:26 -0400 Message-ID: <4172E741.7080508@elischer.org> Date: Sun, 17 Oct 2004 14:42:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Vlad cc: scottl@freebsd.org cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 21:42:38 -0000 I.e., it sounds like a > reference count issue due to sockets using a slightly aberrant reference > model. I'll try to come up with a workaround sometime in the next 12-24 > hours, and hopefully also a proper fix. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research At the risk of sounding like a broken record, if we had a central policy on how reference counts were done, and library/include support for doing it we would be some distance ahead fo where we are now.. There are too many examples of "aberrant reference model". From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 21:57:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDF8916A4CE for ; Sun, 17 Oct 2004 21:57:09 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E69FA43D58 for ; Sun, 17 Oct 2004 21:57:08 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i9HLv2To383350; Sun, 17 Oct 2004 23:57:03 +0200 Date: Sun, 17 Oct 2004 23:57:04 +0200 (CEST) From: Lukas Ertl To: Frank Mayhar In-Reply-To: <200410172111.i9HLBHLL079259@realtime.exit.com> Message-ID: <20041017235552.H569@korben.prv.univie.ac.at> References: <200410172111.i9HLBHLL079259@realtime.exit.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4247; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: NDIS-related crash FYI. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 21:57:10 -0000 On Sun, 17 Oct 2004, Frank Mayhar wrote: > Just so folks will know, I uncovered and fixed an NDIS-related LOR last > night/this morning. Check out PR 72795 for the details and fix. Turns > out ndis_start() was failing to release the NDIS lock on one path > through the code... Confirmed. I had problems with my laptop since Oct 7, complete freezes without any warning after a few minutes of network activity. With this patch, it seems fine. Thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 21:58:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48AD716A4CE; Sun, 17 Oct 2004 21:58:28 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id E23E543D46; Sun, 17 Oct 2004 21:58:27 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (adsl-67-124-50-20.dsl.snfc21.pacbell.net [67.124.50.20])i9HLwQSX138420; Sun, 17 Oct 2004 17:58:26 -0400 Message-ID: <4172EB01.9010202@elischer.org> Date: Sun, 17 Oct 2004 14:58:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4b) Gecko/20030524 X-Accept-Language: en, hu MIME-Version: 1.0 To: Robert Watson References: <4172E741.7080508@elischer.org> In-Reply-To: <4172E741.7080508@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Kernel frameworks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 21:58:28 -0000 Julian Elischer wrote: > I.e., it sounds like a > >> reference count issue due to sockets using a slightly aberrant reference >> model. I'll try to come up with a workaround sometime in the next 12-24 >> hours, and hopefully also a proper fix. >> >> Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >> robert@fledge.watson.org Principal Research Scientist, McAfee >> Research > > > At the risk of sounding like a broken record, if we had a central policy > on how > reference counts were done, and library/include support for doing it we > would > be some distance ahead fo where we are now.. > > There are too many examples of "aberrant reference model". One of the things that John Dyson wanted to do before he overloaded and had to take things easy for a while, was to rewrite FreeBSD in another language. These days I tend to agree with him on this.. My gut feeling is that the same algorythms and data structure mechanisms keep occuring again and again in teh kernel, and that it should be possible to specify the kernel in a meta-language (also known as a Very High Level Language) and generate the result. I've actually thought a little about this. I havent seen a language that fits the bill yet. Does anyone have a favourite VHLL that they think could be used to describe a kernel? My suspicion is that the descriptions would be such that we'd probably have to create our own KDS (Kernel descripion Language :-) With Gigabyte machines now however, it is becoming feasible to create very large semantic and symbolic maps and model things that only a few years ago would have been impossible. Various frameworks such as geom, vfs, the BSD network stacks, netgraph, process/thread hieararchies, the VM pmap and object layers, teh tty code (now) etc. could all be described in some way I'm sure. For example there are many fields in the proc structure, the existance of which should be deducible from a description of what structures exist and how they should be linked together. it should not be neccesary that a human programmer needs to specify them. In the same manner locking in these cases could be automaticall generated.. Oh well.. enough dreaming. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 21:58:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA27A16A4CE; Sun, 17 Oct 2004 21:58:50 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D88C43D1D; Sun, 17 Oct 2004 21:58:50 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9HLwhWb034612; Sun, 17 Oct 2004 17:58:43 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9HLwhBF034609; Sun, 17 Oct 2004 17:58:43 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 17 Oct 2004 17:58:43 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Julian Elischer In-Reply-To: <4172E741.7080508@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Vlad cc: scottl@freebsd.org cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 21:58:50 -0000 On Sun, 17 Oct 2004, Julian Elischer wrote: > I.e., it sounds like a > > reference count issue due to sockets using a slightly aberrant reference > > model. I'll try to come up with a workaround sometime in the next 12-24 > > hours, and hopefully also a proper fix. > > At the risk of sounding like a broken record, if we had a central policy > on how reference counts were done, and library/include support for doing > it we would be some distance ahead fo where we are now.. > > There are too many examples of "aberrant reference model". I've actually looked a little at normalizing socket reference counting, but it uses a moderate number of "Weak" references, including a reference from the protocol that isn't counted, as well as possible references from the listen queues. It is my intent to investigate this more, and possibly move to a more normal referencing scheme, but not before 5.3. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 22:01:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AF3F16A4CE for ; Sun, 17 Oct 2004 22:01:51 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id E559243D46 for ; Sun, 17 Oct 2004 22:01:49 +0000 (GMT) (envelope-from lists-freebsd-current@biaix.org) Received: (qmail 13326 invoked by uid 1000); 17 Oct 2004 21:59:30 -0000 Date: Sun, 17 Oct 2004 23:59:30 +0200 From: Joan Picanyol To: freebsd-current@freebsd.org Message-ID: <20041017215930.GA13178@grummit.biaix.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20041014110752.GA57541@grummit.biaix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Subject: Re: NFS issues on BETA7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 22:01:51 -0000 * gnn@freebsd.org [20041014 14:19]: > At Thu, 14 Oct 2004 13:07:52 +0200, > Joan Picanyol wrote: > > What else should I do to debug this further? > > Is this easy to reproduce? It actually is as easy as cp'ing a local file to an NFS mount. > Is it intermittent? I've been able to reproduce it with a fresh install of BETA7, which should leave out any configuration issues... tks -- pica From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 22:38:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADC6516A4CE for ; Sun, 17 Oct 2004 22:38:55 +0000 (GMT) Received: from server.alexdupre.com (host245-49.pool8288.interbusiness.it [82.88.49.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2CD943D41 for ; Sun, 17 Oct 2004 22:38:54 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from [192.168.0.101] (thunder.alexdupre.com [192.168.0.101]) i9HMcpIS034781; Mon, 18 Oct 2004 00:38:52 +0200 (CEST) (envelope-from ale@FreeBSD.org) Message-ID: <4172F47B.7020403@FreeBSD.org> Date: Mon, 18 Oct 2004 00:38:51 +0200 From: Alex Dupre User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Trentini References: <20041017205304.GA83283@einstein.lab> In-Reply-To: <20041017205304.GA83283@einstein.lab> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: buildadm@jp.FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: About iso images (i386) on current.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 22:38:55 -0000 Marco Trentini wrote: > Just so you know I've noted the latest iso image for i386 is > 5.2-CURRENT-20040818-JPSNAP.iso and today I've built an iso > CURRENT snapshot without problems (with "make release" tool > for i386 with MAKE_ISOS=yes NODOC=yes options). From the snapshots.jp.FreeBSD.org website: * Due to some script errors, ISO-IMAGES creation is stopped for a while. Sorry for inconveniences. (Aug/19/2004) You can get an updated ISO from snapshots.se.FreeBSD.org. -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 23:28:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CF8A16A4CE for ; Sun, 17 Oct 2004 23:28:31 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 051DB43D45 for ; Sun, 17 Oct 2004 23:28:31 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 14773 invoked from network); 17 Oct 2004 23:28:30 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Oct 2004 23:28:30 -0000 Received: from hydrogen.funkthat.com (bczgzu@localhost.funkthat.com [127.0.0.1])i9HNSTlb011822; Sun, 17 Oct 2004 16:28:29 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9HNSRWU011821; Sun, 17 Oct 2004 16:28:27 -0700 (PDT) Date: Sun, 17 Oct 2004 16:28:27 -0700 From: John-Mark Gurney To: Sean McNeil Message-ID: <20041017232827.GZ22681@funkthat.com> Mail-Followup-To: Sean McNeil , freebsd-current@freebsd.org References: <1097896460.1123.2.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097896460.1123.2.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 23:28:31 -0000 Sean McNeil wrote this message on Fri, Oct 15, 2004 at 20:14 -0700: > The following changes allows me to stream a 15Mbps video content with > re0 and not lose any packets. I had to decrease the timer count so it > checks more often and I modified it so that polling disables all but the > timer interrupt. Attached is a patch to -current. Ok, interesting... now are you sure that adding re_txeof in re_start is better than properly fixing it so that we can make use of the extra tx descriptors that the 8169 supports? Right now it is hardcoded to 64 because that is all that the 8110 supports iirc, but the 8164 supports upto 1024 tx descriptors... I have thought about properly extracting the rings so that we can have different sized tx and rx ring sizes also adjust ring size based upon data rate... Also, do you know of the tx timer changes fire rate dependant upon the speed of the link.. the 8169 data sheet gives no specifics on what the rate of the time is and approrpriate values.. I'll do some tests shortly to see about these issues... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 23:30:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB39C16A4CE for ; Sun, 17 Oct 2004 23:30:50 +0000 (GMT) Received: from amber.ccs.neu.edu (amber.ccs.neu.edu [129.10.116.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99E4B43D39 for ; Sun, 17 Oct 2004 23:30:50 +0000 (GMT) (envelope-from bass@ccs.neu.edu) Received: from atlantis.ccs.neu.edu ([129.10.116.41]) by amber.ccs.neu.edu with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.34) id 1CJKUD-0007Yv-N8 for freebsd-current@freebsd.org; Sun, 17 Oct 2004 19:30:50 -0400 Received: from bass by atlantis.ccs.neu.edu with local (Exim 4.34) id 1CJKUD-0001Fv-Hx for freebsd-current@freebsd.org; Sun, 17 Oct 2004 19:30:49 -0400 Date: Sun, 17 Oct 2004 19:30:49 -0400 From: Ian Langworth To: freebsd-current@freebsd.org Message-ID: <20041017233049.GB4336@atlantis.ccs.neu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://langworth.com/downloads/langworth.pub User-Agent: Mutt/1.5.4i Subject: wicontrol man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 23:30:50 -0000 Looking at the `wicontrol' man page, it seems that the described functionality of two options is reversed: wicontrol [-i] iface -l (dump associated stations) wicontrol [-i] iface -L (list available access points) It seems that -l actually lists any available access points and -L actually lists the access point that I'm associated with. Can anyone else confirm this? -- Ian Langworth Project Guerrilla Northeastern University College of Computer and Information Science From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 23:43:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92FCF16A4CE for ; Sun, 17 Oct 2004 23:43:30 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B02243D2D for ; Sun, 17 Oct 2004 23:43:30 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 27824 invoked from network); 17 Oct 2004 23:43:29 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Oct 2004 23:43:29 -0000 Received: from hydrogen.funkthat.com (bqjylq@localhost.funkthat.com [127.0.0.1])i9HNhTlb012213; Sun, 17 Oct 2004 16:43:29 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9HNhSHc012212; Sun, 17 Oct 2004 16:43:28 -0700 (PDT) Date: Sun, 17 Oct 2004 16:43:28 -0700 From: John-Mark Gurney To: Pawel Worach Message-ID: <20041017234328.GA22681@funkthat.com> Mail-Followup-To: Pawel Worach , current@freebsd.org, phk@freebsd.org References: <4171C37D.4030708@telia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4171C37D.4030708@telia.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: current@freebsd.org Subject: Re: page fault panic in knote X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 23:43:30 -0000 Pawel Worach wrote this message on Sun, Oct 17, 2004 at 02:57 +0200: > This happened on shutdown, I think I magially hit enter twice > when I fired off the shutdown command. This is on RELENG_5 from > 2004-10-11. The system was also running in single-user at the time > so no crash dump. This is a known issue.. On most systems it has a chance of working if you're rebooting the system from serial console.. The problem is that the tty struct is not properly initalized and/or not properly destroyed.. phk, have you completed the use of ttymalloc, etc. so that all struct tty's are properly initalized? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sun Oct 17 23:56:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56CB616A4CE for ; Sun, 17 Oct 2004 23:56:55 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 701C843D3F for ; Sun, 17 Oct 2004 23:56:54 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i9HNuned000657 for ; Mon, 18 Oct 2004 12:56:52 +1300 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i9HNr8Ht032081; Mon, 18 Oct 2004 12:53:08 +1300 Message-ID: <41730551.6090801@ThePacific.Net> Date: Mon, 18 Oct 2004 12:50:41 +1300 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ian Langworth , freebsd-current@freebsd.org References: <20041017233049.GB4336@atlantis.ccs.neu.edu> In-Reply-To: <20041017233049.GB4336@atlantis.ccs.neu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: wicontrol man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Oct 2004 23:56:55 -0000 wicontrol -i iface -L list all the AP available, and wicontrol -i iface -l will gi've you the stations connected. Ian Langworth wrote: >Looking at the `wicontrol' man page, it seems that the described >functionality of two options is reversed: > > wicontrol [-i] iface -l (dump associated stations) > wicontrol [-i] iface -L (list available access points) > >It seems that -l actually lists any available access points and >-L actually lists the access point that I'm associated with. > >Can anyone else confirm this? > > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 00:29:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78F4B16A4CE for ; Mon, 18 Oct 2004 00:29:06 +0000 (GMT) Received: from amber.ccs.neu.edu (amber.ccs.neu.edu [129.10.116.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D4C343D4C for ; Mon, 18 Oct 2004 00:29:06 +0000 (GMT) (envelope-from bass@ccs.neu.edu) Received: from atlantis.ccs.neu.edu ([129.10.116.41]) by amber.ccs.neu.edu with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.34) id 1CJLOb-00058p-Ch; Sun, 17 Oct 2004 20:29:05 -0400 Received: from bass by atlantis.ccs.neu.edu with local (Exim 4.34) id 1CJLOb-00049h-6W; Sun, 17 Oct 2004 20:29:05 -0400 Date: Sun, 17 Oct 2004 20:29:05 -0400 From: Ian Langworth To: "Marcos Biscaysaqu - ThePacific.net" Message-ID: <20041018002905.GC15283@atlantis.ccs.neu.edu> References: <20041017233049.GB4336@atlantis.ccs.neu.edu> <41730551.6090801@ThePacific.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41730551.6090801@ThePacific.Net> X-PGP-Key: http://langworth.com/downloads/langworth.pub User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: wicontrol man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 00:29:06 -0000 On 18.Oct.2004 12:50PM +1300, Marcos Biscaysaqu - ThePacific.net wrote: > wicontrol -i iface -L list all the AP available, and wicontrol > -i iface -l will gi've you the stations connected. Right, that's what the manual page says. However, this doesn't look like the list of all APs available: $ wicontrol -i ndis0 -L NIC serial number: [ ] Station name: [ omni.langworth.com ] SSID for IBSS creation: [ Unit 21 ] Current netname (SSID): [ Unit 21 ] Desired netname (SSID): [ Unit 21 ] Current BSSID: [ 00:00:00:00:00:00 ] Channel list: [ 3fff ] IBSS channel: [ 1 ] ... WEP encryption: [ Off ] TX encryption key: [ 1 ] Encryption keys: [ ][ ][ ][ ] Available APs: wicontrol: SIOCSWAVELAN: Operation not permitted Instead, it looks like the AP that I'm conencted to, but this sure doesn't: $ wicontrol -i ndis0 -l 8 stations: ap[0]: netname (SSID): [ linksys ] BSSID: [ 00:06:25:e8:1c:13 ] Channel: [ 1 ] Quality/Signal/Noise [signal]: [ 80 / 80 / 0 ] [dBm]: [ 80 / -69 / -149 ] BSS Beacon Interval [msec]: [ 0 ] Capinfo: [ ] DataRate [Mbps]: [ 11 ] ... ap[7]: netname (SSID): [ Unit 19 ] BSSID: [ 00:0f:66:b9:6e:21 ] Channel: [ 6 ] Quality/Signal/Noise [signal]: [ 65 / 65 / 0 ] [dBm]: [ 65 / -84 / -149 ] BSS Beacon Interval [msec]: [ 0 ] Capinfo: [ WEP ] -- Ian Langworth Project Guerrilla Northeastern University College of Computer and Information Science From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 00:38:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AABA16A4CE; Mon, 18 Oct 2004 00:38:13 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83F6943D58; Mon, 18 Oct 2004 00:38:12 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101809:36:47:306728.15513.2876242864 for ; Mon, 18 Oct 2004 09:36:47 +0900 (KST) Message-ID: <41731071.2030405@yahoo.com> Date: Mon, 18 Oct 2004 09:38:09 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Kientzle , freebsd-current References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <4172E340.20206@freebsd.org> In-Reply-To: <4172E340.20206@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-7.65) (SRN:SPAMROBOT) ----------------- Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 00:38:13 -0000 Tim Kientzle wrote: > I suggest patching /etc/rc.d/initdiskless instead: > > @@ -299,13 +299,13 @@ > cp -Rp $j/* /$subdir > fi > done > - for j in /conf/$i/*.cpio.gz ; do > + for j in /conf/$i/*.cpio ; do > subdir=${j%*.cpio.gz} > subdir=${subdir##*/} > if [ -f $j ]; then > create_md $subdir > echo "Loading /$subdir from cpio archive $j" > - (cd / ; /stand/gzip -d < $j | /stand/cpio --extract -d ) > + (cd / ; /bin/cat < $j | /bin/pax -r ) > fi > done > for j in /conf/$i/*.remove ; do > > For some reason, people keep forgetting > that /bin/pax can read cpio archives. > This patch also eliminates the use of gzip > (at the cost of requiring an uncompressed archive, > which should not be a problem in practice). > If you prefer, you could use /rescue/gzip > instead. The old initdiskless script worked fine for me. So I replaced only the line with /stand/ by following: (cd / ; /rescue/gzip -d < $j | /bin/pax -r ) and then my diskless boot stops working !?!?! The kernel seems to load fine. Unfortunately the boot process is not at all verbose. In both cases I see the long array of dots while loading the kernel with the 'done' at the end. After that nothing but "dark silence" until the PC is up and running with the login prompt. That loging prompt never appears when using the /rescue/ line above (yes, I've waiting a really long time :). When I change it back to the old line with /stand/, everything is fine again. Just for double checking that these commands are there: # ls -als /rescue/gzip /bin/pax 82 -r-xr-xr-x 1 root wheel 82852 Oct 15 20:17 /bin/pax 3616 -r-xr-xr-x 135 root wheel 3680076 Oct 15 20:19 /rescue/gzip So, any idea what's the misterious logic here? Does 'pax' depend on something that has not been mounted yet on the diskless PC? I don't know how to investigate this, because there's no output to the screen during bootup. Regards, Rob. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 01:08:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30BA216A4CE for ; Mon, 18 Oct 2004 01:08:34 +0000 (GMT) Received: from s1.stradamotorsports.com (ip30.gte215.dsl-acs2.sea.iinet.com [209.20.215.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B4E643D2D for ; Mon, 18 Oct 2004 01:08:33 +0000 (GMT) (envelope-from jcw@highperformance.net) Received: from [192.168.1.16] ([192.168.1.16])i9I18V8m081997 for ; Sun, 17 Oct 2004 18:08:31 -0700 (PDT) (envelope-from jcw@highperformance.net) Date: Sun, 17 Oct 2004 18:08:32 -0700 From: "Jason C. Wells" To: freebsd-current@freebsd.org Message-ID: X-Mailer: Mulberry/3.1.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=0.0 required=4.0 tests=none version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Prevent Installing Includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 01:08:34 -0000 Is there an easy way to prevent installation of include headers while running make installworld? Perhaps there is a NO_INCLUDE make option that my search didn't uncover. Thanks, Jason C. Wells From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 01:12:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D086516A4CE for ; Mon, 18 Oct 2004 01:12:37 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7C9F43D5A for ; Mon, 18 Oct 2004 01:12:37 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 3361 invoked from network); 18 Oct 2004 01:12:37 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Oct 2004 01:12:37 -0000 Received: from hydrogen.funkthat.com (mrgrip@localhost.funkthat.com [127.0.0.1])i9I1Calb014220; Sun, 17 Oct 2004 18:12:37 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9I1CZGX014219; Sun, 17 Oct 2004 18:12:35 -0700 (PDT) Date: Sun, 17 Oct 2004 18:12:35 -0700 From: John-Mark Gurney To: Sean McNeil , freebsd-current@freebsd.org Message-ID: <20041018011235.GB22681@funkthat.com> Mail-Followup-To: Sean McNeil , freebsd-current@freebsd.org References: <1097896460.1123.2.camel@server.mcneil.com> <20041017232827.GZ22681@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041017232827.GZ22681@funkthat.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 01:12:37 -0000 John-Mark Gurney wrote this message on Sun, Oct 17, 2004 at 16:28 -0700: > I'll do some tests shortly to see about these issues... Ok, I played around w/ rwatson's netsend program, and I was able to send 1316 byte payload udp packets at about 28kpps w/o problems.. I was not able to confirm that no packets were loss, BUT, netstat did show very close to 28kpps received... At 28kpps, it's far exceeds your problem of 15Mbps, it is about 38megbytes/sec.. What does your dmesg say about your re0? Mine is: re0: port 0xe000-0xe0ff mem 0xe8002000-0xe80020ff irq 11 at device 11.0 on pci0 re0: Ethernet address: 00:50:fc:f7:5b:d0 and it's more specificly a 32-bit ConnectGear G30TX-32. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 02:20:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D53216A4D1 for ; Mon, 18 Oct 2004 02:20:21 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0556A43D46 for ; Mon, 18 Oct 2004 02:20:21 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9I2KJRu050673; Sun, 17 Oct 2004 19:20:19 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9I2KHQb050672; Sun, 17 Oct 2004 19:20:17 -0700 (PDT) (envelope-from obrien) Date: Sun, 17 Oct 2004 19:20:17 -0700 From: "David O'Brien" To: Xin LI Message-ID: <20041018022017.GA50477@dragon.nuxi.com> References: <20041016174925.GA96809@dragon.nuxi.com> <20041017153856.GA460@frontfree.net> <20041017182716.GB41354@dragon.nuxi.com> <20041017183525.GA1717@frontfree.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041017183525.GA1717@frontfree.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 02:20:21 -0000 On Mon, Oct 18, 2004 at 02:35:25AM +0800, Xin LI wrote: > On Sun, Oct 17, 2004 at 11:27:16AM -0700, David O'Brien wrote: > > We've already so desupported running 6-CURRENT on the original i386 > > processor, I'd rather not create the appearance that it is still > > supported and easy to do by simply defining one thing. > > Um... What about something like this: > > 200410XX: > With several performance and maintaince considerations, we are now > discouraging using newer FreeBSD on ancient hardware, e.g. 80386. > While it is still possible to define some symbols to get it ``just > work'', The problem is I don't think it is true that "it is still possible to [just] define some symbols". This commit to i386 GENERIC 3 years ago means no one has tested a kernel on a real I386 in a long time. ---------------------------- revision 1.296 date: 2001/01/14 10:11:10; author: jhb; state: Exp; lines: +2 -2 Remove I386_CPU from GENERIC. Support for the 386 seriously pessimizes performance on other x86 processors. Custom kernels can still be built that will run on the 386. ---------------------------- I remember someone tried a few years ago after this commit to get FreeBSD 5-CURRENT running on an I386 and had to hack some things to get it work. Since no one has reported success in doing this since then I'm willing to bet you dinner next time I'm in Bejing that we've broken running on real I386's w/o realizing it. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 02:26:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 156E216A4CE; Mon, 18 Oct 2004 02:26:36 +0000 (GMT) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D4D43D48; Mon, 18 Oct 2004 02:26:35 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from [192.168.0.10] (jn@c-24-2-72-123.client.comcast.net [24.2.72.123]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id i9I2QZ7j013652; Sun, 17 Oct 2004 19:26:35 -0700 (PDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org, obrien@freebsd.org Date: Sun, 17 Oct 2004 20:25:55 -0600 User-Agent: KMail/1.7 References: <20041016174925.GA96809@dragon.nuxi.com> <20041017183525.GA1717@frontfree.net> <20041018022017.GA50477@dragon.nuxi.com> In-Reply-To: <20041018022017.GA50477@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410172025.55534.lists@jnielsen.net> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on ns1.jnielsen.net X-Virus-Status: Clean Subject: Re: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 02:26:36 -0000 On Sunday 17 October 2004 08:20 pm, David O'Brien wrote: > I remember someone tried a few years ago after this commit to get FreeBSD > 5-CURRENT running on an I386 and had to hack some things to get it work. > Since no one has reported success in doing this since then I'm willing to > bet you dinner next time I'm in Bejing that we've broken running on real > I386's w/o realizing it. Just to add a data point- I installed FreeBSD 5.2 or thereabouts on a 386DX machine some months ago without any unexpected trouble. (The expected trouble involved making a custom world and set of installation floppies.) I think I set it up to act as a firewall/router, but don't remember if I tested it out much. It's currently in storage.so I can't fire it up to play with too easily. JN From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 02:39:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9802616A4CE; Mon, 18 Oct 2004 02:39:44 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3107743D31; Mon, 18 Oct 2004 02:39:44 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9I2dcdP003208; Sun, 17 Oct 2004 22:39:40 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20041018022017.GA50477@dragon.nuxi.com> References: <20041016174925.GA96809@dragon.nuxi.com> <20041017153856.GA460@frontfree.net> <20041017182716.GB41354@dragon.nuxi.com> <20041017183525.GA1717@frontfree.net> <20041018022017.GA50477@dragon.nuxi.com> Date: Sun, 17 Oct 2004 22:39:37 -0400 To: obrien@freebsd.org, Xin LI From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org Subject: Re: [PATCH] optimizing X now that we don't support i386 CPU's on 6-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 02:39:44 -0000 At 7:20 PM -0700 10/17/04, David O'Brien wrote: > > ---------------------------- > revision 1.296 > date: 2001/01/14 10:11:10; author: jhb; state: Exp; lines: +2 -2 > Remove I386_CPU from GENERIC. Support for the 386 seriously > pessimizes performance on other x86 processors. Custom kernels > can still be built that will run on the 386. > ---------------------------- > >I remember someone tried a few years ago after this commit to get >FreeBSD 5-CURRENT running on an I386 and had to hack some things to >get it work. Since no one has reported success in doing this since >then I'm willing to bet you dinner next time I'm in Bejing that we've >broken running on real I386's w/o realizing it. For what it's worth, I was also under the impression that we were going to recommend that people running a "genuine 80386" chip should probably stick with the 4.x-series of releases. Even if 5.3 works on 80386 right now, I was not sure that it would continue to work for the life of the 5.x series. I don't know where I picked up that idea, but even if we are supporting 80386 for 5.x then I think we should be able to drop it for 6.x. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 03:03:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC94E16A4CE for ; Mon, 18 Oct 2004 03:03:37 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 290A843D46 for ; Mon, 18 Oct 2004 03:03:35 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id i9I32fZg027602 for ; Mon, 18 Oct 2004 12:32:41 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Mon, 18 Oct 2004 12:33:28 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id i9I2vah27036 for ; Mon, 18 Oct 2004 12:27:36 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id RZJB5XLQ; Mon, 18 Oct 2004 12:27:22 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id i9I2vaxH002042 for ; Mon, 18 Oct 2004 12:27:36 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id i9I2vaEh002041 for freebsd-current@freebsd.org; Mon, 18 Oct 2004 12:27:36 +0930 (CST) (envelope-from wilkinsa) Date: Mon, 18 Oct 2004 12:27:36 +0930 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20041018025733.GA2026@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20041015082424.GA786@squirm.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: Re: RELENG_5 panic [nic: _mtx_lock_sleep: recursed on non-recursivemutex nfsd_mtx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 03:03:38 -0000 1. The NFS server code is compiled into the kernel: options NFSCLIENT options NFSSERVER 2. The following NFS entries are in /etc/rc.conf nfs_client_enable="YES" nfs_server_enable="NO" 3. I upgraded to: FreeBSD 5.3-BETA7 #3: Sun Oct 17 18:51:58 CST 2004 and the panic hasn't happened since. Something else to note is that IPv6 was not compiled into the kernel. - aW 0n Sun, Oct 17, 2004 at 10:19:34AM -0400, Robert Watson wrote: On Fri, 15 Oct 2004, Wilkinson, Alex wrote: > Hi all, > > I currently get a panic with "nfs_server_enable=YES" in /etc/rc.conf. > > OS: FreeBSD 5.3-BETA4 #2: Tue Sep 14 13:55:30 UTC 2004 > > Backtrace > --------- > > panic: _mtx_lock_sleep: recursed on non-recursive mutex nfsd_mtx @ /usr /src/sys/nfsserver/nfs_serv.c:1947 Is the NFS server code compiled into your kernel, or is it getting loaded as a module? Do you have any other NFS-related entries in /etc/rc.conf? Could you show the output of "show locks" and "show witness" with witness compiled into the kernel? Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > cpuid = 0 > KDB: enter: panic > [thread 100074] > Stopped at kdb_enter+0x32: leave > db> tr > kdb_enter(c068ba66,0,c068aed8,dd2ed90c,c1b6b340) at kdb_enter+0x32 > panic(c068aed8,c069885f,c0698617,79b,c0698617) at panic+0x1b0 > _mtx_lock_sleep(c071c940,c1b6b340,0,c0698617,79b) at _mtx_lock_sleep+0x16e > _mtx_lock_flags(c071c940,0,c0698617,79b,0) at _mtx_lock_flags+0xb0 > nfsrv_create(c1eb6800,c1b98800,c1b6b340,dd2edc8c,0) at nfsrv_create+0x8c4 > nfssvc(c1b6b340,dd2edd14,8,0,2) at nfssvc+0x6ea > syscall(2f,2f,2f,0,0) at syscall+0x13b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c60bf, esp = 0xbfbfeb1c, eb p = 0xbfbfeb38 --- > > > - aW > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 03:22:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6633116A4CE for ; Mon, 18 Oct 2004 03:22:36 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A05743D31 for ; Mon, 18 Oct 2004 03:22:36 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101812:21:08:965736.15513.2853850032 for ; Mon, 18 Oct 2004 12:21:08 +0900 (KST) Message-ID: <417336FA.7080708@yahoo.com> Date: Mon, 18 Oct 2004 12:22:34 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-5.69) (SRN:SPAMROBOT) ----------------- Subject: 5.3-Beta7: diskless boot up does not show boot messages on screen. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 03:22:36 -0000 Hello, I am now successfully booting a diskless PC with 5.3-Beta7, using an etherboot floppy. I can see the initial boot up from floppy, followed by the downloading of the kernel ("..................done"). But after that no more messages on the screen anymore, until after a while the login prompt appears. The diskless PC does produce a legitimate /var/run/dmesg.boot. So I can inspect the bootup process after a successful boot. However, if there's a boot problem, I do not at all get a clue what's going wrong. A verbose boot up on the screen is then of vital importance. So why do i not get any verbose boot up of the kernel messages with the diskless boot? Rob. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 03:28:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C22D16A4CE for ; Mon, 18 Oct 2004 03:28:50 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC73043D1F for ; Mon, 18 Oct 2004 03:28:49 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101812:27:23:557052.15513.2963467184 for ; Mon, 18 Oct 2004 12:27:23 +0900 (KST) Message-ID: <41733871.5040708@yahoo.com> Date: Mon, 18 Oct 2004 12:28:49 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current References: <4171D3AE.8010601@yahoo.com> <4171EACE.4020602@gamersimpact.com> <4172538A.9080906@yahoo.com> In-Reply-To: <4172538A.9080906@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:1.91) (by Terrace) Subject: Re: 5.3-Beta7 diskless boot: it boots but has empty /var (on/dev/md1) !? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 03:28:50 -0000 Rob wrote: > Ryan Sommers wrote: > >> Rob wrote: >> >>> However, on the diskless PC, /var is on a memory >>> disk, but that directory is completely empty: >>> >>> disklessPC# ls -a /var >>> . .. .snap >>> >>> disklessPC# mount >>> 192.168.123.254:/ on / (nfs, read-only) >>> devfs on /dev (devfs, local) >>> /dev/md0 on /etc (ufs, local, soft-updates) >>> procfs on /proc (procfs, local) >>> /dev/md1 on /var (ufs, local, soft-updates) >>> 192.168.123.254:/usr on /usr (nfs, read-only) >>> 192.168.123.254:/home on /home (nfs) >>> /dev/md2 on /tmp (ufs, local, soft-updates) >>> >>> This has serious consequences on the diskless PC. >>> For example, sshd cannot start because /var/empty >>> is not there. There is no information in /var/run, >>> /var/log etc. >>> >>> Is something missing in the /etc/rc.d/initdiskless script, >>> or have I forgotten something? >>> >>> Thanks, >>> Rob. >> >> >> >> The /var memory disk needs to be populated with a base structure. This >> is handled in initdiskless by templates (see >> /etc/rc.d/initdiskless:285). You can either have them as >> subdirectories in your /conf/ or as dir.cpio.gz cpio'gzip archives >> that are then extracted. > > > Great! Thank you. This works very well. > > What I have done is putting only the directories in the var.cpio.gz, > as follows: > find /var -type d | cpio -o > /conf/base/var.cpio > gzip /conf/base/var.cpio > > to regenerate the directory tree for /var on the diskless PC, assuming > that individual files will be created as the system boots. > The latter is indeed the case with files like > /var/run/dmesg.boot > /var/run/sshd.pid > /var/run/syslog.pid > /var/run/syslogd.sockets > and so forth. > > However, /var/log/ is empty and remains empty !?!? Any idea why that is? > I need to inspect files like /var/log/auth.log, /var/log/messages and > so on. Why are these log files not generated? Let me answer my own question: The answer is in the man page of syslogd(8): For security reasons, syslogd will not append to log files that do not exist; therefore, they must be created manually before running syslogd. The log files should be there with "chmod 600" owned by root. Rob. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 04:13:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8855116A4CE for ; Mon, 18 Oct 2004 04:13:35 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C45243D48 for ; Mon, 18 Oct 2004 04:13:33 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9I4DOZV005983; Mon, 18 Oct 2004 06:13:25 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9I4DORs005982; Mon, 18 Oct 2004 06:13:24 +0200 (SAST) (envelope-from jhay) Date: Mon, 18 Oct 2004 06:13:24 +0200 From: John Hay To: Rob Message-ID: <20041018041324.GA5799@zibbi.icomtek.csir.co.za> References: <417336FA.7080708@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <417336FA.7080708@yahoo.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: 5.3-Beta7: diskless boot up does not show boot messages on screen. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 04:13:35 -0000 > > I am now successfully booting a diskless PC with 5.3-Beta7, > using an etherboot floppy. I can see the initial boot up > from floppy, followed by the downloading of the kernel > ("..................done"). But after that no more messages > on the screen anymore, until after a while the login prompt > appears. > > The diskless PC does produce a legitimate /var/run/dmesg.boot. > So I can inspect the bootup process after a successful boot. > > However, if there's a boot problem, I do not at all get a > clue what's going wrong. A verbose boot up on the screen > is then of vital importance. > > So why do i not get any verbose boot up of the kernel > messages with the diskless boot? Uncomment the hints line in your kernel config file or a hints line looking at the example in the GENERIC config and rebuild your kernel. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 04:29:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 673B716A4CF for ; Mon, 18 Oct 2004 04:29:51 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB9AF43D4C for ; Mon, 18 Oct 2004 04:29:50 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i9I4To90045874; Sun, 17 Oct 2004 21:29:50 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <417346BB.3050609@freebsd.org> Date: Sun, 17 Oct 2004 21:29:47 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <4172E340.20206@freebsd.org> <41731071.2030405@yahoo.com> In-Reply-To: <41731071.2030405@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 04:29:51 -0000 Rob wrote: > Tim Kientzle wrote: > >> I suggest patching /etc/rc.d/initdiskless instead: >> > > So I replaced only the line with /stand/ by following: > > (cd / ; /rescue/gzip -d < $j | /bin/pax -r ) > > and then my diskless boot stops working !?!?! Two things to check: 1) ldd /bin/pax should show you what shared libraries are required by /bin/pax. Make sure those are all available on the root partition. 2) From the ordinary command line, try cat [[one of /conf/$i/*.cpio.gz]] | /rescue/gzip -d | /bin/pax and check that /bin/pax is correctly recognizing the format of the archive. Of course, it's also worth trying the two changes here (/rescue/gzip for /stand/gzip and /bin/pax for /stand/cpio) separately, just to isolate the problem. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 04:47:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8603016A4CF for ; Mon, 18 Oct 2004 04:47:45 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id D559A43D54 for ; Mon, 18 Oct 2004 04:47:44 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 78725 invoked by uid 0); 18 Oct 2004 04:46:41 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 18 Oct 2004 04:46:41 -0000 Message-ID: <41734AFB.2040208@gamersimpact.com> Date: Sun, 17 Oct 2004 23:47:55 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Kientzle References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <4172E340.20206@freebsd.org> <41731071.2030405@yahoo.com> <417346BB.3050609@freebsd.org> In-Reply-To: <417346BB.3050609@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Rob cc: freebsd-current Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 04:47:45 -0000 Tim Kientzle wrote: > Two things to check: > > 1) ldd /bin/pax > > should show you what shared libraries are > required by /bin/pax. Make sure those are > all available on the root partition. > > 2) From the ordinary command line, try > > cat [[one of /conf/$i/*.cpio.gz]] | /rescue/gzip -d | /bin/pax > > and check that /bin/pax is correctly > recognizing the format of the archive. > > Of course, it's also worth trying the two changes > here (/rescue/gzip for /stand/gzip and /bin/pax > for /stand/cpio) separately, just to isolate > the problem. > > Cheers, > > Tim I'll give you a better patch tomorrow to try. In the meantime, instead of catting. Try using ( cd / ; /rescue/gzip -d $j.cpio.gz | pax -r -p e ) I believe this works, if it doesn't try ( cd / ; /rescue/gzip -d < $j.cpio.gz | pax -r -p e ) Also, in order for pax to work it only needs /lib/libc.so.[56]. If you're willing to try I also have a patch here in the works that moves gzip to /bin which then will allow you to use it instead of /rescue/gzip. It worked on my system, I just need to bundle it up with some nice instructions since it also involves moving directories. It's just too late to do tonight. With pax I noticed sometimes things don't get preserved unless you add the "-p e", things like permissions and owners. Another thing, if you created your archives with pax, I would recommend not using the old cpio way of doing "find -d . | cpio -o >..." using this with pax will often end up adding files multiple times, which isn't really a bug as much as a feature gone amiss, instead add the -u flag to pax which boils down to not including multiple copies of a file. This shouldn't be causing any errors you are seeing but it's a possibility. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 04:55:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEF1716A4CE for ; Mon, 18 Oct 2004 04:55:48 +0000 (GMT) Received: from greenhill.txc.net.au (greenhill.txc.net.au [202.61.171.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D00B943D1F for ; Mon, 18 Oct 2004 04:55:47 +0000 (GMT) (envelope-from tim@spyderweb.com.au) Received: from bofh.spyderweb.com.au (static-9.235.240.220.dsl.comindico.com.au [220.240.235.9]) i9I4todF072474 for ; Mon, 18 Oct 2004 14:25:51 +0930 (CST) (envelope-from tim@spyderweb.com.au) Received: from spyderweb.com.au (localhost [127.0.0.1]) by bofh.spyderweb.com.au (8.13.1/8.13.1) with SMTP id i9I4tMTd038032 for ; Mon, 18 Oct 2004 14:25:23 +0930 (CST) (envelope-from tim@spyderweb.com.au) Date: Mon, 18 Oct 2004 14:25:22 +0930 From: Tim Aslat To: "freebsd-current@freebsd.org" Message-ID: <20041018142522.0ca6fd9a@bofh.spyderweb.com.au> Organization: Spyderweb Consulting X-Mailer: Sylpheed-Claws 0.9.12a (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: delays in 5.3x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 04:55:48 -0000 Hi All, There was a thread a couple of weeks back concerning the delays in the wakeup/idle routines and I was wondering if there had been any commits fixing the problem. I've updated via cvsup today and rebuilt world + kernel and I'm still getting the same problem. Things work fine as long as I'm using them, but if I leave a virtual desktop alone for a bit, all the apps on it appear to freeze for a number of seconds and then resume fine. The overall system performance is fast, but the delays are causing a few headaches. I'm prepared to try patches prior to committing to cvs if it helps. Cheers Tim -- Tim Aslat Spyderweb Consulting http://www.spyderweb.com.au Phone: +61 0401088479 From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 05:15:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9262C16A4CE for ; Mon, 18 Oct 2004 05:15:52 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34B9A43D31 for ; Mon, 18 Oct 2004 05:15:52 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101814:14:21:768332.15513.3038002096 for ; Mon, 18 Oct 2004 14:14:21 +0900 (KST) Message-ID: <41735184.5060302@yahoo.com> Date: Mon, 18 Oct 2004 14:15:48 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay , freebsd-current@freebsd.org References: <417336FA.7080708@yahoo.com> <20041018041324.GA5799@zibbi.icomtek.csir.co.za> In-Reply-To: <20041018041324.GA5799@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-1.07) (SRN:SPAMROBOT) ----------------- Subject: Re: 5.3-Beta7: diskless boot up does not show boot messages on screen. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 05:15:52 -0000 John Hay wrote: >>I am now successfully booting a diskless PC with 5.3-Beta7, >>using an etherboot floppy. I can see the initial boot up >>from floppy, followed by the downloading of the kernel >>("..................done"). But after that no more messages >>on the screen anymore, until after a while the login prompt >>appears. >> >>The diskless PC does produce a legitimate /var/run/dmesg.boot. >>So I can inspect the bootup process after a successful boot. >> >>However, if there's a boot problem, I do not at all get a >>clue what's going wrong. A verbose boot up on the screen >>is then of vital importance. >> >>So why do i not get any verbose boot up of the kernel >>messages with the diskless boot? > > > Uncomment the hints line in your kernel config file or a hints line > looking at the example in the GENERIC config and rebuild your kernel. I'm not sure I get your point. Just double check for me: Currently I have in my DISKLESS kernel configuration file these lines #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. Are you suggesting that I have to comment out the hints line here to get the kernel messages and bootup sequence printed on my screen? Do I have to manually copy /usr/src/sys/i386/conf/GENERIC.hints to /boot, or will that be done automatically? Rob. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 05:38:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BC3216A4CE for ; Mon, 18 Oct 2004 05:38:28 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 024D843D49 for ; Mon, 18 Oct 2004 05:38:26 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9I5cOZV008433; Mon, 18 Oct 2004 07:38:24 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9I5cNme008432; Mon, 18 Oct 2004 07:38:23 +0200 (SAST) (envelope-from jhay) Date: Mon, 18 Oct 2004 07:38:23 +0200 From: John Hay To: Rob Message-ID: <20041018053823.GB8116@zibbi.icomtek.csir.co.za> References: <417336FA.7080708@yahoo.com> <20041018041324.GA5799@zibbi.icomtek.csir.co.za> <41735184.5060302@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41735184.5060302@yahoo.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: 5.3-Beta7: diskless boot up does not show boot messages on screen. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 05:38:28 -0000 On Mon, Oct 18, 2004 at 02:15:48PM +0900, Rob wrote: > John Hay wrote: > >>I am now successfully booting a diskless PC with 5.3-Beta7, > >>using an etherboot floppy. I can see the initial boot up > >>from floppy, followed by the downloading of the kernel > >>("..................done"). But after that no more messages > >>on the screen anymore, until after a while the login prompt > >>appears. > >> > >>The diskless PC does produce a legitimate /var/run/dmesg.boot. > >>So I can inspect the bootup process after a successful boot. > >> > >>However, if there's a boot problem, I do not at all get a > >>clue what's going wrong. A verbose boot up on the screen > >>is then of vital importance. > >> > >>So why do i not get any verbose boot up of the kernel > >>messages with the diskless boot? > > > > > >Uncomment the hints line in your kernel config file or a hints line > >looking at the example in the GENERIC config and rebuild your kernel. > > I'm not sure I get your point. Just double check for me: > > Currently I have in my DISKLESS kernel configuration file these lines > > #To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for > devices. > > > Are you suggesting that I have to comment out the hints line here > to get the kernel messages and bootup sequence printed on my screen? You have to uncomment that hints line, remove the # in front of the line. Normally the loader will load the hints file for you, but etherboot doesn't do that for you. > Do I have to manually copy /usr/src/sys/i386/conf/GENERIC.hints to > /boot, or will that be done automatically? If you use pxe to netboot, pxeloader will load the hints file for you but etherboot isn't clever enough to do it, so you have to compile it into your kernel. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 05:44:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1A9316A4CE for ; Mon, 18 Oct 2004 05:44:33 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 636CA43D45 for ; Mon, 18 Oct 2004 05:44:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id D6BB5295428 for ; Mon, 18 Oct 2004 01:44:29 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Mon, 18 Oct 2004 01:44:29 -0400 (EDT) Message-ID: <1518.192.168.0.188.1098078269.squirrel@192.168.0.188> In-Reply-To: <1539.66.11.183.178.1097860994.squirrel@66.11.183.178> References: <1542.192.168.0.188.1097646528.squirrel@192.168.0.188> <416D2482.2090000@gamersimpact.com> <1099.66.11.183.178.1097672454.squirrel@66.11.183.178> <1097673727.10151.0.camel@rushlight.kf8nh.com> <1076.66.11.183.178.1097848226.squirrel@66.11.183.178> <1539.66.11.183.178.1097860994.squirrel@66.11.183.178> Date: Mon, 18 Oct 2004 01:44:29 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com Subject: Re: Odd behaviour from bash after recent cvsup and world... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 05:44:33 -0000 Mike Jakubik said: > Jiawei Ye said: >> On Fri, 15 Oct 2004 09:50:26 -0400 (EDT), Mike Jakubik >> >> wrote: >>> > syscons seems to be unbroken now, but bash problem persists. Anyone >>> > else seeing this as well? >>> >>> Yes, me. I cvsuped and made world yesterday around 2pm EST, and its >>> still >>> broken. >> >> I believe phk@ commited a fix a couple of hours ago. > > Yes, it works fine now. I just did a cvsup and buildworld, and bash seems > to be working OK. Actually, there are still problems which occur after using portupgrade. Am I the only one seeing these? From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 05:46:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A2EE16A4CE for ; Mon, 18 Oct 2004 05:46:51 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31A5043D1D for ; Mon, 18 Oct 2004 05:46:51 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CJQM8-0000I3-IH; Mon, 18 Oct 2004 09:46:52 +0400 From: Vladimir Grebenschikov To: Jacob Rhoden In-Reply-To: <200410181202.40249.jacob@rhoden.id.au> References: <200410171552.34115.jacob@rhoden.id.au> <1098021904.1141.13.camel@localhost> <200410181202.40249.jacob@rhoden.id.au> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 18 Oct 2004 09:46:51 +0400 Message-Id: <1098078411.1045.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: intel 2200b/g card on dell8600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 05:46:51 -0000 =F7 =D0=CE, 18/10/2004 =D7 12:02 +0000, Jacob Rhoden =D0=C9=DB=C5=D4: Hi > On Sunday 17 October 2004 14:05, Vladimir Grebenschikov wrote: > > =F7 =D7=D3, 17/10/2004 =D7 15:52 +0000, Jacob Rhoden =D0=C9=DB=C5=D4: > > Have such card, ndis runs under currnet without problems: > > ndis0: mem > > 0xd0201000-0xd0201fff irq 9 at device 11.0 on pci2 > > ndis0: [GIANT-LOCKED] > > ndis0: NDIS API version: 5.1 > > ndis0: Ethernet address: 00:0e:35:03:82:74 > > ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 5.5Mbps 11Mbps > > ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >=20 > Thanks for the reply! Its strange that it works for you, perhaps its beca= use i=20 > am using 5.3 and i am guessing you are using something before then. I hav= e=20 > since found the native driver thanks! the native driver works (with some=20 > coaxing). I am using current of 9 Oct, so it is not so old. As for iwi driver - I have tried it, it works somehow, but I think it is not stable enough for me now and I am waiting for 1.1 release of iwi driver. > Regards, > Jacob --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 05:54:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 402A016A4CE for ; Mon, 18 Oct 2004 05:54:51 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9BE743D45 for ; Mon, 18 Oct 2004 05:54:50 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id D05AFACAF1; Mon, 18 Oct 2004 07:54:48 +0200 (CEST) Date: Mon, 18 Oct 2004 07:54:48 +0200 From: Pawel Jakub Dawidek To: Daniel Eriksson Message-ID: <20041018055448.GE73767@darkness.comp.waw.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ExCcSBZiLVYufuln" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: Current crash on today's kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 05:54:51 -0000 --ExCcSBZiLVYufuln Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 17, 2004 at 07:45:14PM +0200, Daniel Eriksson wrote: +>=20 +> Sorry about the lack of details in the previous message! +>=20 +> The machine is using both ataraid and gvinum. (But cannot use geom_stripe +> since it doesn't want to play nice with ataraid.) What are the problems exactly? I'm happy to help. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --ExCcSBZiLVYufuln Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBc1qoForvXbEpPzQRAr86AKDHdXc4HQPSgAkIStki4MtZEDA5rgCeKwuY 5k1gdOfHSayclXemmF0SB64= =wENe -----END PGP SIGNATURE----- --ExCcSBZiLVYufuln-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 06:31:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F25E16A4CE for ; Mon, 18 Oct 2004 06:31:11 +0000 (GMT) Received: from bloodwood.hunterlink.net.au (smtp-local.hunterlink.net.au [203.12.144.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id F08C443D41 for ; Mon, 18 Oct 2004 06:31:09 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from ppp2C60.dyn.pacific.net.au (ppp2C60.dyn.pacific.net.au [61.8.44.96])i9I6RPcB006126; Mon, 18 Oct 2004 16:27:26 +1000 From: Sam Lawrance To: Tim Aslat In-Reply-To: <20041018142522.0ca6fd9a@bofh.spyderweb.com.au> References: <20041018142522.0ca6fd9a@bofh.spyderweb.com.au> Content-Type: text/plain Date: Mon, 18 Oct 2004 16:33:44 +1000 Message-Id: <1098081224.62024.9.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.1FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: delays in 5.3x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 06:31:11 -0000 On Mon, 2004-10-18 at 14:25 +0930, Tim Aslat wrote: > There was a thread a couple of weeks back concerning the delays in the > wakeup/idle routines and I was wondering if there had been any commits > fixing the problem. No commits have been made regarding this problem. There was a bit of chitchat about what the most appropriate solution was, all quiet since then. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 06:32:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96BC116A4CE for ; Mon, 18 Oct 2004 06:32:00 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1346343D2F for ; Mon, 18 Oct 2004 06:32:00 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101815:30:28:820553.15513.2784934832 for ; Mon, 18 Oct 2004 15:30:28 +0900 (KST) Message-ID: <4173635C.5000304@yahoo.com> Date: Mon, 18 Oct 2004 15:31:56 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers , freebsd-current References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <4172E340.20206@freebsd.org> <41731071.2030405@yahoo.com> <417346BB.3050609@freebsd.org> <41734AFB.2040208@gamersimpact.com> In-Reply-To: <41734AFB.2040208@gamersimpact.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:8.22) (by Terrace) Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 06:32:00 -0000 Ryan Sommers wrote: > Tim Kientzle wrote: > >> Two things to check: >> >> 1) ldd /bin/pax >> >> should show you what shared libraries are >> required by /bin/pax. Make sure those are >> all available on the root partition. >> >> 2) From the ordinary command line, try >> >> cat [[one of /conf/$i/*.cpio.gz]] | /rescue/gzip -d | /bin/pax >> >> and check that /bin/pax is correctly >> recognizing the format of the archive. >> >> Of course, it's also worth trying the two changes >> here (/rescue/gzip for /stand/gzip and /bin/pax >> for /stand/cpio) separately, just to isolate >> the problem. > > I'll give you a better patch tomorrow to try. In the meantime, instead > of catting. Try using > > ( cd / ; /rescue/gzip -d $j.cpio.gz | pax -r -p e ) > > I believe this works, if it doesn't try > > ( cd / ; /rescue/gzip -d < $j.cpio.gz | pax -r -p e ) > > Also, in order for pax to work it only needs /lib/libc.so.[56]. If > you're willing to try I also have a patch here in the works that moves I'm willing to try just anything. The problem is that I'm not familiar with the cpio and pax commands. > With pax I noticed sometimes things don't get preserved unless you add > the "-p e", things like permissions and owners. Another thing, if you > created your archives with pax, I would recommend not using the old cpio > way of doing "find -d . | cpio -o >..." using this with pax will often > end up adding files multiple times, which isn't really a bug as much as > a feature gone amiss, instead add the -u flag to pax which boils down to > not including multiple copies of a file. This shouldn't be causing any > errors you are seeing but it's a possibility. I don't understand this, mainly because I'm not familiar with cpio and pax. At present I generate the var.cpio.gz and etc.cpio.gz, as follows: find /etc -type f | cpio -o > /conf/base/etc.cpio find /var -type d | cpio -o > /conf/base/var.cpio gzip /conf/base/etc.cpio gzip /conf/base/var.cpio Would you suggest to replace this by something like: find /etc -type f | pax -[what flags?] > /conf/base/etc.cpio find /var -type d | pax -[what flags?] > /conf/base/var.cpio gzip /conf/base/etc.cpio gzip /conf/base/var.cpio What flags would you suggest here? (then maybe also 's/cpio/pax/' here and in the initdiskless script) Rob. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 07:10:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A012116A4CE for ; Mon, 18 Oct 2004 07:10:48 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id C671E43D2D for ; Mon, 18 Oct 2004 07:10:47 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i9I7AeU506260; Mon, 18 Oct 2004 09:10:41 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i9I7AdI41908; Mon, 18 Oct 2004 09:10:39 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i9I7Afe16169; Mon, 18 Oct 2004 09:10:42 +0200 (MET DST) Date: Mon, 18 Oct 2004 09:10:39 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: David Syphers In-Reply-To: <200410161208.32381.dsyphers@u.washington.edu> Message-ID: <20041018090607.C11579@beagle.kn.op.dlr.de> References: <1097916792.1810.4.camel@kaiser.sig11.org> <200410161208.32381.dsyphers@u.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: rionda@gufi.org Subject: Re: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 07:10:48 -0000 On Sat, 16 Oct 2004, David Syphers wrote: DS>On Saturday 16 October 2004 01:53 am, Matteo Riondato wrote: DS>> Could we change an entry from: DS>> DS>> 20041007: DS>> One of the syscalls the 1:1 threading library libthr uses has DS>> changed, thus breaking ABI compatibility. Make sure you rebuild DS>> this library with the kernel. DS>> DS>> to: DS>> DS>> 20041007: DS>> One of the syscalls used by the 1:1 threading library libthr DS>> has changed, thus breaking ABI compatibility. Make sure you rebuild DS>> this library with the kernel. DS>> DS>> I think this will improve the readability and the comprension of the DS>> entry by the non-native english speakers. DS> DS>I hate to be pedantic, but the original entry is preferable. In English it is DS>correct to avoid the passive voice when possible (though not nearly to the DS>extent that, say, French does). The active voice is quite appropriate here, DS>where the subject is clearly defined. Is there a particular reason why DS>non-native speakers would prefer the passive voice? The verbs are coming very late in the sentence. That's not a problem for german speakers :-) but from experience I know that speakers from languages where the verb must come near the beginning of the sentence have a problem with this. The omission of the 'that' makes that even harder, because you can't parse the sentence into grammatical units until you see the 'uses' at the end of the line. That forces you to roll back and re-parse. harti From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 07:14:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1E6116A4CE; Mon, 18 Oct 2004 07:14:38 +0000 (GMT) Received: from av1-1-sn4.m-sp.skanova.net (av1-1-sn4.m-sp.skanova.net [81.228.10.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4022E43D1D; Mon, 18 Oct 2004 07:14:38 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 7496638441; Mon, 18 Oct 2004 09:14:37 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av1-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 6721D37E6B; Mon, 18 Oct 2004 09:14:37 +0200 (CEST) Received: from sentinel (h130n1fls11o822.telia.com [213.64.66.130]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 456A937E56; Mon, 18 Oct 2004 09:14:37 +0200 (CEST) From: "Daniel Eriksson" To: "'Pawel Jakub Dawidek'" Date: Mon, 18 Oct 2004 09:14:21 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20041018055448.GE73767@darkness.comp.waw.pl> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcS013XE7SmD/jD1QPCCvKGUDcs4YwACAGMg cc: freebsd-current@freebsd.org Subject: RE: Current crash on today's kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 07:14:38 -0000 Pawel Jakub Dawidek wrote: >> The machine is using both ataraid and gvinum. (But cannot use geom_stripe >> since it doesn't want to play nice with ataraid.) > > What are the problems exactly? I'm happy to help. I'm not sure if it is limited to my particular setup or not. Unfortunately I don't have enough hardware to test it on anything other than a production machine, so that limits my willingness to try things. I had a nice log of this with extra geom debugging enabled, but it seems I have misplaced it. I don't think there was anything that stood out in the log though. When geom_stripe starts to taste providers it messes up the ataraid arrays, making the discs in the arrays time out. This of course results in the arrays being marked as broken. And because of bugs somewhere else, having a disc/array disappear from under a live filesystem usually results in a system panic. Again, if this is a local problem it will be hard to debug given that the machine needs to be up. However, verifying that it is a local or a general problem is easy: Just hook two or more discs up as an ataraid RAID0 array and then try to create a geom_stripe array using some other discs. If it generates a bunch of ATA timeouts which eventually tears down the ataraid array then it's a general problem. I also remember waiting for all the ataraid arrays to fail (I have 4 in the machine, takes 15-30 sec for all of them to fail). Once they had all failed I tried to access the newly created geom_stripe array, and it worked just fine. I then ran 'atacontrol delete' to remove one of the failed arrays and tried to rebuild it with 'atacontrol create'. As soon as the arX device was created, geom wanted to taste it which again generated ATA timeouts which tore the array down. Sorry about the lack of details. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 07:30:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64C9016A4CE for ; Mon, 18 Oct 2004 07:30:18 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7170C43D55 for ; Mon, 18 Oct 2004 07:30:17 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9I7UAtL050296; Mon, 18 Oct 2004 09:30:10 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 16 Oct 2004 23:50:44 +0200." <19260.1097963444@critter.freebsd.dk> Date: Mon, 18 Oct 2004 09:30:10 +0200 Message-ID: <50295.1098084610@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Randy Bush cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 07:30:18 -0000 In message <19260.1097963444@critter.freebsd.dk>, "Poul-Henning Kamp" writes: >In message <16753.38774.621295.6356@ran.psg.com>, Randy Bush writes: >>> Does it depend on which shell you use for single-user mode ? >> >>uh, make the test you want clear, plz. i am fried today. >> >>root's shell is /usr/local/bin/bash (no comments, please:-) >> >>i am seeing the problem as root in multiluser. i don't spend >>much time in single abuser, so can't say. > >Ahh, that's different then. > >I'll hunt this one down tomorrow. Can you try this patch ? Index: sys/tty.h =================================================================== RCS file: /home/ncvs/src/sys/sys/tty.h,v retrieving revision 1.96 diff -u -r1.96 tty.h --- sys/tty.h 30 Sep 2004 10:38:47 -0000 1.96 +++ sys/tty.h 18 Oct 2004 06:43:10 -0000 @@ -357,6 +357,7 @@ void ttyfree(struct tty *tp); void ttygone(struct tty *tp); void ttyinfo(struct tty *tp); +void ttyinitmode(struct tty *tp, int echo, int speed); int ttyinput(int c, struct tty *tp); int ttylclose(struct tty *tp, int flag); void ttyldoptim(struct tty *tp); Index: kern/tty.c =================================================================== RCS file: /home/ncvs/src/sys/kern/tty.c,v retrieving revision 1.238 diff -u -r1.238 tty.c --- kern/tty.c 15 Oct 2004 09:03:07 -0000 1.238 +++ kern/tty.c 18 Oct 2004 07:24:42 -0000 @@ -2845,11 +2845,7 @@ tp->t_timeout = -1; tp->t_dtr_wait = 3 * hz; - tp->t_init_in.c_iflag = TTYDEF_IFLAG; - tp->t_init_in.c_oflag = TTYDEF_OFLAG; - tp->t_init_in.c_cflag = TTYDEF_CFLAG; - tp->t_init_in.c_lflag = TTYDEF_LFLAG; - tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = TTYDEF_SPEED; + ttyinitmode(tp, 0, 0); bcopy(ttydefchars, tp->t_init_in.c_cc, sizeof tp->t_init_in.c_cc); /* Make callout the same as callin */ @@ -3365,23 +3361,45 @@ } /* - * Use more "normal" termios paramters for consoles. + * Initialize a tty to sane modes. */ void -ttyconsolemode(struct tty *tp, int speed) +ttyinitmode(struct tty *tp, int echo, int speed) { + if (speed == 0) + speed = TTYDEF_SPEED; tp->t_init_in.c_iflag = TTYDEF_IFLAG; tp->t_init_in.c_oflag = TTYDEF_OFLAG; - tp->t_init_in.c_cflag = TTYDEF_CFLAG | CLOCAL; - tp->t_init_in.c_lflag = TTYDEF_LFLAG_ECHO; - tp->t_lock_out.c_cflag = tp->t_lock_in.c_cflag = CLOCAL; + tp->t_init_in.c_cflag = TTYDEF_CFLAG; + if (echo) + tp->t_init_in.c_lflag = TTYDEF_LFLAG_ECHO; + else + tp->t_init_in.c_lflag = TTYDEF_LFLAG; + + tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = speed; + tp->t_init_out = tp->t_init_in; + termioschars(&tp->t_termios); + tp->t_termios = tp->t_init_in; +} + +/* + * Use more "normal" termios paramters for consoles. + */ +void +ttyconsolemode(struct tty *tp, int speed) +{ + if (speed == 0) speed = TTYDEF_SPEED; + ttyinitmode(tp, 1, speed); + tp->t_init_in.c_cflag |= CLOCAL; + termioschars(&tp->t_termios); + tp->t_lock_out.c_cflag = tp->t_lock_in.c_cflag = CLOCAL; tp->t_lock_out.c_ispeed = tp->t_lock_out.c_ospeed = - tp->t_lock_in.c_ispeed = tp->t_lock_in.c_ospeed = - tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = speed; + tp->t_lock_in.c_ispeed = tp->t_lock_in.c_ospeed = speed; tp->t_init_out = tp->t_init_in; + tp->t_termios = tp->t_init_in; } /* Index: dev/syscons/syscons.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/syscons.c,v retrieving revision 1.430 diff -u -r1.430 syscons.c --- dev/syscons/syscons.c 14 Oct 2004 08:58:28 -0000 1.430 +++ dev/syscons/syscons.c 18 Oct 2004 06:52:09 -0000 @@ -145,6 +145,7 @@ static int debugger; /* prototypes */ +static struct tty *sc_alloc_tty(struct cdev *dev); static int scvidprobe(int unit, int flags, int cons); static int sckbdprobe(int unit, int flags, int cons); static void scmeminit(void *arg); @@ -288,10 +289,23 @@ return names[i].name[(adp->va_flags & V_ADP_COLOR) ? 0 : 1]; } +static struct tty * +sc_alloc_tty(struct cdev *dev) +{ + struct tty *tp; + + tp = dev->si_tty = ttyalloc(); + ttyinitmode(tp, 1, 0); + tp->t_oproc = scstart; + tp->t_param = scparam; + tp->t_stop = nottystop; + tp->t_dev = dev; + return (tp); +} + int sc_attach_unit(int unit, int flags) { - struct tty *tp; sc_softc_t *sc; scr_stat *scp; #ifdef SC_PIXEL_MODE @@ -383,14 +397,9 @@ for (vc = 0; vc < sc->vtys; vc++) { if (sc->dev[vc] == NULL) { - dev = make_dev(&sc_cdevsw, vc + unit * MAXCONS, + sc->dev[vc] = make_dev(&sc_cdevsw, vc + unit * MAXCONS, UID_ROOT, GID_WHEEL, 0600, "ttyv%r", vc + unit * MAXCONS); - sc->dev[vc] = dev; - tp = sc->dev[vc]->si_tty = ttyalloc(); - tp->t_oproc = scstart; - tp->t_param = scparam; - tp->t_stop = nottystop; - tp->t_dev = sc->dev[vc]; + sc_alloc_tty(sc->dev[vc]); if (vc == 0 && sc->dev == main_devs) SC_STAT(sc->dev[0]) = &main_console; } @@ -403,12 +412,8 @@ dev = make_dev(&sc_cdevsw, SC_CONSOLECTL, UID_ROOT, GID_WHEEL, 0600, "consolectl"); - tp = dev->si_tty = sc_console_tty = ttyalloc(); - ttyconsolemode(tp, 0); - tp->t_oproc = scstart; - tp->t_param = scparam; - tp->t_stop = nottystop; - tp->t_dev = dev; + sc_console_tty = sc_alloc_tty(dev); + ttyconsolemode(sc_console_tty, 0); SC_STAT(dev) = sc_console; return 0; @@ -2581,7 +2586,6 @@ static void scinit(int unit, int flags) { - struct tty *tp; /* * When syscons is being initialized as the kernel console, malloc() @@ -2692,11 +2696,7 @@ sc->dev = malloc(sizeof(struct cdev *)*sc->vtys, M_DEVBUF, M_WAITOK|M_ZERO); sc->dev[0] = make_dev(&sc_cdevsw, unit * MAXCONS, UID_ROOT, GID_WHEEL, 0600, "ttyv%r", unit * MAXCONS); - tp = sc->dev[0]->si_tty = ttyalloc(); - tp->t_oproc = scstart; - tp->t_param = scparam; - tp->t_stop = nottystop; - tp->t_dev = sc->dev[0]; + sc_alloc_tty(sc->dev[0]); scp = alloc_scp(sc, sc->first_vty); SC_STAT(sc->dev[0]) = scp; } Index: dev/syscons/sysmouse.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/sysmouse.c,v retrieving revision 1.25 diff -u -r1.25 sysmouse.c --- dev/syscons/sysmouse.c 14 Oct 2004 08:58:28 -0000 1.25 +++ dev/syscons/sysmouse.c 18 Oct 2004 06:58:37 -0000 @@ -80,12 +80,7 @@ tp = dev->si_tty; if (!(tp->t_state & TS_ISOPEN)) { - ttychars(tp); - tp->t_iflag = TTYDEF_IFLAG; - tp->t_oflag = TTYDEF_OFLAG; - tp->t_cflag = TTYDEF_CFLAG; - tp->t_lflag = TTYDEF_LFLAG; - tp->t_ispeed = tp->t_ospeed = TTYDEF_SPEED; + ttyinitmode(tp, 0, 0); smparam(tp, &tp->t_termios); ttyld_modem(tp, 1); } else if (tp->t_state & TS_XCLUDE && suser(td)) { -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 08:52:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8345716A4CE; Mon, 18 Oct 2004 08:52:58 +0000 (GMT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12B2343D48; Mon, 18 Oct 2004 08:52:58 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd10.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1CJTFw-0003jB-00; Mon, 18 Oct 2004 10:52:40 +0200 Received: from Andro-Beta.Leidinger.net (JJVEa6ZrrekXvhLJLR5TuCqoWyT3A6AWe81JLOcPIVcsjhJHrStash@[84.128.193.206]) by fmrl10.sul.t-online.com with esmtp id 1CJTFn-2B9GIy0; Mon, 18 Oct 2004 10:52:31 +0200 Received: from Andro-Beta.Leidinger.net (localhost [127.0.0.1]) i9I8qSjg018030; Mon, 18 Oct 2004 10:52:28 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: (from www@localhost)i9I8qR3U018029; Mon, 18 Oct 2004 10:52:27 +0200 (CEST) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: Andro-Beta.Leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from wwwproxy-2.sns-felb.debis.de (wwwproxy-2.sns-felb.debis.de [53.122.192.14]) by netchild.homeip.net (IMP) with HTTP for ; Mon, 18 Oct 2004 10:52:27 +0200 Message-ID: <1098089547.4173844b1027a@netchild.homeip.net> Date: Mon, 18 Oct 2004 10:52:27 +0200 From: Alexander@Leidinger.net To: rse@engelschall.com References: <20041015201033.GA51887@engelschall.com> <86acumu6dy.fsf@kamino.rfc1149.org> <20041016170946.GA86123@engelschall.com> In-Reply-To: <20041016170946.GA86123@engelschall.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-4.10 X-Originating-IP: 53.122.192.14 X-ID: JJVEa6ZrrekXvhLJLR5TuCqoWyT3A6AWe81JLOcPIVcsjhJHrStash@t-dialin.net X-TOI-MSGID: 9b3fb2e2-3377-4c06-a406-218c6cb3e35a cc: Arne Schwabe cc: freebsd-current@freebsd.org Subject: Re: Linux ABI and permissions to /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 08:52:58 -0000 Zitat von "Ralf S. Engelschall" : > > > Has anybody an idea where to search? There were no changes to devfs > > > recently and the recent changes to the Linuxulator seemed harmless to me > > > at the first glance... > > > > is there a /usr/compat/linux/dev directory? If there is try to remove > > it, so that it does not shadow the /dev/ direcotry > > Yes, I have a /compat/linux/dev directory: > > | # ls -l /compat/linux/dev/ > | total 0 > | brw-r--r-- 1 root wheel 0, 0x00010002 Sep 17 22:05 had > | brw-r--r-- 1 root wheel 0, 0x0001000a Sep 17 22:05 hdb > | lrwxr-xr-x 1 root wheel 22 Sep 17 22:05 tty0 -> > /compat/linux/dev/tty1 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty1 -> /dev/ttyv0 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty10 -> /dev/ttyv9 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty11 -> /dev/ttyva > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty12 -> /dev/ttyvb > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty2 -> /dev/ttyv1 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty3 -> /dev/ttyv2 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty4 -> /dev/ttyv3 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty5 -> /dev/ttyv4 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty6 -> /dev/ttyv5 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty7 -> /dev/ttyv6 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty8 -> /dev/ttyv7 > | lrwxr-xr-x 1 root wheel 10 Sep 17 22:05 tty9 -> /dev/ttyv8 > > And yes, your guess is right: once I remove it, the problem with > my "echo foo >/dev/null" or running "acroread" wents away. But the > /compat/linux/dev stuff is created by the "vmware3" port with its... > > | @exec mkdir -p %%LINUXBASE%%/dev;for n in 0 1 2 3 4 5 6 7 8 9; do ln -s > /dev/ttyv$n %%LINUXBASE%%/dev/tty$n;done > | @exec ln -s /dev/ttyva %%LINUXBASE%%/dev/tty10 > | @exec ln -s /dev/ttyvb %%LINUXBASE%%/dev/tty11 > | @exec mknod %%LINUXBASE%%/dev/had b 0 0x00010002 > | @exec mknod %%LINUXBASE%%/dev/hdb b 0 0x0001000a > > ...and unfortunately without at least the /compat/linux/dev/ttyv0 VMWare > ultimately fails on startup. So, for running VMWare one really needs > this directory. > > Additionally, the overlaying of /dev with /compat/linux/dev as the > "vmware3" port does, definetely _worked_ until about 2 weeks ago. So, > the question is what broke it? PHK (CCed) did some device nodes related commits to the filesystems. This could be related. Bye, Alexander. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 08:54:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6EDD16A4CE for ; Mon, 18 Oct 2004 08:54:10 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FB6A43D39 for ; Mon, 18 Oct 2004 08:54:07 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 5005CACAE6; Mon, 18 Oct 2004 10:53:37 +0200 (CEST) Date: Mon, 18 Oct 2004 10:53:37 +0200 From: Pawel Jakub Dawidek To: Peter Jeremy Message-ID: <20041018085337.GG73767@darkness.comp.waw.pl> References: <7m7jqjhojv.wl@black.imgsrc.co.jp> <20040924122508.GG9550@darkness.comp.waw.pl> <20040924143224.GG47816@dan.emsphone.com> <20040925095549.GH9550@darkness.comp.waw.pl> <20040925200747.GE83620@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zyWF85OSvQ5Drg0Q" Content-Disposition: inline In-Reply-To: <20040925200747.GE83620@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Current Subject: Re: panic: swap_pager_isswapped: failed to locate all swap meta blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 08:54:10 -0000 --zyWF85OSvQ5Drg0Q Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 26, 2004 at 06:07:47AM +1000, Peter Jeremy wrote: +> On Sat, 2004-Sep-25 11:55:49 +0200, Pawel Jakub Dawidek wrote: +> >On Fri, Sep 24, 2004 at 09:32:30AM -0500, Dan Nelson wrote: +> >+> Considering that the system is going down anyway, why bother? +> > +> >Because if you have swap on e.g. gmirror device, gmirror will rebuild +> >components on every boot, because components are marked dirty - +> >they were open for writing on shutdown, so it looks like a power failur= e. +>=20 +> As an alternative approach, rather than marking swap clean on a +> shutdown, why not have a flag in the object's metadata that says "this +> object doesn't need synchronising on a reboot". If the flag is set, +> then gmirror just sets both sides as synchronised and active on boot. +> This is the approach taken by HP Tru64 LSM. (Though one improvement +> you could make over LSM would be to document the flag). Such a flag only makes sense for the whole mirror, not selected components, right? This doesn't fix the case when one has file systems and swap on the same mirror, but could be helpful in some cases. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --zyWF85OSvQ5Drg0Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBc4SRForvXbEpPzQRAntCAKC41HY3kWUqPSJGB5hgNIx+GufmmwCfULpS KDOnaslJucmzMIy8orkB1VU= =flW2 -----END PGP SIGNATURE----- --zyWF85OSvQ5Drg0Q-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 09:01:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D3AE16A4D1 for ; Mon, 18 Oct 2004 09:01:36 +0000 (GMT) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3543D43D2F for ; Mon, 18 Oct 2004 09:01:34 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id B84FB8BC47 for ; Mon, 18 Oct 2004 11:01:31 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 08935-07 for ; Mon, 18 Oct 2004 11:01:31 +0200 (CEST) Received: from [192.168.0.2] (unknown [217.113.236.116]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 684FD8BC4E for ; Mon, 18 Oct 2004 11:01:29 +0200 (CEST) From: Mateusz =?iso-8859-2?Q?J=EAdrasik?= To: freebsd-current@freebsd.org In-Reply-To: <20040924151635.GA2710@lazir.toya.net.pl> References: <20040924151635.GA2710@lazir.toya.net.pl> Content-Type: multipart/mixed; boundary="=-8OcQmjvBELk/SYQOYMbE" Message-Id: <1098090180.86430.48.camel@creative> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 18 Oct 2004 11:03:01 +0200 X-TOYA-AV: AntyVir-Skaner at toya.net.pl Subject: Re: 5.3-BETA3 and up acpi fails with ABIT BH-6 motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 09:01:36 -0000 --=-8OcQmjvBELk/SYQOYMbE Content-Type: text/plain; charset=iso8859-2 Content-Transfer-Encoding: 8bit W li¶cie z Pi±, 24-09-2004, godz. 17:16, None pisze: > hello, > > since BETA3 of 5.3 enabling acpi hard locks my machine on boot. > > here is the exact message jotted down on paper from the boot screen: > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x24 > fault code = supervisor read, page not present > instruction provider = 0x8:0xc04e35d6 > stack pointer = 0x10:0xc0c2198c > frame pointer = 0x10:0xc0c2198c > code segment = base 0x0, limit 0xfffff, type 0x1b /or 0x16/ > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL:0 > current process = 0 (swapper) > trap number = 12 > > panic: page fault > > Uptime > > shutting down ACPI > > > i attach my dmesg without acpi on beta5 /its broken since beta3, i > unfrotunately have no longer sources for beta2 so cannot reproduce any > messages/, and also i attach some info here from the dmesg with acpi > enabled on beta5 - mainly the acpi0 info from it. > > it reads: > > acpi0: > acpi0: reservation at f00000, 40000 (3) failed > acpi0: reservation at f00000, 7ef0000 (3) failed > > the second value im not too sure on cuz it scrolls really > fast - i videocammed the boot process :D and still searched it but i > cannot really read clearly the info of the small screen on the camera, > its a really oldskool one :] > > cheers i hope it helps solving some problems :]] > > //imachine I also would like to mention that I have done an acpidump (acpidump -t -d). I attach it with this reply to my post. I hope maybe someone reads this as the acpi issue is terrible. I am willing to provide any information regarding this. BTW, i now run -BETA7 and the error persists. cheers, //Mateusz aka imachine. --=-8OcQmjvBELk/SYQOYMbE Content-Disposition: attachment; filename=acpi.asl.txt Content-Type: text/plain; name=acpi.asl.txt; charset=iso8859-2 Content-Transfer-Encoding: 7bit /* RSD PTR: OEM=ABIT, ACPI_Rev=1.0x (0) RSDT=0x07ff3000, cksum=75 */ /* RSDT: Length=40, Revision=1, Checksum=122, OEMID=ABIT, OEM Table ID=AWRDACPI, OEM Revision=0x42302e31, Creator ID=AWRD, Creator Revision=0x0 Entries={ 0x07ff3040 } */ /* FACP: Length=116, Revision=1, Checksum=52, OEMID=ABIT, OEM Table ID=AWRDACPI, OEM Revision=0x42302e31, Creator ID=AWRD, Creator Revision=0x0 FACS=0x7ff0000, DSDT=0x7ff30c0 INT_MODEL=PIC Preferred_PM_Profile=Unspecified (0) SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0xa1, ACPI_DISABLE=0xa0, S4BIOS_REQ=0xa4 PSTATE_CNT=0x0 PM1a_EVT_BLK=0x4000-0x4003 PM1a_CNT_BLK=0x4040-0x4041 PM_TMR_BLK=0x4008-0x400b GPE0_BLK=0x400c-0x400f P_LVL2_LAT=90 us, P_LVL3_LAT=900 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=1, DUTY_WIDTH=1 DAY_ALRM=13, MON_ALRM=0, CENTURY=0 IAPC_BOOT_ARCH= Flags={WBINVD,PROC_C1,SLP_BUTTON,RTC_S4} */ /* FACS: Length=64, HwSig=0x00000000, Firm_Wake_Vec=0x00000000 Global_Lock= Flags=S4BIOS Version=0 */ /* DSDT: Length=7781, Revision=1, Checksum=174, OEMID=ABIT, OEM Table ID=AWRDACPI, OEM Revision=0x1000, Creator ID=MSFT, Creator Revision=0x100000c */ /* * Intel ACPI Component Architecture * AML Disassembler version 20040527 * * Disassembly of /tmp/acpidump.kBZlok, Mon Oct 18 10:33:36 2004 */ DefinitionBlock ("DSDT.aml", "DSDT", 1, "ABIT ", "AWRDACPI", 4096) { Scope (\_PR) { Processor (\_PR.CPU0, 0x01, 0x00004010, 0x06) {} } Name (\_S0, Package (0x04) { 0x05, 0x05, 0x05, 0x05 }) Name (\_S1, Package (0x04) { 0x04, 0x04, 0x04, 0x04 }) Name (\_S4, Package (0x04) { Zero, Zero, Zero, Zero }) Name (\_S5, Package (0x04) { Zero, Zero, Zero, Zero }) OperationRegion (\DEBG, SystemIO, 0x80, 0x01) Field (\DEBG, ByteAcc, NoLock, Preserve) { DBG1, 8 } OperationRegion (EXTM, SystemMemory, 0x000FF830, 0x10) Field (EXTM, WordAcc, NoLock, Preserve) { ROM1, 16, RMS1, 16, ROM2, 16, RMS2, 16, ROM3, 16, RMS3, 16, AMEM, 32 } OperationRegion (VGAM, SystemMemory, 0x000C0002, 0x01) Field (VGAM, ByteAcc, NoLock, Preserve) { VGA1, 8 } OperationRegion (\SMIC, SystemIO, 0xB2, 0x01) Field (\SMIC, ByteAcc, NoLock, Preserve) { SCP, 8 } OperationRegion (\TRAP, SystemIO, 0x402F, 0x01) Field (\TRAP, ByteAcc, NoLock, Preserve) { , 1, TR13, 1 } OperationRegion (\GBLE, SystemIO, 0x4021, 0x01) Field (\GBLE, ByteAcc, NoLock, Preserve) { ESMI, 8 } Name (CMDB, Buffer (0x08) {}) CreateByteField (CMDB, 0x00, BYT0) CreateByteField (CMDB, 0x01, BYT1) CreateByteField (CMDB, 0x02, BYT2) CreateByteField (CMDB, 0x03, BYT3) CreateByteField (CMDB, 0x04, BYT4) CreateByteField (CMDB, 0x05, BYT5) CreateByteField (CMDB, 0x06, BYT6) CreateByteField (CMDB, 0x07, BYT7) Name (IDEB, Buffer (0x38) {}) CreateField (IDEB, 0x00, 0x38, CMD0) CreateField (IDEB, 0x38, 0x38, CMD1) CreateField (IDEB, 0x70, 0x38, CMD2) CreateField (IDEB, 0xA8, 0x38, CMD3) CreateField (IDEB, 0xE0, 0x38, CMD4) CreateField (IDEB, 0x0118, 0x38, CMD5) CreateField (IDEB, 0x0150, 0x38, CMD6) CreateField (IDEB, 0x0188, 0x38, CMD7) OperationRegion (APMP, SystemIO, 0xB2, 0x02) Field (APMP, ByteAcc, NoLock, Preserve) { APMC, 8, APMD, 8 } OperationRegion (ELCR, SystemIO, 0x04D0, 0x02) Field (ELCR, ByteAcc, NoLock, Preserve) { ELC1, 8, ELC2, 8 } OperationRegion (GPOB, SystemIO, 0x4034, 0x04) Field (GPOB, ByteAcc, NoLock, Preserve) { GP00, 1, GP01, 1, GP02, 1, GP03, 1, GP04, 1, GP05, 1, GP06, 1, GP07, 1, GP08, 1, GP09, 1, GP0A, 1, GP0B, 1, GP0C, 1, GP0D, 1, GP0E, 1, GP0F, 1, GP10, 1, GP11, 1, GP12, 1, GP13, 1, GP14, 1, GP15, 1, GP16, 1, GP17, 1, GP18, 1, GP19, 1, GP1A, 1, GP1B, 1, GP1C, 1, GP1D, 1, GP1E, 1, GP1F, 1 } Name (OSFL, 0x01) Method (STRC, 2, NotSerialized) { If (LNot (LEqual (SizeOf (Arg0), SizeOf (Arg1)))) { Return (0x00) } Add (SizeOf (Arg0), 0x01, Local0) Name (BUF0, Buffer (Local0) {}) Name (BUF1, Buffer (Local0) {}) Store (Arg0, BUF0) Store (Arg1, BUF1) While (Local0) { Decrement (Local0) If (LNot (LEqual (DerefOf (Index (BUF0, Local0)), DerefOf (Index (BUF1, Local0))))) { Return (Zero) } } Return (One) } OperationRegion (RTCM, SystemIO, 0x70, 0x02) Field (RTCM, ByteAcc, NoLock, Preserve) { CMIN, 8, CMDA, 8 } IndexField (CMIN, CMDA, ByteAcc, NoLock, Preserve) { Offset (0x0F), SHUT, 8 } OperationRegion (\GRAM, SystemMemory, 0x0400, 0x0100) Field (\GRAM, ByteAcc, NoLock, Preserve) { Offset (0x10), FLG0, 8, Offset (0xBA), SFLG, 8 } OperationRegion (INFO, SystemMemory, 0x000FF840, 0x01) Field (INFO, ByteAcc, NoLock, Preserve) { KBDI, 1, RTCW, 1, PS2F, 1, IRFL, 2, DISE, 1, SSHU, 1 } OperationRegion (BEEP, SystemIO, 0x61, 0x01) Field (BEEP, ByteAcc, NoLock, Preserve) { S1B, 8 } OperationRegion (CONT, SystemIO, 0x40, 0x04) Field (CONT, ByteAcc, NoLock, Preserve) { CNT0, 8, CNT1, 8, CNT2, 8, CTRL, 8 } Method (SPKR, 1, NotSerialized) { Store (S1B, Local0) Store (0xB6, CTRL) Store (0x55, CNT2) Store (0x03, CNT2) Store (Arg0, Local2) While (LGreater (Local2, 0x00)) { Or (S1B, 0x03, S1B) Store (0x5FFF, Local3) While (LGreater (Local3, 0x00)) { Decrement (Local3) } And (S1B, 0xFC, S1B) Store (0x0EFF, Local3) While (LGreater (Local3, 0x00)) { Decrement (Local3) } Decrement (Local2) } Store (Local0, S1B) } Method (\_PTS, 1, NotSerialized) { If (LEqual (Arg0, 0x05)) { Store (ESMI, Local0) And (Local0, 0xFB, Local0) Store (Local0, ESMI) Store (One, TR13) } If (LEqual (Arg0, 0x01)) { Store (One, TR13) Store (Zero, GP1B) } If (LEqual (Arg0, 0x02)) { Store (One, TR13) } Or (Arg0, 0xF0, Local0) Store (Local0, DBG1) Store (Zero, GP00) If (LEqual (Arg0, 0x04)) {} If (LEqual (Arg0, 0x05)) { Store (One, GP00) } } Method (\_WAK, 1, NotSerialized) { Store (0xFF, DBG1) Store (One, GP1B) Store (One, GP00) If (LEqual (RTCW, 0x00)) { Notify (\_SB.PWRB, 0x02) } } Scope (\_SI) { Method (_MSG, 1, NotSerialized) { Store (Local0, Local0) } Method (_SST, 1, NotSerialized) { If (LEqual (Arg0, 0x00)) { Store (One, GP1B) } If (LEqual (Arg0, 0x01)) { Store (One, GP1B) } If (LEqual (Arg0, 0x03)) { Store (Zero, GP1B) } If (LEqual (Arg0, 0x03)) {} If (LEqual (Arg0, 0x01)) {} If (LEqual (Arg0, 0x00)) {} Store (Local0, Local0) } } Scope (\_GPE) { } Scope (\_SB) { Device (PWRB) { Name (_HID, EisaId ("PNP0C0C")) Method (_STA, 0, NotSerialized) { Return (0x0B) } } Device (MEM) { Name (_HID, EisaId ("PNP0C01")) Method (_CRS, 0, NotSerialized) { Name (BUF0, ResourceTemplate () { Memory32Fixed (ReadWrite, 0x000F0000, 0x00004000) Memory32Fixed (ReadWrite, 0x000F4000, 0x00004000) Memory32Fixed (ReadWrite, 0x000F8000, 0x00004000) Memory32Fixed (ReadWrite, 0x000FC000, 0x00004000) Memory32Fixed (ReadWrite, 0x00000000, 0x00010000) Memory32Fixed (ReadWrite, 0xFFFF0000, 0x00010000) Memory32Fixed (ReadWrite, 0x00000000, 0x000A0000) Memory32Fixed (ReadWrite, 0x00100000, 0x00000000) }) CreateDWordField (BUF0, 0x34, ACMM) CreateDWordField (BUF0, 0x04, RMA1) CreateDWordField (BUF0, 0x08, RSS1) CreateDWordField (BUF0, 0x10, RMA2) CreateDWordField (BUF0, 0x14, RSS2) CreateDWordField (BUF0, 0x1C, RMA3) CreateDWordField (BUF0, 0x20, RSS3) CreateDWordField (BUF0, 0x28, RMA4) CreateDWordField (BUF0, 0x2C, RSS4) CreateDWordField (BUF0, 0x5C, EXTM) Subtract (AMEM, 0x00100000, EXTM) If (LNot (LEqual (ROM1, Zero))) { Store (RMA1, RMA2) ShiftLeft (ROM1, 0x08, Local0) Store (Local0, RMA1) ShiftLeft (RMS1, 0x08, Local0) Store (Local0, RSS1) Store (0x8000, RSS2) } If (LNot (LEqual (ROM2, Zero))) { Store (RMA2, RMA3) ShiftLeft (ROM2, 0x08, Local0) Store (Local0, RMA2) ShiftLeft (RMS2, 0x08, Local0) Store (Local0, RSS2) Store (0xC000, RSS3) } If (LNot (LEqual (ROM3, Zero))) { Store (RMA3, RMA4) ShiftLeft (ROM3, 0x08, Local0) Store (Local0, RMA3) ShiftLeft (RMS3, 0x08, Local0) Store (Local0, RSS3) Store (0x00010000, RSS4) } Store (AMEM, ACMM) Return (BUF0) } } Device (PCI0) { Name (_HID, EisaId ("PNP0A03")) Name (_ADR, 0x00) Method (_STA, 0, NotSerialized) { Return (0x0F) } Method (_CRS, 0, NotSerialized) { Name (BUF0, ResourceTemplate () { WordBusNumber (ResourceConsumer, MinNotFixed, MaxNotFixed, PosDecode, 0x0000, 0x0000, 0x00FF, 0x0000, 0x0100) IO (Decode16, 0x0CF8, 0x0CF8, 0x01, 0x08) WordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x0000, 0x0000, 0x0CF7, 0x0000, 0x0CF8) WordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x0000, 0x0D00, 0x3FFF, 0x0000, 0x3300) IO (Decode16, 0x4000, 0x4000, 0x01, 0x42) WordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x0000, 0x4042, 0x4FFF, 0x0000, 0x0FBE) IO (Decode16, 0x5000, 0x5000, 0x01, 0x10) WordIO (ResourceProducer, MinFixed, MaxFixed, PosDecode, EntireRange, 0x0000, 0x5010, 0xFFFF, 0x0000, 0xAFF0) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, 0x000A0000, 0x000C7FFF, 0x00000000, 0x00028000) DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite, 0x00000000, 0x00100000, 0xFFEFFFFF, 0x00000000, 0xFFF00000) }) CreateDWordField (BUF0, 0x76, VMAX) CreateDWordField (BUF0, 0x7E, VLEN) ShiftLeft (VGA1, 0x09, Local0) Add (Local0, 0x000BFFFF, VMAX) Add (Local0, 0x00020000, VLEN) CreateDWordField (BUF0, 0x8C, TCMM) CreateDWordField (BUF0, 0x98, TOMM) Add (AMEM, 0x00010000, TCMM) Subtract (0xFFF00000, TCMM, TOMM) Return (BUF0) } Name (_PRT, Package (0x1C) { Package (0x04) { 0x000FFFFF, 0x00, \_SB.PCI0.ISA.LNKA, 0x00 }, Package (0x04) { 0x000FFFFF, 0x01, \_SB.PCI0.ISA.LNKB, 0x00 }, Package (0x04) { 0x000FFFFF, 0x02, \_SB.PCI0.ISA.LNKC, 0x00 }, Package (0x04) { 0x000FFFFF, 0x03, \_SB.PCI0.ISA.LNKD, 0x00 }, Package (0x04) { 0x000DFFFF, 0x00, \_SB.PCI0.ISA.LNKB, 0x00 }, Package (0x04) { 0x000DFFFF, 0x01, \_SB.PCI0.ISA.LNKC, 0x00 }, Package (0x04) { 0x000DFFFF, 0x02, \_SB.PCI0.ISA.LNKD, 0x00 }, Package (0x04) { 0x000DFFFF, 0x03, \_SB.PCI0.ISA.LNKA, 0x00 }, Package (0x04) { 0x000BFFFF, 0x00, \_SB.PCI0.ISA.LNKC, 0x00 }, Package (0x04) { 0x000BFFFF, 0x01, \_SB.PCI0.ISA.LNKD, 0x00 }, Package (0x04) { 0x000BFFFF, 0x02, \_SB.PCI0.ISA.LNKA, 0x00 }, Package (0x04) { 0x000BFFFF, 0x03, \_SB.PCI0.ISA.LNKB, 0x00 }, Package (0x04) { 0x0009FFFF, 0x00, \_SB.PCI0.ISA.LNKD, 0x00 }, Package (0x04) { 0x0009FFFF, 0x01, \_SB.PCI0.ISA.LNKA, 0x00 }, Package (0x04) { 0x0009FFFF, 0x02, \_SB.PCI0.ISA.LNKB, 0x00 }, Package (0x04) { 0x0009FFFF, 0x03, \_SB.PCI0.ISA.LNKC, 0x00 }, Package (0x04) { 0x0011FFFF, 0x00, \_SB.PCI0.ISA.LNKD, 0x00 }, Package (0x04) { 0x0011FFFF, 0x01, \_SB.PCI0.ISA.LNKA, 0x00 }, Package (0x04) { 0x0011FFFF, 0x02, \_SB.PCI0.ISA.LNKB, 0x00 }, Package (0x04) { 0x0011FFFF, 0x03, \_SB.PCI0.ISA.LNKC, 0x00 }, Package (0x04) { 0x0007FFFF, 0x00, \_SB.PCI0.ISA.LNKA, 0x00 }, Package (0x04) { 0x0007FFFF, 0x01, \_SB.PCI0.ISA.LNKB, 0x00 }, Package (0x04) { 0x0007FFFF, 0x02, \_SB.PCI0.ISA.LNKC, 0x00 }, Package (0x04) { 0x0007FFFF, 0x03, \_SB.PCI0.ISA.LNKD, 0x00 }, Package (0x04) { 0x0001FFFF, 0x00, \_SB.PCI0.ISA.LNKA, 0x00 }, Package (0x04) { 0x0001FFFF, 0x01, \_SB.PCI0.ISA.LNKB, 0x00 }, Package (0x04) { 0x0001FFFF, 0x02, \_SB.PCI0.ISA.LNKC, 0x00 }, Package (0x04) { 0x0001FFFF, 0x03, \_SB.PCI0.ISA.LNKD, 0x00 } }) Device (FAN0) { Name (_HID, EisaId ("PNP0C0B")) } Device (PX40) { Name (_ADR, 0x00070000) OperationRegion (PIRQ, PCI_Config, 0x60, 0x04) Scope (\) { Field (\_SB.PCI0.PX40.PIRQ, ByteAcc, NoLock, Preserve) { PIRA, 8, PIRB, 8, PIRC, 8, PIRD, 8 } } } Device (USB0) { Name (_ADR, 0x00070002) Name (_PRW, Package (0x02) { 0x08, 0x04 }) } Device (PX43) { Name (_ADR, 0x00070003) } Device (ISA) { Name (_ADR, 0x00070000) Method (_STA, 0, NotSerialized) { Return (0x0B) } Name (BUFA, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {3,4,5,6,7,10,11,12,14,15} }) Name (BUFB, ResourceTemplate () { IRQ (Level, ActiveLow, Shared) {} }) CreateWordField (BUFB, 0x01, IRQV) Device (LNKA) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x01) Method (_STA, 0, NotSerialized) { And (PIRA, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Else { Return (0x0B) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Or (PIRA, 0x80, PIRA) } Method (_CRS, 0, NotSerialized) { And (PIRA, 0x0F, Local0) ShiftLeft (0x01, Local0, IRQV) Return (BUFB) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQ1) FindSetRightBit (IRQ1, Local0) Decrement (Local0) Store (Local0, PIRA) } } Device (LNKB) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x02) Method (_STA, 0, NotSerialized) { And (PIRB, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Else { Return (0x0B) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Or (PIRB, 0x80, PIRB) } Method (_CRS, 0, NotSerialized) { And (PIRB, 0x0F, Local0) ShiftLeft (0x01, Local0, IRQV) Return (BUFB) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQ1) FindSetRightBit (IRQ1, Local0) Decrement (Local0) Store (Local0, PIRB) } } Device (LNKC) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x03) Method (_STA, 0, NotSerialized) { And (PIRC, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Else { Return (0x0B) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Or (PIRC, 0x80, PIRC) } Method (_CRS, 0, NotSerialized) { And (PIRC, 0x0F, Local0) ShiftLeft (0x01, Local0, IRQV) Return (BUFB) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQ1) FindSetRightBit (IRQ1, Local0) Decrement (Local0) Store (Local0, PIRC) } } Device (LNKD) { Name (_HID, EisaId ("PNP0C0F")) Name (_UID, 0x04) Method (_STA, 0, NotSerialized) { And (PIRD, 0x80, Local0) If (LEqual (Local0, 0x80)) { Return (0x09) } Else { Return (0x0B) } } Method (_PRS, 0, NotSerialized) { Return (BUFA) } Method (_DIS, 0, NotSerialized) { Or (PIRD, 0x80, PIRD) } Method (_CRS, 0, NotSerialized) { And (PIRD, 0x0F, Local0) ShiftLeft (0x01, Local0, IRQV) Return (BUFB) } Method (_SRS, 1, NotSerialized) { CreateWordField (Arg0, 0x01, IRQ1) FindSetRightBit (IRQ1, Local0) Decrement (Local0) Store (Local0, PIRD) } } Device (SYSR) { Name (_HID, EisaId ("PNP0C02")) Name (_UID, 0x01) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0010, 0x0010, 0x01, 0x10) IO (Decode16, 0x0022, 0x0022, 0x01, 0x1E) IO (Decode16, 0x0044, 0x0044, 0x01, 0x1C) IO (Decode16, 0x0062, 0x0062, 0x01, 0x02) IO (Decode16, 0x0065, 0x0065, 0x01, 0x0B) IO (Decode16, 0x0074, 0x0074, 0x01, 0x0C) IO (Decode16, 0x0091, 0x0091, 0x01, 0x03) IO (Decode16, 0x00A2, 0x00A2, 0x01, 0x1E) IO (Decode16, 0x00E0, 0x00E0, 0x01, 0x10) IO (Decode16, 0x03F0, 0x03F0, 0x01, 0x02) IO (Decode16, 0x04D0, 0x04D0, 0x01, 0x02) IO (Decode16, 0x0294, 0x0294, 0x01, 0x04) }) } Device (PIC) { Name (_HID, EisaId ("PNP0000")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0020, 0x0020, 0x01, 0x02) IO (Decode16, 0x00A0, 0x00A0, 0x01, 0x02) IRQNoFlags () {2} }) } Device (DMA1) { Name (_HID, EisaId ("PNP0200")) Name (_CRS, ResourceTemplate () { DMA (Compatibility, BusMaster, Transfer8) {4} IO (Decode16, 0x0000, 0x0000, 0x01, 0x10) IO (Decode16, 0x0080, 0x0080, 0x01, 0x11) IO (Decode16, 0x0094, 0x0094, 0x01, 0x0C) IO (Decode16, 0x00C0, 0x00C0, 0x01, 0x20) }) } Device (TMR) { Name (_HID, EisaId ("PNP0100")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0040, 0x0040, 0x01, 0x04) IRQNoFlags () {0} }) } Device (RTC) { Name (_HID, EisaId ("PNP0B00")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0070, 0x0070, 0x04, 0x04) IRQNoFlags () {8} }) } Device (SPKR) { Name (_HID, EisaId ("PNP0800")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0061, 0x0061, 0x01, 0x01) }) } Device (COPR) { Name (_HID, EisaId ("PNP0C04")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x00F0, 0x00F0, 0x01, 0x10) IRQNoFlags () {13} }) } Scope (\) { OperationRegion (SIO1, SystemIO, 0x03F0, 0x02) Field (SIO1, ByteAcc, NoLock, Preserve) { INDP, 8, DATP, 8 } IndexField (INDP, DATP, ByteAcc, NoLock, Preserve) { Offset (0x02), CR02, 8, Offset (0x07), CR07, 8, Offset (0x20), CR20, 8, CR21, 8, CR22, 8, CR23, 8, CR24, 8, CR25, 8, CR26, 8, Offset (0x28), CR28, 8, Offset (0x2A), CR2A, 8, CR2B, 8, CR2C, 8, Offset (0x30), CR30, 8, Offset (0x60), CR60, 8, CR61, 8, CR62, 8, CR63, 8, CR64, 8, CR65, 8, Offset (0x70), CR70, 8, Offset (0x72), CR72, 8, Offset (0x74), CR74, 8, Offset (0xE0), CRE0, 8, CRE1, 8, CRE2, 8, CRE3, 8, CRE4, 8, CRE5, 8, CRE6, 8, CRE7, 8, CRE8, 8, CRE9, 8, CREA, 8, CREB, 8, CREC, 8, CRED, 8, Offset (0xF0), CRF0, 8, CRF1, 8, CRF2, 8, CRF3, 8, CRF4, 8, Offset (0xF6), CRF6, 8, CRF7, 8, Offset (0xF9), CRF9, 8 } Method (ENF1, 0, NotSerialized) { Store (0x87, INDP) Store (0x87, INDP) } Method (EXF1, 0, NotSerialized) { Store (0xAA, INDP) } } Device (FDC0) { Name (_HID, EisaId ("PNP0700")) Method (_STA, 0, NotSerialized) { ENF1 () Store (Zero, CR07) If (CR30) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } EXF1 () Return (0x00) } Method (_DIS, 0, NotSerialized) { ENF1 () Store (0x00, CR07) Store (Zero, CR30) EXF1 () } Method (_CRS, 0, NotSerialized) { Name (BUF0, ResourceTemplate () { IO (Decode16, 0x03F2, 0x03F2, 0x01, 0x04) IO (Decode16, 0x03F7, 0x03F7, 0x01, 0x01) IRQNoFlags () {6} DMA (Compatibility, NotBusMaster, Transfer8) {2} }) Store (Local0, Local0) Return (BUF0) } Name (_PRS, ResourceTemplate () { StartDependentFnNoPri () { IO (Decode16, 0x03F2, 0x03F2, 0x01, 0x04) IO (Decode16, 0x03F7, 0x03F7, 0x01, 0x01) IRQNoFlags () {6} DMA (Compatibility, NotBusMaster, Transfer8) {2} } EndDependentFn () }) Method (_SRS, 1, NotSerialized) { CreateByteField (Arg0, 0x02, IOLO) CreateByteField (Arg0, 0x03, IOHI) CreateWordField (Arg0, 0x19, IRQL) CreateByteField (Arg0, 0x1C, DMAV) ENF1 () Store (Zero, CR07) Store (One, CR30) EXF1 () } } Device (UAR1) { Name (_HID, EisaId ("PNP0501")) Name (_UID, 0x01) Method (_STA, 0, NotSerialized) { ENF1 () Store (0x02, CR07) If (CR30) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } EXF1 () Return (0x00) } Method (_DIS, 0, NotSerialized) { ENF1 () Store (0x02, CR07) Store (Zero, CR30) EXF1 () } Method (_CRS, 0, NotSerialized) { Name (BUF1, ResourceTemplate () { IO (Decode16, 0x0000, 0x0000, 0x08, 0x08) IRQNoFlags () {} }) CreateByteField (BUF1, 0x02, IOLO) CreateByteField (BUF1, 0x03, IOHI) CreateByteField (BUF1, 0x04, IORL) CreateByteField (BUF1, 0x05, IORH) CreateWordField (BUF1, 0x09, IRQW) ENF1 () Store (0x02, CR07) Store (CR61, IOLO) Store (CR61, IORL) Store (CR60, IOHI) Store (CR60, IORH) Store (One, Local0) ShiftLeft (Local0, CR70, IRQW) EXF1 () Return (BUF1) } Name (_PRS, ResourceTemplate () { StartDependentFnNoPri () { IO (Decode16, 0x03F8, 0x03F8, 0x08, 0x08) IRQNoFlags () {4} } StartDependentFnNoPri () { IO (Decode16, 0x02F8, 0x02F8, 0x08, 0x08) IRQNoFlags () {3} } StartDependentFnNoPri () { IO (Decode16, 0x03E8, 0x03E8, 0x08, 0x08) IRQNoFlags () {4} } StartDependentFnNoPri () { IO (Decode16, 0x02E8, 0x02E8, 0x08, 0x08) IRQNoFlags () {3} } EndDependentFn () }) Method (_SRS, 1, NotSerialized) { CreateByteField (Arg0, 0x02, IOLO) CreateByteField (Arg0, 0x03, IOHI) CreateWordField (Arg0, 0x09, IRQW) ENF1 () Store (0x02, CR07) Store (One, CR30) Store (IOLO, CR61) Store (IOHI, CR60) FindSetRightBit (IRQW, Local0) Subtract (Local0, 0x01, CR70) EXF1 () } } Device (UAR2) { Name (_HID, EisaId ("PNP0501")) Name (_UID, 0x02) Method (_STA, 0, NotSerialized) { ENF1 () If (LEqual (CKID (), 0x9771)) { Store (0x03, CR07) If (LEqual (CR30, 0x01)) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } If (LEqual (IRFL, 0x00)) { Store (0x06, CR07) If (LEqual (CR30, 0x01)) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } } } Else { Store (0x03, CR07) And (CRF1, 0x38, Local0) If (LEqual (Local0, 0x00)) { If (LEqual (CR30, 0x01)) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } } And (CRF1, 0x38, Local0) If (LNot (LLess (Local0, 0x20))) { If (LEqual (CR30, 0x01)) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } } } EXF1 () Return (0x00) } Method (_DIS, 0, NotSerialized) { ENF1 () Store (0x03, CR07) If (LEqual (CKID (), 0x9771)) { If (LOr (CR60, CR61)) { Store (0x00, CR30) } Else { Store (0x06, CR07) } } Store (0x00, CR30) EXF1 () } Method (_CRS, 0, NotSerialized) { Name (BUF2, ResourceTemplate () { IO (Decode16, 0x0000, 0x0000, 0x08, 0x08) IRQNoFlags () {4} }) CreateByteField (BUF2, 0x02, IOLO) CreateByteField (BUF2, 0x03, IOHI) CreateByteField (BUF2, 0x04, IORL) CreateByteField (BUF2, 0x05, IORH) CreateWordField (BUF2, 0x09, IRQW) ENF1 () Store (0x03, CR07) If (LEqual (CKID (), 0x9771)) { If (LOr (CR60, CR61)) { Store (0x03, CR07) } Else { Store (0x06, CR07) } } Store (CR61, IOLO) Store (CR61, IORL) Store (CR60, IOHI) Store (CR60, IORH) Store (One, Local0) ShiftLeft (Local0, CR70, IRQW) EXF1 () Return (BUF2) } Name (_PRS, ResourceTemplate () { StartDependentFnNoPri () { IO (Decode16, 0x03F8, 0x03F8, 0x08, 0x08) IRQNoFlags () {4} } StartDependentFnNoPri () { IO (Decode16, 0x02F8, 0x02F8, 0x08, 0x08) IRQNoFlags () {3} } StartDependentFnNoPri () { IO (Decode16, 0x03E8, 0x03E8, 0x08, 0x08) IRQNoFlags () {4} } StartDependentFnNoPri () { IO (Decode16, 0x02E8, 0x02E8, 0x08, 0x08) IRQNoFlags () {3} } EndDependentFn () }) Method (_SRS, 1, NotSerialized) { CreateByteField (Arg0, 0x02, IOLO) CreateByteField (Arg0, 0x03, IOHI) CreateWordField (Arg0, 0x09, IRQW) ENF1 () Store (0x03, CR07) If (LEqual (CKID (), 0x9771)) { If (LOr (CR60, CR61)) { Store (0x03, CR07) } Else { Store (0x06, CR07) } } Store (One, CR30) Store (IOLO, CR61) Store (IOHI, CR60) FindSetRightBit (IRQW, Local0) Subtract (Local0, 0x01, CR70) EXF1 () } } Device (IRDA) { Name (_HID, EisaId ("PNP0510")) Method (_STA, 0, NotSerialized) { ENF1 () If (LEqual (CKID (), 0x9771)) { If (LEqual (IRFL, 0x01)) { Store (0x06, CR07) If (LEqual (CR30, 0x01)) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } } } Else { Store (0x03, CR07) And (CRF1, 0x30, Local0) If (LEqual (Local0, 0x10)) { If (LEqual (CR30, 0x01)) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } } } EXF1 () Return (0x00) } Method (_DIS, 0, NotSerialized) { If (LEqual (DISE, 0x01)) { ENF1 () Store (0x03, CR07) If (LEqual (CKID (), 0x9771)) { Store (0x06, CR07) } Store (0x00, CR30) EXF1 () } Store (Local0, Local0) } Method (_CRS, 0, NotSerialized) { Name (BUF4, ResourceTemplate () { IO (Decode16, 0x0000, 0x0000, 0x08, 0x08) IRQNoFlags () {} }) CreateByteField (BUF4, 0x02, IOLO) CreateByteField (BUF4, 0x03, IOHI) CreateByteField (BUF4, 0x04, IORL) CreateByteField (BUF4, 0x05, IORH) CreateWordField (BUF4, 0x09, IRQW) ENF1 () Store (0x03, CR07) If (LEqual (CKID (), 0x9771)) { Store (0x06, CR07) } Store (CR61, IOLO) Store (CR61, IORL) Store (CR60, IOHI) Store (CR60, IORH) Store (0x00, IRQW) ShiftLeft (0x01, CR70, IRQW) EXF1 () Return (BUF4) } Name (_PRS, ResourceTemplate () { StartDependentFnNoPri () { IO (Decode16, 0x03F8, 0x03F8, 0x08, 0x08) IRQNoFlags () {3,4,10,11} } StartDependentFnNoPri () { IO (Decode16, 0x02F8, 0x02F8, 0x08, 0x08) IRQNoFlags () {3,4,10,11} } StartDependentFnNoPri () { IO (Decode16, 0x03E8, 0x03E8, 0x08, 0x08) IRQNoFlags () {3,4,10,11} } StartDependentFnNoPri () { IO (Decode16, 0x02E8, 0x02E8, 0x08, 0x08) IRQNoFlags () {3,4,10,11} } EndDependentFn () }) Method (_SRS, 1, NotSerialized) { CreateByteField (Arg0, 0x02, IOLO) CreateByteField (Arg0, 0x03, IOHI) CreateWordField (Arg0, 0x09, IRQW) ENF1 () Store (0x03, CR07) If (LEqual (CKID (), 0x9771)) { Store (0x06, CR07) } Store (One, CR30) Store (IOLO, CR61) Store (IOHI, CR60) FindSetRightBit (IRQW, Local0) Subtract (Local0, 0x01, CR70) EXF1 () } } Method (CKID, 0, NotSerialized) { Store (CR20, Local0) Store (CR21, Local1) ShiftLeft (Local0, 0x08, Local0) Or (Local0, Local1, Local0) Return (Local0) } Device (LPT1) { Name (_HID, EisaId ("PNP0400")) Name (_UID, 0x01) Method (_STA, 0, NotSerialized) { ENF1 () Store (0x01, CR07) And (CRF0, 0x02, Local0) If (LNot (LEqual (Local0, 0x02))) { If (CR30) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } } EXF1 () Return (0x00) } Method (_DIS, 0, NotSerialized) { ENF1 () Store (0x01, CR07) Store (Zero, CR30) EXF1 () } Method (_CRS, 0, NotSerialized) { Name (BUF5, ResourceTemplate () { IO (Decode16, 0x0000, 0x0000, 0x08, 0x00) IRQNoFlags () {} }) CreateByteField (BUF5, 0x02, IOLO) CreateByteField (BUF5, 0x03, IOHI) CreateByteField (BUF5, 0x04, IORL) CreateByteField (BUF5, 0x05, IORH) CreateByteField (BUF5, 0x07, IOLE) CreateWordField (BUF5, 0x09, IRQW) ENF1 () Store (0x01, CR07) Store (CR61, IOLO) Store (IOLO, IORL) Store (CR60, IOHI) Store (IOHI, IORH) If (LEqual (IOLO, 0xBC)) { Store (0x04, IOLE) } Else { Store (0x08, IOLE) } Store (One, Local0) Store (CR70, Local5) ShiftLeft (Local0, Local5, IRQW) EXF1 () Return (BUF5) } Name (_PRS, ResourceTemplate () { StartDependentFnNoPri () { IO (Decode16, 0x0378, 0x0378, 0x08, 0x08) IRQNoFlags () {3,4,5,7} } StartDependentFnNoPri () { IO (Decode16, 0x0278, 0x0278, 0x08, 0x08) IRQNoFlags () {3,4,5,7} } StartDependentFnNoPri () { IO (Decode16, 0x03BC, 0x03BC, 0x08, 0x04) IRQNoFlags () {3,4,5,7} } EndDependentFn () }) Method (_SRS, 1, NotSerialized) { CreateByteField (Arg0, 0x02, IOLO) CreateByteField (Arg0, 0x03, IOHI) CreateByteField (Arg0, 0x04, IORL) CreateByteField (Arg0, 0x05, IORH) CreateWordField (Arg0, 0x09, IRQW) ENF1 () Store (0x01, CR07) Store (One, CR30) Store (IOLO, CR61) Store (IOHI, CR60) FindSetLeftBit (IRQW, Local0) Subtract (Local0, 0x01, Local0) Store (Local0, CR70) EXF1 () } } Device (ECP1) { Name (_HID, EisaId ("PNP0401")) Name (_UID, 0x01) Method (_STA, 0, NotSerialized) { ENF1 () Store (0x01, CR07) And (CRF0, 0x02, Local0) If (LEqual (Local0, 0x02)) { If (CR30) { EXF1 () Return (0x0F) } Else { If (LOr (CR60, CR61)) { EXF1 () Return (0x0D) } } } EXF1 () Return (0x00) } Method (_DIS, 0, NotSerialized) { ENF1 () Store (0x01, CR07) Store (Zero, CR30) EXF1 () } Method (_CRS, 0, NotSerialized) { Name (BUF6, ResourceTemplate () { IO (Decode16, 0x0000, 0x0000, 0x08, 0x08) IO (Decode16, 0x0000, 0x0000, 0x04, 0x04) IRQNoFlags () {} DMA (Compatibility, NotBusMaster, Transfer8) {} }) CreateByteField (BUF6, 0x02, IOLO) CreateByteField (BUF6, 0x03, IOHI) CreateByteField (BUF6, 0x04, IORL) CreateByteField (BUF6, 0x05, IORH) CreateByteField (BUF6, 0x06, ALGN) CreateByteField (BUF6, 0x07, LENG) CreateByteField (BUF6, 0x0A, IOEL) CreateByteField (BUF6, 0x0B, IOEH) CreateByteField (BUF6, 0x0C, IOML) CreateByteField (BUF6, 0x0D, IOMH) CreateWordField (BUF6, 0x11, IRQW) CreateByteField (BUF6, 0x14, DMAC) ENF1 () Store (0x01, CR07) Store (CR61, Local2) Store (Local2, IOLO) Store (CR60, Local3) Store (Local3, IOHI) Or (Local3, 0x04, Local3) Store (Local3, IOEH) Store (Local3, IOMH) Store (IOLO, IORL) Store (IOLO, IOEL) Store (IOLO, IOML) Store (IOHI, IORH) Store (One, Local0) Store (CR70, Local5) ShiftLeft (Local0, Local5, IRQW) Store (One, Local0) Store (CR74, Local5) ShiftLeft (Local0, Local5, DMAC) Store (IOHI, Local0) ShiftLeft (Local0, 0x08, Local0) Or (Local0, IOLO, Local0) If (LEqual (Local0, 0x03BC)) { Store (0x04, ALGN) Store (0x04, LENG) } EXF1 () Return (BUF6) } Name (_PRS, ResourceTemplate () { StartDependentFnNoPri () { IO (Decode16, 0x0378, 0x0378, 0x08, 0x08) IO (Decode16, 0x0778, 0x0778, 0x04, 0x04) IRQNoFlags () {4,5,7} DMA (Compatibility, NotBusMaster, Transfer8) {0,1,3} } StartDependentFnNoPri () { IO (Decode16, 0x0278, 0x0278, 0x08, 0x08) IO (Decode16, 0x0678, 0x0678, 0x04, 0x04) IRQNoFlags () {3,4,5,7} DMA (Compatibility, NotBusMaster, Transfer8) {0,1,3} } StartDependentFnNoPri () { IO (Decode16, 0x03BC, 0x03BC, 0x04, 0x04) IO (Decode16, 0x07BC, 0x07BC, 0x04, 0x04) IRQNoFlags () {4,5,7} DMA (Compatibility, NotBusMaster, Transfer8) {0,1,3} } EndDependentFn () }) Method (_SRS, 1, NotSerialized) { CreateByteField (Arg0, 0x02, IOLO) CreateByteField (Arg0, 0x03, IOHI) CreateWordField (Arg0, 0x11, IRQW) CreateByteField (Arg0, 0x14, DMAC) ENF1 () Store (0x01, CR07) Store (One, CR30) Store (IOLO, CR61) Store (IOHI, CR60) FindSetLeftBit (IRQW, Local0) Subtract (Local0, 0x01, Local0) Store (Local0, CR70) FindSetLeftBit (DMAC, Local1) Subtract (Local1, 0x01, CR74) EXF1 () } } Device (PS2M) { Name (_HID, EisaId ("PNP0F13")) Method (_STA, 0, NotSerialized) { If (LEqual (PS2F, 0x00)) { Return (0x0F) } Else { Return (0x00) } } Name (_CRS, ResourceTemplate () { IRQNoFlags () {12} }) } Device (PS2K) { Name (_HID, EisaId ("PNP0303")) Method (_STA, 0, NotSerialized) { If (LEqual (KBDI, 0x01)) { Return (0x00) } Else { Return (0x0F) } } Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0060, 0x0060, 0x01, 0x01) IO (Decode16, 0x0064, 0x0064, 0x01, 0x01) IRQNoFlags () {1} }) } } } } } --=-8OcQmjvBELk/SYQOYMbE-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 09:22:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 715D816A4CE for ; Mon, 18 Oct 2004 09:22:10 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E54D43D54 for ; Mon, 18 Oct 2004 09:22:10 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9I9M15J044315; Mon, 18 Oct 2004 05:22:02 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9I9M1a3044312; Mon, 18 Oct 2004 05:22:01 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 18 Oct 2004 05:22:01 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Wilkinson, Alex" In-Reply-To: <20041018025733.GA2026@squash.dsto.defence.gov.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: RELENG_5 panic [nic: _mtx_lock_sleep: recursed on non-recursivemutex nfsd_mtx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 09:22:10 -0000 On Mon, 18 Oct 2004, Wilkinson, Alex wrote: > 3. I upgraded to: > > FreeBSD 5.3-BETA7 #3: Sun Oct 17 18:51:58 CST 2004 > > and the panic hasn't happened since. > > Something else to note is that IPv6 was not compiled into the kernel. Hmm. There was a bug in nfs_serv.c corrected on 2004/08/25 that corrected an incorrect lock pair, but I don't know of any related bugs corrrected since then. If it's possible to get back to a point where this can be reproduced, configuring your kernel to run with KTR and to use KTR_LOCK would be quite helpful You can find a bit of information on using KTR here: http://www.watson.org/~robert/freebsd/netperf/ktr/ Basically, once it panics, you can use the KTR-related commands in DDB to inspect the KTR buffer, and I believe also extract the KTR log from a core dump. Using the set of KTR_COMPILE flags I have on that web page would be helpeful. Basically, this generates a trace of locking, context switch, interrupt, callout, memory allocation, and system call events. The problem likely occurred pretty immediately prior to the panic. If this is timing-related, it could be KTR disrupts the timing sufficiently to prevent it. More likely, it went away because the work load on the NFS server changed, or the directory layout changed, or some other factor that caused the passage through the NFS code to change. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > - aW > > > > 0n Sun, Oct 17, 2004 at 10:19:34AM -0400, Robert Watson wrote: > > On Fri, 15 Oct 2004, Wilkinson, Alex wrote: > > > Hi all, > > > > I currently get a panic with "nfs_server_enable=YES" in /etc/rc.conf. > > > > OS: FreeBSD 5.3-BETA4 #2: Tue Sep 14 13:55:30 UTC 2004 > > > > Backtrace > > --------- > > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex nfsd_mtx @ /usr /src/sys/nfsserver/nfs_serv.c:1947 > > Is the NFS server code compiled into your kernel, or is it getting loaded > as a module? Do you have any other NFS-related entries in /etc/rc.conf? > Could you show the output of "show locks" and "show witness" with witness > compiled into the kernel? > > Thanks! > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > cpuid = 0 > > KDB: enter: panic > > [thread 100074] > > Stopped at kdb_enter+0x32: leave > > db> tr > > kdb_enter(c068ba66,0,c068aed8,dd2ed90c,c1b6b340) at kdb_enter+0x32 > > panic(c068aed8,c069885f,c0698617,79b,c0698617) at panic+0x1b0 > > _mtx_lock_sleep(c071c940,c1b6b340,0,c0698617,79b) at _mtx_lock_sleep+0x16e > > _mtx_lock_flags(c071c940,0,c0698617,79b,0) at _mtx_lock_flags+0xb0 > > nfsrv_create(c1eb6800,c1b98800,c1b6b340,dd2edc8c,0) at nfsrv_create+0x8c4 > > nfssvc(c1b6b340,dd2edd14,8,0,2) at nfssvc+0x6ea > > syscall(2f,2f,2f,0,0) at syscall+0x13b > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c60bf, esp = 0xbfbfeb1c, eb p = 0xbfbfeb38 --- > > > > > > - aW > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 10:22:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D0DE16A4CE for ; Mon, 18 Oct 2004 10:22:20 +0000 (GMT) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DDC743D46 for ; Mon, 18 Oct 2004 10:22:19 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 69180 invoked by uid 89); 18 Oct 2004 12:22:17 +0200 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 18 Oct 2004 12:22:17 +0200 Received: from QMQPqq client ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) with QMQPqq id 68862-04; Mon, 18 Oct 2004 12:22:17 +0200 (CEST) Received: from unknown (HELO mikulas.com) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 18 Oct 2004 12:22:17 +0200 Message-ID: <41739958.9080703@mikulas.com> Date: Mon, 18 Oct 2004 12:22:16 +0200 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: cs, en, en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <416DF63E.6000401@errno.com> In-Reply-To: <416DF63E.6000401@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at s1.vhost.cz cc: sam@errno.com Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 10:22:20 -0000 Hello Is there any similar version of tx rate control algorithm for wi driver for FreeBSD to solve this problem, please ? http://lists.freebsd.org/pipermail/freebsd-current/2004-May/027476.html thanks for reply Jiri >Sam Leffler wrote: > The tx rate control algorithm for the Atheros driver has broken out > into a separate module. As above you need ath_rate_onoe for the usual > algorithm. There is also an amrr algorithm that can be specified with > ath_rate_amrr. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 10:24:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C13C316A4CE for ; Mon, 18 Oct 2004 10:24:17 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C39543D2D for ; Mon, 18 Oct 2004 10:24:17 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 15235F1D71; Mon, 18 Oct 2004 03:24:15 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07442-10; Mon, 18 Oct 2004 03:24:13 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id D5CE1F1D47; Mon, 18 Oct 2004 03:24:13 -0700 (PDT) From: Sean McNeil To: John-Mark Gurney In-Reply-To: <20041018011235.GB22681@funkthat.com> References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-U08BKTFU0dTvkWhAPsqC" Message-Id: <1098095053.8310.35.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 18 Oct 2004 03:24:13 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 10:24:18 -0000 --=-U08BKTFU0dTvkWhAPsqC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-10-17 at 18:12, John-Mark Gurney wrote: > John-Mark Gurney wrote this message on Sun, Oct 17, 2004 at 16:28 -0700: > > I'll do some tests shortly to see about these issues... >=20 > Ok, I played around w/ rwatson's netsend program, and I was able to > send 1316 byte payload udp packets at about 28kpps w/o problems.. I > was not able to confirm that no packets were loss, BUT, netstat did > show very close to 28kpps received... At 28kpps, it's far exceeds > your problem of 15Mbps, it is about 38megbytes/sec.. I looked at netsend a little and it looks like a nice little tool. I assume there is a program for the other side as well? I just glanced at it, so apologies if it work on either end. My testing was slightly different in that I am sending udp _multicast_ packets. I've been using vls to push the data out and I do not know how it behaves with sockets (Perhaps it is writing with no delay as opposed to waiting for the lower layer to push the data out). I honestly do not know. I also assume that you have been testing with the nic set to 1000BT (gigE)? Seems like it from the xfer rate. There are no issues when it is going out 100BT. > What does your dmesg say about your re0? >=20 > Mine is: > re0: port 0xe000-0xe0ff mem = 0xe8002000-0xe80020ff irq 11 at device 11.0 on pci0 > re0: Ethernet address: 00:50:fc:f7:5b:d0 And mine says: re0: port 0xcc00-0xccff mem 0x= cfffb300-0xcfffb3ff irq 16 at device 11.0 on pci0 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000b= aseTX-FDX, auto re0: Ethernet address: 00:0c:76:e9:2c:58 It is running on its own irq. > and it's more specificly a 32-bit ConnectGear G30TX-32. Mine is on my amd64 mobo. I'm running native amd64 freebsd. To answer a previous email (quoted here...) > Ok, interesting... now are you sure that adding re_txeof in > re_start is better than properly fixing it so that we can make use > of the extra tx descriptors that the 8169 supports? Right now it is > hardcoded to 64 because that is all that the 8110 supports iirc, but > the 8164 supports upto 1024 tx descriptors... I really didn't need to add the re_txeof in re_send I don't think. My main issue with polling appears to be that HZ=3D1000 doesn't seem to cause draining of the tx buffers fast enough. I had to keep the tx timer to ensure that. On the receive side I have no idea either. I've only tested xmit. > Also, do you know of the tx timer changes fire rate dependant upon > the speed of the link.. the 8169 data sheet gives no specifics on > what the rate of the time is and approrpriate values.. Not a clue. Sorry. It would explain the failure to work with 1000BT vs. 100BT. Except it doesn't make sense. The timer running slower at the higher rate interface? Thanks for looking into this, John-Mark. Sean --=-U08BKTFU0dTvkWhAPsqC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBc5nNyQsGN30uGE4RArHAAJ9GitIBs9KQBfmV3PwjRCpfyOBJLQCdH/tr vKcAA98MFHE1tYYff+H6aIU= =eT+G -----END PGP SIGNATURE----- --=-U08BKTFU0dTvkWhAPsqC-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 10:25:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C60F516A4CE for ; Mon, 18 Oct 2004 10:25:25 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7363D43D3F for ; Mon, 18 Oct 2004 10:25:25 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1CJUhg-0004Aq-JK for current@freebsd.org; Mon, 18 Oct 2004 12:25:24 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Oct 2004 12:25:24 +0200 From: Danny Braniss Message-Id: <20041018102525.7363D43D3F@mx1.FreeBSD.org> Subject: signal CONT not being received/delivered? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 10:25:25 -0000 this started happening sometime last week, and still with 5.3-STABLE (?) SMP (haven't seen this on a UP system), the scheduler is SCHED_4BSD. after su, typing suspend will stop the su but the csh process does not resume, sending - from another tty - a CONT signal gets it out of stopped ie: x-dev# suspend (hitting ^T) load: 0.05 cmd: csh 793 [suspended] 0.00u 0.01s 0% 1732k now from another tty: kill -CONT 793 and it's back to normal. anything i can do to help debug this? danny From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 11:01:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57ABF16A4CE; Mon, 18 Oct 2004 11:01:50 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC06243D1D; Mon, 18 Oct 2004 11:01:49 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9IB1dSt045223; Mon, 18 Oct 2004 07:01:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9IB1dNe045220; Mon, 18 Oct 2004 07:01:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 18 Oct 2004 07:01:39 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Wilkinson, Alex" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-173771394-1098097299=:29749" cc: freebsd-current@freebsd.org cc: scottl@freebsd.org Subject: Re: RELENG_5 panic [nic: _mtx_lock_sleep: recursed on non-recursivemutex nfsd_mtx] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 11:01:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-173771394-1098097299=:29749 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 18 Oct 2004, Robert Watson wrote: > If this is timing-related, it could be KTR disrupts the timing > sufficiently to prevent it. More likely, it went away because the work > load on the NFS server changed, or the directory layout changed, or some > other factor that caused the passage through the NFS code to change. Actually, I think I found it. Did the drive or partition layout in your NFS server change recently? If so, that would cause the fsid of the file system to change, resulting in ESTALE errors being returned to the client; I found one or two nits in the error handling for vfs_getvfs() that would result in the problem you saw. The attached patch should correct, as well as add additional assertions to catch related bugs; note that this patch appears to work fine in my environment, but that the additional assertions could detect bugs I'm not seeing in my environment for similar reasons to the ones that prevented me from seeing the one you just reported. FYI, when the last client referencing the old FSID was rebooted, the problem would have gone away as that set of ESTALE conditions would no longer be triggered. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > - aW > > > > > > > > 0n Sun, Oct 17, 2004 at 10:19:34AM -0400, Robert Watson wrote: > > > > On Fri, 15 Oct 2004, Wilkinson, Alex wrote: > > > > > Hi all, > > > > > > I currently get a panic with "nfs_server_enable=YES" in /etc/rc.conf. > > > > > > OS: FreeBSD 5.3-BETA4 #2: Tue Sep 14 13:55:30 UTC 2004 > > > > > > Backtrace > > > --------- > > > > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex nfsd_mtx @ /usr /src/sys/nfsserver/nfs_serv.c:1947 > > > > Is the NFS server code compiled into your kernel, or is it getting loaded > > as a module? Do you have any other NFS-related entries in /etc/rc.conf? > > Could you show the output of "show locks" and "show witness" with witness > > compiled into the kernel? > > > > Thanks! > > > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > > robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > > > > cpuid = 0 > > > KDB: enter: panic > > > [thread 100074] > > > Stopped at kdb_enter+0x32: leave > > > db> tr > > > kdb_enter(c068ba66,0,c068aed8,dd2ed90c,c1b6b340) at kdb_enter+0x32 > > > panic(c068aed8,c069885f,c0698617,79b,c0698617) at panic+0x1b0 > > > _mtx_lock_sleep(c071c940,c1b6b340,0,c0698617,79b) at _mtx_lock_sleep+0x16e > > > _mtx_lock_flags(c071c940,0,c0698617,79b,0) at _mtx_lock_flags+0xb0 > > > nfsrv_create(c1eb6800,c1b98800,c1b6b340,dd2edc8c,0) at nfsrv_create+0x8c4 > > > nfssvc(c1b6b340,dd2edd14,8,0,2) at nfssvc+0x6ea > > > syscall(2f,2f,2f,0,0) at syscall+0x13b > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c60bf, esp = 0xbfbfeb1c, eb p = 0xbfbfeb38 --- > > > > > > > > > - aW > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > --0-173771394-1098097299=:29749 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="20041018-nfs_server_locking_fix.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: SW5kZXg6IG5mc19zZXJ2LmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJD UyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvbmZzc2VydmVyL25mc19zZXJ2 LmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjE0OA0KZGlmZiAtdSAtcjEu MTQ4IG5mc19zZXJ2LmMNCi0tLSBuZnNfc2Vydi5jCTI1IEF1ZyAyMDA0IDE2 OjUyOjU5IC0wMDAwCTEuMTQ4DQorKysgbmZzX3NlcnYuYwkxOCBPY3QgMjAw NCAwOTo1Mzo1MiAtMDAwMA0KQEAgLTIyNSw2ICsyMjUsNyBAQA0KIAl0bCA9 IG5mc21fYnVpbGQodV9pbnQzMl90ICosIE5GU1hfVU5TSUdORUQpOw0KIAkq dGwgPSB0eGRyX3Vuc2lnbmVkKG5mc21vZGUpOw0KIG5mc21vdXQ6DQorCU5G U0RfTE9DS19BU1NFUlQoKTsNCiAJaWYgKHZwKSB7DQogCQlORlNEX1VOTE9D SygpOw0KIAkJbXR4X2xvY2soJkdpYW50KTsJLyogVkZTICovDQpAQCAtMjg1 LDYgKzI4Niw3IEBADQogCS8qIGZhbGwgdGhyb3VnaCAqLw0KIA0KIG5mc21v dXQ6DQorCU5GU0RfTE9DS19BU1NFUlQoKTsNCiAJaWYgKHZwKSB7DQogCQlO RlNEX1VOTE9DSygpOw0KIAkJbXR4X2xvY2soJkdpYW50KTsJLyogVkZTICov DQpAQCAtNDEyLDYgKzQxNCw3IEBADQogCQltdHhfdW5sb2NrKCZHaWFudCk7 CS8qIFZGUyAqLw0KIAkJTkZTRF9MT0NLKCk7DQogCX0NCisJTkZTRF9MT0NL X0FTU0VSVCgpOw0KIA0KIAkvKg0KIAkgKiBJZiB0aGUgc2l6ZSBpcyBiZWlu ZyBjaGFuZ2VkIHdyaXRlIGFjY2VzIGlzIHJlcXVpcmVkLCBvdGhlcndpc2UN CkBAIC00MzksNiArNDQyLDcgQEANCiAJaWYgKCFlcnJvcikNCiAJCWVycm9y ID0gcG9zdGF0X3JldDsNCiBvdXQ6DQorCU5GU0RfTE9DS19BU1NFUlQoKTsN CiAJaWYgKHZwICE9IE5VTEwpIHsNCiAJCU5GU0RfVU5MT0NLKCk7DQogCQlt dHhfbG9jaygmR2lhbnQpOwkvKiBWRlMgKi8NCkBAIC00NjAsNiArNDY0LDcg QEANCiAJLyogZmFsbCB0aHJvdWdoICovDQogDQogbmZzbW91dDoNCisJTkZT RF9MT0NLX0FTU0VSVCgpOw0KIAlORlNEX1VOTE9DSygpOw0KIAltdHhfbG9j aygmR2lhbnQpOwkvKiBWRlMgKi8NCiAJaWYgKHZwKQ0KQEAgLTY1Myw2ICs2 NTgsNyBAQA0KIAl9DQogDQogbmZzbW91dDoNCisJTkZTRF9MT0NLX0FTU0VS VCgpOw0KIAlORlNEX1VOTE9DSygpOw0KIAltdHhfbG9jaygmR2lhbnQpOwkv KiBWRlMgKi8NCiAJaWYgKGRpcnApDQpAQCAtNzcxLDYgKzc3Nyw3IEBADQog CW1iLT5tX25leHQgPSBtcDM7DQogCW1wMyA9IE5VTEw7DQogbmZzbW91dDoN CisJTkZTRF9MT0NLX0FTU0VSVCgpOw0KIAlpZiAobXAzKQ0KIAkJbV9mcmVl bShtcDMpOw0KIAlpZiAodnApIHsNCkBAIC0xMDQwLDYgKzEwNDcsNyBAQA0K IAl9DQogCSp0bCA9IHR4ZHJfdW5zaWduZWQoY250KTsNCiBuZnNtb3V0Og0K KwlORlNEX0xPQ0tfQVNTRVJUKCk7DQogCWlmICh2cCkgew0KIAkJTkZTRF9V TkxPQ0soKTsNCiAJCW10eF9sb2NrKCZHaWFudCk7CS8qIFZGUyAqLw0KQEAg LTEyNDIsNiArMTI1MCw3IEBADQogCWlmICghZXJyb3IpDQogCQllcnJvciA9 IGFmdGF0X3JldDsNCiBlcmVwbHk6DQorCU5GU0RfTE9DS19BU1NFUlQoKTsN CiAJbmZzbV9yZXBseShORlNYX1BSRU9QQVRUUih2MykgKyBORlNYX1BPU1RP UE9SRkFUVFIodjMpICsNCiAJCTIgKiBORlNYX1VOU0lHTkVEICsgTkZTWF9X UklURVZFUkYodjMpKTsNCiAJaWYgKHYzKSB7DQpAQCAtMTI3NSw2ICsxMjg0 LDcgQEANCiAJfQ0KIAllcnJvciA9IDA7DQogbmZzbW91dDoNCisJTkZTRF9M T0NLX0FTU0VSVCgpOw0KIAlORlNEX1VOTE9DSygpOw0KIAltdHhfbG9jaygm R2lhbnQpOwkvKiBWRlMgKi8NCiAJaWYgKHZwKQ0KQEAgLTEzODYsNiArMTM5 Niw3IEBADQogCSAgICB9DQogCSAgICBpZiAobGVuID4gTkZTX01BWERBVEEg fHwgbGVuIDwgMCAgfHwgaSA8IGxlbikgew0KIG5mc21vdXQ6DQorCQlORlNE X0xPQ0tfQVNTRVJUKCk7DQogCQltX2ZyZWVtKG1yZXApOw0KIAkJZXJyb3Ig PSBFSU87DQogCQluZnNtX3dyaXRlcmVwbHkoMiAqIE5GU1hfVU5TSUdORUQp Ow0KQEAgLTE3MTksNyArMTczMCw3IEBADQogCW5mc21fc3J2bXRvZmgoZmhw KTsNCiAJaWYgKChtcCA9IHZmc19nZXR2ZnMoJmZocC0+ZmhfZnNpZCkpID09 IE5VTEwpIHsNCiAJCWVycm9yID0gRVNUQUxFOw0KLQkJZ290byBlcmVwbHk7 DQorCQlnb3RvIGVyZXBseV9sb2NrZWQ7DQogCX0NCiAJTkZTRF9VTkxPQ0so KTsNCiAJbXR4X2xvY2soJkdpYW50KTsJLyogVkZTICovDQpAQCAtMTk0Myw4 ICsxOTU0LDExIEBADQogCQl9DQogCX0NCiBlcmVwbHk6DQorCU5GU0RfVU5M T0NLX0FTU0VSVCgpOw0KIAltdHhfdW5sb2NrKCZHaWFudCk7CS8qIFZGUyAq Lw0KIAlORlNEX0xPQ0soKTsNCitlcmVwbHlfbG9ja2VkOg0KKwlORlNEX0xP Q0tfQVNTRVJUKCk7DQogCW5mc21fcmVwbHkoTkZTWF9TUlZGSCh2MykgKyBO RlNYX0ZBVFRSKHYzKSArIE5GU1hfV0NDREFUQSh2MykpOw0KIAlpZiAodjMp IHsNCiAJCWlmICghZXJyb3IpIHsNCkBAIC0xOTYxLDYgKzE5NzUsNyBAQA0K IAllcnJvciA9IDA7DQogDQogbmZzbW91dDoNCisJTkZTRF9MT0NLX0FTU0VS VCgpOw0KIAlORlNEX1VOTE9DSygpOw0KIAltdHhfbG9jaygmR2lhbnQpOwkv KiBWRlMgKi8NCiAJaWYgKG5kLm5pX3N0YXJ0ZGlyKSB7DQpAQCAtMjExNiw2 ICsyMTMxLDcgQEANCiAJICogc2VuZCByZXNwb25zZSwgY2xlYW51cCwgcmV0 dXJuLg0KIAkgKi8NCiBvdXQ6DQorCU5GU0RfVU5MT0NLX0FTU0VSVCgpOw0K IAlpZiAobmQubmlfc3RhcnRkaXIpIHsNCiAJCXZyZWxlKG5kLm5pX3N0YXJ0 ZGlyKTsNCiAJCW5kLm5pX3N0YXJ0ZGlyID0gTlVMTDsNCkBAIC0yMTQ2LDkg KzIxNjIsMTAgQEANCiAJCWRpcmFmdF9yZXQgPSBWT1BfR0VUQVRUUihkaXJw LCAmZGlyYWZ0LCBjcmVkLCB0ZCk7DQogCQlWT1BfVU5MT0NLKGRpcnAsIDAs IHRkKTsNCiAJfQ0KLWVyZXBseToNCiAJbXR4X3VubG9jaygmR2lhbnQpOwkv KiBWRlMgKi8NCiAJTkZTRF9MT0NLKCk7DQorZXJlcGx5Og0KKwlORlNEX0xP Q0tfQVNTRVJUKCk7DQogCW5mc21fcmVwbHkoTkZTWF9TUlZGSCgxKSArIE5G U1hfUE9TVE9QQVRUUigxKSArIE5GU1hfV0NDREFUQSgxKSk7DQogCWlmICh2 Mykgew0KIAkJaWYgKCFlcnJvcikgew0KQEAgLTIxNjQsNiArMjE4MSw3IEBA DQogCU5GU0RfTE9DSygpOw0KIAlyZXR1cm4gKDApOw0KIG5mc21vdXQ6DQor CU5GU0RfTE9DS19BU1NFUlQoKTsNCiAJTkZTRF9VTkxPQ0soKTsNCiAJbXR4 X2xvY2soJkdpYW50KTsJLyogVkZTICovDQogCWlmIChkaXJwKQ0KQEAgLTIy NDksNiArMjI2Nyw3IEBADQogCQkJZ290byBvdXQ7DQogCQl9DQogb3V0Og0K KwkJTkZTRF9VTkxPQ0tfQVNTRVJUKCk7DQogCQlpZiAoIWVycm9yKSB7DQog CQkJZXJyb3IgPSBWT1BfUkVNT1ZFKG5kLm5pX2R2cCwgbmQubmlfdnAsICZu ZC5uaV9jbmQpOw0KIAkJCU5ERlJFRSgmbmQsIE5ERl9PTkxZX1BOQlVGKTsN CkBAIC0yMjgwLDEyICsyMjk5LDE0IEBADQogCW10eF91bmxvY2soJkdpYW50 KTsJLyogVkZTICovDQogCU5GU0RfTE9DSygpOw0KIGVyZXBseToNCisJTkZT RF9MT0NLX0FTU0VSVCgpOw0KIAluZnNtX3JlcGx5KE5GU1hfV0NDREFUQSh2 MykpOw0KIAlpZiAodjMpIHsNCiAJCW5mc21fc3J2d2NjX2RhdGEoZGlyZm9y X3JldCwgJmRpcmZvciwgZGlyYWZ0X3JldCwgJmRpcmFmdCk7DQogCQllcnJv ciA9IDA7DQogCX0NCiBuZnNtb3V0Og0KKwlORlNEX0xPQ0tfQVNTRVJUKCk7 DQogCU5GU0RfVU5MT0NLKCk7DQogCW10eF9sb2NrKCZHaWFudCk7CS8qIFZG UyAqLw0KIAlOREZSRUUoJm5kLCBOREZfT05MWV9QTkJVRik7DQpAQCAtMjM5 Nyw4ICsyNDE4LDExIEBADQogCQl2cmVsZSh0ZGlycCk7DQogCQl0ZGlycCA9 IE5VTEw7DQogCX0NCi0JaWYgKGVycm9yKQ0KKwlpZiAoZXJyb3IpIHsNCisJ CW10eF91bmxvY2soJkdpYW50KTsJLyogVkZTICovDQorCQlORlNEX0xPQ0so KTsNCiAJCWdvdG8gb3V0MTsNCisJfQ0KIA0KIAl0ZHZwID0gdG9uZC5uaV9k dnA7DQogCXR2cCA9IHRvbmQubmlfdnA7DQpAQCAtMjQ1NSw2ICsyNDc5LDcg QEANCiAJICAgICAgZnJvbW5kLm5pX2NuZC5jbl9uYW1lbGVuKSkNCiAJCWVy cm9yID0gLTE7DQogb3V0Og0KKwlORlNEX1VOTE9DS19BU1NFUlQoKTsNCiAJ aWYgKCFlcnJvcikgew0KIAkJLyoNCiAJCSAqIFRoZSBWT1BfUkVOQU1FIGZ1 bmN0aW9uIHJlbGVhc2VzIGFsbCB2bm9kZSByZWZlcmVuY2VzICYNCkBAIC0y NDc3LDkgKzI1MDIsMTAgQEANCiAJfQ0KIAkvKiBmYWxsIHRocm91Z2ggKi8N CiANCi1vdXQxOg0KIAltdHhfdW5sb2NrKCZHaWFudCk7CS8qIFZGUyAqLw0K IAlORlNEX0xPQ0soKTsNCitvdXQxOg0KKwlORlNEX0xPQ0tfQVNTRVJUKCk7 DQogCW5mc21fcmVwbHkoMiAqIE5GU1hfV0NDREFUQSh2MykpOw0KIAlpZiAo djMpIHsNCiAJCS8qIFJlbGVhc2UgZXhpc3RpbmcgbG9ja3MgdG8gcHJldmVu dCBkZWFkbG9jay4gKi8NCkBAIC0yNTE4LDYgKzI1NDQsNyBAQA0KIAkvKg0K IAkgKiBDbGVhciBvdXQgdG9uZCByZWxhdGVkIGZpZWxkcw0KIAkgKi8NCisJ TkZTRF9MT0NLX0FTU0VSVCgpOw0KIAlORlNEX1VOTE9DSygpOw0KIAltdHhf bG9jaygmR2lhbnQpOwkvKiBWRlMgKi8NCiAJaWYgKHRkaXJwKQ0KQEAgLTI2 ODAsNiArMjcwNyw3IEBADQogCW10eF91bmxvY2soJkdpYW50KTsJLyogVkZT ICovDQogCU5GU0RfTE9DSygpOw0KIGVyZXBseToNCisJTkZTRF9MT0NLX0FT U0VSVCgpOw0KIAluZnNtX3JlcGx5KE5GU1hfUE9TVE9QQVRUUih2MykgKyBO RlNYX1dDQ0RBVEEodjMpKTsNCiAJaWYgKHYzKSB7DQogCQluZnNtX3NydnBv c3RvcF9hdHRyKGdldHJldCwgJmF0KTsNCkBAIC0yNjg5LDYgKzI3MTcsNyBA QA0KIAkvKiBmYWxsIHRocm91Z2ggKi8NCiANCiBuZnNtb3V0Og0KKwlORlNE X0xPQ0tfQVNTRVJUKCk7DQogCU5GU0RfVU5MT0NLKCk7DQogCW10eF9sb2Nr KCZHaWFudCk7CS8qIFZGUyAqLw0KIAlOREZSRUUoJm5kLCBOREZfT05MWV9Q TkJVRik7DQpAQCAtMjc0NCw2ICsyNzczLDggQEANCiAJZmhwID0gJm5maC5m aF9nZW5lcmljOw0KIAluZnNtX3Nydm10b2ZoKGZocCk7DQogCWlmICgobXAg PSB2ZnNfZ2V0dmZzKCZmaHAtPmZoX2ZzaWQpKSA9PSBOVUxMKSB7DQorCQlO RlNEX1VOTE9DSygpOw0KKwkJbXR4X2xvY2soJkdpYW50KTsJLyogVkZTICov DQogCQllcnJvciA9IEVTVEFMRTsNCiAJCWdvdG8gb3V0Ow0KIAl9DQpAQCAt Mjg0MSw2ICsyODcyLDcgQEANCiAJICAgIH0NCiAJfQ0KIG91dDoNCisJTkZT RF9VTkxPQ0tfQVNTRVJUKCk7DQogCS8qDQogCSAqIFRoZXNlIHJlbGVhc2Vz IGFyZW4ndCBzdHJpY3RseSByZXF1aXJlZCwgZG9lcyBldmVuIGRvaW5nIHRo ZW0NCiAJICogbWFrZSBhbnkgc2Vuc2U/IFhYWCBjYW4gbmZzbV9yZXBseSgp IGJsb2NrPw0KQEAgLTI4NzIsNiArMjkwNCw3IEBADQogCS8qIGZhbGwgdGhy b3VnaCAqLw0KIA0KIG5mc21vdXQ6DQorCU5GU0RfTE9DS19BU1NFUlQoKTsN CiAJTkZTRF9VTkxPQ0soKTsNCiAJbXR4X2xvY2soJkdpYW50KTsJLyogVkZT ICovDQogCU5ERlJFRSgmbmQsIE5ERl9PTkxZX1BOQlVGKTsNCkBAIC0yOTMw LDYgKzI5NjMsOCBAQA0KIAlmaHAgPSAmbmZoLmZoX2dlbmVyaWM7DQogCW5m c21fc3J2bXRvZmgoZmhwKTsNCiAJaWYgKChtcCA9IHZmc19nZXR2ZnMoJmZo cC0+ZmhfZnNpZCkpID09IE5VTEwpIHsNCisJCU5GU0RfVU5MT0NLKCk7DQor CQltdHhfbG9jaygmR2lhbnQpOwkvKiBWRlMgKi8NCiAJCWVycm9yID0gRVNU QUxFOw0KIAkJZ290byBvdXQ7DQogCX0NCkBAIC0zMDA0LDYgKzMwMzksNyBA QA0KIAkJCWVycm9yID0gVk9QX0dFVEFUVFIobmQubmlfdnAsIHZhcCwgY3Jl ZCwgdGQpOw0KIAl9DQogb3V0Og0KKwlORlNEX1VOTE9DS19BU1NFUlQoKTsN CiAJaWYgKGRpcnApIHsNCiAJCWlmIChkaXJwID09IG5kLm5pX2R2cCkgew0K IAkJCWRpcmFmdF9yZXQgPSBWT1BfR0VUQVRUUihkaXJwLCAmZGlyYWZ0LCBj cmVkLCB0ZCk7DQpAQCAtMzA0OCw2ICszMDg0LDcgQEANCiAJLyogZmFsbCB0 aHJvdWdoICovDQogDQogbmZzbW91dDoNCisJTkZTRF9MT0NLX0FTU0VSVCgp Ow0KIAlORlNEX1VOTE9DSygpOw0KIAltdHhfbG9jaygmR2lhbnQpOwkvKiBW RlMgKi8NCiAJaWYgKGRpcnApDQpAQCAtMzE1Miw2ICszMTg5LDcgQEANCiAJ ICogSXNzdWUgb3IgYWJvcnQgb3AuICBTaW5jZSBTQVZFU1RBUlQgaXMgbm90 IHNldCwgcGF0aCBuYW1lDQogCSAqIGNvbXBvbmVudCBpcyBmcmVlZCBieSB0 aGUgVk9QIGFmdGVyIGVpdGhlci4NCiAJICovDQorCU5GU0RfTE9DS19BU1NF UlQoKTsNCiAJTkZTRF9VTkxPQ0soKTsNCiAJbXR4X2xvY2soJkdpYW50KTsJ LyogVkZTICovDQogCWlmICghZXJyb3IpDQpAQCAtMzE4Nyw2ICszMjI1LDcg QEANCiAJLyogZmFsbCB0aHJvdWdoICovDQogDQogbmZzbW91dDoNCisJTkZT RF9MT0NLX0FTU0VSVCgpOw0KIAlORlNEX1VOTE9DSygpOw0KIAltdHhfbG9j aygmR2lhbnQpOwkvKiBWRlMgKi8NCiAJTkRGUkVFKCZuZCwgTkRGX09OTFlf UE5CVUYpOw0KQEAgLTMzNTYsNiArMzM5NSw3IEBADQogCSAqLw0KIAlNQUxM T0MocmJ1ZiwgY2FkZHJfdCwgc2l6LCBNX1RFTVAsIE1fV0FJVE9LKTsNCiBh Z2FpbjoNCisJTkZTRF9VTkxPQ0tfQVNTRVJUKCk7DQogCWl2Lmlvdl9iYXNl ID0gcmJ1ZjsNCiAJaXYuaW92X2xlbiA9IGZ1bGxzaXo7DQogCWlvLnVpb19p b3YgPSAmaXY7DQpAQCAtMzU1Niw2ICszNTk2LDcgQEANCiAJRlJFRSgoY2Fk ZHJfdCljb29raWVzLCBNX1RFTVApOw0KIA0KIG5mc21vdXQ6DQorCU5GU0Rf TE9DS19BU1NFUlQoKTsNCiAJaWYgKHZwKSB7DQogCQlORlNEX1VOTE9DSygp Ow0KIAkJbXR4X2xvY2soJkdpYW50KTsJLyogVkZTICovDQpAQCAtMzY2NCw2 ICszNzA1LDcgQEANCiAJVk9QX1VOTE9DSyh2cCwgMCwgdGQpOw0KIAlNQUxM T0MocmJ1ZiwgY2FkZHJfdCwgc2l6LCBNX1RFTVAsIE1fV0FJVE9LKTsNCiBh Z2FpbjoNCisJTkZTRF9VTkxPQ0tfQVNTRVJUKCk7DQogCWl2Lmlvdl9iYXNl ID0gcmJ1ZjsNCiAJaXYuaW92X2xlbiA9IGZ1bGxzaXo7DQogCWlvLnVpb19p b3YgPSAmaXY7DQpAQCAtMzg5Nyw2ICszOTM5LDcgQEANCiAJCQl9DQogCQl9 DQogaW52YWxpZDoNCisJCU5GU0RfVU5MT0NLX0FTU0VSVCgpOw0KIAkJY3Bv cyArPSBkcC0+ZF9yZWNsZW47DQogCQlkcCA9IChzdHJ1Y3QgZGlyZW50ICop Y3BvczsNCiAJCWNvb2tpZXArKzsNCkBAIC0zOTIzLDYgKzM5NjYsNyBAQA0K IAlGUkVFKChjYWRkcl90KWNvb2tpZXMsIE1fVEVNUCk7DQogCUZSRUUoKGNh ZGRyX3QpcmJ1ZiwgTV9URU1QKTsNCiBuZnNtb3V0Og0KKwlORlNEX0xPQ0tf QVNTRVJUKCk7DQogCWlmICh2cCkgew0KIAkJTkZTRF9VTkxPQ0soKTsNCiAJ CW10eF9sb2NrKCZHaWFudCk7CS8qIFZGUyAqLw0KQEAgLTQwODEsNiArNDEy NSw3IEBADQogCXZwID0gTlVMTDsNCiAJTkZTRF9MT0NLKCk7DQogZXJlcGx5 Og0KKwlORlNEX0xPQ0tfQVNTRVJUKCk7DQogCW5mc21fcmVwbHkoTkZTWF9W M1dDQ0RBVEEgKyBORlNYX1YzV1JJVEVWRVJGKTsNCiAJbmZzbV9zcnZ3Y2Nf ZGF0YShmb3JfcmV0LCAmYmZvciwgYWZ0X3JldCwgJmFmdCk7DQogCWlmICgh ZXJyb3IpIHsNCkBAIC00MDkzLDYgKzQxMzgsNyBAQA0KIAkJZXJyb3IgPSAw Ow0KIAl9DQogbmZzbW91dDoNCisJTkZTRF9MT0NLX0FTU0VSVCgpOw0KIAlO RlNEX1VOTE9DSygpOw0KIAltdHhfbG9jaygmR2lhbnQpOwkvKiBWRlMgKi8N CiAJaWYgKHZwKQ0KQEAgLTQxOTQsNiArNDI0MCw3IEBADQogCQkJc2ZwLT5z Zl9iYXZhaWwgPSB0eGRyX3Vuc2lnbmVkKHNmLT5mX2JhdmFpbCk7DQogCX0N CiBuZnNtb3V0Og0KKwlORlNEX0xPQ0tfQVNTRVJUKCk7DQogCWlmICh2cCkg ew0KIAkJTkZTRF9VTkxPQ0soKTsNCiAJCW10eF9sb2NrKCZHaWFudCk7CS8q IFZGUyAqLw0KQEAgLTQyODAsNiArNDMyNyw3IEBADQogCQlORlNWM0ZTSU5G T19TWU1MSU5LIHwgTkZTVjNGU0lORk9fSE9NT0dFTkVPVVMgfA0KIAkJTkZT VjNGU0lORk9fQ0FOU0VUVElNRSk7DQogbmZzbW91dDoNCisJTkZTRF9MT0NL X0FTU0VSVCgpOw0KIAlpZiAodnApIHsNCiAJCU5GU0RfVU5MT0NLKCk7DQog CQltdHhfbG9jaygmR2lhbnQpOwkvKiBWRlMgKi8NCkBAIC00MzYxLDYgKzQ0 MDksNyBAQA0KIAlwYy0+cGNfY2FzZWluc2Vuc2l0aXZlID0gbmZzcnZfbmZz X2ZhbHNlOw0KIAlwYy0+cGNfY2FzZXByZXNlcnZpbmcgPSBuZnNydl9uZnNf dHJ1ZTsNCiBuZnNtb3V0Og0KKwlORlNEX0xPQ0tfQVNTRVJUKCk7DQogCWlm ICh2cCkgew0KIAkJTkZTRF9VTkxPQ0soKTsNCiAJCW10eF9sb2NrKCZHaWFu dCk7CS8qIFZGUyAqLw0KQEAgLTQzODksNiArNDQzOCw3IEBADQogCW5mc2Ri cHJpbnRmKCgiJXMgJWRcbiIsIF9fRklMRV9fLCBfX0xJTkVfXykpOw0KIAlu ZnNtX3JlcGx5KDApOw0KIG5mc21vdXQ6DQorCU5GU0RfTE9DS19BU1NFUlQo KTsNCiAJcmV0dXJuIChlcnJvcik7DQogfQ0KIA0KQEAgLTQ0MTUsNiArNDQ2 NSw3IEBADQogCW5mc21fcmVwbHkoMCk7DQogCWVycm9yID0gMDsNCiBuZnNt b3V0Og0KKwlORlNEX0xPQ0tfQVNTRVJUKCk7DQogCXJldHVybiAoZXJyb3Ip Ow0KIH0NCiANCkBAIC00NDQwLDcgKzQ0OTEsNiBAQA0KIAlpbnQgZXJyb3I7 DQogDQogCU5GU0RfTE9DS19BU1NFUlQoKTsNCi0JTkZTRF9VTkxPQ0soKTsN CiANCiAJbmZzZGJwcmludGYoKCIlcyAlZFxuIiwgX19GSUxFX18sIF9fTElO RV9fKSk7DQogCWlmIChmbGFncyAmIFZXUklURSkgew0KQEAgLTQ0NTUsOCAr NDUwNSw3IEBADQogCQkJY2FzZSBWUkVHOg0KIAkJCWNhc2UgVkRJUjoNCiAJ CQljYXNlIFZMTks6DQotCQkJCWVycm9yID0gRVJPRlM7DQotCQkJCWdvdG8g b3V0Ow0KKwkJCQlyZXR1cm4gKEVST0ZTKTsNCiAJCQlkZWZhdWx0Og0KIAkJ CQlicmVhazsNCiAJCQl9DQpAQCAtNDQ2NSwxNSArNDUxNCwxNCBAQA0KIAkJ ICogSWYgdGhlcmUncyBzaGFyZWQgdGV4dCBhc3NvY2lhdGVkIHdpdGgNCiAJ CSAqIHRoZSBpbm9kZSwgd2UgY2FuJ3QgYWxsb3cgd3JpdGluZy4NCiAJCSAq Lw0KLQkJaWYgKHZwLT52X3ZmbGFnICYgVlZfVEVYVCkgew0KLQkJCU5GU0Rf TE9DSygpOw0KKwkJaWYgKHZwLT52X3ZmbGFnICYgVlZfVEVYVCkNCiAJCQly ZXR1cm4gKEVUWFRCU1kpOw0KLQkJfQ0KIAl9DQorCU5GU0RfVU5MT0NLKCk7 DQogCW10eF9sb2NrKCZHaWFudCk7CS8qIFZGUyAqLw0KIAllcnJvciA9IFZP UF9HRVRBVFRSKHZwLCAmdmF0dHIsIGNyZWQsIHRkKTsNCiAJaWYgKGVycm9y KQ0KLQkJZ290byBvdXQyOw0KKwkJZ290byBvdXQ7DQogCWVycm9yID0gVk9Q X0FDQ0VTUyh2cCwgZmxhZ3MsIGNyZWQsIHRkKTsNCiAJLyoNCiAJICogQWxs b3cgY2VydGFpbiBvcGVyYXRpb25zIGZvciB0aGUgb3duZXIgKHJlYWRzIGFu ZCB3cml0ZXMNCkBAIC00NDgxLDkgKzQ1MjksOSBAQA0KIAkgKi8NCiAJaWYg KG92ZXJyaWRlICYmIGVycm9yID09IEVBQ0NFUyAmJiBjcmVkLT5jcl91aWQg PT0gdmF0dHIudmFfdWlkKQ0KIAkJZXJyb3IgPSAwOw0KLW91dDI6DQotCW10 eF91bmxvY2soJkdpYW50KTsJLyogVkZTICovDQogb3V0Og0KKwlORlNEX1VO TE9DS19BU1NFUlQoKTsNCisJbXR4X3VubG9jaygmR2lhbnQpOwkvKiBWRlMg Ki8NCiAJTkZTRF9MT0NLKCk7DQogCXJldHVybiBlcnJvcjsNCiB9DQo= --0-173771394-1098097299=:29749-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 11:17:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E45E16A4CE; Mon, 18 Oct 2004 11:17:25 +0000 (GMT) Received: from 168.18.broadband2.iol.cz (27.240.broadband2.iol.cz [83.208.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6024D43D49; Mon, 18 Oct 2004 11:17:24 +0000 (GMT) (envelope-from bln@deprese.net) Received: from [147.32.241.135] (helo=[147.32.241.135]) by 168.18.broadband2.iol.cz with asmtp (Exim 4.41) id 1CJVVy-0004Bp-W0; Mon, 18 Oct 2004 13:17:23 +0200 Message-ID: <4173A649.9000208@deprese.net> Date: Mon, 18 Oct 2004 13:17:29 +0200 From: Ondra Holecek User-Agent: Mozilla Thunderbird 0.8 (X11/20041014) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: GBDE, problems using gbde_swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 11:17:25 -0000 hello, I wanted to use encrypted swap (gbde_swap in /etc/rc.d) on 5.3-BETA7, but after second reboot, the system did not boot - it finised with boot manager (F1 - FreeBSD). I wrote problem report where you can read details: http://www.freebsd.org/cgi/query-pr.cgi?pr=72812 >Category: kern >Responsible: freebsd-bugs >Synopsis: GBDE, problems using gbde_swap >Arrival-Date: Mon Oct 18 11:00:44 GMT 2004 From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 11:23:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB59316A4CE for ; Mon, 18 Oct 2004 11:23:03 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B22E43D46 for ; Mon, 18 Oct 2004 11:23:03 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101820:22:42:130436.7481.3052047280 for ; Mon, 18 Oct 2004 20:22:42 +0900 (KST) Message-ID: <4173A791.5040700@yahoo.com> Date: Mon, 18 Oct 2004 20:22:57 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers , freebsd-current References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <4172E340.20206@freebsd.org> <41731071.2030405@yahoo.com> <417346BB.3050609@freebsd.org> <41734AFB.2040208@gamersimpact.com> In-Reply-To: <41734AFB.2040208@gamersimpact.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:1.04) (by Terrace) Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 11:23:04 -0000 Ryan Sommers wrote: > Tim Kientzle wrote: > >> Two things to check: >> >> 1) ldd /bin/pax >> >> should show you what shared libraries are >> required by /bin/pax. Make sure those are >> all available on the root partition. >> >> 2) From the ordinary command line, try >> >> cat [[one of /conf/$i/*.cpio.gz]] | /rescue/gzip -d | /bin/pax >> >> and check that /bin/pax is correctly >> recognizing the format of the archive. >> >> Of course, it's also worth trying the two changes >> here (/rescue/gzip for /stand/gzip and /bin/pax >> for /stand/cpio) separately, just to isolate >> the problem. >> >> Cheers, >> >> Tim > > > I'll give you a better patch tomorrow to try. In the meantime, instead > of catting. Try using > > ( cd / ; /rescue/gzip -d $j.cpio.gz | pax -r -p e ) > > I believe this works, if it doesn't try > > ( cd / ; /rescue/gzip -d < $j.cpio.gz | pax -r -p e ) I tried the second version: (cd / ; /rescue/gzip -d < $j | /bin/pax -r -p e ) but it doesn't work. What does work is this: (cd / ; /rescue/gzip -d < $j | /stand/cpio --extract -d ) So apparently this 'pax' solution is not as straight forward as it seems. However, after the boot up has succeeded, I can do manually: # cd /var # rm -rf * # /rescue/gzip -d < /conf/base/var.cpio.gz | /bin/pax -r -p e and the basic /var structure is there again. So it works on a running diskless system; why not during bootup? Rob. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 12:31:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3286A16A4CE for ; Mon, 18 Oct 2004 12:31:44 +0000 (GMT) Received: from hermod.jeroen.se (vanaheim.demon.nl [82.161.130.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46E7843D46 for ; Mon, 18 Oct 2004 12:31:43 +0000 (GMT) (envelope-from jnieuwen@jeroen.se) Received: by hermod.jeroen.se (Postfix, from userid 1001) id CD9B64142; Mon, 18 Oct 2004 14:31:41 +0200 (CEST) Date: Mon, 18 Oct 2004 14:31:41 +0200 From: Jeroen van Nieuwenhuizen To: freebsd-current@freebsd.org Message-ID: <20041018123141.GB10716@hermod.jeroen.se> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Project Phoenix The Legend X-Copyright: J.C. van Nieuwenhuizen [M.Sc]. X-Disclaimer: This message is an illusion. X-There: Is More Then One Way To Do It. X-Operating-System: FreeBSD 5.2.1-RELEASE-p8 i386 X-Mailman-Approved-At: Mon, 18 Oct 2004 12:43:20 +0000 Subject: ipfilter keep state troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 12:31:44 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, Using the RELENG_5_3 tag I ran into some troubles using ipfilter compiled into the kernel with default policy set to block. The problem is that I can no longer ping the local interface with the command: ping 127.0.0.1. Using a simpeler firewall configuration I noted that it has probably something to do with the keep state directive Using the rules pass out all pass in all I can ping to 127.0.0.1 Using the rules pass out all keep state pass in all I can not ping to 127.0.0.1 Anyone any ideas? Kind regards, Jeroen --=20 Jeroen van Nieuwenhuizen (M.Sc[CompSc]) jnieuwen@jeroen.se http://www.jeroen.se I know I'm not perfect but I can smile --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBc7etEEpVlsaqr2ERApYsAKCBYhmcAisVMoaxuAENZ71k+CNG2ACbB0Wz lE37kGzEbmTI0khj9BGLi8Q= =/9PX -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 14:00:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 111D216A4CE for ; Mon, 18 Oct 2004 14:00:55 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB2A543D48 for ; Mon, 18 Oct 2004 14:00:54 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id 43B2361AA; Mon, 18 Oct 2004 10:00:46 -0400 (EDT) Received: from 141.156.69.109 ([141.156.69.109]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Mon, 18 Oct 2004 10:00:45 -0400 Message-ID: <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> Date: Mon, 18 Oct 2004 10:00:45 -0400 From: Kenneth Culver To: fandino@ng.fadesa.es References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> In-Reply-To: <41715E7F.7060509@ng.fadesa.es> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 14:00:55 -0000 Quoting fandino : > Hello Kevin, > > Kevin Oberman wrote: >>> Tests were done win bonnie++ 1.93c and the results were Linux two >>> times faster than FreeBSD using the same hardware. >>> >>> GNU/Linux 2.4.18 with ext2: 56848 K/sec >>> FreeBSD 5.3b7 with default fs: 26347 K/sec >>> FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>> FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec >> >> >> Are you comparing apples with apples? I believe that Linux mounts file >> systems as async by default. To compare with FreeBSD, you should use "-o >> async" when you mount. Of course, this is less reliable. >> >> Also, make sure that disk write-cache is enabled on both or disabled on >> both. > > write-cache was enable on all tests and disks were in UDMA5 mode. > > In this new round of tests I add FreeBSD witch async and OpenBSD (always > using the same hardware). FreeBSD is by far, the worst throughput of all > (about 50% slower than others) :-? > > GNU/Linux 2.4.18 with ext2: 56848 K/sec > FreeBSD 5.3b7 with default fs: 26347 K/sec > FreeBSD 5.3b7 with default fs(async): 26566 K/sec > FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec > FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec > FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec > OpenBSD 3.5 UFS fs: 55277 K/sec > > * Each disk of the raid had a throughput of approx. 15000 K/sec > ** Each disk of the raid had a throughput of approx. 7500 K/sec > Each disk of the read split the throughput by half. > > How is possible that FreeBSD performs as bad? > > If you're still using the GENERIC kernel, that could explain it, and judging from other emails I've seen from you, you're still using the GENERIC kernel. Ken From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 14:43:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B0C616A4CE for ; Mon, 18 Oct 2004 14:43:21 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CF2743D2F for ; Mon, 18 Oct 2004 14:43:20 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9IEhFnk021358; Mon, 18 Oct 2004 16:43:17 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4173D66F.6010200@DeepCore.dk> Date: Mon, 18 Oct 2004 16:42:55 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kenneth Culver References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> In-Reply-To: <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: fandino@ng.fadesa.es cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 14:43:21 -0000 Kenneth Culver wrote: > Quoting fandino : >=20 >> Hello Kevin, >> >> Kevin Oberman wrote: >> >>>> Tests were done win bonnie++ 1.93c and the results were Linux two >>>> times faster than FreeBSD using the same hardware. >>>> >>>> GNU/Linux 2.4.18 with ext2: 56848 K/sec >>>> FreeBSD 5.3b7 with default fs: 26347 K/sec >>>> FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>>> FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec >>> >>> >>> >>> Are you comparing apples with apples? I believe that Linux mounts fil= e >>> systems as async by default. To compare with FreeBSD, you should use = "-o >>> async" when you mount. Of course, this is less reliable. >>> >>> Also, make sure that disk write-cache is enabled on both or disabled = on >>> both. >> >> >> write-cache was enable on all tests and disks were in UDMA5 mode. >> >> In this new round of tests I add FreeBSD witch async and OpenBSD (alwa= ys >> using the same hardware). FreeBSD is by far, the worst throughput of a= ll >> (about 50% slower than others) :-? >> >> GNU/Linux 2.4.18 with ext2: 56848 K/sec >> FreeBSD 5.3b7 with default fs: 26347 K/sec >> FreeBSD 5.3b7 with default fs(async): 26566 K/sec >> FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >> FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec >> FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec >> OpenBSD 3.5 UFS fs: 55277 K/sec >> >> * Each disk of the raid had a throughput of approx. 15000 K/sec >> ** Each disk of the raid had a throughput of approx. 7500 K/sec >> Each disk of the read split the throughput by half. >> >> How is possible that FreeBSD performs as bad? >> >> > If you're still using the GENERIC kernel, that could explain it, and=20 > judging > from other emails I've seen from you, you're still using the GENERIC=20 > kernel. Right, and you should also use -U (softupdates) on you newfs line. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 14:52:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 615FD16A4CE for ; Mon, 18 Oct 2004 14:52:52 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DBB643D2D for ; Mon, 18 Oct 2004 14:52:52 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i9IErNWQ016138; Mon, 18 Oct 2004 07:53:23 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9IErN94016137; Mon, 18 Oct 2004 07:53:23 -0700 Date: Mon, 18 Oct 2004 07:53:23 -0700 From: Brooks Davis To: Ryan Sommers Message-ID: <20041018145323.GA15609@odin.ac.hmc.edu> References: <4171D3AE.8010601@yahoo.com> <4171EACE.4020602@gamersimpact.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <4171EACE.4020602@gamersimpact.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.2 required=8.0 tests=PLING_QUERY autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Rob cc: freebsd-current@freebsd.org Subject: Re: 5.3-Beta7 diskless boot: it boots but has empty /var (on /dev/md1) !? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 14:52:52 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 16, 2004 at 10:45:18PM -0500, Ryan Sommers wrote: > Rob wrote: >=20 > >However, on the diskless PC, /var is on a memory > >disk, but that directory is completely empty: > > > > disklessPC# ls -a /var > > . .. .snap > > > > disklessPC# mount > > 192.168.123.254:/ on / (nfs, read-only) > > devfs on /dev (devfs, local) > > /dev/md0 on /etc (ufs, local, soft-updates) > > procfs on /proc (procfs, local) > > /dev/md1 on /var (ufs, local, soft-updates) > > 192.168.123.254:/usr on /usr (nfs, read-only) > > 192.168.123.254:/home on /home (nfs) > > /dev/md2 on /tmp (ufs, local, soft-updates) > > > >This has serious consequences on the diskless PC. > >For example, sshd cannot start because /var/empty > >is not there. There is no information in /var/run, > >/var/log etc. > > > >Is something missing in the /etc/rc.d/initdiskless script, > >or have I forgotten something? > > > >Thanks, > >Rob. >=20 > The /var memory disk needs to be populated with a base structure. This=20 > is handled in initdiskless by templates (see=20 > /etc/rc.d/initdiskless:285). You can either have them as subdirectories= =20 > in your /conf/ or as dir.cpio.gz cpio'gzip archives that are then extract= ed. /var is typically expected to be created by /etc/rc.d/var not initdiskless. However, if you want to do that, you need mtree, newsyslog, and touch which are in /usr so /usr needs to be mounted. Using a unified root without all this separate mounting of /usr nonsense we currently document will make this all work and save you main in many cases. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBc9jiXY6L6fI4GtQRAtYWAJoDO8t5DnBxBNUhq+lKO0ndYKUHqwCeLqSd kZ/jQs8jifZ3cjsPhKWIwj0= =BXA4 -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 15:24:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 696D116A590 for ; Mon, 18 Oct 2004 15:24:35 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C1543D1F for ; Mon, 18 Oct 2004 15:24:34 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101900:22:52:652053.15513.2765396912 for ; Tue, 19 Oct 2004 00:22:52 +0900 (KST) Message-ID: <4173E02A.7000308@yahoo.com> Date: Tue, 19 Oct 2004 00:24:26 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Hay , freebsd-current@freebsd.org References: <417336FA.7080708@yahoo.com> <20041018041324.GA5799@zibbi.icomtek.csir.co.za> <41735184.5060302@yahoo.com> <20041018053823.GB8116@zibbi.icomtek.csir.co.za> In-Reply-To: <20041018053823.GB8116@zibbi.icomtek.csir.co.za> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:1.68) (by Terrace) Subject: Re: 5.3-Beta7: diskless boot up does not show boot messages on screen. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 15:24:36 -0000 John Hay wrote: > On Mon, Oct 18, 2004 at 02:15:48PM +0900, Rob wrote: > >>John Hay wrote: >> >>>>I am now successfully booting a diskless PC with 5.3-Beta7, >>>>using an etherboot floppy. I can see the initial boot up >>> >>>>from floppy, followed by the downloading of the kernel >>> >>>>("..................done"). But after that no more messages >>>>on the screen anymore, until after a while the login prompt >>>>appears. >>>> >>>>The diskless PC does produce a legitimate /var/run/dmesg.boot. >>>>So I can inspect the bootup process after a successful boot. >>>> >>>>However, if there's a boot problem, I do not at all get a >>>>clue what's going wrong. A verbose boot up on the screen >>>>is then of vital importance. >>>> >>>>So why do i not get any verbose boot up of the kernel >>>>messages with the diskless boot? >>> >>> >>>Uncomment the hints line in your kernel config file or a hints line >>>looking at the example in the GENERIC config and rebuild your kernel. >> >>I'm not sure I get your point. Just double check for me: >> >>Currently I have in my DISKLESS kernel configuration file these lines >> >>#To statically compile in device wiring instead of /boot/device.hints >>#hints "GENERIC.hints" # Default places to look for >>devices. >> >> >>Are you suggesting that I have to comment out the hints line here >>to get the kernel messages and bootup sequence printed on my screen? > > > You have to uncomment that hints line, remove the # in front of the > line. Normally the loader will load the hints file for you, but > etherboot doesn't do that for you. > > >>Do I have to manually copy /usr/src/sys/i386/conf/GENERIC.hints to >>/boot, or will that be done automatically? > > If you use pxe to netboot, pxeloader will load the hints file for you > but etherboot isn't clever enough to do it, so you have to compile it > into your kernel. OK, that works indeed, but only for the screen. I have created an etherboot floppy, that puts its messages on the serial console. So on the serial port, I get: master# cu -l /dev/cuaa0 Connected. ROM segment 0x0000 length 0x0000 reloc 0x00020000 Etherboot 5.2.4 (GPL) http://etherboot.org Tagged ELF (FreeBSD) a.out for [RTL8139] Relocating _text from: [00010070,00023200) to [01eece70,01f00000) Boot from (N)etwork or (Q)uit? Probing pci nic... [rtl8139] - ioaddr 0X6000, addr 00:A0:B0:0E:3A:95 100Mbps full-duplex Searching for server (DHCP)... ..Me: 192.168.123.1, Server: 192.168.123.254, Gateway 192.168.123.254 Loading 192.168.123.254:boot/diskless/kernel ..(ELF/FreeBSD)... ..... ..................................................................... ..................................................................... .......................................................done And then nothing. The root of the diskless PC has the file boot.config, which contains just "-P". This should force the kernel boot messages to the serial port when the keyboard is not connected. However, this does not work; kernel boot messages always go to the video console. This seems to be a bug, but where? In the kernel, in etherboot, or elsewhere? Regards, Rob. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 15:38:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 033E216A4CE for ; Mon, 18 Oct 2004 15:38:20 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987EA43D6E for ; Mon, 18 Oct 2004 15:38:19 +0000 (GMT) (envelope-from dhchen75@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so189047rnk for ; Mon, 18 Oct 2004 08:38:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=VlXa/OjCfqHpNMlm2jjdAoA6tiwDkuLTn6MggdUG1c90ENvkiRIeESajujY8J8WBjz5VN/ybqYavyevhyWc40+Uewb9faG6LfJc7HN5aySTHCA5aDReRl8U+toJVnkhFjcGCZ/nq3q1iFJQlNEnEK5gRQP3ivyVgj1gDLK3H+Kk Received: by 10.38.70.15 with SMTP id s15mr1580203rna; Mon, 18 Oct 2004 08:38:18 -0700 (PDT) Received: by 10.38.70.80 with HTTP; Mon, 18 Oct 2004 08:38:18 -0700 (PDT) Message-ID: <17120aa104101808381cc59152@mail.gmail.com> Date: Mon, 18 Oct 2004 23:38:18 +0800 From: Dao-hui Chen To: freebsd-current@freebsd.org In-Reply-To: <4173D66F.6010200@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dao-hui Chen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 15:38:20 -0000 I have silimilar result, but this time the OS is 4.10-stable and 6-current 4.10: Intel ICH4 with ST380021A, Seagate's 7200rpm hard disk 6: Intel ICH2 with IC35L040AVER07, IBM's 7200rpm hard disk Both with custom kernel, soft-update and mount as async. On 6-current I turn all debugging-related options off and using=20 SCHE_4BSD as default scheduler In sequential input (block), the 4.10 box got a incredible results=20 as 590747K/sec (!!!), while 6-current got only 24906K/sec In sequential output(block), the difference is also noticable with 37432 vs 22180. There may be some misses in sequential input, but in sequential output the difference between 4.10 and 6 is noticable, about 15M/Sec. Considering the hardware difference, the difference in performance is still too large. On Mon, 18 Oct 2004 16:42:55 +0200, S=F8ren Schmidt wrote= : > Kenneth Culver wrote: > > Quoting fandino : > > > >> Hello Kevin, > >> > >> Kevin Oberman wrote: > >> > >>>> Tests were done win bonnie++ 1.93c and the results were Linux two > >>>> times faster than FreeBSD using the same hardware. > >>>> > >>>> GNU/Linux 2.4.18 with ext2: 56848 K/sec > >>>> FreeBSD 5.3b7 with default fs: 26347 K/sec > >>>> FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec > >>>> FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec > >>> > >>> > >>> > >>> Are you comparing apples with apples? I believe that Linux mounts fil= e > >>> systems as async by default. To compare with FreeBSD, you should use = "-o > >>> async" when you mount. Of course, this is less reliable. > >>> > >>> Also, make sure that disk write-cache is enabled on both or disabled = on > >>> both. > >> > >> > >> write-cache was enable on all tests and disks were in UDMA5 mode. > >> > >> In this new round of tests I add FreeBSD witch async and OpenBSD (alwa= ys > >> using the same hardware). FreeBSD is by far, the worst throughput of a= ll > >> (about 50% slower than others) :-? > >> > >> GNU/Linux 2.4.18 with ext2: 56848 K/sec > >> FreeBSD 5.3b7 with default fs: 26347 K/sec > >> FreeBSD 5.3b7 with default fs(async): 26566 K/sec > >> FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec > >> FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec > >> FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec > >> OpenBSD 3.5 UFS fs: 55277 K/sec > >> > >> * Each disk of the raid had a throughput of approx. 15000 K/sec > >> ** Each disk of the raid had a throughput of approx. 7500 K/sec > >> Each disk of the read split the throughput by half. > >> > >> How is possible that FreeBSD performs as bad? > >> > >> > > If you're still using the GENERIC kernel, that could explain it, and > > judging > > from other emails I've seen from you, you're still using the GENERIC > > kernel. >=20 > Right, and you should also use -U (softupdates) on you newfs line. >=20 > -- >=20 > -S=F8ren >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 15:44:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D96116A4CF for ; Mon, 18 Oct 2004 15:44:29 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAAD343D45 for ; Mon, 18 Oct 2004 15:44:28 +0000 (GMT) (envelope-from dr.clau@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so189948rnk for ; Mon, 18 Oct 2004 08:44:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=KioyGjQIoat/vnhX7b72JL9/3n13qFIpxK3hqigAdxgHg8ZhD24HeDoDCkITPM5YPfoGnV8czd8hk6/oqZax2NggQ4VevvdO4eNiXJvBUMwC5TypJ4UZbPIv+DPzSa083IE3d7i/DSsdD7gAMfU6/urn5fjWmiSC4a8+VS/GRGM Received: by 10.38.77.58 with SMTP id z58mr1020529rna; Mon, 18 Oct 2004 08:44:27 -0700 (PDT) Received: by 10.38.14.53 with HTTP; Mon, 18 Oct 2004 08:44:26 -0700 (PDT) Message-ID: Date: Mon, 18 Oct 2004 17:44:26 +0200 From: Claudiu Dragalina-Paraipan To: Dao-hui Chen In-Reply-To: <17120aa104101808381cc59152@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <17120aa104101808381cc59152@mail.gmail.com> cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claudiu Dragalina-Paraipan List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 15:44:29 -0000 This might be a bit away from the main interest of the thread: anyone has done any test in 5.2.1 ? With respect, Claudiu Dragalina-Paraipan. On Mon, 18 Oct 2004 23:38:18 +0800, Dao-hui Chen wrote= : > I have silimilar result, but this time the OS is 4.10-stable and 6-curren= t > 4.10: Intel ICH4 with ST380021A, Seagate's 7200rpm hard disk > 6: Intel ICH2 with IC35L040AVER07, IBM's 7200rpm hard disk >=20 > Both with custom kernel, soft-update and mount as async. > On 6-current I turn all debugging-related options off and using > SCHE_4BSD as default scheduler >=20 > In sequential input (block), the 4.10 box got a incredible results > as 590747K/sec (!!!), while 6-current got only 24906K/sec > In sequential output(block), the difference is also noticable with > 37432 vs 22180. >=20 > There may be some misses in sequential input, but in sequential output > the difference between 4.10 and 6 is noticable, about 15M/Sec. > Considering the > hardware difference, the difference in performance is still too large. >=20 >=20 >=20 > On Mon, 18 Oct 2004 16:42:55 +0200, S=F8ren Schmidt wro= te: > > Kenneth Culver wrote: > > > Quoting fandino : > > > > > >> Hello Kevin, > > >> > > >> Kevin Oberman wrote: > > >> > > >>>> Tests were done win bonnie++ 1.93c and the results were Linux two > > >>>> times faster than FreeBSD using the same hardware. > > >>>> > > >>>> GNU/Linux 2.4.18 with ext2: 56848 K/sec > > >>>> FreeBSD 5.3b7 with default fs: 26347 K/sec > > >>>> FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec > > >>>> FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec > > >>> > > >>> > > >>> > > >>> Are you comparing apples with apples? I believe that Linux mounts f= ile > > >>> systems as async by default. To compare with FreeBSD, you should us= e "-o > > >>> async" when you mount. Of course, this is less reliable. > > >>> > > >>> Also, make sure that disk write-cache is enabled on both or disable= d on > > >>> both. > > >> > > >> > > >> write-cache was enable on all tests and disks were in UDMA5 mode. > > >> > > >> In this new round of tests I add FreeBSD witch async and OpenBSD (al= ways > > >> using the same hardware). FreeBSD is by far, the worst throughput of= all > > >> (about 50% slower than others) :-? > > >> > > >> GNU/Linux 2.4.18 with ext2: 56848 K/sec > > >> FreeBSD 5.3b7 with default fs: 26347 K/sec > > >> FreeBSD 5.3b7 with default fs(async): 26566 K/sec > > >> FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec > > >> FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec > > >> FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec > > >> OpenBSD 3.5 UFS fs: 55277 K/sec > > >> > > >> * Each disk of the raid had a throughput of approx. 15000 K/sec > > >> ** Each disk of the raid had a throughput of approx. 7500 K/sec > > >> Each disk of the read split the throughput by half. > > >> > > >> How is possible that FreeBSD performs as bad? > > >> > > >> > > > If you're still using the GENERIC kernel, that could explain it, and > > > judging > > > from other emails I've seen from you, you're still using the GENERIC > > > kernel. > > > > Right, and you should also use -U (softupdates) on you newfs line. > > > > -- > > > > -S=F8ren > > > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 --=20 Claudiu Dragalina-Paraipan e-mail: dr.clau@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 15:53:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61E9D16A4CE for ; Mon, 18 Oct 2004 15:53:47 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3EBD43D55 for ; Mon, 18 Oct 2004 15:53:46 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9IFrwar039047; Mon, 18 Oct 2004 09:53:59 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <4173E6AF.1020105@freebsd.org> Date: Mon, 18 Oct 2004 09:52:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dao-hui Chen References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <17120aa104101808381cc59152@mail.gmail.com> In-Reply-To: <17120aa104101808381cc59152@mail.gmail.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 15:53:47 -0000 Dao-hui Chen wrote: > I have silimilar result, but this time the OS is 4.10-stable and 6-current > 4.10: Intel ICH4 with ST380021A, Seagate's 7200rpm hard disk > 6: Intel ICH2 with IC35L040AVER07, IBM's 7200rpm hard disk > > Both with custom kernel, soft-update and mount as async. > On 6-current I turn all debugging-related options off and using > SCHE_4BSD as default scheduler > > In sequential input (block), the 4.10 box got a incredible results > as 590747K/sec (!!!), while 6-current got only 24906K/sec > In sequential output(block), the difference is also noticable with > 37432 vs 22180. That's pretty average memory performance that you're getting. Of course, the ATA-133 and SATA-150 protocols have no possible way of transfering 590MB/sec, so you might want to look at ways to test performance that negates the common pitfalls such as OS caching, head position, etc. Also note that the large sequential access case is quite rare in real life; a more interesting and meaningful test is raw transaction/sec of small random data. I don't doubt that there is likely to be a performance difference between 4.x and 5.x, though. > > There may be some misses in sequential input, but in sequential output > the difference between 4.10 and 6 is noticable, about 15M/Sec. > Considering the > hardware difference, the difference in performance is still too large. Are you testing with identical disks and using identical locations on the disk? A common pitfall is to install multiple OS's on the same disk and then measure performance within each OS partition. Since sequential data rates change depending on whether the heads are close to the spindle or far away from the spindle, tests like this are mostly invalid. You need independent indentical disks that can be used to perform identical tests on identical absolute LBAs. You also need to confirm that things like WCE (Write Cache Enable) on the disks is set the same in all tests. Scott > > On Mon, 18 Oct 2004 16:42:55 +0200, Søren Schmidt wrote: > >>Kenneth Culver wrote: >> >>>Quoting fandino : >>> >>> >>>>Hello Kevin, >>>> >>>>Kevin Oberman wrote: >>>> >>>> >>>>>>Tests were done win bonnie++ 1.93c and the results were Linux two >>>>>>times faster than FreeBSD using the same hardware. >>>>>> >>>>>>GNU/Linux 2.4.18 with ext2: 56848 K/sec >>>>>>FreeBSD 5.3b7 with default fs: 26347 K/sec >>>>>>FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>>>>>FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec >>>>> >>>>> >>>>> >>>>>Are you comparing apples with apples? I believe that Linux mounts file >>>>>systems as async by default. To compare with FreeBSD, you should use "-o >>>>>async" when you mount. Of course, this is less reliable. >>>>> >>>>>Also, make sure that disk write-cache is enabled on both or disabled on >>>>>both. >>>> >>>> >>>>write-cache was enable on all tests and disks were in UDMA5 mode. >>>> >>>>In this new round of tests I add FreeBSD witch async and OpenBSD (always >>>>using the same hardware). FreeBSD is by far, the worst throughput of all >>>>(about 50% slower than others) :-? >>>> >>>>GNU/Linux 2.4.18 with ext2: 56848 K/sec >>>>FreeBSD 5.3b7 with default fs: 26347 K/sec >>>>FreeBSD 5.3b7 with default fs(async): 26566 K/sec >>>>FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>>>FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec >>>>FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec >>>>OpenBSD 3.5 UFS fs: 55277 K/sec >>>> >>>>* Each disk of the raid had a throughput of approx. 15000 K/sec >>>>** Each disk of the raid had a throughput of approx. 7500 K/sec >>>>Each disk of the read split the throughput by half. >>>> >>>>How is possible that FreeBSD performs as bad? >>>> >>>> >>> >>>If you're still using the GENERIC kernel, that could explain it, and >>>judging >>>from other emails I've seen from you, you're still using the GENERIC >>>kernel. >> >>Right, and you should also use -U (softupdates) on you newfs line. >> >>-- >> >>-Søren >> >> >> >> >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 16:11:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C572E16A4CE for ; Mon, 18 Oct 2004 16:11:31 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F01043D48 for ; Mon, 18 Oct 2004 16:11:31 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by mproxy.gmail.com with SMTP id v18so87167rnb for ; Mon, 18 Oct 2004 09:11:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=kyENYSaLUNRLvwgsHp4aoyGhVvAs3FbUAI8EwOztyuApuXkE7I0MlqlaRJz+Mpnb3LsPvyN5iUIxYSp3yy6MD5HodXSRB8vkyxQYfv5d/t0BxrSIG22Uh8ndIU12MWeRqM1oLxA7axxudROrB49CsoWWJi8k6SPkqHjjwObiLwo Received: by 10.38.98.26 with SMTP id v26mr574393rnb; Mon, 18 Oct 2004 09:11:30 -0700 (PDT) Received: by 10.38.8.57 with HTTP; Mon, 18 Oct 2004 09:11:30 -0700 (PDT) Message-ID: Date: Tue, 19 Oct 2004 00:11:30 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Installworld error at zoneinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 16:11:31 -0000 ===> share/zoneinfo (install) umask 022; cd /usr/src/share/zoneinfo; zic -D -d /usr/share/zoneinfo -p America/New_York -u root -g wheel -y /usr/obj/usr/src/share/zoneinfo/yearistype africa antarctica asia australasia etcetera europe factory northamerica southamerica systemv zic: can't create /usr/share/zoneinfo/America/Argentina/Buenos_Aires: No such file or directory *** Error code 1 Stop in /usr/src/share/zoneinfo. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 16:12:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15B5016A4CE for ; Mon, 18 Oct 2004 16:12:54 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2254B43D46 for ; Mon, 18 Oct 2004 16:12:51 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 816EC1F87BED; Mon, 18 Oct 2004 18:12:49 +0200 (CEST) Date: Mon, 18 Oct 2004 18:12:49 +0200 From: Roman Neuhauser To: freebsd-current Message-ID: <20041018161249.GA2126@isis.wad.cz> Mail-Followup-To: freebsd-current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: 5.3-BETA7 make release "env: not found" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 16:12:54 -0000 First-time release wrangler here, so it's quite possible this is a pilot error, but why do I see "env: not found" errors during make release? smradoch@wally ~ 1017:0 > grep -FB1 'env: not found' release.log cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.9FQf5F4J make -f Makefile.inc1 reinstall env: not found -- cd /usr/src; make -f Makefile.inc1 hierarchy env: not found -- cd /usr/src; make -f Makefile.inc1 install env: not found -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.ApkrC6vH make -f Makefile.inc1 redistribute env: not found -- cd /usr/src; make -f Makefile.inc1 distribute env: not found smradoch@wally ~ 1018:0 > cd /usr/src/release/ I have env(1) these locations: /usr/obj/usr/src/usr.bin/env/env /usr/release/usr/bin/env /usr/release/usr/obj/usr/src/usr.bin/env/env /usr/release/R/stage/trees/base/usr/bin/env /usr/release/R/cdrom/disc2/usr/bin/env as you can see, none of the locations is listed in the PATH assignments above. make is being called like this: make release \ BUILDNAME=5.3-ZCROS \ CHROOTDIR=/usr/release \ CVSROOT=/home/ncvs \ EXTSRCDIR=/usr/src \ RELEASETAG=RELENG_5_3 \ KERNEL_FLAGS=-j8 \ WORLD_FLAGS=-j8 \ -DNODOC \ -DNOPORTS /etc/make.conf contains this (and nothing more): PERL_VER=5.8.5 PERL_VERSION=5.8.5 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 16:44:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 081B316A4CE for ; Mon, 18 Oct 2004 16:44:33 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1FEB43D2F for ; Mon, 18 Oct 2004 16:44:31 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9IGiPi3028531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Oct 2004 18:44:28 +0200 Message-ID: <4173F2E9.7010407@ng.fadesa.es> Date: Mon, 18 Oct 2004 18:44:25 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> In-Reply-To: <4173D66F.6010200@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 16:44:33 -0000 Hello S=F8ren, S=F8ren Schmidt wrote: >>> GNU/Linux 2.4.18 with ext2: 56848 K/sec >>> FreeBSD 5.3b7 with default fs: 26347 K/sec >>> FreeBSD 5.3b7 with default fs(async): 26566 K/sec >>> FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>> FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec >>> FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec >>> OpenBSD 3.5 UFS fs: 55277 K/sec >>> >>> * Each disk of the raid had a throughput of approx. 15000 K/sec >>> ** Each disk of the raid had a throughput of approx. 7500 K/sec >>> Each disk of the read split the throughput by half. >>> >>> How is possible that FreeBSD performs as bad? >>> >>> >> If you're still using the GENERIC kernel, that could explain it, and=20 >> judging >> from other emails I've seen from you, you're still using the GENERIC=20 >> kernel. >=20 > Right, and you should also use -U (softupdates) on you newfs line. FreeBSD 5.3b7 with default fs(+softupdates): 26615 K/sec http://195.55.55.164/tests/fbsd+softupdates.txt I was running FreeBSD-4.x for two years with this problem, waiting for FreeBSD-5 because ATAng looks very promising. Unfortunately the performance problem persist :-( and I'd like to call the attention about performance over raw devices, whilst it's a very scientific test it's very curious: # dd if=3D/dev/ad4 of=3D/dev/null bs=3D1024k count=3D1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 31.090536 secs (34535970 bytes/sec) over 34000 K/sec, using raw devices (for sequential access obviously) not softupdates, filesystems or caches are involved, and with all this FreeBSD performace is very deficient. Tests with OpenBSD and Linux using raw devices shows a throughput of approx 60000 K/sec. The question here is why using low-level access to disks is so bad? Perphas I'm missing something but this seems very weird to me. I'd like to know wich is you opinion about this. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 17:15:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E8716A4CE for ; Mon, 18 Oct 2004 17:15:35 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 423CC43D2F for ; Mon, 18 Oct 2004 17:15:35 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 31492 invoked by uid 89); 18 Oct 2004 17:23:17 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 18 Oct 2004 17:23:17 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Mon, 18 Oct 2004 11:23:17 -0600 (MDT) Message-ID: <64820.208.4.77.15.1098120197.squirrel@208.4.77.15> In-Reply-To: <20041018161249.GA2126@isis.wad.cz> References: <20041018161249.GA2126@isis.wad.cz> Date: Mon, 18 Oct 2004 11:23:17 -0600 (MDT) From: "Ryan Sommers" To: "Roman Neuhauser" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-current Subject: Re: 5.3-BETA7 make release 'env: not found' errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 17:15:35 -0000 Roman Neuhauser said: > First-time release wrangler here, so it's quite possible this is a pilot > error, but why do I see "env: not found" errors during make release? > > > smradoch@wally ~ 1017:0 > grep -FB1 'env: not found' release.log > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 > CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac > PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.9FQf5F4J > make -f Makefile.inc1 reinstall > env: not found > -- Try running a buildworld first. This looks like your toolchain isn't getting built. I'm not sure if 'make release' explicitly builds the toolchain or if it relies on buildworld to build it. Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 17:25:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B5B716A4CE for ; Mon, 18 Oct 2004 17:25:42 +0000 (GMT) Received: from smtp.housing.ufl.edu (smtp.housing.ufl.edu [128.227.47.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70BD443D46 for ; Mon, 18 Oct 2004 17:25:41 +0000 (GMT) (envelope-from WillS@housing.ufl.edu) Received: (qmail 42363 invoked by uid 98); 18 Oct 2004 13:25:40 -0400 Received: from WillS@housing.ufl.edu by smtp.housing.ufl.edu by uid 1003 with qmail-scanner-1.20 (spamassassin: 2.63. Clear:RC:1(128.227.47.18):. Processed in 0.027543 secs); 18 Oct 2004 17:25:40 -0000 X-Qmail-Scanner-Mail-From: WillS@housing.ufl.edu via smtp.housing.ufl.edu X-Qmail-Scanner: 1.20 (Clear:RC:1(128.227.47.18):. Processed in 0.027543 secs) Received: from bragi.housing.ufl.edu (128.227.47.18) by smtp.housing.ufl.edu with (RC4-MD5 encrypted) SMTP; 18 Oct 2004 13:25:40 -0400 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 Date: Mon, 18 Oct 2004 13:25:40 -0400 Message-ID: <0E972CEE334BFE4291CD07E056C76ED802E87493@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: pr/63837 fixes issue with multi-item usb devices, please commit Thread-Index: AcS1N30uJQACyaHTQZOP5t93wtyFwA== From: "Will Saxon" To: Subject: pr/63837 fixes issue with multi-item usb devices, please commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 17:25:42 -0000 The 2 line patch to hid.c referenced in pr/63837 fixes issues with = combination USB devices like combo mouse/keyboards among other things. = Can someone please check this out and (hopefully) commit it? -Will From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 17:38:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3547716A4CE for ; Mon, 18 Oct 2004 17:38:24 +0000 (GMT) Received: from mail.crypta.net (mail.crypta.net [83.136.131.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E6C43D55 for ; Mon, 18 Oct 2004 17:38:23 +0000 (GMT) (envelope-from ah@crypta.net) Received: by mail.crypta.net (Postfix, from userid 1001) id B0FE7ECD43B; Mon, 18 Oct 2004 19:38:21 +0200 (CEST) Date: Mon, 18 Oct 2004 19:38:20 +0200 From: Andy Hilker To: freebsd-current@freebsd.org Message-ID: <20041018173820.GB56576@mail.crypta.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0xEC6E1071 X-PGP-Fingerprint: 9B2E 5892 AD93 D5C5 FB8E 3912 35D6 951B EC6E 1071 Subject: 5.3-RC1: jail + bind9, devfs rule: ioctl DEVFSIO_RAPPLY: Inappropriate ioctl for device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 17:38:24 -0000 Hi, i have upgraded from 5.2.1 to 5.3-RC1. Bind8 runs fine in jail environment. I have migrated as described in /usr/src/UPDATING. Bind9 runs fine, too. But i when jail starts with "named_enable="YES"" in /etc/rc.conf, i see: [...] Starting syslogd. mount_devfs: Operation not permitted devfs rule: ioctl DEVFSIO_RAPPLY: Inappropriate ioctl for device devfs rule: ioctl DEVFSIO_RAPPLY: Inappropriate ioctl for device devfs rule: ioctl DEVFSIO_RAPPLY: Inappropriate ioctl for device Starting named. Clearing /tmp. [...] at startup. With "named_enable="NO"" there are no devfs rule: ioctl... messages. Bind 9 runs, logfiles looks good and i have no devfs rules, but maybe errors on jail startup pointing to another problem. Anyone knows what happens here? bye, Andy From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 17:50:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 124F016A4CE for ; Mon, 18 Oct 2004 17:50:00 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47E8C43D45 for ; Mon, 18 Oct 2004 17:49:59 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9IHnwbF097720 for ; Mon, 18 Oct 2004 20:49:58 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 33701-18 for ; Mon, 18 Oct 2004 20:49:57 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9IHnr3t097717 for ; Mon, 18 Oct 2004 20:49:56 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9IHnk3M089864 for freebsd-current@freebsd.org; Mon, 18 Oct 2004 20:49:46 +0300 (EEST) (envelope-from ru) Date: Mon, 18 Oct 2004 20:49:45 +0300 From: Ruslan Ermilov To: freebsd-current Message-ID: <20041018174945.GC89681@ip.net.ua> References: <20041018161249.GA2126@isis.wad.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yLVHuoLXiP9kZBkt" Content-Disposition: inline In-Reply-To: <20041018161249.GA2126@isis.wad.cz> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: 5.3-BETA7 make release "env: not found" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 17:50:00 -0000 --yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 18, 2004 at 06:12:49PM +0200, Roman Neuhauser wrote: > First-time release wrangler here, so it's quite possible this is a pilot > error, but why do I see "env: not found" errors during make release? >=20 >=20 > smradoch@wally ~ 1017:0 > grep -FB1 'env: not found' release.log=20 > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHINE=3D= i386 CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin GR= OFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TM= AC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=3D/usr/obj/usr/= src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/= src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i= 386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.9FQf5F4J make -f M= akefile.inc1 reinstall > env: not found > -- > cd /usr/src; make -f Makefile.inc1 hierarchy > env: not found > -- > cd /usr/src; make -f Makefile.inc1 install > env: not found > -- > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHINE=3D= i386 CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin GR= OFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TM= AC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=3D/usr/obj/usr/= src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/= src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i= 386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.ApkrC6vH make -f M= akefile.inc1 redistribute > env: not found > -- > cd /usr/src; make -f Makefile.inc1 distribute > env: not found > smradoch@wally ~ 1018:0 > cd /usr/src/release/=20 >=20 > I have env(1) these locations: >=20 > /usr/obj/usr/src/usr.bin/env/env >=20 > /usr/release/usr/bin/env > /usr/release/usr/obj/usr/src/usr.bin/env/env > /usr/release/R/stage/trees/base/usr/bin/env > /usr/release/R/cdrom/disc2/usr/bin/env >=20 > as you can see, none of the locations is listed in the PATH assignments a= bove. >=20 I was responsible for and aware of these warnings, but have been ignoring them until now. Thanks for reminding! They were mostly harmless, but anyway, a fix is now committed as src/Makefile,v 1.309. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --yLVHuoLXiP9kZBkt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBdAI5qRfpzJluFF4RAoOyAJ4vzxddjbjfsljibs+CuihCftwNhACgjc7E kbfCfPR1igIJM5ZDMgmv4VY= =MGuB -----END PGP SIGNATURE----- --yLVHuoLXiP9kZBkt-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 17:57:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 591EC16A4CE; Mon, 18 Oct 2004 17:57:13 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 243C143D1D; Mon, 18 Oct 2004 17:57:13 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i9IHvAFp029830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 18 Oct 2004 10:57:12 -0700 Message-ID: <417403F6.8070203@root.org> Date: Mon, 18 Oct 2004 10:57:10 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <5ad23a300410071928791fa9c@mail.gmail.com> <20041008030317.GV664@empiric.icir.org> <5ad23a3004100720467646e1ea@mail.gmail.com> <20041008102758.GH718@empiric.icir.org> <20041008223600.GL718@empiric.icir.org> In-Reply-To: <20041008223600.GL718@empiric.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: anholt@freebsd.org cc: njl@freebsd.org cc: freebsd-current@freebsd.org cc: imp@freebsd.org cc: Jordan Sissel Subject: Re: Radeon AGP suspend/resume support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 17:57:13 -0000 Bruce M Simpson wrote: > So *no* suspend/resume support ever actually gets called, for any userland > driver in the X tree, on FreeBSD. It seems X needs to be re-educated about > how FreeBSD suspends and resumes. It may well be more appropriate to rewrite > this module entirely from scratch for use with ACPI. > > This would seem to boil down to two components being needed: > a) AGP suspend/resume support. > b) X.org/XF86 support for suspend/resume with ACPI. I haven't gotten any comments on the patch I posted. Is there an X person who can work with me on this? -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 17:57:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51B3C16A4CF; Mon, 18 Oct 2004 17:57:54 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C685443D2D; Mon, 18 Oct 2004 17:57:53 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 971D372DD4; Mon, 18 Oct 2004 10:57:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 91E6D72DCB; Mon, 18 Oct 2004 10:57:53 -0700 (PDT) Date: Mon, 18 Oct 2004 10:57:53 -0700 (PDT) From: Doug White To: Borghesi Guilhem In-Reply-To: <416FCCD6.5020401@dpt-info.u-strasbg.fr> Message-ID: <20041018104945.M3917@carver.gumbysoft.com> References: <416FCCD6.5020401@dpt-info.u-strasbg.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-sparc64@freebsd.org Subject: Re: limits of maxproc on SUN E450 with FreeBSD 5.3 Beta7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 17:57:54 -0000 On Fri, 15 Oct 2004, Borghesi Guilhem wrote: > I've installed a FreeBSD 5.3 Beta7 on a Sun sparc64 Enterprise 450. > This machine is a Terminal and application server for University > students. They are using this server for system programming (C for > example) and they often use the command "fork ()" into "while" loops. We call that a "forkbomb." > This kind of bad programming is quite frequent at the university, and > that's the reason why I'm trying to limit the number of maxproc per > user. I've limited the maxproc with the /etc/login.conf file at 100 and > make a "cap_mkdb /etc/login.conf", but it doesn't work. Worst, when the > number of processes reach the limit, the server crash with the console > message :"panic: trap: data access error". > > I've tried to put "unlimited" in place of "100", but it does'nt change > anything because the system has an implicit limit for users > (kern.maxprocperuid: 5547). It should change the soft limit on maxproc, and the kernel sysctl is the hard limit. The user can change the limit up to the hard limit, but it will start out at the soft limit. What as the exact change you made to login.conf? Did you test it after logging out and logging back in? How were you logging in? Obviously, the panic isn't such a great thing. Did you get a crashdump? > In the /var/log/messages, the last line before crash is : > "kernel: maxproc limit exceeded by uid 10051, please see tuning(7) and > login.conf(5)." > > Thank's a lot for any help ! > > Guilhem > > Here are my dmesg and login.conf files : > > dmesg : > =================================== > Copstray vector interrupt 2029 > yright (c) 1992-2004 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.3-BETA7 #3: Wed Oct 13 20:24:13 CEST 2004 > toor@ada.u-strasbg.fr:/usr/obj/usr/src/sys/GENERIC > real memory = 4294967296 (4096 MB) > avail memory = 4177952768 (3984 MB) > cpu0: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) > cpu1: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) > cpu2: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) > cpu3: Sun Microsystems UltraSparc-II Processor (480.00 MHz CPU) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > nexus0: > nexus0: , type (unknown) (no driver attached) > pcib0: on nexus0 > pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B > pcib0: [FAST] > pcib0: [GIANT-LOCKED] > pcib0: [FAST] > pcib0: [GIANT-LOCKED] > pcib0: [FAST] > initializing counter-timer > Timecounter "counter-timer" frequency 1000000 Hz quality 100 > pcib0 dvma: DVMA map: 0xfc000000 to 0xffffffff > pci0: on pcib0 > ebus0: mem > 0x71000000-0x717fffff,0x70000000-0x70ffffff at device 1.0 on pci0 > ebus0: addr > 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 > > > > > > (no driver attached) > ebus0: addr 0x1400724000-0x1400724003 irq 2034,2021 (no driver > attached) > ebus0: addr 0x1400504000-0x1400504002 (no driver attached) > ebus0: addr 0x1400500000-0x1400500007 (no driver attached) > sab0: addr 0x1400400000-0x140040007f irq 43 on > ebus0 > sab0: [FAST] > sabtty0: on sab0 > sabtty1: on sab0 > ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) > ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) > ebus0: addr > 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14003043bc-0x14003043cb > > > > > > irq 2018 (no driver attached) > ebus0: addr > 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0-0x14003023f7 > > > > > > irq 2023 (no driver attached) > eeprom0: addr 0x1400000000-0x1400001fff on ebus0 > eeprom0: model mk48t59 > eeprom0: hostid 80fee436 > ebus0: addr > 0x1000000000-0x10000fffff,0x1000000000-0x10000fffff (no driver attached) > ebus0: addr 0x1400600000-0x1400600003 irq 2021,2024 (no > driver attached) > hme0: mem 0x8000-0xffff at device 1.1 on pci0 > miibus0: on hme0 > nsphy0: on miibus0 > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > hme0: Ethernet address: 08:00:20:fe:e4:36 > hme0: if_start running deferred for Giant > hme0: [GIANT-LOCKED] > sym0: <875> port 0x400-0x4ff mem 0x12000-0x12fff,0x10000-0x100ff at > device 3.0 on pci0 > sym0: No NVRAM, ID 7, Fast-20, SE, parity checking > sym0: [GIANT-LOCKED] > sym1: <875> port 0x800-0x8ff mem 0x16000-0x16fff,0x14000-0x140ff at > device 2.0 on pci0 > sym1: No NVRAM, ID 7, Fast-20, SE, parity checking > sym1: [GIANT-LOCKED] > pci0: at device 4.0 (no driver attached) > pcib1: on nexus0 > pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A > pci1: on pcib1 > nexus0: , type memory-controller (no driver attached) > pcib2: on nexus0 > pcib2: Psycho, impl 0, version 4, ign 0x100, bus B > pcib2: [FAST] > pcib2: [GIANT-LOCKED] > pcib2: [FAST] > pcib2: [GIANT-LOCKED] > pcib2: [FAST] > initializing counter-timer > Timecounter "counter-timer" frequency 1000000 Hz quality 100 > pcib2 dvma: DVMA map: 0xfc000000 to 0xffffffff > pci2: on pcib2 > pcib3: on nexus0 > pcib3: Psycho, impl 0, version 4, ign 0x100, bus A > pci3: on pcib3 > pcib4: on nexus0 > pcib4: Psycho, impl 0, version 4, ign 0x180, bus B > pcib4: [FAST] > pcib4: [GIANT-LOCKED] > pcib4: [FAST] > pcib4: [GIANT-LOCKED] > pcib4: [FAST] > initializing counter-timer > Timecounter "counter-timer" frequency 1000000 Hz quality 100 > pcib4 dvma: DVMA map: 0xfc000000 to 0xffffffff > pci4: on pcib4 > pcib5: on nexus0 > pcib5: Psycho, impl 0, version 4, ign 0x180, bus A > pci5: on pcib5 > Timecounters tick every 10.000 msec > Waiting 15 seconds for SCSI devices to settle > da0 at sym0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing > Enabled > da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > da2 at sym0 bus 0 target 3 lun 0 > da2: Fixed Direct Access SCSI-2 device > da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing > Enabled > da2: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > da1 at sym0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing > Enabled > da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > SMP: AP CPU #3 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #1 Launched! > cd0 at sym1 bus 0 target 6 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 20.000MB/s transfers (20.000MHz, offset 16) > cd0: Attempt to query device size failed: NOT READY, Medium not present > Mounting root from ufs:/dev/da0a > WARNING: / was not properly dismounted > WARNING: /usr was not properly dismounted > /usr: superblock summary recomputed > WARNING: /var was not properly dismounted > WARNING: /users was not properly dismounted > /users: superblock summary recomputed > hme0: invalid packet size 9929; dropping > hme0: invalid packet size 9929; dropping > hme0: invalid packet size 9929; dropping > hme0: invalid packet size 6348; dropping > hme0: invalid packet size 9929; dropping > hme0: too may errors; not reporting any more > pid 1486 (TCPs), uid 2048: exited on signal 11 (core dumped) > pid 1490 (TCPs), uid 2048: exited on signal 11 (core dumped) > pid 1772 (TCPs), uid 2048: exited on signal 11 (core dumped) > pid 2354 (TCPs), uid 2048: exited on signal 11 (core dumped) > pid 2657 (upile), uid 4071: exited on signal 11 (core dumped) > pid 2978 (TCPs), uid 2048: exited on signal 11 (core dumped) > pid 3110 (TCPs), uid 2048: exited on signal 11 (core dumped) > pid 3122 (TCPs), uid 2048: exited on signal 11 (core dumped) > > =================================== > > > login.conf: > =================================== > # login.conf - login class capabilities database. > # > # Remember to rebuild the database after each change to this file: > # > # cap_mkdb /etc/login.conf > # > # This file controls resource limits, accounting limits and > # default user environment settings. > # > # $FreeBSD: src/etc/login.conf,v 1.49 2004/06/06 11:46:27 schweikh Exp $ > # > > # Default settings effectively disable resource limits, see the > # examples below for a starting point to enable them. > > # defaults > # These settings are used by login(1) by default for classless users > # Note that entries like "cputime" set both "cputime-cur" and "cputime-max" > > default:\ > :passwd_format=md5:\ > :copyright=/etc/COPYRIGHT:\ > :welcome=/etc/motd:\ > :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=YES:\ > :path=/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin > /usr/local/bin /usr/X11R6/bin ~/bin:\ > :nologin=/var/run/nologin:\ > :cputime=unlimited:\ > :datasize=unlimited:\ > :stacksize=unlimited:\ > :memorylocked=unlimited:\ > :memoryuse=unlimited:\ > :filesize=unlimited:\ > :coredumpsize=unlimited:\ > :openfiles=unlimited:\ > :maxproc=unlimited:\ > :sbsize=unlimited:\ > :vmemoryuse=unlimited:\ > :priority=0:\ > :ignoretime@:\ > :umask=022: > > > # > # A collection of common class names - forward them all to 'default' > # (login would normally do this anyway, but having a class name > # here suppresses the diagnostic) > # > standard:\ > :tc=default: > xuser:\ > :tc=default: > staff:\ > :tc=default: > daemon:\ > :tc=default: > news:\ > :tc=default: > dialer:\ > :tc=default: > > # > # Root can always login > # > # N.B. login_getpwclass(3) will use this entry for the root account, > # in preference to 'default'. > root:\ > :ignorenologin:\ > :tc=default: > > # > # Russian Users Accounts. Setup proper environment variables. > # > russian|Russian Users Accounts:\ > :charset=KOI8-R:\ > :lang=ru_RU.KOI8-R:\ > :tc=default: > > > ###################################################################### > ###################################################################### > ## > ## Example entries > ## > ###################################################################### > ###################################################################### > > ## Example defaults > ## These settings are used by login(1) by default for classless users > ## Note that entries like "cputime" set both "cputime-cur" and "cputime-max" > # > #default:\ > # :cputime=infinity:\ > # :datasize-cur=22M:\ > # :stacksize-cur=8M:\ > # :memorylocked-cur=10M:\ > # :memoryuse-cur=30M:\ > # :filesize=infinity:\ > # :coredumpsize=infinity:\ > # :maxproc-cur=64:\ > # :openfiles-cur=64:\ > # :priority=0:\ > # :requirehome@:\ > # :umask=022:\ > # :tc=auth-defaults: > # > # > ## > ## standard - standard user defaults > ## > #standard:\ > # :copyright=/etc/COPYRIGHT:\ > # :welcome=/etc/motd:\ > # :setenv=MAIL=/var/mail/$,BLOCKSIZE=K:\ > # :path=~/bin /bin /usr/bin /usr/local/bin:\ > # :manpath=/usr/share/man /usr/local/man:\ > # :nologin=/var/run/nologin:\ > # :cputime=1h30m:\ > # :datasize=8M:\ > # :vmemoryuse=100M:\ > # :stacksize=2M:\ > # :memorylocked=4M:\ > # :memoryuse=8M:\ > # :filesize=8M:\ > # :coredumpsize=8M:\ > # :openfiles=24:\ > # :maxproc=32:\ > # :priority=0:\ > # :requirehome:\ > # :passwordtime=90d:\ > # :umask=002:\ > # :ignoretime@:\ > # :tc=default: > # > # > ## > ## users of X (needs more resources!) > ## > #xuser:\ > # :manpath=/usr/share/man /usr/X11R6/man /usr/local/man:\ > # :cputime=4h:\ > # :datasize=12M:\ > # :vmemoryuse=infinity:\ > # :stacksize=4M:\ > # :filesize=8M:\ > # :memoryuse=16M:\ > # :openfiles=32:\ > # :maxproc=48:\ > # :tc=standard: > # > # > ## > ## Staff users - few restrictions and allow login anytime > ## > #staff:\ > # :ignorenologin:\ > # :ignoretime:\ > # :requirehome@:\ > # :accounted@:\ > # :path=~/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin > /usr/local/sbin:\ > # :umask=022:\ > # :tc=standard: > # > # > ## > ## root - fallback for root logins > ## > #root:\ > # :path=~/bin /bin /sbin /usr/bin /usr/sbin /usr/local/bin > /usr/local/sbin:\ > # :cputime=infinity:\ > # :datasize=infinity:\ > # :stacksize=infinity:\ > # :memorylocked=infinity:\ > # :memoryuse=infinity:\ > # :filesize=infinity:\ > # :coredumpsize=infinity:\ > # :openfiles=infinity:\ > # :maxproc=infinity:\ > # :memoryuse-cur=32M:\ > # :maxproc-cur=64:\ > # :openfiles-cur=1024:\ > # :priority=0:\ > # :requirehome@:\ > # :umask=022:\ > # :tc=auth-root-defaults: > # > # > ## > ## Settings used by /etc/rc > ## > #daemon:\ > # :coredumpsize@:\ > # :coredumpsize-cur=0:\ > # :datasize=infinity:\ > # :datasize-cur@:\ > # :maxproc=512:\ > # :maxproc-cur@:\ > # :memoryuse-cur=64M:\ > # :memorylocked-cur=64M:\ > # :openfiles=1024:\ > # :openfiles-cur@:\ > # :stacksize=16M:\ > # :stacksize-cur@:\ > # :tc=default: > # > # > ## > ## Settings used by news subsystem > ## > #news:\ > # :path=/usr/local/news/bin /bin /sbin /usr/bin /usr/sbin > /usr/local/bin /usr/local/sbin:\ > # :cputime=infinity:\ > # :filesize=128M:\ > # :datasize-cur=64M:\ > # :stacksize-cur=32M:\ > # :coredumpsize-cur=0:\ > # :maxmemorysize-cur=128M:\ > # :memorylocked=32M:\ > # :maxproc=128:\ > # :openfiles=256:\ > # :tc=default: > # > # > ## > ## The dialer class should be used for a dialup PPP/SLIP accounts > ## Welcome messages/news suppressed > ## > #dialer:\ > # :hushlogin:\ > # :requirehome@:\ > # :cputime=unlimited:\ > # :filesize=2M:\ > # :datasize=2M:\ > # :stacksize=4M:\ > # :coredumpsize=0:\ > # :memoryuse=4M:\ > # :memorylocked=1M:\ > # :maxproc=16:\ > # :openfiles=32:\ > # :tc=standard: > # > # > ## > ## Site full-time 24/7 PPP/SLIP connections > ## - no time accounting, restricted to access via dialin lines > ## > #site:\ > # :ignoretime:\ > # :passwordtime@:\ > # :refreshtime@:\ > # :refreshperiod@:\ > # :sessionlimit@:\ > # :autodelete@:\ > # :expireperiod@:\ > # :graceexpire@:\ > # :gracetime@:\ > # :warnexpire@:\ > # :warnpassword@:\ > # :idletime@:\ > # :sessiontime@:\ > # :daytime@:\ > # :weektime@:\ > # :monthtime@:\ > # :warntime@:\ > # :accounted@:\ > # :tc=dialer:\ > # :tc=staff: > # > # > ## > ## Example standard accounting entries for subscriber levels > ## > # > #subscriber|Subscribers:\ > # :accounted:\ > # :refreshtime=180d:\ > # :refreshperiod@:\ > # :sessionlimit@:\ > # :autodelete=30d:\ > # :expireperiod=180d:\ > # :graceexpire=7d:\ > # :gracetime=10m:\ > # :warnexpire=7d:\ > # :warnpassword=7d:\ > # :idletime=30m:\ > # :sessiontime=4h:\ > # :daytime=6h:\ > # :weektime=40h:\ > # :monthtime=120h:\ > # :warntime=4h:\ > # :tc=standard: > # > # > ## > ## Subscriber accounts. These accounts have their login times > ## accounted and have access limits applied. > ## > #subppp|PPP Subscriber Accounts:\ > # :tc=dialer:\ > # :tc=subscriber: > # > # > #subslip|SLIP Subscriber Accounts:\ > # :tc=dialer:\ > # :tc=subscriber: > # > # > #subshell|Shell Subscriber Accounts:\ > # :tc=subscriber: > # > ## > ## If you want some of the accounts to use traditional UNIX DES based > ## password hashes. > ## > #des_users:\ > # :passwd_format=des:\ > # :tc=default: > > =================================== > > > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 18:01:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE5B116A4CE for ; Mon, 18 Oct 2004 18:01:06 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F0243D2F for ; Mon, 18 Oct 2004 18:01:06 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CJbof-000IpA-2W; Mon, 18 Oct 2004 11:01:05 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16756.1248.574545.815252@ran.psg.com> Date: Mon, 18 Oct 2004 11:01:04 -0700 To: "Poul-Henning Kamp" References: <19260.1097963444@critter.freebsd.dk> <50295.1098084610@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 18:01:07 -0000 >>> root's shell is /usr/local/bin/bash (no comments, please:-) >>> i am seeing the problem as root in multiluser. i don't spend >>> much time in single abuser, so can't say. >> Ahh, that's different then. >> I'll hunt this one down tomorrow. > > Can you try this patch ? did, but it did not fix the problem. did a simple portupgrade. when it finished, i typed "ls," which was not echoed, but i got the output of the command. issued "reset" command. now it echos again. sorry. randy > > Index: sys/tty.h > =================================================================== > RCS file: /home/ncvs/src/sys/sys/tty.h,v > retrieving revision 1.96 > diff -u -r1.96 tty.h > --- sys/tty.h 30 Sep 2004 10:38:47 -0000 1.96 > +++ sys/tty.h 18 Oct 2004 06:43:10 -0000 > @@ -357,6 +357,7 @@ > void ttyfree(struct tty *tp); > void ttygone(struct tty *tp); > void ttyinfo(struct tty *tp); > +void ttyinitmode(struct tty *tp, int echo, int speed); > int ttyinput(int c, struct tty *tp); > int ttylclose(struct tty *tp, int flag); > void ttyldoptim(struct tty *tp); > Index: kern/tty.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/tty.c,v > retrieving revision 1.238 > diff -u -r1.238 tty.c > --- kern/tty.c 15 Oct 2004 09:03:07 -0000 1.238 > +++ kern/tty.c 18 Oct 2004 07:24:42 -0000 > @@ -2845,11 +2845,7 @@ > tp->t_timeout = -1; > tp->t_dtr_wait = 3 * hz; > > - tp->t_init_in.c_iflag = TTYDEF_IFLAG; > - tp->t_init_in.c_oflag = TTYDEF_OFLAG; > - tp->t_init_in.c_cflag = TTYDEF_CFLAG; > - tp->t_init_in.c_lflag = TTYDEF_LFLAG; > - tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = TTYDEF_SPEED; > + ttyinitmode(tp, 0, 0); > bcopy(ttydefchars, tp->t_init_in.c_cc, sizeof tp->t_init_in.c_cc); > > /* Make callout the same as callin */ > @@ -3365,23 +3361,45 @@ > } > > /* > - * Use more "normal" termios paramters for consoles. > + * Initialize a tty to sane modes. > */ > void > -ttyconsolemode(struct tty *tp, int speed) > +ttyinitmode(struct tty *tp, int echo, int speed) > { > > + if (speed == 0) > + speed = TTYDEF_SPEED; > tp->t_init_in.c_iflag = TTYDEF_IFLAG; > tp->t_init_in.c_oflag = TTYDEF_OFLAG; > - tp->t_init_in.c_cflag = TTYDEF_CFLAG | CLOCAL; > - tp->t_init_in.c_lflag = TTYDEF_LFLAG_ECHO; > - tp->t_lock_out.c_cflag = tp->t_lock_in.c_cflag = CLOCAL; > + tp->t_init_in.c_cflag = TTYDEF_CFLAG; > + if (echo) > + tp->t_init_in.c_lflag = TTYDEF_LFLAG_ECHO; > + else > + tp->t_init_in.c_lflag = TTYDEF_LFLAG; > + > + tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = speed; > + tp->t_init_out = tp->t_init_in; > + termioschars(&tp->t_termios); > + tp->t_termios = tp->t_init_in; > +} > + > +/* > + * Use more "normal" termios paramters for consoles. > + */ > +void > +ttyconsolemode(struct tty *tp, int speed) > +{ > + > if (speed == 0) > speed = TTYDEF_SPEED; > + ttyinitmode(tp, 1, speed); > + tp->t_init_in.c_cflag |= CLOCAL; > + termioschars(&tp->t_termios); > + tp->t_lock_out.c_cflag = tp->t_lock_in.c_cflag = CLOCAL; > tp->t_lock_out.c_ispeed = tp->t_lock_out.c_ospeed = > - tp->t_lock_in.c_ispeed = tp->t_lock_in.c_ospeed = > - tp->t_init_in.c_ispeed = tp->t_init_in.c_ospeed = speed; > + tp->t_lock_in.c_ispeed = tp->t_lock_in.c_ospeed = speed; > tp->t_init_out = tp->t_init_in; > + tp->t_termios = tp->t_init_in; > } > > /* > Index: dev/syscons/syscons.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/syscons/syscons.c,v > retrieving revision 1.430 > diff -u -r1.430 syscons.c > --- dev/syscons/syscons.c 14 Oct 2004 08:58:28 -0000 1.430 > +++ dev/syscons/syscons.c 18 Oct 2004 06:52:09 -0000 > @@ -145,6 +145,7 @@ > static int debugger; > > /* prototypes */ > +static struct tty *sc_alloc_tty(struct cdev *dev); > static int scvidprobe(int unit, int flags, int cons); > static int sckbdprobe(int unit, int flags, int cons); > static void scmeminit(void *arg); > @@ -288,10 +289,23 @@ > return names[i].name[(adp->va_flags & V_ADP_COLOR) ? 0 : 1]; > } > > +static struct tty * > +sc_alloc_tty(struct cdev *dev) > +{ > + struct tty *tp; > + > + tp = dev->si_tty = ttyalloc(); > + ttyinitmode(tp, 1, 0); > + tp->t_oproc = scstart; > + tp->t_param = scparam; > + tp->t_stop = nottystop; > + tp->t_dev = dev; > + return (tp); > +} > + > int > sc_attach_unit(int unit, int flags) > { > - struct tty *tp; > sc_softc_t *sc; > scr_stat *scp; > #ifdef SC_PIXEL_MODE > @@ -383,14 +397,9 @@ > > for (vc = 0; vc < sc->vtys; vc++) { > if (sc->dev[vc] == NULL) { > - dev = make_dev(&sc_cdevsw, vc + unit * MAXCONS, > + sc->dev[vc] = make_dev(&sc_cdevsw, vc + unit * MAXCONS, > UID_ROOT, GID_WHEEL, 0600, "ttyv%r", vc + unit * MAXCONS); > - sc->dev[vc] = dev; > - tp = sc->dev[vc]->si_tty = ttyalloc(); > - tp->t_oproc = scstart; > - tp->t_param = scparam; > - tp->t_stop = nottystop; > - tp->t_dev = sc->dev[vc]; > + sc_alloc_tty(sc->dev[vc]); > if (vc == 0 && sc->dev == main_devs) > SC_STAT(sc->dev[0]) = &main_console; > } > @@ -403,12 +412,8 @@ > > dev = make_dev(&sc_cdevsw, SC_CONSOLECTL, > UID_ROOT, GID_WHEEL, 0600, "consolectl"); > - tp = dev->si_tty = sc_console_tty = ttyalloc(); > - ttyconsolemode(tp, 0); > - tp->t_oproc = scstart; > - tp->t_param = scparam; > - tp->t_stop = nottystop; > - tp->t_dev = dev; > + sc_console_tty = sc_alloc_tty(dev); > + ttyconsolemode(sc_console_tty, 0); > SC_STAT(dev) = sc_console; > > return 0; > @@ -2581,7 +2586,6 @@ > static void > scinit(int unit, int flags) > { > - struct tty *tp; > > /* > * When syscons is being initialized as the kernel console, malloc() > @@ -2692,11 +2696,7 @@ > sc->dev = malloc(sizeof(struct cdev *)*sc->vtys, M_DEVBUF, M_WAITOK|M_ZERO); > sc->dev[0] = make_dev(&sc_cdevsw, unit * MAXCONS, > UID_ROOT, GID_WHEEL, 0600, "ttyv%r", unit * MAXCONS); > - tp = sc->dev[0]->si_tty = ttyalloc(); > - tp->t_oproc = scstart; > - tp->t_param = scparam; > - tp->t_stop = nottystop; > - tp->t_dev = sc->dev[0]; > + sc_alloc_tty(sc->dev[0]); > scp = alloc_scp(sc, sc->first_vty); > SC_STAT(sc->dev[0]) = scp; > } > Index: dev/syscons/sysmouse.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/syscons/sysmouse.c,v > retrieving revision 1.25 > diff -u -r1.25 sysmouse.c > --- dev/syscons/sysmouse.c 14 Oct 2004 08:58:28 -0000 1.25 > +++ dev/syscons/sysmouse.c 18 Oct 2004 06:58:37 -0000 > @@ -80,12 +80,7 @@ > > tp = dev->si_tty; > if (!(tp->t_state & TS_ISOPEN)) { > - ttychars(tp); > - tp->t_iflag = TTYDEF_IFLAG; > - tp->t_oflag = TTYDEF_OFLAG; > - tp->t_cflag = TTYDEF_CFLAG; > - tp->t_lflag = TTYDEF_LFLAG; > - tp->t_ispeed = tp->t_ospeed = TTYDEF_SPEED; > + ttyinitmode(tp, 0, 0); > smparam(tp, &tp->t_termios); > ttyld_modem(tp, 1); > } else if (tp->t_state & TS_XCLUDE && suser(td)) { > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 18:09:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A00F16A4CE for ; Mon, 18 Oct 2004 18:09:59 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A63443D31 for ; Mon, 18 Oct 2004 18:09:59 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 37886 invoked by uid 89); 18 Oct 2004 18:17:41 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 18 Oct 2004 18:17:41 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Mon, 18 Oct 2004 12:17:41 -0600 (MDT) Message-ID: <65140.208.4.77.15.1098123461.squirrel@208.4.77.15> In-Reply-To: <4173635C.5000304@yahoo.com> References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <4172E340.20206@freebsd.org> <41731071.2030405@yahoo.com> <417346BB.3050609@freebsd.org> <41734AFB.2040208@gamersimpact.com> <4173635C.5000304@yahoo.com> Date: Mon, 18 Oct 2004 12:17:41 -0600 (MDT) From: "Ryan Sommers" To: "Rob" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: Ryan Sommers cc: freebsd-current Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 18:09:59 -0000 Rob said: > I'm willing to try just anything. > The problem is that I'm not familiar with the cpio and pax commands. Ok, here is a patch for /etc/rc.d/initdiskless. Note, I currently don't have a diskless system to test on, I'm still looking for some PXE hardware that isn't being used in production that I can use to work with cleaning up the diskless environment for 5.x. So, I make no promises. :) Index: initdiskless =================================================================== RCS file: /home/ncvs/src/etc/rc.d/initdiskless,v retrieving revision 1.39 diff -u -r1.39 initdiskless --- initdiskless 7 Oct 2004 13:55:26 -0000 1.39 +++ initdiskless 18 Oct 2004 18:03:23 -0000 @@ -305,7 +305,7 @@ if [ -f $j ]; then create_md $subdir echo "Loading /$subdir from cpio archive $j" - (cd / ; /stand/gzip -d < $j | /stand/cpio --extract -d ) + (cd / ; pax -rz -p e -f $j ) fi done for j in /conf/$i/*.remove ; do Now, in addition to this you will need my other patch that moves gzip to /bin instead of /usr/bin. You can download it at http://208.4.77.15/gzip-to-bin.tgz To add it to your source tree: cd /usr/src (or your respective directory) ; tar zxvf /path/to/gzip-to-bin.tgz ; rm -rf gnu/usr.bin/gzip Then a regular build/install world, and you'll have to remake your NFS mounted root. I tested this patch with a build/install world this morning. > I don't understand this, mainly because I'm not familiar with cpio > and pax. At present I generate the var.cpio.gz and etc.cpio.gz, > as follows: Ignore what I said. Didn't mean to confuse you. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 18:10:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCA9516A550 for ; Mon, 18 Oct 2004 18:10:05 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ECB443D5A for ; Mon, 18 Oct 2004 18:10:05 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9II9x5o023995; Mon, 18 Oct 2004 20:10:02 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <417406E3.9010706@DeepCore.dk> Date: Mon, 18 Oct 2004 20:09:39 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: fandino@ng.fadesa.es References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <4173F2E9.7010407@ng.fadesa.es> In-Reply-To: <4173F2E9.7010407@ng.fadesa.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 18:10:05 -0000 fandino wrote: > Hello S=F8ren, >=20 > I was running FreeBSD-4.x for two years with this problem, waiting > for FreeBSD-5 because ATAng looks very promising. >=20 > Unfortunately the performance problem persist :-( and I'd like to > call the attention about performance over raw devices, whilst it's > a very scientific test it's very curious: >=20 > # dd if=3D/dev/ad4 of=3D/dev/null bs=3D1024k count=3D1024 > 1024+0 records in > 1024+0 records out > 1073741824 bytes transferred in 31.090536 secs (34535970 bytes/sec) >=20 > over 34000 K/sec, using raw devices (for sequential access obviously) > not softupdates, filesystems or caches are involved, and with all this > FreeBSD performace is very deficient. Tests with OpenBSD and Linux > using raw devices shows a throughput of approx 60000 K/sec. > The question here is why using low-level access to disks is so bad? I need more info on your system, ie config file dmesg etc. From what you've posted so far I've setup a system with a semilar disk=20 etc, and I get this: dd if=3D/dev/ad10 of=3D/dev/null bs=3D1024k count=3D1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 18.488903 secs (58074934 bytes/sec) On a WDC 70G raptor you will see: # dd if=3D/dev/ad4 of=3D/dev/null bs=3D1024k count=3D1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 14.956484 secs (71791059 bytes/sec) So there is nothing in FreeBSD-5.3 thats hindering performance in the=20 ATA subsystem as far as I can measure. > Perphas I'm missing something but this seems very weird to me. Most likely, as the result I get are close to what the disks can deliver.= > I'd like to know wich is you opinion about this. If you run a stock generic kernel with the debug (WITNESS etc) taken out = you should see the same raw performance as I do. Now, raw performance is one thing, filesystem I/O something entirely=20 different and not within my area of expertise. I do know that much=20 though, that its very difficult to measure in a way that makes=20 comparison between the different systems possible or even fair. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 18:34:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E631C16A4CF for ; Mon, 18 Oct 2004 18:34:49 +0000 (GMT) Received: from dh1.adlistings.com (www.dealhunting.com [65.198.188.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A6BC43D5D for ; Mon, 18 Oct 2004 18:34:49 +0000 (GMT) (envelope-from barry@tulsa.net) Received: from dh1.adlistings.com (localhost.adlistings.com [127.0.0.1]) by dh1.adlistings.com (8.12.9p2/8.12.6) with ESMTP id i9IIYmcN079184 for ; Mon, 18 Oct 2004 13:34:48 -0500 (CDT) (envelope-from barry@tulsa.net) Received: (from www@localhost) by dh1.adlistings.com (8.12.9p2/8.12.9/Submit) id i9IIYmRB079183; Mon, 18 Oct 2004 13:34:48 -0500 (CDT) (envelope-from barry@tulsa.net) X-Authentication-Warning: dh1.adlistings.com: www set sender to barry@tulsa.net using -f Received: from 68.99.76.39 (SquirrelMail authenticated user boone) by mail.adlistings.com with HTTP; Mon, 18 Oct 2004 13:34:48 -0500 (CDT) Message-ID: <3278.68.99.76.39.1098124488.squirrel@mail.adlistings.com> Date: Mon, 18 Oct 2004 13:34:48 -0500 (CDT) From: "Barry" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Virus-Scanned: by amavisd-new Subject: RELENG_5 ATA lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 18:34:50 -0000 I just cvsup'd from the BETA7 distribution to the latest source, and now when I boot, I get the following two lines (which I had been getting before) only now, my system hangs at this point during the boot. Before, I would get these two lines, followed by a line regarding the ATA reset time. I am using an Intel dual Xeon server class motherboard, the SE7501HG2. ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out I tried the patch that Soren posted yesterday, but it did not help. Let me know if there is anything I can do to help resolve this bug. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 18:54:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E624C16A4CE for ; Mon, 18 Oct 2004 18:54:51 +0000 (GMT) Received: from ack.Berkeley.EDU (ack.Berkeley.EDU [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1D9243D53 for ; Mon, 18 Oct 2004 18:54:51 +0000 (GMT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id i9IIslL22038; Mon, 18 Oct 2004 11:54:47 -0700 (PDT) Date: Mon, 18 Oct 2004 11:54:47 -0700 From: Mike Hunter To: Nicolas de Bari Message-ID: <20041018185447.GA21405@ack.Berkeley.EDU> References: <1097942852.37658.2.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097942852.37658.2.camel@localhost> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: nvidia drivers system crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 18:54:52 -0000 On Oct 16, "Nicolas de Bari" wrote: Try adding this to your /boot/loader.conf: machdep.disable_mtrrs="1" Please reply to the list and let us know if it helps. Thanks, Mike > Hi list. > > I am having strange problems with FreeBSD 5.X. > > my system: > > dell latidud D800. > pentium M 1.7ghz. > BIOS A11. > WUXGA nvidia GeForce FX 5200 32M. > > The problem: > > Using FreeBSD 5.2.1 or FreeBSD 5.3 BETA 7 with Xorg or XFree86 if y type > any of the following commands : > > X -xf86config /root/xorg.conf.new > XFree86 -xf86config /root/XF86Config.new > startx or xdm > > My system crash and i can't do nothing, the X is never up, the screan > just shows few lines like : > (this only happends with nvidia driver not with the nv) > > Release Date: 18 December 2003 > X Protocol Version 11, Revision 0, Release 6.7 > Build Operating System: FreeBSD 5.3 i386 [ELF] > Current Operating System: FreeBSD laptop.unixmexico.net 5.3-BETA7 > FreeBSD 5.3-BETA7 #1: Fri Oct 15 09:44:03 CDT 2004 > root@laptop.unixmexico.net:/usr/obj/usr/src/sys/D800 i386 > Build Date: 02 October 2004 > Before reporting problems, check http://wiki.X.Org > to make sure that you have the latest version. > Module Loader present > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/Xorg.0.log", Time: Fri Oct 15 10:30:18 2004 > > > ctrl+sup, ctrl+c, nothing responds also i have try to "shutdown -r 5 > min" and then try to start the X but the system just crash and never > reboots, I need to press the poweroff button thats the only thing that > work. > > When using FreeBSD 4.10 the driver works perfectly with out problems, > but i would like to use FreeBSD 5.X because of my wirless card. the one > works great with the ndis method. > > On FreeBSD 5.X I have tryed with using a kernel with and without device > agp, and installed the nvidia-drivers from the ports with a simple "make > install clean". > > a dmesg on a FreeBSD 5.3 looks like (without device agp): > --- > Copyright (c) 1992-2004 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.3-BETA7 #1: Fri Oct 15 09:44:03 CDT 2004 > root@laptop.unixmexico.net:/usr/obj/usr/src/sys/D800 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) M processor 1.70GHz (1698.56-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 > > Features=0xafe9f9bf > real memory = 536535040 (511 MB) > avail memory = 511172608 (487 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > acpi_tz0: on acpi0 > acpi_acad0: on acpi0 > acpi_cmbat0: on acpi0 > acpi_cmbat1: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > ACPI link \\_SB_.PCI0.LNKB has invalid initial irq 11, ignoring > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > nvidia0: mem > 0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 11 at device 0.0 on pci1 > nvidia0: [GIANT-LOCKED] > uhci0: port 0xbf80-0xbf9f > irq 11 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > 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 > uhci1: port 0xbf40-0xbf5f > irq 11 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xbf20-0xbf3f > irq 11 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > pci0: at device 29.7 (no driver attached) > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > bge0: mem > 0xfaff0000-0xfaffffff irq 11 at device 0.0 on pci2 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge0: Ethernet address: 00:0f:1f:25:d7:5e > cbb0: at device 1.0 on pci2 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb1: irq 11 at device 1.1 on pci2 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > fwohci0: <1394 Open Host Controller Interface> mem > 0xfafe8000-0xfafebfff,0xfafef800-0xfafeffff irq 11 at device 1.2 on pci2 > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 32:4f:c0:00:2a:92:dc:a1 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 32:4f:c0:92:dc:a1 > fwe0: Ethernet address: 32:4f:c0:92:dc:a1 > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > pci2: at device 1.3 (no driver attached) > pci2: at device 3.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem > 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 5 at device > 31.5 on pci0 > pcm0: [GIANT-LOCKED] > pcm0: > pci0: at device 31.6 (no driver attached) > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model GlidePoint, device ID 0 > sio0 port 0x3f8-0x3ff irq 4 on acpi0 > sio0: type 16550A > ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0 > pmtimer0 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > Timecounter "TSC" frequency 1698563602 Hz quality 800 > Timecounters tick every 10.000 msec > IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% > cpu0: Performance states changed > ad0: 76319MB [155061/16/63] at ata0-master > UDMA100 > acd0: CDRW at ata1-master UDMA33 > wi0: at port 0xd000-0xd03f irq 11 function 0 config 1 on > pccard0 > wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163 rev.A > wi0: Intersil Firmware: Primary (0.3.0), Station (0.7.6) > wi0: Ethernet address: 00:04:e2:1e:0d:2e > wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: cd present [332722 x 2048 byte records] > Mounting root from ufs:/dev/ad0s2a > --- > > # sysctl -a hw.nvidia.registry > hw.nvidia.registry.EnableVia4x: 0 > hw.nvidia.registry.EnableALiAGP: 0 > hw.nvidia.registry.NvAGP: 1 > hw.nvidia.registry.EnableAGPSBA: 0 > hw.nvidia.registry.EnableAGPFW: 0 > hw.nvidia.registry.SoftEDIDs: 1 > hw.nvidia.registry.Mobile: 4294967295 > hw.nvidia.registry.ResmanDebugLevel: 4294967295 > hw.nvidia.registry.FlatPanelMode: 0 > > on the /boot/loder.conf i have something like this: > snd_ich_load="YES" > linux_load="YES" > nvidia_load="YES" > > also i have try the options shown in here: > http://gerda.univie.ac.at/freebsd-laptops/index.pl?action=show_laptop_detail&laptop=255 > > but always the system crash, for last i am attaching the actual kernel > that i am using: > > # kernel for laptop LATITUDE | D800 > machine i386 > cpu I686_CPU > ident D800 > # makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols > > options SCHED_4BSD #4BSD scheduler > options INET #InterNETworking > options INET6 #IPv6 communications protocols > options FFS #Berkeley Fast Filesystem > options SOFTUPDATES #Enable FFS soft updates support > options UFS_ACL #Support for access control lists > options UFS_DIRHASH #Improve performance on big directories > options MD_ROOT #MD is a potential root device > options NFSCLIENT #Network Filesystem Client > options NFSSERVER #Network Filesystem Server > options NFS_ROOT #NFS usable as /, requires NFSCLIENT > options MSDOSFS #MSDOS Filesystem > options CD9660 #ISO 9660 Filesystem > options PROCFS #Process filesystem (requires PSEUDOFS) > options PSEUDOFS #Pseudo-filesystem framework > options GEOM_GPT #GUID Partition Tables. > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 #Compatible with FreeBSD4 > options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI > options KTRACE #ktrace(1) support > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > # Bus support. Do not remove isa, even if you have no isa slots > device isa > device eisa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > #device atapifd # ATAPI floppy drives > #device atapist # ATAPI tape drives > options ATA_STATIC_ID #Static device numbering > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > # syscons is the default console driver, resembling an SCO console > device sc > > # 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 > > # device agp # support several AGP chipsets > > # Floating point support - do not disable. > device npx > > # Power management support (see NOTES for more options) > # device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # PCCARD (PCMCIA) support > # Pcmcia and cardbus bridge support > device cbb # cardbus (yenta) bridge > #device pcic # ExCA ISA and PCI bridges > device pccard # PC Card (16-bit) bus > device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # 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 > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to the sio and/or ppc drivers): > #device puc > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these > NICs! > device miibus # MII bus support > device bge # Broadcom BCM570xx Gigabit Ethernet > > # Wireless NIC cards > device wlan # 802.11 support > device an # Aironet 4500/4800 802.11 wireless NICs. > device awi # BayStack 660 and others > device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > > # Pseudo devices - the number indicates how many units to allocate. > device loop # Network loopback > device mem # Memory and kernel memory devices > device io # I/O device > device random # Entropy device > device ether # Ethernet support > device sl # Kernel SLIP > device ppp # Kernel PPP > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device faith # IPv6-to-IPv4 relaying (translation) > device snp > # 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 uscanner # Scanners > device urio # Diamond Rio 500 MP3 player > > # FireWire support > device firewire # FireWire bus code > device sbp # SCSI over FireWire (Requires scbus and da) > device fwe # Ethernet over FireWire (non-standard!) > > # video > options SC_PIXEL_MODE > options VGA_WIDTH90 > options VESA > > # ipfilter > options IPFILTER > options IPFILTER_LOG > options IPFILTER_DEFAULT_BLOCK > options IPSTEALTH > > # Using the ATAPI/CAM Driver CDBurner > device atapicam > > > Any ideas of what could it be wrong or what do i need to make the nvidia > drivers to work? > > thanks in advance. > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:06:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8FB016A4CE for ; Mon, 18 Oct 2004 19:06:53 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B79843D2F for ; Mon, 18 Oct 2004 19:06:52 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id DDF047A41E; Mon, 18 Oct 2004 12:06:49 -0700 (PDT) Message-ID: <41741449.5080900@elischer.org> Date: Mon, 18 Oct 2004 12:06:49 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Dao-hui Chen References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <17120aa104101808381cc59152@mail.gmail.com> In-Reply-To: <17120aa104101808381cc59152@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:06:54 -0000 what are perfomrances when you don't go thrrough the filesystem? how fast is: dd if=/dev/ad0 of=/dev/null bs=128k count=10000 ? Dao-hui Chen wrote: >I have silimilar result, but this time the OS is 4.10-stable and 6-current >4.10: Intel ICH4 with ST380021A, Seagate's 7200rpm hard disk >6: Intel ICH2 with IC35L040AVER07, IBM's 7200rpm hard disk > >Both with custom kernel, soft-update and mount as async. >On 6-current I turn all debugging-related options off and using >SCHE_4BSD as default scheduler > >In sequential input (block), the 4.10 box got a incredible results >as 590747K/sec (!!!), while 6-current got only 24906K/sec >In sequential output(block), the difference is also noticable with >37432 vs 22180. > >There may be some misses in sequential input, but in sequential output >the difference between 4.10 and 6 is noticable, about 15M/Sec. >Considering the >hardware difference, the difference in performance is still too large. > >On Mon, 18 Oct 2004 16:42:55 +0200, Søren Schmidt wrote: > > >>Kenneth Culver wrote: >> >> >>>Quoting fandino : >>> >>> >>> >>>>Hello Kevin, >>>> >>>>Kevin Oberman wrote: >>>> >>>> >>>> >>>>>>Tests were done win bonnie++ 1.93c and the results were Linux two >>>>>>times faster than FreeBSD using the same hardware. >>>>>> >>>>>>GNU/Linux 2.4.18 with ext2: 56848 K/sec >>>>>>FreeBSD 5.3b7 with default fs: 26347 K/sec >>>>>>FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>>>>>FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec >>>>>> >>>>>> >>>>> >>>>>Are you comparing apples with apples? I believe that Linux mounts file >>>>>systems as async by default. To compare with FreeBSD, you should use "-o >>>>>async" when you mount. Of course, this is less reliable. >>>>> >>>>>Also, make sure that disk write-cache is enabled on both or disabled on >>>>>both. >>>>> >>>>> >>>>write-cache was enable on all tests and disks were in UDMA5 mode. >>>> >>>>In this new round of tests I add FreeBSD witch async and OpenBSD (always >>>>using the same hardware). FreeBSD is by far, the worst throughput of all >>>>(about 50% slower than others) :-? >>>> >>>>GNU/Linux 2.4.18 with ext2: 56848 K/sec >>>>FreeBSD 5.3b7 with default fs: 26347 K/sec >>>>FreeBSD 5.3b7 with default fs(async): 26566 K/sec >>>>FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>>>FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec >>>>FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec >>>>OpenBSD 3.5 UFS fs: 55277 K/sec >>>> >>>>* Each disk of the raid had a throughput of approx. 15000 K/sec >>>>** Each disk of the raid had a throughput of approx. 7500 K/sec >>>>Each disk of the read split the throughput by half. >>>> >>>>How is possible that FreeBSD performs as bad? >>>> >>>> >>>> >>>> >>>If you're still using the GENERIC kernel, that could explain it, and >>>judging >>>from other emails I've seen from you, you're still using the GENERIC >>>kernel. >>> >>> >>Right, and you should also use -U (softupdates) on you newfs line. >> >>-- >> >>-Søren >> >> >> >> >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> >> >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:07:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BA6616A4CE for ; Mon, 18 Oct 2004 19:07:17 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B11743D48 for ; Mon, 18 Oct 2004 19:07:15 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9IJ7Ewg001147; Mon, 18 Oct 2004 12:07:14 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9IJ7B8K001146; Mon, 18 Oct 2004 12:07:11 -0700 (PDT) (envelope-from obrien) Date: Mon, 18 Oct 2004 12:07:11 -0700 From: "David O'Brien" To: Randy Bush Message-ID: <20041018190711.GA932@dragon.nuxi.com> References: <19260.1097963444@critter.freebsd.dk> <50295.1098084610@critter.freebsd.dk> <16756.1248.574545.815252@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16756.1248.574545.815252@ran.psg.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:07:17 -0000 On Mon, Oct 18, 2004 at 11:01:04AM -0700, Randy Bush wrote: > >>> root's shell is /usr/local/bin/bash (no comments, please:-) > >>> i am seeing the problem as root in multiluser. i don't spend > >>> much time in single abuser, so can't say. > >> Ahh, that's different then. > >> I'll hunt this one down tomorrow. > > > > Can you try this patch ? > > did, but it did not fix the problem. did a simple portupgrade. > when it finished, i typed "ls," which was not echoed, but i got > the output of the command. issued "reset" command. now it > echos again. sorry. No reason to be sorry, I'm seeing this since the sio changes also. We've broken something. Everytime I ssh to a 6-CURRENT machine, I have to issue 'reset' first. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:11:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3A4916A4CE; Mon, 18 Oct 2004 19:11:26 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E77343D2D; Mon, 18 Oct 2004 19:11:26 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 014F71F87BEF; Mon, 18 Oct 2004 21:11:24 +0200 (CEST) Date: Mon, 18 Oct 2004 21:11:24 +0200 From: Roman Neuhauser To: Ruslan Ermilov Message-ID: <20041018191124.GA4968@isis.wad.cz> Mail-Followup-To: Ruslan Ermilov , freebsd-current References: <20041018161249.GA2126@isis.wad.cz> <20041018174945.GC89681@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041018174945.GC89681@ip.net.ua> User-Agent: Mutt/1.5.6i cc: freebsd-current Subject: Re: 5.3-BETA7 make release "env: not found" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:11:26 -0000 # ru@freebsd.org / 2004-10-18 20:49:45 +0300: > On Mon, Oct 18, 2004 at 06:12:49PM +0200, Roman Neuhauser wrote: > > First-time release wrangler here, so it's quite possible this is a pilot > > error, but why do I see "env: not found" errors during make release? > > > > smradoch@wally ~ 1017:0 > grep -FB1 'env: not found' release.log > > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.9FQf5F4J make -f Makefile.inc1 reinstall > > env: not found > > -- > > cd /usr/src; make -f Makefile.inc1 hierarchy > > env: not found > > -- > > cd /usr/src; make -f Makefile.inc1 install > > env: not found > > -- > > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.ApkrC6vH make -f Makefile.inc1 redistribute > > env: not found > > -- > > cd /usr/src; make -f Makefile.inc1 distribute > > env: not found > > smradoch@wally ~ 1018:0 > cd /usr/src/release/ > > > > I have env(1) these locations: > > > > /usr/obj/usr/src/usr.bin/env/env > > > > /usr/release/usr/bin/env > > /usr/release/usr/obj/usr/src/usr.bin/env/env > > /usr/release/R/stage/trees/base/usr/bin/env > > /usr/release/R/cdrom/disc2/usr/bin/env > > > > as you can see, none of the locations is listed in the PATH assignments above. > > > I was responsible for and aware of these warnings, > but have been ignoring them until now. Thanks for > reminding! They were mostly harmless, but anyway, > a fix is now committed as src/Makefile,v 1.309. can I proceed with the built release, or should I copy the env binary to one of the directories listed in $PATH before running make rerelease? AFAICS, the at least five targets haven't been built. will I bee missing any files? -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:11:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C3AF16A4CE for ; Mon, 18 Oct 2004 19:11:48 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C855F43D2F for ; Mon, 18 Oct 2004 19:11:47 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9IJBkqa090705; Mon, 18 Oct 2004 15:11:46 -0400 (EDT) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 90191-07; Mon, 18 Oct 2004 15:11:46 -0400 (EDT) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id i9IJBkHM090667; Mon, 18 Oct 2004 15:11:46 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i9IJBcgm062722; Mon, 18 Oct 2004 15:11:39 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20041018151602.0543e2a8@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Mon, 18 Oct 2004 15:17:38 -0400 To: Julian Elischer From: Mike Tancsa In-Reply-To: <41741449.5080900@elischer.org> References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <17120aa104101808381cc59152@mail.gmail.com> <41741449.5080900@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:11:48 -0000 At 03:06 PM 18/10/2004, Julian Elischer wrote: >what are perfomrances when you don't go thrrough the filesystem? > >how fast is: >dd if=/dev/ad0 of=/dev/null bs=128k count=10000 Just as a point of reference, on a 915 board with 915# atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: ad2 Serial ATA v1.0 Slave: no device present 915# dd if=/dev/ad2 of=/dev/null bs=128k count=10000 10000+0 records in 10000+0 records out 1310720000 bytes transferred in 22.493172 secs (58271906 bytes/sec) 915# 915# uname -a FreeBSD 915.sentex.ca 5.3-STABLE FreeBSD 5.3-STABLE #1: Mon Oct 18 10:08:54 EDT 2004 mdtancsa@915.sentex.ca:/usr/obj/usr/src/sys/915 i386 915# From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:12:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABED016A4CE; Mon, 18 Oct 2004 19:12:11 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1840C43D5F; Mon, 18 Oct 2004 19:12:11 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.6] (adsl-69-211-137-113.dsl.wotnoh.ameritech.net [69.211.137.113]) (authenticated bits=0)i9IIsvUJ050498 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 18 Oct 2004 14:55:14 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Poul-Henning Kamp Date: Mon, 18 Oct 2004 15:13:56 -0400 User-Agent: KMail/1.7 References: <48908.1096571186@critter.freebsd.dk> In-Reply-To: <48908.1096571186@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16894977.buHMIWeCEl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410181514.05861.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: freebsd-current@freebsd.org cc: Nate Lawson Subject: Re: RELENG_5 panic: mtx_lock() with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:12:11 -0000 --nextPart16894977.buHMIWeCEl Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 30 September 2004 03:06 pm, Poul-Henning Kamp wrote: > In message <415C4F5A.2080701@root.org>, Nate Lawson writes: > >I assume phk would be handling this since it's in the tty code. If not, > >please let us know so one of us can address this before the release. > > > >>>>struct tty * > >>>>ttymalloc(struct tty *tp) > >>>>{ > >>>> static int once; > >>>> > >>>> if (!once) { > >>>> mtx_init(&tty_list_mutex, "ttylist", NULL, MTX_DEF); > >>>> once++; > >>>> } > >>>> > >>>>This code is not MP safe as multiple processors could attempt to call > >>>>mtx_init() twice. > > We have no calls to ttymalloc() which are not protected by Giant, > so this theory doesn't explain the problem. Any progress, I'd hate to have to disable ACPI for the release. Is there a= ny=20 way I could provide more info? =2D-=20 Anish Mistry --nextPart16894977.buHMIWeCEl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdBX9xqA5ziudZT0RAt6HAJ0ZuKskQ+XyS+cT7+tBOjzWxp/RzwCdHYDh Z7pazBIxCsPfE0qIUN1sCUE= =50QH -----END PGP SIGNATURE----- --nextPart16894977.buHMIWeCEl-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:24:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C187916A4CE; Mon, 18 Oct 2004 19:24:06 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7439F43D31; Mon, 18 Oct 2004 19:24:06 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 9E9BE1F87BED; Mon, 18 Oct 2004 21:24:05 +0200 (CEST) Date: Mon, 18 Oct 2004 21:24:05 +0200 From: Roman Neuhauser To: Ruslan Ermilov , freebsd-current Message-ID: <20041018192405.GB4968@isis.wad.cz> Mail-Followup-To: Ruslan Ermilov , freebsd-current References: <20041018161249.GA2126@isis.wad.cz> <20041018174945.GC89681@ip.net.ua> <20041018191124.GA4968@isis.wad.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041018191124.GA4968@isis.wad.cz> User-Agent: Mutt/1.5.6i Subject: Re: 5.3-BETA7 make release "env: not found" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:24:06 -0000 # neuhauser@chello.cz / 2004-10-18 21:11:24 +0200: > # ru@freebsd.org / 2004-10-18 20:49:45 +0300: > > On Mon, Oct 18, 2004 at 06:12:49PM +0200, Roman Neuhauser wrote: > > > cd /usr/src; make -f Makefile.inc1 distribute > > > env: not found > > > > I was responsible for and aware of these warnings, > > but have been ignoring them until now. Thanks for > > reminding! They were mostly harmless, but anyway, > > a fix is now committed as src/Makefile,v 1.309. > > can I proceed with the built release, or should I copy the env > binary to one of the directories listed in $PATH before running > make rerelease? AFAICS, the at least five targets haven't been > built. will I bee missing any files? I'm rebuilding the release target with src/Makefile:1.309 instead. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:25:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B16B316A4D3 for ; Mon, 18 Oct 2004 19:25:23 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD38543D1D for ; Mon, 18 Oct 2004 19:25:22 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9IJPMsL002678 for ; Mon, 18 Oct 2004 22:25:22 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 42838-14 for ; Mon, 18 Oct 2004 22:25:21 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9IJPH0f002674 for ; Mon, 18 Oct 2004 22:25:20 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9IJPAcm001111 for freebsd-current@freebsd.org; Mon, 18 Oct 2004 22:25:10 +0300 (EEST) (envelope-from ru) Date: Mon, 18 Oct 2004 22:25:10 +0300 From: Ruslan Ermilov To: freebsd-current Message-ID: <20041018192509.GF89681@ip.net.ua> References: <20041018161249.GA2126@isis.wad.cz> <20041018174945.GC89681@ip.net.ua> <20041018191124.GA4968@isis.wad.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ExXT7PjY8AI4Hyfa" Content-Disposition: inline In-Reply-To: <20041018191124.GA4968@isis.wad.cz> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: 5.3-BETA7 make release "env: not found" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:25:23 -0000 --ExXT7PjY8AI4Hyfa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 18, 2004 at 09:11:24PM +0200, Roman Neuhauser wrote: > # ru@freebsd.org / 2004-10-18 20:49:45 +0300: > > On Mon, Oct 18, 2004 at 06:12:49PM +0200, Roman Neuhauser wrote: > > > First-time release wrangler here, so it's quite possible this is a pi= lot > > > error, but why do I see "env: not found" errors during make release? > > >=20 > > > smradoch@wally ~ 1017:0 > grep -FB1 'env: not found' release.log=20 > > > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHIN= E=3Di386 CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin= GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROF= F_TMAC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=3D/usr/obj/= usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/= usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/s= rc/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.9FQf5F4J make = -f Makefile.inc1 reinstall > > > env: not found > > > -- > > > cd /usr/src; make -f Makefile.inc1 hierarchy > > > env: not found > > > -- > > > cd /usr/src; make -f Makefile.inc1 install > > > env: not found > > > -- > > > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHIN= E=3Di386 CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin= GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROF= F_TMAC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=3D/usr/obj/= usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/= usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/s= rc/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.ApkrC6vH make = -f Makefile.inc1 redistribute > > > env: not found > > > -- > > > cd /usr/src; make -f Makefile.inc1 distribute > > > env: not found > > > smradoch@wally ~ 1018:0 > cd /usr/src/release/=20 > > >=20 > > > I have env(1) these locations: > > >=20 > > > /usr/obj/usr/src/usr.bin/env/env > > >=20 > > > /usr/release/usr/bin/env > > > /usr/release/usr/obj/usr/src/usr.bin/env/env > > > /usr/release/R/stage/trees/base/usr/bin/env > > > /usr/release/R/cdrom/disc2/usr/bin/env > > >=20 > > > as you can see, none of the locations is listed in the PATH assignmen= ts above. > > >=20 > > I was responsible for and aware of these warnings, > > but have been ignoring them until now. Thanks for > > reminding! They were mostly harmless, but anyway, > > a fix is now committed as src/Makefile,v 1.309. >=20 > can I proceed with the built release, or should I copy the env > binary to one of the directories listed in $PATH before running > make rerelease? AFAICS, the at least five targets haven't been > built. will I bee missing any files? >=20 These warnings are harmless, you can proceed further and ignore them. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ExXT7PjY8AI4Hyfa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBdBiVqRfpzJluFF4RApeNAJ4pHI+mG3ugEOmgXYb6+CoW15qn3gCeIAvK G7TiHUxyN+BcKCwVpbhi7EE= =gsQI -----END PGP SIGNATURE----- --ExXT7PjY8AI4Hyfa-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:36:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C37216A4CE; Mon, 18 Oct 2004 19:36:01 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00CEA43D49; Mon, 18 Oct 2004 19:36:01 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i9IJZwFp032523 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 18 Oct 2004 12:35:59 -0700 Message-ID: <41741B1D.5010800@root.org> Date: Mon, 18 Oct 2004 12:35:57 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anish Mistry References: <48908.1096571186@critter.freebsd.dk> <200410181514.05861.mistry.7@osu.edu> In-Reply-To: <200410181514.05861.mistry.7@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: RELENG_5 panic: mtx_lock() with ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:36:01 -0000 Anish Mistry wrote: > On Thursday 30 September 2004 03:06 pm, Poul-Henning Kamp wrote: > >>In message <415C4F5A.2080701@root.org>, Nate Lawson writes: >> >>>I assume phk would be handling this since it's in the tty code. If not, >>>please let us know so one of us can address this before the release. >>> >>> >>>>>>struct tty * >>>>>>ttymalloc(struct tty *tp) >>>>>>{ >>>>>> static int once; >>>>>> >>>>>> if (!once) { >>>>>> mtx_init(&tty_list_mutex, "ttylist", NULL, MTX_DEF); >>>>>> once++; >>>>>> } >>>>>> >>>>>>This code is not MP safe as multiple processors could attempt to call >>>>>>mtx_init() twice. >> >>We have no calls to ttymalloc() which are not protected by Giant, >>so this theory doesn't explain the problem. > > Any progress, I'd hate to have to disable ACPI for the release. Is there any > way I could provide more info? I'll try to look at it on the bus tonight. See if you can narrow down if one ACPI component is contributing to this, i.e. debug.acpi.disabled="cpu" or whatever (see acpi.4 for the full list). The sysctl run from the rc scripts to get entropy is what triggers the panic. I have no idea how acpi can affect the tty mutex. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:38:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0669416A4CE for ; Mon, 18 Oct 2004 19:38:03 +0000 (GMT) Received: from virtual.micronet.sk (smtp-r.micronet.sk [213.215.96.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id F152343D31 for ; Mon, 18 Oct 2004 19:38:01 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from danger.dnv.dewnet.sk ([213.215.105.189]) by virtual.micronet.sk (8.12.11/8.12.11) with ESMTP id i9IJberB074750 for ; Mon, 18 Oct 2004 21:37:43 +0200 (CEST) (envelope-from danger@wilbury.sk) Resent-Date: Mon, 18 Oct 2004 21:37:40 +0200 (CEST) Resent-Message-Id: <200410181937.i9IJberB074750@virtual.micronet.sk> Date: Mon, 18 Oct 2004 21:39:06 +0200 From: DanGer X-Mailer: The Bat! (v2.12.00) Business X-Priority: 3 (Normal) Message-ID: <1158048095.20041018213906@wilbury.sk> To: current@freebsd.org Resent-From: DanGer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re[2]: limits of maxproc on SUN E450 with FreeBSD 5.3 Beta7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DanGer List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:38:03 -0000 Hello Doug, Monday, October 18, 2004, 7:57:53 PM, you wrote: > On Fri, 15 Oct 2004, Borghesi Guilhem wrote: >> I've installed a FreeBSD 5.3 Beta7 on a Sun sparc64 Enterprise 450. >> This machine is a Terminal and application server for University >> students. They are using this server for system programming (C for >> example) and they often use the command "fork ()" into "while" loops. > We call that a "forkbomb." >> This kind of bad programming is quite frequent at the university, and >> that's the reason why I'm trying to limit the number of maxproc per >> user. I've limited the maxproc with the /etc/login.conf file at 100 and >> make a "cap_mkdb /etc/login.conf", but it doesn't work. Worst, when the I'm not very sure about this, but, did you turned on in /etc/ssh/sshd_config option UseLogin? like UseLogin yes >> number of processes reach the limit, the server crash with the console >> message :"panic: trap: data access error". >> >> I've tried to put "unlimited" in place of "100", but it does'nt change >> anything because the system has an implicit limit for users >> (kern.maxprocperuid: 5547). > It should change the soft limit on maxproc, and the kernel sysctl is the > hard limit. The user can change the limit up to the hard limit, but it > will start out at the soft limit. > What as the exact change you made to login.conf? Did you test it after > logging out and logging back in? How were you logging in? > Obviously, the panic isn't such a great thing. Did you get a crashdump? -- Best regards +----------==/\/\==----------+ | DanGer | | DanGer@IRCnet ICQ261701668 | | http://danger.homeunix.org | +----------==\/\/==----------+ From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:45:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5834E16A4CE for ; Mon, 18 Oct 2004 19:45:31 +0000 (GMT) Received: from lon-mail-6.gradwell.net (lon-mail-6.gradwell.net [193.111.201.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACCC143D45 for ; Mon, 18 Oct 2004 19:45:30 +0000 (GMT) (envelope-from cbh-freebsd-current@groups.chrishedley.com) X-Gradwell-Debug: delivering mail for [freebsd-current@freebsd.org] to mx1.freebsd.org [216.136.204.125]:25 Received: from cpc2-oxfd4-4-0-cust119.oxfd.cable.ntl.com [80.3.246.119] (helo: mail.cbhnet)1.138) id 41741d59.a0f0.6 for freebsd-current@freebsd.org; Mon, 18 Oct 2004 20:45:29 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.cbhnet (Postfix) with ESMTP id C194E31B018 for ; Mon, 18 Oct 2004 20:45:30 +0100 (BST) Received: from mail.cbhnet ([127.0.0.1]) by localhost (mail.cbhnet [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00565-03 for ; Mon, 18 Oct 2004 20:45:30 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.cbhnet (Postfix) with ESMTP id 307E231AFF6 for ; Mon, 18 Oct 2004 20:45:30 +0100 (BST) Date: Mon, 18 Oct 2004 20:45:30 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@freebsd.org Message-ID: <20041018202949.J866@teapot.cbhnet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at chrishedley.com Subject: Crash with new bind/host cmds on -CURRENT (poss. runq_remove?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:45:31 -0000 Hi all, Hopefully I'm not covering old ground with this one, I had a quick look through the list and couldn't find anything. I've been having a few problems with either bind9 or the programs which call it via localhost which cause the system to panic. I'm afraid I seem to have neglected the debugging symbols, but the function stack is as follows: #0 0xc04ecd72 in doadump () #1 0xc04ed2dd in boot () #2 0xc04ed657 in panic () #3 0xc0451d2d in db_panic () #4 0xc0451cc2 in db_command () #5 0xc0451d8e in db_command_loop () #6 0xc0453abc in db_trap () #7 0xc0506886 in kdb_trap () #8 0xc067b039 in trap_fatal () #9 0xc067a78d in trap () #10 0xc0668c6a in calltrap () #11 0x00000018 in ?? () #12 0x00000010 in ?? () #13 0x00000010 in ?? () #14 0x00000000 in ?? () #15 0x000000d8 in ?? () #16 0xe267dc50 in ?? () #17 0xe267dc30 in ?? () #18 0x0000001a in ?? () #19 0x00000000 in ?? () #20 0xc26e77d0 in ?? () #21 0xc0712b88 in kseq_cpu () #22 0x0000000c in ?? () #23 0x00000002 in ?? () #24 0xc04ff658 in runq_remove () #25 0xc04fdf55 in sched_prio () #26 0xc050e4f8 in propagate_priority () #27 0xc050ed4e in turnstile_wait () #28 0xc04e46ac in _mtx_lock_sleep () #29 0xc05630e2 in swi_net () #30 0xc04d828a in ithread_loop () #31 0xc04d72e9 in fork_exit () #32 0xc0668ccc in fork_trampoline () and the running threads appear to be for the "host" command. This panic was reproduced by booting it into single user, mounting root & user read-only and var as read-write, running dumpon, ifconfig lo0, starting syslogd & named and then running "host korma" (where korma is defined in one of my master zone files, so it's not going outside my network). I have a copy of the kernel dump lying around, although at 1GB I doubt if anyone would thank me for including it as an attachment. :) I've been having problems with this for approximately a fortnight with systems compiled for both pentium and amd64 (both running on an amd64 [hardware config below] although I'm still compiling it for pentium by preference for the time being), but the kernel I compiled on 21st September (cvsup date unknown, but probably no more than a few days prior to that at most) seems quite happy. I haven't included the config file (but will on request) to save space, but it's a fairly standard SMP config, the only oddity I can think of offhand is that I use gpt partitioning. The hardware is a Tyan S2882 dual mb with a single Opteron 248 (in spite of the SMP kernel... 2nd CPU when I can afford it!), 1GB registered ECC RAM, 2410SA disc controller, Adaptec 39160 SCSI with just a CDROM connected. I guess since I haven't seen anyone else comment, it must be something that I'm doing, but I dunno what. Is there any other information I should include? Cheers, Chris. PS I also found an obscure bug in tr if anyone's interested, although that should probably go in its own email. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:47:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 917A916A4CE for ; Mon, 18 Oct 2004 19:47:38 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F65743D1F for ; Mon, 18 Oct 2004 19:47:38 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 69ED762BE5; Mon, 18 Oct 2004 14:47:38 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Mon, 18 Oct 2004 14:47:37 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200410181447.37792.mjohnston@skyweb.ca> Subject: cvs-src summary for October 11-18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:47:38 -0000 FreeBSD cvs-src summary for 11/10/04 to 18/10/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). If you would like to get the summary without subscribing to current@, please send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org. Thanks to Omer Faruk Sen and EnderUNIX for hosting this list. For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ============ New features ============ Simplified Chinese translation of release notes and other release documentation ------------------------------------------------------------------------------- Xin Li (delphij) added a Simplified Chinese translation of the 5.3 release notes, errata, hardware notes, installation guide, readme, and migration guide. The readme and installation guide were done by Chinese translation project committers known as gavin and zhangluo; the rest was done by Xin. http://www.freebsd.org/cgi/mid.cgi?200410150643.i9F6hnIY068137 GNU Readline updated to 5.0 --------------------------- Andrey A. Chernov (ache) updated GNU Readline, a command-line editing library, to 5.0 plus official patches 001-005. This replaces the old version 4.3. A changelog_ is available. .. _changelog: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/contrib/libreadline/CHANGES?rev=1.1.1.6&content-type=text/plain http://www.freebsd.org/cgi/mid.cgi?200410180702.i9I72iLV056456 =============== Notable changes =============== RELENG_5_3 moves into RC, RELENG_5 becomes -STABLE -------------------------------------------------- Scott Long (scottl) created the RELENG_5_3 branch, moving 5.3 from beta to Release Candidate status. At the same time, he made the RELENG_5 branch into the new -STABLE. http://www.freebsd.org/cgi/mid.cgi?200410161926.i9GJQEQA026728 Serial port control files and devices renamed --------------------------------------------- Poul-Henning Kamp (phk) updated sio, the most common serial port driver, to use new serial code. This also introduces a new naming scheme for some related control files and the cua devices. The device /dev/ttyid? has been replaced by /dev/ttyd?.init, and /dev/ttyld? has been replaced by /dev/ttyd?.lock. /dev/cuaa? has been replaced with /dev/cuad?, and /dev/cuaia? and /dev/cuala? have changed to /dev/cuad?.init and /dev/cuad?.lock, respectively, like the tty* change. http://www.freebsd.org/cgi/mid.cgi?200410130827.i9D8RKBM082371 New time zone data imported --------------------------- Garrett Wollman (wollman) imported new timezone data, updating numerous current and historical timestamps. The new data creates new regions in Argentina and Brazil, so if you live there, you should run tzsetup to make sure that times in the future will be interpreted properly. http://www.freebsd.org/cgi/mid.cgi?200410180003.i9I03qiF030812 ================= Discussion topics ================= Support for real 386 chips -------------------------- David O'Brien (obrien) updated some networking code with new assembler, saying, "Sync with sys/i386/include/endian.h: use the single instruction 'bswap'." The code tested the variable I386_CPU to see whether bswap should be used or not. Ruslan Ermilov (ru) responded, saying, "Ahem, but this makes this code unsuitable for i386. I386_CPU is only defined if kernel config file has 'cpu I386_CPU', and this has little relation to libc [where the change was made] if at all." David replied, "Yes. [ . . . ] For 6-CURRENT and RELENG_5 running on a real I386 is not supported." To the kernel vs. libc comment, he said, "I know. Give me some other symbol then we can publish that one should add to /etc/make.conf CFLAGS to try to build a userland for an I386. 'I386_CPU' looks as good a spelling as any and I didn't see any need to spell it differently than in the kernel." Ruslan answered, "I remember the plan was to decomission the i386 support only in 6.0-CURRENT [ . . .]. And [the hardware list] says i386 (except 386SX) is still supported. If you are burning 6.0-CURRENT bridges already, and this change is the step in the I386_CPU deprecation direction, why not just unifdef(1) this libc code, so that the 'xchg' is always used?" In response to the "other symbol" request, he said, "You can check for the CPUTYPE="i386" for ${MACHINE_ARCH} == "i386" in libc/Makefile, and set I386_CPU in CFLAGS in this case." David responded, "I'm not decommisioning it -- I left a code path in there for someone who cares about running on real I386 CPU's. [ . . . ] As noted [on -current] we haven't built a 5-CURRENT I386 runable kernel since 2001. Do you really think things haven't attrophied such that one must do some work to run on an I386 at this point?" Kris Kennaway (kris) replied, "Don't be too quick with the assertions; someone already reported successfully running 5.2.1 on an i386 without significant hassles." Erik Trulsson responded to Ruslan's earlier post about the 386SX being unsupported, saying, "[That] doesn't make much sense since (AFAIK) there is no difference between 386DX and 386SX from a programmers point of view. (The difference between them is that the 386sx has a 16-bit databus and a 24-bit address bus, while the 386dx has both 32-bit, but this only affects the motherboard designers, not the people who write software.)" David replied to Ruslan's post about setting CPUTYPE, saying, "[S]pecifically what patch do you suggest that we used in cases like this rather than #ifdef I386_CPU." Ruslan said, "In src/lib/Makefile, add this:", gave some code, and continued, "Or maybe even add -DI386_CPU to _CPUCFLAGS globally in bsd.cpu.mk, so it can be used anywhere. Note: this is completely untested!" Erik replied to David's earlier post saying the I386 is not supported, saying, "I have certainly not seen any message stating that on -current. I know that the GENERIC kernel does not work on a i386, so that you need a custom-built kernel to install on a real i386. [ . . . ] I think you people need to decide to either drop support for 80386 completely (in which case all the '#ifdef I386_CPU' and similar can go away) or decide to keep support for it, in which case most things should just work 'out of the box' on a 80386 (without recompilation needed more than absolutely necessary.)" David responded, "I see nothing wrong with having to build a new userland before it will run on I386 since we already have to do that with the kernel." To answer the comment about dropping support or working out-of-the-box, he said, "That is a whole nother issue, and I welcome you to bring it up in freebsd-arch@ (vs. as a follow up to this commit) where all can debate it." http://www.freebsd.org/cgi/mid.cgi?200410181719.i9IHJa9l097436 ================= Committer changes ================= Dan Moschuk (dan) has returned his commit bit for safekeeping. http://www.freebsd.org/cgi/mid.cgi?200410151229.i9FCTGhI086956 =============== Other bug fixes =============== Brian Feldman (green) fixed a bug that would cause RAM disks to fail to be set up properly when the system was booting. http://www.freebsd.org/cgi/mid.cgi?200410120444.i9C4isW3059321 Yar Tikhiy (yar) fixed a bug in the FTP server that could result in an infinite loop if a file being downloaded is overwritten. Parts of the fix were submitted by Oleg Koreshkov. http://www.freebsd.org/cgi/mid.cgi?200410150931.i9F9V9g5080846 Robert Watson (rwatson) fixed a bug in the code supporting raw sockets in jails that would cause processes that created raw sockets then lowered their own privilege level to be unable to modify the IP socket options. This would break multicast routing daemons, among other tools. http://www.freebsd.org/cgi/mid.cgi?200410121647.i9CGlPBw027133 From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:49:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 870ED16A4CE; Mon, 18 Oct 2004 19:49:35 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3564743D49; Mon, 18 Oct 2004 19:49:35 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 51BAB1F87BED; Mon, 18 Oct 2004 21:49:34 +0200 (CEST) Date: Mon, 18 Oct 2004 21:49:34 +0200 From: Roman Neuhauser To: Ruslan Ermilov , freebsd-current Message-ID: <20041018194934.GC4968@isis.wad.cz> Mail-Followup-To: Ruslan Ermilov , freebsd-current References: <20041018161249.GA2126@isis.wad.cz> <20041018174945.GC89681@ip.net.ua> <20041018191124.GA4968@isis.wad.cz> <20041018192405.GB4968@isis.wad.cz> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <20041018192405.GB4968@isis.wad.cz> User-Agent: Mutt/1.5.6i Subject: Re: 5.3-BETA7 make release "env: not found" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:49:35 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline # neuhauser@chello.cz / 2004-10-18 21:24:05 +0200: > # neuhauser@chello.cz / 2004-10-18 21:11:24 +0200: > > # ru@freebsd.org / 2004-10-18 20:49:45 +0300: > > > On Mon, Oct 18, 2004 at 06:12:49PM +0200, Roman Neuhauser wrote: > > > > cd /usr/src; make -f Makefile.inc1 distribute > > > > env: not found > > > > > > I was responsible for and aware of these warnings, > > > but have been ignoring them until now. Thanks for > > > reminding! They were mostly harmless, but anyway, > > > a fix is now committed as src/Makefile,v 1.309. > > > > can I proceed with the built release, or should I copy the env > > binary to one of the directories listed in $PATH before running > > make rerelease? AFAICS, the at least five targets haven't been > > built. will I bee missing any files? > > I'm rebuilding the release target with src/Makefile:1.309 instead. there's another in src/Makefile.inc1. see the attached file. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="src::Makefile.inc._MAKEOBJDIRPREFIX-env.patch" --- Makefile.inc1.old Mon Oct 18 19:31:28 2004 +++ Makefile.inc1 Mon Oct 18 19:31:34 2004 @@ -90,7 +90,7 @@ .endif MAKEOBJDIRPREFIX?= /usr/obj -_MAKEOBJDIRPREFIX!= env -i PATH=${PATH} MAKEFLAGS="${.MAKEFLAGS}" ${MAKE} \ +_MAKEOBJDIRPREFIX!= /usr/bin/env -i PATH=${PATH} MAKEFLAGS="${.MAKEFLAGS}" ${MAKE} \ -f /dev/null -V MAKEOBJDIRPREFIX dummy .if !empty(_MAKEOBJDIRPREFIX) .error MAKEOBJDIRPREFIX can only be set in environment, not as a global\ --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 19:53:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76B2216A4CF for ; Mon, 18 Oct 2004 19:53:46 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9455E43D1D for ; Mon, 18 Oct 2004 19:53:45 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9IJri0c003932 for ; Mon, 18 Oct 2004 22:53:44 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 46847-08 for ; Mon, 18 Oct 2004 22:53:43 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9IJrdDK003892 for ; Mon, 18 Oct 2004 22:53:42 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9IJrW8F033337 for freebsd-current@freebsd.org; Mon, 18 Oct 2004 22:53:32 +0300 (EEST) (envelope-from ru) Date: Mon, 18 Oct 2004 22:53:32 +0300 From: Ruslan Ermilov To: freebsd-current Message-ID: <20041018195332.GI89681@ip.net.ua> References: <20041018161249.GA2126@isis.wad.cz> <20041018174945.GC89681@ip.net.ua> <20041018191124.GA4968@isis.wad.cz> <20041018192405.GB4968@isis.wad.cz> <20041018194934.GC4968@isis.wad.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xQR6quUbZ63TTuTU" Content-Disposition: inline In-Reply-To: <20041018194934.GC4968@isis.wad.cz> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: 5.3-BETA7 make release "env: not found" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 19:53:46 -0000 --xQR6quUbZ63TTuTU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 18, 2004 at 09:49:34PM +0200, Roman Neuhauser wrote: > # neuhauser@chello.cz / 2004-10-18 21:24:05 +0200: > > # neuhauser@chello.cz / 2004-10-18 21:11:24 +0200: > > > # ru@freebsd.org / 2004-10-18 20:49:45 +0300: > > > > On Mon, Oct 18, 2004 at 06:12:49PM +0200, Roman Neuhauser wrote: > > > > > cd /usr/src; make -f Makefile.inc1 distribute > > > > > env: not found > > > >=20 > > > > I was responsible for and aware of these warnings, > > > > but have been ignoring them until now. Thanks for > > > > reminding! They were mostly harmless, but anyway, > > > > a fix is now committed as src/Makefile,v 1.309. > > >=20 > > > can I proceed with the built release, or should I copy the env > > > binary to one of the directories listed in $PATH before running > > > make rerelease? AFAICS, the at least five targets haven't been > > > built. will I bee missing any files? > >=20 > > I'm rebuilding the release target with src/Makefile:1.309 instead. >=20 > there's another in src/Makefile.inc1. see the attached file. >=20 Actually it's only one, and the same one. It's just that in HEAD it's in src/Makefile, while in RELENG_5 it's in src/Makefile.inc1. Once RELENG_5 will be open for commits, I plan on merging some of my recent changes, including this one. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --xQR6quUbZ63TTuTU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBdB88qRfpzJluFF4RAuV7AJ9BxFghRTF+fPhCLALH2/12CXXMMwCffZYN BTyW58/8bn2iwIxZ5E6IMYI= =tanH -----END PGP SIGNATURE----- --xQR6quUbZ63TTuTU-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 20:17:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2334016A4CE; Mon, 18 Oct 2004 20:17:24 +0000 (GMT) Received: from mx-out-01.forthnet.gr (mx-out.forthnet.gr [193.92.150.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B662643D1D; Mon, 18 Oct 2004 20:17:22 +0000 (GMT) (envelope-from dds@aueb.gr) Received: from mx-av-02.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) i9IKHAG9008787; Mon, 18 Oct 2004 23:17:10 +0300 Received: from mx-as-01.forthnet.gr (mx-as.forthnet.gr [193.92.150.226]) i9IKHAar014267; Mon, 18 Oct 2004 23:17:10 +0300 Received: from forthnet.gr (athmta04.forthnet.gr [193.92.150.25]) i9IKH8wq007389; Mon, 18 Oct 2004 23:17:08 +0300 Received: from [192.168.136.17] (ppp17-adsl-153.ath.forthnet.gr [212.251.107.153]) by forthnet.gr (8.12.11/8.12.11) with ESMTP id i9IKH8Ur019502; Mon, 18 Oct 2004 23:17:08 +0300 Message-ID: <417424C7.3020602@aueb.gr> Date: Mon, 18 Oct 2004 23:17:11 +0300 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en, el, de MIME-Version: 1.0 To: Julian Elischer References: <4172E741.7080508@elischer.org> <4172EB01.9010202@elischer.org> In-Reply-To: <4172EB01.9010202@elischer.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Flag: NO cc: Robert Watson cc: current@freebsd.org Subject: Re: Kernel frameworks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 20:17:24 -0000 Julian Elischer wrote: [...] > My gut feeling is that the same algorythms and data structure mechanism= s > keep occuring again and again in teh kernel, and that it should be > possible to > specify the kernel in a meta-language (also known as a Very High Level > Language) > and generate the result. I've actually thought a little about this. > I havent seen a language that fits the bill yet. Does anyone have a > favourite > VHLL that they think could be used to describe a kernel? My suspicion > is that the descriptions would be such that we'd probably have to creat= e > our own KDS > (Kernel descripion Language :-) You are describing a domain-specific language (DSL). This is an ongoing, but currently less than hot, research topic. The Usenix Association sponsored two conferences on the subject in 1997 [1] and 1999 [2]. I've been playing with DSLs for more than 15 years [3-6]; reference [6] contains a (rather academic) survey of how DSLs are typically implemented and used. I've also used DSLs extensively in practice in the implementation of a medium-sized software project: a 300KLOC CAD system for civil engineers and architects. In that system 287KLOC are in C/C++; 16KLOC are in 12 different DSLs. I feel that DSLs offer significant benefits, especially when they are first used in the areas of a system where they are most applicable (think our kernel configuration file). Thereafter, the marginal returns quickly diminish, and the associated problems take over. In a summary, the most important problems are: - Finding or training developers to use the DSLs - Maintaining the DSL compilers - Development (e.g. debugger) tool support One current promissing approach is extensible languages, such as those made possible by the C# and the Java 5.0 code annotations. Personally, I believe that C++ is now a serious candidate for an OS implementation language. I know of the many less than successful object-oriented OS implementation attempts in the late 80s and early 90s, but I believe that those used a wrong approach (use object for everything) and an immature version of C++. Nowadays I would use the C++ in an OS implementation effort for its encapsulation and generic programming facilities, and would very sparingly employ inheritance and virtual methods. As you correctly point out, this is all day-dreaming, because of the ammount of legacy code we have on our hands. [1] Chris Ramming, editor. Proceedings of the Conference on Domain-Specific Languages October 15-17, 1997 Santa Barbara, California, USA. http://www.usenix.org/publications/library/proceedings/dsl97/ [2] Thomas Ball, editor. The 2nd Conference on Domain-Specific Languages. October 3-5, 1999. Austin, Texas, USA. http://www.usenix.org/publications/library/proceedings/dsl99/ [3] Diomidis Spinellis. Implementing Haskell: Language implementation as a tool building exercise. Structured Programming (Software Concepts and Tools), 14:37=9648, 1993. http://www.spinellis.gr/pubs/jrnl/1993-StrProg-Haskell/html/exp.html [4] Diomidis Spinellis and V. Guruprasad. Lightweight languages as software engineering tools. In J. Christopher Ramming, editor, USENIX Conference on Domain-Specific Languages, pages 67=9676, Berkeley, CA, October 1997. Usenix Association. http://www.spinellis.gr/pubs/conf/1997-DSL-Lightweight/html/paper.html [5] Diomidis Spinellis. Reliable software implementation using domain specific languages. In G. I. Schu=EBller and P. Kafka, editors, Proceedings ESREL '99 =97 The Tenth European Conference on Safety and Reliability, pages 627=96631, Rotterdam, September 1999. ESRA, VDI, TUM, A. A. Balkema. http://www.spinellis.gr/pubs/conf/1999-ESREL-SoftRel/html/dsl.html [6] Diomidis Spinellis. Notable design patterns for domain specific languages. Journal of Systems and Software, 56(1):91=9699, February 2001.= http://www.spinellis.gr/pubs/jrnl/2000-JSS-DSLPatterns/html/dslpat.html Diomidis - dds@ From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 20:46:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 240AD16A4CE for ; Mon, 18 Oct 2004 20:46:49 +0000 (GMT) Received: from av7-2-sn4.m-sp.skanova.net (av7-2-sn4.m-sp.skanova.net [81.228.10.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FEAD43D54 for ; Mon, 18 Oct 2004 20:46:48 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av7-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 7E27D382D9; Mon, 18 Oct 2004 22:46:47 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av7-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 64F69382D5 for ; Mon, 18 Oct 2004 22:46:47 +0200 (CEST) Received: from [192.168.1.1] (h65n2fls35o895.telia.com [217.211.109.65]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id B464837E51 for ; Mon, 18 Oct 2004 22:46:46 +0200 (CEST) Message-ID: <41742B8E.2050103@telia.com> Date: Mon, 18 Oct 2004 22:46:06 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.8 (X11/20041017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: soclose() sorele panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 20:46:49 -0000 Got this panic when a ssh client disconnected/died. 6.0-CURRENT Sun Oct 17 05:46:04 MEST 2004, UP, debug.mpsafenet=1 dump+kernel.debug is still avail. if more info needed. ps. Why is the thread NULL in frame #28 and #27 ? -- sh game -- # ident /boot/kernel/kernel.debug |grep uipc_socket $FreeBSD: src/sys/kern/uipc_socket.c,v 1.213 2004/10/11 08:11:26 rwatson Exp $ $FreeBSD: src/sys/kern/uipc_socket2.c,v 1.137 2004/08/15 06:24:41 jmg Exp $ # ll /boot/kernel/kernel.debug -rwxr-xr-x 1 root wheel 11385263 Oct 17 07:18 /boot/kernel/kernel.debug -- ddb game -- db> tr kdb_enter(c066f892,c06b9600,c066d845,ca219b18,c1195000) at kdb_enter+0x30 panic(c066d845,c06af540,c133ee70,0,c0fe5900) at panic+0xd5 soclose(c1304dec,ca219b5c,c048a9c0,c0c44840,c1278880) at soclose+0x39c soo_close(c1278dd0,c0fe5900,0,c133ee70,c1278dd0) at soo_close+0x7d fdrop_locked(c1278dd0,c0fe5900,c12f6500,c0fe5900,c133ed68) at fdrop_locked+0xf0 fdrop(c1278dd0,c0fe5900,c052c186,c06b8160,0,0,0,0,c133ed68,c0fe5900,c12f6500,2,0,0,0,c0c45e60,ffff01b6,c12787b4,0,c12787b4,ca219c0c) at fdrop+0x5f closef(c1278dd0,c0fe5900,c12787b4,c0fe5900,c051de0b) at closef+0x2b2 fdfree(c0fe5900,c0691200,2,c04c8ae0,c0fe5900) at fdfree+0x486 exit1(c0fe5900,ff00,ca219d40,c0652e00,c0fe5900) at exit1+0x64c sys_exit(c0fe5900,ca219d14,4,ca219d3c,c04db206) at sys_exit+0x1d syscall(2f,2f,2f,bfbfe560,ffffffff) at syscall+0x330 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x2830a1bb, esp = 0xbfbfe4dc, ebp = 0xbfbfe4e8 --- db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 2086 c1257600 cabbe000 1001 2085 2086 0004002 [SLPQ ttyin 0xc1102010][SLP] tcsh 2085 c12d1c00 cac25000 1001 2083 2083 0000100 [SLPQ select 0xc06bd1e4][SLP] sshd 2083 c135ae00 cac55000 0 436 2083 0000100 [SLPQ sbwait 0xc1304d40][SLP] sshd 1545 c135a000 cab69000 1001 1 1545 0004002 [RUNQ] tcsh 1542 c115b200 ca492000 0 436 1542 0002100 [CPU 0] sshd 523 c1257800 cabbf000 0 1 523 0004002 [SLPQ ttyin 0xc10c9810][SLP] getty 522 c1257e00 cabc2000 0 1 522 0004002 [SLPQ ttyin 0xc10c5410][SLP] getty 517 c1256e00 cab7e000 0 1 517 0000000 [SLPQ select 0xc06bd1e4][SLP] inetd 486 c1257a00 cabc0000 1002 1 486 0000100 [SLPQ select 0xc06bd1e4][SLP] dhcpd 457 c12d1600 cac22000 0 1 457 0000000 [SLPQ nanslp 0xc06b9c0c][SLP] cron 445 c1257c00 cabc1000 25 1 445 0000100 [SLPQ pause 0xc1257c38][SLP] sendmail 441 c12d1400 cac21000 0 1 441 0000100 [SLPQ select 0xc06bd1e4][SLP] sendmail 436 c12d1000 cac01000 0 1 436 0000100 [SLPQ select 0xc06bd1e4][SLP] sshd 421 c12cf400 cabee000 0 1 421 0000000 [SLPQ select 0xc06bd1e4][SLP] ntpd 407 c12cfa00 cabfe000 0 1 407 0000000 [SLPQ select 0xc06bd1e4][SLP] lpd 369 c1257200 cab80000 64 365 365 0000100 [SLPQ bpf 0xc11b1d00][SLP] pflogd 365 c1041a00 ca256000 0 1 365 0000000 [SLPQ sbwait 0xc1274320][SLP] pflogd 360 c1041800 ca255000 0 353 353 0000100 [SLPQ select 0xc06bd1e4][SLP] rpc.lockd 353 c1257400 cabbd000 0 1 353 0000000 [SLPQ select 0xc06bd1e4][SLP] rpc.lockd 348 c1041400 ca253000 0 1 348 0000000 [SLPQ select 0xc06bd1e4][SLP] rpc.statd 343 c115be00 ca4d4000 0 334 334 0000000 [SLPQ - 0xc11aec00][SLP] nfsd 342 c1256000 cab67000 0 334 334 0000000 [SLPQ - 0xc11aee00][SLP] nfsd 341 c1256200 cab78000 0 334 334 0000000 [SLPQ - 0xc1254000][SLP] nfsd 340 c1256400 cab79000 0 334 334 0000000 [SLPQ - 0xc1254200][SLP] nfsd 339 c1256600 cab7a000 0 334 334 0000000 [SLPQ - 0xc1254400][SLP] nfsd 338 c1256800 cab7b000 0 334 334 0000000 [SLPQ - 0xc1254600][SLP] nfsd 337 c1256a00 cab7c000 0 334 334 0000000 [SLPQ - 0xc1254800][SLP] nfsd 336 c1256c00 cab7d000 0 334 334 0000000 [SLPQ - 0xc1254a00][SLP] nfsd 334 c1257000 cab7f000 0 1 334 0000000 [SLPQ select 0xc06bd1e4][SLP] nfsd 325 c115b000 ca491000 0 1 325 0000000 [SLPQ select 0xc06bd1e4][SLP] mountd 273 c1041e00 ca258000 0 1 273 0000000 [SLPQ select 0xc06bd1e4][SLP] rpcbind 254 c1041600 ca254000 0 1 254 0000000 [SLPQ select 0xc06bd1e4][SLP] syslogd 234 c1041c00 ca257000 0 1 234 0000000 [SLPQ select 0xc06bd1e4][SLP] devd 47 c115b400 ca493000 0 0 0 0000204 [SLPQ - 0xca4c0d08][SLP] schedcpu 46 c115b600 ca4d0000 0 0 0 0000204 [SLPQ - 0xc06c46cc][SLP] nfsiod 3 45 c115b800 ca4d1000 0 0 0 0000204 [SLPQ - 0xc06c46c8][SLP] nfsiod 2 44 c115ba00 ca4d2000 0 0 0 0000204 [SLPQ - 0xc06c46c4][SLP] nfsiod 1 43 c115bc00 ca4d3000 0 0 0 0000204 [SLPQ - 0xc06c46c0][SLP] nfsiod 0 42 c0ff4c00 ca229000 0 0 0 0000204 [SLPQ syncer 0xc06b998c][SLP] syncer 41 c0ff4e00 ca22a000 0 0 0 0000204 [SLPQ vlruwt 0xc0ff4e00][SLP] vnlru 40 c103e000 ca22b000 0 0 0 0000204 [SLPQ psleep 0xc06bd7ac][SLP] bufdaemon 39 c103e200 ca22c000 0 0 0 000020c [SLPQ pgzero 0xc06caf10][SLP] pagezero 38 c103e400 ca22d000 0 0 0 0000204 [SLPQ psleep 0xc06caf64][SLP] vmdaemon 37 c103e600 ca22e000 0 0 0 0000204 [SLPQ psleep 0xc06caf20][SLP] pagedaemon 36 c103e800 ca22f000 0 0 0 0000204 [RUNQ] swi0: sio 35 c103ea00 ca24e000 0 0 0 0000204 [SLPQ - 0xc103d63c][SLP] fdc0 9 c103ec00 ca24f000 0 0 0 0000204 [SLPQ actask 0xc079fa2c][SLP] acpi_task2 8 c103ee00 ca250000 0 0 0 0000204 [SLPQ actask 0xc079fa2c][SLP] acpi_task1 7 c1041000 ca251000 0 0 0 0000204 [SLPQ actask 0xc079fa2c][SLP] acpi_task0 34 c1041200 ca252000 0 0 0 0000204 [IWAIT] swi6: task queue 6 c0fe4600 ca200000 0 0 0 0000204 [SLPQ - 0xc103c300][SLP] kqueue taskq 33 c0fe4800 ca201000 0 0 0 0000204 [IWAIT] swi5:+ 32 c0fe4a00 ca202000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 5 c0fe4c00 ca203000 0 0 0 0000204 [SLPQ - 0xc103c440][SLP] thread taskq 31 c0fe4e00 ca204000 0 0 0 0000204 [IWAIT] swi6:+ 30 c0ff4000 ca223000 0 0 0 0000204 [SLPQ - 0xc06b1ae0][SLP] yarrow 4 c0ff4200 ca224000 0 0 0 0000204 [SLPQ - 0xc06b4528][SLP] g_down 3 c0ff4400 ca225000 0 0 0 0000204 [SLPQ - 0xc06b4524][SLP] g_up 2 c0ff4600 ca226000 0 0 0 0000204 [SLPQ - 0xc06b451c][SLP] g_event 29 c0ff4800 ca227000 0 0 0 0000204 [IWAIT] swi1: net 28 c0ff4a00 ca228000 0 0 0 0000204 [IWAIT] swi3: vm 27 c0fc6200 c99ee000 0 0 0 000020c [RUNQ] swi4: clock sio 26 c0fc6400 c99ef000 0 0 0 0000204 [IWAIT] irq15: ata1 25 c0fc6600 c99f0000 0 0 0 0000204 [IWAIT] irq14: ata0 24 c0fc6800 c9a0f000 0 0 0 0000204 [IWAIT] irq13: 23 c0fc6a00 c9a10000 0 0 0 0000204 [IWAIT] irq12: 22 c0fc6c00 c9a11000 0 0 0 0000204 [IWAIT] irq11: fxp0 21 c0fc6e00 c9a12000 0 0 0 0000204 [IWAIT] irq10: 20 c0fe4000 ca1fd000 0 0 0 0000204 [IWAIT] irq9: xl0 acpi0 19 c0fe4200 ca1fe000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c0fe4400 ca1ff000 0 0 0 0000204 [IWAIT] irq7: 17 c0fbf000 c99a9000 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c0fbf200 c99e6000 0 0 0 0000204 [IWAIT] irq5: 15 c0fbf400 c99e7000 0 0 0 0000204 [IWAIT] irq4: sio0 14 c0fbf600 c99e8000 0 0 0 0000204 [IWAIT] irq3: sio1 13 c0fbf800 c99e9000 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c0fbfa00 c99ea000 0 0 0 0000204 [IWAIT] irq0: clk 11 c0fbfc00 c99eb000 0 0 0 000020c [Can run] idle 1 c0fbfe00 c99ec000 0 0 1 0004200 [SLPQ wait 0xc0fbfe00][SLP] init 10 c0fc6000 c99ed000 0 0 0 0000204 [SLPQ ktrace 0xc06b7bb8][SLP] ktrace 0 c06b4620 c081f000 0 0 0 0000200 [SLPQ sched 0xc06b4620][SLP] swapper 1544 c12d1e00 cac26000 1001 1542 1542 0002100 zomb[INACTIVE] sshd db> panic panic: from debugger Uptime: 12h11m42s Dumping 191 MB 16 32 48 64 80 96 112 128 144 160 176 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort -- kgdb game -- (kgdb) bt #22 0x00000000 in ?? () #23 0xc04d1fa0 in kdb_enter (msg=0x0) at cpufunc.h:56 #24 0xc04b4715 in panic (fmt=0xc066d845 "sorele") at /usr/src/sys/kern/kern_shutdown.c:525 #25 0xc04f86dc in soclose (so=0xc1304dec) at /usr/src/sys/kern/uipc_socket.c:473 #26 0xc04e51ed in soo_close (fp=0xc1278dd0, td=0xc0fe5900) at /usr/src/sys/kern/sys_socket.c:275 #27 0xc048d6d0 in fdrop_locked (fp=0xc1278dd0, td=0x0) at file.h:289 #28 0xc048bf4f in fdrop (fp=0xc1278dd0, td=0x0) at /usr/src/sys/kern/kern_descrip.c:1897 #29 0xc048bee2 in closef (fp=0xc1278dd0, td=0xc0fe5900) at /usr/src/sys/kern/kern_descrip.c:1883 #30 0xc048b496 in fdfree (td=0xc0fe5900) at /usr/src/sys/kern/kern_descrip.c:1610 #31 0xc049556c in exit1 (td=0xc0fe5900, rv=65280) at /usr/src/sys/kern/kern_exit.c:237 #32 0xc0494f1d in sys_exit (td=0x0, uap=0x0) at /usr/src/sys/kern/kern_exit.c:94 #33 0xc0652e00 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077942944, tf_esi = -1, tf_ebp = -1077943064, tf_isp = -903766668, tf_ebx = 671987736, tf_edx = 134703100, tf_ecx = 0, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 674275771, tf_cs = 31, tf_eflags = 646, tf_esp = -1077943076, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1001 #34 0xc0642dff in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #35 0x0000002f in ?? () (kgdb) frame 25 #25 0xc04f86dc in soclose (so=0xc1304dec) at /usr/src/sys/kern/uipc_socket.c:473 473 sorele(so); (kgdb) list 468 } 469 discard: 470 SOCK_LOCK(so); 471 KASSERT((so->so_state & SS_NOFDREF) == 0, ("soclose: NOFDREF")); 472 so->so_state |= SS_NOFDREF; 473 sorele(so); 474 return (error); 475 } 476 477 /* (kgdb) print *so $1 = {so_count = 0, so_type = 1, so_options = 0, so_linger = 0, so_state = 8193, so_qstate = 0, so_pcb = 0x0, so_proto = 0xc0698ce0, so_head = 0x0, so_incomp = {tqh_first = 0x0, tqh_last = 0xc1304e08}, so_comp = {tqh_first = 0x0, tqh_last = 0xc1304e10}, so_list = { tqe_next = 0x0, tqe_prev = 0x0}, so_qlen = 0, so_incqlen = 0, so_qlimit = 0, so_timeo = 0, so_error = 0, so_sigio = 0x0, so_oobmark = 0, so_aiojobq = {tqh_first = 0x0, tqh_last = 0xc1304e34}, so_rcv = {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_lock = 0x0, kl_list = {slh_first = 0x0}}, si_flags = 0}, sb_mtx = {mtx_object = {lo_class = 0xc06938dc, lo_name = 0xc067264c "so_rcv", lo_type = 0xc067264c "so_rcv", lo_flags = 131072, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 3237894400, mtx_recurse = 0}, sb_mb = 0x0, sb_mbtail = 0x0, sb_lastrecord = 0x0, sb_cc = 0, sb_hiwat = 0, sb_mbcnt = 0, sb_mbmax = 0, sb_ctl = 0, sb_lowat = 0, sb_timeo = 0, sb_flags = 0, sb_state = 0}, so_snd = {sb_sel = { si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_lock = 0x0, kl_list = {slh_first = 0x0}}, si_flags = 0}, sb_mtx = {mtx_object = {lo_class = 0xc06938dc, lo_name = 0xc0672645 "so_snd", lo_type = 0xc0672645 "so_snd", lo_flags = 131072, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, sb_mb = 0x0, sb_mbtail = 0x0, sb_lastrecord = 0x0, sb_cc = 0, sb_hiwat = 0, sb_mbcnt = 0, sb_mbmax = 0, sb_ctl = 0, sb_lowat = 2048, sb_timeo = 0, sb_flags = 64, sb_state = 16}, so_upcall = 0, so_upcallarg = 0x0, so_cred = 0xc12f6500, so_label = 0x0, so_peerlabel = 0x0, so_gencnt = 3336, so_emuldata = 0x0, so_accf = 0x0} (kgdb) frame 30 #30 0xc048b496 in fdfree (td=0xc0fe5900) at /usr/src/sys/kern/kern_descrip.c:1610 1610 (void) closef(*fpp, td); (kgdb) print td->td_proc->p_comm $2 = "sshd\000er", '\0' (kgdb) print /d td->td_proc->p_pid $3 = 1542 (kgdb) printf "%s", msgbufp->msg_ptr ... <118>Oct 17 19:33:10 hostname sshd[1542]: fatal: mm_request_receive: read: -1 panic: sorele KDB: enter: panic panic: from debugger Uptime: 12h11m42s Dumping 191 MB 16 32 48 64 80 96 112 128 144 160 176 -- Pawel From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 21:00:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B01516A4CE for ; Mon, 18 Oct 2004 21:00:04 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42AEF43D31 for ; Mon, 18 Oct 2004 21:00:03 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id B1B78119C7; Mon, 18 Oct 2004 23:00:00 +0200 (CEST) Date: Mon, 18 Oct 2004 23:00:00 +0200 From: "Simon L. Nielsen" To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20041018210000.GA753@zaphod.nitro.dk> References: <4171AA66.2050005@gmx.de> <4172A2D0.2060202@DeepCore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <4172A2D0.2060202@DeepCore.dk> User-Agent: Mutt/1.5.6i cc: Jochen Gensch cc: freebsd-current@freebsd.org Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 21:00:04 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.10.17 18:50:24 +0200, S=F8ren Schmidt wrote: > Jochen Gensch wrote: > >Hi, > > > >I just cvsup'd RELENG_5 and the system is not booting any more with the= =20 > >new kernel. It hangs at the ata identifying with the message: > > > >ata1-slave: FAILURE - ATAPI_IDENTIFY timed out > > > >I am using the GENERIC kernel, the only additional thing in there is=20 > >atapicam. Maybe I just cvsup'd at a bad time :-) ? >=20 > Maybe not, could you please try the attached patch and let me know if=20 > that helps or not ? I'm not sure if I dare to tell you... :-) but my Thinkpad R40 also hangs now with RELENG_5 from today. It's OK with 5.3-BETA7 from Oct 10. The patch below did not fix it. I haven't tried backstepping ata(4) yet, but I will do that shortly. > Index: ata-all.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v > retrieving revision 1.222.2.4 > diff -u -r1.222.2.4 ata-all.c > --- ata-all.c 16 Oct 2004 08:43:06 -0000 1.222.2.4 > +++ ata-all.c 17 Oct 2004 16:38:21 -0000 > @@ -306,6 +306,12 @@ > } > } > =20 > + ch->flags &=3D ~ATA_IMMEDIATE_MODE; > + mtx_lock(&ch->state_mtx); > + ch->state =3D ATA_IDLE; > + mtx_unlock(&ch->state_mtx); > + ch->locking(ch, ATA_LF_UNLOCK); > + > /* attach new devices */ > if ((newdev =3D ~devices & ch->devices)) { > if ((newdev & (ATA_ATA_MASTER | ATA_ATAPI_MASTER)) && > @@ -323,12 +329,6 @@ > if (bootverbose) > ata_printf(ch, -1, "device config done ..\n"); > =20 > - ch->flags &=3D ~ATA_IMMEDIATE_MODE; > - mtx_lock(&ch->state_mtx); > - ch->state =3D ATA_IDLE; > - mtx_unlock(&ch->state_mtx); > - ch->locking(ch, ATA_LF_UNLOCK); > - > ata_start(ch); > return 0; > } --=20 Simon L. Nielsen FreeBSD Documentation Team --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBdC7Ph9pcDSc1mlERArJxAKDKfy0CSGtNHjxbhPEQhac77KX/NACgkrwr UyQ9AYF7ciDvdi3nwL7yhd8= =StG5 -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 21:21:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3ECC16A4CE for ; Mon, 18 Oct 2004 21:21:38 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8DDB43D49 for ; Mon, 18 Oct 2004 21:21:37 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 17376 invoked by uid 207); 18 Oct 2004 21:21:36 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.65):. Processed in 1.324327 secs); 18 Oct 2004 21:21:36 -0000 Received: from dialup65.ach.sch.gr (HELO gothmog.gr) ([81.186.70.65]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 18 Oct 2004 21:21:34 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i9ILLRqU000973 for ; Tue, 19 Oct 2004 00:21:27 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i9IL5N6m000723 for freebsd-current@freebsd.org; Tue, 19 Oct 2004 00:05:23 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 19 Oct 2004 00:05:22 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20041018210522.GA681@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: burncd triggers a panic on 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 21:21:39 -0000 Every time I attempt to write a CD-ROM with burncd a panic is triggered, shortly after this message appears on my console: acd0: illegal transfer phase ata1-master: FAILURE - ATAPI_IDENTIFY timed out The next thing I see is acd0 being deleted and a panic from somewhere within geom, but I can't manage to save a crash dump no matter what I try :-/ Adding atapicam on my kernel config and trying to burn a CD-ROM with cdrecord works fine though. The relevant bits from dmesg are: : $ dmesg | egrep 'ata|cd' : atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 : ata0: channel #0 on atapci0 : ata1: channel #1 on atapci0 : ata0-master: DMA limited to UDMA33, non-ATA66 cable or device : ad0: 42934MB [87233/16/63] at ata0-master UDMA33 : acd0: CDRW at ata1-master PIO4 : cd0 at ata1 bus 0 target 0 lun 0 : cd0: Removable CD-ROM SCSI-0 device : cd0: 16.000MB/s transfers : cd0: Attempt to query device size failed: NOT READY, Medium not present : $ sysctl -a hw.ata : hw.ata.ata_dma: 1 : hw.ata.wc: 1 : hw.ata.atapi_dma: 0 From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 21:28:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ED0116A4CF; Mon, 18 Oct 2004 21:28:11 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 699DC43D31; Mon, 18 Oct 2004 21:28:10 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 6D6E71F87BED; Mon, 18 Oct 2004 23:28:09 +0200 (CEST) Date: Mon, 18 Oct 2004 23:28:09 +0200 From: Roman Neuhauser To: Ruslan Ermilov Message-ID: <20041018212809.GD4968@isis.wad.cz> Mail-Followup-To: Ruslan Ermilov , freebsd-current References: <20041018161249.GA2126@isis.wad.cz> <20041018174945.GC89681@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041018174945.GC89681@ip.net.ua> User-Agent: Mutt/1.5.6i cc: freebsd-current Subject: Re: 5.3-BETA7 make release "env: not found" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 21:28:11 -0000 # ru@freebsd.org / 2004-10-18 20:49:45 +0300: > On Mon, Oct 18, 2004 at 06:12:49PM +0200, Roman Neuhauser wrote: > > First-time release wrangler here, so it's quite possible this is a pilot > > error, but why do I see "env: not found" errors during make release? > > > > > > smradoch@wally ~ 1017:0 > grep -FB1 'env: not found' release.log > > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.9FQf5F4J make -f Makefile.inc1 reinstall > > env: not found > I was responsible for and aware of these warnings, > but have been ignoring them until now. Thanks for > reminding! They were mostly harmless, but anyway, > a fix is now committed as src/Makefile,v 1.309. Maybe you could also fix these while you're at it: smradoch@wally ~ 1008:0 > grep -FB2 ': not found' release.log.2 ln -fs /lib/libkiconv.so.1 /usr/release/usr/lib/libkiconv.so ===> lib/libmagic uniq: not found -- /R/stage/trees/base/usr/share/man/cat3/kiconv_add_xlat16_table.3.gz -> /R/stage/trees/base/usr/share/man/cat3/kiconv.3.gz ===> lib/libmagic uniq: not found "/usr/src/lib/libmagic/Makefile", line 49: warning: "awk '$1 == "#define" && $2 == "VERSION" { print $3 }' /usr/src/lib/libmagic/config.h | uniq" returned non-zero status cd /usr/src/lib/libmagic; make install -DNO_SUBDIR DESTDIR=/R/stage/trees/base SHARED=copies uniq: not found -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 21:31:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A59DB16A572 for ; Mon, 18 Oct 2004 21:31:10 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9E1343D2D for ; Mon, 18 Oct 2004 21:31:09 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 77DB6F1C7D; Mon, 18 Oct 2004 14:31:09 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00668-02; Mon, 18 Oct 2004 14:31:08 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 782FFF1BAD; Mon, 18 Oct 2004 14:31:08 -0700 (PDT) From: Sean McNeil To: John-Mark Gurney In-Reply-To: <20041018011235.GB22681@funkthat.com> References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2aIBLILhoCiGtiVInRj0" Message-Id: <1098135068.2861.6.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 18 Oct 2004 14:31:08 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 21:31:11 -0000 --=-2aIBLILhoCiGtiVInRj0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi John-Marc, On Sun, 2004-10-17 at 18:12, John-Mark Gurney wrote: > John-Mark Gurney wrote this message on Sun, Oct 17, 2004 at 16:28 -0700: > > I'll do some tests shortly to see about these issues... >=20 > Ok, I played around w/ rwatson's netsend program, and I was able to > send 1316 byte payload udp packets at about 28kpps w/o problems.. I > was not able to confirm that no packets were loss, BUT, netstat did > show very close to 28kpps received... At 28kpps, it's far exceeds > your problem of 15Mbps, it is about 38megbytes/sec.. I looked at and read netsend/netreceive. Is this what you are using?=20 If so, how do you know that there is no packet loss? netreceive does no checking to make sure of anything. It is just a sink that throws away the packets. You need to look at the actual data that is being delivered. You will find that 20% of those packets that are suppose to have been sent are just thrown away without any error indication of any sort. netstat -i will show no errors yet the packets are gone if you look for them on the other side. So netsend is telling you it sends them at 38megbytes/sec but out the wire the driver is only sending 80% of the packets it should. Cheers, Sean --=-2aIBLILhoCiGtiVInRj0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdDYcyQsGN30uGE4RAiKBAJ0eX1imTu0R2KiuWpNqb/wEB72imwCePL7X l7vvKBsxl88yFJtn8USy56I= =+FRW -----END PGP SIGNATURE----- --=-2aIBLILhoCiGtiVInRj0-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 21:33:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E724F16A4CE for ; Mon, 18 Oct 2004 21:33:05 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32C5E43D2F for ; Mon, 18 Oct 2004 21:33:05 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9ILWvju064691; Mon, 18 Oct 2004 23:33:02 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 18 Oct 2004 11:01:04 PDT." <16756.1248.574545.815252@ran.psg.com> Date: Mon, 18 Oct 2004 23:32:57 +0200 Message-ID: <64690.1098135177@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 21:33:06 -0000 In message <16756.1248.574545.815252@ran.psg.com>, Randy Bush writes: >>>> root's shell is /usr/local/bin/bash (no comments, please:-) >>>> i am seeing the problem as root in multiluser. i don't spend >>>> much time in single abuser, so can't say. >>> Ahh, that's different then. >>> I'll hunt this one down tomorrow. >> >> Can you try this patch ? > >did, but it did not fix the problem. did a simple portupgrade. >when it finished, i typed "ls," which was not echoed, but i got >the output of the command. issued "reset" command. now it >echos again. sorry. I must be missing something, I can't reproduce it. Your tty should not be opened and/or closed after a portupgrade, so I'm not really sure I understand what's going on. If portupgrade fiddles your echo setting, it should of course reset them. [t]csh takes a very dim view of applications doing this and resets the terminal mode for each prompt (a good thing, since that also works for apps which core dump). So first I'm wondering how this can have anything to do with my changes, (not that I doubt it has, I just can't see the connection) and second I'm wondering if there is a bug in portupgrade which tcsh covers for us which we ought to look at as well. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 21:40:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCBAB16A4CE for ; Mon, 18 Oct 2004 21:40:04 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A11B043D1D for ; Mon, 18 Oct 2004 21:40:04 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CJfEa-000PEe-0K; Mon, 18 Oct 2004 14:40:04 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16756.14387.497438.850972@ran.psg.com> Date: Mon, 18 Oct 2004 14:40:03 -0700 To: "Poul-Henning Kamp" References: <16756.1248.574545.815252@ran.psg.com> <64690.1098135177@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 21:40:05 -0000 > So first I'm wondering how this can have anything to do with my changes i never meant to assert that it did. it's just that you give refunds :-) > I'm wondering if there is a bug in portupgrade which tcsh covers for > us which we ought to look at as well. i don't know. i have thought of one thing. id do hack termcap /usr/share/misc# diff -u termcap.FCS termcap --- termcap.FCS Fri Oct 15 23:13:46 2004 +++ termcap Fri Oct 15 23:13:47 2004 @@ -299,7 +299,7 @@ adm3|3|lsi adm3:\ :do=^J:am:le=^H:bs:cl=^Z:li#24:ma=^K^P:co#80: xterm|xterm-color|X11 terminal emulator:\ - :ti@:te@:tc=xterm-xfree86: + :tc=xterm-xfree86: # # DESCRIPTION: # This file describes capabilities of various terminals, as needed by randy From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 21:44:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 943C016A4CE for ; Mon, 18 Oct 2004 21:44:10 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E23B043D1F for ; Mon, 18 Oct 2004 21:44:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9ILi898065034; Mon, 18 Oct 2004 23:44:08 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 18 Oct 2004 14:40:03 PDT." <16756.14387.497438.850972@ran.psg.com> Date: Mon, 18 Oct 2004 23:44:08 +0200 Message-ID: <65033.1098135848@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 21:44:10 -0000 In message <16756.14387.497438.850972@ran.psg.com>, Randy Bush writes: >> So first I'm wondering how this can have anything to do with my changes > >i never meant to assert that it did. it's just that you give >refunds :-) Sigh... >> I'm wondering if there is a bug in portupgrade which tcsh covers for >> us which we ought to look at as well. > >i don't know. > >i have thought of one thing. id do hack termcap > >/usr/share/misc# diff -u termcap.FCS termcap >--- termcap.FCS Fri Oct 15 23:13:46 2004 >+++ termcap Fri Oct 15 23:13:47 2004 >@@ -299,7 +299,7 @@ > adm3|3|lsi adm3:\ > :do=^J:am:le=^H:bs:cl=^Z:li#24:ma=^K^P:co#80: > xterm|xterm-color|X11 terminal emulator:\ >- :ti@:te@:tc=xterm-xfree86: >+ :tc=xterm-xfree86: You have me there: I have no idea what that does. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 21:47:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B21C816A4CE for ; Mon, 18 Oct 2004 21:47:21 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 787B543D2D for ; Mon, 18 Oct 2004 21:47:21 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CJfLd-000PSO-1o; Mon, 18 Oct 2004 14:47:21 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16756.14824.553837.54095@ran.psg.com> Date: Mon, 18 Oct 2004 14:47:20 -0700 To: "Poul-Henning Kamp" References: <16756.14387.497438.850972@ran.psg.com> <65033.1098135848@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 21:47:21 -0000 >> /usr/share/misc# diff -u termcap.FCS termcap >> --- termcap.FCS Fri Oct 15 23:13:46 2004 >> +++ termcap Fri Oct 15 23:13:47 2004 >> @@ -299,7 +299,7 @@ >> adm3|3|lsi adm3:\ >> :do=^J:am:le=^H:bs:cl=^Z:li#24:ma=^K^P:co#80: >> xterm|xterm-color|X11 terminal emulator:\ >> - :ti@:te@:tc=xterm-xfree86: >> + :tc=xterm-xfree86: > > You have me there: I have no idea what that does. allows te:ti: which means when i exit vi/more/... the screen is restored. fwiw, the puppy is fine after using vi/more/... randy From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 21:53:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E763C16A4CE for ; Mon, 18 Oct 2004 21:53:11 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42A6843D3F for ; Mon, 18 Oct 2004 21:53:11 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9ILrASu065196; Mon, 18 Oct 2004 23:53:10 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Randy Bush From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 18 Oct 2004 14:47:20 PDT." <16756.14824.553837.54095@ran.psg.com> Date: Mon, 18 Oct 2004 23:53:10 +0200 Message-ID: <65195.1098136390@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 21:53:12 -0000 In message <16756.14824.553837.54095@ran.psg.com>, Randy Bush writes: >>> /usr/share/misc# diff -u termcap.FCS termcap >>> --- termcap.FCS Fri Oct 15 23:13:46 2004 >>> +++ termcap Fri Oct 15 23:13:47 2004 >>> @@ -299,7 +299,7 @@ >>> adm3|3|lsi adm3:\ >>> :do=^J:am:le=^H:bs:cl=^Z:li#24:ma=^K^P:co#80: >>> xterm|xterm-color|X11 terminal emulator:\ >>> - :ti@:te@:tc=xterm-xfree86: >>> + :tc=xterm-xfree86: >> >> You have me there: I have no idea what that does. > >allows te:ti: which means when i exit vi/more/... the screen >is restored. > >fwiw, the puppy is fine after using vi/more/... I've committed my tree now because it cleans up a lot of almost but not quite entirely identical tty initializations. The committed code is subtly different from the patch you tried so for your own convenience you should probably back that out before cvsup'ing. I'll try to reproduce the problem again tomorrow, any hints, clues and ideas are most welcome. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 22:03:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8416916A4CE for ; Mon, 18 Oct 2004 22:03:47 +0000 (GMT) Received: from mauchly.symmetron.com (smtp.symmetron.com [209.48.226.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9ECE43D2F for ; Mon, 18 Oct 2004 22:03:46 +0000 (GMT) (envelope-from FreeBSD.lists@symmetron.com) Received: from plunky2 (temp.symmetron.com [209.48.226.3]) i9IM3k46057383 for ; Mon, 18 Oct 2004 18:03:46 -0400 (EDT) (envelope-from FreeBSD.lists@symmetron.com) Message-Id: <200410182203.i9IM3k46057383@mauchly.symmetron.com> From: "Symmetron's FreeBSD Lists" To: Date: Mon, 18 Oct 2004 18:03:45 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcS1XlYtmWSZaq8pQBKGcSSKPo+Q+w== X-Spam-Score: 1.506 (*) ADDR_FREE X-Scanned-By: MIMEDefang 2.43 Subject: Fatal trap 12 during boot of 5.3-BETA7 installation CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:03:47 -0000 I've got a Compaq Presario S3500CL desktop machine and every time I boot the 5.3-BETA7 miniinst installation CD (or the disc1 installation CD), I get a Fatal trap 12 after the floppy drive controller is detected. This Fatal trap occurs at the same instruction pointer no matter if I boot with or without ACPI. I've never reported a kernel Fatal trap before, but after searching through the mailing list for similar crashes, I noticed most people submit the following information. If I can provide more detailed information, please let me know. Here's the kernel output when performing a normal boot: OK boot /boot/kernel/acpi.ko text=0x3f978 data=0x1be4+0x110c syms=[0x4+0x72a0+0x4+0x9743] Copyright (c) 1992-2004 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.3-BETA7 #0: Sat Oct 2 21:01:00 UTC 2004 root@wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2666.20-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff real memory = 536805376 (511 MB) avail memory = 511549440 (487 MB) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xd800-0xd81f at device 29.0 on pci0 uhci0: [GIANT-LOCKED] 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 uhci1: port 0xd000-0xd01f at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0xc000-0xc0ff mem 0xdf000000-0xdf0000ff irq 23 at device 12.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:10:dc:ea:72:87 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0776a85 stack pointer = 0x10:0xc1021b48 frame pointer = 0x10:0xc1021b4c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 Uptime: 1s Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, or switch off the system now. I found instructions on how to use the "nm" command to try to resolve symbols in a non-debug kernel. Here's what I got from "nm": %nm kernel | grep c0776a85 %nm kernel | grep c0776a8 %nm kernel | grep c0776a c0776a20 t fdc_takefirst c0776aa8 t fdctl_wr c0776ad8 t fdout_wr c0776a40 t fdprinttype c0776a78 t fdsettype It appears that the instruction pointer might be inside the fdsettype() function call. Looking at /usr/src/sys/dev/fdc/fdc.c, I see that fd_probe() calls fdsettype() before it returns. BTW, the machine runs 4.10-STABLE w/o problems. Here's what 4.10-STABLE reports for the floppy drive and controller: fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <2880-KB 3.5" drive (in 1440-KB mode)> on fdc0 drive 0 I'm not sure if there is something strange about this floppy drive, I can't find anything on the net saying that it is a 2.88MB drive. I always assumed the drive was a 1.44MB drive. The floppy drive's label says it is a "SFD-321B/LCPN2" model. I tried an older floppy drive and it gave the same fatal trap error. Maybe it is not related to the drive but the controller. If I disable the floppy drive in the BIOS, the installation CD boots properly into sysinstall. Would it be worthwhile to install 5.3-BETA7 on the system and try to build a debug kernel to see exactly where the fatal trap is occurring? -john From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 22:13:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FF3216A4CE for ; Mon, 18 Oct 2004 22:13:09 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F0FE43D5F for ; Mon, 18 Oct 2004 22:13:08 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9IMD01a057009 for ; Mon, 18 Oct 2004 18:13:00 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9IMD0L9057006 for ; Mon, 18 Oct 2004 18:13:00 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 18 Oct 2004 18:13:00 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: uma_zfree: Freeing to non free bucket index. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:13:09 -0000 I've not seen this UMA failure before -- saw it under a high web load on an SMP Xeon here. Some debugging details from DDB below. I have a workable core; a few kgdb output blips are below the DDB output.=20 Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research Heavy web service load on hippy.rv.nailabs.com with GENERIC kernel and accept lock patches.=20 FreeBSD/i386 (hippy.rv.nailabs.com) (ttyd0) login: panic: uma_zfree: Freeing to non free bucket index. cpuid =3D 2 KDB: enter: panic [thread 100014] Stopped at kdb_enter+0x2b: nop db> trace kdb_enter(c07fc72c) at kdb_enter+0x2b panic(c0815e8e,1,2,c22583c0,c2821100) at panic+0x127 uma_zfree_arg(c101fc60,c2821100,0) at uma_zfree_arg+0xa5 mb_free_ext(c2821100) at mb_free_ext+0x39 m_freem(c2821100,0,0,1,1) at m_freem+0x21 tcp_input(c2821100,14,c2821100,0,0) at tcp_input+0x2d1c ip_input(c2821100) at ip_input+0x50d netisr_processqueue(c08eae58) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xbe ithread_loop(c2260c00,e3384d48,c2260c00,c05f7d50,0) at ithread_loop+0x124 fork_exit(c05f7d50,c2260c00,e3384d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe3384d7c, ebp =3D 0 --- db> show locks exclusive sleep mutex UMA pcpu r =3D 0 (0xc08f8548) locked @ vm/uma_core.c:= 2215 exclusive sleep mutex inp (tcpinp) r =3D 0 (0xc2b4d2ac) locked @ netinet/tc= p_input.c:743 exclusive sleep mutex tcp r =3D 0 (0xc08ec02c) locked @ netinet/tcp_input.c= :617 db> show pcpu cpuid =3D 2 curthread =3D 0xc2268600: pid 38 "swi1: net" curpcb =3D 0xe3384da0 fpcurthread =3D none idlethread =3D 0xc2262780: pid 12 "idle: cpu2" APIC ID =3D 2 currentldt =3D 0x28 spin locks held: db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 619 c2b1ce00 ef357000 0 507 507 0000100 [SLPQ kqread 0xc27fb300][S= LP] httpd 618 c2b1cc00 ef356000 0 507 507 0000100 [SLPQ kqread 0xc2aacd00][S= LP] httpd 617 c2931e00 ef240000 0 507 507 0000100 [SLPQ kqread 0xc2aad500][S= LP] httpd 616 c2b22600 ef35b000 0 507 507 0000100 [SLPQ kqread 0xc27fb600][S= LP] httpd 615 c2931800 ef23d000 80 507 507 0000100 [Can run] httpd 614 c2931a00 ef23e000 80 507 507 0000100 [SLPQ accept 0xc2800916][S= LP] httpd 613 c2735000 ef16e000 80 507 507 0000100 [SLPQ sbwait 0xc2acac64][S= LP] httpd 589 c2afe200 ef301000 80 507 507 0000100 [SLPQ sbwait 0xc2b3cda8][S= LP] httpd 588 c2afe400 ef302000 80 507 507 0000100 [SLPQ sbwait 0xc2b3c388][S= LP] httpd 587 c2afe600 ef303000 80 507 507 0000100 [SLPQ sbwait 0xc2aca9dc][S= LP] httpd 586 c26eec00 ecf80000 80 507 507 0000100 [SLPQ sbwait 0xc2b44610][S= LP] httpd 585 c2735c00 ef194000 80 507 507 0000100 [SLPQ sbwait 0xc2b23b20][S= LP] httpd 584 c26eea00 ecf7f000 80 507 507 0000100 [SLPQ accept 0xc2800916][S= LP] httpd 583 c2795a00 ef1b5000 80 507 507 0000100 [SLPQ sbwait 0xc2aca754][S= LP] httpd 582 c2795400 ef1b2000 80 507 507 0000100 [SLPQ sbwait 0xc2b23da8][S= LP] httpd 581 c2797000 ef1b8000 80 507 507 0000100 [Can run] httpd 580 c273a800 ef19a000 80 507 507 0000100 [Can run] httpd 579 c2795000 ef1b0000 80 507 507 0000100 [SLPQ sbwait 0xc2b23100][S= LP] httpd 578 c273ae00 ef19d000 80 507 507 0000100 [Can run] httpd 577 c2797400 ef1f9000 80 507 507 0000100 [SLPQ sbwait 0xc2b3cc64][S= LP] httpd 576 c273aa00 ef19b000 80 507 507 0000100 [SLPQ sbwait 0xc2acada8][S= LP] httpd 575 c2795e00 ef1b7000 80 507 507 0000100 [SLPQ sbwait 0xc2b234cc][S= LP] httpd 574 c26ed000 ecf36000 80 507 507 0000100 [Can run] httpd 573 c2797200 ef1b9000 80 507 507 0000100 [SLPQ accept 0xc2800916][S= LP] httpd 572 c2795800 ef1b4000 80 507 507 0000100 [Can run] httpd 571 c273ac00 ef19c000 80 507 507 0000100 [SLPQ sbwait 0xc2ac94cc][S= LP] httpd 570 c2930600 ef216000 80 507 507 0000100 [Can run] httpd 569 c2930400 ef215000 0 1 569 0004002 [SLPQ ttyin 0xc24ab010][SL= P] getty 568 c2797c00 ef1fd000 0 1 568 0004002 [SLPQ ttyin 0xc24c9410][SL= P] getty 567 c2930e00 ef21a000 0 1 567 0004002 [SLPQ ttyin 0xc24ca410][SL= P] getty 566 c26ed600 ecf39000 0 1 566 0004002 [SLPQ ttyin 0xc24ca010][SL= P] getty 565 c2797a00 ef1fc000 0 1 565 0004002 [SLPQ ttyin 0xc24c8c10][SL= P] getty 564 c2931600 ef23c000 0 1 564 0004002 [SLPQ ttyin 0xc24c8810][SL= P] getty 563 c273a600 ef199000 0 1 563 0004002 [SLPQ ttyin 0xc24c0c10][SL= P] getty 562 c2797e00 ef1fe000 0 1 562 0004002 [SLPQ ttyin 0xc24c8010][SL= P] getty 561 c2797600 ef1fa000 0 1 561 0004002 [SLPQ ttyin 0xc24c8410][SL= P] getty 558 c2930c00 ef219000 88 511 65 000c182 (threaded) mysqld thread 0xc279bc00 ksegrp 0xc2739a10 [SLPQ kserel 0xc2739a50][SLP] thread 0xc2932000 ksegrp 0xc27394d0 [SLPQ kserel 0xc2739510][SLP] thread 0xc279b600 ksegrp 0xc2739a10 [SLPQ kserel 0xc2739a50][SLP] thread 0xc279b900 ksegrp 0xc2739a10 [SLPQ select 0xc08e9ee4][SLP] thread 0xc2af8600 ksegrp 0xc2739a10 [SLPQ kserel 0xc2739a50][SLP] thread 0xc2af8300 ksegrp 0xc2739a10 [SLPQ kserel 0xc2739a50][SLP] thread 0xc2af8000 ksegrp 0xc2739540 [SLPQ sigwait 0xef2c0c2c][SLP] thread 0xc2932300 ksegrp 0xc27395b0 [SLPQ ksesigwait 0xc2930d3c][SLP] 511 c26ed200 ecf37000 0 1 65 0004002 [SLPQ wait 0xc26ed200][SLP= ] sh 507 c2735400 ef190000 0 1 507 0000000 [SLPQ select 0xc08e9ee4][S= LP] httpd 489 c2735800 ef192000 0 1 489 0000000 [SLPQ nanslp 0xc08bfccc][S= LP] cron 476 c2931400 ef23b000 25 1 476 0000100 [SLPQ pause 0xc2931438][SL= P] sendmail 472 c2735e00 ef195000 0 1 472 0000100 [SLPQ select 0xc08e9ee4][S= LP] sendmail 467 c273a200 ef197000 0 1 467 0000100 [SLPQ select 0xc08e9ee4][S= LP] sshd 441 c26ed400 ecf38000 0 1 441 0000000 [SLPQ select 0xc08e9ee4][S= LP] lpd 424 c2797800 ef1fb000 0 1 424 0000000 [SLPQ select 0xc08e9ee4][S= LP] usbd 400 c2931000 ef21b000 0 1 400 0000000 [SLPQ select 0xc08e9ee4][S= LP] rpc.statd 394 c2795c00 ef1b6000 0 390 390 0000000 [SLPQ - 0xc26c1a00][SLP] n= fsd 393 c2795200 ef1b1000 0 390 390 0000000 [SLPQ - 0xc26dbc00][SLP] n= fsd 392 c273a000 ef196000 0 390 390 0000000 [SLPQ - 0xc26dc400][SLP] n= fsd 391 c26eee00 ecf81000 0 390 390 0000000 [SLPQ - 0xc26cd200][SLP] n= fsd 390 c2930000 ef1ae000 0 1 390 0000000 [SLPQ select 0xc08e9ee4][S= LP] nfsd 388 c2735a00 ef193000 0 1 388 0000000 [SLPQ select 0xc08e9ee4][S= LP] mountd 322 c2930200 ef1af000 0 1 322 0000000 [SLPQ select 0xc08e9ee4][S= LP] ypbind 309 c2931200 ef21c000 0 1 309 0000000 [SLPQ select 0xc08e9ee4][S= LP] rpcbind 294 c2378e00 e4e81000 0 1 294 0000000 [SLPQ select 0xc08e9ee4][S= LP] syslogd 271 c273a400 ef198000 0 1 271 0000000 [SLPQ select 0xc08e9ee4][S= LP] devd 242 c2795600 ef1b3000 0 1 242 0000000 [SLPQ select 0xc08e9ee4][S= LP] dhclient 64 c26ed800 ecf3a000 0 0 0 0000204 [SLPQ - 0xe4e4fd14][SLP] s= chedcpu 63 c26eda00 ecf3b000 0 0 0 0000204 [SLPQ - 0xc08f192c][SLP] n= fsiod 3 62 c26edc00 ecf3c000 0 0 0 0000204 [SLPQ - 0xc08f1928][SLP] n= fsiod 2 61 c26ede00 ecf3d000 0 0 0 0000204 [SLPQ - 0xc08f1924][SLP] n= fsiod 1 60 c26ee000 ecf3e000 0 0 0 0000204 [SLPQ - 0xc08f1920][SLP] n= fsiod 0 59 c26ee200 ecf3f000 0 0 0 0000204 [SLPQ vlruwt 0xc26ee200][S= LP] vnlru 58 c26ee400 ecf7c000 0 0 0 0000204 [SLPQ syncer 0xc08bfa4c][S= LP] syncer 57 c26ee600 ecf7d000 0 0 0 0000204 [SLPQ psleep 0xc08ea4ac][S= LP] bufdaemon 56 c26ee800 ecf7e000 0 0 0 000020c [SLPQ pgzero 0xc08f8270][S= LP] pagezero 55 c22d0400 e4e38000 0 0 0 0000204 [SLPQ psleep 0xc08f82c4][S= LP] vmdaemon 54 c22d0600 e4e39000 0 0 0 0000204 [SLPQ psleep 0xc08f8280][S= LP] pagedaemon 53 c22d0800 e4e3a000 0 0 0 0000204 [RUNQ] swi0: sio 52 c22d0a00 e4e3b000 0 0 0 0000204 [SLPQ - 0xc23ac83c][SLP] f= dc0 51 c22d0c00 e4e3c000 0 0 0 0000204 [SLPQ usbevt 0xc249e210][S= LP] usb1 50 c22d0e00 e4e3d000 0 0 0 0000204 [SLPQ usbtsk 0xc08b7bb8][S= LP] usbtask 49 c2378000 e4e3e000 0 0 0 0000204 [SLPQ usbevt 0xc249a210][S= LP] usb0 48 c2378200 e4e3f000 0 0 0 0000204 [SLPQ idle 0xc2376600][SLP= ] aic_recovery0 47 c2378400 e4e40000 0 0 0 0000204 [SLPQ idle 0xc2376600][SLP= ] aic_recovery0 9 c2378600 e4e7d000 0 0 0 0000204 [SLPQ actask 0xc0a23a2c][S= LP] acpi_task2 8 c2378800 e4e7e000 0 0 0 0000204 [SLPQ actask 0xc0a23a2c][S= LP] acpi_task1 7 c2378a00 e4e7f000 0 0 0 0000204 [SLPQ actask 0xc0a23a2c][S= LP] acpi_task0 46 c2378c00 e4e80000 0 0 0 0000204 [IWAIT] swi6:+ 45 c22c3c00 e4e0e000 0 0 0 0000204 [IWAIT] swi6: task queue 44 c22c3e00 e4e0f000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 6 c22cc000 e4e10000 0 0 0 0000204 [SLPQ - 0xc22f5640][SLP] k= queue taskq 43 c22cc200 e4e11000 0 0 0 0000204 [IWAIT] swi2: cambio 42 c22cc400 e4e12000 0 0 0 0000204 [IWAIT] swi5:+ 5 c22cc600 e4e13000 0 0 0 0000204 [SLPQ - 0xc22f5840][SLP] t= hread taskq 41 c22cc800 e4e14000 0 0 0 0000204 [SLPQ - 0xc08b5900][SLP] y= arrow 4 c22cca00 e4e33000 0 0 0 0000204 [SLPQ - 0xc08ba568][SLP] g= _down 3 c22ccc00 e4e34000 0 0 0 0000204 [SLPQ - 0xc08ba564][SLP] g= _up 2 c22cce00 e4e35000 0 0 0 0000204 [SLPQ - 0xc08ba55c][SLP] g= _event 40 c22d0000 e4e36000 0 0 0 0000204 [IWAIT] swi3: vm 39 c22d0200 e4e37000 0 0 0 000020c [RUNQ] swi4: clock sio 38 c22b3600 e4de5000 0 0 0 0000204 [CPU 2] swi1: net 37 c22b3800 e4de6000 0 0 0 0000204 [IWAIT] irq0: clk 36 c22b3a00 e4de7000 0 0 0 0000204 [CPU 0] irq23: xl0 uhci1 35 c22b3c00 e4de8000 0 0 0 0000204 [IWAIT] irq22: ahc0 34 c22b3e00 e4de9000 0 0 0 0000204 [IWAIT] irq21: 33 c22c3000 e4e08000 0 0 0 0000204 [IWAIT] irq20: em0 32 c22c3200 e4e09000 0 0 0 0000204 [IWAIT] irq19: uhci0 31 c22c3400 e4e0a000 0 0 0 0000204 [IWAIT] irq18: 30 c22c3600 e4e0b000 0 0 0 0000204 [IWAIT] irq17: 29 c22c3800 e4e0c000 0 0 0 0000204 [IWAIT] irq16: fwohci0 28 c22c3a00 e4e0d000 0 0 0 0000204 [IWAIT] irq15: ata1 27 c226b200 e339c000 0 0 0 0000204 [IWAIT] irq14: ata0 26 c226b400 e339d000 0 0 0 0000204 [IWAIT] irq13: 25 c226b600 e339e000 0 0 0 0000204 [IWAIT] irq12: 24 c226b800 e33bd000 0 0 0 0000204 [IWAIT] irq11: 23 c226ba00 e33be000 0 0 0 0000204 [IWAIT] irq10: 22 c226bc00 e33bf000 0 0 0 0000204 [IWAIT] irq9: acpi0 21 c226be00 e33c0000 0 0 0 0000204 [IWAIT] irq8: rtc 20 c22b3000 e4de2000 0 0 0 0000204 [IWAIT] irq7: ppc0 19 c22b3200 e4de3000 0 0 0 0000204 [IWAIT] irq6: fdc0 18 c22b3400 e4de4000 0 0 0 0000204 [IWAIT] irq5: 17 c2261000 e3357000 0 0 0 0000204 [IWAIT] irq4: sio0 16 c2261200 e3394000 0 0 0 0000204 [IWAIT] irq3: sio1 15 c2261400 e3395000 0 0 0 0000204 [IWAIT] irq1: atkbd0 14 c2261600 e3396000 0 0 0 000020c [Can run] idle: cpu0 13 c2261800 e3397000 0 0 0 000020c [CPU 1] idle: cpu1 12 c2261a00 e3398000 0 0 0 000020c [Can run] idle: cpu2 11 c2261c00 e3399000 0 0 0 000020c [CPU 3] idle: cpu3 1 c2261e00 e339a000 0 0 1 0004200 [SLPQ wait 0xc2261e00][SLP= ] init 10 c226b000 e339b000 0 0 0 0000204 [SLPQ ktrace 0xc08bdc58][S= LP] ktrace 0 c08ba6c0 c0c1f000 0 0 0 0000200 [SLPQ sched 0xc08ba6c0][SL= P] swapper db> trace 615 sched_switch(c2932900,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c2b3c9dc,0,ef231bac,c060f686,c2b3c9dc) at sleepq_switch+0xe0 sleepq_wait_sig(c2b3c9dc,0,100,c0802936,34a) at sleepq_wait_sig+0xc msleep(c2b3c9dc,c2b3c9ac,158,c0802bbc,0) at msleep+0x2da sbwait(c2b3c994,c2b3c944,c2b3c944,c2b3c9ac,0) at sbwait+0x4e sosend(c2b3c8dc,0,ef231c88,0,0) at sosend+0x33c soo_write(c271a550,ef231c88,c2adf800,0,c2932900) at soo_write+0x46 dofilewrite(c2932900,c271a550,3,bfbfcb50,2000) at dofilewrite+0xa8 write(c2932900,ef231d14,3,5,296) at write+0x39 syscall(2f,2f,2f,2000,809a044) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip =3D 0x2812558b, esp =3D 0xbfbfca= 4c, ebp =3D 0xbfbfca68 --- db> show locks 615 db> trace 581 sched_switch(c237a780,c2268300,6) at sched_switch+0x16f mi_switch(6,c2268300,c2268450,c2268300,e4e70cc8) at mi_switch+0x264 maybe_preempt(c2268300) at maybe_preempt+0x156 sched_add(c2268300,4,c2260d00,c2268300,c22b3a00) at sched_add+0x153 setrunqueue(c2268300,4) at setrunqueue+0xab ithread_schedule(c2260d00,17,c237a780,2819c5ec,80e2300) at ithread_schedule= +0xb3 intr_execute_handlers(c225a658,e4e70d44,17,bfbfcba8,c0780c83) at intr_execu= te_handlers+0xf5 lapic_handle_intr(47) at lapic_handle_intr+0x2e Xapic_isr2() at Xapic_isr2+0x33 --- interrupt, eip =3D 0x2818ead2, esp =3D 0xbfbfcb74, ebp =3D 0xbfbfcba8 -= -- db> show locks 581 db> trace 580 sched_switch(c26f0780,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 turnstile_wait(c08ec02c,c26ef780,c08ec02c,2,c07fbabd,21e) at turnstile_wait= +0x2f8 _mtx_lock_sleep(c08ec02c,c26f0780,0,c08091ed,26f) at _mtx_lock_sleep+0x142 _mtx_lock_flags(c08ec02c,0,c08091ed,26f,bfbfcbd0) at _mtx_lock_flags+0x85 tcp_usr_send(c2b44ca8,4,c2c3bc00,0,0) at tcp_usr_send+0x2c sosend(c2b44ca8,0,ecf6fc88,c2c3bc00,0) at sosend+0x5e7 soo_write(c2719110,ecf6fc88,c2adf880,0,c26f0780) at soo_write+0x46 dofilewrite(c26f0780,c2719110,3,bfbfcbd0,2000) at dofilewrite+0xa8 write(c26f0780,ecf6fd14,3,a,292) at write+0x39 syscall(2f,2f,2f,2000,809a044) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip =3D 0x2812558b, esp =3D 0xbfbfca= cc, ebp =3D 0xbfbfcae8 --- db> show locks 580 db> trace 578 sched_switch(c26f0300,c2268300,6) at sched_switch+0x16f mi_switch(6,c2268300,c2268450,c2268300,ecf66cc8) at mi_switch+0x264 maybe_preempt(c2268300) at maybe_preempt+0x156 sched_add(c2268300,4,c2260d00,c2268300,c22b3a00) at sched_add+0x153 setrunqueue(c2268300,4) at setrunqueue+0xab ithread_schedule(c2260d00,17,c26f0300,282085bc,80bf034) at ithread_schedule= +0xb3 intr_execute_handlers(c225a658,ecf66d44,17,bfbfec98,c0780c83) at intr_execu= te_handlers+0xf5 lapic_handle_intr(47) at lapic_handle_intr+0x2e Xapic_isr2() at Xapic_isr2+0x33 --- interrupt, eip =3D 0x28200047, esp =3D 0xbfbfe870, ebp =3D 0xbfbfec98 -= -- db> show locks 578 db> trace 574 sched_switch(c2379c00,c2268300,6) at sched_switch+0x16f mi_switch(6,c2268300,c2268450,c2268300,e4e5baa4) at mi_switch+0x264 maybe_preempt(c2268300) at maybe_preempt+0x156 sched_add(c2268300,4,c2260d00,c2268300,c22b3a00) at sched_add+0x153 setrunqueue(c2268300,4) at setrunqueue+0xab ithread_schedule(c2260d00,17,c2379c00,c2268600,c08ec02c) at ithread_schedul= e+0xb3 intr_execute_handlers(c225a658,e4e5bb20,17,e4e5bb70,c0780c83) at intr_execu= te_handlers+0xf5 lapic_handle_intr(47) at lapic_handle_intr+0x2e Xapic_isr2() at Xapic_isr2+0x33 --- interrupt, eip =3D 0xc06022d8, esp =3D 0xe4e5bb64, ebp =3D 0xe4e5bb70 -= -- _mtx_lock_sleep(c08ec02c,c2379c00,0,c08091ed,26f) at _mtx_lock_sleep+0xf4 _mtx_lock_flags(c08ec02c,0,c08091ed,26f,bfbfd3d0) at _mtx_lock_flags+0x85 tcp_usr_send(c2acaa20,4,c2c20b00,0,0) at tcp_usr_send+0x2c sosend(c2acaa20,0,e4e5bc88,c2c20b00,0) at sosend+0x5e7 soo_write(c271a50c,e4e5bc88,c2ac6d80,0,c2379c00) at soo_write+0x46 dofilewrite(c2379c00,c271a50c,3,bfbfcbd0,2000) at dofilewrite+0xa8 write(c2379c00,e4e5bd14,3,13,292) at write+0x39 syscall(2f,809002f,bfbf002f,2000,809a044) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip =3D 0x2812558b, esp =3D 0xbfbfca= cc, ebp =3D 0xbfbfcae8 --- db> show locks 574 db> trace 572 sched_switch(c237ad80,0,2) at sched_switch+0x16f mi_switch(2,0,c237ad80,b4,c08be1e0,0,c07ff747,f4) at mi_switch+0x264 ast(e4e7cd48) at ast+0x2d9 doreti_ast() at doreti_ast+0x17 db> trace 570 sched_switch(c2798480,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 turnstile_wait(c08ec02c,c26ef780,c08ec02c,2,c07fbabd,21e) at turnstile_wait= +0x2f8 _mtx_lock_sleep(c08ec02c,c2798480,0,c08091ed,26f) at _mtx_lock_sleep+0x142 _mtx_lock_flags(c08ec02c,0,c08091ed,26f,bfbfd3d0) at _mtx_lock_flags+0x85 tcp_usr_send(c2b44144,0,c2c20600,0,0) at tcp_usr_send+0x2c sosend(c2b44144,0,ef1c5c88,c2c20600,0) at sosend+0x5e7 soo_write(c2b07110,ef1c5c88,c2ac6c80,0,c2798480) at soo_write+0x46 dofilewrite(c2798480,c2b07110,3,bfbfcbd0,2000) at dofilewrite+0xa8 write(c2798480,ef1c5d14,3,15,292) at write+0x39 syscall(2f,2819002f,bfbf002f,2000,809a044) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip =3D 0x2812558b, esp =3D 0xbfbfca= cc, ebp =3D 0xbfbfcae8 --- db> show locks 572 db> trace 53 sched_switch(c22cd180,0,1) at sched_switch+0x16f mi_switch(1,0) at mi_switch+0x264 ithread_loop(c24a1e80,e4e1ad48,c24a1e80,c05f7d50,0) at ithread_loop+0x22d fork_exit(c05f7d50,c24a1e80,e4e1ad48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe4e1ad7c, ebp =3D 0 --- db> show locks 53 db> trace 38 kdb_enter(c07fc72c) at kdb_enter+0x2b panic(c0815e8e,1,2,c22583c0,c2821100) at panic+0x127 uma_zfree_arg(c101fc60,c2821100,0) at uma_zfree_arg+0xa5 mb_free_ext(c2821100) at mb_free_ext+0x39 m_freem(c2821100,0,0,1,1) at m_freem+0x21 tcp_input(c2821100,14,c2821100,0,0) at tcp_input+0x2d1c ip_input(c2821100) at ip_input+0x50d netisr_processqueue(c08eae58) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xbe ithread_loop(c2260c00,e3384d48,c2260c00,c05f7d50,0) at ithread_loop+0x124 fork_exit(c05f7d50,c2260c00,e3384d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe3384d7c, ebp =3D 0 --- db> show locks 38 exclusive sleep mutex UMA pcpu r =3D 0 (0xc08f8548) locked @ vm/uma_core.c:= 2215 exclusive sleep mutex inp (tcpinp) r =3D 0 (0xc2b4d2ac) locked @ netinet/tc= p_input.c:743 exclusive sleep mutex tcp r =3D 0 (0xc08ec02c) locked @ netinet/tcp_input.c= :617 db> trace 36 sched_switch(c0780fc1,c090e5a0,e3370018,c2260010,10) at sched_switch+0x16f *** error reading from address e3370014 *** (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc04601ba in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-1064327584,= =20 dummy4=3D0xe33849d0 "=ECI8=E3$!`=C0`=A6\217=C0`=A6\217=C0=ECI8=E3=F8\00= 3") at ../../../ddb/db_command.c:531 #2 0xc045ffc8 in db_command (last_cmdp=3D0xc08a1744, cmd_table=3D0x0,=20 aux_cmd_tablep=3D0xc082161c, aux_cmd_tablep_end=3D0xc0821638) at ../../../ddb/db_command.c:349 #3 0xc0460090 in db_command_loop () at ../../../ddb/db_command.c:455 #4 0xc0461bf5 in db_trap (type=3D3, code=3D0) at ../../../ddb/db_main.c:22= 1 #5 0xc0620368 in kdb_trap (type=3D3, code=3D0, tf=3D0xe3384b14) at ../../../kern/subr_kdb.c:419 #6 0xc0792120 in trap (frame=3D {tf_fs =3D -482869224, tf_es =3D -1067319280, tf_ds =3D -1065418736, tf_edi =3D -1065263474, tf_esi =3D 1, tf_ebp =3D -482849964, tf_isp =3D -482849984, tf_ebx =3D -482849920, tf_edx =3D 0, tf_ecx =3D -1056882688, tf= _eax =3D 18, tf_trapno =3D 3, tf_err =3D 0, tf_eip =3D -1067319089, tf_cs =3D 8, tf_eflags =3D 658, tf_esp =3D -482849932, tf_ss =3D -1067409941}) at =2E./../../i386/i386/trap.c:576 #7 0xc078087a in calltrap () at ../../../i386/i386/exception.s:140 #8 0xe3380018 in ?? () #9 0xc0620010 in kdb_alt_break (key=3D0, state=3D0x0) at ../../../kern/subr_kdb.c:179 #10 0xc0609deb in panic ( fmt=3D0xc0815e8e "uma_zfree: Freeing to non free bucket index.") ---Type to continue, or q to quit--- at ../../../kern/kern_shutdown.c:525 #11 0xc075b841 in uma_zfree_arg (zone=3D0xc101fc60, item=3D0xc2821100, udata=3D0x0) at ../../../vm/uma_core.c:2228 #12 0xc063d50d in mb_free_ext (m=3D0xc2821100) at uma.h:302 #13 0xc063d425 in m_freem (mb=3D0x0) at mbuf.h:397 #14 0xc0693fa8 in tcp_input (m=3D0xc2821100, off0=3D686) at ../../../netinet/tcp_input.c:2435 #15 0xc068bb29 in ip_input (m=3D0xc2821100) at =2E./../../netinet/ip_input.c:739 #16 0xc067457a in netisr_processqueue (ni=3D0xc08eae58) at ../../../net/netisr.c:235 #17 0xc0674922 in swi_net (dummy=3D0x0) at ../../../net/netisr.c:348 #18 0xc05f7e74 in ithread_loop (arg=3D0xc2260c00) at ../../../kern/kern_intr.c:547 #19 0xc05f7284 in fork_exit (callout=3D0xc05f7d50 ,=20 arg=3D0xc2260c00, frame=3D0xe3384d48) at ../../../kern/kern_fork.c:807 #20 0xc07808dc in fork_trampoline () at ../../../i386/i386/exception.s:209 (kgdb) frame 11 #11 0xc075b841 in uma_zfree_arg (zone=3D0xc101fc60, item=3D0xc2821100, udata=3D0x0) at ../../../vm/uma_core.c:2228 2228 KASSERT(bucket->ub_bucket[bucket->ub_cnt] =3D=3D NULL, (kgdb) print bucket $2 =3D 0xc2b38624 (kgdb) print *bucket $3 =3D {ub_link =3D {le_next =3D 0x0, le_prev =3D 0xc101fc78}, ub_cnt =3D 7= 8,=20 ub_entries =3D 128, ub_bucket =3D 0xc2b38630} (kgdb) print bucket->ub_bucket[bucket->ub_cnt] $4 =3D (void *) 0xc2ca5900 (kgdb) inspect *zone $5 =3D {uz_name =3D 0xc07e455f "Packet", uz_lock =3D 0xc22583c8,=20 uz_keg =3D 0xc22583c0, uz_link =3D {le_next =3D 0x0, le_prev =3D 0xc101f9= ac},=20 uz_full_bucket =3D {lh_first =3D 0xc280ca3c}, uz_free_bucket =3D { lh_first =3D 0x0}, uz_ctor =3D 0xc0601310 ,=20 uz_dtor =3D 0xc060121c , uz_init =3D 0xc06012a8 ,=20 uz_fini =3D 0xc06012e4 , uz_allocs =3D 16842, uz_fills =3D = 0,=20 uz_count =3D 128, uz_cpu =3D {{uc_freebucket =3D 0xc2988418,=20 uc_allocbucket =3D 0xc286ba3c, uc_allocs =3D 133}}} From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 22:22:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33BBD16A4CE; Mon, 18 Oct 2004 22:22:42 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F2FC43D31; Mon, 18 Oct 2004 22:22:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9IMMeXg011227; Tue, 19 Oct 2004 01:22:40 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 58518-10; Tue, 19 Oct 2004 01:22:39 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9IMMYsx011224; Tue, 19 Oct 2004 01:22:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9IMMRSA060186; Tue, 19 Oct 2004 01:22:27 +0300 (EEST) (envelope-from ru) Date: Tue, 19 Oct 2004 01:22:27 +0300 From: Ruslan Ermilov To: "David O'Brien" Message-ID: <20041018222227.GG34236@ip.net.ua> References: <20041018161249.GA2126@isis.wad.cz> <20041018174945.GC89681@ip.net.ua> <20041018212809.GD4968@isis.wad.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QWpDgw58+k1mSFBj" Content-Disposition: inline In-Reply-To: <20041018212809.GD4968@isis.wad.cz> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current Subject: Re: 5.3-BETA7 make release "env: not found" errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:22:42 -0000 --QWpDgw58+k1mSFBj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 18, 2004 at 11:28:09PM +0200, Roman Neuhauser wrote: > # ru@freebsd.org / 2004-10-18 20:49:45 +0300: > > On Mon, Oct 18, 2004 at 06:12:49PM +0200, Roman Neuhauser wrote: > > > First-time release wrangler here, so it's quite possible this is a pi= lot > > > error, but why do I see "env: not found" errors during make release? > > >=20 > > >=20 > > > smradoch@wally ~ 1017:0 > grep -FB1 'env: not found' release.log=20 > > > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHIN= E=3Di386 CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin= GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROF= F_TMAC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=3D/usr/obj/= usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/= usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/s= rc/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.9FQf5F4J make = -f Makefile.inc1 reinstall > > > env: not found >=20 > > I was responsible for and aware of these warnings, > > but have been ignoring them until now. Thanks for > > reminding! They were mostly harmless, but anyway, > > a fix is now committed as src/Makefile,v 1.309. >=20 > Maybe you could also fix these while you're at it: >=20 > smradoch@wally ~ 1008:0 > grep -FB2 ': not found' release.log.2 > ln -fs /lib/libkiconv.so.1 /usr/release/usr/lib/libkiconv.so > =3D=3D=3D> lib/libmagic > uniq: not found > -- > /R/stage/trees/base/usr/share/man/cat3/kiconv_add_xlat16_table.3.gz -= > /R/stage/trees/base/usr/share/man/cat3/kiconv.3.gz > =3D=3D=3D> lib/libmagic > uniq: not found > "/usr/src/lib/libmagic/Makefile", line 49: warning: "awk '$1 =3D=3D "= #define" && $2 =3D=3D "VERSION" { print $3 }' /usr/src/lib/libmagic/config= =2Eh | uniq" returned non-zero status > cd /usr/src/lib/libmagic; make install -DNO_SUBDIR DESTDIR=3D/R/stag= e/trees/base SHARED=3Dcopies > uniq: not found >=20 Done (src/lib/libmagic/Makefile,v 1.4). The use of !=3D should generally be avoided when possible. While here, two more nits: 1. The FILEVER variable is computed incorrectly, with double quotes. 2. src/usr.bin/file/magic.5 seems to be redundant now. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --QWpDgw58+k1mSFBj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBdEIiqRfpzJluFF4RAoyhAJ4l4AanlwMgnmmYmmQoj+DLWAHuwwCeIX7Q ALlHItX+5SFFOdf2rKDFzA0= =JLpH -----END PGP SIGNATURE----- --QWpDgw58+k1mSFBj-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 22:24:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E612616A4CE; Mon, 18 Oct 2004 22:24:14 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7FB43D1D; Mon, 18 Oct 2004 22:24:14 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9IMO6Cm057256; Mon, 18 Oct 2004 18:24:07 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9IMO6CU057253; Mon, 18 Oct 2004 18:24:06 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 18 Oct 2004 18:24:06 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Vlad In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scottl@freebsd.org cc: current@freebsd.org cc: Marc UBM Bocklet Subject: Re: [BETA7-panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:24:15 -0000 On Sun, 17 Oct 2004, Vlad wrote: > is there a specific condition when that happens? I tried to simulate > heavy tcp traffic from number of sources but could not induct the panic > by such artificial traffic. It happened to me only in 'natural' way ;) > > so maybe if you know exactly how to trigger it, and share that with us, > we could do some workaround on live production servers so it doesn't > happen, until it's fixed in the code? I've merged a likely fix to the problem to HEAD as of a minute or two ago, which broadens the scope of the accept mutex to reduce the opportunity for races (it both expands the coverage to some additional reference operations, and also avoids dropping a lock to reorder). With this change in place, I'm no longer able to easily reproduce the problem -- I've had a couple of SMP boxes running for an hour or two trying without success. Previously I had reproduction time with just the right traffic down to a second or two. I'll merge the fix to RELENG_5 shortly for merge to RELENG_5_3 before 5.3 goes out the door. Obviously, any help in getting testing exposure for this change, as it comes very late in the release cycle, would be most welcome. A copy of the patch can be found at: http://www.watson.org/~robert/freebsd/netperf/20041018-sofree-race-fix.diff A complete description can be found in the commit message. Thanks to everyone who has helped diagnosis and fix this! Hopefully we've got the right fix now, although obviously as the next few days of testing play out, we'll see. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > > The good news and the bad news: after spending a day or two hacking up an > > IP stack simulator to simulate various nasty combinations of TCP packets, > > I've managed to reproduce the problem, and am able to get a core. I'm > > currently working on tracking down the problem. > > -- > Vlad > From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 22:26:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA9616A4CE for ; Mon, 18 Oct 2004 22:26:25 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 337C243D39 for ; Mon, 18 Oct 2004 22:26:25 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9IMQHkm057299; Mon, 18 Oct 2004 18:26:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9IMQHSD057296; Mon, 18 Oct 2004 18:26:17 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 18 Oct 2004 18:26:17 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Pawel Worach In-Reply-To: <41742B8E.2050103@telia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: soclose() sorele panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:26:25 -0000 I may just have committed the fix for this a few minutes ago. See the patch in the e-mail I just posted for the committed change. I'll look in detail at the details below tomorrow morning. Thanks Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research On Mon, 18 Oct 2004, Pawel Worach wrote: > Got this panic when a ssh client disconnected/died. > > 6.0-CURRENT Sun Oct 17 05:46:04 MEST 2004, UP, debug.mpsafenet=1 > dump+kernel.debug is still avail. if more info needed. > > ps. Why is the thread NULL in frame #28 and #27 ? > > -- sh game -- > # ident /boot/kernel/kernel.debug |grep uipc_socket > $FreeBSD: src/sys/kern/uipc_socket.c,v 1.213 2004/10/11 08:11:26 > rwatson Exp $ > $FreeBSD: src/sys/kern/uipc_socket2.c,v 1.137 2004/08/15 06:24:41 > jmg Exp $ > # ll /boot/kernel/kernel.debug > -rwxr-xr-x 1 root wheel 11385263 Oct 17 07:18 /boot/kernel/kernel.debug > > -- ddb game -- > db> tr > kdb_enter(c066f892,c06b9600,c066d845,ca219b18,c1195000) at kdb_enter+0x30 > panic(c066d845,c06af540,c133ee70,0,c0fe5900) at panic+0xd5 > soclose(c1304dec,ca219b5c,c048a9c0,c0c44840,c1278880) at soclose+0x39c > soo_close(c1278dd0,c0fe5900,0,c133ee70,c1278dd0) at soo_close+0x7d > fdrop_locked(c1278dd0,c0fe5900,c12f6500,c0fe5900,c133ed68) at > fdrop_locked+0xf0 > fdrop(c1278dd0,c0fe5900,c052c186,c06b8160,0,0,0,0,c133ed68,c0fe5900,c12f6500,2,0,0,0,c0c45e60,ffff01b6,c12787b4,0,c12787b4,ca219c0c) > at fdrop+0x5f > closef(c1278dd0,c0fe5900,c12787b4,c0fe5900,c051de0b) at closef+0x2b2 > fdfree(c0fe5900,c0691200,2,c04c8ae0,c0fe5900) at fdfree+0x486 > exit1(c0fe5900,ff00,ca219d40,c0652e00,c0fe5900) at exit1+0x64c > sys_exit(c0fe5900,ca219d14,4,ca219d3c,c04db206) at sys_exit+0x1d > syscall(2f,2f,2f,bfbfe560,ffffffff) at syscall+0x330 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x2830a1bb, esp = > 0xbfbfe4dc, ebp = 0xbfbfe4e8 --- > db> ps > pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd > 2086 c1257600 cabbe000 1001 2085 2086 0004002 [SLPQ ttyin > 0xc1102010][SLP] tcsh > 2085 c12d1c00 cac25000 1001 2083 2083 0000100 [SLPQ select > 0xc06bd1e4][SLP] sshd > 2083 c135ae00 cac55000 0 436 2083 0000100 [SLPQ sbwait > 0xc1304d40][SLP] sshd > 1545 c135a000 cab69000 1001 1 1545 0004002 [RUNQ] tcsh > 1542 c115b200 ca492000 0 436 1542 0002100 [CPU 0] sshd > 523 c1257800 cabbf000 0 1 523 0004002 [SLPQ ttyin > 0xc10c9810][SLP] getty > 522 c1257e00 cabc2000 0 1 522 0004002 [SLPQ ttyin > 0xc10c5410][SLP] getty > 517 c1256e00 cab7e000 0 1 517 0000000 [SLPQ select > 0xc06bd1e4][SLP] inetd > 486 c1257a00 cabc0000 1002 1 486 0000100 [SLPQ select > 0xc06bd1e4][SLP] dhcpd > 457 c12d1600 cac22000 0 1 457 0000000 [SLPQ nanslp > 0xc06b9c0c][SLP] cron > 445 c1257c00 cabc1000 25 1 445 0000100 [SLPQ pause > 0xc1257c38][SLP] sendmail > 441 c12d1400 cac21000 0 1 441 0000100 [SLPQ select > 0xc06bd1e4][SLP] sendmail > 436 c12d1000 cac01000 0 1 436 0000100 [SLPQ select > 0xc06bd1e4][SLP] sshd > 421 c12cf400 cabee000 0 1 421 0000000 [SLPQ select > 0xc06bd1e4][SLP] ntpd > 407 c12cfa00 cabfe000 0 1 407 0000000 [SLPQ select > 0xc06bd1e4][SLP] lpd > 369 c1257200 cab80000 64 365 365 0000100 [SLPQ bpf > 0xc11b1d00][SLP] pflogd > 365 c1041a00 ca256000 0 1 365 0000000 [SLPQ sbwait > 0xc1274320][SLP] pflogd > 360 c1041800 ca255000 0 353 353 0000100 [SLPQ select > 0xc06bd1e4][SLP] rpc.lockd > 353 c1257400 cabbd000 0 1 353 0000000 [SLPQ select > 0xc06bd1e4][SLP] rpc.lockd > 348 c1041400 ca253000 0 1 348 0000000 [SLPQ select > 0xc06bd1e4][SLP] rpc.statd > 343 c115be00 ca4d4000 0 334 334 0000000 [SLPQ - > 0xc11aec00][SLP] nfsd > 342 c1256000 cab67000 0 334 334 0000000 [SLPQ - > 0xc11aee00][SLP] nfsd > 341 c1256200 cab78000 0 334 334 0000000 [SLPQ - > 0xc1254000][SLP] nfsd > 340 c1256400 cab79000 0 334 334 0000000 [SLPQ - > 0xc1254200][SLP] nfsd > 339 c1256600 cab7a000 0 334 334 0000000 [SLPQ - > 0xc1254400][SLP] nfsd > 338 c1256800 cab7b000 0 334 334 0000000 [SLPQ - > 0xc1254600][SLP] nfsd > 337 c1256a00 cab7c000 0 334 334 0000000 [SLPQ - > 0xc1254800][SLP] nfsd > 336 c1256c00 cab7d000 0 334 334 0000000 [SLPQ - > 0xc1254a00][SLP] nfsd > 334 c1257000 cab7f000 0 1 334 0000000 [SLPQ select > 0xc06bd1e4][SLP] nfsd > 325 c115b000 ca491000 0 1 325 0000000 [SLPQ select > 0xc06bd1e4][SLP] mountd > 273 c1041e00 ca258000 0 1 273 0000000 [SLPQ select > 0xc06bd1e4][SLP] rpcbind > 254 c1041600 ca254000 0 1 254 0000000 [SLPQ select > 0xc06bd1e4][SLP] syslogd > 234 c1041c00 ca257000 0 1 234 0000000 [SLPQ select > 0xc06bd1e4][SLP] devd > 47 c115b400 ca493000 0 0 0 0000204 [SLPQ - > 0xca4c0d08][SLP] schedcpu > 46 c115b600 ca4d0000 0 0 0 0000204 [SLPQ - > 0xc06c46cc][SLP] nfsiod 3 > 45 c115b800 ca4d1000 0 0 0 0000204 [SLPQ - > 0xc06c46c8][SLP] nfsiod 2 > 44 c115ba00 ca4d2000 0 0 0 0000204 [SLPQ - > 0xc06c46c4][SLP] nfsiod 1 > 43 c115bc00 ca4d3000 0 0 0 0000204 [SLPQ - > 0xc06c46c0][SLP] nfsiod 0 > 42 c0ff4c00 ca229000 0 0 0 0000204 [SLPQ syncer > 0xc06b998c][SLP] syncer > 41 c0ff4e00 ca22a000 0 0 0 0000204 [SLPQ vlruwt > 0xc0ff4e00][SLP] vnlru > 40 c103e000 ca22b000 0 0 0 0000204 [SLPQ psleep > 0xc06bd7ac][SLP] bufdaemon > 39 c103e200 ca22c000 0 0 0 000020c [SLPQ pgzero > 0xc06caf10][SLP] pagezero > 38 c103e400 ca22d000 0 0 0 0000204 [SLPQ psleep > 0xc06caf64][SLP] vmdaemon > 37 c103e600 ca22e000 0 0 0 0000204 [SLPQ psleep > 0xc06caf20][SLP] pagedaemon > 36 c103e800 ca22f000 0 0 0 0000204 [RUNQ] swi0: sio > 35 c103ea00 ca24e000 0 0 0 0000204 [SLPQ - > 0xc103d63c][SLP] fdc0 > 9 c103ec00 ca24f000 0 0 0 0000204 [SLPQ actask > 0xc079fa2c][SLP] acpi_task2 > 8 c103ee00 ca250000 0 0 0 0000204 [SLPQ actask > 0xc079fa2c][SLP] acpi_task1 > 7 c1041000 ca251000 0 0 0 0000204 [SLPQ actask > 0xc079fa2c][SLP] acpi_task0 > 34 c1041200 ca252000 0 0 0 0000204 [IWAIT] swi6: task queue > 6 c0fe4600 ca200000 0 0 0 0000204 [SLPQ - > 0xc103c300][SLP] kqueue taskq > 33 c0fe4800 ca201000 0 0 0 0000204 [IWAIT] swi5:+ > 32 c0fe4a00 ca202000 0 0 0 0000204 [IWAIT] swi6: acpitaskq > 5 c0fe4c00 ca203000 0 0 0 0000204 [SLPQ - > 0xc103c440][SLP] thread taskq > 31 c0fe4e00 ca204000 0 0 0 0000204 [IWAIT] swi6:+ > 30 c0ff4000 ca223000 0 0 0 0000204 [SLPQ - > 0xc06b1ae0][SLP] yarrow > 4 c0ff4200 ca224000 0 0 0 0000204 [SLPQ - > 0xc06b4528][SLP] g_down > 3 c0ff4400 ca225000 0 0 0 0000204 [SLPQ - > 0xc06b4524][SLP] g_up > 2 c0ff4600 ca226000 0 0 0 0000204 [SLPQ - > 0xc06b451c][SLP] g_event > 29 c0ff4800 ca227000 0 0 0 0000204 [IWAIT] swi1: net > 28 c0ff4a00 ca228000 0 0 0 0000204 [IWAIT] swi3: vm > 27 c0fc6200 c99ee000 0 0 0 000020c [RUNQ] swi4: clock sio > 26 c0fc6400 c99ef000 0 0 0 0000204 [IWAIT] irq15: ata1 > 25 c0fc6600 c99f0000 0 0 0 0000204 [IWAIT] irq14: ata0 > 24 c0fc6800 c9a0f000 0 0 0 0000204 [IWAIT] irq13: > 23 c0fc6a00 c9a10000 0 0 0 0000204 [IWAIT] irq12: > 22 c0fc6c00 c9a11000 0 0 0 0000204 [IWAIT] irq11: fxp0 > 21 c0fc6e00 c9a12000 0 0 0 0000204 [IWAIT] irq10: > 20 c0fe4000 ca1fd000 0 0 0 0000204 [IWAIT] irq9: xl0 acpi0 > 19 c0fe4200 ca1fe000 0 0 0 0000204 [IWAIT] irq8: rtc > 18 c0fe4400 ca1ff000 0 0 0 0000204 [IWAIT] irq7: > 17 c0fbf000 c99a9000 0 0 0 0000204 [IWAIT] irq6: fdc0 > 16 c0fbf200 c99e6000 0 0 0 0000204 [IWAIT] irq5: > 15 c0fbf400 c99e7000 0 0 0 0000204 [IWAIT] irq4: sio0 > 14 c0fbf600 c99e8000 0 0 0 0000204 [IWAIT] irq3: sio1 > 13 c0fbf800 c99e9000 0 0 0 0000204 [IWAIT] irq1: atkbd0 > 12 c0fbfa00 c99ea000 0 0 0 0000204 [IWAIT] irq0: clk > 11 c0fbfc00 c99eb000 0 0 0 000020c [Can run] idle > 1 c0fbfe00 c99ec000 0 0 1 0004200 [SLPQ wait > 0xc0fbfe00][SLP] init > 10 c0fc6000 c99ed000 0 0 0 0000204 [SLPQ ktrace > 0xc06b7bb8][SLP] ktrace > 0 c06b4620 c081f000 0 0 0 0000200 [SLPQ sched > 0xc06b4620][SLP] swapper > 1544 c12d1e00 cac26000 1001 1542 1542 0002100 zomb[INACTIVE] sshd > db> panic > panic: from debugger > Uptime: 12h11m42s > Dumping 191 MB > 16 32 48 64 80 96 112 128 144 160 176 > Dump complete > Automatic reboot in 15 seconds - press a key on the console to abort > > -- kgdb game -- > (kgdb) bt > #22 0x00000000 in ?? () > #23 0xc04d1fa0 in kdb_enter (msg=0x0) at cpufunc.h:56 > #24 0xc04b4715 in panic (fmt=0xc066d845 "sorele") at > /usr/src/sys/kern/kern_shutdown.c:525 > #25 0xc04f86dc in soclose (so=0xc1304dec) at > /usr/src/sys/kern/uipc_socket.c:473 > #26 0xc04e51ed in soo_close (fp=0xc1278dd0, td=0xc0fe5900) at > /usr/src/sys/kern/sys_socket.c:275 > #27 0xc048d6d0 in fdrop_locked (fp=0xc1278dd0, td=0x0) at file.h:289 > #28 0xc048bf4f in fdrop (fp=0xc1278dd0, td=0x0) at > /usr/src/sys/kern/kern_descrip.c:1897 > #29 0xc048bee2 in closef (fp=0xc1278dd0, td=0xc0fe5900) at > /usr/src/sys/kern/kern_descrip.c:1883 > #30 0xc048b496 in fdfree (td=0xc0fe5900) at > /usr/src/sys/kern/kern_descrip.c:1610 > #31 0xc049556c in exit1 (td=0xc0fe5900, rv=65280) at > /usr/src/sys/kern/kern_exit.c:237 > #32 0xc0494f1d in sys_exit (td=0x0, uap=0x0) at > /usr/src/sys/kern/kern_exit.c:94 > #33 0xc0652e00 in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077942944, tf_esi > = -1, tf_ebp = -1077943064, tf_isp = -903766668, tf_ebx = 671987736, > tf_edx = 134703100, tf_ecx = 0, tf_eax = 1, tf_trapno = 12, tf_err = 2, > tf_eip = 674275771, tf_cs = 31, tf_eflags = 646, tf_esp = -1077943076, > tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1001 > #34 0xc0642dff in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:201 > #35 0x0000002f in ?? () > (kgdb) frame 25 > #25 0xc04f86dc in soclose (so=0xc1304dec) at > /usr/src/sys/kern/uipc_socket.c:473 > 473 sorele(so); > (kgdb) list > 468 } > 469 discard: > 470 SOCK_LOCK(so); > 471 KASSERT((so->so_state & SS_NOFDREF) == 0, ("soclose: > NOFDREF")); > 472 so->so_state |= SS_NOFDREF; > 473 sorele(so); > 474 return (error); > 475 } > 476 > 477 /* > (kgdb) print *so > $1 = {so_count = 0, so_type = 1, so_options = 0, so_linger = 0, so_state > = 8193, so_qstate = 0, so_pcb = 0x0, so_proto = 0xc0698ce0, > so_head = 0x0, so_incomp = {tqh_first = 0x0, tqh_last = 0xc1304e08}, > so_comp = {tqh_first = 0x0, tqh_last = 0xc1304e10}, so_list = { > tqe_next = 0x0, tqe_prev = 0x0}, so_qlen = 0, so_incqlen = 0, > so_qlimit = 0, so_timeo = 0, so_error = 0, so_sigio = 0x0, so_oobmark = 0, > so_aiojobq = {tqh_first = 0x0, tqh_last = 0xc1304e34}, so_rcv = > {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, > si_note = {kl_lock = 0x0, kl_list = {slh_first = 0x0}}, si_flags > = 0}, sb_mtx = {mtx_object = {lo_class = 0xc06938dc, > lo_name = 0xc067264c "so_rcv", lo_type = 0xc067264c "so_rcv", > lo_flags = 131072, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, > lo_witness = 0x0}, mtx_lock = 3237894400, mtx_recurse = 0}, > sb_mb = 0x0, sb_mbtail = 0x0, sb_lastrecord = 0x0, sb_cc = 0, > sb_hiwat = 0, sb_mbcnt = 0, sb_mbmax = 0, sb_ctl = 0, sb_lowat = 0, > sb_timeo = 0, sb_flags = 0, sb_state = 0}, so_snd = {sb_sel = { > si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, > si_note = {kl_lock = 0x0, kl_list = {slh_first = 0x0}}, si_flags = 0}, > sb_mtx = {mtx_object = {lo_class = 0xc06938dc, lo_name = 0xc0672645 > "so_snd", lo_type = 0xc0672645 "so_snd", lo_flags = 131072, > lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, > mtx_lock = 4, mtx_recurse = 0}, sb_mb = 0x0, sb_mbtail = 0x0, > sb_lastrecord = 0x0, sb_cc = 0, sb_hiwat = 0, sb_mbcnt = 0, > sb_mbmax = 0, sb_ctl = 0, sb_lowat = 2048, sb_timeo = 0, sb_flags = 64, > sb_state = 16}, so_upcall = 0, so_upcallarg = 0x0, so_cred = > 0xc12f6500, so_label = 0x0, so_peerlabel = 0x0, so_gencnt = 3336, > so_emuldata = 0x0, so_accf = 0x0} > (kgdb) frame 30 > #30 0xc048b496 in fdfree (td=0xc0fe5900) at > /usr/src/sys/kern/kern_descrip.c:1610 > 1610 (void) closef(*fpp, td); > (kgdb) print td->td_proc->p_comm > $2 = "sshd\000er", '\0' > (kgdb) print /d td->td_proc->p_pid > $3 = 1542 > (kgdb) printf "%s", msgbufp->msg_ptr > ... > <118>Oct 17 19:33:10 hostname sshd[1542]: fatal: mm_request_receive: > read: -1 > panic: sorele > KDB: enter: panic > panic: from debugger > Uptime: 12h11m42s > Dumping 191 MB > 16 32 48 64 80 96 112 128 144 160 176 > > -- > Pawel > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 22:55:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0DAA16A4CE for ; Mon, 18 Oct 2004 22:55:34 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C29F43D1F for ; Mon, 18 Oct 2004 22:55:34 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id EDA731F87BED; Tue, 19 Oct 2004 00:55:32 +0200 (CEST) Date: Tue, 19 Oct 2004 00:55:32 +0200 From: Roman Neuhauser To: freebsd-current Message-ID: <20041018225532.GE4968@isis.wad.cz> Mail-Followup-To: freebsd-current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: make release: creating a trimmed down release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:55:34 -0000 I'd like to create a trimmed down release, but it looks like make release -DNO_CXX ... is not the way to go. What's the official way of doing this kind of stuff? Specifically, I've attempted the build with make release \ BUILDNAME=$buildname \ CHROOTDIR=$chrootdir \ CVSROOT=$cvsroot \ EXTSRCDIR=$extsrcdir \ RELEASETAG=$releasetag \ KERNEL_FLAGS=-j8 \ WORLD_FLAGS=-j8 \ -DNODOC \ -DNOPORTS \ -DNO_CXX \ -DNO_BLUETOOTH \ -DNO_DYNAMICROOT \ -DNO_FORTRAN \ -DNO_I4B \ -DNO_IPFILTER \ -DNO_KERBEROS \ -DNO_OBJC \ -DNO_OPENSSH \ -DNO_OPENSSL \ -DNO_SENDMAIL \ -DNO_TOOLCHAIN \ -DNOATM \ -DNOGAMES \ -DNOINET6 \ -DNOPROFILE \ -DNO_BIND -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 23:02:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49A2716A4CE for ; Mon, 18 Oct 2004 23:02:11 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11C9143D3F for ; Mon, 18 Oct 2004 23:02:11 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 25625 invoked from network); 18 Oct 2004 23:02:10 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail4.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Oct 2004 23:02:10 -0000 Received: from hydrogen.funkthat.com (pszcds@localhost.funkthat.com [127.0.0.1])i9IN29lb042888; Mon, 18 Oct 2004 16:02:10 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9IN28a0042887; Mon, 18 Oct 2004 16:02:08 -0700 (PDT) Date: Mon, 18 Oct 2004 16:02:08 -0700 From: John-Mark Gurney To: Sean McNeil Message-ID: <20041018230208.GE22681@funkthat.com> Mail-Followup-To: Sean McNeil , freebsd-current@freebsd.org References: <1097896460.1123.2.camel@server.mcneil.com> <20041017232827.GZ22681@funkthat.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098135068.2861.6.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 23:02:11 -0000 Sean McNeil wrote this message on Mon, Oct 18, 2004 at 14:31 -0700: > Hi John-Marc, > > On Sun, 2004-10-17 at 18:12, John-Mark Gurney wrote: > > John-Mark Gurney wrote this message on Sun, Oct 17, 2004 at 16:28 -0700: > > > I'll do some tests shortly to see about these issues... > > > > Ok, I played around w/ rwatson's netsend program, and I was able to > > send 1316 byte payload udp packets at about 28kpps w/o problems.. I > > was not able to confirm that no packets were loss, BUT, netstat did > > show very close to 28kpps received... At 28kpps, it's far exceeds > > your problem of 15Mbps, it is about 38megbytes/sec.. > > I looked at and read netsend/netreceive. Is this what you are using? yes... > If so, how do you know that there is no packet loss? netreceive does no That's what I said, that I was not able to confirm, but if I ran netstat on the receiving machine, the number of pps that the receiving machine VERY closely matched what I was suppose to receive... I definately did not see anything close to 20% packet lose... > checking to make sure of anything. It is just a sink that throws away > the packets. You need to look at the actual data that is being > delivered. You will find that 20% of those packets that are suppose to > have been sent are just thrown away without any error indication of any > sort. netstat -i will show no errors yet the packets are gone if you > look for them on the other side. So netsend is telling you it sends > them at 38megbytes/sec but out the wire the driver is only sending 80% > of the packets it should. but I was seeing 38megbytes/sec being received at the receiving end... yes, I didn't verify that they weren't dups, but that would imply we have other issues with the re driver than just this... Do you have a video that you could send me, that I could do some testing with this? (and vls config)? I've been doing my testing on an i386, but that shouldn't be different enough to cause problems... (if it is, then we need to think about what the re is behaving badly)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 23:15:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5012716A4CE; Mon, 18 Oct 2004 23:15:39 +0000 (GMT) Received: from basement.kutulu.org (211.215.33.65.cfl.rr.com [65.33.215.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9ED543D3F; Mon, 18 Oct 2004 23:15:38 +0000 (GMT) (envelope-from kutulu@kutulu.org) Received: from [127.0.0.1] (platypus.jungle [192.168.69.2]) by basement.kutulu.org (Postfix) with ESMTP id 78D933D; Mon, 18 Oct 2004 19:15:32 -0400 (EDT) Message-ID: <41744EA1.90808@kutulu.org> Date: Mon, 18 Oct 2004 19:15:45 -0400 From: Mike Edenfield Organization: KutuluWare Software Services User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <1097916792.1810.4.camel@kaiser.sig11.org> <200410161208.32381.dsyphers@u.washington.edu> <20041018090607.C11579@beagle.kn.op.dlr.de> In-Reply-To: <20041018090607.C11579@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: David Syphers cc: freebsd-current@freebsd.org cc: rionda@gufi.org Subject: Re: UPDATING readability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 23:15:39 -0000 Harti Brandt wrote: > On Sat, 16 Oct 2004, David Syphers wrote: > > DS>On Saturday 16 October 2004 01:53 am, Matteo Riondato wrote: > DS>> Could we change an entry from: > DS>> > DS>> 20041007: > DS>> One of the syscalls the 1:1 threading library libthr uses has > DS>> changed, thus breaking ABI compatibility. Make sure you rebuild > DS>> this library with the kernel. > DS>> > DS>> to: > DS>> > DS>> 20041007: > DS>> One of the syscalls used by the 1:1 threading library libthr > DS>> has changed, thus breaking ABI compatibility. Make sure you rebuild > DS>> this library with the kernel. > DS>> > DS>> I think this will improve the readability and the comprension of the > DS>> entry by the non-native english speakers. > DS> > DS>I hate to be pedantic, but the original entry is preferable. In English it is > DS>correct to avoid the passive voice when possible (though not nearly to the > DS>extent that, say, French does). The active voice is quite appropriate here, > DS>where the subject is clearly defined. Is there a particular reason why > DS>non-native speakers would prefer the passive voice? > > The verbs are coming very late in the sentence. That's not a problem for > german speakers :-) but from experience I know that speakers from > languages where the verb must come near the beginning of the sentence have > a problem with this. The omission of the 'that' makes that even harder, > because you can't parse the sentence into grammatical units until you see > the 'uses' at the end of the line. That forces you to roll back and > re-parse. Would it be appropriate to flip the order of the sentances around? This would avoiding having two distinct noun-phrases in the first sentance, which is where I think the verb confusion is coming in: 20041007: The 1:1 threading library, libthr, must be rebuilt when building a kernel. One of the syscalls it uses has changed, thus breaking ABI compatibility. -- -- Mike Still using IE? Get Firefox! http://www.spreadfirefox.com/?q=affiliates&id=6492&t=1 From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 23:19:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 788D816A4CF for ; Mon, 18 Oct 2004 23:19:28 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA74B43D2F for ; Mon, 18 Oct 2004 23:19:27 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.0.6] (adsl-69-211-137-113.dsl.wotnoh.ameritech.net [69.211.137.113]) (authenticated bits=0)i9IN1jUJ050823 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 18 Oct 2004 19:02:07 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Mon, 18 Oct 2004 19:20:49 -0400 User-Agent: KMail/1.7 References: <0E972CEE334BFE4291CD07E056C76ED802E87493@bragi.housing.ufl.edu> In-Reply-To: <0E972CEE334BFE4291CD07E056C76ED802E87493@bragi.housing.ufl.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1834009.B2j6N1KDbC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410181920.58156.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: Will Saxon Subject: Re: pr/63837 fixes issue with multi-item usb devices, please commit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 23:19:28 -0000 --nextPart1834009.B2j6N1KDbC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 18 October 2004 01:25 pm, Will Saxon wrote: > The 2 line patch to hid.c referenced in pr/63837 fixes issues with > combination USB devices like combo mouse/keyboards among other things. Can > someone please check this out and (hopefully) commit it? > DItto. If there is a problem with the patches please let me know so I can = fix=20 them so this gets into 5.3. Thanks, =2D-=20 Anish Mistry --nextPart1834009.B2j6N1KDbC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdE/axqA5ziudZT0RAtZPAKCxA+so3boqK6ybJtJdp4H8Xran4ACfaux9 sZV2keSxGP0FTOsyEwz+GgU= =9Lpe -----END PGP SIGNATURE----- --nextPart1834009.B2j6N1KDbC-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 23:25:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D035416A4CE for ; Mon, 18 Oct 2004 23:25:10 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38C7F43D1F for ; Mon, 18 Oct 2004 23:25:10 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id DF933F1C74; Mon, 18 Oct 2004 16:25:09 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03343-03; Mon, 18 Oct 2004 16:25:08 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id C2CAAF1834; Mon, 18 Oct 2004 16:25:08 -0700 (PDT) From: Sean McNeil To: John-Mark Gurney In-Reply-To: <20041018230208.GE22681@funkthat.com> References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MgiPJXxEYQTI06mKxu2q" Message-Id: <1098141908.3424.6.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 18 Oct 2004 16:25:08 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 23:25:11 -0000 --=-MgiPJXxEYQTI06mKxu2q Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-18 at 16:02, John-Mark Gurney wrote: > Sean McNeil wrote this message on Mon, Oct 18, 2004 at 14:31 -0700: > > Hi John-Marc, > >=20 > > On Sun, 2004-10-17 at 18:12, John-Mark Gurney wrote: > > > John-Mark Gurney wrote this message on Sun, Oct 17, 2004 at 16:28 -07= 00: > > > > I'll do some tests shortly to see about these issues... > > >=20 > > > Ok, I played around w/ rwatson's netsend program, and I was able to > > > send 1316 byte payload udp packets at about 28kpps w/o problems.. I > > > was not able to confirm that no packets were loss, BUT, netstat did > > > show very close to 28kpps received... At 28kpps, it's far exceeds > > > your problem of 15Mbps, it is about 38megbytes/sec.. > >=20 > > I looked at and read netsend/netreceive. Is this what you are using?=20 >=20 > yes... >=20 > > If so, how do you know that there is no packet loss? netreceive does n= o >=20 > That's what I said, that I was not able to confirm, but if I ran netstat > on the receiving machine, the number of pps that the receiving machine > VERY closely matched what I was suppose to receive... I definately did > not see anything close to 20% packet lose... >=20 > > checking to make sure of anything. It is just a sink that throws away > > the packets. You need to look at the actual data that is being > > delivered. You will find that 20% of those packets that are suppose to > > have been sent are just thrown away without any error indication of any > > sort. netstat -i will show no errors yet the packets are gone if you > > look for them on the other side. So netsend is telling you it sends > > them at 38megbytes/sec but out the wire the driver is only sending 80% > > of the packets it should. >=20 > but I was seeing 38megbytes/sec being received at the receiving end... > yes, I didn't verify that they weren't dups, but that would imply we have > other issues with the re driver than just this... >=20 > Do you have a video that you could send me, that I could do some testing > with this? (and vls config)? I've been doing my testing on an i386, > but that shouldn't be different enough to cause problems... (if it is, > then we need to think about what the re is behaving badly)... I have placed 11 megs of the stream in http://mcneil.com/~sean/freebsd/stream.mpg You can install vls from ports (net/vls) and I run it with vls -d udp:224.1.1.1:1234 file:stream.mpg I agree that your assesment appears to be accurate in identifying no packet loss. Are you going through a switch or is this a cross from machine-machine? Please let me know if there is anything I can do to assist. Here is the output from lspci: 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 (rev 10) Subsystem: Micro-star International Co Ltd: Unknown device 702c Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 I/O ports at cc00 Memory at cfffb300 (32-bit, non-prefetchable) Capabilities: [dc] Power Management version 2 I was mistaken about the irq not being shared. On my system, irq 16 is shared with my vga controller: 01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0322 (rev a1) (prog-if 00 [VGA]) Subsystem: PROLINK Microsystems Corp: Unknown device 1152 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 Memory at ce000000 (32-bit, non-prefetchable) Memory at c0000000 (32-bit, prefetchable) Capabilities: [60] Power Management version 2 Capabilities: [44] AGP version 3.0 I run the xorg server. Cheers, Sean --=-MgiPJXxEYQTI06mKxu2q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdFDUyQsGN30uGE4RAqkAAKCCfQI1rvDHgTFNHXA965n8R9fgTwCgx2Yg 9cbeyZL1Cp8edNERETWqQOw= =CGmK -----END PGP SIGNATURE----- --=-MgiPJXxEYQTI06mKxu2q-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 23:43:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D217816A4CF for ; Mon, 18 Oct 2004 23:43:26 +0000 (GMT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66AF643D5C for ; Mon, 18 Oct 2004 23:43:26 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id C99782C3D3; Tue, 19 Oct 2004 01:43:24 +0200 (CEST) Date: Tue, 19 Oct 2004 01:43:24 +0200 From: Thomas Quinot To: Michael Joyner , current@freebsd.org Message-ID: <20041018234324.GA1270@melusine.cuivre.fr.eu.org> References: <20041013205141.GA874@galgenberg.net> <416DA856.9040703@vbservices.net> <20041015093908.GA11176@melusine.cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041015093908.GA11176@melusine.cuivre.fr.eu.org> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.6i Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 23:43:26 -0000 * Thomas Quinot, 2004-10-15 : > I'll investigate the feasability of that. OK, I have a NEWBUSified atapicam that can be used as a kernel loadable module available for testing. Please retrieve the patch from: http://thomas.quinot.org/atapicam/atapicam-NEWBUS-20041019.diff Feedback appreciated. :) Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 23:52:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9564E16A4CF for ; Mon, 18 Oct 2004 23:52:37 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1692743D4C for ; Mon, 18 Oct 2004 23:52:34 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i9INqV9S080794 for ; Tue, 19 Oct 2004 01:52:32 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <41745740.4080609@withagen.nl> Date: Tue, 19 Oct 2004 01:52:32 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "current@FreeBSD.ORG" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Panic on amd64: _mtx_lock_sleep: recursed on non-recursive mutex X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 23:52:37 -0000 panic: _mtx_lock_sleep: recursed on non-recursive mutex UMA pcpu @ /home1/src/sys/vm/uma_core.c:1800 db> trace kdb_enter() at kdb_enter+0x31 panic() at panic+0x1e6 uma_dbg_free() at uma_dbg_free+0x130 uma_zfree_arg() at uma_zfree_arg+0x121 m_freem() at m_freem+0x41 em_clean_transmit_interrupts() at em_clean_transmit_interrupts+0xea em_intr() at em_intr+0x10c ithread_loop() at ithread_loop+0x179 fork_exit() at fork_exit+0xe9 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb1bb9d00, rbp = 0 --- uname -a FreeBSD opteron.digiware.nl 5.3-BETA7 FreeBSD 5.3-BETA7 #145: Wed Oct 13 14:03:44 CEST 2004 root@opteron.digiware.nl:/usr/obj/home1/src/sys/OPTERON.amd64 amd64 dumping core has not worked, for whatever reason there seems no image on swap :( I'll try to get more when it reoccurs --WjW From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 00:00:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D842616A4D5 for ; Tue, 19 Oct 2004 00:00:55 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id B271343D66 for ; Tue, 19 Oct 2004 00:00:46 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id i9J00gWi035577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Oct 2004 17:00:43 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <41745943.5010103@errno.com> Date: Mon, 18 Oct 2004 17:01:07 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jiri Mikulas References: <416DF63E.6000401@errno.com> <41739958.9080703@mikulas.com> In-Reply-To: <41739958.9080703@mikulas.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes (updated) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 00:00:56 -0000 Jiri Mikulas wrote: > Hello > Is there any similar version of tx rate control algorithm for wi driver > for FreeBSD to solve this problem, please ? > > http://lists.freebsd.org/pipermail/freebsd-current/2004-May/027476.html Not that I'm aware of. You could always port the netbsd code. Sam From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 01:24:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D10A116A4D6 for ; Tue, 19 Oct 2004 01:24:29 +0000 (GMT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4974E43D31 for ; Tue, 19 Oct 2004 01:24:24 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101910:23:57:671539.7481.2835454896 for ; Tue, 19 Oct 2004 10:23:57 +0900 (KST) Message-ID: <41746CC6.4030407@yahoo.com> Date: Tue, 19 Oct 2004 10:24:22 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers , freebsd-current References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <4172E340.20206@freebsd.org> <41731071.2030405@yahoo.com> <417346BB.3050609@freebsd.org> <41734AFB.2040208@gamersimpact.com> <4173635C.5000304@yahoo.com> <65140.208.4.77.15.1098123461.squirrel@208.4.77.15> In-Reply-To: <65140.208.4.77.15.1098123461.squirrel@208.4.77.15> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: YES-__TRSYS_LV__3 (SR:-9.36) (SRN:SPAMROBOT) ----------------- Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 01:24:30 -0000 Ryan Sommers wrote: > Rob said: > >>I'm willing to try just anything. >>The problem is that I'm not familiar with the cpio and pax commands. > > Ok, here is a patch for /etc/rc.d/initdiskless. Note, I currently don't > have a diskless system to test on, I'm still looking for some PXE hardware > that isn't being used in production that I can use to work with cleaning > up the diskless environment for 5.x. So, I make no promises. :) > > Index: initdiskless > =================================================================== > RCS file: /home/ncvs/src/etc/rc.d/initdiskless,v > retrieving revision 1.39 > diff -u -r1.39 initdiskless > --- initdiskless 7 Oct 2004 13:55:26 -0000 1.39 > +++ initdiskless 18 Oct 2004 18:03:23 -0000 > @@ -305,7 +305,7 @@ > if [ -f $j ]; then > create_md $subdir > echo "Loading /$subdir from cpio archive $j" > - (cd / ; /stand/gzip -d < $j | /stand/cpio --extract -d ) > + (cd / ; pax -rz -p e -f $j ) > fi > done > for j in /conf/$i/*.remove ; do > > Now, in addition to this you will need my other patch that moves gzip to > /bin instead of /usr/bin. You can download it at > http://208.4.77.15/gzip-to-bin.tgz > > To add it to your source tree: cd /usr/src (or your respective directory) > ; tar zxvf /path/to/gzip-to-bin.tgz ; rm -rf gnu/usr.bin/gzip > > Then a regular build/install world, and you'll have to remake your NFS > mounted root. I tested this patch with a build/install world this morning. Thanks. I have done all that and the master PC is compiling (it's a slow system, taking almost a day to compile world). I'll report the results soon. If successful, will you suggest/submit this as an official patch for 5.3; or will it be merely a personal patch for my diskless setup? If it's going into 5.3, then /stand should be removed altogether after the install process! Rob. From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 01:43:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 113D316A4CE for ; Tue, 19 Oct 2004 01:43:10 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 3699043D1F for ; Tue, 19 Oct 2004 01:43:04 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 94660 invoked by uid 0); 19 Oct 2004 01:41:58 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 19 Oct 2004 01:41:58 -0000 Message-ID: <41747134.6040003@gamersimpact.com> Date: Mon, 18 Oct 2004 20:43:16 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <4172E340.20206@freebsd.org> <41731071.2030405@yahoo.com> <417346BB.3050609@freebsd.org> <41734AFB.2040208@gamersimpact.com> <4173635C.5000304@yahoo.com> <65140.208.4.77.15.1098123461.squirrel@208.4.77.15> <41746CC6.4030407@yahoo.com> In-Reply-To: <41746CC6.4030407@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 01:43:10 -0000 Rob wrote: > Thanks. I have done all that and the master PC is compiling (it's a slow > system, taking almost a day to compile world). I'll report the results > soon. > > If successful, will you suggest/submit this as an official patch for 5.3; > or will it be merely a personal patch for my diskless setup? > > If it's going into 5.3, then /stand should be removed altogether after > the install process! > > Rob. I doubt it will make it into 5.3. This isn't really a bug fix (yet). I posted a thread in arch@ about it and every response was enthusiastic, so I imagine it will be committed to 6-CURRENT. Once I have a chance to cleanup the rest of the diskless helper scripts it could be added to RELENG_5 because it will be a bug fix (since our provided scripts are heavily out of date for building diskless root's). It's definately too late to have /stand be removed as part of the 5.3 process, although this is where I plan to head once I remove diskless systems from depending on /stand. However, that doesn't mean people won't be able to remove /stand, just that it won't be automated. Just remember, you'll have to rebuild your NFS mounted root partition (or just copy /bin/gzip to it). And after you can also remove /usr/bin/gzip to clean up your system. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 01:45:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8049016A4CE for ; Tue, 19 Oct 2004 01:45:30 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id D468143D58 for ; Tue, 19 Oct 2004 01:45:24 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CJj4F-0003vw-00 Tue, 19 Oct 2004 03:45:39 +0200 Received: from [212.106.239.73] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CJj4F-0003vU-00 Tue, 19 Oct 2004 03:45:39 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9J1jMwN001370; Tue, 19 Oct 2004 03:45:22 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9J1jKlv081586; Tue, 19 Oct 2004 03:45:20 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 19 Oct 2004 03:45:19 +0200 User-Agent: KMail/1.7 References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <65140.208.4.77.15.1098123461.squirrel@208.4.77.15> <41746CC6.4030407@yahoo.com> In-Reply-To: <41746CC6.4030407@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410190345.20487.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.22 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Ryan Sommers cc: Rob Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 01:45:30 -0000 El Martes, 19 de Octubre de 2004 03:24, Rob escribi=F3: > Ryan Sommers wrote: > > Rob said: > >>I'm willing to try just anything. > >>The problem is that I'm not familiar with the cpio and pax > >> commands. > > [...] > If successful, will you suggest/submit this as an official patch for > 5.3; or will it be merely a personal patch for my diskless setup? > > If it's going into 5.3, then /stand should be removed altogether > after the install process! > > Rob. > You can't go with this to 5.3. This will go, if any, to HEAD. But I don't really like in his actual form. If You try to path /etc/rc.d/initdiskless, try not remove *.cpio.gz=20 expand using /stand, but add *.tar expand using /bin/pax. You may also try some auto detection and use what is present=20 between /stand/cpio, /stand/gzip, /rescue/tar, /rescue/gzip ... Don't try moving gzip/libgzip from /usr to rootfs. It's really a big=20 change. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 02:03:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6920416A4CE for ; Tue, 19 Oct 2004 02:03:06 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id D63BF43D31 for ; Tue, 19 Oct 2004 02:03:00 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 94861 invoked by uid 0); 19 Oct 2004 02:01:55 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 19 Oct 2004 02:01:55 -0000 Message-ID: <417475E2.8020202@gamersimpact.com> Date: Mon, 18 Oct 2004 21:03:14 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <65140.208.4.77.15.1098123461.squirrel@208.4.77.15> <41746CC6.4030407@yahoo.com> <200410190345.20487.josemi@freebsd.jazztel.es> In-Reply-To: <200410190345.20487.josemi@freebsd.jazztel.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Rob cc: freebsd-current@freebsd.org Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 02:03:06 -0000 Jose M Rodriguez wrote: > If You try to path /etc/rc.d/initdiskless, try not remove *.cpio.gz > >expand using /stand, but add *.tar expand using /bin/pax. > >You may also try some auto detection and use what is present >between /stand/cpio, /stand/gzip, /rescue/tar, /rescue/gzip ... > >Don't try moving gzip/libgzip from /usr to rootfs. It's really a big >change. > /rescue/* aren't the right tools for the job in my opinion. Neither are /stand/*. I posted this to arch@ [1] and between that and this thread, among others on current@, the overwhelming majority of responses have been to get rid of /stand. I'm not sure I understand your argument for leaving /stand as part of the root filesystem; other than as you say your 250gb drives don't mind the extra 3.5mb. In my opinion it's useless for both diskless and regular systems, with the exception of 2% of it's space. It's not updated as part of world, which means no bug fixes get populated to it. It's a crunchgen binary which means trying to fix small bugs in single programs either means rebuilding the binary or replacing that hardlink with an individual binary. [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=10365+0+current/freebsd-arch -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 02:07:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F89416A4CE for ; Tue, 19 Oct 2004 02:07:44 +0000 (GMT) Received: from postman.riken.go.jp (postman.riken.go.jp [134.160.33.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E986A43D58 for ; Tue, 19 Oct 2004 02:07:37 +0000 (GMT) (envelope-from sty@iki.fi) Received: (qmail 34442 invoked by uid 85); 19 Oct 2004 02:07:34 -0000 Received: from sty@iki.fi by postman-smtp1.riken.go.jp by uid 82 with qmail-scanner-1.12 (sweep: 2.10/3.60. . Clear:. Processed in 1.686159 secs); 19 Oct 2004 02:07:34 -0000 Received: from unknown (HELO ?172.16.112.232?) (134.160.173.1) by postman.riken.go.jp with AES256-SHA encrypted SMTP; 19 Oct 2004 02:07:32 -0000 Message-ID: <41747701.9070001@iki.fi> Date: Tue, 19 Oct 2004 11:08:01 +0900 From: =?ISO-8859-1?Q?Tommi_L=E4tti?= User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <17120aa104101808381cc59152@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 02:07:44 -0000 Claudiu Dragalina-Paraipan wrote: > This might be a bit away from the main interest of the thread: > anyone has done any test in 5.2.1 ? well, here's one from a production machine. There were disk writes during the test, so one can assume it performs even better on idle machine: # atacontrol list ATA channel 1: Master: ad2 ATA/ATAPI rev 5 Slave: no device present # dd if=/dev/ad2 of=/dev/null bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 25.935189 secs (41400964 bytes/sec) The hard-drive is an old 40G Maxtor. Propably 7200RPM. From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 02:21:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4281E16A4CE for ; Tue, 19 Oct 2004 02:21:48 +0000 (GMT) Received: from smtp1.jazztel.es (smtp1.jazztel.es [62.14.3.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6563B43D58 for ; Tue, 19 Oct 2004 02:21:30 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp1.jazztel.es with antivirus id 1CJjcr-0000At-00 Tue, 19 Oct 2004 04:21:25 +0200 Received: from [212.106.239.73] (helo=rguez.homeunix.net) by smtp1.jazztel.es with esmtp id 1CJjcq-0000AE-00 Tue, 19 Oct 2004 04:21:25 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9J2L466001451; Tue, 19 Oct 2004 04:21:04 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9J2L3Cl081961; Tue, 19 Oct 2004 04:21:03 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: Ryan Sommers Date: Tue, 19 Oct 2004 04:21:02 +0200 User-Agent: KMail/1.7 References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <200410190345.20487.josemi@freebsd.jazztel.es> <417475E2.8020202@gamersimpact.com> In-Reply-To: <417475E2.8020202@gamersimpact.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410190421.03532.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.22 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Rob cc: freebsd-current@freebsd.org Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 02:21:48 -0000 El Martes, 19 de Octubre de 2004 04:03, Ryan Sommers escribi=F3: > Jose M Rodriguez wrote: > > If You try to path /etc/rc.d/initdiskless, try not remove *.cpio.gz > > > >expand using /stand, but add *.tar expand using /bin/pax. > > > >You may also try some auto detection and use what is present > >between /stand/cpio, /stand/gzip, /rescue/tar, /rescue/gzip ... > > > >Don't try moving gzip/libgzip from /usr to rootfs. It's really a big > >change. > > /rescue/* aren't the right tools for the job in my opinion. Neither > are /stand/*. I posted this to arch@ [1] and between that and this > thread, among others on current@, the overwhelming majority of > responses have been to get rid of /stand. I'm not sure I understand > your argument for leaving /stand as part of the root filesystem; This is known as POLA. > other than as you say your 250gb drives don't mind the extra 3.5mb. > In my opinion it's useless for both diskless and regular systems, > with the exception of 2% of it's space. It's not updated as part of > world, which means no bug fixes get populated to it. It's a crunchgen > binary which means trying to fix small bugs in single programs either > means rebuilding the binary or replacing that hardlink with an > individual binary. > Working well here from years. If you like add /bin/pax support and be=20 able to remove /stand, go on it. But it isn't a real need of take=20 off /stand support. Also, I not only the one trying use a crunchgen binary instead of /bin=20 + /sbin for some diskless setups. And I'm can't remember any mail about moving gzip/libgzip from /usr to=20 rootfs. > [1] > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D10365+0+current/freebsd- >arch =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 02:22:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CFD716A4CF for ; Tue, 19 Oct 2004 02:22:54 +0000 (GMT) Received: from smtp2.jazztel.es (smtp2.jazztel.es [62.14.3.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E29F843D49 for ; Tue, 19 Oct 2004 02:22:48 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antivirus by smtp2.jazztel.es with antivirus id 1CJjdy-0001FY-00 Tue, 19 Oct 2004 04:22:34 +0200 Received: from [212.106.239.73] (helo=rguez.homeunix.net) by smtp2.jazztel.es with esmtp id 1CJjdy-0001Ej-00 Tue, 19 Oct 2004 04:22:34 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by rguez.homeunix.net (8.13.1/8.13.1) with ESMTP id i9J22hG6001418; Tue, 19 Oct 2004 04:02:43 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id i9J22hie081737; Tue, 19 Oct 2004 04:02:43 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 19 Oct 2004 04:02:42 +0200 User-Agent: KMail/1.7 References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <41746CC6.4030407@yahoo.com> <41747134.6040003@gamersimpact.com> In-Reply-To: <41747134.6040003@gamersimpact.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410190402.42875.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.28.0.7; VDF 6.28.0.22 (host: antares.redesjm.local) X-Virus-Scanned: by antivirus cc: Ryan Sommers cc: Rob Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 02:22:54 -0000 El Martes, 19 de Octubre de 2004 03:43, Ryan Sommers escribi=F3: > Rob wrote: > > Thanks. I have done all that and the master PC is compiling (it's a > > slow system, taking almost a day to compile world). I'll report the > > results soon. > > [...] > I doubt it will make it into 5.3. This isn't really a bug fix (yet). I can't by no mean see this as a bugfix. The actual initdiskless script=20 works. The explample code is a real reference. =2D- josemi =20 From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 02:25:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 109AB16A4CE for ; Tue, 19 Oct 2004 02:25:09 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8CC243D60 for ; Tue, 19 Oct 2004 02:25:03 +0000 (GMT) (envelope-from dcornejo@gmail.com) Received: by mproxy.gmail.com with SMTP id 79so253071rnk for ; Mon, 18 Oct 2004 19:25:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ggXdOPcnKoIEY/m/Xt70JJMnh8GGfX54FU7UwQXVkS6LeO1/E89NXBbcOn0kakl0yxB4wAs3Fm+PuhrF86GsjQ15LkJuQpY/Y8xAAZxnDQry2y5wxgCrpvQYzx6HOsu7HkXVWSj/Dy+kbZC/Ijwngm0dPmnt/roL4sx/3BkanSA Received: by 10.38.99.68 with SMTP id w68mr1907433rnb; Mon, 18 Oct 2004 19:24:23 -0700 (PDT) Received: by 10.38.164.57 with HTTP; Mon, 18 Oct 2004 19:24:23 -0700 (PDT) Message-ID: <6b8e8f4f041018192472d46993@mail.gmail.com> Date: Mon, 18 Oct 2004 16:24:23 -1000 From: David Cornejo To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: PPSAPI on serial port broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Cornejo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 02:25:09 -0000 Hi, I've just upgraded a beta 4 box to todays RELENG_5, and my ntpd is no longer working with my Oncore M12+T. I changed to use cuad1 rather that cuaa1, but no luck. I tried running ppsapitest and I get this: ppsapitest: time_pps_create: Inappropriate ioctl for device I tried it against ttyd1 also, but no change It looks like it's complaining about the PPS_IOC_CREATE Is this a bug or is this the way the sio driver is going to be? If so, what is the recommended alternative? thanks, dave c From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 02:37:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E20C16A4CE; Tue, 19 Oct 2004 02:37:16 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i9J2bEZN009424; Mon, 18 Oct 2004 22:37:15 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9J2bDF6009423; Mon, 18 Oct 2004 22:37:13 -0400 (EDT) (envelope-from green) Date: Mon, 18 Oct 2004 22:37:13 -0400 From: Brian Fundakowski Feldman To: Harald Schmalzbauer Message-ID: <20041019023713.GA1072@green.homeunix.org> References: <20040628202434.GA73213@atrbg11.informatik.tu-muenchen.de> <20040701210317.GA86225@atrbg11.informatik.tu-muenchen.de> <20040704194240.GA1658@atrbg11.informatik.tu-muenchen.de> <200407071913.46339@harryhomeworkstation> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200407071913.46339@harryhomeworkstation> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: WITNESS bug (Was Re: kern/68442: panic - acquiring duplicate lock of same type: "sleepq chain") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 02:37:16 -0000 On Wed, Jul 07, 2004 at 07:13:46PM +0200, Harald Schmalzbauer wrote: > Am Sonntag, 4. Juli 2004 21:42 schrieb Daniel Lang: > > [...] > > > > > > Btw, the addition of WITNESS is indeed something that has > > > changed since all the trouble started. When the machine was > > > still running in a stable fashion I did not have WITNESS > > > enabled. I did it, when I put in more memory and built a PAE > > > kernel and left it in since. > > > > [..] > > > > I am now more convinced, that the bug is indeed in WITNESS itself. > > Without WITNESS the machine is running rock stable again now > > for three days. With WITNESS enabled it has crashed within minutes, > > uptime at most a few hours. Also the stack trace I got points > > into WITNESS code. > > I'd like to contribute a completley unqualifide note: > When I build a -current kernel with WITNESS and I use the nvidia driver (not > the GL-Part, just the kernel module and the x-driver) the system freezes > without panic or anything else, only a powercycle helps. > After removing WITNESS the box is running fine. Now for about 3 Weeks without > any problem..... > > If I can do any tests please give me instructions, I'd love to help. You should never not run with WITNESS_SKIPSPIN if you use modules. Any spin mutexes not listed statically in the witness code will cause your machine to immediately panic. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 03:09:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9ADF16A4CE for ; Tue, 19 Oct 2004 03:09:12 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ED9E43D41 for ; Tue, 19 Oct 2004 03:09:12 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 8065 invoked from network); 19 Oct 2004 03:09:12 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail4.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Oct 2004 03:09:12 -0000 Received: from hydrogen.funkthat.com (szcdsd@localhost.funkthat.com [127.0.0.1])i9J39Alb047890; Mon, 18 Oct 2004 20:09:11 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9J399wR047886; Mon, 18 Oct 2004 20:09:09 -0700 (PDT) Date: Mon, 18 Oct 2004 20:09:09 -0700 From: John-Mark Gurney To: Sean McNeil Message-ID: <20041019030909.GF22681@funkthat.com> Mail-Followup-To: Sean McNeil , freebsd-current@freebsd.org References: <1097896460.1123.2.camel@server.mcneil.com> <20041017232827.GZ22681@funkthat.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> <1098141908.3424.6.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098141908.3424.6.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 03:09:13 -0000 Sean McNeil wrote this message on Mon, Oct 18, 2004 at 16:25 -0700: > > but I was seeing 38megbytes/sec being received at the receiving end... > > yes, I didn't verify that they weren't dups, but that would imply we have > > other issues with the re driver than just this... > > > > Do you have a video that you could send me, that I could do some testing > > with this? (and vls config)? I've been doing my testing on an i386, > > but that shouldn't be different enough to cause problems... (if it is, > > then we need to think about what the re is behaving badly)... > > I have placed 11 megs of the stream in > > http://mcneil.com/~sean/freebsd/stream.mpg > > You can install vls from ports (net/vls) and I run it with > > vls -d udp:224.1.1.1:1234 file:stream.mpg Thanks, I'll try that out... > I agree that your assesment appears to be accurate in identifying no > packet loss. Are you going through a switch or is this a cross from > machine-machine? Believe it or not, I was going through two switches... :) an SMC and a NetGear.. both gige, the SMC supports jumbo but the NetGear doesn't... > Please let me know if there is anything I can do to assist. Here is the > output from lspci: > > 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 > (rev 10) > Subsystem: Micro-star International Co Ltd: Unknown device 702c > Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 > I/O ports at cc00 > Memory at cfffb300 (32-bit, non-prefetchable) > Capabilities: [dc] Power Management version 2 > > I was mistaken about the irq not being shared. On my system, irq 16 is > shared with my vga controller: > > 01:00.0 VGA compatible controller: nVidia Corporation: Unknown device > 0322 (rev > a1) (prog-if 00 [VGA]) > Subsystem: PROLINK Microsystems Corp: Unknown device 1152 > Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 > Memory at ce000000 (32-bit, non-prefetchable) > Memory at c0000000 (32-bit, prefetchable) > Capabilities: [60] Power Management version 2 > Capabilities: [44] AGP version 3.0 > > I run the xorg server. Have you tried w/o running X? also, tried the bios setting to not assign an irq to the video card? I doubt that the extra interrupts would cause a problem... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 03:26:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2AAF16A4CE for ; Tue, 19 Oct 2004 03:26:11 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43FF843D53 for ; Tue, 19 Oct 2004 03:26:11 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i9J3QANe036095 for freebsd-current@freebsd.org; Mon, 18 Oct 2004 22:26:10 -0500 (CDT) (envelope-from dan) Date: Mon, 18 Oct 2004 22:26:10 -0500 From: Dan Nelson To: freebsd-current@freebsd.org Message-ID: <20041019032610.GA8941@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-OS: FreeBSD 5.3-BETA7 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i Subject: Trap 12 at tty_pty.c:249 in 5.3-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 03:26:11 -0000 Got this on a 5.3-STABLE cvsupped around 05:00 UTC on the 18th: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 00 fault virtual address = 0x467 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05ded3d stack pointer = 0x10:0xe6ab6994 frame pointer = 0x10:0xe6ab6994 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 9771 (screen) panic: from debugger cpuid = 1 KDB: stack backtrace: --- trap 0xc, eip = 0xc05ded3d, esp = 0xe6ab6994, ebp = 0xe6ab6994 --- ptsstart(c3690a00,e6ab69c8,c05d91e3,c3690a00,0) at ptsstart+0xd ttstart(c3690a00,0,20,c488680a,c2637000) at ttstart+0x1c ttymodem(c3690a00,1,c05ded70,c32dbd00,c07da540) at ttymodem+0xf3 ptcopen(c32dbd00,3,2000,c289c000,e6ab6a44) at ptcopen+0x68 spec_open(e6ab6a68,ffffffdf,c05f946b,180,c289c000) at spec_open+0x3c2 vn_open_cred(e6ab6bd4,e6ab6cd4,0,c2e48b80,c) at vn_open_cred+0x37e vn_open(e6ab6bd4,e6ab6cd4,0,c,10002) at vn_open+0x33 kern_open(c289c000,bfbf9d60,0,3,0) at kern_open+0xf2 open(c289c000,e6ab6d14,c,c,c289c000) at open+0x2e syscall(821002f,2f,bfbf002f,ffffffff,808cb04) at syscall+0x210 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x2817177f, esp = 0xbfbf9d2c, ebp = 0xbfbf9d88 --- gdb equivalent is (although it gets most of the pointer arguments wrong): #23 0xc05ded3d in ptsstart (tp=0x0) at ../../../kern/tty_pty.c:249 #24 0xc05d7bac in ttstart (tp=0x0) at ../../../kern/tty.c:1553 #25 0xc05d91e3 in ttymodem (tp=0xc3690a00, flag=0) at ../../../kern/tty.c:1587 #26 0xc05dedd8 in ptcopen (dev=0xc32dbd00, flag=3, devtype=8192, td=0x0) at linedisc.h:136 #27 0xc055cbe2 in spec_open (ap=0xe6ab6a68) at ../../../fs/specfs/spec_vnops.c:207 #28 0xc0616eee in vn_open_cred (ndp=0xe6ab6bd4, flagp=0xe6ab6cd4, cmode=0, cred=0xc2e48b80, fdidx=0) at vnode_if.h:228 #29 0xc06171a3 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) at ../../../kern/vfs_vnops.c:91 #30 0xc060e682 in kern_open (td=0xc289c000, path=0x0, pathseg=UIO_USERSPACE, flags=3, mode=0) at ../../../kern/vfs_syscalls.c:957 #31 0xc060f06e in open (td=0x0, uap=0x0) at ../../../kern/vfs_syscalls.c:926 0xc3690a00 seems to point to garbage. "p *((struct tty*)0xc3690a00)" prints invalid values for lots of fields: (kgdb) p *tp $16 = {t_rawq = {c_cc = -503508748, c_cbcount = 1, c_cbmax = 0, c_cbreserved = -1033670128, c_cf = 0x0, c_cl = 0xc2627318 "\204T}â””y&zâ””y&zâ””"}, t_rawcc = -1033266608, t_canq = { c_cc = 1, c_cbcount = -1005040620, c_cbmax = 0, c_cbreserved = 0, c_cf = 0x20c044
, c_cl = 0xc2d28af0 "\230Ω-├αáτ┬"}, t_cancc = -1030858752, t_outq = { c_cc = -1005040640, c_cbcount = -1005040631, c_cbmax = 11, c_cbreserved = 0, c_cf = 0x1
, c_cl = 0x1016d
}, t_outcc = 0, t_line = 0, t_dev = 0x40f, t_state = 21033, t_flags = 413982, t_timeout = -1, t_pgrp = 0x2000, t_session = 0x416e914f, t_sigio = 0x0, t_rsel = { si_thrlist = {tqe_next = 0x41082f59, tqe_prev = 0x0}, si_thread = 0x41082f59, si_note = {kl_lock = 0x0, kl_list = { slh_first = 0x0}}, si_flags = 0}, t_wsel = {si_thrlist = { tqe_next = 0x4dc63a16, tqe_prev = 0x20000}, si_thread = 0x179e0, si_note = {kl_lock = 0x68000, kl_list = {slh_first = 0x0}}, si_flags = 30810}, t_termios = {c_iflag = 11, c_oflag = 3268736812, c_cflag = 3302587516, c_lflag = 3274566296, c_cc = '\0' , "\030sb┬\030S\004â”´", c_ispeed = 3278441032, c_ospeed = 3787014144}, t_winsize = { ws_row = 19376, ws_col = 49967, ws_xpixel = 57480, ws_ypixel = 50250}, t_sc = 0xc4860e58, t_column = -1001787256, t_rocount = -1020310132, t_rocol = -997848960, t_ififosize = -983092364, t_ihiwat = -1016934756, t_ilowat = -1001723436, t_ispeedwat = 3266556652, t_ohiwat = -983090664, t_olowat = -1027033232, t_ospeedwat = 0, t_gen = 0, t_list = { tqe_next = 0x0, tqe_prev = 0x0}, t_mtx = {mtx_object = {lo_class = 0x0, lo_name = 0x0, lo_type = 0x0, lo_flags = 0, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 0, mtx_recurse = 0}, t_refcnt = 0, t_hotchar = 0, t_dtr_wait = 0, t_oproc = 0xc05ded30 , t_stop = 0xc05df140 , t_param = 0, t_modem = 0, t_break = 0, t_ioctl = 0} In frame 26 (I hate inline macros BTW, ptcopen is *not* in linedisc.h), dev looks okay to my untrained eyes: (kgdb) p *dev $15 = {si_flags = 4, si_atime = {tv_sec = 1098140465, tv_nsec = 0}, si_ctime = {tv_sec = 1098140674, tv_nsec = 0}, si_mtime = { tv_sec = 1098139449, tv_nsec = 0}, si_udev = 1541, si_refcount = 2, si_list = {le_next = 0xc3637900, le_prev = 0xc32dbc24}, si_clone = { le_next = 0x0, le_prev = 0x0}, si_hash = {le_next = 0xc260d100, le_prev = 0xc08023bc}, si_hlist = {slh_first = 0xc342bd68}, si_children = { lh_first = 0x0}, si_siblings = {le_next = 0x0, le_prev = 0x0}, si_parent = 0x0, si_inode = 134, si_name = 0xc32dbda8 "ptyp5", si_drv1 = 0xc2d6e200, si_drv2 = 0x0, si_devsw = 0xc07da540, si_iosize_max = 65536, si_stripesize = 0, si_stripeoffset = 0, si_uid = 0, si_gid = 0, si_mode = 438, si_usecount = 1, si_threadcount = 0, __si_u = { __si_tty = {__sit_tty = 0xc3690a00}, __si_disk = { __sid_mountpoint = 0xc3690a00, __sid_bsize_phys = 0, __sid_bsize_best = 0, __sid_snapshots = {tqh_first = 0x0, tqh_last = 0xc32dbd90}, __sid_snaplistsize = 0, __sid_snapblklist = 0x0, __sid_copyonwrite = 0}}, __si_namebuf = "ptyp5", '\0' } -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 03:34:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AD5A16A4CE for ; Tue, 19 Oct 2004 03:34:22 +0000 (GMT) Received: from ns1.unixmexico.net (ns1.unixmexico.net [69.10.138.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 912C443D1D for ; Tue, 19 Oct 2004 03:34:19 +0000 (GMT) (envelope-from nbari@unixmexico.com) Received: (qmail 27335 invoked by uid 1027); 19 Oct 2004 03:34:19 -0000 Received: from nbari@unixmexico.com by ns1.unixmexico.net by uid 82 with qmail-scanner-1.22 Clear:RC:1(69.10.138.161):. Processed in 1.037022 secs); 19 Oct 2004 03:34:19 -0000 Received: from ns1.unixmexico.net (HELO mail.unixmexico.com) ([69.10.138.161]) (envelope-sender ) by ns1.unixmexico.net (qmail-ldap-1.03) with SMTP for ; 19 Oct 2004 03:34:18 -0000 Received: from 200.56.121.176 (SquirrelMail authenticated user nbari@unixmexico.com) by mail.unixmexico.com with HTTP; Mon, 18 Oct 2004 22:34:18 -0500 (CDT) Message-ID: <1240.200.56.121.176.1098156858.squirrel@mail.unixmexico.com> In-Reply-To: <20041018185447.GA21405@ack.Berkeley.EDU> References: <1097942852.37658.2.camel@localhost> <20041018185447.GA21405@ack.Berkeley.EDU> Date: Mon, 18 Oct 2004 22:34:18 -0500 (CDT) From: =?iso-8859-1?Q?Nicol=E1s_de_Bari_Embr=EDz_G._R.?= To: "Mike Hunter" User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: Nicolas de Bari cc: freebsd-current@freebsd.org Subject: Re: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 03:34:22 -0000 Hi it didn't help the system still crashing. regards. > On Oct 16, "Nicolas de Bari" wrote: > > Try adding this to your /boot/loader.conf: > > machdep.disable_mtrrs="1" > > Please reply to the list and let us know if it helps. > > Thanks, > > Mike > >> Hi list. >> >> I am having strange problems with FreeBSD 5.X. >> >> my system: >> >> dell latidud D800. >> pentium M 1.7ghz. >> BIOS A11. >> WUXGA nvidia GeForce FX 5200 32M. >> >> The problem: >> >> Using FreeBSD 5.2.1 or FreeBSD 5.3 BETA 7 with Xorg or XFree86 if y type >> any of the following commands : >> >> X -xf86config /root/xorg.conf.new >> XFree86 -xf86config /root/XF86Config.new >> startx or xdm >> >> My system crash and i can't do nothing, the X is never up, the screan >> just shows few lines like : >> (this only happends with nvidia driver not with the nv) >> >> Release Date: 18 December 2003 >> X Protocol Version 11, Revision 0, Release 6.7 >> Build Operating System: FreeBSD 5.3 i386 [ELF] >> Current Operating System: FreeBSD laptop.unixmexico.net 5.3-BETA7 >> FreeBSD 5.3-BETA7 #1: Fri Oct 15 09:44:03 CDT 2004 >> root@laptop.unixmexico.net:/usr/obj/usr/src/sys/D800 i386 >> Build Date: 02 October 2004 >> Before reporting problems, check http://wiki.X.Org >> to make sure that you have the latest version. >> Module Loader present >> Markers: (--) probed, (**) from config file, (==) default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> (==) Log file: "/var/log/Xorg.0.log", Time: Fri Oct 15 10:30:18 2004 >> >> >> ctrl+sup, ctrl+c, nothing responds also i have try to "shutdown -r 5 >> min" and then try to start the X but the system just crash and never >> reboots, I need to press the poweroff button thats the only thing that >> work. >> >> When using FreeBSD 4.10 the driver works perfectly with out problems, >> but i would like to use FreeBSD 5.X because of my wirless card. the one >> works great with the ndis method. >> >> On FreeBSD 5.X I have tryed with using a kernel with and without device >> agp, and installed the nvidia-drivers from the ports with a simple "make >> install clean". >> >> a dmesg on a FreeBSD 5.3 looks like (without device agp): >> --- >> Copyright (c) 1992-2004 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.3-BETA7 #1: Fri Oct 15 09:44:03 CDT 2004 >> root@laptop.unixmexico.net:/usr/obj/usr/src/sys/D800 >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Pentium(R) M processor 1.70GHz (1698.56-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 >> >> Features=0xafe9f9bf >> real memory = 536535040 (511 MB) >> avail memory = 511172608 (487 MB) >> npx0: [FAST] >> npx0: on motherboard >> npx0: INT 16 interface >> acpi0: on motherboard >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 >> cpu0: on acpi0 >> acpi_tz0: on acpi0 >> acpi_acad0: on acpi0 >> acpi_cmbat0: on acpi0 >> acpi_cmbat1: on acpi0 >> acpi_lid0: on acpi0 >> acpi_button0: on acpi0 >> acpi_button1: on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> ACPI link \\_SB_.PCI0.LNKB has invalid initial irq 11, ignoring >> pci0: on pcib0 >> pcib1: at device 1.0 on pci0 >> pci1: on pcib1 >> nvidia0: mem >> 0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 11 at device 0.0 on pci1 >> nvidia0: [GIANT-LOCKED] >> uhci0: port 0xbf80-0xbf9f >> irq 11 at device 29.0 on pci0 >> uhci0: [GIANT-LOCKED] >> 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 >> uhci1: port 0xbf40-0xbf5f >> irq 11 at device 29.1 on pci0 >> uhci1: [GIANT-LOCKED] >> usb1: on uhci1 >> usb1: USB revision 1.0 >> uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub1: 2 ports with 2 removable, self powered >> uhci2: port 0xbf20-0xbf3f >> irq 11 at device 29.2 on pci0 >> uhci2: [GIANT-LOCKED] >> usb2: on uhci2 >> usb2: USB revision 1.0 >> uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> uhub2: 2 ports with 2 removable, self powered >> pci0: at device 29.7 (no driver attached) >> pcib2: at device 30.0 on pci0 >> pci2: on pcib2 >> bge0: mem >> 0xfaff0000-0xfaffffff irq 11 at device 0.0 on pci2 >> miibus0: on bge0 >> brgphy0: on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, >> 1000baseTX-FDX, auto >> bge0: Ethernet address: 00:0f:1f:25:d7:5e >> cbb0: at device 1.0 on pci2 >> cardbus0: on cbb0 >> pccard0: <16-bit PCCard bus> on cbb0 >> cbb1: irq 11 at device 1.1 on pci2 >> cardbus1: on cbb1 >> pccard1: <16-bit PCCard bus> on cbb1 >> fwohci0: <1394 Open Host Controller Interface> mem >> 0xfafe8000-0xfafebfff,0xfafef800-0xfafeffff irq 11 at device 1.2 on pci2 >> fwohci0: OHCI version 1.10 (ROM=0) >> fwohci0: No. of Isochronous channels is 4. >> fwohci0: EUI64 32:4f:c0:00:2a:92:dc:a1 >> fwohci0: Phy 1394a available S400, 2 ports. >> fwohci0: Link S400, max_rec 2048 bytes. >> firewire0: on fwohci0 >> fwe0: on firewire0 >> if_fwe0: Fake Ethernet address: 32:4f:c0:92:dc:a1 >> fwe0: Ethernet address: 32:4f:c0:92:dc:a1 >> fwe0: if_start running deferred for Giant >> sbp0: on firewire0 >> fwohci0: Initiate bus reset >> fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode >> firewire0: 1 nodes, maxhop <= 0, cable IRM = (me) >> firewire0: bus manager (me) >> pci2: at device 1.3 (no driver attached) >> pci2: at device 3.0 (no driver attached) >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> atapci0: port >> 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 >> ata0: channel #0 on atapci0 >> ata1: channel #1 on atapci0 >> pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem >> 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 5 at device >> 31.5 on pci0 >> pcm0: [GIANT-LOCKED] >> pcm0: >> pci0: at device 31.6 (no driver attached) >> atkbdc0: port 0x64,0x60 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: model GlidePoint, device ID 0 >> sio0 port 0x3f8-0x3ff irq 4 on acpi0 >> sio0: type 16550A >> ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0 >> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >> ppc0: FIFO with 16/16/8 bytes threshold >> ppbus0: on ppc0 >> plip0: on ppbus0 >> lpt0: on ppbus0 >> lpt0: Interrupt-driven port >> ppi0: on ppbus0 >> orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0 >> pmtimer0 on isa0 >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> sio1: configured irq 3 not in bitmap of probed irqs 0 >> sio1: port may not be enabled >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on >> isa0 >> Timecounter "TSC" frequency 1698563602 Hz quality 800 >> Timecounters tick every 10.000 msec >> IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled >> acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% >> cpu0: Performance states changed >> ad0: 76319MB [155061/16/63] at ata0-master >> UDMA100 >> acd0: CDRW at ata1-master UDMA33 >> wi0: at port 0xd000-0xd03f irq 11 function config 1 on >> pccard0 >> wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163 rev.A >> wi0: Intersil Firmware: Primary (0.3.0), Station (0.7.6) >> wi0: Ethernet address: 00:04:e2:1e:0d:2e >> wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >> cd0 at ata1 bus target lun 0 >> cd0: Removable CD-ROM SCSI-0 device >> cd0: 33.000MB/s transfers >> cd0: cd present [332722 x 2048 byte records] >> Mounting root from ufs:/dev/ad0s2a >> --- >> >> # sysctl -a hw.nvidia.registry >> hw.nvidia.registry.EnableVia4x: 0 >> hw.nvidia.registry.EnableALiAGP: 0 >> hw.nvidia.registry.NvAGP: 1 >> hw.nvidia.registry.EnableAGPSBA: 0 >> hw.nvidia.registry.EnableAGPFW: 0 >> hw.nvidia.registry.SoftEDIDs: 1 >> hw.nvidia.registry.Mobile: 4294967295 >> hw.nvidia.registry.ResmanDebugLevel: 4294967295 >> hw.nvidia.registry.FlatPanelMode: 0 >> >> on the /boot/loder.conf i have something like this: >> snd_ich_load="YES" >> linux_load="YES" >> nvidia_load="YES" >> >> also i have try the options shown in here: >> http://gerda.univie.ac.at/freebsd-laptops/index.pl?action=show_laptop_detail&laptop=255 >> >> but always the system crash, for last i am attaching the actual kernel >> that i am using: >> >> # kernel for laptop LATITUDE | D800 >> machine i386 >> cpu I686_CPU >> ident D800 >> # makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols >> >> options SCHED_4BSD #4BSD scheduler >> options INET #InterNETworking >> options INET6 #IPv6 communications protocols >> options FFS #Berkeley Fast Filesystem >> options SOFTUPDATES #Enable FFS soft updates support >> options UFS_ACL #Support for access control lists >> options UFS_DIRHASH #Improve performance on big directories >> options MD_ROOT #MD is a potential root device >> options NFSCLIENT #Network Filesystem Client >> options NFSSERVER #Network Filesystem Server >> options NFS_ROOT #NFS usable as /, requires NFSCLIENT >> options MSDOSFS #MSDOS Filesystem >> options CD9660 #ISO 9660 Filesystem >> options PROCFS #Process filesystem (requires PSEUDOFS) >> options PSEUDOFS #Pseudo-filesystem framework >> options GEOM_GPT #GUID Partition Tables. >> options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] >> options COMPAT_FREEBSD4 #Compatible with FreeBSD4 >> options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI >> options KTRACE #ktrace(1) support >> options SYSVSHM #SYSV-style shared memory >> options SYSVMSG #SYSV-style message queues >> options SYSVSEM #SYSV-style semaphores >> options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time >> extensions >> options KBD_INSTALL_CDEV # install a CDEV entry in /dev >> options AHC_REG_PRETTY_PRINT # Print register bitfields in debug >> # output. Adds ~128k to driver. >> options AHD_REG_PRETTY_PRINT # Print register bitfields in debug >> # output. Adds ~215k to driver. >> options ADAPTIVE_GIANT # Giant mutex is adaptive. >> >> # Bus support. Do not remove isa, even if you have no isa slots >> device isa >> device eisa >> device pci >> >> # Floppy drives >> device fdc >> >> # ATA and ATAPI devices >> device ata >> device atadisk # ATA disk drives >> device ataraid # ATA RAID drives >> device atapicd # ATAPI CDROM drives >> #device atapifd # ATAPI floppy drives >> #device atapist # ATAPI tape drives >> options ATA_STATIC_ID #Static device numbering >> >> # SCSI peripherals >> device scbus # SCSI bus (required for SCSI) >> device ch # SCSI media changers >> device da # Direct Access (disks) >> device sa # Sequential Access (tape etc) >> device cd # CD >> device pass # Passthrough device (direct SCSI access) >> device ses # SCSI Environmental Services (and SAF-TE) >> >> # atkbdc0 controls both the keyboard and the PS/2 mouse >> device atkbdc # AT keyboard controller >> device atkbd # AT keyboard >> device psm # PS/2 mouse >> >> device vga # VGA video card driver >> >> device splash # Splash screen and screen saver support >> # syscons is the default console driver, resembling an SCO console >> device sc >> >> # 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 >> >> # device agp # support several AGP chipsets >> >> # Floating point support - do not disable. >> device npx >> >> # Power management support (see NOTES for more options) >> # device apm >> # Add suspend/resume support for the i8254. >> device pmtimer >> >> # PCCARD (PCMCIA) support >> # Pcmcia and cardbus bridge support >> device cbb # cardbus (yenta) bridge >> #device pcic # ExCA ISA and PCI bridges >> device pccard # PC Card (16-bit) bus >> device cardbus # CardBus (32-bit) bus >> >> # Serial (COM) ports >> device sio # 8250, 16[45]50 based serial ports >> >> # 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 >> >> # If you've got a "dumb" serial or parallel PCI card that is >> # supported by the puc(4) glue driver, uncomment the following >> # line to enable it (connects to the sio and/or ppc drivers): >> #device puc >> >> # PCI Ethernet NICs that use the common MII bus controller code. >> # NOTE: Be sure to keep the 'device miibus' line in order to use these >> NICs! >> device miibus # MII bus support >> device bge # Broadcom BCM570xx Gigabit Ethernet >> >> # Wireless NIC cards >> device wlan # 802.11 support >> device an # Aironet 4500/4800 802.11 wireless NICs. >> device awi # BayStack 660 and others >> device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. >> >> # Pseudo devices - the number indicates how many units to allocate. >> device loop # Network loopback >> device mem # Memory and kernel memory devices >> device io # I/O device >> device random # Entropy device >> device ether # Ethernet support >> device sl # Kernel SLIP >> device ppp # Kernel PPP >> device tun # Packet tunnel. >> device pty # Pseudo-ttys (telnet etc) >> device md # Memory "disks" >> device gif # IPv6 and IPv4 tunneling >> device faith # IPv6-to-IPv4 relaying (translation) >> device snp >> # 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 uscanner # Scanners >> device urio # Diamond Rio 500 MP3 player >> >> # FireWire support >> device firewire # FireWire bus code >> device sbp # SCSI over FireWire (Requires scbus and da) >> device fwe # Ethernet over FireWire (non-standard!) >> >> # video >> options SC_PIXEL_MODE >> options VGA_WIDTH90 >> options VESA >> >> # ipfilter >> options IPFILTER >> options IPFILTER_LOG >> options IPFILTER_DEFAULT_BLOCK >> options IPSTEALTH >> >> # Using the ATAPI/CAM Driver CDBurner >> device atapicam >> >> >> Any ideas of what could it be wrong or what do i need to make the nvidia >> drivers to work? >> >> thanks in advance. >> >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > -- nbari@unixmexico.com key ID 1EF56FDC From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 03:50:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C29416A4CE for ; Tue, 19 Oct 2004 03:50:14 +0000 (GMT) Received: from quark.cs.earlham.edu (cs.earlham.edu [159.28.230.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E1943D2D for ; Tue, 19 Oct 2004 03:50:13 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from quark.cs.earlham.edu (localhost.cs.earlham.edu [127.0.0.1]) by quark.cs.earlham.edu (8.13.1/8.12.9) with ESMTP id i9J3oAEb047796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Oct 2004 22:50:11 -0500 (EST) (envelope-from skylar@cs.earlham.edu) Received: (from skylar@localhost) by quark.cs.earlham.edu (8.13.1/8.12.9/Submit) id i9J3oANe047795 for freebsd-current@freebsd.org; Mon, 18 Oct 2004 22:50:10 -0500 (EST) (envelope-from skylar@cs.earlham.edu) X-Authentication-Warning: quark.cs.earlham.edu: skylar set sender to skylar@quark.cs.earlham.edu using -f Date: Mon, 18 Oct 2004 22:50:10 -0500 From: Skylar Thompson To: freebsd-current@freebsd.org Message-ID: <20041019035010.GA47707@quark.cs.earlham.edu> Mail-Followup-To: freebsd-current@freebsd.org References: <41727D98.6090709@comcast.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <41727D98.6090709@comcast.net> User-Agent: Mutt/1.4.2.1i X-Sender: "Skylar Thompson" X-Accept-Primary-Language: en X-Accept-Secondary-Language: es SMTP-Mailing-Host: quark.cs.earlham.edu X-Operating-System: FreeBSD 4.10-STABLE X-Uptime: 10:49PM up 11 days, 23:36, 17 users, load averages: 0.22, 0.31, 0.22 X-Editor: VIM - Vi IMproved 6.3 (2004 June 7, compiled Aug 26 2004 10:37:04) X-Spam-Status: No, score=-2.6 required=8.0 tests=ALL_TRUSTED,UPPERCASE_25_50 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on quark.cs.earlham.edu Subject: Re: acd0 FAILURE READ_BIG MEDIUM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Skylar Thompson List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 03:50:14 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 17, 2004 at 02:11:36PM +0000, cwidger wrote: > uname -r > 5.3-BETA7 >=20 > acd0 : CDRW at ata1-master UDMA33 > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x00 ascq=3D0x00 error=3D0 > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x00 ascq=3D0x00 error=3D0 > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x00 ascq=3D0x00 error=3D0 > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x00 ascq=3D0x00 error=3D0 > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x00 ascq=3D0x00 error=3D0 >=20 > This happens when there's a DVD in acd0. It doesn't happen when acd0's=20 > empty. What kind of DVD drive is it? Did this just start happening with 5.3, or jas it been going on for a while? --=20 -- Skylar Thompson (skylar@cs.earlham.edu) -- http://www.cs.earlham.edu/~skylar/ --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBdI7ysc4yyULgN4YRAoLhAJwMSUM0QQpJjkyQgAovgUQQU7RaAQCeLhnM j5e7tj9kZikxzKnRTcY/Yz4= =bU8r -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 04:06:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC1BD16A4CE for ; Tue, 19 Oct 2004 04:06:17 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4296843D4C for ; Tue, 19 Oct 2004 04:06:17 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from 192.168.0.1 (localhost [127.0.0.1]) with ESMTP id 5394929542A; Tue, 19 Oct 2004 00:06:12 -0400 (EDT) Received: from 192.168.0.188 (SquirrelMail authenticated user mikej); by 192.168.0.1 with HTTP; Tue, 19 Oct 2004 00:06:12 -0400 (EDT) Message-ID: <3818.192.168.0.188.1098158772.squirrel@192.168.0.188> In-Reply-To: <41747701.9070001@iki.fi> References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <17120aa104101808381cc59152@mail.gmail.com> <41747701.9070001@iki.fi> Date: Tue, 19 Oct 2004 00:06:12 -0400 (EDT) From: "Mike Jakubik" To: Tommi =?iso-8859-1?Q?L=E4tti?= User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-wettoast-MailScanner-Information: Please contact the ISP for more information X-wettoast-MailScanner: Found to be clean X-MailScanner-From: mikej@rogers.com cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 04:06:18 -0000 Tommi Lätti said: > Claudiu Dragalina-Paraipan wrote: >> This might be a bit away from the main interest of the thread: >> anyone has done any test in 5.2.1 ? > > well, here's one from a production machine. There were disk writes > during the test, so one can assume it performs even better on idle > machine: > > # atacontrol list > ATA channel 1: > Master: ad2 ATA/ATAPI rev 5 > Slave: no device present > > # dd if=/dev/ad2 of=/dev/null bs=1024k count=1024 > 1024+0 records in > 1024+0 records out > 1073741824 bytes transferred in 25.935189 secs (41400964 bytes/sec) > > The hard-drive is an old 40G Maxtor. Propably 7200RPM. For measure, here are some results from my machine: CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) acpi0: on motherboard atapci0: port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0x7000-0x703f,0x7400-0x7403,0x7800-0x7807,0x8000-0x8003,0x8400-0x8407 mem 0xe1000000-0xe101ffff irq 10 at device 17.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 ad0: 78167MB [158816/16/63] at ata0-master UDMA100 ad2: 156334MB [317632/16/63] at ata1-master UDMA100 ad4: 239372MB [486344/16/63] at ata2-master UDMA100 ad6: 76345MB [155114/16/63] at ata3-master UDMA100 FreeBSD fbsd.wettoast.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Mon Oct 18 22:57:00 EDT 2004 root@fbsd.wettoast.net:/usr/obj/usr/src/sys/DP i386 root@fbsd:~# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 7 Slave: no device present ATA channel 1: Master: ad2 ATA/ATAPI revision 6 Slave: no device present ATA channel 2: Master: ad4 ATA/ATAPI revision 7 Slave: no device present ATA channel 3: Master: ad6 ATA/ATAPI revision 5 Slave: no device present root@fbsd:~# dd if=/dev/ad0 of=/dev/null bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 18.255028 secs (58818963 bytes/sec) root@fbsd:~# dd if=/dev/ad2 of=/dev/null bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 29.462440 secs (36444430 bytes/sec) root@fbsd:~# dd if=/dev/ad4 of=/dev/null bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 58.360182 secs (18398535 bytes/sec) root@fbsd:~# dd if=/dev/ad6 of=/dev/null bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 41.407983 secs (25930793 bytes/sec) From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:24:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3FA016A4CE for ; Tue, 19 Oct 2004 05:24:55 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C31F43D54 for ; Tue, 19 Oct 2004 05:24:55 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9J5PBnr042174; Mon, 18 Oct 2004 23:25:11 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <4174A4CB.3090003@freebsd.org> Date: Mon, 18 Oct 2004 23:23:23 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: fandino@ng.fadesa.es References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <4173F2E9.7010407@ng.fadesa.es> In-Reply-To: <4173F2E9.7010407@ng.fadesa.es> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.2 required=3.8 tests=NORMAL_HTTP_TO_IP autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:24:56 -0000 fandino wrote: > Hello Søren, > > Søren Schmidt wrote: > >>>> GNU/Linux 2.4.18 with ext2: 56848 K/sec >>>> FreeBSD 5.3b7 with default fs: 26347 K/sec >>>> FreeBSD 5.3b7 with default fs(async): 26566 K/sec >>>> FreeBSD 5.3b7 ata raid0* (two disks): 26131 K/sec >>>> FreeBSD 5.3b7 geom stripe* (two disks): 30063 K/sec >>>> FreeBSD 5.3b7 geom stripe** (four disks): 31891 K/sec >>>> OpenBSD 3.5 UFS fs: 55277 K/sec >>>> >>>> * Each disk of the raid had a throughput of approx. 15000 K/sec >>>> ** Each disk of the raid had a throughput of approx. 7500 K/sec >>>> Each disk of the read split the throughput by half. >>>> >>>> How is possible that FreeBSD performs as bad? >>>> >>>> >>> If you're still using the GENERIC kernel, that could explain it, and >>> judging >>> from other emails I've seen from you, you're still using the GENERIC >>> kernel. >> >> >> Right, and you should also use -U (softupdates) on you newfs line. > > > > > FreeBSD 5.3b7 with default fs(+softupdates): 26615 K/sec > http://195.55.55.164/tests/fbsd+softupdates.txt > > > > I was running FreeBSD-4.x for two years with this problem, waiting > for FreeBSD-5 because ATAng looks very promising. > > Unfortunately the performance problem persist :-( and I'd like to > call the attention about performance over raw devices, whilst it's > a very scientific test it's very curious: > > # dd if=/dev/ad4 of=/dev/null bs=1024k count=1024 > 1024+0 records in > 1024+0 records out > 1073741824 bytes transferred in 31.090536 secs (34535970 bytes/sec) > > over 34000 K/sec, using raw devices (for sequential access obviously) > not softupdates, filesystems or caches are involved, and with all this > FreeBSD performace is very deficient. Tests with OpenBSD and Linux > using raw devices shows a throughput of approx 60000 K/sec. > The question here is why using low-level access to disks is so bad? > > Perphas I'm missing something but this seems very weird to me. > > I'd like to know wich is you opinion about this. > > Thank you. After you run your test, can you send the output of 'sysctl hw.busdma'? Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:26:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 74D9A16A4CE; Tue, 19 Oct 2004 05:26:45 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i9J5Qisk010529; Tue, 19 Oct 2004 01:26:44 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9J5QhU7010528; Tue, 19 Oct 2004 01:26:43 -0400 (EDT) (envelope-from green) Date: Tue, 19 Oct 2004 01:26:43 -0400 From: Brian Fundakowski Feldman To: Giorgos Keramidas Message-ID: <20041019052643.GB1072@green.homeunix.org> References: <20041018210522.GA681@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041018210522.GA681@gothmog.gr> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: burncd triggers a panic on 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:26:45 -0000 On Tue, Oct 19, 2004 at 12:05:22AM +0300, Giorgos Keramidas wrote: > Every time I attempt to write a CD-ROM with burncd a panic is triggered, > shortly after this message appears on my console: > > acd0: illegal transfer phase > ata1-master: FAILURE - ATAPI_IDENTIFY timed out > > The next thing I see is acd0 being deleted and a panic from somewhere within > geom, but I can't manage to save a crash dump no matter what I try :-/ > > Adding atapicam on my kernel config and trying to burn a CD-ROM with cdrecord > works fine though. > > The relevant bits from dmesg are: > > : $ dmesg | egrep 'ata|cd' > : atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 > : ata0: channel #0 on atapci0 > : ata1: channel #1 on atapci0 > : ata0-master: DMA limited to UDMA33, non-ATA66 cable or device > : ad0: 42934MB [87233/16/63] at ata0-master UDMA33 > : acd0: CDRW at ata1-master PIO4 > : cd0 at ata1 bus 0 target 0 lun 0 > : cd0: Removable CD-ROM SCSI-0 device > : cd0: 16.000MB/s transfers > : cd0: Attempt to query device size failed: NOT READY, Medium not present > > : $ sysctl -a hw.ata > : hw.ata.ata_dma: 1 > : hw.ata.wc: 1 > : hw.ata.atapi_dma: 0 For fun, also try to use something like cdparanoia to read a CD you know has a misleading TOC. More like hard locks and stuff instead of just crashes, last I tried. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:27:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D59E16A4CE for ; Tue, 19 Oct 2004 05:27:14 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEC2743D31 for ; Tue, 19 Oct 2004 05:27:13 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 745BDF1C94; Mon, 18 Oct 2004 22:27:11 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47848-08; Mon, 18 Oct 2004 22:27:10 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id ED478F1C8E; Mon, 18 Oct 2004 22:27:09 -0700 (PDT) From: Sean McNeil To: John-Mark Gurney In-Reply-To: <20041019030909.GF22681@funkthat.com> References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> <1098141908.3424.6.camel@server.mcneil.com> <20041019030909.GF22681@funkthat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-2CdpoVs/JD7mcJxDkE92" Message-Id: <1098163629.57566.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 18 Oct 2004 22:27:09 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:27:14 -0000 --=-2CdpoVs/JD7mcJxDkE92 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-18 at 20:09, John-Mark Gurney wrote: > Sean McNeil wrote this message on Mon, Oct 18, 2004 at 16:25 -0700: > > > but I was seeing 38megbytes/sec being received at the receiving end..= . > > > yes, I didn't verify that they weren't dups, but that would imply we = have > > > other issues with the re driver than just this... > > >=20 > > > Do you have a video that you could send me, that I could do some test= ing > > > with this? (and vls config)? I've been doing my testing on an i386, > > > but that shouldn't be different enough to cause problems... (if it i= s, > > > then we need to think about what the re is behaving badly)... > >=20 > > I have placed 11 megs of the stream in > >=20 > > http://mcneil.com/~sean/freebsd/stream.mpg > >=20 > > You can install vls from ports (net/vls) and I run it with > >=20 > > vls -d udp:224.1.1.1:1234 file:stream.mpg >=20 > Thanks, I'll try that out... >=20 > > I agree that your assesment appears to be accurate in identifying no > > packet loss. Are you going through a switch or is this a cross from > > machine-machine? >=20 > Believe it or not, I was going through two switches... :) an SMC and a > NetGear.. both gige, the SMC supports jumbo but the NetGear doesn't... >=20 > > Please let me know if there is anything I can do to assist. Here is th= e > > output from lspci: > >=20 > > 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 > > (rev 10) > > Subsystem: Micro-star International Co Ltd: Unknown device 702c > > Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 > > I/O ports at cc00 > > Memory at cfffb300 (32-bit, non-prefetchable) > > Capabilities: [dc] Power Management version 2 > >=20 > > I was mistaken about the irq not being shared. On my system, irq 16 is > > shared with my vga controller: > >=20 > > 01:00.0 VGA compatible controller: nVidia Corporation: Unknown device > > 0322 (rev > > a1) (prog-if 00 [VGA]) > > Subsystem: PROLINK Microsystems Corp: Unknown device 1152 > > Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 > > Memory at ce000000 (32-bit, non-prefetchable) > > Memory at c0000000 (32-bit, prefetchable) > > Capabilities: [60] Power Management version 2 > > Capabilities: [44] AGP version 3.0 > >=20 > > I run the xorg server. >=20 > Have you tried w/o running X? also, tried the bios setting to not > assign an irq to the video card? I doubt that the extra interrupts > would cause a problem... I can try this if you think it worthwhile. Remember, though, that all I have to do to get it to work for the interrupt case is to decrease the count number from 0x800 to 0x200. For polling, it doesn't work without the timer interrupt because of apparent starvation. This sort of rules out an interrupt sharing issue as polling is interrupt-less doesn't it? Sean --=-2CdpoVs/JD7mcJxDkE92 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdKWtyQsGN30uGE4RAq8UAJ4ufJXUX5GSp5U7p+Ed06fRVUkG2wCeNqCM KSBQaKjHEHBgmwYqPtEiLg8= =gxeF -----END PGP SIGNATURE----- --=-2CdpoVs/JD7mcJxDkE92-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:33:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAB5016A4CE for ; Tue, 19 Oct 2004 05:33:26 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96A3443D1D for ; Tue, 19 Oct 2004 05:33:22 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 4873 invoked from network); 19 Oct 2004 05:33:22 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Oct 2004 05:33:22 -0000 Received: from hydrogen.funkthat.com (zohwns@localhost.funkthat.com [127.0.0.1])i9J5XLlb050998; Mon, 18 Oct 2004 22:33:21 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9J5XJxx050997; Mon, 18 Oct 2004 22:33:19 -0700 (PDT) Date: Mon, 18 Oct 2004 22:33:19 -0700 From: John-Mark Gurney To: Sean McNeil Message-ID: <20041019053319.GG22681@funkthat.com> Mail-Followup-To: Sean McNeil , freebsd-current@freebsd.org References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> <1098141908.3424.6.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098141908.3424.6.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:33:27 -0000 Sean McNeil wrote this message on Mon, Oct 18, 2004 at 16:25 -0700: > > Do you have a video that you could send me, that I could do some testing > > with this? (and vls config)? I've been doing my testing on an i386, > > but that shouldn't be different enough to cause problems... (if it is, > > then we need to think about what the re is behaving badly)... > > I have placed 11 megs of the stream in > > http://mcneil.com/~sean/freebsd/stream.mpg damn, is that hdtv quality?? :) looks pretty nice... > You can install vls from ports (net/vls) and I run it with > > vls -d udp:224.1.1.1:1234 file:stream.mpg > > I agree that your assesment appears to be accurate in identifying no > packet loss. Are you going through a switch or is this a cross from > machine-machine? The bad news is that it appears that I'm not dropping any packets at all... I'm using vlc on my mac (which is also at gige), and it appears to be getting full data rate.. though things are gittery,but the logs are kinda wierd... now the bad part of the news... if I drop my re0 card over to my 100mbit switch: media: Ethernet autoselect (100baseTX ) Ok, here's a more complete run of what happened: re0 <-> SMC gige switch <-> NetGear gige switch <-> MacOSX laptop (gige) no packet loss observed.. ~1.9megs/sec or 1400pps received at MacOSX laptop re0 <-> summit48 (100mbit) <-> SMC gige switch <-> MacOSX laptop (gige) w/ or w/o netgear switch between SMC and laptop, packet loss is observed, only about 700-900kbyte/sec or 500-600pps now a bit more information, I did use snmpnetstat on the switch to verify that the switch was receiving (but I forgot to verify that it was sending all packets to the gige port) all packets even w/ the final packet loss.. re0 <-> summit48 (100mbit) <-> MacOSX laptop no packet loss observed... similar stats as to the straight gige above.. now, I also tried receiving on win2k box, and I received a bit better frame rate.. I don't think my macosx laptop can handle rendering the data stream (or at least vlc doesn't know how to make use of the proper acceleration).. the frame rate was really choppy, and sound not to good.. Do you have an application that gets good stats from vlc? I did see a few messages in the message log about dropped packets... but I coudln't really figure out how many/much they were, and considering it was udp, I expected some loss... again, most of the stats was gathered with netstat, since this is the easiest way I know to see things happening.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:39:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E5A16A4CE for ; Tue, 19 Oct 2004 05:39:23 +0000 (GMT) Received: from spxau01.smeglobalnet.net (spxau01.smeglobalnet.net [203.57.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C854043D48 for ; Tue, 19 Oct 2004 05:39:22 +0000 (GMT) (envelope-from andy@bradfieldprichard.com.au) Received: from bpgate.speednet.com.au ([203.41.15.9]) by spxau01.smeglobalnet.net with Microsoft SMTPSVC(5.0.2195.6713); Tue, 19 Oct 2004 15:38:42 +1000 Received: from bpgate.speednet.com.au (localhost [127.0.0.1]) i9J5cfE3021365 for ; Tue, 19 Oct 2004 15:38:41 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) Received: from localhost (andy@localhost)i9J5cfCA021362 for ; Tue, 19 Oct 2004 15:38:41 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) X-Authentication-Warning: bpgate.speednet.com.au: andy owned process doing -bs Date: Tue, 19 Oct 2004 15:38:41 +1000 (EST) From: Andy Farkas X-X-Sender: andy@bpgate.speednet.com.au To: freebsd-current@freebsd.org Message-ID: <20041019152352.L20932@bpgate.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 19 Oct 2004 05:38:42.0731 (UTC) FILETIME=[E4DBA7B0:01C4B59D] Subject: typo in beastie.4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:39:23 -0000 In file: $FreeBSD: src/sys/boot/forth/beastie.4th,v 1.8 2004/01/09 19:20:47 scottl Exp $ looks like a redundant line here: %%% --- /sys/boot/forth/beastie.4th Sat Jan 10 05:20:47 2004 +++ ./beastie.4th Tue Oct 19 13:41:24 2004 @@ -228,7 +228,6 @@ s" acpi_load" unsetenv s" 1" s" hint.acpi.0.disabled" setenv s" 1" s" loader.acpi_disabled_by_user" setenv - s" 1" s" hint.apic.0.disabled" setenv then s" 0" s" hw.ata.ata_dma" setenv s" 0" s" hw.ata.atapi_dma" setenv %%% -andyf From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:41:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA7516A4CE for ; Tue, 19 Oct 2004 05:41:39 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73BAE43D45 for ; Tue, 19 Oct 2004 05:41:39 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9J5fphL042233; Mon, 18 Oct 2004 23:41:51 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <4174A8B3.80700@freebsd.org> Date: Mon, 18 Oct 2004 23:40:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andy Farkas References: <20041019152352.L20932@bpgate.speednet.com.au> In-Reply-To: <20041019152352.L20932@bpgate.speednet.com.au> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: typo in beastie.4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:41:40 -0000 Andy Farkas wrote: > > In file: > $FreeBSD: src/sys/boot/forth/beastie.4th,v 1.8 2004/01/09 19:20:47 > scottl Exp $ > > looks like a redundant line here: > %%% > --- /sys/boot/forth/beastie.4th Sat Jan 10 05:20:47 2004 > +++ ./beastie.4th Tue Oct 19 13:41:24 2004 > @@ -228,7 +228,6 @@ > s" acpi_load" unsetenv > s" 1" s" hint.acpi.0.disabled" setenv > s" 1" s" loader.acpi_disabled_by_user" > setenv > - s" 1" s" hint.apic.0.disabled" setenv > then > s" 0" s" hw.ata.ata_dma" setenv > s" 0" s" hw.ata.atapi_dma" setenv > %%% > > -andyf Look closer. APIC and ACPI are not the same. Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:45:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDC8316A4CE; Tue, 19 Oct 2004 05:45:36 +0000 (GMT) Received: from spxau01.smeglobalnet.net (epxau01.smeglobalnet.net [203.57.65.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E97A43D46; Tue, 19 Oct 2004 05:45:36 +0000 (GMT) (envelope-from andy@bradfieldprichard.com.au) Received: from bpgate.speednet.com.au ([203.41.15.9]) by spxau01.smeglobalnet.net with Microsoft SMTPSVC(5.0.2195.6713); Tue, 19 Oct 2004 15:43:43 +1000 Received: from bpgate.speednet.com.au (localhost [127.0.0.1]) i9J5hg0o021461; Tue, 19 Oct 2004 15:43:42 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) Received: from localhost (andy@localhost)i9J5hgn7021458; Tue, 19 Oct 2004 15:43:42 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) X-Authentication-Warning: bpgate.speednet.com.au: andy owned process doing -bs Date: Tue, 19 Oct 2004 15:43:42 +1000 (EST) From: Andy Farkas X-X-Sender: andy@bpgate.speednet.com.au To: Scott Long In-Reply-To: <4174A8B3.80700@freebsd.org> Message-ID: <20041019154233.L20932@bpgate.speednet.com.au> References: <20041019152352.L20932@bpgate.speednet.com.au> <4174A8B3.80700@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 19 Oct 2004 05:43:43.0321 (UTC) FILETIME=[98060C90:01C4B59E] cc: freebsd-current@freebsd.org Subject: Re: typo in beastie.4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:45:37 -0000 > > Look closer. APIC and ACPI are not the same. > Damn my eyes. Sorry for the noise. -andyf From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:45:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAB5F16A4CE for ; Tue, 19 Oct 2004 05:45:37 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0C2A43D3F for ; Tue, 19 Oct 2004 05:45:37 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 20123 invoked from network); 19 Oct 2004 05:45:37 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Oct 2004 05:45:37 -0000 Received: from hydrogen.funkthat.com (mdazwt@localhost.funkthat.com [127.0.0.1])i9J5jalb051313; Mon, 18 Oct 2004 22:45:37 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9J5jatV051312; Mon, 18 Oct 2004 22:45:36 -0700 (PDT) Date: Mon, 18 Oct 2004 22:45:36 -0700 From: John-Mark Gurney To: Sean McNeil Message-ID: <20041019054536.GH22681@funkthat.com> Mail-Followup-To: Sean McNeil , freebsd-current@freebsd.org References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> <1098141908.3424.6.camel@server.mcneil.com> <20041019030909.GF22681@funkthat.com> <1098163629.57566.4.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098163629.57566.4.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:45:38 -0000 Sean McNeil wrote this message on Mon, Oct 18, 2004 at 22:27 -0700: > > Have you tried w/o running X? also, tried the bios setting to not > > assign an irq to the video card? I doubt that the extra interrupts > > would cause a problem... > > I can try this if you think it worthwhile. Remember, though, that all I > have to do to get it to work for the interrupt case is to decrease the > count number from 0x800 to 0x200. For polling, it doesn't work without > the timer interrupt because of apparent starvation. This sort of rules > out an interrupt sharing issue as polling is interrupt-less doesn't it? Hmmm... All of my testing was doing in interrupt mode, I haven't tried polling... I'm going to send you a patch that will print a message to the console if we run out of tx buffers... do you get a message from vls about ENOBUFS? tried running truss/ktrace to see if any of the send requests return ENOBUFS? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:48:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93EC416A4CE for ; Tue, 19 Oct 2004 05:48:20 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B18D43D49 for ; Tue, 19 Oct 2004 05:48:17 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9J5m2mr029290; Tue, 19 Oct 2004 08:48:02 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 71747-06; Tue, 19 Oct 2004 08:48:01 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9J5lunJ029281; Tue, 19 Oct 2004 08:47:59 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9J5lnxa004066; Tue, 19 Oct 2004 08:47:49 +0300 (EEST) (envelope-from ru) Date: Tue, 19 Oct 2004 08:47:49 +0300 From: Ruslan Ermilov To: Andy Farkas Message-ID: <20041019054749.GB90781@ip.net.ua> References: <20041019152352.L20932@bpgate.speednet.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dc+cDN39EJAMEtIO" Content-Disposition: inline In-Reply-To: <20041019152352.L20932@bpgate.speednet.com.au> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org Subject: Re: typo in beastie.4th X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:48:20 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 19, 2004 at 03:38:41PM +1000, Andy Farkas wrote: >=20 > In file: > $FreeBSD: src/sys/boot/forth/beastie.4th,v 1.8 2004/01/09 19:20:47 scottl= =20 > Exp $ >=20 > looks like a redundant line here: > %%% > --- /sys/boot/forth/beastie.4th Sat Jan 10 05:20:47 2004 > +++ ./beastie.4th Tue Oct 19 13:41:24 2004 > @@ -228,7 +228,6 @@ > s" acpi_load" unsetenv > s" 1" s" hint.acpi.0.disabled" setenv > s" 1" s" loader.acpi_disabled_by_user"=20 > setenv > - s" 1" s" hint.apic.0.disabled" setenv > then > s" 0" s" hw.ata.ata_dma" setenv > s" 0" s" hw.ata.atapi_dma" setenv > %%% >=20 No, it's not redundant: $ grep -wr apic sys/i386/conf $ grep -w resource_disabled sys/i386/i386/local_apic.c Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBdKqFqRfpzJluFF4RApoKAKCImi6rDcmkZ1WAxQ5lBqmx52mj2ACdEri8 ZWIKX7GXtX3zrouQ0TTOxro= =ID43 -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:53:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7477E16A4CF for ; Tue, 19 Oct 2004 05:53:47 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9242E43D2F for ; Tue, 19 Oct 2004 05:53:46 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9J5rj7O029573 for ; Tue, 19 Oct 2004 08:53:45 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 71705-14 for ; Tue, 19 Oct 2004 08:53:45 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i9J5rfk4029558 for ; Tue, 19 Oct 2004 08:53:44 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i9J5rXlr006901 for freebsd-current@freebsd.org; Tue, 19 Oct 2004 08:53:33 +0300 (EEST) (envelope-from ru) Date: Tue, 19 Oct 2004 08:53:33 +0300 From: Ruslan Ermilov To: freebsd-current Message-ID: <20041019055333.GC90781@ip.net.ua> References: <20041018225532.GE4968@isis.wad.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1ccMZA6j1vT5UqiK" Content-Disposition: inline In-Reply-To: <20041018225532.GE4968@isis.wad.cz> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: make release: creating a trimmed down release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:53:47 -0000 --1ccMZA6j1vT5UqiK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 19, 2004 at 12:55:32AM +0200, Roman Neuhauser wrote: > I'd like to create a trimmed down release, but it looks like > make release -DNO_CXX ... is not the way to go. What's the official > way of doing this kind of stuff? Specifically, I've attempted the build > with >=20 > make release \ > BUILDNAME=3D$buildname \ > CHROOTDIR=3D$chrootdir \ > CVSROOT=3D$cvsroot \ > EXTSRCDIR=3D$extsrcdir \ > RELEASETAG=3D$releasetag \ > KERNEL_FLAGS=3D-j8 \ > WORLD_FLAGS=3D-j8 \ > -DNODOC \ > -DNOPORTS \ > -DNO_CXX \ > -DNO_BLUETOOTH \ > -DNO_DYNAMICROOT \ > -DNO_FORTRAN \ > -DNO_I4B \ > -DNO_IPFILTER \ > -DNO_KERBEROS \ > -DNO_OBJC \ > -DNO_OPENSSH \ > -DNO_OPENSSL \ > -DNO_SENDMAIL \ > -DNO_TOOLCHAIN \ > -DNOATM \ > -DNOGAMES \ > -DNOINET6 \ > -DNOPROFILE \ > -DNO_BIND >=20 Try adding these -DNO*'s to WORLD_FLAGS. No guarantee it will all work, but chances are good that most of them will work. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --1ccMZA6j1vT5UqiK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBdKvdqRfpzJluFF4RAlAsAJkB+n63SfCTjXDL3+j8JoLNZOfvvgCghpKA 3NeAnhzfIcSgpwSPP/YaHKg= =qJiG -----END PGP SIGNATURE----- --1ccMZA6j1vT5UqiK-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 05:58:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8265A16A4CE; Tue, 19 Oct 2004 05:58:45 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBAFA43D39; Tue, 19 Oct 2004 05:58:42 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i9J5waJJ072935; Tue, 19 Oct 2004 07:58:36 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Ruslan Ermilov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 19 Oct 2004 08:53:33 +0300." <20041019055333.GC90781@ip.net.ua> Date: Tue, 19 Oct 2004 07:58:36 +0200 Message-ID: <72934.1098165516@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current Subject: Re: make release: creating a trimmed down release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 05:58:45 -0000 In message <20041019055333.GC90781@ip.net.ua>, Ruslan Ermilov writes: >On Tue, Oct 19, 2004 at 12:55:32AM +0200, Roman Neuhauser wrote: >> I'd like to create a trimmed down release, but it looks like >> make release -DNO_CXX ... is not the way to go. What's the official >> way of doing this kind of stuff? Specifically, I've attempted the build >> with >> >Try adding these -DNO*'s to WORLD_FLAGS. No guarantee it will all work, >but chances are good that most of them will work. Look in src/tools/tools/nanobsd, that's a good place to start for such projects. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 06:00:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF28816A4CE for ; Tue, 19 Oct 2004 06:00:14 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CDB043D31 for ; Tue, 19 Oct 2004 06:00:14 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id CCB3EF1C84; Mon, 18 Oct 2004 23:00:12 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77661-04; Mon, 18 Oct 2004 23:00:11 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id B4289F1C7C; Mon, 18 Oct 2004 23:00:11 -0700 (PDT) From: Sean McNeil To: John-Mark Gurney In-Reply-To: <20041019053319.GG22681@funkthat.com> References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> <1098141908.3424.6.camel@server.mcneil.com> <20041019053319.GG22681@funkthat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-rnZpgtue8utUlhhZzrws" Message-Id: <1098165611.77189.16.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 18 Oct 2004 23:00:11 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:00:14 -0000 --=-rnZpgtue8utUlhhZzrws Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-18 at 22:33, John-Mark Gurney wrote: > Sean McNeil wrote this message on Mon, Oct 18, 2004 at 16:25 -0700: > > > Do you have a video that you could send me, that I could do some test= ing > > > with this? (and vls config)? I've been doing my testing on an i386, > > > but that shouldn't be different enough to cause problems... (if it i= s, > > > then we need to think about what the re is behaving badly)... > >=20 > > I have placed 11 megs of the stream in > >=20 > > http://mcneil.com/~sean/freebsd/stream.mpg >=20 > damn, is that hdtv quality?? :) looks pretty nice... Yes, that is low-quality HD at 15mbps. It isn't too bad, though, until it gets to a part I don't think was in the short sample I provided. Gandalf is attacking the fire demon as they fall. Very blocky. > > You can install vls from ports (net/vls) and I run it with > >=20 > > vls -d udp:224.1.1.1:1234 file:stream.mpg > >=20 > > I agree that your assesment appears to be accurate in identifying no > > packet loss. Are you going through a switch or is this a cross from > > machine-machine? >=20 > The bad news is that it appears that I'm not dropping any packets at > all... I'm using vlc on my mac (which is also at gige), and it appears > to be getting full data rate.. though things are gittery,but the logs > are kinda wierd... The mac probably doesn't have enough horse power. Typically you need an Intel 3GHz processor to get it to play smoothly with software. > now the bad part of the news... if I drop my re0 card over to my 100mbit > switch: > media: Ethernet autoselect (100baseTX ) >=20 > Ok, here's a more complete run of what happened: > re0 <-> SMC gige switch <-> NetGear gige switch <-> MacOSX laptop (gige) > no packet loss observed.. ~1.9megs/sec or 1400pps received at MacOSX > laptop >=20 > re0 <-> summit48 (100mbit) <-> SMC gige switch <-> MacOSX laptop (gige) > w/ or w/o netgear switch between SMC and laptop, packet loss is > observed, only about 700-900kbyte/sec or 500-600pps This is very interesting. This is completely opposite to my experience. I have re0 <-> linksys gige <-> hardware decoder or freebsd box just doing capture both at 100bt packet loss. With mods, no loss. re0 at 100bt <-> linksys 100bt <-> same as above no packet loss. Could this be some sort of n-way negotiation issue? > now a bit more information, I did use snmpnetstat on the switch to verify > that the switch was receiving (but I forgot to verify that it was sending > all packets to the gige port) all packets even w/ the final packet loss.. >=20 > re0 <-> summit48 (100mbit) <-> MacOSX laptop > no packet loss observed... similar stats as to the straight gige above.. >=20 > now, I also tried receiving on win2k box, and I received a bit better > frame rate.. I don't think my macosx laptop can handle rendering the > data stream (or at least vlc doesn't know how to make use of the proper > acceleration).. the frame rate was really choppy, and sound not to good.= . Yes, that would be expected. Fastest laptop being a 1.5GHz and vlc may not be taking advantage of altivec. But then again maybe it is. Never tried it on mine. > Do you have an application that gets good stats from vlc? I did see > a few messages in the message log about dropped packets... but I coudln'= t > really figure out how many/much they were, and considering it was udp, > I expected some loss... The best thing I can recommend is to just capture the stream. I have a program at http://www.mcneil.com/~sean/freebsd/stream.c just compile as cc -o stream stream.c and run as ./stream 224.1.1.1:1234 >capture.mpg assuming address:port as before. I have another program that will compare the streams and report missing packets if you find that they appear to be dropping for you. > again, most of the stats was gathered with netstat, since this is the > easiest way I know to see things happening.. I really do appreciate the attention you are giving this, Jean-Mark. Sean --=-rnZpgtue8utUlhhZzrws Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdK1ryQsGN30uGE4RAoelAKDA28ACEtHnlmVTs+piscR11g9DuwCg83+V hsmDoqlhxA/I7iFk/zoBLhU= =eXGv -----END PGP SIGNATURE----- --=-rnZpgtue8utUlhhZzrws-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 06:04:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E422A16A4CE for ; Tue, 19 Oct 2004 06:04:58 +0000 (GMT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 462CE43D5C for ; Tue, 19 Oct 2004 06:04:58 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [147.46.44.181] (spamrefuse@yahoo.com) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004101915:03:10:593176.15513.2998860720 for ; Tue, 19 Oct 2004 15:03:10 +0900 (KST) Message-ID: <4174AE86.5000906@yahoo.com> Date: Tue, 19 Oct 2004 15:04:54 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041017 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers , freebsd-current References: <20041013172834.81984.qmail@web54008.mail.yahoo.com> <65140.208.4.77.15.1098123461.squirrel@208.4.77.15> <41746CC6.4030407@yahoo.com> <200410190345.20487.josemi@freebsd.jazztel.es> <417475E2.8020202@gamersimpact.com> In-Reply-To: <417475E2.8020202@gamersimpact.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:3.35) (by Terrace) Subject: Re: I deleted /stand/, but I need it again for diskless boot... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:04:59 -0000 Ryan Sommers wrote: > Jose M Rodriguez wrote: > >> If You try to path /etc/rc.d/initdiskless, try not remove *.cpio.gz >> >> expand using /stand, but add *.tar expand using /bin/pax. >> >> You may also try some auto detection and use what is present between >> /stand/cpio, /stand/gzip, /rescue/tar, /rescue/gzip ... >> >> Don't try moving gzip/libgzip from /usr to rootfs. It's really a big >> change. >> > /rescue/* aren't the right tools for the job in my opinion. Neither are > /stand/*. I posted this to arch@ [1] and between that and this thread, > among others on current@, the overwhelming majority of responses have > been to get rid of /stand. I'm not sure I understand your argument for > leaving /stand as part of the root filesystem; other than as you say > your 250gb drives don't mind the extra 3.5mb. In my opinion it's useless > for both diskless and regular systems, with the exception of 2% of it's > space. It's not updated as part of world, which means no bug fixes get > populated to it. It's a crunchgen binary which means trying to fix small > bugs in single programs either means rebuilding the binary or replacing > that hardlink with an individual binary. Sorry, I have changed my mind concerning patching my 5.3 system wrt. this /stand vs. /rescue issue. I'd rather wait until this discussion is resolved and moreover, until 5.3 has become STABLE and 6.0 has become CURRENT. For now, I will populate the /conf/base directory with the plain files (not using zipped cpio-archives), in which case I do not need /stand. The disk space used is then: 324K using etc and var as cpio.gz archives in /conf/base 1.8M using etc and var as plain files in /conf/base 2.3M /stand *.cpio.gz + /stand = 2.6M plain files - /stand = 1.8M For now, with 5.3, I'll go for the plain files without /stand. I can wait until 6-Stable for this to get reduced to 324K :). Rob. From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 06:26:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5DD216A4CE; Tue, 19 Oct 2004 06:26:09 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 358FD43D58; Tue, 19 Oct 2004 06:26:09 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i9J6Q4CC033664; Tue, 19 Oct 2004 08:26:06 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4174B366.9010508@DeepCore.dk> Date: Tue, 19 Oct 2004 08:25:42 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas Quinot References: <20041013205141.GA874@galgenberg.net> <416DA856.9040703@vbservices.net> <20041015093908.GA11176@melusine.cuivre.fr.eu.org> <20041018234324.GA1270@melusine.cuivre.fr.eu.org> In-Reply-To: <20041018234324.GA1270@melusine.cuivre.fr.eu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: Michael Joyner cc: current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:26:10 -0000 Thomas Quinot wrote: > * Thomas Quinot, 2004-10-15 : >=20 >=20 >>I'll investigate the feasability of that. >=20 >=20 > OK, I have a NEWBUSified atapicam that can be used as a kernel loadable= > module available for testing. Please retrieve the patch from: > http://thomas.quinot.org/atapicam/atapicam-NEWBUS-20041019.diff >=20 > Feedback appreciated. :) Well, if we need to go the newbus way, we need to do it completely, ie=20 get the ATA devices etc tied in that way as well. So in order to get this "official" it needs to be completed first, I=20 know there has been a couble of others looking into this, so now is the=20 time to chime in if thats the case. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 06:29:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C83216A4CE for ; Tue, 19 Oct 2004 06:29:50 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id D945143D2D for ; Tue, 19 Oct 2004 06:29:44 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i9J6TZZV054433; Tue, 19 Oct 2004 08:29:36 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i9J6TZ9x054432; Tue, 19 Oct 2004 08:29:35 +0200 (SAST) (envelope-from jhay) Date: Tue, 19 Oct 2004 08:29:35 +0200 From: John Hay To: Rob Message-ID: <20041019062935.GA54207@zibbi.icomtek.csir.co.za> References: <417336FA.7080708@yahoo.com> <20041018041324.GA5799@zibbi.icomtek.csir.co.za> <41735184.5060302@yahoo.com> <20041018053823.GB8116@zibbi.icomtek.csir.co.za> <4173E02A.7000308@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4173E02A.7000308@yahoo.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: 5.3-Beta7: diskless boot up does not show boot messages on screen. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:29:50 -0000 > >>>>I am now successfully booting a diskless PC with 5.3-Beta7, > >>>>using an etherboot floppy. I can see the initial boot up > >>> > >>>>from floppy, followed by the downloading of the kernel > >>> > >>>>("..................done"). But after that no more messages > >>>>on the screen anymore, until after a while the login prompt > >>>>appears. > >>>> > >>>>The diskless PC does produce a legitimate /var/run/dmesg.boot. > >>>>So I can inspect the bootup process after a successful boot. > >>>> > >>>>However, if there's a boot problem, I do not at all get a > >>>>clue what's going wrong. A verbose boot up on the screen > >>>>is then of vital importance. > >>>> > >>>>So why do i not get any verbose boot up of the kernel > >>>>messages with the diskless boot? > >>> > >>> > >>>Uncomment the hints line in your kernel config file or a hints line > >>>looking at the example in the GENERIC config and rebuild your kernel. > >> > >>I'm not sure I get your point. Just double check for me: > >> > >>Currently I have in my DISKLESS kernel configuration file these lines > >> > >>#To statically compile in device wiring instead of /boot/device.hints > >>#hints "GENERIC.hints" # Default places to look for > >>devices. > >> > >> > >>Are you suggesting that I have to comment out the hints line here > >>to get the kernel messages and bootup sequence printed on my screen? > > > > > >You have to uncomment that hints line, remove the # in front of the > >line. Normally the loader will load the hints file for you, but > >etherboot doesn't do that for you. > > > > > >>Do I have to manually copy /usr/src/sys/i386/conf/GENERIC.hints to > >>/boot, or will that be done automatically? > > > >If you use pxe to netboot, pxeloader will load the hints file for you > >but etherboot isn't clever enough to do it, so you have to compile it > >into your kernel. > > OK, that works indeed, but only for the screen. > > I have created an etherboot floppy, that puts its messages on the > serial console. So on the serial port, I get: > > master# cu -l /dev/cuaa0 > Connected. > ROM segment 0x0000 length 0x0000 reloc 0x00020000 > Etherboot 5.2.4 (GPL) http://etherboot.org Tagged ELF (FreeBSD) a.out > for [RTL8139] > Relocating _text from: [00010070,00023200) to [01eece70,01f00000) > Boot from (N)etwork or (Q)uit? > Probing pci nic... > [rtl8139] - ioaddr 0X6000, addr 00:A0:B0:0E:3A:95 100Mbps full-duplex > Searching for server (DHCP)... > ..Me: 192.168.123.1, Server: 192.168.123.254, Gateway 192.168.123.254 > Loading 192.168.123.254:boot/diskless/kernel ..(ELF/FreeBSD)... ..... > ..................................................................... > ..................................................................... > .......................................................done > > And then nothing. The root of the diskless PC has the file boot.config, > which contains just "-P". This should force the kernel boot messages > to the serial port when the keyboard is not connected. However, this > does not work; kernel boot messages always go to the video console. > > This seems to be a bug, but where? In the kernel, in etherboot, or > elsewhere? If you use etherboot, there is nothing that will read boot.config. You can tell the kernel you want the console on the serial port by changing hint.sio.0.flags to 0x030 in your hints file and reconfiguring and recompiling the kernel. (The hints file that your kernel config include, not the one in /boot.) John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 06:44:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4DB516A4CE for ; Tue, 19 Oct 2004 06:44:58 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51EFF43D49 for ; Tue, 19 Oct 2004 06:44:58 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1CJnjt-000CIp-N5 for freebsd-current@freebsd.org; Mon, 18 Oct 2004 23:44:57 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16756.47081.304613.940742@ran.psg.com> Date: Mon, 18 Oct 2004 23:44:57 -0700 To: FreeBSD Current Subject: trap 12 with preempt (and ule) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:44:58 -0000 this was not happening with no preempt randy --- kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14c fault code = supervisor write, page not present instruction pointer = 0x8:0xc04f84ff stack pointer = 0x10:0xd67b9b90 frame pointer = 0x10:0xd67b9b9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 430 (asterisk) [thread 100111] Stopped at runq_remove+0x33: movl %eax,0x4(%esi) db> trace runq_remove(0,c1e09490,d67b9bd4,c1e094e0,c1e09340) at runq_remove+0x33 sched_prio(c1e09340,68,246,c17d3200,d67b9c24) at sched_prio+0x5d propagate_priority(c1e094e0,c1e09340,c0508db3,498f486d,246) at propagate_priority+0x6d turnstile_wait(c17d326c,c1e09340,c1e094e0,c17d3200,0) at turnstile_wait+0x32f _mtx_lock_sleep(c17d326c,c1e094e0,0,0,0) at _mtx_lock_sleep+0xb5 sleepq_calc_signal_retval(0,0,c06351cb,100,c17d3200) at sleepq_calc_signal_retval+0x5a msleep(c1567ac0,c17d326c,168,c06351cb,64) at msleep+0x3ca kse_release(c1e094e0,d67b9d14,4,c04caa97,0) at kse_release+0x298 syscall(80c002f,2f,80c002f,80cb000,0) at syscall+0x2f8 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (383, FreeBSD ELF32, kse_release), eip = 0x2815af1b, esp = 0x80cff88, ebp = 0x80cffc4 --- From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 08:12:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAA9D16A4CE for ; Tue, 19 Oct 2004 08:12:04 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6518143D55 for ; Tue, 19 Oct 2004 08:12:04 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 8745 invoked from network); 19 Oct 2004 08:12:04 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail3.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Oct 2004 08:12:03 -0000 Received: from hydrogen.funkthat.com (zsxery@localhost.funkthat.com [127.0.0.1])i9J8C3lb054394; Tue, 19 Oct 2004 01:12:03 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9J8C2NL054393; Tue, 19 Oct 2004 01:12:02 -0700 (PDT) Date: Tue, 19 Oct 2004 01:12:02 -0700 From: John-Mark Gurney To: Sean McNeil Message-ID: <20041019081202.GI22681@funkthat.com> Mail-Followup-To: Sean McNeil , freebsd-current@freebsd.org References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> <1098141908.3424.6.camel@server.mcneil.com> <20041019053319.GG22681@funkthat.com> <1098165611.77189.16.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="pyE8wggRBhVBcj8z" Content-Disposition: inline In-Reply-To: <1098165611.77189.16.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 08:12:04 -0000 --pyE8wggRBhVBcj8z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sean McNeil wrote this message on Mon, Oct 18, 2004 at 23:00 -0700: > On Mon, 2004-10-18 at 22:33, John-Mark Gurney wrote: > > Sean McNeil wrote this message on Mon, Oct 18, 2004 at 16:25 -0700: > > > > Do you have a video that you could send me, that I could do some testing > > > > with this? (and vls config)? I've been doing my testing on an i386, > > > > but that shouldn't be different enough to cause problems... (if it is, > > > > then we need to think about what the re is behaving badly)... > > > > > > I have placed 11 megs of the stream in > > > > > > http://mcneil.com/~sean/freebsd/stream.mpg > > > > damn, is that hdtv quality?? :) looks pretty nice... > > Yes, that is low-quality HD at 15mbps. It isn't too bad, though, until > it gets to a part I don't think was in the short sample I provided. > Gandalf is attacking the fire demon as they fall. Very blocky. well, I guess I'm mostly impressed by the high res.. the window at 1x res doesn't even fit on my laptop's display... :) > > > You can install vls from ports (net/vls) and I run it with > > > > > > vls -d udp:224.1.1.1:1234 file:stream.mpg > > > > > > I agree that your assesment appears to be accurate in identifying no > > > packet loss. Are you going through a switch or is this a cross from > > > machine-machine? > > > > The bad news is that it appears that I'm not dropping any packets at > > all... I'm using vlc on my mac (which is also at gige), and it appears > > to be getting full data rate.. though things are gittery,but the logs > > are kinda wierd... > > The mac probably doesn't have enough horse power. Typically you need an > Intel 3GHz processor to get it to play smoothly with software. yeh, not surprised... my laptop is only 867mhz... > > now the bad part of the news... if I drop my re0 card over to my 100mbit > > switch: > > media: Ethernet autoselect (100baseTX ) > > > > Ok, here's a more complete run of what happened: > > re0 <-> SMC gige switch <-> NetGear gige switch <-> MacOSX laptop (gige) > > no packet loss observed.. ~1.9megs/sec or 1400pps received at MacOSX > > laptop > > > > re0 <-> summit48 (100mbit) <-> SMC gige switch <-> MacOSX laptop (gige) > > w/ or w/o netgear switch between SMC and laptop, packet loss is > > observed, only about 700-900kbyte/sec or 500-600pps > > This is very interesting. This is completely opposite to my > experience. I have > > re0 <-> linksys gige <-> hardware decoder or freebsd box just doing > capture both at 100bt > > packet loss. With mods, no loss. > > re0 at 100bt <-> linksys 100bt <-> same as above > > no packet loss. > > Could this be some sort of n-way negotiation issue? hmmm.. well, just make sure that the machines and the switches all agree... I couldn't hardcode re0 to 100baset w/ it plugged into the gige switch (though I didn't try hard coding it, and pulling the plug).. it always autodetected fine for me... > > now a bit more information, I did use snmpnetstat on the switch to verify > > that the switch was receiving (but I forgot to verify that it was sending > > all packets to the gige port) all packets even w/ the final packet loss.. > > > > re0 <-> summit48 (100mbit) <-> MacOSX laptop > > no packet loss observed... similar stats as to the straight gige above.. > > > > now, I also tried receiving on win2k box, and I received a bit better > > frame rate.. I don't think my macosx laptop can handle rendering the > > data stream (or at least vlc doesn't know how to make use of the proper > > acceleration).. the frame rate was really choppy, and sound not to good.. > > Yes, that would be expected. Fastest laptop being a 1.5GHz and vlc may > not be taking advantage of altivec. But then again maybe it is. Never > tried it on mine. > > > Do you have an application that gets good stats from vlc? I did see > > a few messages in the message log about dropped packets... but I coudln't > > really figure out how many/much they were, and considering it was udp, > > I expected some loss... > > The best thing I can recommend is to just capture the stream. I have a > program at > > http://www.mcneil.com/~sean/freebsd/stream.c > > just compile as cc -o stream stream.c and run as > > ./stream 224.1.1.1:1234 >capture.mpg > > assuming address:port as before. > > I have another program that will compare the streams and report missing > packets if you find that they appear to be dropping for you. Yeh, it appears I'm getting the drops here using your stream capture program... around 16%-20% of the file.. w/ your fix of the timer down to 0x200 I still see about 5% data drop.. and increasing the ring buffer size to 512 (w/o your timer fix) does see as low as 3% data drop, but I've still seen a 13% drop with it.. with both a ring increase and your fix, I normally saw about 4% data loss, but I did get one run with 18% loss... now, I didn't run hard numbers, so these numbers aren't statisticly proven... The biggest problem I see with your patch is that it appears to completely disable any type of interrupt moderation... we'd probably be better off w/ enable tx interrupts than using the timer... with my tests with your timer fix (just setting it to 0x200), I always saw double interrupts, one for transmit, and a second for receive... When I ran the netsend program at 14kpps, I was seeing 27kints!! this was using like (note netsend pkt size of 1316 to try to emulate your side) just for kicks I decided to double the timer w/ a ring buffer of 512, at 14kpps to 0x1000, and when doing 14kpps I only see 64int/sec w/o any errors returned (and apparent 100% receive rate) by netsend... after further examination, I believe I did find a slight logic flaw with the timer... Every time a packet was delivered to the interface, the timer was reset... which means it might of been possible to start the buffers, and with a shorter timer, this avoided the problem... attached is a patch (with a new sysctl that lets you adjust the timer on the fly for quicker/easier testing of different values)... It also prevents prematurely clearing the OACTIVE flag... see if you get better results w/o having to adjust the timer down.. > > again, most of the stats was gathered with netstat, since this is the > > easiest way I know to see things happening.. > > I really do appreciate the attention you are giving this, Jean-Mark. :) I'm not French.. it's John-Mark.. Considering your name is Sean, I can see how'd your fingers might make a mistake... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --pyE8wggRBhVBcj8z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_re.diff" Index: if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.35 diff -u -r1.35 if_re.c --- if_re.c 2004/09/28 18:22:24 1.35 +++ if_re.c 2004/10/19 08:09:16 @@ -111,6 +111,7 @@ #include #include #include +#include #include #include #include @@ -156,6 +157,9 @@ #define RE_CSUM_FEATURES (CSUM_IP | CSUM_TCP | CSUM_UDP) +static int retimerval = -1; +SYSCTL_INT(_hw, OID_AUTO, re_timer, CTLFLAG_RW, &retimerval, 0, "re tx mod timer value"); + /* * Various supported device vendors/types and their names. */ @@ -1712,11 +1716,8 @@ /* No changes made to the TX ring, so no flush needed */ - if (idx != sc->rl_ldata.rl_tx_considx) { + if (idx != sc->rl_ldata.rl_tx_considx) sc->rl_ldata.rl_tx_considx = idx; - ifp->if_flags &= ~IFF_OACTIVE; - ifp->if_timer = 0; - } /* * If not all descriptors have been released reaped yet, @@ -1726,6 +1727,12 @@ */ if (sc->rl_ldata.rl_tx_free != RL_TX_DESC_CNT) CSR_WRITE_4(sc, RL_TIMERCNT, 1); + + /* only when we are completely done clear the OACTIVE and timer */ + if (sc->rl_ldata.rl_tx_free == RL_TX_DESC_CNT) { + ifp->if_flags &= ~IFF_OACTIVE; + ifp->if_timer = 0; + } } static void @@ -2008,7 +2015,9 @@ struct rl_softc *sc; struct mbuf *m_head = NULL; int idx; + int oactive; + oactive = ifp->if_flags & IFF_OACTIVE; sc = ifp->if_softc; RL_LOCK_ASSERT(sc); @@ -2058,8 +2067,11 @@ * the value in the TIMERINT register, and then trigger an * interrupt. Each time we write to the TIMERCNT register, * the timer count is reset to 0. + * + * Only reset the timer if we are not currently sending pkts */ - CSR_WRITE_4(sc, RL_TIMERCNT, 1); + if (!oactive) + CSR_WRITE_4(sc, RL_TIMERCNT, 1); /* * Set a timeout in case the chip goes out to lunch. @@ -2216,10 +2228,17 @@ * reloaded on each transmit. This gives us TX interrupt * moderation, which dramatically improves TX frame rate. */ + if (retimerval == -1) { + if (sc->rl_type == RL_8169) + retimerval = 0x800; + else + retimerval = 0x400; + } if (sc->rl_type == RL_8169) - CSR_WRITE_4(sc, RL_TIMERINT_8169, 0x800); + CSR_WRITE_4(sc, RL_TIMERINT_8169, retimerval); else - CSR_WRITE_4(sc, RL_TIMERINT, 0x400); + CSR_WRITE_4(sc, RL_TIMERINT, retimerval); + printf("re timer set to: 0x%x\n", retimerval); /* * For 8169 gigE NICs, set the max allowed RX packet --pyE8wggRBhVBcj8z-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 08:14:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CABFB16A4CE for ; Tue, 19 Oct 2004 08:14:31 +0000 (GMT) Received: from a80-126-165-168.adsl.xs4all.nl (a80-126-165-168.adsl.xs4all.nl [80.126.165.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id E604D43D5D for ; Tue, 19 Oct 2004 08:14:30 +0000 (GMT) (envelope-from devet@devet.org) Received: from adv.devet.org (adv.devet.org [192.168.1.2]) by a80-126-165-168.adsl.xs4all.nl (Postfix) with ESMTP id 13B41D6F1 for ; Tue, 19 Oct 2004 10:14:30 +0200 (CEST) Received: by adv.devet.org (Postfix, from userid 100) id 0BD8915DF5; Tue, 19 Oct 2004 10:14:30 +0200 (CEST) Resent-From: devet@adv.devet.org Resent-Date: Tue, 19 Oct 2004 10:14:30 +0200 Resent-Message-ID: <20041019081430.GA44098@adv.devet.org> Resent-To: current@freebsd.org Date: Mon, 18 Oct 2004 21:11:48 +0200 From: Arjan de Vet To: current@freebsd.org Message-ID: <20041018191148.GA25030@adv.devet.org> References: <16749.29947.220930.46409@jerusalem.litteratus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: Re: network slowness/freez-up since update 10/11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 08:14:31 -0000 Robert Watson wrote: >There appears to bea problem with if_de cards and Giant-free operation. >I'm working with John Baldwin to try and diagnose it. Could you try >putting debug.mpsafenet=0 in /boot/loader.conf and reboot to confirm that >this is what's going on? After upgrading to 5.3-BETA7 from 5.2.1-RELEASE-p8, I found out that I need debug.mpsafenet=0 with this ethernet card as well to get reliable network connections again: skc0: 3Com Gigabit LOM (3C940) sk0: on skc0 sk0: Ethernet address: 00:0c:6e:ea:f1:ba miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto Without debug.mpsafenet=0, web pages become broken, SSH connections get terminated because of unexpected bytes in the TCP-stream, etc. Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL : http://www.devet.org/ Work: http://www.madison-gurkha.com/ (Security, Open Source, Education) From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 08:15:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FD0216A4CE for ; Tue, 19 Oct 2004 08:15:59 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9831743D53 for ; Tue, 19 Oct 2004 08:15:58 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1CJp9w-000Bqn-00 for current@freebsd.org; Tue, 19 Oct 2004 10:15:56 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Tue, 19 Oct 2004 10:15:56 +0200 Sender: ianf@hetzner.co.za Message-Id: Subject: pccard/cardbus question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 08:15:59 -0000 Hi I have a rather old laptop and an EN2216 card as well as one of those combo 56k modem/ethernet (3Com Megahertz 3CXEM556 BI) cards. The ACCTON EN2216 works under OLDCARD and I can get the modem part of the combo card, but not the EN2216, working under NEWCARD. With OLDCARD I get an interrupt storm from the pcic device and card ejections and inserts take an age to complete. I'd really like to get the ACCTON card working under NEWCARD, but all I get are the following: pccard1: (manufacturer=0xffffffff, product=0xffffffff) at function 0 pccard1: CIS info: ACCTON, EN2216-PCMCIA-ETHERNET, EN2216 I think that the CIS info needse to be added to if_ed_pccard.c, but I can't figure out how to do this. The full CIS info from this card is included. Can someone help? Ian -- Ian Freislich CIS: Configuration data for card in slot 1 Tuple #1, code = 0x1 (Common memory descriptor), length = 3 000: dc 00 ff Common memory device information: Device number 1, type Function specific, WPS = ON Speed = 100nS, Memory block size = 512b, 1 units Tuple #2, code = 0x17 (Attribute memory descriptor), length = 3 000: 49 00 ff Attribute memory device information: Device number 1, type EEPROM, WPS = ON Speed = 250nS, Memory block size = 512b, 1 units Tuple #3, code = 0x15 (Version 1 info), length = 44 000: 04 01 41 43 43 54 4f 4e 00 45 4e 32 32 31 36 2d 010: 50 43 4d 43 49 41 2d 45 54 48 45 52 4e 45 54 00 020: 45 4e 32 32 31 36 00 52 30 31 00 ff Version = 4.1, Manuf = [ACCTON], card vers = [EN2216-PCMCIA-ETHERNET] Addit. info = [EN2216],[R01] Tuple #4, code = 0x1a (Configuration map), length = 5 000: 01 24 f8 03 03 Reg len = 2, config register addr = 0x3f8, last config = 0x24 Registers: XX------ Tuple #5, code = 0x1b (Configuration entry), length = 17 000: e0 81 1d 3f 55 4d 5d 06 86 46 26 fc 24 65 30 ff 010: ff Config index = 0x20(default) Interface byte = 0x81 (I/O) wait signal supported Vcc pwr: Nominal operating supply voltage: 5 x 1V Minimum operating supply voltage: 4.5 x 1V Maximum operating supply voltage: 5.5 x 1V Continuous supply current: 1 x 100mA Max current average over 1 second: 1 x 100mA, ext = 0x46 Max current average over 10 ms: 2 x 100mA Wait scale Speed = 1.5 x 10 us Card decodes 5 address lines, full 8/16 Bit I/O IRQ modes: Level IRQs: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Tuple #6, code = 0x1b (Configuration entry), length = 7 000: 20 08 ca 60 00 03 1f Config index = 0x20 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x300 block length = 0x20 Tuple #7, code = 0x1b (Configuration entry), length = 7 000: 21 08 ca 60 20 03 1f Config index = 0x21 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x320 block length = 0x20 Tuple #8, code = 0x1b (Configuration entry), length = 7 000: 22 08 ca 60 40 03 1f Config index = 0x22 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x340 block length = 0x20 Tuple #9, code = 0x1b (Configuration entry), length = 7 000: 23 08 ca 60 60 03 1f Config index = 0x23 Card decodes 10 address lines, limited 8/16 Bit I/O I/O address # 1: block start = 0x360 block length = 0x20 Tuple #10, code = 0x14 (No link), length = 0 Tuple #11, code = 0x21 (Functional ID), length = 2 000: 06 00 Network/LAN adapter Tuple #12, code = 0xff (Terminator), length = 0 From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 08:20:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65EB816A4CE for ; Tue, 19 Oct 2004 08:20:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B351443D1D for ; Tue, 19 Oct 2004 08:20:08 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 0B3C11FF9A8 for ; Tue, 19 Oct 2004 10:20:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 232731FF92F; Tue, 19 Oct 2004 10:20:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 6D701156EE; Tue, 19 Oct 2004 08:18:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5C3A9156C2 for ; Tue, 19 Oct 2004 08:18:03 +0000 (UTC) Date: Tue, 19 Oct 2004 08:18:03 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: freebsd-current In-Reply-To: <20041019055333.GC90781@ip.net.ua> Message-ID: References: <20041018225532.GE4968@isis.wad.cz> <20041019055333.GC90781@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: Re: make release: creating a trimmed down release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 08:20:09 -0000 On Tue, 19 Oct 2004, Ruslan Ermilov wrote: > On Tue, Oct 19, 2004 at 12:55:32AM +0200, Roman Neuhauser wrote: > > I'd like to create a trimmed down release, but it looks like > > make release -DNO_CXX ... is not the way to go. What's the official > > way of doing this kind of stuff? Specifically, I've attempted the build > > with > > > > make release \ ... > Try adding these -DNO*'s to WORLD_FLAGS. No guarantee it will all work, > but chances are good that most of them will work. the only one I am aware that does not work is NO_YP_LIBC and I am working on that. one may also check the archives; phk once posted a script and I posted my make.conf where I had almost everything turned off. see http://lists.freebsd.org/pipermail/freebsd-small/2003-December/000125.html for that. May be a bit out of date but a good starting. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 08:54:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38C1416A4CE for ; Tue, 19 Oct 2004 08:54:31 +0000 (GMT) Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net [62.241.162.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F94643D3F for ; Tue, 19 Oct 2004 08:54:30 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from [10.0.0.247] (81-178-107-130.dsl.pipex.com [81.178.107.130]) by galaxy.systems.pipex.net (Postfix) with ESMTP id 5BB8AE000206 for ; Tue, 19 Oct 2004 09:54:26 +0100 (BST) Message-ID: <4174D733.2020201@dsl.pipex.com> Date: Tue, 19 Oct 2004 09:58:27 +0100 From: Mark Cullen User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.2-CURRENT panic (a little outdated I know, but still) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 08:54:31 -0000 Me again. Same symptoms and a hard lock up. Different hardware, put my P1 133MHz machine back. Last thing in /var/log/messages before it locked up (and I had to hit reset) is the same as before... -- /var/log/messages/ -- Oct 19 08:27:08 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:08 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:08 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:08 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:08 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:08 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:08 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:08 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:11 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:11 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:11 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:11 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:11 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:11 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:11 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:11 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:11 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:11 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:11 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:11 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:12 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:12 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:14 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:14 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xx8rt Oct 19 08:27:14 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:14 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:14 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:14 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:14 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:14 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:16 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:16 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:16 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:17 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:17 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:17 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:17 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:17 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:17 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:17 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:17 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:17 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:18 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:18 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:18 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:18 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 08:27:18 bone kernel: arplookup xx.xx.xx.xx failed: could not allocate llinfo Oct 19 08:27:18 bone kernel: arpresolve: can't allocate llinfo for xx.xx.xx.xxrt Oct 19 09:40:26 bone syslogd: kernel boot file is /boot/kernel/kernel Oct 19 09:40:26 bone kernel: Copyright (c) 1992-2004 The FreeBSD Project. Oct 19 09:40:26 bone kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Oct 19 09:40:26 bone kernel: The Regents of the University of California. All rights reserved. Oct 19 09:40:26 bone kernel: FreeBSD 5.2-CURRENT #6: Sat Sep 4 19:02:02 BST 2004 Oct 19 09:40:26 bone kernel: mrboo@bone.bone.servebeer.com:/usr/obj/usr/src/sys/BONE -- end -- Anyone got any ideas yet? It's been doing this since uhh.. I think I installed 5.2.1-RELEASE and was having these problems, someone suggested going -CURRENT and I was still getting them. For what it's worth I am now going to update to 5.3-whatever-its-at. (RELENG_5) Help me out? It's getting a tad annoying :) -- Internet Explorer? Try FireFox at http://www.mozilla.org/products/firefox/ Outlook Express? Try ThunderBird at http://www.mozilla.org/products/thunderbird/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 09:07:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCDB816A4CE for ; Tue, 19 Oct 2004 09:07:41 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF8943D2D for ; Tue, 19 Oct 2004 09:07:41 +0000 (GMT) (envelope-from c.widger@comcast.net) Received: from [192.168.90.36] (c-24-5-158-1.client.comcast.net[24.5.158.1]) by comcast.net (sccrmhc13) with ESMTP id <20041019090740016000ilshe> (Authid: c.widger); Tue, 19 Oct 2004 09:07:40 +0000 Message-ID: <4174799C.3070607@comcast.net> Date: Tue, 19 Oct 2004 02:19:08 +0000 From: cwidger User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: acd0 FAILURE READ_BIG MEDIUM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 09:07:41 -0000 >>uname -r >> 5.3-BETA7 >> >> acd0 : CDRW at ata1-master UDMA33 >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 >> >> This happens when there's a DVD in acd0. It doesn't happen when acd0's >> empty. >What kind of DVD drive is it? Did this just start happening with 5.3, or >jas it been going on for a while? I didn't have any problems with 5.2.1, only the 5.3-beta's. It's the built in QSI SBW-241 CD-RW/DVD on my Compaq Presario 2100 Laptop. From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 09:09:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D13016A4CF for ; Tue, 19 Oct 2004 09:09:57 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4257243D3F for ; Tue, 19 Oct 2004 09:09:52 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i9J99oHE080126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Oct 2004 13:09:50 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i9J99ndU080125; Tue, 19 Oct 2004 13:09:49 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Tue, 19 Oct 2004 13:09:49 +0400 From: Gleb Smirnoff To: Jake Khuon Message-ID: <20041019090949.GC79981@cell.sick.ru> References: <200410111810.i9BIATXr023507@Espresso.NEEBU.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200410111810.i9BIATXr023507@Espresso.NEEBU.Net> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: broken APM on IBM-T30 with 6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 09:09:57 -0000 On Mon, Oct 11, 2004 at 11:10:29AM -0700, Jake Khuon wrote: J> I recently CVSup'd and noticed I can no longer APM suspend properly. The J> system just freezes while going into suspend. I don't know if I'm getting a J> panic or not. There's no trace or anything. Anyone got any ideas? The J> problem occurs in multiuser and singleuser mode and regardless of whether J> I'm in X or not. I'm not evern sure where to begin looking. Same problem on T20. What is the date of your previous (working) kernel? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 09:21:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA6A716A4CE for ; Tue, 19 Oct 2004 09:21:07 +0000 (GMT) Received: from mail.imp.ch (ns1.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B96043D45 for ; Tue, 19 Oct 2004 09:21:06 +0000 (GMT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.9p2/8.12.3) with ESMTP id i9J9KxEl053294 for ; Tue, 19 Oct 2004 11:21:01 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 19 Oct 2004 11:20:59 +0200 (CEST) From: Martin Blapp To: freebsd-current@freebsd.org Message-ID: <20041019105211.G5193@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checksum: 9d68377f8605a789c2eaeec0f410a09a X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0034 seconds" X-Spam-Status: No, hits=-4.9 required=5 scantime="2.4675 seconds" tests=BAYES_00 X-Scanned-By: MIMEDefang 2.45 Subject: Showstopper ? Userland prozesses showing up as kernelprocesses with AMD opterons ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 09:21:07 -0000 Hi, I have some strange problems here with a AMD box in intel compat mode. An upgrade to 5.3 RC1 did not help at all and still shows the problems. Working box, same kernel and userland as mx3: --------------------------------------------- >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3059.99-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > >Features=0xbfebfbff >real memory = 2147397632 (2047 MB) >avail memory = 2096025600 (1998 MB) >ACPI APIC Table: >FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 >MADT: Forcing active-low polarity and level trigger for SCI >ioapic2 irqs 32-47 on motherboard >ioapic1 irqs 16-31 on motherboard >ioapic0 irqs 0-15 on motherboard mx2# ps -auxwww | grep rbl bind 703 2.2 0.8 18612 16280 ?? Ss 15Sep04 46:32.74 rbldnsd -p /var/run/rbldnsd.pid -r /docsis/etc/rbldnsd -f -u bind:rbldns -b 127.0.0.2 -c 5 [...] Box with strange symptoms: -------------------------- >FreeBSD 5.3-BETA4 #1: Wed Sep 15 14:03:53 CEST 2004 > toor@mx2.imp.ch:/usr/obj/usr/src/sys/MAIL >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: AMD Opteron(tm) Processor 244 (1792.77-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 > >Features=0x78bfbff > AMD Features=0xe0500000 >real memory = 2146893824 (2047 MB) >avail memory = 2095525888 (1998 MB) >ACPI APIC Table: >FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 mx3# ps -auxwww | grep rbl bind 952 0.0 0.8 18536 17660 ?? Ss 10:33AM 0:01.18 [rbldnsd] Why rbldnsd shows up as a kernel process ? And there are even other procs showing up as kernel procs with missing cmdline ... clamav 1568 0.0 1.8 37592 37008 ?? I 7:00PM 0:01.65 [mimedefang-multiple] clamav 1798 0.0 1.8 37592 37008 ?? I 7:00PM 0:00.00 [mimedefang-multiple] All cmdline args are gone. Any thoughts ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 09:38:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B7F316A4CE for ; Tue, 19 Oct 2004 09:38:18 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C059E43D46 for ; Tue, 19 Oct 2004 09:38:17 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1CJqRc-000CEh-00 for freebsd-current@freebsd.org; Tue, 19 Oct 2004 11:38:16 +0200 To: freebsd-current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Tue, 19 Oct 2004 11:38:16 +0200 Sender: ianf@hetzner.co.za Message-Id: Subject: other keyboards and the boot loader... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 09:38:18 -0000 Hi Is there a way to remap the keyboard in the boot loader? Having changed to a Dvorak keyboard, and being unable to touch-type on a QUERTY keyboard makes the loader prompt almost unusable. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 09:57:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3160916A4CE for ; Tue, 19 Oct 2004 09:57:09 +0000 (GMT) Received: from av9-2-sn2.hy.skanova.net (av9-2-sn2.hy.skanova.net [81.228.8.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A6343D2F for ; Tue, 19 Oct 2004 09:57:08 +0000 (GMT) (envelope-from joel@automatvapen.se) Received: by av9-2-sn2.hy.skanova.net (Postfix, from userid 502) id 455163844A; Tue, 19 Oct 2004 11:57:07 +0200 (CEST) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av9-2-sn2.hy.skanova.net (Postfix) with ESMTP id 389E537E65; Tue, 19 Oct 2004 11:57:07 +0200 (CEST) Received: from [213.66.34.210] (t12o955p90.telia.com [213.66.34.210]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 2342537E46; Tue, 19 Oct 2004 11:57:05 +0200 (CEST) From: Joel Dahl To: Claudiu Dragalina-Paraipan In-Reply-To: References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <17120aa104101808381cc59152@mail.gmail.com> Content-Type: text/plain Message-Id: <1098179845.527.8.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 19 Oct 2004 11:57:25 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 09:57:09 -0000 On Mon, 2004-10-18 at 17:44, Claudiu Dragalina-Paraipan wrote: > This might be a bit away from the main interest of the thread: > anyone has done any test in 5.2.1 ? > > With respect, > Claudiu Dragalina-Paraipan. AMD XP3000+, Asus A7N8X, Maxtor 120GB 7200rpm, FreeBSD 5.2.1-p11 dude# dmesg | grep atapci0 atapci0: port 0xf000-0xf00f at device 9.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 dude# dmesg | grep Maxtor ad0: 117246MB [238216/16/63] at ata0-master UDMA133 dude# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI rev 7 Slave: no device present ATA channel 1: Master: acd0 <_NEC DVD_RW ND-3500AG/2.16> ATA/ATAPI rev 0 Slave: no device present dude# dd if=/dev/ad0 of=/dev/null bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 20.334953 secs (52802769 bytes/sec) dude# dd if=/dev/ad0 of=/dev/null bs=128k count=10000 10000+0 records in 10000+0 records out 1310720000 bytes transferred in 24.843961 secs (52758093 bytes/sec) -- Joel From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 10:03:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBE1516A4CE for ; Tue, 19 Oct 2004 10:03:58 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DE9C43D4C for ; Tue, 19 Oct 2004 10:03:57 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.13.1/8.13.1) with ESMTP id i9JA3tAE088696; Tue, 19 Oct 2004 12:03:55 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.1/8.13.1) with ESMTP id i9JA3uca028496; Tue, 19 Oct 2004 12:03:56 +0200 (CEST) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.1/8.13.1/Submit) id i9JA3uUU028495; Tue, 19 Oct 2004 12:03:56 +0200 (CEST) (envelope-from ftigeot) Date: Tue, 19 Oct 2004 12:03:56 +0200 From: Francois Tigeot To: "Bjoern A. Zeeb" Message-ID: <20041019100356.GB15058@aoi.wolfpond.org> References: <20041018225532.GE4968@isis.wad.cz> <20041019055333.GC90781@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current Subject: Re: make release: creating a trimmed down release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 10:03:59 -0000 On Tue, Oct 19, 2004 at 08:18:03AM +0000, Bjoern A. Zeeb wrote: > On Tue, 19 Oct 2004, Ruslan Ermilov wrote: > > > On Tue, Oct 19, 2004 at 12:55:32AM +0200, Roman Neuhauser wrote: > > > I'd like to create a trimmed down release, but it looks like > > > make release -DNO_CXX ... is not the way to go. What's the official > > > way of doing this kind of stuff? Specifically, I've attempted the build > > > with > > > > > > make release \ > ... > > Try adding these -DNO*'s to WORLD_FLAGS. No guarantee it will all work, > > but chances are good that most of them will work. > > the only one I am aware that does not work is NO_YP_LIBC and I am > working on that. > > one may also check the archives; phk once posted a script and I posted > my make.conf where I had almost everything turned off. see > http://lists.freebsd.org/pipermail/freebsd-small/2003-December/000125.html > for that. May be a bit out of date but a good starting. This one is more current: http://www.thinbsd.org/cvsweb/ThinBSD/src/etc/make.conf?rev=1.4 It may not be so minimal though. The resulting binaries take 42 megabytes of disk space. -- Francois Tigeot From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 10:39:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E826116A4CE for ; Tue, 19 Oct 2004 10:39:45 +0000 (GMT) Received: from smartmx-01.inode.at (smartmx-01.inode.at [213.229.60.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F70E43D2F for ; Tue, 19 Oct 2004 10:39:45 +0000 (GMT) (envelope-from j.lochmann@i-penta.at) Received: from [81.223.151.66] (port=54854 helo=[192.168.100.33]) by smartmx-01.inode.at with esmtp (Exim 4.30) id 1CJrP6-0006sY-HT for freebsd-current@freebsd.org; Tue, 19 Oct 2004 12:39:44 +0200 From: Johannes Lochmann Organization: i-penta Informationsmanagement GmbH To: freebsd-current@freebsd.org Date: Tue, 19 Oct 2004 12:39:36 +0200 User-Agent: KMail/1.7 References: <4171AA66.2050005@gmx.de> <4172A2D0.2060202@DeepCore.dk> <20041018210000.GA753@zaphod.nitro.dk> In-Reply-To: <20041018210000.GA753@zaphod.nitro.dk> X-message-flag: Please send plain text messages only. Thank =?iso-8859-1?q?you=2E=0A?= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200410191239.36845.j.lochmann@i-penta.at> Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 10:39:46 -0000 On Monday 18 October 2004 23:00, Simon L. Nielsen wrote: > I'm not sure if I dare to tell you... :-) but my Thinkpad R40 also > hangs now with RELENG_5 from today. =A0It's OK with 5.3-BETA7 from Oct > 10. > > The patch below did not fix it. =A0I haven't tried backstepping ata(4) > yet, but I will do that shortly. same here for an IBM Thinkpad T40P (with and without patch). Johannes From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 10:58:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10B3516A4CE for ; Tue, 19 Oct 2004 10:58:59 +0000 (GMT) Received: from 9.hellooperator.net (cpc3-cdif2-3-0-cust202.cdif.cable.ntl.com [81.103.32.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6BC843D49 for ; Tue, 19 Oct 2004 10:58:58 +0000 (GMT) (envelope-from rasputin@hellooperator.net) Received: from rasputin by 9.hellooperator.net with local (Exim 4.43) id 1CJrhd-0005nb-CS for freebsd-current@freebsd.org; Tue, 19 Oct 2004 11:58:53 +0100 Date: Tue, 19 Oct 2004 11:58:53 +0100 From: Dick Davies To: FreeBSD Current Users Message-ID: <20041019105853.GB4862@lb.tenfour> References: <4171AA66.2050005@gmx.de> <4172A2D0.2060202@DeepCore.dk> <20041018210000.GA753@zaphod.nitro.dk> <200410191239.36845.j.lochmann@i-penta.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410191239.36845.j.lochmann@i-penta.at> User-Agent: Mutt/1.4.2.1i Sender: Rasputin Subject: Re: No booting - ata1-slave: FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dick Davies List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 10:58:59 -0000 * Johannes Lochmann [1040 11:40]: > On Monday 18 October 2004 23:00, Simon L. Nielsen wrote: > > I'm not sure if I dare to tell you... :-) but my Thinkpad R40 also > > hangs now with RELENG_5 from today. ?It's OK with 5.3-BETA7 from Oct > > 10. > > > > The patch below did not fix it. ?I haven't tried backstepping ata(4) > > yet, but I will do that shortly. > > same here for an IBM Thinkpad T40P (with and without patch). 'me too' - hardware is some horrible ergo POS though, and I think the drive may be dead. I've been seeing this since 5.3b6 but assumed it was a hardware thing. It doesn't list drives in XP either (although that does at least boot). -- Tempers are wearing thin. Let's hope some robot doesn't kill everybody. - Bender Rasputin :: Jack of All Trades - Master of Nuns From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 11:39:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9D0E16A4CE for ; Tue, 19 Oct 2004 11:39:58 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D9E43D3F for ; Tue, 19 Oct 2004 11:39:52 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id i9JBdmi3000542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 19 Oct 2004 13:39:50 +0200 Message-ID: <4174FD04.8040000@ng.fadesa.es> Date: Tue, 19 Oct 2004 13:39:48 +0200 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <4173F2E9.7010407@ng.fadesa.es> <417406E3.9010706@DeepCore.dk> In-Reply-To: <417406E3.9010706@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tierra2 X-Virus-Status: Clean Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 11:39:59 -0000 S=F8ren Schmidt wrote: >> # dd if=3D/dev/ad4 of=3D/dev/null bs=3D1024k count=3D1024 >> 1024+0 records in >> 1024+0 records out >> 1073741824 bytes transferred in 31.090536 secs (34535970 bytes/sec) > > etc, and I get this: > 1073741824 bytes transferred in 18.488903 secs (58074934 bytes/sec) > 1073741824 bytes transferred in 14.956484 secs (71791059 bytes/sec) >> I'd like to know wich is you opinion about this. > > If you run a stock generic kernel with the debug (WITNESS etc) taken ou= t=20 > you should see the same raw performance as I do. I redid all tests with __RC1__ and performance is as bad as before. > Now, raw performance is one thing, filesystem I/O something entirely I think the problem is with raw performace, just see this example with a test raid0. Each disk by separate has a throughput of 26000 K/sec,= with /dev/stripe/test they have a throughput of 15000 K/sec each (raid0 throughput 30000 K/sec) and with four disks 7500 K/sec each (30000 K/sec again). # dd if=3D/dev/stripe/test of=3D/dev/null bs=3D1024k count=3D1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 30.072215 secs (35705445 bytes/sec) There is a constant limit of 30000 K/sec independent of the number of disks used. simply it doesn't makes any sense. With two disk I'd must have approx. 26K+26K=3D52 M/sec and with four 26K+26K+26K+26K=3D104 M/sec Other systems like OpenBSD had a good throughput 55000K/sec by disk I send you in another email with all info that you need. Regards, From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 11:41:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E23E16A4CE for ; Tue, 19 Oct 2004 11:41:58 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id C659343D55 for ; Tue, 19 Oct 2004 11:41:57 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 114 invoked by uid 0); 19 Oct 2004 11:40:51 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 19 Oct 2004 11:40:51 -0000 Message-ID: <4174FD94.1050407@gamersimpact.com> Date: Tue, 19 Oct 2004 06:42:12 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Cullen References: <4174D733.2020201@dsl.pipex.com> In-Reply-To: <4174D733.2020201@dsl.pipex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: 5.2-CURRENT panic (a little outdated I know, but still) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 11:41:58 -0000 Mark Cullen wrote: > Me again. Same symptoms and a hard lock up. Different hardware, put my > P1 133MHz machine back. Last thing in /var/log/messages before it > locked up (and I had to hit reset) is the same as before... > > -- /var/log/messages/ -- > Oct 19 08:27:18 bone kernel: arplookup xx.xx.xx.xx failed: could not > allocate llinfo > Oct 19 08:27:18 bone kernel: arpresolve: can't allocate llinfo for > xx.xx.xx.xxrt > -- end -- > > Anyone got any ideas yet? It's been doing this since uhh.. I think I > installed 5.2.1-RELEASE and was having these problems, someone > suggested going -CURRENT and I was still getting them. For what it's > worth I am now going to update to 5.3-whatever-its-at. (RELENG_5) > > Help me out? It's getting a tad annoying :) What are your memory usage statistics like? Amount of memory in box? Swap space? Tried different memory? Dmesg output? -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 11:48:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3406B16A4CE for ; Tue, 19 Oct 2004 11:48:26 +0000 (GMT) Received: from lazir.toya.net.pl (lazir.toya.net.pl [217.113.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 451D143D2D for ; Tue, 19 Oct 2004 11:48:25 +0000 (GMT) (envelope-from imachine@toya.net.pl) Received: from localhost (unknown [192.168.120.26]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id 409788BD2C; Tue, 19 Oct 2004 13:48:24 +0200 (CEST) Received: from lazir.toya.net.pl ([192.168.120.25]) by localhost (agregat [192.168.120.26]) (amavisd-new, port 10024) with ESMTP id 14419-01; Tue, 19 Oct 2004 13:48:22 +0200 (CEST) Received: from [192.168.0.2] (unknown [217.113.236.116]) by lazir.toya.net.pl (TOYAnet MailServer) with ESMTP id F1C778BD12; Tue, 19 Oct 2004 13:48:22 +0200 (CEST) From: Mateusz =?iso-8859-2?Q?J=EAdrasik?= To: freebsd-current@freebsd.org In-Reply-To: References: <20040924151635.GA2710@lazir.toya.net.pl> <1098090180.86430.48.camel@creative> Content-Type: text/plain; charset=iso8859-2 Message-Id: <1098186601.52844.2.camel@creative> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 19 Oct 2004 13:50:03 +0200 Content-Transfer-Encoding: 8bit X-TOYA-AV: AntyVir-Skaner at toya.net.pl cc: Phil Brennan Subject: Re: 5.3-BETA3 and up acpi fails with ABIT BH-6 motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 11:48:26 -0000 W li¶cie z Pon, 18-10-2004, godz. 11:32, Phil Brennan pisze: > I always had to disable acpi on my abit be6 and be6-II, I think abit > bx boards from that era have faulty acpi implementations. It works flawlessly on 5.2.1 and 5.3 up to BETA3. > Just disable > acpi in the bios, or boot freebsd without acpi, and all will be well. This is what I am doing right now, tho I would not attempt at calling that a solution. Cheers, Mateusz. > > On Mon, 18 Oct 2004 11:03:01 +0200, Mateusz Jêdrasik > wrote: > > W li¶cie z Pi±, 24-09-2004, godz. 17:16, None pisze: > > > > > > > hello, > > > > > > since BETA3 of 5.3 enabling acpi hard locks my machine on boot. > > > > > > here is the exact message jotted down on paper from the boot screen: > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > fault virtual address = 0x24 > > > fault code = supervisor read, page not present > > > instruction provider = 0x8:0xc04e35d6 > > > stack pointer = 0x10:0xc0c2198c > > > frame pointer = 0x10:0xc0c2198c > > > code segment = base 0x0, limit 0xfffff, type 0x1b /or 0x16/ > > > = DPL 0, pres 1, def32 1, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL:0 > > > current process = 0 (swapper) > > > trap number = 12 > > > > > > panic: page fault > > > > > > Uptime > > > > > > shutting down ACPI > > > > > > > > > i attach my dmesg without acpi on beta5 /its broken since beta3, i > > > unfrotunately have no longer sources for beta2 so cannot reproduce any > > > messages/, and also i attach some info here from the dmesg with acpi > > > enabled on beta5 - mainly the acpi0 info from it. > > > > > > it reads: > > > > > > acpi0: > > > acpi0: reservation at f00000, 40000 (3) failed > > > acpi0: reservation at f00000, 7ef0000 (3) failed > > > > > > the second value im not too sure on cuz it scrolls really > > > fast - i videocammed the boot process :D and still searched it but i > > > cannot really read clearly the info of the small screen on the camera, > > > its a really oldskool one :] > > > > > > cheers i hope it helps solving some problems :]] > > > > > > //imachine > > > > I also would like to mention that I have done an acpidump (acpidump -t > > -d). > > > > I attach it with this reply to my post. > > > > I hope maybe someone reads this as the acpi issue is terrible. I am > > willing to provide any information regarding this. BTW, i now run -BETA7 > > and the error persists. > > > > cheers, From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 14:43:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A82716A4CE; Mon, 18 Oct 2004 14:43:23 +0000 (GMT) Received: from darkstar.shires.org (SM-204.shires.org [207.65.58.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEEF843D31; Mon, 18 Oct 2004 14:43:21 +0000 (GMT) (envelope-from davon@shires.org) Received: from [192.168.1.202] ([168.215.138.106]) by darkstar.shires.org (8.12.11/8.12.11) with ESMTP id i9IEhIYN022469; Mon, 18 Oct 2004 09:43:19 -0500 (CDT) (envelope-from davon@shires.org) Message-ID: <4173D681.3010607@shires.org> Date: Mon, 18 Oct 2004 09:43:13 -0500 From: Davon Shire User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on darkstar.shires.org X-Virus-Status: Clean X-Mailman-Approved-At: Tue, 19 Oct 2004 12:05:14 +0000 Subject: Status of high-speed usb drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 14:43:23 -0000 Hello, I want to start this email saying I'm a very devoted FreeBSD user. I've been using it a very long time. Did the subscription thing. Etc etc That said, I'd very much like to know where on the horizon do USB 2.0 highspeed drivers sit? I've seen that current is now into 6.0 but from what I've read USB functionality is not even on the agenda. In my research I've noted that Freebsd got it's usb driver code from NetBSD but that isochronous and high-speed functionality are not currently implimented. I've asked about it now for more than 2 years with rarely a reply more insightful or relevent than . 'Do you have ehci driver loaded? You can't use the highspeed without it.' Please anyone within sight of my email, please give me and the rest of our Freebsd users some idea of when this will be working or what's holding it up. I even voluntered my time and skills to work on this problem if someone would reply and heard nothing. Linux has High-Speed USB, Windows has High-Speed USB, I'd very much like to use this connectivity. Thank you for your time and efforts on everything. Davon From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 17:02:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9FEE16A4CE; Mon, 18 Oct 2004 17:02:34 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C90C43D45; Mon, 18 Oct 2004 17:02:33 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA29884; Mon, 18 Oct 2004 20:02:30 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4173F726.5060408@icyb.net.ua> Date: Mon, 18 Oct 2004 20:02:30 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-emulation@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 19 Oct 2004 12:05:14 +0000 Subject: process stuck in DE state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 17:02:34 -0000 The hanging application runs in linux emulation. $ ps ax -O wchan | fgrep 970 970 fdlhol p4 DE 0:00,09 strmqcsv WAS_node_si_server_sb4_si $ fstat -p 970 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W mqm strmqcsv 970 root / 2 drwxr-xr-x 512 r mqm strmqcsv 970 wd /usr 1555303 drwxrwxr-x 512 r mqm strmqcsv 970 text /usr 1536473 -r-sr-s--- 7630 r mqm strmqcsv 970 0 /dev 10 crw-rw-rw- null r mqm strmqcsv 970 1 /dev 10 crw-rw-rw- null rw mqm strmqcsv 970 2 /dev 10 crw-rw-rw- null rw mqm strmqcsv 970 3* pipe c7076408 <-> c7af0158 0 rw mqm strmqcsv 970 4* pipe c7af0158 <-> c7076408 0 rw ipcs -a | fgrep 970 m 65561 286838271 --rw-rw-rw- mqm mqm mqm mqm 1 8192 970 974 18:47:11 18:47:11 18:47:11 This happens from time to time, I can not reproduce this at will, so it looks like a concurrency issue. As I understand this happens in kernel fdfree(). I use 5.2.1-release, so maybe it was fixed later, but I can not install -current (or 5.3 beta) at the moment. Is there anything I can do to avoid this problem and help debug it? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 17:21:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1ED016A4CE; Mon, 18 Oct 2004 17:21:40 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B5ED43D41; Mon, 18 Oct 2004 17:21:39 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA00361; Mon, 18 Oct 2004 20:21:38 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4173FBA1.6030804@icyb.net.ua> Date: Mon, 18 Oct 2004 20:21:37 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040831) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-emulation@freebsd.org References: <4173F726.5060408@icyb.net.ua> In-Reply-To: <4173F726.5060408@icyb.net.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 19 Oct 2004 12:05:14 +0000 Subject: Re: process stuck in DE state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 17:21:41 -0000 on 18.10.2004 20:02 Andriy Gapon said the following: > The hanging application runs in linux emulation. > > $ ps ax -O wchan | fgrep 970 > 970 fdlhol p4 DE 0:00,09 strmqcsv WAS_node_si_server_sb4_si filedesc of this process has: fd_holdleaderscount = 1 fd_holdleaderswakeup = 1 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 22:00:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E02F016A4CE for ; Mon, 18 Oct 2004 22:00:15 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7472043D31 for ; Mon, 18 Oct 2004 22:00:15 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i9IM0Eqw095569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Mon, 18 Oct 2004 18:00:14 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i9IM0DGj095566; Mon, 18 Oct 2004 18:00:13 -0400 (EDT) (envelope-from wollman) Date: Mon, 18 Oct 2004 18:00:13 -0400 (EDT) From: Garrett Wollman Message-Id: <200410182200.i9IM0DGj095566@khavrinen.lcs.mit.edu> To: "Poul-Henning Kamp" In-Reply-To: <65033.1098135848@critter.freebsd.dk> References: <16756.14387.497438.850972@ran.psg.com> <65033.1098135848@critter.freebsd.dk> X-Spam-Score: -9.9 () IN_REP_TO,REFERENCES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Tue, 19 Oct 2004 12:05:14 +0000 cc: freebsd-current@FreeBSD.ORG Subject: Re: no echo console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2004 22:00:16 -0000 < said: >> xterm|xterm-color|X11 terminal emulator:\ >> - :ti@:te@:tc=xterm-xfree86: >> + :tc=xterm-xfree86: > You have me there: I have no idea what that does. It undisables the obnoxious "page switching" behavior of the standard XFree86 terminal description. -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 06:45:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DD2316A4EE for ; Tue, 19 Oct 2004 06:45:28 +0000 (GMT) Received: from dic-mail.telstra.net (crash.telstra.net [203.50.0.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DD6043D68 for ; Tue, 19 Oct 2004 06:45:16 +0000 (GMT) (envelope-from justin@postgresql.org) Received: from [203.50.0.233] (xena.telstra.net [203.50.0.233]) by dic-mail.telstra.net (8.12.11/8.12.11) with ESMTP id i9J6jDo8021568 for ; Tue, 19 Oct 2004 16:45:13 +1000 Message-ID: <4174B7F4.4090107@postgresql.org> Date: Tue, 19 Oct 2004 16:45:08 +1000 From: Justin Clift User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 19 Oct 2004 12:05:14 +0000 Subject: RC1... still got a way to go X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 06:45:29 -0000 Hi all, Just tried out 5.3RC1, from the downloadable boot floppies, and it hangs on the kernel booting. In just the normal booting mode, it hangs at: uhci0: [GIANT-LOCK] And after disabling the USB stuff in my configuration, then booting from the boot floppies again but with ACPI disabled or in Safe mode, it hangs at: md0: Preloaded image 4423680 bytes at 0xc0a0c7f0 Also tried the beta4 boot floppies, using ACPI disabled, and got the same thing. Oh well. One of the guys here with a very near identical PC (he's running IDE drives instead of SCSI) just tried booting RC1 and it hung for him, so he's going back to his working beta7 setup. The only differences between our systems are the IDE vs SCSI. For reference, these PC's are HP workstation xw6000's with dual 3.02Ghz Xeon's and 3GB ECC ram. Mine is using a dual head Matrox G450 AGP card, and 2 x 18GB 10k SCSI drives. The controller is an onboard Adaptec one of some variety, a 29160 or similar. After all this, someone had the 5.3 beta4 boot floppies handy so I tried booting with those with no different affect. So, something isn't happy. :( I'd suspect the hardware was dodgy if I didn't use it every day on Linux (Sun's Java Desktop System), sometimes under quite decent load. Hope this helps in some way. If there's something more I can do in order to assist in getting this fixed, please let me know. :) Regards and best wishes, Justin Clift From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 12:29:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD7CA16A4CE for ; Tue, 19 Oct 2004 12:29:49 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59AFA43D46 for ; Tue, 19 Oct 2004 12:29:49 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 9EE89B862 for ; Tue, 19 Oct 2004 07:29:48 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73553-08 for ; Tue, 19 Oct 2004 07:29:48 -0500 (CDT) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 08D66B808 for ; Tue, 19 Oct 2004 07:29:48 -0500 (CDT) From: Kirk Strauser To: freebsd-current@freebsd.org Date: Tue, 19 Oct 2004 07:29:43 -0500 User-Agent: KMail/1.7 References: <20041015190638.C5A0E5D04@ptavv.es.net> <41747701.9070001@iki.fi> <3818.192.168.0.188.1098158772.squirrel@192.168.0.188> In-Reply-To: <3818.192.168.0.188.1098158772.squirrel@192.168.0.188> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6726941.APTDskyfaJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410190729.44151.kirk@strauser.com> X-Virus-Scanned: by amavisd-new at honeypot.net Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 12:29:49 -0000 --nextPart6726941.APTDskyfaJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 18 October 2004 23:06, Mike Jakubik wrote: > CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) > acpi0: on motherboard Just because I couldn't resist: CPU: EV45 (21064A) major=3D6 minor=3D2 sym0: Tekram NVRAM, ID 7, Fast-20, SE, parity checking root@gopher# dd if=3D/dev/da0 of=3D/dev/null bs=3D1024k count=3D1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 134.960380 secs (7955978 bytes/sec) root@gopher# dd if=3D/dev/da1 of=3D/dev/null bs=3D1024k count=3D1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 32.865588 secs (32670702 bytes/sec) =46ear my 'leet UW/SCSI beast as it decimates your measly IDE drives and ma= kes=20 their obsolete... Oh, wait. =2D-=20 Kirk Strauser --nextPart6726941.APTDskyfaJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBBdQi45sRg+Y0CpvERAvnNAJ49TomaDGItwce3k09HZraFXifSHgCfaEPu ds3e55E22YxWAAwUIOGbyB8= =VPYJ -----END PGP SIGNATURE----- --nextPart6726941.APTDskyfaJ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 12:35:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB9E616A4CE for ; Tue, 19 Oct 2004 12:35:47 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B4E443D62 for ; Tue, 19 Oct 2004 12:35:47 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by mproxy.gmail.com with SMTP id 74so314570rnk for ; Tue, 19 Oct 2004 05:35:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=WN57bngtGORHixv7lAZRyKg+U86hEF6a2u6KcwSznnZOEQq2x4Ah2aW8DY6uVo4vRb1jaMLIZ/jPaKIc8cND3vBm56EXo9EqI8b4Rdet2j2AkYSxbnZ+XTb0m4dBfpUbGxP/fugCRK4eHlweC6uF9P0mqOGDPjqrK48Qp9Qp2CA Received: by 10.38.9.24 with SMTP id 24mr1940771rni; Tue, 19 Oct 2004 05:35:46 -0700 (PDT) Received: by 10.38.13.37 with HTTP; Tue, 19 Oct 2004 05:35:46 -0700 (PDT) Message-ID: <84dead7204101905353e94c9c9@mail.gmail.com> Date: Tue, 19 Oct 2004 18:05:46 +0530 From: Joseph Koshy To: Rob In-Reply-To: <41726412.4050001@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41726412.4050001@yahoo.com> cc: freebsd-current Subject: Re: make installkernel with alternative destination. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 12:35:48 -0000 > make installkernel KERNCONF=DISKLESS DEST=/boot/kernel.diskless Use 'DESTDIR': # make installkernel DESTDIR=/foo KERNCONF=DISKLESS However, you'll have to populate the config files in /foo/boot manually (/foo/boot/device.hints for a start). From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 12:51:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 553F216A4CE; Tue, 19 Oct 2004 12:51:57 +0000 (GMT) Received: from mail.struchtrup.de (mail.struchtrup.de [80.190.247.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id C215A43D31; Tue, 19 Oct 2004 12:51:54 +0000 (GMT) (envelope-from seb@struchtrup.com) Received: from p5087ca6e.dip0.t-ipconnect.de ([80.135.202.110] helo=[10.0.0.2]) by mail.struchtrup.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.42 (FreeBSD)) id 1CJtUW-000EQO-P9; Tue, 19 Oct 2004 12:53:28 +0000 Message-ID: <41750F05.1010704@struchtrup.com> Date: Tue, 19 Oct 2004 14:56:37 +0200 From: Sebastian Schulze Struchtrup User-Agent: Mozilla Thunderbird 0.8 (X11/20041015) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Struchtrup-MailScanner-Information: Please contact the ISP for more information X-Struchtrup-MailScanner: Found to be clean X-MailScanner-From: seb@struchtrup.com cc: bms@freebsd.org Subject: trap: page fault after shutdown (irq23: vr0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 12:51:57 -0000 This occured two times about two weeks ago, but I was unable to reproduce and I have never seen this after an update and then I forgot about it... I have not noticed this before BETA4. I am currently running 5.3 STABLE/RC1. The trap occurs in process "irq23: vr0". I am not sure if this is related to vr0. The code for vr (sys/pci/if_vr.c) has not changed since Aug 11. The board has a VIA KT600A chipset. I have not generated a dump, but I can try to do this (if I see this again). Turning power of using ACPI Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code= supervisor read, page not present IP= 0x8:0xc0602f68 SP=0x10:0xd4221ca4 FP=0x10:0xd4221cc8 CS=base 0x0, limit 0xfffff, type 0x16, DPL 0, pres1, def32 1, gran 1 proc eflags: interupts enabled, resume, OPL=0 current process: 33 (irq23: vr0) trap number: 12 panic: page fault From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 13:13:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE4716A4CE for ; Tue, 19 Oct 2004 13:13:25 +0000 (GMT) Received: from smtp03.mrf.mail.rcn.net (smtp03.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id D907C43D45 for ; Tue, 19 Oct 2004 13:13:24 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp03.mrf.mail.rcn.net with esmtp (Exim 4.42 #5) id 1CJtno-0002NE-22 for freebsd-current@freebsd.org; Tue, 19 Oct 2004 09:13:24 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16757.4854.809996.993051@jerusalem.litteratus.org> Date: Tue, 19 Oct 2004 09:13:26 -0400 To: freebsd-current@freebsd.org In-Reply-To: <20041019023713.GA1072@green.homeunix.org> References: <20041019023713.GA1072@green.homeunix.org> X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid Subject: Re: WITNESS bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 13:13:25 -0000 Brian Fundakowski Feldman writes: > You should never not run with WITNESS_SKIPSPIN if you use > modules. Any spin mutexes not listed statically in the witness > code will cause your machine to immediately panic. If this is true (and I'm not disputing it), shouldn't it be noted in GENERIC and/or NOTES? For that matter, what's the penalty for not automatically including it as part of WITNESS? Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 13:40:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7D36916A4CE; Tue, 19 Oct 2004 13:40:39 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i9JDeciK014477; Tue, 19 Oct 2004 09:40:38 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9JDec60014476; Tue, 19 Oct 2004 09:40:38 -0400 (EDT) (envelope-from green) Date: Tue, 19 Oct 2004 09:40:37 -0400 From: Brian Fundakowski Feldman To: Randy Bush Message-ID: <20041019134037.GC1072@green.homeunix.org> References: <16756.47081.304613.940742@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16756.47081.304613.940742@ran.psg.com> User-Agent: Mutt/1.5.6i cc: FreeBSD Current Subject: Re: trap 12 with preempt (and ule) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 13:40:39 -0000 On Mon, Oct 18, 2004 at 11:44:57PM -0700, Randy Bush wrote: > this was not happening with no preempt Yeah, there's no one looking at fixing all of the ULE bugs for now -- so make sure to not turn on PREEMPTION. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 14:14:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BDBF16A4CE for ; Tue, 19 Oct 2004 14:14:51 +0000 (GMT) Received: from drop.bsdchat.com (drop.bsdchat.com [209.237.225.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6889543D2D for ; Tue, 19 Oct 2004 14:14:51 +0000 (GMT) (envelope-from clive@tongi.org) Received: from CARTIER (drag.bsdchat.com [209.237.225.37]) by drop.bsdchat.com (8.13.1/8.13.1) with SMTP id i9JEETEh006212; Tue, 19 Oct 2004 14:14:31 GMT (envelope-from clive@tongi.org) Received: (nullmailer pid 1230 invoked by uid 1000); Tue, 19 Oct 2004 14:14:11 -0000 Date: Tue, 19 Oct 2004 22:14:11 +0800 From: Clive Lin To: Andy Hilker Message-ID: <20041019141411.GB929@CARTIER> References: <20041018173820.GB56576@mail.crypta.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041018173820.GB56576@mail.crypta.net> X-Operating-System: FreeBSD i386 X-PGP-key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA008C03E User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: 5.3-RC1: jail + bind9, devfs rule: ioctl DEVFSIO_RAPPLY: Inappropriate ioctl for device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:14:51 -0000 Hi, Here is my 'cheat sheet' for running chrooted bind9 within jail: o First, make sure the the /etc/namedb is correctly symlinked to /var/named/etc/namedb. make distribution (part of jail building process) does _not_ do it rignt. o Assuming your jail is at /d/jails/myjail, and the hostname is myjail, now issue # cd /d/jails/myjail/var/named/dev # mknod random c 245 0; mknod null c 2 2 o finally, put 2 lines in myjail:/etc/rc.conf named_enable="YES" named_chroot_autoupdate="NO" That's all. I've deployed several 5.3 boxes since the frist day bind got chrooted, without noticeable problem. PS, if it's the first time your cute bind9 booting up, run make-localhost and fix named.conf. there's no 127.0.0.1 within jail ;) -- Clive Tong-I Lin | http://tongi.org | PGP KeyID: A008C03E From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 14:22:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C0216A4CE for ; Tue, 19 Oct 2004 14:22:38 +0000 (GMT) Received: from av2-2-sn3.vrr.skanova.net (av2-2-sn3.vrr.skanova.net [81.228.9.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3474B43D1F for ; Tue, 19 Oct 2004 14:22:35 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av2-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 6478737F4C; Tue, 19 Oct 2004 16:22:34 +0200 (CEST) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av2-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 5535F37E7A for ; Tue, 19 Oct 2004 16:22:34 +0200 (CEST) Received: from sentinel (h130n1fls11o822.telia.com [213.64.66.130]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 203F038015 for ; Tue, 19 Oct 2004 16:22:34 +0200 (CEST) From: "Daniel Eriksson" To: Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcQmGb9a+ssxfk9FT7iJunpx2pv6sQ== Subject: Interrupts being reported twice? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Tue, 19 Oct 2004 14:22:38 -0000 X-Original-Date: Mon, 19 Apr 2004 16:22:30 +0200 X-List-Received-Date: Tue, 19 Oct 2004 14:22:38 -0000 I am either getting a lot of extra interrupts, or they are getting reported twice. This is probably not a new problem, but after switching some cards around and enabling ACPI (trying to eliminate a recurring crash, see thread "Current crash on today's kernel" for details) I am now seeing this for the first time. # vmstat -i interrupt total rate irq1: atkbd0 2 0 irq4: sio0 627 0 irq6: fdc0 10 0 irq8: rtc 763024 127 irq13: npx0 1 0 irq14: ata0 48429 8 irq15: ata1 48409 8 irq16: atapci1+ 15482279 2596 <-- should be low (<100) irq18: atapci3 4689 0 irq19: atapci4+ 3001 0 irq20: em0 15206541 2550 <-- Real source of interrupts irq21: em1 ahc0 502577 84 irq0: clk 5960581 999 Total 38020170 6377 The two marked values follow each other, with IRQ16 always 20-100 higher than IRQ20. Is this anything to worry about? The interrupt load reported by 'top' does not seem to be very high, so either the isr for IRQ16 is very cheap, or it isn't executed at all. Hardware: * Dual Athlon MP on a Tyan Tiger S2466N-4M motherboard (AMD 760MPX chipset), 1GB ECC DDR * Intel Pro/1000 MT Dual Port + Adaptec 29160 in the two 64bit/66MHz PCI slots * 2 x HighPoint RocketRAID 454 + Promise SATA150 TX4 in 32bit/33MHz PCI slots (one slot free) Software: * 6-CURRENT from today (2004.10.19.11.00.00), compiled with "*FLAGS= -O2 -pipe" and "CPUTYPE?=athlon-xp" * SMP, APIC+ACPI, SCHED_4BSD, HZ=1000, ZERO_COPY_SOCKETS, AHC_ALLOW_MEMIO * debug.mpsafenet="1", harvest_interrupt="NO", harvest_ethernet="NO", net.isr.enable=1 * ataraid, geom_vinum Below is the dmesg and output from mptable. /Daniel Eriksson /boot/kernel/acpi.ko text=0x469f8 data=0x1ce4+0x112c syms=[0x4+0x7000+0x4+0x93a8] KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2004 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 6.0-CURRENT #1: Tue Oct 19 13:32:08 CEST 2004 daniel@xxx.xxx.xxx:/usr/obj/usr/src/sys/XXX ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) MP 2600+ (2000.08-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0480000 real memory = 1073217536 (1023 MB) avail memory = 1040670720 (992 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0x8080-0x80ff,0x8000-0x807f,0xcf8-0xcff iomem 0xd8000-0xdbfff on acpi0 pci0: on pcib0 agp0: port 0x1490-0x1493 mem 0xea100000-0xea100fff,0xec000000-0xedffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.3 (no driver attached) em0: port 0x1400-0x143f mem 0xe8000000-0xe803ffff,0xe8080000-0xe809ffff irq 20 at device 8.0 on pci0 em0: Ethernet address: 00:04:23:ac:20:8a em0: Speed:N/A Duplex:N/A em1: port 0x1440-0x147f mem 0xe8040000-0xe807ffff,0xe80a0000-0xe80bffff irq 21 at device 8.1 on pci0 em1: Ethernet address: 00:04:23:ac:20:8b em1: Speed:N/A Duplex:N/A ahc0: port 0x1000-0x10ff mem 0xe80c0000-0xe80c0fff irq 21 at device 9.0 on pci0 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs pcib2: at device 16.0 on pci0 pci2: on pcib2 atapci1: port 0x2000-0x20ff,0x30d0-0x30d3,0x30d8-0x30df,0x30d4-0x30d7,0x30e0-0x30e7 irq 16 at device 4.0 on pci2 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 atapci2: port 0x2400-0x24ff,0x30e8-0x30eb,0x30f0-0x30f7,0x30ec-0x30ef,0x30f8-0x30ff irq 16 at device 4.1 on pci2 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 atapci3: port 0x3000-0x307f,0x30c0-0x30cf,0x3080-0x30bf mem 0xea000000-0xea01ffff,0xea021000-0xea021fff irq 18 at device 6.0 on pci2 atapci3: failed: rid 0x20 is memory, requested 4 ata6: channel #0 on atapci3 ata7: channel #1 on atapci3 ata8: channel #2 on atapci3 ata9: channel #3 on atapci3 atapci4: port 0x2800-0x28ff,0x3400-0x3403,0x3408-0x340f,0x3404-0x3407,0x3410-0x3417 irq 19 at device 7.0 on pci2 ata10: channel #0 on atapci4 ata11: channel #1 on atapci4 atapci5: port 0x2c00-0x2cff,0x3418-0x341b,0x3420-0x3427,0x341c-0x341f,0x3428-0x342f irq 19 at device 7.1 on pci2 ata12: channel #0 on atapci5 ata13: channel #1 on atapci5 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xe0000-0xe3fff,0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging unlimited ad0: 117800MB [239340/16/63] at ata0-master UDMA100 ad1: 117800MB [239340/16/63] at ata0-slave UDMA100 ad2: 117800MB [239340/16/63] at ata1-master UDMA100 ad3: 117800MB [239340/16/63] at ata1-slave UDMA100 ad4: 238475MB [484521/16/63] at ata2-master UDMA100 ad5: 238475MB [484521/16/63] at ata2-slave UDMA100 ad6: 239372MB [486344/16/63] at ata3-master UDMA133 ad7: 239372MB [486344/16/63] at ata3-slave UDMA133 ad8: 194481MB [395136/16/63] at ata4-master UDMA133 ad9: 194481MB [395136/16/63] at ata4-slave UDMA133 ad10: 194481MB [395136/16/63] at ata5-master UDMA133 ad11: 239372MB [486344/16/63] at ata5-slave UDMA133 ad12: 239372MB [486344/16/63] at ata6-master SATA150 ad14: 238475MB [484521/16/63] at ata7-master SATA150 ad16: 239372MB [486344/16/63] at ata8-master SATA150 ad20: 114473MB [232581/16/63] at ata10-master UDMA100 ad21: 114473MB [232581/16/63] at ata10-slave UDMA100 ad22: 117246MB [238216/16/63] at ata11-master UDMA133 ad23: 117246MB [238216/16/63] at ata11-slave UDMA133 ad24: 114473MB [232581/16/63] at ata12-master UDMA100 ar0: 476950MB [60802/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad5 at ata2-slave ar1: 478744MB [61031/255/63] status: READY subdisks: disk0 READY on ad6 at ata3-master disk1 READY on ad7 at ata3-slave ar2: 388962MB [49585/255/63] status: READY subdisks: disk0 READY on ad9 at ata4-slave disk1 READY on ad8 at ata4-master ar3: 228946MB [29186/255/63] status: READY subdisks: disk0 READY on ad23 at ata11-slave disk1 READY on ad24 at ata12-master Waiting 5 seconds for SCSI devices to settle em1: Link is up 100 Mbps Full Duplex sa0 at ahc0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) da2 at ahc0 bus 0 target 10 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da3 at ahc0 bus 0 target 11 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da3: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da4 at ahc0 bus 0 target 12 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da4: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da5 at ahc0 bus 0 target 13 lun 0 da5: Fixed Direct Access SCSI-3 device da5: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da5: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s1a # mptable ============================================================================ === MPTable, version 2.0.15 ---------------------------------------------------------------------------- --- MP Floating Pointer Structure: location: BIOS physical address: 0x000f7170 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x6b mode: Virtual Wire ---------------------------------------------------------------------------- --- MP Config Table Header: physical address: 0x0009bc70 signature: 'PCMP' base table length: 316 version: 1.4 checksum: 0x8c OEM ID: 'TYAN ' Product ID: 'PAULANER ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 31 local APIC address: 0xfee00000 extended table length: 324 extended table checksum: 18 ---------------------------------------------------------------------------- --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x10 BSP, usable 6 10 0 0x383fbff 0 0x10 AP, usable 6 10 0 0x383fbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 2 0 INT active-hi edge 3 1 2 1 INT active-hi edge 3 0 2 2 INT active-lo level 0 8:B 2 17 INT active-hi edge 3 4 2 4 INT active-lo level 0 8:A 2 16 INT active-hi edge 3 6 2 6 INT active-hi edge 3 7 2 7 INT active-hi edge 3 8 2 8 INT active-hi edge 3 9 2 9 INT active-lo level 2 7:A 2 19 INT active-lo level 1 5:A 2 18 INT active-hi edge 3 12 2 12 INT active-hi edge 3 13 2 13 INT active-hi edge 3 14 2 14 INT active-hi edge 3 15 2 15 INT active-lo level 0 9:A 2 17 INT active-lo level 2 0:C 2 19 INT active-lo level 2 4:A 2 16 INT active-lo level 2 4:A 2 16 INT active-lo level 2 6:A 2 18 INT active-lo level 2 7:A 2 19 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 255 0 NMI active-hi edge 1 0:A 255 1 ---------------------------------------------------------------------------- --- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 -- System Address Space bus ID: 0 address type: memory address address base: 0x40000000 address range: 0xaa100000 -- System Address Space bus ID: 0 address type: prefetch address address base: 0xea100000 address range: 0xdf00000 -- System Address Space bus ID: 0 address type: memory address address base: 0xf8000000 address range: 0x6e00000 -- System Address Space bus ID: 0 address type: memory address address base: 0xfee01000 address range: 0x11ff000 -- System Address Space bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x24000 -- System Address Space bus ID: 0 address type: memory address address base: 0xc8000 address range: 0x2000 -- System Address Space bus ID: 0 address type: memory address address base: 0xcc000 address range: 0x2000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd0000 address range: 0x1000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd2000 address range: 0x1000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd4000 address range: 0x1000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd6000 address range: 0x1000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd8000 address range: 0x2000 -- System Address Space bus ID: 0 address type: memory address address base: 0xe0000 address range: 0x12000 -- System Address Space bus ID: 0 address type: memory address address base: 0xf8000 address range: 0x4000 -- Bus Heirarchy bus ID: 3 bus info: 0x01 parent bus ID: 0 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000000 -- Compatibility Bus Address bus ID: 0 address modifier: add predefined range: 0x00000001 ============================================================================ === From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 14:16:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F5C716A4CE for ; Tue, 19 Oct 2004 14:16:08 +0000 (GMT) Received: from mail.imp.ch (ns1.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F202D43D54 for ; Tue, 19 Oct 2004 14:16:06 +0000 (GMT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.9p2/8.12.3) with ESMTP id i9JEFrox006583 for ; Tue, 19 Oct 2004 16:15:54 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 19 Oct 2004 16:15:53 +0200 (CEST) From: Martin Blapp To: freebsd-current@freebsd.org In-Reply-To: <20041019105211.G5193@cvs.imp.ch> Message-ID: <20041019161407.N70496@cvs.imp.ch> References: <20041019105211.G5193@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checksum: 47505d34fc10a69b753b493ceb63e0fe X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0157 seconds" X-Spam-Status: No, hits=-4.9 required=5 scantime="9.7916 seconds" tests=BAYES_00 X-Scanned-By: MIMEDefang 2.45 Subject: Re: Showstopper ? Userland prozesses showing up as kernelprocesses X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:16:08 -0000 Hi, It's not a AMD problem. After I've upgraded the second box (Intel Xeons) to 5.3RC1 I see the same bad effects: # ps -auxwww | grep rbl bind 729 0.0 0.8 18248 17228 ?? Ss 4:12PM 0:00.69 [rbldnsd] So something in userland has changed between beta4 and rc1. Martin > Hi, I have some strange problems here with a AMD box in intel compat mode. > An upgrade to 5.3 RC1 did not help at all and still shows the problems. > > Working box, same kernel and userland as mx3: > --------------------------------------------- > > >Timecounter "i8254" frequency 1193182 Hz quality 0 > >CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3059.99-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > >Features=0xbfebfbff > >real memory = 2147397632 (2047 MB) > >avail memory = 2096025600 (1998 MB) > >ACPI APIC Table: > >FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 6 > >MADT: Forcing active-low polarity and level trigger for SCI > >ioapic2 irqs 32-47 on motherboard > >ioapic1 irqs 16-31 on motherboard > >ioapic0 irqs 0-15 on motherboard > > mx2# ps -auxwww | grep rbl > > bind 703 2.2 0.8 18612 16280 ?? Ss 15Sep04 46:32.74 rbldnsd -p > /var/run/rbldnsd.pid -r /docsis/etc/rbldnsd -f -u bind:rbldns -b 127.0.0.2 -c 5 [...] From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 14:24:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C19E016A4CE for ; Tue, 19 Oct 2004 14:24:09 +0000 (GMT) Received: from smradoch.ath.cx (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D48B43D48 for ; Tue, 19 Oct 2004 14:24:09 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by smradoch.ath.cx (Postfix, from userid 1001) id 01B421F87BED; Tue, 19 Oct 2004 16:24:07 +0200 (CEST) Date: Tue, 19 Oct 2004 16:24:07 +0200 From: Roman Neuhauser To: "Bjoern A. Zeeb" Message-ID: <20041019142407.GA2320@isis.wad.cz> Mail-Followup-To: "Bjoern A. Zeeb" , freebsd-current References: <20041018225532.GE4968@isis.wad.cz> <20041019055333.GC90781@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-current Subject: Re: make release: creating a trimmed down release? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:24:09 -0000 # bzeeb-lists@lists.zabbadoz.net / 2004-10-19 08:18:03 +0000: > On Tue, 19 Oct 2004, Ruslan Ermilov wrote: > > > On Tue, Oct 19, 2004 at 12:55:32AM +0200, Roman Neuhauser wrote: > > > I'd like to create a trimmed down release, but it looks like > > > make release -DNO_CXX ... is not the way to go. What's the official > > > way of doing this kind of stuff? Specifically, I've attempted the build > > > with > > > > > > make release \ > ... > > Try adding these -DNO*'s to WORLD_FLAGS. No guarantee it will all work, > > but chances are good that most of them will work. > > the only one I am aware that does not work is NO_YP_LIBC and I am > working on that. is __MAKE_CONF equivalent to WORLD_FLAGS? I tried this sequence: cd /usr/src make cleanworld make buildworld __MAKE_CONF=$HOME/make.conf cd release make release __MAKE_CONF=$HOME/make.conf but it bombed out at the same place. I tried a new build with NO_TOOLCHAIN commented out, and got a different but similar error: cc: installation problem, cannot exec `cc1plus': No such file or directory I see phk hacking around the release target, does that mean it's ill-suited for custom releases? -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 14:45:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD51216A4CE for ; Tue, 19 Oct 2004 14:45:41 +0000 (GMT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ABC143D49 for ; Tue, 19 Oct 2004 14:45:41 +0000 (GMT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id 48D3461DA; Tue, 19 Oct 2004 10:45:25 -0400 (EDT) Received: from 141.156.69.109 ([141.156.69.109]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Tue, 19 Oct 2004 10:45:25 -0400 Message-ID: <20041019104525.ikgw8kcw8sw480os@www.sweetdreamsracing.biz> Date: Tue, 19 Oct 2004 10:45:25 -0400 From: Kenneth Culver To: fandino@ng.fadesa.es References: <20041015190638.C5A0E5D04@ptavv.es.net> <41715E7F.7060509@ng.fadesa.es> <20041018100045.f8koww0skcco0woo@www.sweetdreamsracing.biz> <4173D66F.6010200@DeepCore.dk> <4173F2E9.7010407@ng.fadesa.es> <417406E3.9010706@DeepCore.dk> <4174FD04.8040000@ng.fadesa.es> In-Reply-To: <4174FD04.8040000@ng.fadesa.es> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3b7and poor ata performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:45:41 -0000 Quoting fandino : > S=F8ren Schmidt wrote: >>> # dd if=3D/dev/ad4 of=3D/dev/null bs=3D1024k count=3D1024 >>> 1024+0 records in >>> 1024+0 records out >>> 1073741824 bytes transferred in 31.090536 secs (34535970 bytes/sec) >> >> etc, and I get this: >> 1073741824 bytes transferred in 18.488903 secs (58074934 bytes/sec) >> 1073741824 bytes transferred in 14.956484 secs (71791059 bytes/sec) > >>> I'd like to know wich is you opinion about this. >> >> If you run a stock generic kernel with the debug (WITNESS etc) taken=20 >> out you should see the same raw performance as I do. > > I redid all tests with __RC1__ and performance is as bad as before. > >> Now, raw performance is one thing, filesystem I/O something entirely > > I think the problem is with raw performace, just see this example > with a test raid0. Each disk by separate has a throughput of 26000 K/sec, > with /dev/stripe/test they have a throughput of 15000 K/sec each > (raid0 throughput 30000 K/sec) and with four disks 7500 K/sec each > (30000 K/sec again). > > # dd if=3D/dev/stripe/test of=3D/dev/null bs=3D1024k count=3D1024 > 1024+0 records in > 1024+0 records out > 1073741824 bytes transferred in 30.072215 secs (35705445 bytes/sec) > > There is a constant limit of 30000 K/sec independent of the number > of disks used. > > simply it doesn't makes any sense. With two disk I'd must have > approx. 26K+26K=3D52 M/sec and with four 26K+26K+26K+26K=3D104 M/sec > > Other systems like OpenBSD had a good throughput 55000K/sec by disk > > I send you in another email with all info that you need. > > Regards, > > > With this hardware: atapci0: port=20 0xdc00-0xdc7f,0xec00-0xec0f, 0xa000-0xa03f mem 0xfd800000-0xfd81ffff,0xfd900000-0xfd900fff irq 18 at=20 device 8 .0 on pci0 ad4: 114440MB [232514/16/63] at ata2-master SATA15= 0 ad6: 114440MB [232514/16/63] at ata3-master SATA15= 0 Set up for striping: ar0: 228880MB [29178/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master I get the following performance with dd: dd if=3D/dev/ad4 of=3D/dev/null bs=3D1m count=3D200 200+0 records in 200+0 records out 209715200 bytes transferred in 3.538456 secs (59267433 bytes/sec) dd if=3D/dev/ad6 of=3D/dev/null bs=3D1m count=3D200 200+0 records in 200+0 records out 209715200 bytes transferred in 3.551439 secs (59050767 bytes/sec) dd if=3D/dev/ar0 of=3D/dev/null bs=3D1m count=3D200 200+0 records in 200+0 records out 209715200 bytes transferred in 1.837508 secs (114130226 bytes/sec) This is with a custom kernel with all debugging options off. I haven't seen = a mail from you yet that says whether you turned off debugging options in the kernel or not, and if you haven't turned off debugging options, I'd strongly suggest doing so. Ken From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 14:56:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3942716A4D2 for ; Tue, 19 Oct 2004 14:56:35 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DB0D43D1F for ; Tue, 19 Oct 2004 14:56:34 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9JEuOmC070432; Tue, 19 Oct 2004 10:56:24 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i9JEuOwh070429; Tue, 19 Oct 2004 10:56:24 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 19 Oct 2004 10:56:24 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Daniel Eriksson In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Interrupts being reported twice? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:56:35 -0000 On Mon, 19 Apr 2004, Daniel Eriksson wrote: > I am either getting a lot of extra interrupts, or they are getting > reported twice. This is probably not a new problem, but after switching > some cards around and enabling ACPI (trying to eliminate a recurring > crash, see thread "Current crash on today's kernel" for details) I am > now seeing this for the first time. I have a number of Xeon boxes that have a very similar problem -- depending on whether I configure with APIC and/or ACPI, I will see the following symptoms: - Many hardware devices all configure on the same IRQ, so lots of extra handlers run. Maybe this is honesty in advertising. - Many hardware devices configure on different IRQ's, but all the IRQs fire whenever any one of them wants to generate an interrupt, running many different ithreads. I see the same problem in 4.x. Drew and I exchanged some e-mails comiserating over the fact that this seems to be the case on a lot of machines. Not that this is necessarily what you're seeing, but it would be interesting to know whether in previous configurations you see different symptoms of a similar problem. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > # vmstat -i > interrupt total rate > irq1: atkbd0 2 0 > irq4: sio0 627 0 > irq6: fdc0 10 0 > irq8: rtc 763024 127 > irq13: npx0 1 0 > irq14: ata0 48429 8 > irq15: ata1 48409 8 > irq16: atapci1+ 15482279 2596 <-- should be low (<100) > irq18: atapci3 4689 0 > irq19: atapci4+ 3001 0 > irq20: em0 15206541 2550 <-- Real source of interrupts > irq21: em1 ahc0 502577 84 > irq0: clk 5960581 999 > Total 38020170 6377 > > The two marked values follow each other, with IRQ16 always 20-100 higher > than IRQ20. Is this anything to worry about? The interrupt load reported by > 'top' does not seem to be very high, so either the isr for IRQ16 is very > cheap, or it isn't executed at all. > > Hardware: > * Dual Athlon MP on a Tyan Tiger S2466N-4M motherboard (AMD 760MPX chipset), > 1GB ECC DDR > * Intel Pro/1000 MT Dual Port + Adaptec 29160 in the two 64bit/66MHz PCI > slots > * 2 x HighPoint RocketRAID 454 + Promise SATA150 TX4 in 32bit/33MHz PCI > slots (one slot free) > > Software: > * 6-CURRENT from today (2004.10.19.11.00.00), compiled with "*FLAGS= -O2 > -pipe" and "CPUTYPE?=athlon-xp" > * SMP, APIC+ACPI, SCHED_4BSD, HZ=1000, ZERO_COPY_SOCKETS, AHC_ALLOW_MEMIO > * debug.mpsafenet="1", harvest_interrupt="NO", harvest_ethernet="NO", > net.isr.enable=1 > * ataraid, geom_vinum > > Below is the dmesg and output from mptable. > > /Daniel Eriksson > > > /boot/kernel/acpi.ko text=0x469f8 data=0x1ce4+0x112c > syms=[0x4+0x7000+0x4+0x93a8] > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2004 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 6.0-CURRENT #1: Tue Oct 19 13:32:08 CEST 2004 > daniel@xxx.xxx.xxx:/usr/obj/usr/src/sys/XXX > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) MP 2600+ (2000.08-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 > > Features=0x383fbff CMOV,PAT,PSE36,MMX,FXSR,SSE> > AMD Features=0xc0480000 > real memory = 1073217536 (1023 MB) > avail memory = 1040670720 (992 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 1 > cpu1 (AP): APIC ID: 0 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi0: Sleep Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0x8080-0x80ff,0x8000-0x807f,0xcf8-0xcff > iomem 0xd8000-0xdbfff on acpi0 > pci0: on pcib0 > agp0: port 0x1490-0x1493 mem > 0xea100000-0xea100fff,0xec000000-0xedffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 5.0 (no driver attached) > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > pci0: at device 7.3 (no driver attached) > em0: port > 0x1400-0x143f mem 0xe8000000-0xe803ffff,0xe8080000-0xe809ffff irq 20 at > device 8.0 on pci0 > em0: Ethernet address: 00:04:23:ac:20:8a > em0: Speed:N/A Duplex:N/A > em1: port > 0x1440-0x147f mem 0xe8040000-0xe807ffff,0xe80a0000-0xe80bffff irq 21 at > device 8.1 on pci0 > em1: Ethernet address: 00:04:23:ac:20:8b > em1: Speed:N/A Duplex:N/A > ahc0: port 0x1000-0x10ff mem > 0xe80c0000-0xe80c0fff irq 21 at device 9.0 on pci0 > ahc0: [GIANT-LOCKED] > aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs > pcib2: at device 16.0 on pci0 > pci2: on pcib2 > atapci1: port > 0x2000-0x20ff,0x30d0-0x30d3,0x30d8-0x30df,0x30d4-0x30d7,0x30e0-0x30e7 irq 16 > at device 4.0 on pci2 > ata2: channel #0 on atapci1 > ata3: channel #1 on atapci1 > atapci2: port > 0x2400-0x24ff,0x30e8-0x30eb,0x30f0-0x30f7,0x30ec-0x30ef,0x30f8-0x30ff irq 16 > at device 4.1 on pci2 > ata4: channel #0 on atapci2 > ata5: channel #1 on atapci2 > atapci3: port > 0x3000-0x307f,0x30c0-0x30cf,0x3080-0x30bf mem > 0xea000000-0xea01ffff,0xea021000-0xea021fff irq 18 at device 6.0 on pci2 > atapci3: failed: rid 0x20 is memory, requested 4 > ata6: channel #0 on atapci3 > ata7: channel #1 on atapci3 > ata8: channel #2 on atapci3 > ata9: channel #3 on atapci3 > atapci4: port > 0x2800-0x28ff,0x3400-0x3403,0x3408-0x340f,0x3404-0x3407,0x3410-0x3417 irq 19 > at device 7.0 on pci2 > ata10: channel #0 on atapci4 > ata11: channel #1 on atapci4 > atapci5: port > 0x2c00-0x2cff,0x3418-0x341b,0x3420-0x3427,0x341c-0x341f,0x3428-0x342f irq 19 > at device 7.1 on pci2 > ata12: channel #0 on atapci5 > ata13: channel #1 on atapci5 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A, console > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > pmtimer0 on isa0 > orm0: at iomem 0xe0000-0xe3fff,0xc0000-0xcafff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > Timecounters tick every 1.000 msec > ipfw2 initialized, divert enabled, rule-based forwarding disabled, default > to accept, logging unlimited > ad0: 117800MB [239340/16/63] at ata0-master > UDMA100 > ad1: 117800MB [239340/16/63] at ata0-slave > UDMA100 > ad2: 117800MB [239340/16/63] at ata1-master > UDMA100 > ad3: 117800MB [239340/16/63] at ata1-slave > UDMA100 > ad4: 238475MB [484521/16/63] at ata2-master > UDMA100 > ad5: 238475MB [484521/16/63] at ata2-slave > UDMA100 > ad6: 239372MB [486344/16/63] at ata3-master > UDMA133 > ad7: 239372MB [486344/16/63] at ata3-slave UDMA133 > ad8: 194481MB [395136/16/63] at ata4-master > UDMA133 > ad9: 194481MB [395136/16/63] at ata4-slave UDMA133 > ad10: 194481MB [395136/16/63] at ata5-master > UDMA133 > ad11: 239372MB [486344/16/63] at ata5-slave > UDMA133 > ad12: 239372MB [486344/16/63] at ata6-master > SATA150 > ad14: 238475MB [484521/16/63] at ata7-master > SATA150 > ad16: 239372MB [486344/16/63] at ata8-master > SATA150 > ad20: 114473MB [232581/16/63] at ata10-master UDMA100 > ad21: 114473MB [232581/16/63] at ata10-slave UDMA100 > ad22: 117246MB [238216/16/63] at ata11-master > UDMA133 > ad23: 117246MB [238216/16/63] at ata11-slave > UDMA133 > ad24: 114473MB [232581/16/63] at ata12-master > UDMA100 > ar0: 476950MB [60802/255/63] status: READY subdisks: > disk0 READY on ad4 at ata2-master > disk1 READY on ad5 at ata2-slave > ar1: 478744MB [61031/255/63] status: READY subdisks: > disk0 READY on ad6 at ata3-master > disk1 READY on ad7 at ata3-slave > ar2: 388962MB [49585/255/63] status: READY subdisks: > disk0 READY on ad9 at ata4-slave > disk1 READY on ad8 at ata4-master > ar3: 228946MB [29186/255/63] status: READY subdisks: > disk0 READY on ad23 at ata11-slave > disk1 READY on ad24 at ata12-master > Waiting 5 seconds for SCSI devices to settle > em1: Link is up 100 Mbps Full Duplex > sa0 at ahc0 bus 0 target 5 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 10.000MB/s transfers (10.000MHz, offset 15) > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing > Enabled > da0: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing > Enabled > da1: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) > da2 at ahc0 bus 0 target 10 lun 0 > da2: Fixed Direct Access SCSI-3 device > da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da2: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) > da3 at ahc0 bus 0 target 11 lun 0 > da3: Fixed Direct Access SCSI-3 device > da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da3: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) > da4 at ahc0 bus 0 target 12 lun 0 > da4: Fixed Direct Access SCSI-3 device > da4: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da4: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) > da5 at ahc0 bus 0 target 13 lun 0 > da5: Fixed Direct Access SCSI-3 device > da5: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da5: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) > SMP: AP CPU #1 Launched! > Mounting root from ufs:/dev/da0s1a > > > # mptable > > ============================================================================ > === > > MPTable, version 2.0.15 > > ---------------------------------------------------------------------------- > --- > > MP Floating Pointer Structure: > > location: BIOS > physical address: 0x000f7170 > signature: '_MP_' > length: 16 bytes > version: 1.4 > checksum: 0x6b > mode: Virtual Wire > > ---------------------------------------------------------------------------- > --- > > MP Config Table Header: > > physical address: 0x0009bc70 > signature: 'PCMP' > base table length: 316 > version: 1.4 > checksum: 0x8c > OEM ID: 'TYAN ' > Product ID: 'PAULANER ' > OEM table pointer: 0x00000000 > OEM table size: 0 > entry count: 31 > local APIC address: 0xfee00000 > extended table length: 324 > extended table checksum: 18 > > ---------------------------------------------------------------------------- > --- > > MP Config Base Table Entries: > > -- > Processors: APIC ID Version State Family Model Step > Flags > 1 0x10 BSP, usable 6 10 0 > 0x383fbff > 0 0x10 AP, usable 6 10 0 > 0x383fbff > -- > Bus: Bus ID Type > 0 PCI > 1 PCI > 2 PCI > 3 ISA > -- > I/O APICs: APIC ID Version State Address > 2 0x11 usable 0xfec00000 > -- > I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > ExtINT active-hi edge 3 0 2 0 > INT active-hi edge 3 1 2 1 > INT active-hi edge 3 0 2 2 > INT active-lo level 0 8:B 2 17 > INT active-hi edge 3 4 2 4 > INT active-lo level 0 8:A 2 16 > INT active-hi edge 3 6 2 6 > INT active-hi edge 3 7 2 7 > INT active-hi edge 3 8 2 8 > INT active-hi edge 3 9 2 9 > INT active-lo level 2 7:A 2 19 > INT active-lo level 1 5:A 2 18 > INT active-hi edge 3 12 2 12 > INT active-hi edge 3 13 2 13 > INT active-hi edge 3 14 2 14 > INT active-hi edge 3 15 2 15 > INT active-lo level 0 9:A 2 17 > INT active-lo level 2 0:C 2 19 > INT active-lo level 2 4:A 2 16 > INT active-lo level 2 4:A 2 16 > INT active-lo level 2 6:A 2 18 > INT active-lo level 2 7:A 2 19 > -- > Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# > ExtINT active-hi edge 3 0 255 0 > NMI active-hi edge 1 0:A 255 1 > > ---------------------------------------------------------------------------- > --- > > MP Config Extended Table Entries: > > -- > System Address Space > bus ID: 0 address type: I/O address > address base: 0x0 > address range: 0x10000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0x40000000 > address range: 0xaa100000 > -- > System Address Space > bus ID: 0 address type: prefetch address > address base: 0xea100000 > address range: 0xdf00000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xf8000000 > address range: 0x6e00000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xfee01000 > address range: 0x11ff000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xa0000 > address range: 0x24000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xc8000 > address range: 0x2000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xcc000 > address range: 0x2000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xd0000 > address range: 0x1000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xd2000 > address range: 0x1000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xd4000 > address range: 0x1000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xd6000 > address range: 0x1000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xd8000 > address range: 0x2000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xe0000 > address range: 0x12000 > -- > System Address Space > bus ID: 0 address type: memory address > address base: 0xf8000 > address range: 0x4000 > -- > Bus Heirarchy > bus ID: 3 bus info: 0x01 parent bus ID: 0 > -- > Compatibility Bus Address > bus ID: 0 address modifier: add > predefined range: 0x00000000 > -- > Compatibility Bus Address > bus ID: 0 address modifier: add > predefined range: 0x00000001 > > ============================================================================ > === > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 14:59:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3737F16A4CE for ; Tue, 19 Oct 2004 14:59:53 +0000 (GMT) Received: from tin.it (host196-166.pool8249.interbusiness.it [82.49.166.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EC4B43D45 for ; Tue, 19 Oct 2004 14:59:52 +0000 (GMT) (envelope-from marta@tin.it) Received: by tin.it (Postfix, from userid 1002) id 472C02078; Tue, 19 Oct 2004 16:59:00 +0200 (CEST) Date: Tue, 19 Oct 2004 16:59:00 +0200 From: marta To: freebsd-current@freebsd.org Message-ID: <20041019145900.GB1143@hand> References: <4174799C.3070607@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4174799C.3070607@comcast.net> User-Agent: Mutt/1.4.2.1i Subject: Re: acd0 FAILURE READ_BIG MEDIUM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 14:59:53 -0000 On Tue, Oct 19, 2004 at 02:19:08AM +0000, cwidger wrote: > >>uname -r > >>5.3-BETA7 > >> > >>acd0 : CDRW at ata1-master UDMA33 > >>acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 > >>acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 > >>acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 > >>acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 > >>acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x00 ascq=0x00 error=0 > >> > >>This happens when there's a DVD in acd0. It doesn't happen when acd0's > >>empty. > > > >What kind of DVD drive is it? Did this just start happening with 5.3, or > >jas it been going on for a while? > > I didn't have any problems with 5.2.1, only the 5.3-beta's. It's the built > in QSI SBW-241 CD-RW/DVD on my Compaq Presario 2100 Laptop. uname -r 5.3-BETA7 sysctl hw.ata.atapi_dma hw.ata.atapi_dma: 0 I have the same laptop and the same problem, I solved using device atapicam device scbus device cd device pass and cutting out device atapicd During the bootstrap I have 5/6 sec. of pause, after that all works well and I can use the DVD drive by the device /dev/cd0 marta From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 15:06:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3354716A4CE; Tue, 19 Oct 2004 15:06:17 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i9JF6Go7015034; Tue, 19 Oct 2004 11:06:16 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i9JF6Gvg015033; Tue, 19 Oct 2004 11:06:16 -0400 (EDT) (envelope-from green) Date: Tue, 19 Oct 2004 11:06:16 -0400 From: Brian Fundakowski Feldman To: Martin Blapp Message-ID: <20041019150616.GD1072@green.homeunix.org> References: <20041019105211.G5193@cvs.imp.ch> <20041019161407.N70496@cvs.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041019161407.N70496@cvs.imp.ch> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Showstopper ? Userland prozesses showing up as kernelprocesses X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 15:06:17 -0000 On Tue, Oct 19, 2004 at 04:15:53PM +0200, Martin Blapp wrote: > > Hi, > > It's not a AMD problem. After I've upgraded the second box (Intel Xeons) to > 5.3RC1 I see the same bad effects: > > # ps -auxwww | grep rbl > bind 729 0.0 0.8 18248 17228 ?? Ss 4:12PM 0:00.69 [rbldnsd] > > So something in userland has changed between beta4 and rc1. Have you actually rebuilt world? I imagine this to easily be caused by fallout from a new kernel but not userland with the changes in rusage. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Oct 19 15:06:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F110616A4E8 for ; Tue, 19 Oct 2004 15:06:22 +0000 (GMT) Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net [62.241.162.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9EC943D39 for ; Tue, 19 Oct 2004 15:06:21 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from [10.0.0.247] (81-178-107-130.dsl.pipex.com [81.178.107.130]) by galaxy.systems.pipex.net (Postfix) with ESMTP id A9375E00025F; Tue, 19 Oct 2004 16:06:19 +0100 (BST) Message-ID: <41752E60.4070603@dsl.pipex.com> Date: Tue, 19 Oct 2004 16:10:24 +0100 From: Mark Cullen User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ryan Sommers References: <4174D733.2020201@dsl.pipex.com> <4174FD94.1050407@gamersimpact.com> In-Reply-To: <4174FD94.1050407@gamersimpact.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: 5.2-CURRENT panic (a little outdated I know, but still) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Oct 2004 15:06:23 -0000 Ryan Sommers wrote: > Mark Cullen wrote: > >> Me again. Same symptoms and a hard lock up. Different hardware, put my >> P1 133MHz machine back. Last thing in /var/log/messages before it >> locked up (and I had to hit reset) is the same as before... >> >> -- /var/log/messages/ -- >> Oct 19 08:27:18 bone kernel: arplookup xx.xx.xx.xx failed: could not >> allocate llinfo >> Oct 19 08:27:18 bone kernel: arpresolve: can't allocate llinfo for >> xx.xx.xx.xxrt >> -- end -- >> >> Anyone got any ideas yet? It's been doing this since uhh.. I think I >> installed 5.2.1-RELEASE and was having these problems, someone >> suggested going -CURRENT and I was still getting them. For what it's >> worth I am now going to update to 5.3-whatever-its-at. (RELENG_5) >> >> Help me out? It's getting a tad annoying :) > > > What are your memory usage statistics like? Amount of memory in box? > Swap space? Tried different memory? Dmesg output? > Well uhm, I can't really answer the memory usage stats I don't think? Someone suggested keeping a log of some vmstat stuff which... I could probably find (posted it all to the list before). The 133 has 64MB and the 350 (went 133->350->back to 133) has 96MB. They both lasted around 20 days before locking up/panicing. Swap space... Device 1K-blocks Used Avail Capacity /dev/ad0s1b 208780 74248 134532 36% I've tried a whole different machine :) Sorry if there's a lack of info. I really don't know what to post. I'll mention I don't ever remember getting this problem when running 4.x Here's dmesg.boot: -- Copyright (c) 1992-2004 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.2-CURRENT #6: Sat Sep 4 19:02:02 BST 2004 mrboo@bone.bone.servebeer.com:/usr/obj/usr/src/sys/BONE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (132.96-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 67108864 (64 MB) avail memory = 60239872 (57 MB) Intel Pentium detected, installing workaround for F00F bug npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fxp0: port 0xfe80-0xfebf mem 0xffd00000-0xffdfffff,0xfffbe000-0xfffbefff irq 9 at device 13.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:04:ac:23:02:77 fxp0: [GIANT-LOCKED] fxp1: port 0xff00-0xff3f mem 0xffe00000-0xffefffff,0xfffbf000-0xfffbffff irq 10 at device 14.0 on pci0 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:90:27:d0:88:d1 fxp1: [GIANT-LOCKED] pci0: at device 15.0 (no driver attached) cpu0 on motherboard orm0:
mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000760 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D02691106) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f47b0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x01 3 4 5 7 10 11 14 15 embedded 0 1 B 0x02 3 4 5 7 10 11 14 15 embedded 0 17 C 0x03 3 4 5 7 10 11 14 15 embedded 0 16 A 0x01 3 4 5 7 10 11 14 15 embedded 0 16 B 0x02 3 4 5 7 10 11 14 15 embedded 0 16 C 0x03 3 4 5 7 10 11 14 15 embedded 0 16 D 0x05 3 4 5 7 10 11 14 15 embedded 0 18 A 0x01 3 4 5 7 10 11 14 15 embedded 0 18 B 0x02 3 4 5 7 10 11 14 15 embedded 0 18 C 0x03 3 4 5 7 10 11 14 15 embedded 0 18 D 0x05 3 4 5 7 10 11 14 15 embedded 0 15 A 0x02 3 4 5 7 10 11 14 15 embedded 0 15 B 0x03 3 4 5 7 10 11 14 15 embedded 0 15 C 0x05 3 4 5 7 10 11 14 15 embedded 0 15 D 0x01 3 4 5 7 10 11 14 15 slot 1 0 12 A 0x05 3 4 5 7 10 11 14 15 slot 1 0 12 B 0x02 3 4 5 7 10 11 14 15 slot 1 0 12 C 0x01 3 4 5 7 10 11 14 15 slot 1 0 12 D 0x03 3 4 5 7 10 11 14 15 slot 2 0 13 A 0x01 3 4 5 7 10 11 14 15 slot 2 0 13 B 0x03 3 4 5 7 10 11 14 15 slot 2 0 13 C 0x02 3 4 5 7 10 11 14 15 slot 2 0 13 D 0x05 3 4 5 7 10 11 14 15 slot 3 0 14 A 0x02 3 4 5 7 10 11 14 15 slot 3 0 14 B 0x05 3 4 5 7 10 11 14 15 slot 3 0 14 C 0x03 3 4 5 7 10 11 14 15 slot 3 0 14 D 0x01 3 4 5 7 10 11 14 15 slot 4 0 19 A 0x03 3 4 5 7 10 11 14 15 slot 4 0 19 B 0x01 3 4 5 7 10 11 14 15 slot 4 0 19 C 0x05 3 4 5 7 10 11 14 15 slot 4 0 19 D 0x02 3 4 5 7 10 11 14 15 slot 5 0 11 A 0x01 3 4 5 7 10 11 14 15 slot 5 0 11 B 0x03 3 4 5 7 10 11 14 15 slot 5 0 11 C 0x02 3 4 5 7 10 11 14 15 slot 5 0 11 D 0x05 3 4 5 7 10 11 14 15 embedded 0 9 A 0x03 3 4 5 7 10 11 14 15 embedded 0 10 A 0x01 3 4 5 7 10 11 14 15 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=3D0 map[10]: type 3, range 32, base e0000000, size 28, enabled found-> vendor=3D0x1106, dev=3D0x0269, revid=3D0x80 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x1269, revid=3D0x00 bus=3D0, slot=3D0, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x2269, revid=3D0x00 bus=3D0, slot=3D0, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x3269, revid=3D0x00 bus=3D0, slot=3D0, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x4269, revid=3D0x00 bus=3D0, slot=3D0, func=3D4 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x7269, revid=3D0x00 bus=3D0, slot=3D0, func=3D7 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0xb198, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) map[10]: type 1, range 32, base fe700000, size 14, enabled map[14]: type 4, range 32, base 0000e400, size 8, enabled pcib0: matched entry for 0.9.INTA pcib0: slot 9 INTA hardwired to IRQ 18 found-> vendor=3D0x11ab, dev=3D0x4320, revid=3D0x13 bus=3D0, slot=3D9, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x17 (5750 ns), maxlat=3D0x1f (7750 ns) intpin=3Da, irq=3D18 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fd000000, size 24, enabled map[14]: type 4, range 32, base 0000efa0, size 4, enabled found-> vendor=3D0x1142, dev=3D0x6422, revid=3D0x02 bus=3D0, slot=3D12, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0003, statreg=3D0x0400, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 4, range 32, base 0000eff0, size 3, enabled map[14]: type 4, range 32, base 0000efe4, size 2, enabled map[18]: type 4, range 32, base 0000ef98, size 3, enabled map[1c]: type 4, range 32, base 0000efe0, size 2, enabled map[20]: type 4, range 32, base 0000ef80, size 4, enabled map[24]: type 4, range 32, base 0000e800, size 8, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 20 found-> vendor=3D0x1106, dev=3D0x3149, revid=3D0x80 bus=3D0, slot=3D15, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D20 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 bus=3D0, slot=3D15, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000eec0, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ef00, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ef20, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000ef40, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81 bus=3D0, slot=3D16, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x2210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fe900000, size 8, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x86 bus=3D0, slot=3D16, func=3D4 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D21 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=3D0x1106, dev=3D0x3227, revid=3D0x00 bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 agp0: mem 0xe0000000-0xefffffff at device = 0.0 on pci0 agp0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 252M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P1 - AE_N= OT_FOUND pci1: on pcib1 pci1: physical bus=3D1 skc0: port 0xe400-0xe4ff mem 0xfe700000-0xfe703f= ff irq 18 at device 9.0 on pci0 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfe700000 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:11:2f:23:65:d1 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX,= auto skc0: [MPSAFE] pci0: at device 12.0 (no driver attached) atapci0: port 0xe800-0xe8ff,0xef80-0xef8f,0xe= fe0-0xefe3,0xef98-0xef9f,0xefe4-0xefe7,0xeff0-0xeff7 irq 20 at device 15.0 = on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xef80 atapci0: [MPSAFE] ata2: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xeff0 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xefe4 ata2: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D7f ata2-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata2-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata2-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata2-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata2-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata2-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata2-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata2-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata2-slave: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata2: reset tp2 stat0=3Dff stat1=3Dff devices=3D0x0 ata2: [MPSAFE] ata3: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xef98 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xefe0 ata3: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D7f ata3-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata3-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata3-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata3-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata3-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata3-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata3-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata3-master: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata3-slave: stat=3D0x7f err=3D0xff lsb=3D0xff msb=3D0xff ata3: reset tp2 stat0=3Dff stat1=3Dff devices=3D0x0 ata3: [MPSAFE] atapci1: port 0xfc00-0xfc0f,0x376,0x170-0x177= ,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 ata0: [MPSAFE] ata1: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D50 ata1-master: stat=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1-master: stat=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1-master: stat=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1-master: stat=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1-master: stat=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1-master: stat=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1-master: stat=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1-master: stat=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1-slave: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3Dff stat1=3D00 devices=3D0x8 ata1: [MPSAFE] uhci0: port 0xeec0-0xeedf irq 21 at device 16.0= on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xeec0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xef00-0xef1f irq 21 at device 16.1= on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef00 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xef20-0xef3f irq 21 at device 16.2= on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef20 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xef40-0xef5f irq 21 at device 16.3= on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef40 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 03 06 psm: status 00 33 55 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model NetMouse/NetScroll Optical, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on= acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) unknown: not probed (disabled) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0xc001 0xc001 0xc001 0xc001 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 0: ioport 0xc00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xc001 0xc001 0xc001 0xc001 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 02 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 a0 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 67 5f 4f 50 02 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 a0 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 1916461553 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached md0: Preloaded image 4423680 bytes at 0xc0a0b6dc ata0-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure md0a, start 0 length 4423680 end 4423679 GEOM: Configure md0c, start 0 length 4423680 end 4423679 ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x46 cable=3D80pin ata0-master: setting PIO4 on VIA 8237 chip ata0-master: setting UDMA133 on VIA 8237 chip ata0-slave: setting PIO4 on VIA 8237 chip ata0-slave: setting UDMA133 on VIA 8237 chip ad0: ATA-7 disk at ata0-master ad0: 78167MB (160086528 sectors), 158816 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA133 ar: FreeBSD check1 failed ad1: ATA-7 disk at ata0-slave ad1: 78167MB (160086528 sectors), 158816 C, 16 H, 63 S, 512 B ad1: 16 secs/int, 1 depth queue, UDMA133 ar: FreeBSD check1 failed ata1-slave: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin ata1-slave: setting PIO4 on VIA 8237 chip ata1-slave: setting UDMA33 on VIA 8237 chip acd0: CDROM drive at ata1 as slave acd0: read 6890KB/s (6890KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm photo disc ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure fd0a, start 0 length 1474560 end 1474559 GEOM: Configure fd0c, start 0 length 1474560 end 1474559 GEOM: new disk ad0 GEOM: new disk ad1 Mounting root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /stand/sysinstall /stand/sysinstall running as init on serial console These are the predefined terminal types available to sysinstall when running stand-alone. Please choose the closest match for your particular terminal. 1 ...................... Standard ANSI terminal. 2 ...................... VT100 or compatible terminal. 3 ...................... FreeBSD system console (color). 4 ...................... FreeBSD system console (monochrome). 5 ...................... xterm terminal emulator. Your choice: (1-5) ^[[1;2=08=08=08=08=08=08 --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 22:58:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB9EA16A4CE for ; Fri, 22 Oct 2004 22:58:58 +0000 (GMT) Received: from catwoman.cs.moravian.edu (catwoman.cs.moravian.edu [204.186.193.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4295443D41 for ; Fri, 22 Oct 2004 22:58:58 +0000 (GMT) (envelope-from flash@cs.moravian.edu) Received: (from flash@localhost) by catwoman.cs.moravian.edu (8.11.7p1+Sun/8.11.7) id i9MMwvx22672; Fri, 22 Oct 2004 18:58:57 -0400 (EDT) Date: Fri, 22 Oct 2004 18:58:57 -0400 (EDT) Message-Id: <200410222258.i9MMwvx22672@catwoman.cs.moravian.edu> From: Stephen Corbesero To: freebsd-current@freebsd.org Subject: usb in 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 22:58:59 -0000 I have been having very little success using many of my usb devices on a Toshiba laptop (A60-S1662, Intel Celeron 2.5ghz, 256+512mb) I have tried an IBM mini-mouse, a PNY thumb drive, a usb keyboard (with a 2-port embedded usb hub), a Vernier data acquisition device, and another thumb drive. Only the one thumb drive worked on my laptop. I know all the devices work elsewhere. I have included my dmesg below if tyat helps anyone. Copyright (c) 1992-2004 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.3-STABLE #4: Fri Oct 22 11:23:21 EDT 2004 flashr@aragorn.corbesero.com:/usr/obj/usr/src/sys/ARAGORN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.53GHz (2533.44-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Stepping = 3 Features=0xbfebfbff real memory = 738131968 (703 MB) avail memory = 712556544 (679 MB) acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 pcib0: port 0xcf8-0xcff iomem 0xfff80000-0xffffffff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xc000-0xc0ff mem 0xe0000000-0xe000ffff,0xa0000000-0xa7ffffff irq 11 at device 5.0 on pci1 info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 ohci0: mem 0xf0001000-0xf0001fff irq 5 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xf0002000-0xf0002fff irq 5 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: at device 19.2 (no driver attached) pci0: at device 20.0 (no driver attached) atapci0: port 0x8070-0x807f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 20.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci2: on pcib2 ath0: mem 0xd0010000-0xd001ffff irq 10 at device 4.0 on pci2 ath0: mac 5.9 phy 4.3 5ghz radio 4.6 ath0: Ethernet address: 00:90:96:cb:46:3a ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps cbb0: at device 6.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 rl0: port 0xa000-0xa0ff mem 0xd0000000-0xd00000ff irq 11 at device 7.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:a0:d1:db:0d:f9 pci0: at device 20.5 (no driver attached) pci0: at device 20.6 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: current command byte:0067 Synaptics Touchpad v5.9 Model information: infoRot180: 1 infoPortrait: 0 infoSensor: 37 infoHardware: 55 infoNewAbs: 1 capPen: 0 infoSimplC: 1 infoGeometry: 1 Extended capabilities: capExtended: 1 capPassthrough: 0 capSleep: 1 capFourButtons: 0 capMultiFinger: 1 capPalmDetect: 1 psm0: found Synaptics Touchpad psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:6 psm0: syncmask:c0, syncbits:00 ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface orm0: at iomem 0xe6000-0xe6fff,0xe0000-0xe1fff,0xc0000-0xcefff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2533436374 Hz quality 800 Timecounters tick every 1.000 msec ad0: 28615MB [58140/16/63] at ata0-master UDMA33 acd0: CDRW at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s1a psm: ENABLE_DEV return code:00fa psm: SEND_AUX_DEV_STATUS return code:00fa psm: status 20 02 64 psm: SET_SAMPLING_RATE (100) 00fa psm: SET_RESOLUTION (2) 00fa psm: SET_SCALING11 return code:00fa psm: SEND_AUX_DEV_STATUS return code:00fa psm: status 20 02 64 psmintr: Sync bytes now 00c0,00c0 -- Stephen Corbesero This message brought to you by Associate Professor of Computer Science -- electrons -- Moravian College, Bethlehem, PA 18018 The Other Charged Particle From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:04:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53AD216A4CE; Fri, 22 Oct 2004 23:04:04 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B1BE43D53; Fri, 22 Oct 2004 23:04:03 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9MN42tC024024; Fri, 22 Oct 2004 19:04:02 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <41796081.7050400@freebsd.org> References: <200410221913.i9MJD7uA029492@repoman.freebsd.org> <41796081.7050400@freebsd.org> Date: Fri, 22 Oct 2004 19:04:01 -0400 To: Scott Long From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@FreeBSD.org Subject: Panic during 'shutdown -p' on 5.3-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:04:04 -0000 At 1:33 PM -0600 10/22/04, Scott Long wrote: >Garance A Drosihn wrote: >> >>Would this problem cause any panics during 'shutdown -p' processing? >>I just loaded up a brand new machine with 5.3-RC1, and it works fine >>except that it almost always panics when I do a 'shutdown -p'. I >>just finished building a new world to make sure I have all the >>latest changes, but I haven't installed that yet. Should I rebuild >>the kernel with this change included? > >I would tend to suspect ACPI here. Do you have kind of DDB info >from the panic? Okay, I just rebuilt it with all the latest updates from RELENG_5_3 , and here is a panic message from 'shutdown -p now': - - - - - - - System shutdown time has arrived Stopping inetd. Shutting down daemon processes: thttpd Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x8:0xc057dbbf stack pointer = 0x10:0xe3d08784 frame pointer = 0x10:0xe3d08790 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 278 (syslogd) trap number = 12 panic: page fault cpuid = 0 Uptime: 2m30s - - - - - - - There is a long pause after the "down daemon processes: thttpd" line, and nothing else is printed on either the serial console or the main console. This situation could be a problem, because the machine is left running. The reason I'm doing the shutdown is because my office is getting too warm, and I really want the machine to be *off* after the powerdown request. I don't know if there is anything more I can do (wrt debugging), given that the system has mostly shut down at that point. I'll try it again and see what happens if I send it a serial break. I should also note that it does not always die with current process=(syslogd). I know one time it was listed as something like "(irq23: vr0)". vr0 is the ethernet interface which is actually hooked up and configured. Here is /var/run/dmesg.boot : - - - - - - - Copyright (c) 1992-2004 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.3-RC1 #2: Fri Oct 22 16:48:29 EDT 2004 root@santropez.netel.rpi.edu:/usr/obj/usr/src/sys/Athlon3k-5x ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 3000+ (2166.44-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400000 real memory = 1006567424 (959 MB) avail memory = 975495168 (930 MB) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xd400-0xd40f,0xd300-0xd303,0xd200-0xd207,0xd100-0xd103,0xd000-0xd007 mem 0xee083000-0xee0831ff irq 16 at device 5.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 rl0: port 0xd500-0xd5ff mem 0xee080000-0xee0800ff irq 18 at device 7.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:22:e3:db:67 atapci1: port 0xdb00-0xdbff,0xda00-0xda0f,0xd900-0xd903,0xd800-0xd807,0xd700-0xd703,0xd600-0xd607 irq 20 at device 15.0 on pci0 ata4: channel #0 on atapci1 ata5: channel #1 on atapci1 atapci2: port 0xdc00-0xdc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci2 ata1: channel #1 on atapci2 uhci0: port 0xdd00-0xdd1f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xde00-0xde1f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdf00-0xdf1f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe000-0xe01f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xe200-0xe2ff mem 0xee082000-0xee0820ff irq 23 at device 18.0 on pci0 miibus1: on vr0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:11:09:31:80:67 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x30 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2166436961 Hz quality 800 Timecounters tick every 10.000 msec acd0: CDRW at ata0-master UDMA33 ad4: 114473MB [232581/16/63] at ata2-master SATA150 Mounting root from ufs:/dev/ad4s2a -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:09:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C28416A4CE; Fri, 22 Oct 2004 23:09:10 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE68143D53; Fri, 22 Oct 2004 23:09:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 9F08E7A41E; Fri, 22 Oct 2004 16:09:09 -0700 (PDT) Message-ID: <41799315.70201@elischer.org> Date: Fri, 22 Oct 2004 16:09:09 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Scott Long References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> In-Reply-To: <41796D6D.7000108@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Garance A Drosihn Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:09:10 -0000 Scott Long wrote: > > For just about everyone, a value of 2 seconds or less is just fine. > For those with tape drives, changers, and (less likely) cdroms, a > long delay after reset is still quite necessary. There are two knobs > to adjust this, and I'd like GENERIC to remain compatible. It's 15 > seconds, not 2 minutes. You get a longer delay that that just trying > to set up the inital page tables on a large memory machine! for some reason the actual wait time always seems t be twice the nominated one for me.. i.e. 15 seconds really seems ot take 30 seconds etc. From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:13:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82EF916A4CE for ; Fri, 22 Oct 2004 23:13:01 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A45943D31 for ; Fri, 22 Oct 2004 23:13:01 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i9MNDcxg063117; Fri, 22 Oct 2004 17:13:38 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <41799396.9090307@freebsd.org> Date: Fri, 22 Oct 2004 17:11:18 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> In-Reply-To: <41799315.70201@elischer.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: Garance A Drosihn Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:13:01 -0000 Julian Elischer wrote: > > > Scott Long wrote: > >> >> For just about everyone, a value of 2 seconds or less is just fine. >> For those with tape drives, changers, and (less likely) cdroms, a >> long delay after reset is still quite necessary. There are two knobs >> to adjust this, and I'd like GENERIC to remain compatible. It's 15 >> seconds, not 2 minutes. You get a longer delay that that just trying >> to set up the inital page tables on a large memory machine! > > > > for some reason the actual wait time always seems t be twice the > nominated one for me.. > i.e. 15 seconds really seems ot take 30 seconds etc. > > I'm willing to crank it down to 5 sec in HEAD. However, before I go changing a whole bunch of identical lines in nearly identical GENERIC files, I'd like to see GENERIC get split into several sub-modules that live in /sys/conf and can be included instead of constantly duplicated. i.e. /sys/conf: /SCSI /BLOCK /NIC /USB /FIREWIRE etc. Again, only for HEAD, not for RELENG_5. Thoughts? Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:14:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 644EA16A4CE; Fri, 22 Oct 2004 23:14:36 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF9643D1F; Fri, 22 Oct 2004 23:14:36 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 25EA17A41E; Fri, 22 Oct 2004 16:14:36 -0700 (PDT) Message-ID: <4179945C.9040502@elischer.org> Date: Fri, 22 Oct 2004 16:14:36 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Scott Long References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> In-Reply-To: <41799396.9090307@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Garance A Drosihn Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:14:36 -0000 This is what Poul-henning was suggesting about a month ago right? Scott Long wrote: > Julian Elischer wrote: > >> >> >> Scott Long wrote: >> > I'm willing to crank it down to 5 sec in HEAD. However, before I go > changing a whole bunch of identical lines in nearly identical GENERIC > files, I'd like to see GENERIC get split into several sub-modules that > live in /sys/conf and can be included instead of constantly duplicated. > i.e. > > /sys/conf: > /SCSI > /BLOCK > /NIC > /USB > /FIREWIRE > > etc. > > Again, only for HEAD, not for RELENG_5. Thoughts? > > Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:16:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64CF016A4CF; Fri, 22 Oct 2004 23:16:10 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D64A43D41; Fri, 22 Oct 2004 23:16:10 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9MNG8lL024729; Fri, 22 Oct 2004 19:16:09 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <200410221913.i9MJD7uA029492@repoman.freebsd.org> <41796081.7050400@freebsd.org> Date: Fri, 22 Oct 2004 19:16:07 -0400 To: Scott Long From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org Subject: Re: Panic during 'shutdown -p' on 5.3-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:16:10 -0000 At 7:04 PM -0400 10/22/04, Garance A Drosihn wrote: > >I don't know if there is anything more I can do (wrt debugging), >given that the system has mostly shut down at that point. I'll >try it again and see what happens if I send it a serial break. "Nothing happens", even after multiple serial breaks. Here's the panic message I got this time. It is perhaps interesting that this time I entered the 'shutdown -p' command over an ssh connection. On the previous panic, I had entered the command from the serial console. - - - - - - - syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...3 3 2 3 2 1 0 0 0 done No buffers busy after final sync Uptime: 40m56s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0680cc7 stack pointer = 0x10:0xe2281cb8 frame pointer = 0x10:0xe2281cd8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 33 (irq23: vr0) trap number = 12 panic: page fault cpuid = 0 Uptime: 41m2s - - - - - - - I have only seen these panics during 'shutdown -p', and I think I always see *some* panic message from a 'shutdown -p'. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:16:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B437316A534 for ; Fri, 22 Oct 2004 23:16:18 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 019BA43D5D for ; Fri, 22 Oct 2004 23:16:18 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i9MNGG35021707 for ; Sat, 23 Oct 2004 12:16:16 +1300 Received: from [172.16.20.10] (gateway-nelson.thepacific.net [202.49.95.33]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id i9MNDQMR021103 for ; Sat, 23 Oct 2004 12:13:26 +1300 Message-ID: <41799377.9020301@ThePacific.Net> Date: Sat, 23 Oct 2004 12:10:47 +1300 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041022073733.B412468834@gunfright.epcdirect.co.uk> <41798D8C.9080803@ThePacific.Net> In-Reply-To: <41798D8C.9080803@ThePacific.Net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ftp-proxy, PF not working with FTP traffic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:16:18 -0000 Marcos Biscaysaqu - ThePacific.net wrote: > Lawrence Farr wrote: > >>> somebody know how fix this, or if it another option to make work ftp >>> clients no PF? >>> >>> thanks >>> Marcos >>> >> >> >> In inetd.conf I'm using: >> >> ftp-proxy stream tcp nowait root /usr/libexec/ftp-proxy >> ftp-proxy -a 1.2.3.4 -m 55000 -M 57000 -t 180 >> >> Where 1.2.3.4 is my external IP >> >> And my PF rule is: >> >> pass quick proto tcp from to any port { ftp, ftp-data, > 49151 } >> >> Where is my internal network range. >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> >> >> > Hi there, > > are you missing the redirection? "rdr on $int_if proto tcp from any > to any port 21 -> 127.0.0.1 port 8021", anyway I tried this and still > doesn't work, the problem it is some ftp clients are waiting the data > connection from the IP of the ftp server, but the data it is coming > back from my external ip number which make the ftp client drop the > connections.. > Only work for ftp clients who accept data from a different ip > number than the control ftp connection which it is very wrong. try > with NCFTP as client with "passive mode of" > > thanks > Marcos > > > From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:20:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A6B416A4CE; Fri, 22 Oct 2004 23:20:08 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D905943D2D; Fri, 22 Oct 2004 23:20:07 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i9MNKL5v010769; Fri, 22 Oct 2004 16:20:21 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i9MNKLV1010767; Fri, 22 Oct 2004 16:20:21 -0700 Date: Fri, 22 Oct 2004 16:20:21 -0700 From: Brooks Davis To: Scott Long Message-ID: <20041022232021.GB27956@odin.ac.hmc.edu> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: <41799396.9090307@freebsd.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org cc: Garance A Drosihn cc: Julian Elischer Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:20:08 -0000 --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 22, 2004 at 05:11:18PM -0600, Scott Long wrote: > Julian Elischer wrote: > > > > > >Scott Long wrote: > > > >> > >>For just about everyone, a value of 2 seconds or less is just fine. > >>For those with tape drives, changers, and (less likely) cdroms, a > >>long delay after reset is still quite necessary. There are two knobs > >>to adjust this, and I'd like GENERIC to remain compatible. It's 15 > >>seconds, not 2 minutes. You get a longer delay that that just trying > >>to set up the inital page tables on a large memory machine!=20 > > > > > > > >for some reason the actual wait time always seems t be twice the > >nominated one for me.. > >i.e. 15 seconds really seems ot take 30 seconds etc. >=20 > I'm willing to crank it down to 5 sec in HEAD. However, before I go=20 > changing a whole bunch of identical lines in nearly identical GENERIC > files, I'd like to see GENERIC get split into several sub-modules that > live in /sys/conf and can be included instead of constantly duplicated. > i.e. >=20 > /sys/conf: > /SCSI > /BLOCK > /NIC > /USB > /FIREWIRE >=20 > etc. Some form of this seems reasionable. I pity the person who has to fight that battle over which bucket goes where though. :-) > Again, only for HEAD, not for RELENG_5. Thoughts? That's fine with me. I'd even go so far as to say that bumping the number for anything that wasn't a completly propriotary device would be fine with me. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD4DBQFBeZW1XY6L6fI4GtQRAnHUAJdKAdsVisJmbO9ox0nkBiRIimGbAKC+Mw2J +NYPNLACSNuau/yK/BKgDA== =4mo9 -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:40:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B33616A4CE for ; Fri, 22 Oct 2004 23:40:38 +0000 (GMT) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0882A43D1D for ; Fri, 22 Oct 2004 23:40:38 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.103] (cpe-065-184-172-100.ec.rr.com [65.184.172.100])i9MNeYCh029096; Fri, 22 Oct 2004 19:40:34 -0400 (EDT) Message-ID: <41799B1C.3080209@ec.rr.com> Date: Fri, 22 Oct 2004 19:43:24 -0400 From: jason User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vulpes Velox References: <20041021185546.16ed1fe7@fennec> <41788B80.7060505@ec.rr.com> <20041021231433.177d7c2e@fennec> In-Reply-To: <20041021231433.177d7c2e@fennec> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: current@freebsd.org Subject: Re: X slowness on 5.3rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:40:38 -0000 > > > >CPUTYPE?=athlon-xp >CFLAGS= -O -pipe > > > That is not what I have, but it might work just a s well? Here is a snip from my make file. CFLAGS=-O -pipe -fschedule-insns2 -fomit-frame-pointer -march=athlon-xp CXXFLAGS+=-fschedule-insns2 COPTFLAGES=-O -pipe -funroll-loops -fschedule-insns2 -march=athlon-xp NOPROFILE=true > >Yeah, had to have it enabled for abit. If it was disabled X would >freeze. > > > Hmm, did you have agp in the kernel and preloaded? >I eventually traced the problem to something involving the AGP kernel >module. I commented that out of loader.conf and I could then could >then successfully start X without needing to disable the mtrr. :) > >Much thanks any ways :) > > > Seems like you had agp in the kernel too then? What do you get with the command glxgears, both in a window and fullscreen? From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:45:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B69DE16A4CE; Fri, 22 Oct 2004 23:45:16 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A66443D49; Fri, 22 Oct 2004 23:45:16 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9MNjERs031730; Fri, 22 Oct 2004 19:45:14 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <41799396.9090307@freebsd.org> References: <417960C2.8040007@freebsd.org> <20041022194008.GA23778@odin.ac.hmc.edu> <41796396.5070804@freebsd.org> <41796D6D.7000108@freebsd.org> <41799315.70201@elischer.org> <41799396.9090307@freebsd.org> Date: Fri, 22 Oct 2004 19:45:13 -0400 To: Scott Long From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org Subject: Re: Annoying SCSI waiting... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:45:16 -0000 At 5:11 PM -0600 10/22/04, Scott Long wrote: > >I'm willing to crank it down to 5 sec in HEAD. >[...] Again, only for HEAD, not for RELENG_5. It is fine with me if we leave the delay as it is for 5.3-release. I would hope we could lower it in time for 5.4-release, and not have to wait until 6.0! >However, before I go changing a whole bunch of identical lines in >nearly identical GENERIC files, I'd like to see GENERIC get split >into several sub-modules that live in /sys/conf and can be included >instead of constantly duplicated. >i.e. > >/sys/conf: >/SCSI >/BLOCK >/NIC >/USB >/FIREWIRE > >etc. >Thoughts? "We" could at least start on this. Break out SCSI, and see how many bikesheds we will build before everyone is happy with that. The "we" means that I have no immediate plans to tackle this... I have no objection to the idea, but I am busy with other projects right now. If we can not sort out the files in time for 5.4-release, then I'll certainly be willing to edit all the kernel files to change '15' to '5' or '6'. I'm willing to do that (in HEAD) right now... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:55:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4D6516A4CE for ; Fri, 22 Oct 2004 23:55:48 +0000 (GMT) Received: from mail.cableone.net (scanmail2.cableone.net [24.116.0.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95EE043D31 for ; Fri, 22 Oct 2004 23:55:48 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from fennec (unverified [24.119.122.25]) by smail2.cableone.net (SurgeMail 1.9b) with ESMTP id 23131060 for multiple; Fri, 22 Oct 2004 16:54:28 -0700 Date: Fri, 22 Oct 2004 17:54:45 -0500 From: Vulpes Velox To: jason Message-ID: <20041022175445.444a97c8@fennec> In-Reply-To: <41799B1C.3080209@ec.rr.com> References: <20041021185546.16ed1fe7@fennec> <41788B80.7060505@ec.rr.com> <20041021231433.177d7c2e@fennec> <41799B1C.3080209@ec.rr.com> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com cc: current@freebsd.org Subject: Re: X slowness on 5.3rc1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:55:48 -0000 On Fri, 22 Oct 2004 19:43:24 -0400 jason wrote: > >CPUTYPE?=athlon-xp > >CFLAGS= -O -pipe > > > That is not what I have, but it might work just a s well? > Here is a snip from my make file. > > CFLAGS=-O -pipe -fschedule-insns2 -fomit-frame-pointer > -march=athlon-xp CXXFLAGS+=-fschedule-insns2 > COPTFLAGES=-O -pipe -funroll-loops -fschedule-insns2 > -march=athlon-xp NOPROFILE=true Cool > >Yeah, had to have it enabled for abit. If it was disabled X would > >freeze. > > > Hmm, did you have agp in the kernel and preloaded? Nope, just had it loaded by loader.conf. > >I eventually traced the problem to something involving the AGP > >kernel module. I commented that out of loader.conf and I could then > >could then successfully start X without needing to disable the > >mtrr. :) > > > >Much thanks any ways :) > > > Seems like you had agp in the kernel too then? What do you get with > the command glxgears, both in a window and fullscreen? Nope, not in the kernel. Just the nvidia driver handles the agp stuff now with. Maximized for gears, I get 170fps. Regular, I get 1990fps. From owner-freebsd-current@FreeBSD.ORG Fri Oct 22 23:56:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E37DF16A4CE for ; Fri, 22 Oct 2004 23:56:27 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 3AFA543D39 for ; Fri, 22 Oct 2004 23:56:27 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 57259 invoked by uid 0); 22 Oct 2004 23:55:14 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.165.205) by node15.coopprint.com with SMTP; 22 Oct 2004 23:55:14 -0000 Message-ID: <41799E2E.3080407@gamersimpact.com> Date: Fri, 22 Oct 2004 18:56:30 -0500 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: <200410221913.i9MJD7uA029492@repoman.freebsd.org> <41796081.7050400@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Panic during 'shutdown -p' on 5.3-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2004 23:56:28 -0000 Garance A Drosihn wrote: > instruction pointer = 0x8:0xc0680cc7 > stack pointer = 0x10:0xe2281cb8 > frame pointer = 0x10:0xe2281cd8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 33 (irq23: vr0) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 41m2s > - - - - - - - > > I have only seen these panics during 'shutdown -p', and I think I > always see *some* panic message from a 'shutdown -p'. Can you get a backtrace? Or use addr2line on the ip? -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 23 00:00:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70E4016A4CE; Sat, 23 Oct 2004 00:00:32 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B7C143D2D; Sat, 23 Oct 2004 00:00:32 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9N00Uxq027530; Fri, 22 Oct 2004 20:00:31 -0400 Mime-Version: 1.0 X-Sender: gad@gilead.netel.rpi.edu (Unverified) Message-Id: In-Reply-To: <20041022214632.GE785@zaphod.nitro.dk> References: <20041022214632.GE785@zaphod.nitro.dk> Date: Fri, 22 Oct 2004 20:00:29 -0400 To: "Simon L. Nielsen" , "Bruce A. Mah" From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: Jack Twilley cc: freebsd-current@FreeBSD.org Subject: Re: Hang at startup on Sony Vaio with 5.3-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2004 00:00:32 -0000 At 2:02 PM -0700 10/22/04, Bruce A. Mah wrote: > > seem to remember someone else reporting a similar problem. >> I *think* it might have been Bruce Mah, but I am not sure. > >A few of us (myself included) have seen this problem, although it >seems to have shown up most often on IBM ThinkPads (in my case, >a T21). > >sos@ committed a fix for this to HEAD: > > 1.39 +5 -8 src/sys/dev/ata/ata-queue.c Well, this sounds like it will be of interest here at RPI, as we have a lot of ThinkPads on this campus! And At 11:46 PM +0200 10/22/04, Simon L. Nielsen wrote: > > > > I have a Sony Vaio notebook (PCG-V505DXP) which runs 5.2-CURRENT >> but which hangs when booting 5.3-CURRENT or 6-CURRENT. >> >> The hang occurs after the following bit: >> >> ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt >> ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt > >This should be fixed with src/sys/dev/ata/ata-queue.c 1.39, at >least it has for me. I'm currently just running RELENG_5 with >the latest version of ata-queue.c from -CURRENT. Okay. Jack has picked up that change, and is testing it. With any luck this will work, and we can then add it to RELENG_5_3. Thanks! -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Sat Oct 23 00:35:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DC0616A4CE for ; Sat, 23 Oct 2004 00:35:32 +0000 (GMT) Received: from pop-a065c32.pas.sa.earthlink.net (pop-a065c32.pas.sa.earthlink.net [207.217.121.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C39B43D41 for ; Sat, 23 Oct 2004 00:35:32 +0000 (GMT) (envelope-from andrei@kableu.com) Received: from h-64-105-136-37.snvacaid.dynamic.covad.net ([64.105.136.37] helo=root.kableu.com) by pop-a065c32.pas.sa.earthlink.net with esmtp (Exim 3.33 #1) id 1CL9sZ-0001Pt-00 for freebsd-current@freebsd.org; Fri, 22 Oct 2004 17:35:31 -0700 Received: by root.kableu.com (Postfix, from userid 1001) id 3BE3F5C75; Fri, 22 Oct 2004 17:38:05 -0700 (PDT) Date: Fri, 22 Oct 2004 17:38:05 -0700 From: Andrew Konstantinov To: freebsd-current@freebsd.org Message-ID: <20041023003805.GA2649@root.kableu.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.2.1 -> 5.3 ==> vinum start -> panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2004 00:35:32 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Here is the sequence leading to the problem: 1) CVSup'ed to RELENG_5_3 couple hours ago 2) compiled kernel and world 3) booted into single user mode & installed new kernel 4) booted into single user mode using new kernel 5) performed "vinum start" in order to start raid1 (which I need to be up because it contains /usr) And the result that I got is: -------- Mounting root from ufs:/dev/ad0s2a Enter full pathname of shell or RETURN for /bin/sh: # kldstat Id Refs Address Size Name 1 2 0xc0400000 4614b0 kernel 2 1 0xc0862000 c9340 vinum.ko # vinum start panic: unmount: dangling vnode Uptime: 28s -------- Here is some additional info: -------- root# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI rev 6 Slave: acd0 ATA/ATAPI rev 0 ATA channel 1: Master: ad2 ATA/ATAPI rev 6 Slave: acd1 ATA/ATAPI rev 0 root# vinum printconfig # Vinum configuration of xxxx.xxxxxx.xxx, saved at Fri Oct 22 17:10:45 2004 drive disk2 device /dev/ad2s1a drive disk1 device /dev/ad0s1a volume usr plex name usr.p0 org striped 558s vol usr sd name usr.p0.s0 drive disk1 plex usr.p0 len 125818398s driveoffset 265s p= lexoffset 0s sd name usr.p0.s1 drive disk2 plex usr.p0 len 125818398s driveoffset 265s p= lexoffset 558s root# -------- Right now I'm running the old kernel from 5.2.1. The motherboard is: ASUS A7N8X-X root# uname -rsp FreeBSD 5.2.1-RELEASE-p11 i386 root# Please, let me know of any probable solutions or if more information is nee= ded. Here is the kernel configuration file which I used to compile the 5.3 kernel followed by 5.2.1 dmesg: -------- machine i386 cpu I686_CPU ident CUSTOM makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SCSI_DELAY=3D15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options INVARIANT_SUPPORT #Extra sanity checks of internal structures, req= uired by INVARIANTS options INCLUDE_CONFIG_FILE options DEVICE_POLLING options HZ=3D1000 options QUOTA options MAC options MAC_BSDEXTENDED options MAC_IFOFF options MAC_SEEOTHERUIDS options IPSEC options IPSEC_ESP options IPFILTER options IPFILTER_LOG options IPFILTER_DEFAULT_BLOCK options GEOM_BDE options VESA options SC_PIXEL_MODE device ath # netgear wifi device ath_hal # netgear wifi device sound # audio device ehci # USB Enhanced Host Controller driver device apic # I/O APIC device isa device eisa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering device atapicam # ATA =3D> SCSI device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device npx device pmtimer device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device wlan # 802.11 support device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da -------- Here is the dmesg from 5.2.1: -------- Copyright (c) 1992-2004 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.2.1-RELEASE-p11 #0: Tue Oct 19 18:24:23 PDT 2004 root@xxxx.xxxxxx.xxx:/usr/obj/usr/src/sys/CUSTOM Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc0960000. Preloaded elf module "/boot/kernel.old/vinum.ko" at 0xc0960254. Preloaded elf module "/boot/kernel.old/if_nv.ko" at 0xc0960304. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 3000+ (2091.64-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 Features=3D0x383fbff AMD Features=3D0xc0400000 real memory =3D 536805376 (511 MB) avail memory =3D 511762432 (488 MB) mptable_probe: MP Config Table has bad signature: \^O8\^O Security policy loaded: TrustedBSD MAC/ifoff (mac_ifoff) Security policy loaded: TrustedBSD MAC/seeotheruids (mac_seeotheruids) Security policy loaded: TrustedBSD MAC/BSD Extended (mac_bsdextended) Pentium Pro MTRR support enabled VESA: v3.0, 131072k memory, flags:0x1, mode table:0xc07e3dc2 (1000022) VESA: NVIDIA npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00fdeb0 pcib0: at pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xd8000000-0xdbffffff at device 0= .0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe0003000-0xe0003fff irq 11 at = device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x10de) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe0004000-0xe0004fff irq 5 at d= evice 2.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x10de) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe0005000-0xe00050ff irq 11= at device 2.2 on pci0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: (0x10de) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered nv0: port 0xd000-0xd007 mem 0xe0000= 000-0xe0000fff irq 11 at device 4.0 on pci0 nv0: Ethernet address 00:0e:a6:b2:ca:85 miibus0: on nv0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xd800-0xd87f,0xd400-0xd4ff mem 0xe0001000-0xe0= 001fff irq 5 at device 6.0 on pci0 pcm0: pcib1: at device 8.0 on pci0 pci1: on pcib1 pci_cfgintr: 1:7 INTA BIOS irq 11 pci_cfgintr: 1:8 INTA BIOS irq 5 dc0: port 0xc000-0xc0ff mem 0xdf000000-0xdf0003= ff irq 11 at device 7.0 on pci1 dc0: Ethernet address: 00:04:5a:4d:b0:9f miibus1: on dc0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: port 0xc400-0xc4ff mem 0xdf001000-0xdf0013= ff irq 5 at device 8.0 on pci1 dc1: Ethernet address: 00:0c:41:21:51:c9 miibus2: on dc1 ukphy1: on miibus2 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci0: port 0xf000-0xf00f at device 9= .0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pcib2: at device 30.0 on pci0 pci2: on pcib2 pci_cfgintr: 0:30 INTA routed to irq 11 pcib2: slot 0 INTA is routed to irq 11 pci2: at device 0.0 (no driver attached) orm0: