From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 00:18:38 2003 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 9E23716A4CE; Sun, 14 Dec 2003 00:18:38 -0800 (PST) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC8FF43D1D; Sun, 14 Dec 2003 00:18:36 -0800 (PST) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) hBE8IZv9035298; Sun, 14 Dec 2003 03:18:35 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id hBE8IZIU035297; Sun, 14 Dec 2003 03:18:35 -0500 (EST) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 14 Dec 2003 03:18:35 -0500 (EST) Message-Id: <200312140818.hBE8IZIU035297@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2003 08:18:38 -0000 TB --- 2003-12-14 06:40:14 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-12-14 06:40:14 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-12-14 06:40:14 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-12-14 06:42:35 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-12-14 07:48:20 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Dec 14 07:48:21 GMT 2003 >>> Kernel build for GENERIC completed on Sun Dec 14 08:04:37 GMT 2003 TB --- 2003-12-14 08:04:37 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- /usr/bin/make -B LINT TB --- 2003-12-14 08:04:37 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 14 08:04:37 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vnode_if.c touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c sh /vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/conf/newvers.sh LINT cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vers.c linking kernel freebsd32_sysent.o(.data+0x1588): undefined reference to `freebsd4_freebsd32_sigreturn' *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-12-14 08:18:35 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-12-14 08:18:35 - TB --- ERROR: failed to build lint kernel TB --- 2003-12-14 08:18:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 00:33:28 2003 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 9375116A4CE for ; Sun, 14 Dec 2003 00:33:28 -0800 (PST) Received: from web12606.mail.yahoo.com (web12606.mail.yahoo.com [216.136.173.229]) by mx1.FreeBSD.org (Postfix) with SMTP id CA96E43D3C for ; Sun, 14 Dec 2003 00:33:27 -0800 (PST) (envelope-from bj93542@yahoo.com) Message-ID: <20031214083327.12158.qmail@web12606.mail.yahoo.com> Received: from [24.24.85.49] by web12606.mail.yahoo.com via HTTP; Sun, 14 Dec 2003 00:33:27 PST Date: Sun, 14 Dec 2003 00:33:27 -0800 (PST) From: Dorin H To: "Christoph P. Kukulies" In-Reply-To: <20031213075244.GA24419@gilberto.physik.rwth-aachen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: pppoe broken (for me) 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, 14 Dec 2003 08:33:28 -0000 --- "Christoph P. Kukulies" wrote: > On Fri, Dec 12, 2003 at 04:23:16PM -0800, Kris > Kennaway wrote: > > On Fri, Dec 12, 2003 at 07:07:39PM +0100, > Christoph Kukulies wrote: > > > I cvsuped yesterday and now I'm cut off from the > net with > > > my home machine. > > > > > > the tun0 (DSL) link doesn't come up. All I can > see is: > > > > First is after the message Recovering vi files, the > other > after starting sendmail. > FWIW: Check if a dot appears after Recovering vi files message. If not, the vi tries to recover some previous lost-while-editing files and for some reason this takes some time. I had a similar problem, where the boot was stalling for about 3 minutes in this place. I just deleted the content of /var/tmp/vi.recover/ and everything was back to normal. Though, this is not your main problem, which IMHO is to get a clean world&kernel. /Dorin. __________________________________ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 03:46:06 2003 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 1F8FB16A4CE; Sun, 14 Dec 2003 03:46:06 -0800 (PST) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BBD843D36; Sun, 14 Dec 2003 03:46:04 -0800 (PST) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.12.10/8.12.10) with ESMTP id hBEBk0nn016495; Sun, 14 Dec 2003 12:46:01 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.12.10/8.12.10/Submit) id hBEBjxJo016494; Sun, 14 Dec 2003 12:45:59 +0100 (CET) (envelope-from kuku) Date: Sun, 14 Dec 2003 12:45:59 +0100 (CET) From: "C. Kukulies" Message-Id: <200312141145.hBEBjxJo016494@www.kukulies.org> To: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: lock order reversals - what do they mean? 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, 14 Dec 2003 11:46:06 -0000 I'm getting lock order reversal 1st 0xc09524c0 UMA lock (UMA lock) @ /u/src/sys/vm/uma_core.c:1200 2nd 0xc1431100 system map (system map) @ /u/src/sys/vm/vm_map.c:2210 Stack backtrace: This happenend while doing a find . something on my notebook hd. -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 04:05:19 2003 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 D045416A4CF for ; Sun, 14 Dec 2003 04:05:19 -0800 (PST) Received: from kundenserver16.yws-admin.de (kundenserver16.yws-admin.de [217.115.154.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4C8143D32 for ; Sun, 14 Dec 2003 04:05:18 -0800 (PST) (envelope-from flo@kasimir.com) Received: from kasimir.com (pD9FF4720.dip.t-dialin.net [217.255.71.32]) by kundenserver16.yws-admin.de (Postfix) with ESMTP id A9C3A352587 for ; Sun, 14 Dec 2003 13:05:14 +0100 (CET) Message-ID: <3FDC51F9.2050803@kasimir.com> Date: Sun, 14 Dec 2003 13:05:13 +0100 From: "Florian C. Smeets" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031213 Thunderbird/0.4 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: 5.2-CURRENT crash (Stopped at lapic_ipi_wait+0x2d) 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, 14 Dec 2003 12:05:20 -0000 Hi, i just upgraded my laptop from dec 07 sources (which were fine) to todays -CURRENT and keep getting this when there is only little activity: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x300 fault code = supervisor read, page not present instruction pointer = 0x8:0xc06f3912 stack pointer = 0x10:0xce1ebb5c frame pointer = 0x10:0xce1ebb68 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 989 (gzcat) kernel: type 12 trap, code=0 Stopped at lapic_ipi_wait+0x2d: movl 0x300(%ebx),%eax db> where lapic_ipi_wait(f4240,c07d5838,c07d57c0,0,1) at lapic_ipi_wait+0x2d lapic_ipi_vectored(f3,0,c16790c0,0,c16790c0) at lapic_ipi_vectored+0x90 ipi_selected(1,f3) at ipi_selected+0x47 kseq_notify(c16790c0,0,c16790c0,3,c2e66a00) at kseq_notify+0x87 kseq_transfer(c07cab40,c16790c0,3,602,c07cab40) at kseq_transfer+0xa7 sched_add(c2e66a00,1,c074b326,148,c2bd4700) at sched_add+0x1ff setrunqueue(c2e66a00,1,c074c19f,4c1,c310b388) at setrunqueue+0x1bc sched_wakeup(c2e66a00,1,c074b568,21b,c2e66a00) at sched_wakeup+0xaa setrunnable(c2e66a00,0,c074b568,193,c2c65cc8) at setrunnable+0xb8 wakeup(c310b388,0,c0748886,1f3,65) at wakeup+0x7a exit1(c2bd3dc0,0,c0748886,65,ce1ebd40) at exit1+0xfb3 exit1(c2bd3dc0,ce1ebd14,c0766b6a,3ee,1) at exit1 syscall(2f,2f,2f,0,ffffffff) at syscall+0x292 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x280cc71f, esp = 0xbfbfec4c, ebp = 0xbfbfec68 --- Let me know if you need me to provide any other information. Regards, flo From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 05:03:41 2003 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 157EB16A4CE for ; Sun, 14 Dec 2003 05:03:41 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 131C543D32 for ; Sun, 14 Dec 2003 05:03:38 -0800 (PST) (envelope-from sebastian.ssmoller@gmx.net) Received: (qmail 3062 invoked by uid 65534); 14 Dec 2003 12:56:56 -0000 Received: from pD9E83AAF.dip.t-dialin.net (EHLO [217.232.58.175]) (217.232.58.175) by mail.gmx.net (mp026) with SMTP; 14 Dec 2003 13:56:56 +0100 X-Authenticated: #15005775 From: sebastian ssmoller To: Mitsuru IWASAKI In-Reply-To: <20031214.020020.102579859.iwasaki@jp.FreeBSD.org> References: <1071330727.904.19.camel@tyrael.linnet> <1071332676.30215.1.camel@localhost> <1071333492.904.24.camel@tyrael.linnet> <20031214.020020.102579859.iwasaki@jp.FreeBSD.org> Content-Type: text/plain Message-Id: <1071406830.904.33.camel@tyrael.linnet> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 14 Dec 2003 14:00:30 +0100 Content-Transfer-Encoding: 7bit cc: Freebsd Current Subject: Re: acpi and sound 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, 14 Dec 2003 13:03:41 -0000 On Sat, 2003-12-13 at 18:00, Mitsuru IWASAKI wrote: > > > sysctl hw.allow_unsupported_io_range=1 > > > > is this really a sysctl property for 5-current ? > > I think the right operation is like this: > # echo hw.pci.allow_unsupported_io_range=1 >> /boot/loader.conf > # shutdown -r using /boot/loader.conf i was able to set that property but no luck - still does not work :( still the same error, same output could it be that the sound driver wants to use a special irq but cannot ? $ vmstat -i interrupt total rate irq0: clk 24114 99 irq1: atkbd0 280 1 irq5: cbb0 cbb1 rl+ 201 0 irq8: rtc 30865 127 irq9: acpi0 412 1 irq13: npx0 1 0 irq14: ata0 2610 10 irq15: ata1 31 0 Total 58514 241 thx, seb > > Please try. > _______________________________________________ > 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 Dec 14 06:06:21 2003 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 BD0FD16A4CE; Sun, 14 Dec 2003 06:06:21 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37C7143D2D; Sun, 14 Dec 2003 06:06:19 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id hBEE6He39708; Sun, 14 Dec 2003 09:06:17 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 14 Dec 2003 09:06:17 -0500 (EST) From: Jeff Roberson To: Don Lewis In-Reply-To: <200312140716.hBE7G8eF064492@gw.catspoiler.org> Message-ID: <20031214090113.L4201-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: mckusick@mckusick.com cc: alc@FreeBSD.org cc: mb@imp.ch cc: freebsd-current@FreeBSD.org Subject: Re: HAVE TRACE & DDB Re: FreeBSD 5.2-RC1 released 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, 14 Dec 2003 14:06:21 -0000 On Sat, 13 Dec 2003, Don Lewis wrote: > On 13 Dec, Don Lewis wrote: > > On 12 Dec, Jeff Roberson wrote: > > > > > >> fsync: giving up on dirty: 0xc4e18000: tag devfs, type VCHR, usecount 44, > >> writecount 0, refcount 14, flags (VI_XLOCK|VV_OBJBUF), lock type devfs: EXCL > >> (count 1) by thread 0xc20ff500 > > > > Why are we trying to reuse a vnode with a usecount of 44 and a refcount > > of 14? What is thread 0xc20ff500 doing? > > Following up to myself ... > > It looks like we're trying to recycle this vnode because of the > following sysinstall code, in distExtractTarball(): > > if (is_base && RunningAsInit && !Fake) { > unmounted_dev = 1; > unmount("/dev", MNT_FORCE); > } else > unmounted_dev = 0; > > I'm guessing that the purpose of this code is to unmount devfs from /dev > so that when the base distribution is unpacked it can populate /dev from > the tarball. This seems wrong, because it looks like the root file > system is mounted on /mnt, and devfs is also mounted on /mnt/dev ... > > What happens if we forceably umount /dev while /dev/whatever holds a > mounted file system? It looks like this is handled by vgonechrl(). It > looks to me like vclean() is going to do some scary stuff to this vnode. > > BTW, I think the root vnode is the root of the md file system, not the > root of the file system being populated by sysinstall. I don't know why > there would be anything to sync at this point, though. > > I suspect that removing the above sysinstall code will fix the immediate > problem, but there is still much I don't understand. > Excellent work! I think I may know what's wrong. If you look at rev 1.461 of vfs_subr.c I changed the semantics of cleaning a VCHR that was being unmounted. I now acquire the xlock around the operation. This may be the culprit. I'm too tired to debug this right now, but I can look at it in the am. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 06:47:21 2003 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 E1A7B16A4CF for ; Sun, 14 Dec 2003 06:47:21 -0800 (PST) Received: from siralan.org (12-223-227-231.client.insightbb.com [12.223.227.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 898DB43D35 for ; Sun, 14 Dec 2003 06:47:20 -0800 (PST) (envelope-from mikes@siralan.org) Received: from siralan.org (localhost [127.0.0.1]) by siralan.org (8.12.10/8.12.10) with ESMTP id hBEElJSv049913 for ; Sun, 14 Dec 2003 09:47:19 -0500 (EST) (envelope-from mikes@siralan.org) Received: (from mikes@localhost) by siralan.org (8.12.10/8.12.10/Submit) id hBEElJmk049912 for freebsd-current@freebsd.org; Sun, 14 Dec 2003 09:47:19 -0500 (EST) (envelope-from mikes) From: "Michael L. Squires" Message-Id: <200312141447.hBEElJmk049912@siralan.org> To: freebsd-current@freebsd.org (FreeBSD current mailing list) Date: Sun, 14 Dec 2003 09:47:18 -0500 (EST) In-Reply-To: <20031214125008.BD6E475CB@mail.snowfall.se> from "Stefan Cars" at Dec 14, 2003 01:50:11 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: SMP-stability with 5.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, 14 Dec 2003 14:47:22 -0000 > How good is the SMP-stability on 5.2. I'm currently running 4.9 on some > non-critical servers and I'm thinking of installing 5.2, how good is the > SMPng now ? I have one Supermicro P6DGH running SMP under 4.9-STABLE, and another under 5.2-CURRENT; both are very reliable. I'm considering switching my nat box and server over to 5.2-RELEASE since all the various ports I use are now compiling and executing out-of-the-box with 5.2-CURRENT. The other reason for moving is that I'll have 5.x NFS everywhere, which gets rid of the statd/lockd differences between 4.x and 5.x. The only thing I'll miss is xperfmon3, which has to be revised to use the new NFS structures (at least). Mike Squires From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 06:48:06 2003 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 AE04D16A4CE for ; Sun, 14 Dec 2003 06:48:06 -0800 (PST) Received: from thuis.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A32143D3F for ; Sun, 14 Dec 2003 06:48:04 -0800 (PST) (envelope-from avleeuwen@piwebs.com) Received: (qmail 64868 invoked from network); 14 Dec 2003 14:48:28 -0000 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 14 Dec 2003 14:48:28 -0000 From: Arjan van Leeuwen To: "Florian C. Smeets" , current@freebsd.org Date: Sun, 14 Dec 2003 15:47:55 +0100 User-Agent: KMail/1.5.4 References: <3FDC51F9.2050803@kasimir.com> In-Reply-To: <3FDC51F9.2050803@kasimir.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_ggH3/8ZQqsf6O6M"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200312141548.00886.avleeuwen@piwebs.com> Subject: Re: 5.2-CURRENT crash (Stopped at lapic_ipi_wait+0x2d) 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, 14 Dec 2003 14:48:06 -0000 --Boundary-02=_ggH3/8ZQqsf6O6M Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Sunday 14 December 2003 13:05, Florian C. Smeets wrote: > Hi, > > i just upgraded my laptop from dec 07 sources (which were fine) to > todays -CURRENT and keep getting this when there is only little activity: I get this panic when starting my machine (it panics when it tries to mount= =20 root). It (of course) disappears when I remove 'device apic' from my kernel= =2E=20 As I'm on a UP system, this doesn't really matter for me :). Arjan > > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x300 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xc06f3912 > stack pointer =3D 0x10:0xce1ebb5c > frame pointer =3D 0x10:0xce1ebb68 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 989 (gzcat) > kernel: type 12 trap, code=3D0 > Stopped at lapic_ipi_wait+0x2d: movl 0x300(%ebx),%eax > db> where > lapic_ipi_wait(f4240,c07d5838,c07d57c0,0,1) at lapic_ipi_wait+0x2d > lapic_ipi_vectored(f3,0,c16790c0,0,c16790c0) at lapic_ipi_vectored+0x90 > ipi_selected(1,f3) at ipi_selected+0x47 > kseq_notify(c16790c0,0,c16790c0,3,c2e66a00) at kseq_notify+0x87 > kseq_transfer(c07cab40,c16790c0,3,602,c07cab40) at kseq_transfer+0xa7 > sched_add(c2e66a00,1,c074b326,148,c2bd4700) at sched_add+0x1ff > setrunqueue(c2e66a00,1,c074c19f,4c1,c310b388) at setrunqueue+0x1bc > sched_wakeup(c2e66a00,1,c074b568,21b,c2e66a00) at sched_wakeup+0xaa > setrunnable(c2e66a00,0,c074b568,193,c2c65cc8) at setrunnable+0xb8 > wakeup(c310b388,0,c0748886,1f3,65) at wakeup+0x7a > exit1(c2bd3dc0,0,c0748886,65,ce1ebd40) at exit1+0xfb3 > exit1(c2bd3dc0,ce1ebd14,c0766b6a,3ee,1) at exit1 > syscall(2f,2f,2f,0,ffffffff) at syscall+0x292 > Xint0x80_syscall() at Xint0x80_syscall+0x1d > --- syscall (1, FreeBSD ELF32, sys_exit), eip =3D 0x280cc71f, esp =3D > 0xbfbfec4c, ebp =3D 0xbfbfec68 --- > > Let me know if you need me to provide any other information. > > Regards, > flo > _______________________________________________ > 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" --Boundary-02=_ggH3/8ZQqsf6O6M Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQA/3Hgg3Ym57eNCXiERArGdAJ9vx2lHCF39LL7k09g0lMAWPeD8dgCdEHHU vPGTr+CRz1ADTCO9cGMp7Js= =mBxN -----END PGP SIGNATURE----- --Boundary-02=_ggH3/8ZQqsf6O6M-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 07:33:36 2003 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 1115516A4CE for ; Sun, 14 Dec 2003 07:33:36 -0800 (PST) Received: from kundenserver16.yws-admin.de (kundenserver16.yws-admin.de [217.115.154.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E8D543D33 for ; Sun, 14 Dec 2003 07:33:35 -0800 (PST) (envelope-from flo@kasimir.com) Received: from kasimir.com (pD9FF4720.dip.t-dialin.net [217.255.71.32]) by kundenserver16.yws-admin.de (Postfix) with ESMTP id A8320352587; Sun, 14 Dec 2003 16:33:33 +0100 (CET) Message-ID: <3FDC82CC.6040200@kasimir.com> Date: Sun, 14 Dec 2003 16:33:32 +0100 From: "Florian C. Smeets" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031213 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean Chittenden References: <3FDC51F9.2050803@kasimir.com> <20031214125026.GD14747@perrin.nxad.com> In-Reply-To: <20031214125026.GD14747@perrin.nxad.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 5.2-CURRENT crash (Stopped at lapic_ipi_wait+0x2d) 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, 14 Dec 2003 15:33:36 -0000 Sean Chittenden wrote: >>i just upgraded my laptop from dec 07 sources (which were fine) to >>todays -CURRENT and keep getting this when there is only little activity: >> >>Let me know if you need me to provide any other information. > > > Could you alo print out the instruction pointer as shown here: > > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html > > in the first example? Thanks. -sc > Here the output: (kgdb) list *0xc06f3912 0xc06f3912 is in lapic_ipi_wait (/usr/src/sys/i386/i386/local_apic.c:659). 654 incr = 0; 655 delay = 1; 656 } else 657 incr = 1; 658 for (x = 0; x < delay; x += incr) { 659 if ((lapic->icr_lo & APIC_DELSTAT_MASK) == APIC_DELSTAT_IDLE) 660 return (1); 661 ia32_pause(); 662 } 663 return (0); (kgdb) From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 07:59:14 2003 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 100A716A4CF for ; Sun, 14 Dec 2003 07:59:14 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 81D4843D35 for ; Sun, 14 Dec 2003 07:59:10 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 48125 invoked by uid 1002); 14 Dec 2003 15:59:09 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 14 Dec 2003 15:59:09 -0000 Message-ID: <3FDC887D.9060605@freebsd.org> Date: Sun, 14 Dec 2003 08:57:49 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200312140716.hBE7G8eF064492@gw.catspoiler.org> In-Reply-To: <200312140716.hBE7G8eF064492@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: mckusick@mckusick.com cc: jroberson@chesapeake.net cc: mb@imp.ch cc: freebsd-current@freebsd.org cc: alc@freebsd.org Subject: Re: HAVE TRACE & DDB Re: FreeBSD 5.2-RC1 released 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, 14 Dec 2003 15:59:14 -0000 Don Lewis wrote: > Following up to myself ... > > It looks like we're trying to recycle this vnode because of the > following sysinstall code, in distExtractTarball(): > > if (is_base && RunningAsInit && !Fake) { > unmounted_dev = 1; > unmount("/dev", MNT_FORCE); > } else > unmounted_dev = 0; > > I'm guessing that the purpose of this code is to unmount devfs from /dev > so that when the base distribution is unpacked it can populate /dev from > the tarball. This seems wrong, because it looks like the root file > system is mounted on /mnt, and devfs is also mounted on /mnt/dev ... > > What happens if we forceably umount /dev while /dev/whatever holds a > mounted file system? It looks like this is handled by vgonechrl(). It > looks to me like vclean() is going to do some scary stuff to this vnode. > As Jeff pointed out, vfs_subr.c rev 1.461 might be the immediate problem here. However, I can't believe that umounting devfs while it is in use can possibly be the right thing to do. Does devfs have to be mounted in the /mnt? Is it a chroot issue? > BTW, I think the root vnode is the root of the md file system, not the > root of the file system being populated by sysinstall. I don't know why > there would be anything to sync at this point, though. > > I suspect that removing the above sysinstall code will fix the immediate > problem, but there is still much I don't understand. Removing this code will likely result in sysinstall reporting errors to the user about not being able to unpack the files into /dev. Or even worse, it might succeed and temporarily replace the valid entries with invalid ones. Scott From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 08:30:15 2003 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 8F41416A4CE; Sun, 14 Dec 2003 08:30:15 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAD7E43D3F; Sun, 14 Dec 2003 08:30:13 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 9DA555309; Sun, 14 Dec 2003 17:30:12 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 4E1F15308; Sun, 14 Dec 2003 17:30:04 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id D03B033C90; Sun, 14 Dec 2003 17:30:03 +0100 (CET) To: Don Lewis References: <200312140716.hBE7G8eF064492@gw.catspoiler.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 14 Dec 2003 17:30:03 +0100 In-Reply-To: <200312140716.hBE7G8eF064492@gw.catspoiler.org> (Don Lewis's message of "Sat, 13 Dec 2003 23:16:08 -0800 (PST)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.1 required=5.0 tests=RCVD_IN_SORBS autolearn=no version=2.60 cc: mckusick@mckusick.com cc: jroberson@chesapeake.net cc: alc@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: mb@imp.ch Subject: Re: HAVE TRACE & DDB Re: FreeBSD 5.2-RC1 released 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, 14 Dec 2003 16:30:15 -0000 Don Lewis writes: > I'm guessing that the purpose of this code is to unmount devfs from /dev > so that when the base distribution is unpacked it can populate /dev from > the tarball. Why would sysinstall need to populate /dev from the tarball? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 08:43:36 2003 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 D3C8A16A4CE; Sun, 14 Dec 2003 08:43:36 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFF7243D41; Sun, 14 Dec 2003 08:43:21 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A472C66C77; Sun, 14 Dec 2003 08:43:13 -0800 (PST) Date: Sun, 14 Dec 2003 08:43:13 -0800 From: Kris Kennaway To: "C. Kukulies" Message-ID: <20031214164313.GA10957@xor.obsecurity.org> References: <200312141145.hBEBjxJo016494@www.kukulies.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <200312141145.hBEBjxJo016494@www.kukulies.org> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: lock order reversals - what do they mean? 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, 14 Dec 2003 16:43:37 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 14, 2003 at 12:45:59PM +0100, C. Kukulies wrote: >=20 > I'm getting=20 > lock order reversal > 1st 0xc09524c0 UMA lock (UMA lock) @ /u/src/sys/vm/uma_core.c:1200 > 2nd 0xc1431100 system map (system map) @ /u/src/sys/vm/vm_map.c:2210 > Stack backtrace: >=20 > This happenend while doing a find . something on my notebook hd. Please read the mailing list archives for extensive discussion. Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/3JMhWry0BWjoQKURAvPFAKDDtbRhPVuV3s4jTNoA1QQIDwuY4ACcCtMZ gII0ZKFdPGU1e7k+hAcTlyc= =KCYy -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 08:43:39 2003 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 8FD4016A4CE for ; Sun, 14 Dec 2003 08:43:39 -0800 (PST) Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27]) by mx1.FreeBSD.org (Postfix) with SMTP id 8D36F43D45 for ; Sun, 14 Dec 2003 08:43:25 -0800 (PST) (envelope-from ahriman@softhome.net) Received: (qmail 14241 invoked by uid 417); 14 Dec 2003 16:43:24 -0000 Received: from mambo-.softhome.net (HELO softhome.net) (172.16.2.15) by shunt-smtp-out-0 with SMTP; 14 Dec 2003 16:43:24 -0000 Received: from localhost (localhost [127.0.0.1]) (uid 417) by softhome.net with local; Sun, 14 Dec 2003 09:43:24 -0700 From: ahriman@softhome.net To: freebsd-current@freebsd.org Date: Sun, 14 Dec 2003 09:43:24 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Sender: ahriman@softhome.net X-Originating-IP: [66.57.79.51] Message-ID: Subject: Problem running fixit from 5.1rc iso's 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, 14 Dec 2003 16:43:39 -0000 Im hoping someone else can test this and let me know if it is just me or not. When I try to start a fixit session from the 5.2rc isos I get an error message the says: Warning: ldconfig could not create the ld.so hints file. Dynamic executables from the disc likely wont work. After I hit enter is says Warning: could not create the symlink for ld-elf.so.1. Dynamic executables from the disc likely wont work. After that I can switch to the fixit terminal but all useful commands come back with: ELF interpreter /libexec/ld-elf.so.1 not found Abort trap Ive tried redownloading the isos and checked the md5s everything seems ok on that side. Ive also tried booting from disc 1 and switching to disc 2 like it asks for and just booting of disc 2 but I get the same results. If anyone has any helpful thoughts that would be great because Id really hate to have to rebuild this system. Thanks Jamie From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 08:54:38 2003 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 271D716A4CE for ; Sun, 14 Dec 2003 08:54:38 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 36B4243D35 for ; Sun, 14 Dec 2003 08:54:35 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 50601 invoked by uid 1002); 14 Dec 2003 16:54:32 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 14 Dec 2003 16:54:32 -0000 Message-ID: <3FDC9578.4080407@freebsd.org> Date: Sun, 14 Dec 2003 09:53:12 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <200312140716.hBE7G8eF064492@gw.catspoiler.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: mckusick@mckusick.com cc: mb@imp.ch cc: freebsd-current@freebsd.org cc: alc@freebsd.org cc: jroberson@chesapeake.net cc: Don Lewis Subject: Re: HAVE TRACE & DDB Re: FreeBSD 5.2-RC1 released 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, 14 Dec 2003 16:54:38 -0000 Dag-Erling Smrgrav wrote: > Don Lewis writes: > >>I'm guessing that the purpose of this code is to unmount devfs from /dev >>so that when the base distribution is unpacked it can populate /dev from >>the tarball. > > > Why would sysinstall need to populate /dev from the tarball? > > DES In case devfs fails to mount for some reason, it's nice to have some default nodes in /dev to help things from getting ugly. However, in the face of static majors going away, this might not be useful any more. I'm not even sure anymore if static dev nodes are included in the base distribution bits. Scott From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:05:10 2003 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 C7CA416A4CF for ; Sun, 14 Dec 2003 09:05:10 -0800 (PST) Received: from smtp.web.de (smtp04.web.de [217.72.192.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85D4843D1F for ; Sun, 14 Dec 2003 09:05:09 -0800 (PST) (envelope-from yanestra@web.de) Received: from dsl-082-082-137-190.arcor-ip.net ([82.82.137.190] helo=web.de) by smtp.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.99 #566) id 1AVZg3-0005B6-00 for current@freebsd.org; Sun, 14 Dec 2003 18:05:08 +0100 Message-ID: <3FDC984A.70805@web.de> Date: Sun, 14 Dec 2003 18:05:14 +0100 From: "Klaus-J. Wolf" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031210 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: yanestra@web.de Subject: [RC1] ext2fs 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, 14 Dec 2003 17:05:10 -0000 Hi, I have observed some strange behaviour of mounted ext2fs (*ick*) filesystems. The strange behaviour ranges from when unpacking a tar in a mounted ext2fs filesystem getting "cannot open: Operation not permitted" or "...File exists" and ls(1) saying the whole device its empty. Sometimes directories disappear, the block count is massively different from what Linux says about it. Example of what can happen when trying to umount the device: fsync: giving up on dirty: 0xc6339618: tag ext2fs, type VDIR, usecount 1, writec ount 0, refcount 3, lock type ext2fs: EXCL (count 1) by thread 0xc46783c0 ino 57, on dev da0s2 (4, 40) I have no experience in filesystem debugging, if there is more info needed, please tell me how to collect it. Regards, k.j. From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:20:56 2003 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 4A32116A4CE for ; Sun, 14 Dec 2003 09:20:56 -0800 (PST) Received: from pegasus.siol.net (pegasus.siol.net [193.189.160.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id E25CA43D1F for ; Sun, 14 Dec 2003 09:20:53 -0800 (PST) (envelope-from tomaz.borstnar@over.net) Received: from kudu.siol.net ([10.10.10.22]) by pegasus.siol.net 1cbf71897a39210db31154c99f0b4628) <20031214172052.ISTR3075.pegasus@kudu.siol.net> for ; Sun, 14 Dec 2003 18:20:52 +0100 Received: from game.over.net ([193.189.169.9]) by kudu.siol.net 1cbf71897a39210db31154c99f0b4628) with ESMTP id <20031214172051.PFMK7303.kudu@game.over.net> for ; Sun, 14 Dec 2003 18:20:51 +0100 Received: from localhost.over.net ([127.0.0.1]:7441 "EHLO zvezek2.over.net") by game.over.net with ESMTP id ; Sun, 14 Dec 2003 18:20:43 +0100 Message-Id: <6.0.1.1.0.20031214181849.03a62be8@mail.over.net> X-Sender: tmail@mail.over.net X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Sun, 14 Dec 2003 18:20:31 +0100 To: Doug White From: Tomaz Borstnar In-Reply-To: <20031209161805.N25346@carver.gumbysoft.com> References: <6.0.1.1.0.20031208222002.08376a28@mail.over.net> <20031209161805.N25346@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-OverNet-MailScanner: Found to be clean X-OverNet-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 4, BAYES_00 -4.90) cc: freebsd-current@freebsd.org Subject: Re: 5.2-beta: machine can not reboot itself with Mylex A352 controller active 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, 14 Dec 2003 17:20:56 -0000 At 01:25 10.12.2003, Doug White wrote: > > >How-To-Repeat: > > Even sysinstall can not reboot the machine, nor can reboot or > > ctrl-alt-del > >You'll have to explain what "can not reboot the machine" means. boot -v >output would be appreciated. Final line of output after issuing reboot is Uptime: info. Then it hangs there... Tomaz From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:26:04 2003 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 CF2B516A4CE for ; Sun, 14 Dec 2003 09:26:04 -0800 (PST) Received: from smtp6.wanadoo.nl (smtp6.wanadoo.nl [194.134.35.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BF2243D2D for ; Sun, 14 Dec 2003 09:26:03 -0800 (PST) (envelope-from steve@sohara.org) Received: from ams-gw.sohara.org (p0024.nas2-asd6.dial.wanadoo.nl [62.234.212.24]) by smtp6.wanadoo.nl (Postfix) with SMTP id C13C877EDF; Sun, 14 Dec 2003 18:25:59 +0100 (CET) Date: Sun, 14 Dec 2003 18:25:55 +0100 From: Steve O'Hara-Smith To: "Steve O'Hara-Smith" Message-Id: <20031214182555.52690e67.steve@sohara.org> In-Reply-To: <20031213194940.44073338.steve@sohara.org> References: <3F57B0A0.2040508@isi.edu> <20030905072228.3def6a8b.steve@sohara.org> <3F63E246.8030801@isi.edu> <20030915190350.3e0fe0ec.steve@sohara.org> <20030918165710.GB19984@genius.tao.org.uk> <3F69FFC9.80308@isi.edu> <20030918231742.GB41432@genius.tao.org.uk> <3F6DE165.1020404@isi.edu> <20031213194940.44073338.steve@sohara.org> X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-portbld-freebsd4.9) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__14_Dec_2003_18_25_55_+0100_Ak0mc8R+lAtBRh5=" cc: tingo@start.no cc: larse@ISI.EDU cc: usb-bsd@eleetbsd.org cc: current@FreeBSD.ORG Subject: Re: X10 Wireless Technology Inc USB Receiver 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, 14 Dec 2003 17:26:05 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__14_Dec_2003_18_25_55_+0100_Ak0mc8R+lAtBRh5= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 13 Dec 2003 19:49:40 +0100 "Steve O'Hara-Smith" wrote: SOS> Ideas anyone ?? Talking to myself - I added the 0x80s to init1 and init2 (which I thought was just protocol fluff) and I got output - it even responds to a button press on the remote for a while and then it stops working :( Killing the program, waiting a couple of minutes and trying again makes it work for a bit again, There's something smelly and intermittent going on which may be my USB hardware. New code attached - somebody please give it a whirl. -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ --Multipart=_Sun__14_Dec_2003_18_25_55_+0100_Ak0mc8R+lAtBRh5= Content-Type: application/octet-stream; name="ati_remote.c" Content-Disposition: attachment; filename="ati_remote.c" Content-Transfer-Encoding: base64 I2luY2x1ZGUgPGZjbnRsLmg+CiNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KI2luY2x1ZGUgPHN5cy91 aW8uaD4KI2luY2x1ZGUgPHVuaXN0ZC5oPgojaW5jbHVkZSA8c3RkaW8uaD4KI2luY2x1ZGUgPHVz Yi5oPgojaW5jbHVkZSA8c3lzL2lvY3RsLmg+CiNpbmNsdWRlIDxkZXYvdXNiL3VzYi5oPgoKI2Rl ZmluZSBVU0JfRVJST1IgLTEKCnN0YXRpYyBjaGFyIGluaXQxW109eyAweDgwLCAweDAxLCAweDAw LCAweDIwLCAweDE0IH07CnN0YXRpYyBjaGFyIGluaXQyW109eyAweDgwLCAweDAxLCAweDAwLCAw eDIwLCAweDE0LCAweDIwLCAweDIwLCAweDIwIH07CgptYWluIChpbnQgYXJnYywgY2hhciAqKmFy Z3YpCnsKCWludCBmZDsKCWludCByZmQsIHdmZDsKCWludCBlcnI7CglpbnQgaW92OwoJaW50IG47 CgljaGFyIGNbMjU1XTsKCXVzYl9kZXZpY2VfZGVzY3JpcHRvcl90IHVzYmRkOwoKCWZkID0gb3Bl biAoIi9kZXYvdWdlbjAiLCBPX1JEV1IpOwoJaWYgKGZkICA9PSAtMSkKCQl7IHBlcnJvciAoIk9w ZW4gdWdlbjAiKTsgZXhpdCgxKTsgfQoKCWVyciA9IGlvY3RsKGZkLCBVU0JfR0VUX0RFVklDRV9E RVNDLCAmdXNiZGQpOwoJaWYgKGVyciA9PSAtMSkKCQl7IHBlcnJvciAoIkdldCBkZXZpY2UgZGVz Y3JpcHRvciIpOyBleGl0KDEpOyB9CgoJcmZkID0gb3BlbiAoIi9kZXYvdWdlbjAuMSIsIE9fUkRP TkxZfE9fTk9OQkxPQ0spOwoJaWYgKHJmZCA9PSAtMSkKCQl7IHBlcnJvciAoIk9wZW4gdWdlbjAu MSIpOyBleGl0KDEpOyB9Cglpb3YgPSAxOwoJZXJyID0gaW9jdGwgKHJmZCwgVVNCX1NFVF9TSE9S VF9YRkVSLCAmaW92KTsKCWlmIChlcnIgPT0gLTEpCgkJeyBwZXJyb3IgKCJTZXQgc2hvcnQgWEZF UiIpOyBleGl0KDEpOyB9CgoJaW92ID0gNTAwMDsKCWVyciA9IGlvY3RsIChyZmQsICBVU0JfU0VU X1RJTUVPVVQsICZpb3YpOwoJaWYgKGVyciA9PSAtMSkKCQl7IHBlcnJvciAoIlNldCBUaW1lb3V0 Iik7IGV4aXQoMSk7IH0KCgl3ZmQgPSBvcGVuICgiL2Rldi91Z2VuMC4yIiwgT19XUk9OTFkpOwoJ aWYgKHdmZCA9PSAtMSkKCQl7IHBlcnJvciAoIk9wZW4gdWdlbjAuMiIpOyBleGl0KDEpOyB9CgoJ ZXJyID0gd3JpdGUgKHdmZCwgaW5pdDEsIHNpemVvZihpbml0MSkpOwoJaWYgKGVyciAhPSBzaXpl b2YoaW5pdDEpKQoJCXsgcGVycm9yICgiV3JpdGUgaW5pdDEiKTsgZXhpdCgxKTsgfQoJZXJyID0g d3JpdGUgKHdmZCwgaW5pdDIsIHNpemVvZihpbml0MikpOwoJaWYgKGVyciAhPSBzaXplb2YoaW5p dDIpKQoJCXsgcGVycm9yICgiV3JpdGUgaW5pdDIiKTsgZXhpdCgxKTsgfQoKCXdoaWxlIChuID0g cmVhZCAocmZkLCBjLCAyNTUpKSB3cml0ZSAoMSwgYywgbik7Cn0K --Multipart=_Sun__14_Dec_2003_18_25_55_+0100_Ak0mc8R+lAtBRh5=-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:29:27 2003 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 952C216A4CE for ; Sun, 14 Dec 2003 09:29:27 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5E4E43D2D for ; Sun, 14 Dec 2003 09:29:26 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) hBEHTQ5x010666; Sun, 14 Dec 2003 09:29:26 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)hBEHTQT4010665; Sun, 14 Dec 2003 09:29:26 -0800 (PST) (envelope-from sgk) Date: Sun, 14 Dec 2003 09:29:26 -0800 From: Steve Kargl To: "Klaus-J. Wolf" Message-ID: <20031214172926.GA10645@troutmask.apl.washington.edu> References: <3FDC984A.70805@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FDC984A.70805@web.de> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: [RC1] ext2fs 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, 14 Dec 2003 17:29:27 -0000 On Sun, Dec 14, 2003 at 06:05:14PM +0100, Klaus-J. Wolf wrote: > Hi, > > I have observed some strange behaviour of mounted ext2fs (*ick*) > filesystems. The strange behaviour ranges from when unpacking a tar in a > mounted ext2fs filesystem getting "cannot open: Operation not permitted" > or "...File exists" and ls(1) saying the whole device its empty. > Sometimes directories disappear, the block count is massively different > from what Linux says about it. > While it may be nice to transparently use ext2fs file systems, you are aware of the comment in /sys/conf/NOTES? # Add support for the EXT2FS filesystem of Linux fame. Be a bit # careful with this - the ext2fs code has a tendency to lag behind # changes and not be exercised very much, so mounting read/write could # be dangerous (and even mounting read only could result in panics.) # options EXT2FS -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:33:09 2003 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 2FBA816A4CE for ; Sun, 14 Dec 2003 09:33:09 -0800 (PST) Received: from smtp5.wanadoo.nl (smtp5.wanadoo.nl [194.134.35.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A6543D36 for ; Sun, 14 Dec 2003 09:33:08 -0800 (PST) (envelope-from steve@sohara.org) Received: from ams-gw.sohara.org (p0570.nas1-asd6.dial.wanadoo.nl [62.234.210.62]) by smtp5.wanadoo.nl (Postfix) with SMTP id 729E877ACF; Sun, 14 Dec 2003 18:33:05 +0100 (CET) Date: Sun, 14 Dec 2003 18:33:01 +0100 From: Steve O'Hara-Smith To: Steve O'Hara-Smith Message-Id: <20031214183301.55f25a8a.steve@sohara.org> In-Reply-To: <20031214182555.52690e67.steve@sohara.org> References: <3F57B0A0.2040508@isi.edu> <20030905072228.3def6a8b.steve@sohara.org> <3F63E246.8030801@isi.edu> <20030915190350.3e0fe0ec.steve@sohara.org> <20030918165710.GB19984@genius.tao.org.uk> <3F69FFC9.80308@isi.edu> <20030918231742.GB41432@genius.tao.org.uk> <3F6DE165.1020404@isi.edu> <20031213194940.44073338.steve@sohara.org> <20031214182555.52690e67.steve@sohara.org> X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-portbld-freebsd4.9) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: tingo@start.no cc: larse@ISI.EDU cc: usb-bsd@eleetbsd.org cc: current@FreeBSD.ORG Subject: Re: X10 Wireless Technology Inc USB Receiver 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, 14 Dec 2003 17:33:09 -0000 On Sun, 14 Dec 2003 18:25:55 +0100 Steve O'Hara-Smith wrote: SOS> There's something smelly and intermittent going on which may be SOS> my USB hardware. DOH! It's FLAT BATTERIES in the remote. This code works :) I'll see about making it useful. -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:35:21 2003 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 A437A16A4CE; Sun, 14 Dec 2003 09:35:21 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C52F43D35; Sun, 14 Dec 2003 09:35:18 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id hBEHZ0Ud068421; Sun, 14 Dec 2003 12:35:00 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hBEHZ0BT068418; Sun, 14 Dec 2003 12:35:00 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 14 Dec 2003 12:34:59 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: "C. Kukulies" In-Reply-To: <200312141145.hBEBjxJo016494@www.kukulies.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: lock order reversals - what do they mean? 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, 14 Dec 2003 17:35:21 -0000 On Sun, 14 Dec 2003, C. Kukulies wrote: > I'm getting > lock order reversal > 1st 0xc09524c0 UMA lock (UMA lock) @ /u/src/sys/vm/uma_core.c:1200 > 2nd 0xc1431100 system map (system map) @ /u/src/sys/vm/vm_map.c:2210 > Stack backtrace: > > This happenend while doing a find . something on my notebook hd. These warnings are generated by Witness, a run-time lock diagnostic system found in FreeBSD 5-CURRENT kernels (but removed in releases). You can read more about Witness in the WITNESS(4) man page, which talks about its capabilities. Among other things, Witness performs run-time lock order verification using a combination of hard coded lock orders, and run-time detected lock orders, and generates console warnings when lock orders are violated. The intent of this is to detect the potential for deadlocks due to lock order violations; it's worth observing that Witness is actually slightly conservative, and so it's possible to get false positives. In the event that Witness is accurately reporting a lock order problem, it's basically saying "If you were unlucky, a deadlock would have happened here". There are a couple of "well known" false positives, which we need to do a better job of documenting to prevent spurious reports. The non-well-known ones typically correspond to bugs in newly added locking, as lock order reversals usually get fixed pretty quickly because Witness is busy generating warnings :-). I believe the reversal you've reported is a false positive. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:36:21 2003 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 A72CA16A4CE for ; Sun, 14 Dec 2003 09:36:21 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id BF79143D3C for ; Sun, 14 Dec 2003 09:36:19 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 52106 invoked by uid 1002); 14 Dec 2003 17:36:19 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 14 Dec 2003 17:36:19 -0000 Message-ID: <3FDC9F43.2050307@freebsd.org> Date: Sun, 14 Dec 2003 10:34:59 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomaz Borstnar References: <6.0.1.1.0.20031208222002.08376a28@mail.over.net> <20031209161805.N25346@carver.gumbysoft.com> <6.0.1.1.0.20031214181849.03a62be8@mail.over.net> In-Reply-To: <6.0.1.1.0.20031214181849.03a62be8@mail.over.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: 5.2-beta: machine can not reboot itself with Mylex A352controller active 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, 14 Dec 2003 17:36:21 -0000 Tomaz Borstnar wrote: > At 01:25 10.12.2003, Doug White wrote: > >> > >How-To-Repeat: >> > Even sysinstall can not reboot the machine, nor can reboot or >> > ctrl-alt-del >> >> You'll have to explain what "can not reboot the machine" means. boot -v >> output would be appreciated. > > > Final line of output after issuing reboot is Uptime: info. Then it > hangs there... > > > Tomaz So it successfully synchronizes the disks on shutdown? If so, an interesting test would be to remove the mylex controller, install to another disk, and see if shutdown still behaves badly. Scott From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:37:50 2003 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 1F59116A4CE; Sun, 14 Dec 2003 09:37:50 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDA9043D37; Sun, 14 Dec 2003 09:37:48 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id hBEHbUUd068491; Sun, 14 Dec 2003 12:37:30 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hBEHbUMc068488; Sun, 14 Dec 2003 12:37:30 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 14 Dec 2003 12:37:30 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Scott Long In-Reply-To: <3FDC887D.9060605@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: mckusick@mckusick.com cc: mb@imp.ch cc: freebsd-current@freebsd.org cc: alc@freebsd.org cc: jroberson@chesapeake.net cc: Don Lewis Subject: Re: HAVE TRACE & DDB Re: FreeBSD 5.2-RC1 released 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, 14 Dec 2003 17:37:50 -0000 On Sun, 14 Dec 2003, Scott Long wrote: > > What happens if we forceably umount /dev while /dev/whatever holds a > > mounted file system? It looks like this is handled by vgonechrl(). It > > looks to me like vclean() is going to do some scary stuff to this vnode. > > As Jeff pointed out, vfs_subr.c rev 1.461 might be the immediate problem > here. However, I can't believe that umounting devfs while it is in use > can possibly be the right thing to do. Does devfs have to be mounted in > the /mnt? Is it a chroot issue? Can't comment too much on the remainder of this thread, as I'm still catching up, but it is necessary to have a /dev inside the chroot() once we start kicking off package installs, because package installers expect to have a fairly populated (and "live") system. Likewise, for X11 configuration. This is one reason why a sysinstall split and reboot might help clean up some of the install stages, by avoiding having to reproduce a "live" system during the first boot. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:41:33 2003 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 E8A7916A4CE for ; Sun, 14 Dec 2003 09:41:33 -0800 (PST) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A4D843D41 for ; Sun, 14 Dec 2003 09:41:31 -0800 (PST) (envelope-from tingo@start.no) Received: from epost.start.no (epost.start.no [195.159.1.214]) by smtp1.powertech.no (Postfix) with ESMTP id 8D05582A4; Sun, 14 Dec 2003 18:41:29 +0100 (CET) Received: (from apache@localhost) by epost.start.no (8.11.6/8.11.2) id hBEHfHn26169; Sun, 14 Dec 2003 18:41:17 +0100 To: "Steve O'Hara-Smith" Message-ID: <1071423677.3fdca0bd4608a@epost.start.no> Date: Sun, 14 Dec 2003 18:41:17 +0100 (CET) From: Torfinn Ingolfsen References: <3F57B0A0.2040508@isi.edu> <20030905072228.3def6a8b.steve@sohara.org> <3F63E246.8030801@isi.edu> <20030915190350.3e0fe0ec.steve@sohara.org> <20030918165710.GB19984@genius.tao.org.uk> <3F69FFC9.80308@isi.edu> <20030918231742.GB41432@genius.tao.org.uk> <3F6DE165.1020404@isi.edu> <20031213194940.44073338.steve@sohara.org> <20031214182555.52690e67.steve@sohara.org> In-Reply-To: <20031214182555.52690e67.steve@sohara.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.8 cc: larse@ISI.EDU cc: usb-bsd@eleetbsd.org cc: current@FreeBSD.ORG Subject: Re: X10 Wireless Technology Inc USB Receiver 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, 14 Dec 2003 17:41:34 -0000 Quoting Steve O'Hara-Smith : > Talking to myself - I added the 0x80s to init1 and init2 (which I > thought was just protocol fluff) and I got output - it even responds to > a > button press on the remote for a while and then it stops working :( > Killing the program, waiting a couple of minutes and trying again > makes > it work for a bit again, > > There's something smelly and intermittent going on which may be > my USB hardware. > > New code attached - somebody please give it a whirl. Hmm, I get a different result from yours. For both this version and the last one, I get: "Write init1: Input/output error". This happens when I run the program as my user, and as root. My user is a member of the operator group, and /dev/ugen0 has rw permissions for operator. This is on FreeBSD 4-stable (as of yesterday). I also have libusb 0.1.7_1 installed (not that it matters at this time). I have checked; the receiver is detected as /dev/ugen0, too. My (USB) hardware is "SiS 5571 USB controller" (this is a Shuttle XPC SS51G) if it matters. Maybe I'm doing something wrong? I'll test it on the 5.1-release machine too. -- Torfinn Ingolfsen, Norway ------------------------------------------------------------ F din egen @start.no-adresse gratis p http://www.start.no/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 09:56:16 2003 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 76CE116A4CE for ; Sun, 14 Dec 2003 09:56:16 -0800 (PST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4968743D31 for ; Sun, 14 Dec 2003 09:56:15 -0800 (PST) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AVaTW-0006pr-00 for ; Sun, 14 Dec 2003 18:56:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AVaTV-0006pj-00 for ; Sun, 14 Dec 2003 18:56:13 +0100 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AVaTV-00083u-00 for ; Sun, 14 Dec 2003 18:56:13 +0100 From: Jesse Guardiani Date: Sun, 14 Dec 2003 12:56:12 -0500 Organization: WingNET Lines: 34 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org User-Agent: KNode/0.7.2 X-Mail-Copies-To: never Sender: news Subject: Re: 5.2-RC mount /cdrom lock-ups X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jesse@wingnet.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, 14 Dec 2003 17:56:16 -0000 Jesse Guardiani wrote: > Jesse Guardiani wrote: > >> Howdy list, >> >> I'm getting system lockups in 5.2-RC if I >> mount my cdrom a few times. System hangs with >> the hard disk light on. Can try to initiate >> a serial console/watchdog assisted panic if >> anyone wants to see a backtrace. > > OK. I had a chance to test this out today under > 5.2-RC1 with a debug kernel. I was immediately > dropped to the debugger after executing `mount /cdrom`. > > Here is my boot -v dmesg.boot: > > http://www.wingnet.net/~jesse/freebsd-5.2-rc1.dmesg.boot > > And Here's the core dump backtrace: [...] Any feedback at all? -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 10:10:15 2003 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 9C08B16A4CE for ; Sun, 14 Dec 2003 10:10:15 -0800 (PST) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FF0743D39 for ; Sun, 14 Dec 2003 10:10:13 -0800 (PST) (envelope-from tingo@start.no) Received: from epost.start.no (epost.start.no [195.159.1.214]) by smtp1.powertech.no (Postfix) with ESMTP id 30D9A81D3; Sun, 14 Dec 2003 19:10:12 +0100 (CET) Received: (from apache@localhost) by epost.start.no (8.11.6/8.11.2) id hBEIA0l29451; Sun, 14 Dec 2003 19:10:00 +0100 To: "Steve O'Hara-Smith" Message-ID: <1071425399.3fdca777dfd71@epost.start.no> Date: Sun, 14 Dec 2003 19:09:59 +0100 (CET) From: Torfinn Ingolfsen References: <3F57B0A0.2040508@isi.edu> <20030905072228.3def6a8b.steve@sohara.org> <3F63E246.8030801@isi.edu> <20030915190350.3e0fe0ec.steve@sohara.org> <20030918165710.GB19984@genius.tao.org.uk> <3F69FFC9.80308@isi.edu> <20030918231742.GB41432@genius.tao.org.uk> <3F6DE165.1020404@isi.edu> <20031213194940.44073338.steve@sohara.org> <20031214182555.52690e67.steve@sohara.org> <20031214183301.55f25a8a.steve@sohara.org> In-Reply-To: <20031214183301.55f25a8a.steve@sohara.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.8 cc: larse@ISI.EDU cc: usb-bsd@eleetbsd.org cc: current@FreeBSD.ORG Subject: Re: X10 Wireless Technology Inc USB Receiver 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, 14 Dec 2003 18:10:15 -0000 Quoting Steve O'Hara-Smith : > This code works :) Yes, on my FreeBSD 5.1 machine it works. This machine has the following hardware: "usb0: on uhci0". -- Torfinn Ingolfsen, Norway ------------------------------------------------------------ F din egen @start.no-adresse gratis p http://www.start.no/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 10:27:34 2003 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 B489F16A4CE; Sun, 14 Dec 2003 10:27:34 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B24643D45; Sun, 14 Dec 2003 10:27:31 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id hBEIRUS81136; Sun, 14 Dec 2003 13:27:30 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 14 Dec 2003 13:27:30 -0500 (EST) From: Jeff Roberson To: Don Lewis In-Reply-To: <20031214090113.L4201-100000@mail.chesapeake.net> Message-ID: <20031214131819.W4201-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: mckusick@mckusick.com cc: alc@freebsd.org cc: mb@imp.ch cc: freebsd-current@freebsd.org Subject: Re: HAVE TRACE & DDB Re: FreeBSD 5.2-RC1 released 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, 14 Dec 2003 18:27:34 -0000 On Sun, 14 Dec 2003, Jeff Roberson wrote: > On Sat, 13 Dec 2003, Don Lewis wrote: > > > On 13 Dec, Don Lewis wrote: > > > On 12 Dec, Jeff Roberson wrote: > > > > > > > > >> fsync: giving up on dirty: 0xc4e18000: tag devfs, type VCHR, usecount 44, > > >> writecount 0, refcount 14, flags (VI_XLOCK|VV_OBJBUF), lock type devfs: EXCL > > >> (count 1) by thread 0xc20ff500 > > > > > > Why are we trying to reuse a vnode with a usecount of 44 and a refcount > > > of 14? What is thread 0xc20ff500 doing? > > > > Following up to myself ... > > > > It looks like we're trying to recycle this vnode because of the > > following sysinstall code, in distExtractTarball(): > > > > if (is_base && RunningAsInit && !Fake) { > > unmounted_dev = 1; > > unmount("/dev", MNT_FORCE); > > } else > > unmounted_dev = 0; > > > > What happens if we forceably umount /dev while /dev/whatever holds a > > mounted file system? It looks like this is handled by vgonechrl(). It > > looks to me like vclean() is going to do some scary stuff to this vnode. > > > > Excellent work! I think I may know what's wrong. If you look at rev > 1.461 of vfs_subr.c I changed the semantics of cleaning a VCHR that was > being unmounted. I now acquire the xlock around the operation. This may > be the culprit. I'm too tired to debug this right now, but I can look at > it in the am. > Ok, I think I understand what happens.. The syncer runs, and at the same time, we're doing the forced unmount. This causes the sync of the device vnode to fail. This isn't really a problem. After this, while syncing a ffs volume that is mounted on a VCHR from /dev, we bread() and get a buffer for this device and then immediately block. The forced unmount then proceeds, calling vclean() on the device, which goes into the VM via DESTROYVOBJECT. The VM frees all of the pages associated with the object etc. Then, the ffs_update() is allowed to run again with a pointer to a buffer that has pointers to pages that have been freed. This is where vfs_setdirty() comes in and finds a NULL object. The wired counts on the pages are 1, which is consistent with a page in the bufcache. Also the object is NULL which is the only indication we have that this is a free page. I think that if we want to allow unmounting of the underlying device for VCHR, we need to not call vclean() from vgonechr(). We need to just lock, VOP_RECLAIM, cache_purge(), and insmntque to NULL. I've looked through my changes here, and I don't see how I could have introduced this bug. Were we vclean()ing before, and that seems to be the main problem. There have been some changes to device aliasing that could have impacted this. I'm trying to get the scoop from phk now. I'm going to change the way vgonechrl() works, but I'd really like to know what changed that broke this.. Cheers, Jeff From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 10:27:40 2003 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 5D5F316A4CE for ; Sun, 14 Dec 2003 10:27:40 -0800 (PST) Received: from pegasus.siol.net (pegasus.siol.net [193.189.160.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37CB543D09 for ; Sun, 14 Dec 2003 10:27:38 -0800 (PST) (envelope-from tomaz.borstnar@over.net) Received: from kudu.siol.net ([10.10.10.22]) by pegasus.siol.net 1cbf71897a39210db31154c99f0b4628) <20031214182729.JBAC3075.pegasus@kudu.siol.net> for ; Sun, 14 Dec 2003 19:27:29 +0100 Received: from game.over.net ([193.189.169.9]) by kudu.siol.net 1cbf71897a39210db31154c99f0b4628) with ESMTP id <20031214182728.QQSY7303.kudu@game.over.net> for ; Sun, 14 Dec 2003 19:27:28 +0100 Received: from localhost.over.net ([127.0.0.1]:37649 "EHLO zvezek2.over.net") by game.over.net with ESMTP id ; Sun, 14 Dec 2003 19:27:23 +0100 Message-Id: <6.0.1.1.0.20031214184249.03bdaba0@mail.over.net> X-Sender: tmail@mail.over.net X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Sun, 14 Dec 2003 18:44:06 +0100 To: "Hutterer Robert" From: Tomaz Borstnar In-Reply-To: <013801c3c148$f426b790$0200a8c0@p4> References: <013801c3c148$f426b790$0200a8c0@p4> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-OverNet-MailScanner: Found to be clean X-OverNet-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 4, BAYES_00 -4.90) cc: freebsd-current@freebsd.org Subject: Re: 5.2-beta: machine can not reboot itself with Mylex A352controller active 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, 14 Dec 2003 18:27:40 -0000 At 08:15 13.12.2003, Hutterer Robert wrote: >This ia also my experience: >5.1 and 5.2, both do not reboot after installation > > > Is there any idea what is the reason > >It was suggested to disbling ACPI: bo effect > > > > > Disabling ACPI in BIOS has no effect. Still no reboot > > Disabling in the /boot/loader.conf also. No reboot > > Disabling in BIOS and loader.conf. No reboot > > >Any further ideas?? > My Intel STL2 board does not even boot with ACPI. Tomaz From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 10:36:04 2003 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 50F5716A4CE for ; Sun, 14 Dec 2003 10:36:04 -0800 (PST) Received: from smtp4.wanadoo.nl (smtp4.wanadoo.nl [194.134.35.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C48F43D1F for ; Sun, 14 Dec 2003 10:36:01 -0800 (PST) (envelope-from steve@sohara.org) Received: from ams-gw.sohara.org (p0654.nas1-asd6.dial.wanadoo.nl [62.234.210.146]) by smtp4.wanadoo.nl (Postfix) with SMTP id 1F2AE41B5F; Sun, 14 Dec 2003 19:35:58 +0100 (CET) Date: Sun, 14 Dec 2003 19:35:54 +0100 From: Steve O'Hara-Smith To: Torfinn Ingolfsen Message-Id: <20031214193554.2e83041b.steve@sohara.org> In-Reply-To: <1071425399.3fdca777dfd71@epost.start.no> References: <3F57B0A0.2040508@isi.edu> <20030905072228.3def6a8b.steve@sohara.org> <3F63E246.8030801@isi.edu> <20030915190350.3e0fe0ec.steve@sohara.org> <20030918165710.GB19984@genius.tao.org.uk> <3F69FFC9.80308@isi.edu> <20030918231742.GB41432@genius.tao.org.uk> <3F6DE165.1020404@isi.edu> <20031213194940.44073338.steve@sohara.org> <20031214182555.52690e67.steve@sohara.org> <20031214183301.55f25a8a.steve@sohara.org> <1071425399.3fdca777dfd71@epost.start.no> X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-portbld-freebsd4.9) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: larse@ISI.EDU cc: usb-bsd@eleetbsd.org cc: current@FreeBSD.ORG Subject: Re: X10 Wireless Technology Inc USB Receiver 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, 14 Dec 2003 18:36:04 -0000 On Sun, 14 Dec 2003 19:09:59 +0100 (CET) Torfinn Ingolfsen wrote: TI> Quoting Steve O'Hara-Smith : TI> > This code works :) TI> TI> Yes, on my FreeBSD 5.1 machine it works. This machine has the TI> following hardware:"usb0: on TI> uhci0". Mine's on "usb0: on uhci0". It's even better - once the initialisation has run it is possible to just cat /dev/ugen0.1 :) -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 10:41:17 2003 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 B842016A4CE; Sun, 14 Dec 2003 10:41:17 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB0E343D1F; Sun, 14 Dec 2003 10:41:15 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id hBEIf8u89347; Sun, 14 Dec 2003 13:41:08 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sun, 14 Dec 2003 13:41:08 -0500 (EST) From: Jeff Roberson To: dwhite@gumbysoft.com, Don Lewis In-Reply-To: <20031214131819.W4201-100000@mail.chesapeake.net> Message-ID: <20031214134007.F4201-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: mckusick@mckusick.com cc: alc@freebsd.org cc: mb@imp.ch cc: freebsd-current@freebsd.org Subject: Re: HAVE TRACE & DDB Re: FreeBSD 5.2-RC1 released 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, 14 Dec 2003 18:41:18 -0000 On Sun, 14 Dec 2003, Jeff Roberson wrote: > > On Sun, 14 Dec 2003, Jeff Roberson wrote: > > > On Sat, 13 Dec 2003, Don Lewis wrote: > > > > > On 13 Dec, Don Lewis wrote: > > > > On 12 Dec, Jeff Roberson wrote: > > > > > > > > > > > >> fsync: giving up on dirty: 0xc4e18000: tag devfs, type VCHR, usecount 44, > > > >> writecount 0, refcount 14, flags (VI_XLOCK|VV_OBJBUF), lock type devfs: EXCL > > > >> (count 1) by thread 0xc20ff500 > > > > > > > > Why are we trying to reuse a vnode with a usecount of 44 and a refcount > > > > of 14? What is thread 0xc20ff500 doing? > > > > > > Following up to myself ... > > > > > > It looks like we're trying to recycle this vnode because of the > > > following sysinstall code, in distExtractTarball(): > > > > > > if (is_base && RunningAsInit && !Fake) { > > > unmounted_dev = 1; > > > unmount("/dev", MNT_FORCE); > > > } else > > > unmounted_dev = 0; > > > > > > What happens if we forceably umount /dev while /dev/whatever holds a > > > mounted file system? It looks like this is handled by vgonechrl(). It > > > looks to me like vclean() is going to do some scary stuff to this vnode. > > > > > > > Excellent work! I think I may know what's wrong. If you look at rev > > 1.461 of vfs_subr.c I changed the semantics of cleaning a VCHR that was > > being unmounted. I now acquire the xlock around the operation. This may > > be the culprit. I'm too tired to debug this right now, but I can look at > > it in the am. > > > > Ok, I think I understand what happens.. The syncer runs, and at the same > time, we're doing the forced unmount. This causes the sync of the device > vnode to fail. This isn't really a problem. After this, while syncing > a ffs volume that is mounted on a VCHR from /dev, we bread() and get a > buffer for this device and then immediately block. The forced unmount > then proceeds, calling vclean() on the device, which goes into the VM via > DESTROYVOBJECT. The VM frees all of the pages associated with the object > etc. Then, the ffs_update() is allowed to run again with a pointer to a > buffer that has pointers to pages that have been freed. This is where > vfs_setdirty() comes in and finds a NULL object. > > The wired counts on the pages are 1, which is consistent with a page in > the bufcache. Also the object is NULL which is the only indication we > have that this is a free page. > > I think that if we want to allow unmounting of the underlying device for > VCHR, we need to not call vclean() from vgonechr(). We need to just lock, > VOP_RECLAIM, cache_purge(), and insmntque to NULL. > > I've looked through my changes here, and I don't see how I could have > introduced this bug. Were we vclean()ing before, and that seems to be the > main problem. There have been some changes to device aliasing that could > have impacted this. I'm trying to get the scoop from phk now. > > I'm going to change the way vgonechrl() works, but I'd really like to know > what changed that broke this.. > Please test the patch at: http://www.chesapeake.net/~jroberson/forcevchr.diff If this works I'll come up with a more compact arrangement for the code so that we can avoid all of this duplication. Cheers, Jeff > Cheers, > Jeff > > _______________________________________________ > 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 Dec 14 10:58:45 2003 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 829A916A4CE for ; Sun, 14 Dec 2003 10:58:45 -0800 (PST) Received: from smtp.web.de (smtp05.web.de [217.72.192.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3E843D09 for ; Sun, 14 Dec 2003 10:58:44 -0800 (PST) (envelope-from yanestra@web.de) Received: from dsl-213-023-218-083.arcor-ip.net ([213.23.218.83] helo=web.de) by smtp.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.99 #566) id 1AVbRz-0007bP-00; Sun, 14 Dec 2003 19:58:43 +0100 Message-ID: <3FDCB2E9.7020005@web.de> Date: Sun, 14 Dec 2003 19:58:49 +0100 From: "Klaus-J. Wolf" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031210 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: current@freebsd.org References: <3FDC984A.70805@web.de> <20031214172926.GA10645@troutmask.apl.washington.edu> In-Reply-To: <20031214172926.GA10645@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: yanestra@web.de cc: Steve Kargl Subject: Re: [RC1] ext2fs broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: current@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, 14 Dec 2003 18:58:45 -0000 Hi, Steve, thanks for the comment. The same configuration was working perfectly with 5.1-RELEASE, so I expected 5.2-RC1 wouldn't do a regression... Regards, k.j. Steve Kargl wrote: >While it may be nice to transparently use ext2fs file systems, >you are aware of the comment in /sys/conf/NOTES? > ># Add support for the EXT2FS filesystem of Linux fame. Be a bit ># careful with this - the ext2fs code has a tendency to lag behind ># changes and not be exercised very much, so mounting read/write could ># be dangerous (and even mounting read only could result in panics.) > > > From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 11:20:34 2003 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 7804716A4CF; Sun, 14 Dec 2003 11:20:34 -0800 (PST) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB61043D31; Sun, 14 Dec 2003 11:20:31 -0800 (PST) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.12.10/8.12.10) with ESMTP id hBEJKRnn019401; Sun, 14 Dec 2003 20:20:28 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.12.10/8.12.10/Submit) id hBEJKL0G019396; Sun, 14 Dec 2003 20:20:21 +0100 (CET) (envelope-from kuku) Date: Sun, 14 Dec 2003 20:20:21 +0100 From: "Christoph P. Kukulies" To: Robert Watson Message-ID: <20031214192021.GA18834@gilberto.physik.rwth-aachen.de> References: <200312141145.hBEBjxJo016494@www.kukulies.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "C. Kukulies" cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: lock order reversals - what do they mean? 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, 14 Dec 2003 19:20:34 -0000 On Sun, Dec 14, 2003 at 12:34:59PM -0500, Robert Watson wrote: > > On Sun, 14 Dec 2003, C. Kukulies wrote: > > > I'm getting > > lock order reversal > > 1st 0xc09524c0 UMA lock (UMA lock) @ /u/src/sys/vm/uma_core.c:1200 > > 2nd 0xc1431100 system map (system map) @ /u/src/sys/vm/vm_map.c:2210 > > Stack backtrace: > > > > This happenend while doing a find . something on my notebook hd. > > These warnings are generated by Witness, a run-time lock diagnostic system > found in FreeBSD 5-CURRENT kernels (but removed in releases). You can > read more about Witness in the WITNESS(4) man page, which talks about its > capabilities. Among other things, Witness performs run-time lock order > verification using a combination of hard coded lock orders, and run-time Thanks for the information. -- Chris Christoph P. U. Kukulies kuku_at_physik.rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 11:33:07 2003 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 2234716A4CE for ; Sun, 14 Dec 2003 11:33:07 -0800 (PST) Received: from mail.crypta.net (cryptobank.biz [217.160.183.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97BEF43D2D for ; Sun, 14 Dec 2003 11:33:05 -0800 (PST) (envelope-from ah@cryptobank.de) Received: by mail.crypta.net (Postfix, from userid 1001) id 11A5978D3C; Sun, 14 Dec 2003 20:33:04 +0100 (CET) Date: Sun, 14 Dec 2003 20:33:03 +0100 From: Andy Hilker To: ahriman@softhome.net Message-ID: <20031214193303.GA79498@goodhope.crypta.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.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 Organization: cryptobank - Andy Hilker cc: freebsd-current@freebsd.org Subject: Re: Problem running fixit from 5.1rc iso's 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, 14 Dec 2003 19:33:07 -0000 Hi, i had the same problem... i have resolved it by "cd /mnt2/rescue" and e.g. "./ls"... bye, Andy You (ahriman@softhome.net) wrote: > > Im hoping someone else can test this and let me know if it is just me or > not. When I try to start a fixit session from the 5.2rc isos I get an > error message the says: > Warning: ldconfig could not create the ld.so hints file. Dynamic > executables from the disc likely wont work. > > After I hit enter is says > Warning: could not create the symlink for ld-elf.so.1. Dynamic executables > from the disc likely wont work. > > After that I can switch to the fixit terminal but all useful commands come > back with: > ELF interpreter /libexec/ld-elf.so.1 not found > Abort trap > > Ive tried redownloading the isos and checked the md5s everything seems > ok on that side. Ive also tried booting from disc 1 and switching to disc > 2 like it asks for and just booting of disc 2 but I get the same results. > If anyone has any helpful thoughts that would be great because Id really > hate to have to rebuild this system. > Thanks > > Jamie > _______________________________________________ > 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" -- Andy Hilker -- mailto:ah@cryptobank.de http://www.cryptobank.de -- PGP Key: https://ca.crypta.net From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 11:38:59 2003 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 BBE2016A4CE; Sun, 14 Dec 2003 11:38:59 -0800 (PST) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58DB143D31; Sun, 14 Dec 2003 11:38:57 -0800 (PST) (envelope-from gavin+freebsdc@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id hBEJcrwq021706; Sun, 14 Dec 2003 19:38:53 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id hBEJcrcH034740; Sun, 14 Dec 2003 19:38:53 GMT (envelope-from gavin+freebsdc@ury.york.ac.uk) Received: from localhost (gavin@localhost)hBEJcrh0034737; Sun, 14 Dec 2003 19:38:53 GMT (envelope-from gavin+freebsdc@ury.york.ac.uk) Date: Sun, 14 Dec 2003 19:38:53 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Don Lewis In-Reply-To: <200312072153.hB7LrfTi004032@repoman.freebsd.org> Message-ID: <20031214180746.Y23299@ury.york.ac.uk> References: <200312072153.hB7LrfTi004032@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: cvs commit: src/sys/kern subr_mbpool.c subr_mbuf.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, 14 Dec 2003 19:38:59 -0000 On Sun, 7 Dec 2003, Don Lewis wrote: > truckman 2003/12/07 13:53:41 PST > > Modified files: > sys/kern subr_mbpool.c subr_mbuf.c > Log: > Pass MTX_DEF as the last argument to mtx_init() instead of 0. This > is not a functional change. The code happened to work properly only > because MTX_DEF is defined as 0. Can I also offer the following patches which do the same to other parts of the tree? I believe these patches close the last places where mtx_init is passed incorrect arguments. They have survived a kernel build. http://www.devrandom.co.uk/freebsd/ata-mtx.diff http://www.devrandom.co.uk/freebsd/ng_uni-mtx.diff http://www.devrandom.co.uk/freebsd/pst-mtx.diff (sos cc'd due to ATA patches) Gavin From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 11:52:12 2003 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 5C36916A4CE for ; Sun, 14 Dec 2003 11:52:12 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3E6B43D35 for ; Sun, 14 Dec 2003 11:52:10 -0800 (PST) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id hBEJq9HV025652 for ; Sun, 14 Dec 2003 21:52:09 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)hBEJq9Re025649 for ; Sun, 14 Dec 2003 21:52:09 +0200 (EET) Date: Sun, 14 Dec 2003 21:52:09 +0200 (EET) From: Narvi To: freebsd-current@freebsd.org Message-ID: <20031214214710.F83003-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: kde-light missing in 5.2RC1 ? 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, 14 Dec 2003 19:52:12 -0000 it seems that the kde-light package is missing, so kde cannot be configured as the desktop. From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 12:05:19 2003 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 B39B816A4CE for ; Sun, 14 Dec 2003 12:05:19 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 9A63643D32 for ; Sun, 14 Dec 2003 12:05:18 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 57778 invoked by uid 1002); 14 Dec 2003 20:05:16 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 14 Dec 2003 20:05:16 -0000 Message-ID: <3FDCC22B.6030906@freebsd.org> Date: Sun, 14 Dec 2003 13:03:55 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Narvi References: <20031214214710.F83003-100000@haldjas.folklore.ee> In-Reply-To: <20031214214710.F83003-100000@haldjas.folklore.ee> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: kde-light missing in 5.2RC1 ? 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, 14 Dec 2003 20:05:19 -0000 Narvi wrote: > it seems that the kde-light package is missing, so kde cannot be > configured as the desktop. > Correct, and I mentioned this in the announcement message that I sent to this list. When RC1 was rolled, several KDE packages were not building, so the kde-lite package was failing to build also. That has been corrected. An RC2 is likely and will have the problem fixed. Scott From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 12:28:40 2003 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 D7D1F16A4CE for ; Sun, 14 Dec 2003 12:28:40 -0800 (PST) Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C19743D48 for ; Sun, 14 Dec 2003 12:28:34 -0800 (PST) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id CA06A3D; Sun, 14 Dec 2003 21:28:32 +0100 (CET) Date: Sun, 14 Dec 2003 21:28:32 +0100 From: Guido van Rooij To: Nate Lawson Message-ID: <20031214202832.GA96797@gvr.gvr.org> References: <20031209114400.G43006@root.org> <20031212185907.GA61783@gvr.gvr.org> <20031212135444.B53967@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031212135444.B53967@root.org> cc: "Sergey A. Osokin" cc: current@freebsd.org Subject: Re: ACPI problem 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, 14 Dec 2003 20:28:41 -0000 On Fri, Dec 12, 2003 at 01:57:35PM -0800, Nate Lawson wrote: > > > > > > 1. Try different states (S1-S4) and see if one of them works. > > > > I have a system where S3 leads to an immediate reboot. S4 leads to > > a hang. S2 is not available. > > S1 leads to a nice suspend, except that the LCD is not powered off. > > Resume works okay. > > When I push the lid button when in the boot loader, the LCD is powered > > off. In Windows everything works like expected. > > In the loader, the BIOS is still controlling the display. Since you > mention that S1 works on recent Linux kernels for your D600, I'll look Can you tell me wheer in the ACPI files this stuff is implemented? I'd like to help but given the limited amount of reading I did, I can't figure out where/how exactly the LCD is powered off. > into what we do differently. It appears only S1 and S5 are working for > Linux. They have a working OS S4 implementation though. -Guido From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 12:36:26 2003 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 15CB216A4CE for ; Sun, 14 Dec 2003 12:36:26 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 70AB943D36 for ; Sun, 14 Dec 2003 12:35:54 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 61225 invoked by uid 1000); 14 Dec 2003 20:35:55 -0000 Date: Sun, 14 Dec 2003 12:35:55 -0800 (PST) From: Nate Lawson To: Guido van Rooij In-Reply-To: <20031214202832.GA96797@gvr.gvr.org> Message-ID: <20031214123440.R61189@root.org> References: <20031209114400.G43006@root.org> <20031212185907.GA61783@gvr.gvr.org> <20031212135444.B53967@root.org> <20031214202832.GA96797@gvr.gvr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "Sergey A. Osokin" cc: current@freebsd.org Subject: Re: ACPI problem 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, 14 Dec 2003 20:36:26 -0000 On Sun, 14 Dec 2003, Guido van Rooij wrote: > > into what we do differently. It appears only S1 and S5 are working for > > Linux. > > They have a working OS S4 implementation though. No, swusp is not ACPI-based. It can be used without ACPI. If you'd like to implement swusp for freebsd, be my guest. -Nate From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 12:40:35 2003 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 8AECE16A4CF; Sun, 14 Dec 2003 12:40:35 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56FA543D1F; Sun, 14 Dec 2003 12:39:36 -0800 (PST) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id hBEKdWHV026120; Sun, 14 Dec 2003 22:39:32 +0200 (EET) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)hBEKdWCW026117; Sun, 14 Dec 2003 22:39:32 +0200 (EET) Date: Sun, 14 Dec 2003 22:39:32 +0200 (EET) From: Narvi To: Scott Long In-Reply-To: <3FDCC22B.6030906@freebsd.org> Message-ID: <20031214223422.H83003-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kde-light missing in 5.2RC1 ? 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, 14 Dec 2003 20:40:35 -0000 On Sun, 14 Dec 2003, Scott Long wrote: > Narvi wrote: > > it seems that the kde-light package is missing, so kde cannot be > > configured as the desktop. > > > > Correct, and I mentioned this in the announcement message that I sent > to this list. When RC1 was rolled, several KDE packages were not > building, so the kde-lite package was failing to build also. That > has been corrected. An RC2 is likely and will have the problem > fixed. > Mea Maxima Culpa. I'll try to be much better next time and read the announcement in addition to just brosing messges in -current to see ifd something is a known problem. > Scott > From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 13:09:18 2003 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 529C316A4CE for ; Sun, 14 Dec 2003 13:09:18 -0800 (PST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4327943D32 for ; Sun, 14 Dec 2003 13:09:15 -0800 (PST) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AVdUH-0008V3-00 for ; Sun, 14 Dec 2003 22:09:13 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AVdUG-0008Uv-00 for ; Sun, 14 Dec 2003 22:09:12 +0100 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AVdUG-0004cu-00 for ; Sun, 14 Dec 2003 22:09:12 +0100 From: Manfred Lotz Date: Sun, 14 Dec 2003 22:09:02 +0100 Lines: 75 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Sender: news Subject: nfs panics the system 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, 14 Dec 2003 21:09:18 -0000 Hi there, nfs mount from another system and copying data to the nfs mounted partition made my system panic (FreeBSD 5.2BETA) after a while. Below is some data from the dump. If you need more tell me what to do. Manfred panic: vm_fault: fault on nofault entry, addr: e223a000 syncing disks, buffers remaining... kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0580ece stack pointer = 0x10:0xdd65ba38 frame pointer = 0x10:0xdd65ba58 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 27 (swi8: tty:sio clock) trap number = 12 panic: page fault Here's a backtrace (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc0558419 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc05587f8 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc069e316 in vm_fault (map=0xc1031000, vaddr=3793985536, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:280 #4 0xc06ed253 in trap_pfault (frame=0xdd679c1c, usermode=0, eva=3793985536) at /usr/src/sys/i386/i386/trap.c:723 #5 0xc06ecdfd in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1020285016, tf_esi = -500981762, tf_ebp = -580412280, tf_isp = -580412344, tf_ebx = -1029769728, tf_edx = 1, tf_ecx = 22, tf_eax= -519303254, tf_trapno = 12, tf_err = 0, tf_eip = -1066487882, tf_cs = 8, tf_eflags = 66070, tf_esp = 11495, tf_ss = 2048}) at /usr/src/sys/i386/i386/trap.c:420 #6 0xc06dd5c8 in calltrap () at {standard input}:94 #7 0xc066489a in rl_rxeof (sc=0xc5294000) at /usr/src/sys/pci/if_rl.c:1314 #8 0xc0664d99 in rl_intr (arg=0xc5294000) at /usr/src/sys/pci/if_rl.c:1511 #9 0xc0542448 in ithread_loop (arg=0xc29bdb80) at /usr/src/sys/kern/kern_intr.c:544 #10 0xc05410c0 in fork_exit (callout=0xc0542270 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:793 Here's the instruction pointer: (kgdb) list *0xc0580ece 0xc0580ece is in propagate_priority (/usr/src/sys/kern/subr_turnstile.c:232). 227 /* 228 * Pick up the lock that td is blocked on. 229 */ 230 ts = td->td_blocked; 231 MPASS(ts != NULL); 232 tc = TC_LOOKUP(ts->ts_lockobj); 233 mtx_lock_spin(&tc->tc_lock); 234 235 /* 236 * This thread may not be blocked on this turnstile anymore From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 13:37:59 2003 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 EF08716A4CE for ; Sun, 14 Dec 2003 13:37:59 -0800 (PST) Received: from sif.giallarhorn.org (asgard.dslwan.toad.net [66.159.70.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 209AC43D31 for ; Sun, 14 Dec 2003 13:37:58 -0800 (PST) (envelope-from technews@giallarhorn.org) Received: from giallarhorn.org (jord.giallarhorn.org [172.16.1.6]) by sif.giallarhorn.org (8.12.10/8.12.9) with ESMTP id hBELf1Vx050015 for ; Sun, 14 Dec 2003 16:41:01 -0500 (EST) (envelope-from technews@giallarhorn.org) Message-ID: <3FDCD835.4020004@giallarhorn.org> Date: Sun, 14 Dec 2003 16:37:57 -0500 From: tn User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031213 Thunderbird/0.4 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 Subject: Default internet domain not working in 5.2 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: Sun, 14 Dec 2003 21:38:00 -0000 I just reinstalled 5.2 RC1 from the cdrom, have since updated to a custom kernel. The problem is that whenever i try to resolve any hosts in my domain without using a fully qualified domain name the look up fails. Host name resolution works on all other machines within the network without a problem. All machines have the following in /etc/resolv.conf: domain giallarhorn.org nameserver 192.168.1.1 nameserver 192.168.1.5 I even tried using the search keyword without any luck. From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 13:54:36 2003 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 2B6A916A4CE for ; Sun, 14 Dec 2003 13:54:36 -0800 (PST) Received: from cserv62.csub.edu (cserv62.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2797843D1D for ; Sun, 14 Dec 2003 13:54:15 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Received: from cserv62.csub.edu (adsl-67-123-17-147.dsl.bkfd14.pacbell.net [67.123.17.147]) by cserv62.csub.edu (8.12.9/8.12.9) with ESMTP id hBELsDOX034858 for ; Sun, 14 Dec 2003 13:54:13 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Message-ID: <3FDCDBFD.6040801@cserv62.csub.edu> Date: Sun, 14 Dec 2003 13:54:05 -0800 From: Russell Jackson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031208 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------000303040307020607030605" Subject: RTL8139C+ re driver watchdog 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, 14 Dec 2003 21:54:36 -0000 This is a multi-part message in MIME format. --------------000303040307020607030605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ever since 8139C+ support was seperated from the rl driver into the re driver, I have had timeout problems. The interface simply stops responding randomly. I never had this problem with the rl driver. At first I thought this might be do to ACPI not initializing the NIC correctly, but I have the same problem with ACPI disabled. Ifconfig doesn't correctly display media status either. It shows media (none) even though a cable is connected, and the interface will work (however with the timeout problem). re0: flags=8843 mtu 1500 options=1b inet 192.168.0.4 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:08:02:d0:21:4e media: Ethernet 100baseTX (none) Note that I set the media type and mediaopt manually with ifconfig. It still shows a status of none. Also note that this same hardware did work perfectly before with the old rl driver. --------------000303040307020607030605 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot" Copyright (c) 1992-2003 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 #1: Fri Dec 12 21:14:15 PST 2003 rjackson@localhost:/usr/obj/usr/src/sys/VALA Preloaded elf kernel "/boot/kernel/kernel" at 0xc07d2000. Preloaded elf module "/boot/kernel/vesa.ko" at 0xc07d2228. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc07d22d4. Preloaded elf module "/boot/kernel/snd_t4dwave.ko" at 0xc07d2380. Preloaded acpi_dsdt "/boot/acpi_dsdt.aml" at 0xc07d2430. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc07d2478. Calibrating clock(s) ... i8254 clock: 1193167 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1192629087 Hz CPU: Mobile AMD Athlon(tm) XP 1400+ (1192.63-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x680 Stepping = 0 Features=0x383f9ff AMD Features=0xc0480000 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 251658240 (240 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x000000000ea99fff, 237453312 bytes (57972 pages) 0x000000000ef00000 - 0x000000000eff7fff, 1015808 bytes (248 pages) avail memory = 238911488 (227 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6ff0 bios32: Entry = 0xfd760 (c00fd760) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd760+0x11e pnpbios: Found PnP BIOS data at 0xc00f7050 pnpbios: Entry = f0000:9c77 Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> null: mem: Pentium Pro MTRR support enabled random: VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 ff 00 00 01 0a 01 00 01 20 01 00 01 25 01 00 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 a4 01 a5 01 a6 01 VESA: 55 mode(s) found VESA: v2.0, 16320k memory, flags:0x1, mode table:0xc0755b42 (1000022) VESA: ATI CABO VESA: ATI Technologies Inc. U1 01.00 ACPI: DSDT was overridden. ACPI-0374: *** Info: Table [DSDT] replaced by host OS npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80012814 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=cab01002) pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00fdf10 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x59 11 embedded 0 15 A 0x4a 11 embedded 0 8 A 0x4b 5 embedded 0 10 A 0x48 10 11 embedded 0 11 A 0x49 10 11 embedded 0 19 A 0x49 10 11 embedded 0 12 A 0x49 10 11 embedded 0 12 B 0x49 10 11 slot 13 1 5 A 0x49 10 11 AcpiOsDerivePciId: bus 0 dev 7 func 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 AcpiOsDerivePciId: bus 0 dev 10 func 0 acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 ACPI timer looks GOOD min = 2, max = 2, width = 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.PCI0.ISA_.LNK8 irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.2.0 \\_SB_.PCI0.ISA_.LNK4 irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.15.0 \\_SB_.PCI0.ISA_.LNK7 irq 5: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.8.0 \\_SB_.PCI0.ISA_.LNK1 irq 0: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.10.0 \\_SB_.PCI0.ISA_.LNK3 irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.11.0 \\_SB_.PCI0.ISA_.LNK2 irq 10: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.19.0 \\_SB_.PCI0.ISA_.LNK2 irq 10: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.12.0 \\_SB_.PCI0.ISA_.LNK3 irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.12.1 ---- before setting priority for links ------------ \\_SB_.PCI0.ISA_.LNK1: interrupts: 3 4 5 6 7 10 11 12 penalty: 1110 1110 210 1110 1110 310 510 1110 references: 1 priority: 0 ---- before fixup boot-disabled links ------------- \\_SB_.PCI0.ISA_.LNK1: interrupts: 3 4 5 6 7 10 11 12 penalty: 1110 1110 210 1110 1110 310 510 1110 references: 1 priority: 822 ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.PCI0.ISA_.LNK8 irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.2.0 \\_SB_.PCI0.ISA_.LNK4 irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.15.0 \\_SB_.PCI0.ISA_.LNK7 irq 5: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.8.0 \\_SB_.PCI0.ISA_.LNK1 irq 5: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.10.0 \\_SB_.PCI0.ISA_.LNK3 irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.11.0 \\_SB_.PCI0.ISA_.LNK2 irq 10: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.19.0 \\_SB_.PCI0.ISA_.LNK2 irq 10: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.12.0 \\_SB_.PCI0.ISA_.LNK3 irq 11: [ 3 4 5 6 7 10 11 12] low,level,sharable 0.12.1 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled map[14]: type 3, range 32, base f4400000, size 12, enabled map[18]: type 4, range 32, base 00008090, size 2, port disabled found-> vendor=0x1002, dev=0xcab0, revid=0x13 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x700f, revid=0x01 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x63 (2970 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base f4014000, size 12, enabled pcib0: matched entry for 0.2.INTA (source \\_SB_.PCI0.ISA_.LNK8) pcib0: slot 2 INTA is routed to irq 11 found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x1533, revid=0x00 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 00008400, size 8, enabled map[14]: type 1, range 32, base f4015000, size 12, enabled pcib0: matched entry for 0.8.INTA (source \\_SB_.PCI0.ISA_.LNK7) pcib0: slot 8 INTA is routed to irq 5 found-> vendor=0x10b9, dev=0x5451, revid=0x02 bus=0, slot=8, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0xc290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffbfe000, size 12, enabled found-> vendor=0x104c, dev=0xac50, revid=0x02 bus=0, slot=10, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00008800, size 8, enabled map[14]: type 1, range 32, base f4017800, size 8, enabled pcib0: matched entry for 0.11.INTA (source \\_SB_.PCI0.ISA_.LNK3) pcib0: slot 11 INTA is routed to irq 11 found-> vendor=0x10ec, dev=0x8139, revid=0x20 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0013, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base f4000000, size 16, enabled map[14]: type 4, range 32, base 00008098, size 3, enabled pcib0: matched entry for 0.12.INTA (source \\_SB_.PCI0.ISA_.LNK2) pcib0: slot 12 INTA is routed to irq 10 found-> vendor=0x14f1, dev=0x2f00, revid=0x01 bus=0, slot=12, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base f4016000, size 12, enabled pcib0: matched entry for 0.15.INTA (source \\_SB_.PCI0.ISA_.LNK4) pcib0: slot 15 INTA is routed to irq 11 found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=15, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0013, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00008080, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc4 bus=0, slot=16, func=0 class=01-01-fa, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=17, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base f4017000, size 11, enabled map[14]: type 1, range 32, base f4010000, size 14, enabled pcib0: matched entry for 0.19.INTA (source \\_SB_.PCI0.ISA_.LNK2) pcib0: slot 19 INTA is routed to irq 10 found-> vendor=0x104c, dev=0x8023, revid=0x00 bus=0, slot=19, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0012, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xf4100000-0xf41fffff pcib1: prefetched decode 0xf6000000-0xf7ffffff ---- initial configuration ------------------------ \\_SB_.PCI0.ISA_.LNK2 irq 10: [ 3 4 5 6 7 10 11 12] low,level,sharable 1.5.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.PCI0.ISA_.LNK2 irq 10: [ 3 4 5 6 7 10 11 12] low,level,sharable 1.5.0 pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base f6000000, size 25, enabled map[14]: type 4, range 32, base 00009000, size 8, enabled map[18]: type 1, range 32, base f4100000, size 16, enabled pcib1: matched entry for 1.5.INTA (source \\_SB_.PCI0.ISA_.LNK2) pcib1: slot 5 INTA is routed to irq 10 found-> vendor=0x1002, dev=0x4336, revid=0x00 bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0287, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 5.0 (no driver attached) ohci0: mem 0xf4014000-0xf4014fff irq 11 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft IntelliMouse, rev 1.00/1.05, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0x8400-0x84ff mem 0xf4015000-0xf4015fff irq 5 at device 8.0 on pci0 pcm0: pcm0: Codec features headphone, 6 bit master volume, Analog Devices Phat Stereo pcm0: Primary codec extended features variable rate PCM, reserved 1 pcm0: sndbuf_setmap e826000, 1000; 0xc27f2000 -> e826000 pcm0: sndbuf_setmap 208000, 1000; 0xc27f4000 -> 208000 pcm0: sndbuf_setmap e7e4000, 1000; 0xc2810000 -> e7e4000 pcm0: sndbuf_setmap 242000, 1000; 0xc280e000 -> 242000 pcm0: sndbuf_setmap 260000, 1000; 0xc280c000 -> 260000 cbb0: mem 0xffbfe000-0xffbfefff at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.10.INTA (source \\_SB_.PCI0.ISA_.LNK1) pcib0: slot 10 INTA is routed to irq 5 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac50104c 0x02100007 0x06070002 0x00022000 0x10: 0xffbfe000 0x020000a0 0x20000000 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400105 0x40: 0x00b00e11 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x40649061 0x00000000 0x00000000 0x01001002 0x90: 0x616482c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe110001 0x00c00100 0x00000000 0x0000001f 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 re0: port 0x8800-0x88ff mem 0xf4017800-0xf40178ff irq 11 at device 11.0 on pci0 re0: Ethernet address: 00:08:02:d0:21:4e miibus0: on re0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: bpf attached pci0: at device 12.0 (no driver attached) ohci1: mem 0xf4016000-0xf4016fff irq 11 at device 15.0 on pci0 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered atapci0: port 0x8080-0x808f at device 16.0 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 mask=03 stat0=00 stat1=00 devices=0xc ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 17.0 (no driver attached) pci0: at device 19.0 (no driver attached) acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: unable to allocate IRQ unknown: not probed (disabled) acpi_ec0: port 0x66,0x62 on acpi0 unknown: not probed (disabled) unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) sio0: irq maps: 0x1 0x9 0x1 0x1 sio0 port 0x2f8-0x2ff irq 3 drq 3 on acpi0 sio0: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) 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 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: \n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "\n" printf "
`/sbin/ifconfig|grep broadcast|head -n 1|perl -pi -e 's/ +/\t/g'|cut -f3|perl -pi -e 's/\n//g'`
LoadConnectionsProcessesOpen FilesProcessor(User%% System%% Free%%)Active MemorySwap
`w w|head -n 1|perl -pi -e 's/^.*, //g'|perl -pi -e 's/\n/ /g'``netstat -an|wc|cut -c1-8|perl -pi -e 's/ //g'|perl -pi -e 's/\n/ /g'``ps ax|wc|cut -c1-8|perl -pi -e 's/ //g'|perl -pi -e 's/\n/ /g'``fstat|wc|cut -c1-8|perl -pi -e 's/ //g'|perl -pi -e 's/\n/ /g'``vmstat|tail -n 1|perl -pi -e 's/ +/\t/g'|cut -f18-|perl -pi -e 's/\t/%% /g'|perl -pi -e 's/\n/%%/g'``top -n|head -n 4|tail -n 1|perl -pi -e 's/ +/\t/g'|cut -f2|perl -pi -e 's/\n/ /g'``top -n|head -n 5|tail -n 1|perl -pi -e 's/ +/\t/g'|cut -f4|perl -pi -e 's/\n/ /g'`
\n" ----------------------------------------------------------------------- To simulate the situation, we have used ab: /usr/local/apache/bin/ab -n 16384000 -c 1024 And we got this: ----------------------------------------------------------------------- gdb /usr/src/sys/compile/DELPHIJ/kernel.debug -k vmcore.1 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf SMP 4 cpus IdlePTD at phsyical address 0x003af000 initial pcb at physical address 0x00313fe0 panicstr: pmap_new_proc: u_map allocation failed panic messages: --- panic: pmap_new_proc: u_map allocation failed mp_lock = 01000001; cpuid = 1; lapic.id = 06000000 boot() called on cpu#1 syncing disks... 1 done Uptime: 1d0h36m40s dumping to dev #da/0x20001, offset 263168 dump 3967 3966 3965.................. ..................................... ..................................... ...............10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc0185beb in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc018605d in panic (fmt=0xc02e15e0 "pmap_new_proc: u_map allocation failed") at ../../kern/kern_shutdown.c:595 #3 0xc028d575 in pmap_new_proc (p=0xffa7f680) at ../../i386/i386/pmap.c:919 #4 0xc0239944 in vm_fork (p1=0xfed67780, p2=0xffa7f680, flags=20) at ../../vm/vm_glue.c:240 #5 0xc017fa85 in fork1 (p1=0xfed67780, flags=20, procp=0xfed6ef24) at ../.. /kern/kern_fork.c:517 #6 0xc017f1fa in fork (p=0xfed67780, uap=0xfed6ef80) at ../../kern/kern_fork.c:100 #7 0xc02916e1 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134960572, tf_esi = 135016448, tf_ebp = -1077938448, tf_isp = -19468332, tf_ebx = 134959244, tf_edx = 4, tf_ecx = -1077938376, tf_eax = 2, tf_trapno = 22, tf_err = 2, tf_eip = 134672192, tf_cs = 31, tf_eflags = 582, tf_esp = -1077938476, tf_ss = 47}) at ../../i386/i386/trap.c:1175 #8 0xc027e09b in Xint0x80_syscall () #9 0x804b34f in ?? () #10 0x804d915 in ?? () #11 0x804d403 in ?? () #12 0x804d17e in ?? () #13 0x804b4fb in ?? () #14 0x804ac40 in ?? () #15 0x80526be in ?? () #16 0x805262a in ?? () #17 0x804813e in ?? () (kgdb) up #1 0xc0185beb in boot (howto=256) at ../../kern/kern_shutdown.c:316 316 dumpsys(); (kgdb) #2 0xc018605d in panic (fmt=0xc02e15e0 "pmap_new_proc: u_map allocation failed") at ../../kern/kern_shutdown.c:595 595 boot(bootopt); (kgdb) #3 0xc028d575 in pmap_new_proc (p=0xffa7f680) at ../../i386/i386/pmap.c:919 919 panic("pmap_new_proc: u_map allocation failed"); (kgdb) l 914 915 /* get a kernel virtual address for the UPAGES for this proc */ 916 if ((up = (vm_offset_t) p->p_addr) == 0) { 917 up = kmem_alloc_nofault(kernel_map, UPAGES * PAGE_SIZE); 918 if (up == 0) 919 panic("pmap_new_proc: u_map allocation failed"); 920 p->p_addr = (struct user *) up; 921 } 922 923 for(i = 0; i < UPAGES; i++) { (kgdb) p p $1 = (struct proc *) 0xffa7f680 (kgdb) p {struct proc *}p $2 = (struct proc *) 0xffa7f4e0 (kgdb) p {struct proc}p $3 = {p_procq = {tqe_next = 0xffa7f4e0, tqe_prev = 0x0}, p_list = {le_next = 0xffa7f820, le_prev = 0xc032ac38}, p_cred = 0xd3cb9f20, p_fd = 0xd3c95d00, p_stats = 0x0, p_limit = 0xd3c9e100, p_upages_obj = 0xff64de04, p_procsig = 0xd3ca7400, p_flag = 4, p_stat = 1 '\001', p_pad1 = "\000\000", p_pid = 26450, p_hash = {le_next = 0xfd812dc0, le_prev = 0xd2198d48}, p_pglist = {le_next = 0xff18c3c0, le_prev = 0xfed677bc}, p_pptr = 0xfed67780, p_sibling = {le_next = 0x0, le_prev = 0xfed677d0}, p_children = {lh_first = 0x0}, p_ithandle = {callout = 0x0}, p_oppid = 0, p_dupfd = 0, p_vmspace = 0xffae2500, p_estcpu = 184, p_cpticks = 0, p_pctcpu = 0, p_wchan = 0x0, p_wmesg = 0x0, p_swtime = 0, p_slptime = 0, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_runtime = 0, p_uu = 0, p_su = 0, p_iu = 0, p_uticks = 0, p_sticks = 0, p_iticks = 0, p_traceflag = 0, p_tracep = 0x0, p_siglist = { __bits = {0, 0, 0, 0}}, p_textvp = 0xf9b5c740, p_lock = 0 '\000', p_oncpu = 0 '\000', p_lastcpu = 0 '\000', p_rqindex = 0 '\000', p_locks = 0, p_simple_locks = 0, p_stops = 0, p_stype = 0, p_step = 0 '\000', p_pfsflags = 0 '\000', p_pad3 = "\000", p_retval = {0, 0}, p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_oldsigmask = {__bits = {0, 0, 0, 0}}, p_sig = 0, p_code = 0, p_klist = { slh_first = 0x0}, p_sigmask = {__bits = {0, 0, 0, 0}}, p_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4}, p_priority = 52 '4', p_usrpri = 52 '4', p_nice = 0 '\000', p_comm = "sh\000pd\000r\000\000\000\000\000\000\000\000\000", p_pgrp = 0xd21ce460, p_sysent = 0xc02f13e0, p_rtprio = {type = 1, prio = 0}, p_prison = 0x0, p_args = 0xd3c97240, p_addr = 0x0, p_md = {md_regs = 0x0}, p_xstat = 0, p_acflag = 0, p_ru = 0x0, p_nthreads = 0, p_aioinfo = 0x0, p_wakeup = 0, p_peers = 0x0, p_leader = 0xffa7f680, p_asleep = { as_priority = 0, as_timo = 0}, p_emuldata = 0x0, p_fdtol = 0x0} (kgdb) p kernel_map $4 = 0xc031a60c ----------------------------------------------------------------------- I have took a sight on the pmap and vm code, and did not figured out why the panic was caused. So I post it here, and I will have to say that -CURRENT may have the same problem, and it may affect the upcoming 5.2-RELEASE. For additional information, please fell free to contact me, and I can act as liaison. Any suggestions? Thank you in advance! Xin LI, FreeBSD (Simplified) Chinese Project From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 16:41:01 2003 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 3BAC216A4CE for ; Wed, 17 Dec 2003 16:41:01 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BB3D43D1D for ; Wed, 17 Dec 2003 16:41:00 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4BB2C72DB5; Wed, 17 Dec 2003 16:41:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 48F9A72DAD; Wed, 17 Dec 2003 16:41:00 -0800 (PST) Date: Wed, 17 Dec 2003 16:41:00 -0800 (PST) From: Doug White To: Steve Kargl In-Reply-To: <20031217181039.GA37662@troutmask.apl.washington.edu> Message-ID: <20031217163852.I15803@carver.gumbysoft.com> References: <3FE09292.9010107@centtech.com> <20031217094910.A14934@carver.gumbysoft.com> <20031217181039.GA37662@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current cc: Eric Anderson Subject: Re: /dev/mixer missing on 5.2-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: Thu, 18 Dec 2003 00:41:01 -0000 On Wed, 17 Dec 2003, Steve Kargl wrote: > troutmask:kargl[201] kldstat > Id Refs Address Size Name > 3 2 0xc0716000 1ebc8 snd_pcm.ko <-- PCM audio device infrastructure > 4 1 0xc0735000 b8d0 snd_ds1.ko <-- Driver for Yamaha DS-1. > > You need to load a device specific driver. Look in /boot/kernel/ You can also load "snd_drv" which is a megamodule with all the drivers in it. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 16:47:37 2003 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 2DB6716A4CE for ; Wed, 17 Dec 2003 16:47:37 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E91143D36 for ; Wed, 17 Dec 2003 16:47:36 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 51E5872DB5; Wed, 17 Dec 2003 16:47:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4FAEA72DAD; Wed, 17 Dec 2003 16:47:36 -0800 (PST) Date: Wed, 17 Dec 2003 16:47:36 -0800 (PST) From: Doug White To: Patrick Hajek In-Reply-To: <20031217214343.GB3774@lbl.gov> Message-ID: <20031217164649.C15803@carver.gumbysoft.com> References: <20031217214343.GB3774@lbl.gov> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: FBSD 5.2 RC issue with bktr and no accompanying sound. 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: Thu, 18 Dec 2003 00:47:37 -0000 On Wed, 17 Dec 2003, Patrick Hajek wrote: > I have a Hauppauge WinTV Card (Brooktree Corporation Bt878 Video > Capture) on my Freebsd 5.2 RC box and after invoking either mplayer, > fxtv, or xautv, the video portion is rendered nicely on my desktop and I > am able change the channels however there is no sound accompanying the > video. After google'ing it appears there are previous issues with the > MSP34XX_DRIVER. One post suggested to add the options listed below in > the kernel config file, which I did . The problem persisted. The > /dev/mixer and /dev/dsp does function correctly adding a timeout to the > driver. You may have better luck posting to -multimedia; the bktr hackers hang out there, if the don't pipe up here. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 16:53:55 2003 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 C45B916A4CE; Wed, 17 Dec 2003 16:53:55 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD1F43D45; Wed, 17 Dec 2003 16:53:51 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) hBI0rhvq086445 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 18 Dec 2003 01:53:48 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id hBI0rfWK044402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Dec 2003 01:53:42 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.10/8.12.10) with ESMTP id hBI0rfBE038824; Thu, 18 Dec 2003 01:53:41 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.10/8.12.10/Submit) id hBI0rfTM038823; Thu, 18 Dec 2003 01:53:41 +0100 (CET) (envelope-from ticso) Date: Thu, 18 Dec 2003 01:53:40 +0100 From: Bernd Walter To: Xin LI/???? Message-ID: <20031218005339.GO527@cicely12.cicely.de> References: <20031218004038.B3EE45302@ftp.bjpu.edu.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031218004038.B3EE45302@ftp.bjpu.edu.cn> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.4i cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: [Backtrace] 4.9 and 5.1-RELEASE occasionly panic on RAM > 4GB without PAE (long) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2003 00:53:55 -0000 On Thu, Dec 18, 2003 at 08:40:45AM +0800, Xin LI/???? wrote: > Hello, > > One of my friend is operating servers on a big ICP in China. They found that > if they run FreeBSD 4.9 or FreeBSD 5.1-RELEASE on their server, which has > more than 4GB RAM installed, then they will occasionaly have the server > panic'ed, or even rebooted without any reason. > > The server hardware is: P4-Xeon-2.4G*2, 4G RAM(DDR266), 146G*2 on asr(4) > RAID-1. The kernel is not quite different from GENERIC, except that we have > AUTO_EOI1 enabled. When PAE is enabled, then the kernel will not recognize > the asr(4) device, and thus would refuse to boot from it, so we have it > disabled. > > > This problem afffects 4.9-RELEASE and 5.1-RELEASE. As the ICP is a > conservative user, they will not run -STABLE, nor -CURRENT. I have turned > the debugging symbols on their server and grabbed the following backtraces. > Also, I have found how to reproduce this problem on a machine running with > > 4GB memory without a PAE configuration, which, in my opinion, should not > cause a kernel panic because it's just a resource hungry program and all it > will do should, at most, hang the system, or even being killed directly by > the operating system. Without PAE you can't use more than 4G on i386. You either have to use PAE or limit memory to 4G. This is strictly a hardware limitation there no other option left. The best that can be done would be autolimiting available memory instead of panicing later. I don't know how difficult this would be to implement. Telling in which way it panics if you try to do something that your hardware can't do is just wasted time. If PAE isn't compatible with asr(4) then maybe it's not busdma'ed or buggy. With PAE you have to use busdma aware drivers. That's a software thing and can be fixed. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 16:58:14 2003 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 7410516A4CE; Wed, 17 Dec 2003 16:58:14 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A5E943D3F; Wed, 17 Dec 2003 16:58:09 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0F14372DB5; Wed, 17 Dec 2003 16:58:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0A08572DAD; Wed, 17 Dec 2003 16:58:09 -0800 (PST) Date: Wed, 17 Dec 2003 16:58:09 -0800 (PST) From: Doug White To: =?gb2312?B?WGluIExJL8Du9s4=?= In-Reply-To: <20031218004038.B3EE45302@ftp.bjpu.edu.cn> Message-ID: <20031217165012.K15803@carver.gumbysoft.com> References: <20031218004038.B3EE45302@ftp.bjpu.edu.cn> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=gb2312 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: stable@FreeBSD.org cc: current@freebsd.org Subject: Re: [Backtrace] 4.9 and 5.1-RELEASE occasionly panic on RAM > 4GB without PAE (long) 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: Thu, 18 Dec 2003 00:58:14 -0000 On Thu, 18 Dec 2003, [gb2312] Xin LI/=C0=EE=F6=CE wrote: > One of my friend is operating servers on a big ICP in China. They found t= hat > if they run FreeBSD 4.9 or FreeBSD 5.1-RELEASE on their server, which has > more than 4GB RAM installed, then they will occasionaly have the server > panic'ed, or even rebooted without any reason. > > The server hardware is: P4-Xeon-2.4G*2, 4G RAM(DDR266), 146G*2 on asr(4) > RAID-1. The kernel is not quite different from GENERIC, except that we ha= ve > AUTO_EOI1 enabled. When PAE is enabled, then the kernel will not recogniz= e > the asr(4) device, and thus would refuse to boot from it, so we have it > disabled. PAE only has effect for >4GB (strictly), so exactly 4GB will work fine with !PAE. > This problem afffects 4.9-RELEASE and 5.1-RELEASE. As the ICP is a > conservative user, they will not run -STABLE, nor -CURRENT. I have turned > the debugging symbols on their server and grabbed the following backtrace= s. > Also, I have found how to reproduce this problem on a machine running wit= h > > 4GB memory without a PAE configuration, which, in my opinion, should not > cause a kernel panic because it's just a resource hungry program and all = it > will do should, at most, hang the system, or even being killed directly b= y > the operating system. Its probably due to poor tuning in this case. See the tuning(7) man page and innumerable mailing lists posts. Basically, you want to turn down maxusers (128 or so works best) and maybe change the kernel/user boundary and kmem sizes. vmstat -m is useful to keep track of kernel memory use. Also forkbombs (which is what your program is, effectively) are best controlled by using user resource limits. They're there for a reason. See the login.conf(5) man page. > panic: pmap_new_proc: u_map allocation failed kmem exhaustion condition in -stable. --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 17:12:27 2003 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 12EF516A4CE for ; Wed, 17 Dec 2003 17:12:27 -0800 (PST) Received: from mercury.ll.net (mercury.ll.net [209.131.224.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96CD643D36 for ; Wed, 17 Dec 2003 17:12:18 -0800 (PST) (envelope-from supraexpress@globaleyes.net) Received: from globaleyes.net (unverified [209.131.253.24]) by mercury.ll.net for ; Wed, 17 Dec 2003 19:12:16 -0600 Message-ID: Date: Wed, 17 Dec 2003 19:12:04 -0600 (CST) From: supraexpress@globaleyes.net To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: 5.2-RC1 pcm/sound OK with EMU10K1/Intel ICH5 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: Thu, 18 Dec 2003 01:12:27 -0000 FWIW - I am running 5.1-RC1 (using an ipfilter-modified kernel) with xmms-esound-1.2.8_2 using the OSS Output Plugin and two soundcards. There are no pings, pops, burps, hiccups, slowdowns, or other interruptions or distortions while listening to MP3's, Amiga MOD's, or locally created WAV's (from another FBSD). cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xc400 irq 17 (4p/2r/0v channels duplex default) pcm1: at io 0xfebffa00, 0xfebff900 irq 17 bufsz 16384 (1p/1r/0v channels duplex) kldstat Id Refs Address Size Name 1 11 0xc0400000 5c8628 kernel 2 2 0xc09c9000 1d8cc linux.ko 3 1 0xc09e7000 6e5c snd_emu10k1.ko 4 3 0xc09ee000 1e388 snd_pcm.ko 5 1 0xc0a0d000 5b24 snd_ich.ko 6 1 0xc0a13000 1aea24 nvidia.ko 7 1 0xc0bc2000 4fb50 acpi.ko sysctl -A|grep snd hw.snd.targetirqrate: 32 hw.snd.report_soft_formats: 1 hw.snd.verbose: 1 hw.snd.unit: 0 hw.snd.maxautovchans: 0 hw.snd.pcm0.buffersize: 4096 hw.snd.pcm0.vchans: 0 hw.snd.pcm1.buffersize: 16384 hw.snd.pcm1.vchans: 0 hw.snd.pcm1.ac97rate: 48000 ll /dev/mix* crw-rw-rw- 1 root wheel 30, 0 Dec 17 18:22 /dev/mixer0 crw-rw-rw- 1 root wheel 30, 16 Dec 17 18:22 /dev/mixer1 ll /dev/dsp* crw-rw-rw- 1 root wheel 30, 3 Dec 17 18:38 /dev/dsp0.0 crw-rw-rw- 1 root wheel 30, 0x00010003 Dec 17 18:37 /dev/dsp0.1 crw-rw-rw- 1 root wheel 30, 0x00020003 Dec 17 18:22 /dev/dsp0.2 crw-rw-rw- 1 root wheel 30, 0x00030003 Dec 17 18:22 /dev/dsp0.3 crw-rw-rw- 1 root wheel 30, 0x00040003 Dec 17 18:22 /dev/dsp0.4 crw-rw-rw- 1 root wheel 30, 0x00050003 Dec 17 18:22 /dev/dsp0.5 crw-rw-rw- 1 root wheel 30, 19 Dec 17 19:10 /dev/dsp1.0 crw-rw-rw- 1 root wheel 30, 0x00010013 Dec 17 18:22 /dev/dsp1.1 crw-rw-rw- 1 root wheel 30, 5 Dec 17 18:22 /dev/dspW0.0 crw-rw-rw- 1 root wheel 30, 0x00010005 Dec 17 18:22 /dev/dspW0.1 crw-rw-rw- 1 root wheel 30, 0x00020005 Dec 17 18:22 /dev/dspW0.2 crw-rw-rw- 1 root wheel 30, 0x00030005 Dec 17 18:22 /dev/dspW0.3 crw-rw-rw- 1 root wheel 30, 0x00040005 Dec 17 18:22 /dev/dspW0.4 crw-rw-rw- 1 root wheel 30, 0x00050005 Dec 17 18:22 /dev/dspW0.5 crw-rw-rw- 1 root wheel 30, 21 Dec 17 18:22 /dev/dspW1.0 crw-rw-rw- 1 root wheel 30, 0x00010015 Dec 17 18:22 /dev/dspW1.1 crw-rw-rw- 1 root wheel 30, 11 Dec 17 18:22 /dev/dspr0.0 crw-rw-rw- 1 root wheel 30, 0x0001000b Dec 17 18:22 /dev/dspr0.1 crw-rw-rw- 1 root wheel 30, 27 Dec 17 18:22 /dev/dspr1.0 Copyright (c) 1992-2003 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-RC1 #0: Tue Dec 16 01:06:43 CST 2003 root@FreeBSD2.LocalNET10:/usr/src/sys/i386/compile/FBSD5.2_RC2 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c13000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0c13244. Preloaded elf module "/boot/kernel/snd_emu10k1.ko" at 0xc0c132f0. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0c133a0. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0c1344c. Preloaded elf module "/boot/kernel/nvidia.ko" at 0xc0c134f8. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c135a4. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3245.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073676288 (1023 MB) avail memory = 1029304320 (981 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f7720 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.MDET] (Node 0xc2dafac0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0._CRS] (Node 0xc2daf9c0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.PCI0._CRS] (Node 0xc2daf9c0), AE_AML_REGION_LIMIT can't fetch resources for \\_SB_.PCI0 - AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.MDET] (Node 0xc2dafac0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xc2dc78a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xc2dc78a0), AE_AML_REGION_LIMIT can't fetch resources for \\_SB_.MEM_ - AE_AML_REGION_LIMIT acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_cpu1: Failed to attach throttling P_CNT acpi_button0: on acpi0 pcib0: on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib1: slot 0 INTA is routed to irq 16 nvidia0: mem 0xdfd80000-0xdfdfffff,0xd0000000-0xd7ffffff,0xfd000000-0xfdffffff irq 16 at device 0.0 on pci1 pci0: at device 6.0 (no driver attached) uhci0: port 0xe000-0xe01f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe400-0xe41f irq 19 at device 29.1 on pci0 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 0xe800-0xe81f irq 18 at device 29.2 on pci0 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 ugen0: APC Back-UPS ES 725 FW:802.n2.D USB FW:n2, rev 1.10/1.06, addr 2 uhci3: port 0xec00-0xec1f irq 16 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 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 pcm0: port 0xc400-0xc41f irq 17 at device 1.0 on pci2 pcm0: ahc0: port 0xc800-0xc8ff mem 0xfeaff000-0xfeafffff irq 18 at device 2.0 on pci2 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs sis0: port 0xc000-0xc0ff mem 0xfeafe000-0xfeafefff irq 19 at device 3.0 on pci2 sis0: Silicon Revision: DP83815D sis0: Ethernet address: 00:09:5b:1e:62:ec miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: port 0xbc00-0xbc3f mem 0xfeafd000-0xfeafdfff irq 20 at device 8.0 on pci2 fxp0: Ethernet address 00:0c:76:26:da:ea miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm1: port 0xd800-0xd83f,0xdc00-0xdcff mem 0xfebff900-0xfebff9ff,0xfebffa00-0xfebffbff irq 17 at device 31.5 on pci0 pcm1: atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 fdc0: cmd 3 failed at out byte 1 of 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 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 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: cmd 3 failed at out byte 1 of 3 orm0: