From owner-freebsd-current@FreeBSD.ORG Sun May 15 00:30:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DFF16A4CE for ; Sun, 15 May 2005 00:30:31 +0000 (GMT) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EBAF43DA1 for ; Sun, 15 May 2005 00:30:30 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.3/8.13.1) with ESMTP id j4F0UAOp026116 for ; Sun, 15 May 2005 02:30:10 +0200 (CEST) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.3/8.13.1/Submit) with ESMTP id j4F0UAGx026113 for ; Sun, 15 May 2005 02:30:10 +0200 (CEST) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Sun, 15 May 2005 02:30:10 +0200 (CEST) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: current@freebsd.org Message-ID: <20050515021036.H25912@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: panic (kmem_map too small) with smbfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 00:30:31 -0000 I get regular and repeatable panics when using smbfs for a long time. In that workload, I'm usually playing video from a Windows XP network share, and after a few hours (approx. 2 - 4 hours, very irregular, but always happens) of constant usage (there are no other significant processes on the system), the machine panics. It's a Celeron M laptop with 256MB RAM, and otherwise very stable. #0 doadump () at pcpu.h:159 #1 0xc0541e3e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc0542189 in panic (fmt=0xc071a72b "kmem_malloc(%ld): kmem_map too small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:566 (it's "kmem_alloc(4096), 79298560 total allocated") #3 0xc067c70b in kmem_malloc (map=0xc103b0c0, size=4096, flags=258) at /usr/src/sys/vm/vm_kern.c:299 #4 0xc068fce7 in page_alloc (zone=0xc1045e40, bytes=0, pflag=0x0, wait=0) at /usr/src/sys/vm/uma_core.c:957 #5 0xc068f710 in slab_zalloc (zone=0xc1045e40, wait=258) at /usr/src/sys/vm/uma_core.c:827 #6 0xc06914c7 in uma_zone_slab (zone=0xc1045e40, flags=2) at /usr/src/sys/vm/uma_core.c:1994 #7 0xc069173f in uma_zalloc_bucket (zone=0xc1045e40, flags=2) at /usr/src/sys/vm/uma_core.c:2103 #8 0xc06912f2 in uma_zalloc_arg (zone=0xc1045e40, udata=0x0, flags=2) at /usr/src/sys/vm/uma_core.c:1911 #9 0xc059b1fe in cache_enter (dvp=0xc1cdf630, vp=0xc1d6c528, cnp=0xd4842a2c) at uma.h:276 #10 0xc1d2ac92 in ?? () #11 0xc1cdf630 in ?? () #12 0xc1d6c528 in ?? () #13 0xd4842a2c in ?? () #14 0x0000003a in ?? () #15 0xc1d01204 in ?? () #16 0xd4842a1c in ?? () #17 0xd4842a54 in ?? () #18 0xc1ce9980 in ?? () #19 0xc1d6c528 in ?? () #20 0xc1d01200 in ?? () #21 0xc1918d80 in ?? () #22 0xc1bcc500 in ?? () #23 0xd4842a5c in ?? () #24 0xc0533a6b in lockmgr (lkp=0xc1cdf630, flags=0, interlkp=0x25, td=0x8) at /usr/src/sys/kern/kern_lock.c:396 #25 0xc1d2adb3 in ?? () #26 0xc1cdf630 in ?? () #27 0xd4842cb4 in ?? () #28 0xc1bcc500 in ?? () #29 0xc1918d80 in ?? () #30 0x00000000 in ?? () #31 0xc1918d80 in ?? () #32 0xc1d0e000 in ?? () #33 0x00000001 in ?? () #34 0x000181ed in ?? () #35 0x00000000 in ?? () #36 0x00000000 in ?? () #37 0x0800ff03 in ?? () #38 0xb19d80dd in ?? () #39 0x15dfe000 in ?? () #40 0x00000000 in ?? () #41 0x00001104 in ?? () #42 0x01030002 in ?? () #43 0x01000040 in ?? () #44 0xc1918d80 in ?? () #45 0xd4842bec in ?? () #46 0xc0533a6b in lockmgr (lkp=0xc1cdf630, flags=3251500592, interlkp=0xd4842cb4, td=0xc1ce9980) ---Type to continue, or q to quit--- at /usr/src/sys/kern/kern_lock.c:396 #47 0xc1d2cd61 in ?? () #48 0xc1cdf630 in ?? () #49 0xd4842cb4 in ?? () #50 0xc1bcc500 in ?? () #51 0xc1cdf630 in ?? () #52 0xd4842ce0 in ?? () #53 0xc05b4252 in getdirentries (td=0xc1918d80, uap=0x20002) at vnode_if.h:894 Previous frame identical to this frame (corrupt stack?) -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke From owner-freebsd-current@FreeBSD.ORG Sun May 15 01:57:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26FE416A4CE for ; Sun, 15 May 2005 01:57:22 +0000 (GMT) Received: from mail.iinet.net.au (mail-09.iinet.net.au [203.59.3.41]) by mx1.FreeBSD.org (Postfix) with SMTP id 148D543D55 for ; Sun, 15 May 2005 01:57:21 +0000 (GMT) (envelope-from julian@elischer.org) Received: (qmail 18145 invoked from network); 15 May 2005 01:51:58 -0000 Received: from unknown (HELO ?10.1.1.200?) (203.59.87.113) by mail.iinet.net.au with SMTP; 15 May 2005 01:51:58 -0000 Message-ID: <4286AB34.6050101@elischer.org> Date: Sat, 14 May 2005 18:51:48 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: skype on current/5.x and maestro-2E 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, 15 May 2005 01:57:22 -0000 Has anyone run skype successfully on these versions (5 or 6) of freeBSD? I can run it successfully on 4.x but on my 5.x machine the audio is completely broken up. like someone is chopping the audio stream. I just want know if it's the OS or the sound driver.. (maestro-2) From owner-freebsd-current@FreeBSD.ORG Sun May 15 02:49:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEB2016A4CE; Sun, 15 May 2005 02:49:13 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75D643D6A; Sun, 15 May 2005 02:49:13 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id CA45F72DD4; Sat, 14 May 2005 19:49:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C48DF72DCB; Sat, 14 May 2005 19:49:13 -0700 (PDT) Date: Sat, 14 May 2005 19:49:13 -0700 (PDT) From: Doug White To: "Balgansuren.B" In-Reply-To: <20050514160635.36B9743D62@mx1.FreeBSD.org> Message-ID: <20050514194722.M49081@carver.gumbysoft.com> References: <20050514160635.36B9743D62@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Supermicro superserver 5013S-i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 02:49:14 -0000 On Sat, 14 May 2005, Balgansuren.B wrote: > Yesterday (13 May, 2005), I installed FreeBSD 5.4 Release on this > server without problem. This morning (14 May, 2005) I did cvsup and now > it is 5.4-STABLE. > > But I saw strange thing when I change settings on bios setup. > [...] > May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override > - [DEB_] had invalid type (Integer) for Scope operator, changed to > (Scope) This is a bug in the ACPI DSDT table in the BIOS. If upgrading the BIOS causes this then contact your systems vendor and complain since the prior BIOS table did not have these errors. It obviously goes away when ACPI is disabled since the table is not evaluated in that instance. Its likely harmless. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 15 03:11:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B7316A4CE for ; Sun, 15 May 2005 03:11:50 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE54943D75 for ; Sun, 15 May 2005 03:11:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B197A72DD4; Sat, 14 May 2005 20:11:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id AD62572DCB; Sat, 14 May 2005 20:11:48 -0700 (PDT) Date: Sat, 14 May 2005 20:11:48 -0700 (PDT) From: Doug White To: Ivan Voras In-Reply-To: <20050515021036.H25912@geri.cc.fer.hr> Message-ID: <20050514201048.O49081@carver.gumbysoft.com> References: <20050515021036.H25912@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic (kmem_map too small) with smbfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 03:11:51 -0000 On Sun, 15 May 2005, Ivan Voras wrote: > I get regular and repeatable panics when using smbfs for a long time. In > that workload, I'm usually playing video from a Windows XP network > share, and after a few hours (approx. 2 - 4 hours, very irregular, but > always happens) > of constant usage (there are no other significant processes on the system), the > machine panics. It's a Celeron M laptop with 256MB RAM, and otherwise very > stable. > > > > #0 doadump () at pcpu.h:159 > #1 0xc0541e3e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 > #2 0xc0542189 in panic (fmt=0xc071a72b "kmem_malloc(%ld): kmem_map too small: %ld total allocated") > at /usr/src/sys/kern/kern_shutdown.c:566 There may be a memory leak in smbfs. I don't know if you have enough physical RAM to increase KVM usefully. I'd monitor 'vmstat -m' while running and see if one of the zones gets very large. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 15 03:22:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A18516A4CE; Sun, 15 May 2005 03:22:12 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id D102443D45; Sun, 15 May 2005 03:22:10 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.3/8.13.1/NinthNine) with SMTP id j4F3M2hd049281; Sun, 15 May 2005 12:22:03 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 15 May 2005 12:22:02 +0900 (JST) Message-Id: <200505150322.j4F3M2hd049281@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Alan Cox In-Reply-To: <20050514193120.GX8136@cs.rice.edu> References: <200505141531.j4EFVXwA028227@sakura.ninth-nine.com> <20050514193120.GX8136@cs.rice.edu> X-Mailer: Sylpheed version 1.9.10 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Sun, 15 May 2005 12:22:03 +0900 (JST) cc: alc@FreeBSD.org cc: jeff@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: nork@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: latest current and kqemu cause a VM panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 03:22:12 -0000 On Sat, 14 May 2005 14:31:20 -0500 Alan Cox wrote: > This indicates corruption of the page being allocated from the free > list. From the backtrace, the page's address is 0xc22cebe8. Can you > send me a dump of the 72 bytes at that location. Thank you. I have a crash dump. How do I get a dump? Maybe, althought I think following operation is currect... If I miss, please teach me! :-) # kgdb /var/crash/kernel.debug.36 /var/crash/vmcore.36 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] (snip) #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc04b42cd in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04b46f3 in panic (fmt=0xc065c178 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc0431232 in db_panic (addr=0, have_addr=0, count=-1, modif=0xf8823994 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc04311a2 in db_command (last_cmdp=0xc06a4804, cmd_table=0x0, aux_cmd_tablep=0xc06795b8, aux_cmd_tablep_end=0xc06795bc) at /usr/src/sys/ddb/db_command.c:349 #5 0xc04312b5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #6 0xc0433435 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc04d4e6e in kdb_trap (type=0, code=0, tf=0xf8823af4) at /usr/src/sys/kern/subr_kdb.c:471 #8 0xc063a898 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = -125698008, tf_edi = 256, tf_esi = 1, tf_ebp = -125682884, tf_isp = -125682912, tf_ebx = -125682820, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068676288, tf_cs = 32, tf_eflags = 646, tf_esp = -1067034858, tf_ss = -1067041121}) at /usr/src/sys/i386/i386/trap.c:581 #9 0xc06261ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0x00000008 in ?? () #11 0x00000028 in ?? () #12 0xf8820028 in ?? () #13 0x00000100 in ?? () #14 0x00000001 in ?? () #15 0xf8823b3c in ?? () #16 0xf8823b20 in ?? () #17 0xf8823b7c in ?? () #18 0x00000000 in ?? () #19 0xc1033000 in ?? () #20 0x00000012 in ?? () #21 0x00000003 in ?? () #22 0x00000000 in ?? () #23 0xc04d4b40 in kdb_enter (msg=0x0) at cpufunc.h:60 #24 0xc04b464e in panic ( fmt=0xc0672378 "vm_page_insert: page already inserted") at /usr/src/sys/kern/kern_shutdown.c:537 #25 0xc05f961a in vm_page_insert (m=0xc22cebe8, object=0xc80e4840, pindex=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/vm/vm_page.c:539 #26 0xc05f9d38 in vm_page_alloc (object=0xc80e4840, pindex=2, req=0) at /usr/src/sys/vm/vm_page.c:867 #27 0xc05e94f0 in vm_fault (map=0xc3c23a8c, vaddr=134590464, fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:450 #28 0xc063aaab in trap_pfault (frame=0xf8823d38, usermode=1, eva=134590856) at /usr/src/sys/i386/i386/trap.c:709 #29 0xc063a5fa in trap (frame= {tf_fs = -1067319237, tf_es = 59, tf_ds = 59, tf_edi = 134619188, tf_esi = 134619208, tf_ebp = -1077943256, tf_isp = -125682332, tf_ebx = 1757676724, tf_edx = 0, tf_ecx = 135842160, tf_eax = 134590848, tf_trapno = 12, tf_err = 7, tf_eip = 1757668780, tf_cs = 51, tf_eflags = 66118, tf_esp = -1077943296, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:321 #30 0xc06261ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #31 0xc062003b in bios32_init (junk=Cannot access memory at address 0xbfbfe430 ) at /usr/src/sys/i386/i386/bios.c:128 Previous frame inner to this frame (corrupt stack?) (kgdb) x/72b 0xc22cebe8 0xc22cebe8: 0x98 0xfc 0x0b 0xc2 0xe0 0xb1 0x6f 0xc0 0xc22cebf0: 0x30 0xf4 0x33 0xc2 0xa8 0xc7 0x2c 0xc2 0xc22cebf8: 0xa0 0xc7 0x2c 0xc2 0x00 0x00 0x00 0x00 0xc22cec00: 0x60 0xbc 0xc1 0xc3 0xf7 0xbe 0x00 0x00 0xc22cec08: 0x00 0x00 0x00 0x00 0x00 0x60 0xad 0x40 0xc22cec10: 0x01 0x00 0x00 0x00 0x40 0x12 0xb2 0xe1 0xc22cec18: 0x48 0x12 0xb2 0xe1 0x00 0x00 0x01 0x00 0xc22cec20: 0x56 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xc22cec28: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 From owner-freebsd-current@FreeBSD.ORG Sun May 15 05:57:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB2DD16A4CE for ; Sun, 15 May 2005 05:57:48 +0000 (GMT) Received: from mx05.ms.so-net.ne.jp (mx05.ms.so-net.ne.jp [202.238.82.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD47943DAE for ; Sun, 15 May 2005 05:57:47 +0000 (GMT) (envelope-from metal@gc5.so-net.ne.jp) Received: from [218.41.124.185] (p297cb9.t032ah00.ap.so-net.ne.jp [218.41.124.185]) by mx05.ms.so-net.ne.jp with ESMTP id j4F5vX9L009018; Sun, 15 May 2005 14:57:34 +0900 (JST) Message-ID: <4286E498.1030206@gc5.so-net.ne.jp> Date: Sun, 15 May 2005 14:56:40 +0900 From: SUZUKI Koichi User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <4286AB34.6050101@elischer.org> In-Reply-To: <4286AB34.6050101@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: skype on current/5.x and maestro-2E 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, 15 May 2005 05:57:49 -0000 Hi Julian, Julian Elischer wrote: > Has anyone run skype successfully on these versions (5 or 6) of freeBSD? > I can run it successfully on 4.x but on my 5.x machine the audio is > completely > broken up. like someone is chopping the audio stream. > > I just want know if it's the OS or the sound driver.. > (maestro-2) I use Skype on FreeBSD 5.4-STABLE (of yesterday) w/o problem. My NotePC is Fujitsu LOOX-T70H with snd_ich. The sound is detected as follows: --- pcm0: port 0x1880-0x18bf,0x1c00-0x1cff mem 0xd0100800-0xd01008ff,0xd0100c00-0xd0100dff irq 11 at device 31.5 on pci0 pcm0: --- -- This is my STYLE. SUZUKI Koichi @ NRT on the way to SFO :) From owner-freebsd-current@FreeBSD.ORG Sun May 15 06:21:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE91116A4CE for ; Sun, 15 May 2005 06:21:13 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F6F543DA7 for ; Sun, 15 May 2005 06:21:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 18A3F52961; Sat, 14 May 2005 23:21:12 -0700 (PDT) Date: Sat, 14 May 2005 23:21:11 -0700 From: Kris Kennaway To: Doug White Message-ID: <20050515062111.GA57876@xor.obsecurity.org> References: <20050515021036.H25912@geri.cc.fer.hr> <20050514201048.O49081@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <20050514201048.O49081@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Ivan Voras Subject: Re: panic (kmem_map too small) with smbfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 06:21:13 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 14, 2005 at 08:11:48PM -0700, Doug White wrote: > On Sun, 15 May 2005, Ivan Voras wrote: >=20 > > I get regular and repeatable panics when using smbfs for a long time. In > > that workload, I'm usually playing video from a Windows XP network > > share, and after a few hours (approx. 2 - 4 hours, very irregular, but > > always happens) > > of constant usage (there are no other significant processes on the syst= em), the > > machine panics. It's a Celeron M laptop with 256MB RAM, and otherwise v= ery > > stable. > > > > > > > > #0 doadump () at pcpu.h:159 > > #1 0xc0541e3e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown= .c:410 > > #2 0xc0542189 in panic (fmt=3D0xc071a72b "kmem_malloc(%ld): kmem_map t= oo small: %ld total allocated") > > at /usr/src/sys/kern/kern_shutdown.c:566 >=20 > There may be a memory leak in smbfs. I don't know if you have enough > physical RAM to increase KVM usefully. I'd monitor 'vmstat -m' while > running and see if one of the zones gets very large. I think there is at least one PR about this. Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFChupXWry0BWjoQKURAlDsAJ4yI/V8TquZ2WYN+6Bo7MmkLsOiEgCgnhFo WLFLVh/h78/gpMbHB7NdtI0= =JPzR -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Sun May 15 06:57:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BDD416A4D1 for ; Sun, 15 May 2005 06:57:34 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C3F943DA3 for ; Sun, 15 May 2005 06:57:33 +0000 (GMT) (envelope-from FreeMan@fantasymail.de) Received: (qmail 22425 invoked by uid 0); 15 May 2005 06:57:28 -0000 Received: from 213.217.113.250 by www78.gmx.net with HTTP; Sun, 15 May 2005 08:57:28 +0200 (MEST) Date: Sun, 15 May 2005 08:57:28 +0200 (MEST) From: FreeMan@fantasymail.de To: "M. Warner Losh" MIME-Version: 1.0 References: <11958.1115719354@www15.gmx.net> X-Priority: 3 (Normal) X-Authenticated: #27615881 Message-ID: <4551.1116140248@www78.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Kernel Driver Problem (SOLVED) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 06:57:34 -0000 Hello Listers :) I only want to let everyone know that this topic is solved. My problem was that i wanted to use a more or less stable version from 5.x but only got a icp driver working for 4.x production releases. After a long "talk by mail" with someone from icp vortex support he told me that there exist for the new icp vortex controllers ( RZ Series ) a utility that listen to /dev/iir device (driver). So when you download one of the new icpcon utilitys it can be used with old raid controllers - RP Series and newer should work. Importent Note: It works for me fine and ICP sayed that the raid utilitys should be downward compatibly but DO IT AT YOUR OWN RISk! ICP dont tested it or guarantee that the new software works with OLD controllers. Imho ICP Vortex do a very professinal job and i trust them but make sure its the users personal risk :) GOOD LUCK and Thanks to all who tryed to help me:) Cheers! < old text removed > > Looks like the kernel is wanting to include pci files from the old > location (4.x). > > Warner > From owner-freebsd-current@FreeBSD.ORG Sun May 15 09:17:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A8D016A4CE for ; Sun, 15 May 2005 09:17:43 +0000 (GMT) Received: from mail.iinet.net.au (mail-05.iinet.net.au [203.59.3.37]) by mx1.FreeBSD.org (Postfix) with SMTP id B986343D5C for ; Sun, 15 May 2005 09:17:41 +0000 (GMT) (envelope-from julian@elischer.org) Received: (qmail 17767 invoked from network); 15 May 2005 09:11:33 -0000 Received: from unknown (HELO ?10.1.1.200?) (203.59.215.8) by mail.iinet.net.au with SMTP; 15 May 2005 09:11:33 -0000 Message-ID: <42871244.5000406@elischer.org> Date: Sun, 15 May 2005 02:11:32 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: SUZUKI Koichi References: <4286AB34.6050101@elischer.org> <4286E498.1030206@gc5.so-net.ne.jp> In-Reply-To: <4286E498.1030206@gc5.so-net.ne.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: skype on current/5.x and maestro-2E 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, 15 May 2005 09:17:43 -0000 SUZUKI Koichi wrote: > Hi Julian, > > Julian Elischer wrote: > >> Has anyone run skype successfully on these versions (5 or 6) of freeBSD? >> I can run it successfully on 4.x but on my 5.x machine the audio is >> completely >> broken up. like someone is chopping the audio stream. >> >> I just want know if it's the OS or the sound driver.. >> (maestro-2) > > > I use Skype on FreeBSD 5.4-STABLE (of yesterday) w/o problem. > > My NotePC is Fujitsu LOOX-T70H with snd_ich. > The sound is detected as follows: > > --- > pcm0: port 0x1880-0x18bf,0x1c00-0x1cff mem > 0xd0100800-0xd01008ff,0xd0100c00-0xd0100dff irq 11 at device 31.5 on pci0 > pcm0: > --- > thank you . looks like it's something to do with the driver then. From owner-freebsd-current@FreeBSD.ORG Sun May 15 09:37:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C92316A53D for ; Sun, 15 May 2005 09:37:28 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 963FE43D80 for ; Sun, 15 May 2005 09:37:27 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (net4801-2 [192.168.254.1]) by fw.farid-hajji.net (Postfix) with ESMTP id 434BC4AC81; Sun, 15 May 2005 11:34:23 +0200 (CEST) Date: Sun, 15 May 2005 11:34:22 +0200 From: cpghost@cordula.ws To: Julian Elischer Message-ID: <20050515093422.GA18361@fw.farid-hajji.net> References: <4286AB34.6050101@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4286AB34.6050101@elischer.org> User-Agent: Mutt/1.5.9i cc: Current Subject: Re: skype on current/5.x and maestro-2E 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, 15 May 2005 09:37:29 -0000 On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: > Has anyone run skype successfully on these versions (5 or 6) of freeBSD? > I can run it successfully on 4.x but on my 5.x machine the audio is > completely > broken up. like someone is chopping the audio stream. I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz, the sound quality is all right; on an EPIA 5000 Eden 500 MHz (also via82c686), the sound is totally chopped and it is impossible to follow. > I just want know if it's the OS or the sound driver.. > (maestro-2) Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sun May 15 09:41:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E29A16A4CE for ; Sun, 15 May 2005 09:41:27 +0000 (GMT) Received: from mail.iinet.net.au (mail-08.iinet.net.au [203.59.3.40]) by mx1.FreeBSD.org (Postfix) with SMTP id 1842643D75 for ; Sun, 15 May 2005 09:41:26 +0000 (GMT) (envelope-from julian@elischer.org) Received: (qmail 18743 invoked from network); 15 May 2005 09:41:24 -0000 Received: from unknown (HELO ?10.1.1.200?) (203.59.215.8) by mail.iinet.net.au with SMTP; 15 May 2005 09:41:24 -0000 Message-ID: <42871944.4030506@elischer.org> Date: Sun, 15 May 2005 02:41:24 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: cpghost@cordula.ws References: <4286AB34.6050101@elischer.org> <20050515093422.GA18361@fw.farid-hajji.net> In-Reply-To: <20050515093422.GA18361@fw.farid-hajji.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: skype on current/5.x and maestro-2E 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, 15 May 2005 09:41:27 -0000 cpghost@cordula.ws wrote: > On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: > >>Has anyone run skype successfully on these versions (5 or 6) of freeBSD? >>I can run it successfully on 4.x but on my 5.x machine the audio is >>completely >>broken up. like someone is chopping the audio stream. > > > I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz, the > sound quality is all right; on an EPIA 5000 Eden 500 MHz (also via82c686), > the sound is totally chopped and it is impossible to follow. hmm so maybe its the fact that my machine is too slow.. it's also 500MHz my 1GHz 4.11 machine seems to run it fine. > > >>I just want know if it's the OS or the sound driver.. >>(maestro-2) > > > Regards, > -cpghost. > From owner-freebsd-current@FreeBSD.ORG Sat May 14 16:06:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0321716A4CE; Sat, 14 May 2005 16:06:41 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36B9743D62; Sat, 14 May 2005 16:06:35 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.43 (FreeBSD)) id 1DWzNi-00093H-W8; Sun, 15 May 2005 01:20:51 +0900 From: balgaa@micom.mn (Balgansuren.B) To: freebsd-stable@freebsd.org X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20050514160635.36B9743D62@mx1.FreeBSD.org> Date: Sat, 14 May 2005 16:06:35 +0000 (GMT) X-Mailman-Approved-At: Sun, 15 May 2005 13:32:27 +0000 cc: freebsd-current@freebsd.org Subject: Supermicro superserver 5013S-i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 16:06:41 -0000 Hello, Yesterday (13 May, 2005), I installed FreeBSD 5.4 Release on this server without problem. This morning (14 May, 2005) I did cvsup and now it is 5.4-STABLE. But I saw strange thing when I change settings on bios setup. When I change ACPI OS aware=YES ========================== May 14 10:41:41 altainet kernel: Copyright (c) 1992-2005 The FreeBSD Project. May 14 10:41:41 altainet kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 May 14 10:41:41 altainet kernel: The Regents of the University of California. All rights reserved. May 14 10:41:41 altainet kernel: FreeBSD 5.4-STABLE #0: Sat May 14 10:20:36 EDT 2005 May 14 10:41:41 altainet kernel: root@altainet.xxx.com:/usr/obj/usr/src/sys/ALTAINET May 14 10:41:41 altainet kernel: ACPI APIC Table: May 14 10:41:41 altainet kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 May 14 10:41:41 altainet kernel: CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2400.11-MHz 686-class CPU) May 14 10:41:41 altainet kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 May 14 10:41:41 altainet kernel: Features=0xbfebfbff May 14 10:41:41 altainet kernel: Hyperthreading: 2 logical CPUs May 14 10:41:41 altainet kernel: real memory = 1073676288 (1023 MB) May 14 10:41:41 altainet kernel: avail memory = 1045319680 (996 MB) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [IO__] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [ICNT] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [ACPI] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [IORG] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [BIOS] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [CMOS] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [KBC_] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: ACPI-0698: *** Warning: Type override - [OEM_] had invalid type (Integer) for Scope operator, changed to (Scope) May 14 10:41:41 altainet kernel: MADT: Forcing active-low polarity and level trigger for SCI May 14 10:41:41 altainet kernel: ioapic0 irqs 0-15 on motherboard May 14 10:41:41 altainet kernel: ioapic1 irqs 16-31 on motherboard May 14 10:41:41 altainet kernel: ioapic2 irqs 32-47 on motherboard May 14 10:41:41 altainet kernel: npx0: on motherboard May 14 10:41:41 altainet kernel: npx0: INT 16 interface May 14 10:41:41 altainet kernel: acpi0: on motherboard May 14 10:41:41 altainet kernel: acpi0: Power Button (fixed) May 14 10:41:41 altainet kernel: unknown: I/O range not supported May 14 10:41:41 altainet kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 May 14 10:41:41 altainet kernel: acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 May 14 10:41:41 altainet kernel: cpu0: on acpi0 May 14 10:41:41 altainet kernel: acpi_throttle0: on cpu0 May 14 10:41:41 altainet kernel: acpi_button0: on acpi0 May 14 10:41:41 altainet kernel: pcib0: port 0xcf8-0xcff on acpi0 May 14 10:41:41 altainet kernel: pci0: on pcib0 May 14 10:41:41 altainet kernel: pci0: at device 6.0 (no driver attached) May 14 10:41:41 altainet kernel: fxp0: port 0xe400-0xe43f mem 0xfeb80000-0xfeb9ffff,0xfebfc000-0xfebfcfff irq 27 at device 7.0 on pci0 May 14 10:41:41 altainet kernel: miibus0: on fxp0 May 14 10:41:41 altainet kernel: inphy0: on miibus0 May 14 10:41:41 altainet kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto May 14 10:41:41 altainet kernel: fxp0: Ethernet address: 00:30:48:53:97:6c May 14 10:41:41 altainet kernel: bge0: mem 0xfebe0000-0xfebeffff irq 28 at device 8.0 on pci0 May 14 10:41:41 altainet kernel: miibus1: on bge0 May 14 10:41:41 altainet kernel: brgphy0: on miibus1 May 14 10:41:41 altainet kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto May 14 10:41:41 altainet kernel: bge0: Ethernet address: 00:30:48:53:97:6d May 14 10:41:41 altainet kernel: atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 May 14 10:41:41 altainet kernel: ata0: channel #0 on atapci0 May 14 10:41:41 altainet kernel: ata1: channel #1 on atapci0 May 14 10:41:41 altainet kernel: ohci0: mem 0xfebfd000-0xfebfdfff irq 10 at device 15.2 on pci0 May 14 10:41:41 altainet kernel: usb0: OHCI version 1.0, legacy support May 14 10:41:41 altainet kernel: usb0: SMM does not respond, resetting May 14 10:41:41 altainet kernel: usb0: on ohci0 May 14 10:41:41 altainet kernel: usb0: USB revision 1.0 May 14 10:41:41 altainet kernel: uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 May 14 10:41:41 altainet kernel: uhub0: 4 ports with 4 removable, self powered May 14 10:41:41 altainet kernel: isab0: at device 15.3 on pci0 May 14 10:41:41 altainet kernel: isa0: on isab0 May 14 10:41:41 altainet kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 May 14 10:41:41 altainet kernel: atkbd0: irq 1 on atkbdc0 May 14 10:41:41 altainet kernel: kbd0 at atkbd0 May 14 10:41:41 altainet kernel: psm0: irq 12 on atkbdc0 May 14 10:41:41 altainet kernel: psm0: model IntelliMouse, device ID 3 May 14 10:41:41 altainet kernel: fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 May 14 10:41:41 altainet kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 May 14 10:41:41 altainet kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 May 14 10:41:41 altainet kernel: sio0: type 16550A May 14 10:41:41 altainet kernel: sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 May 14 10:41:41 altainet kernel: sio1: type 16550A May 14 10:41:41 altainet kernel: ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 May 14 10:41:41 altainet kernel: ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode May 14 10:41:41 altainet kernel: ppc0: FIFO with 16/16/8 bytes threshold May 14 10:41:41 altainet kernel: ppbus0: on ppc0 May 14 10:41:41 altainet kernel: plip0: on ppbus0 May 14 10:41:41 altainet kernel: ppi0: on ppbus0 May 14 10:41:41 altainet kernel: pmtimer0 on isa0 May 14 10:41:41 altainet kernel: orm0: at iomem 0xc0000-0xc7fff on isa0 May 14 10:41:41 altainet kernel: sc0: at flags 0x100 on isa0 May 14 10:41:41 altainet kernel: sc0: VGA <16 virtual consoles, flags=0x300> May 14 10:41:41 altainet kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 May 14 10:41:41 altainet kernel: Timecounter "TSC" frequency 2400106104 Hz quality 800 May 14 10:41:41 altainet kernel: Timecounters tick every 10.000 msec May 14 10:41:41 altainet kernel: IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled May 14 10:41:41 altainet kernel: ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default May 14 10:41:41 altainet kernel: ad1: 114473MB [232581/16/63] at ata0-slave UDMA100 May 14 10:41:41 altainet kernel: acd0: CDROM at ata1-master PIO4 May 14 10:41:41 altainet kernel: Mounting root from ufs:/dev/ad1s1a May 14 10:44:14 altainet login: ROOT LOGIN (root) ON ttyv0 May 14 11:10:03 altainet dhclient: send_packet: Network is unreachable May 14 11:10:03 altainet dhclient: send_packet: please consult README file regarding broadcast address. May 14 11:10:06 altainet dhclient: New IP Address (fxp0): 192.168.5.5 May 14 11:10:06 altainet dhclient: New Subnet Mask (fxp0): 255.255.255.0 May 14 11:10:06 altainet dhclient: New Broadcast Address (fxp0): 192.168.5.255 May 14 11:10:06 altainet dhclient: New Routers: 192.168.5.1 May 14 11:26:41 altainet login: ROOT LOGIN (root) ON ttyv1 When I change ACPI OS aware=NO ========================== May 14 10:27:59 altainet kernel: Copyright (c) 1992-2005 The FreeBSD Project. May 14 10:27:59 altainet kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 May 14 10:27:59 altainet kernel: The Regents of the University of California. All rights reserved. May 14 10:27:59 altainet kernel: FreeBSD 5.4-STABLE #0: Sat May 14 10:20:36 EDT 2005 May 14 10:27:59 altainet kernel: root@altainet.xxx.com:/usr/obj/usr/src/sys/ALTAINET May 14 10:27:59 altainet kernel: MPTable: May 14 10:27:59 altainet kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 May 14 10:27:59 altainet kernel: CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2400.10-MHz 686-class CPU) May 14 10:27:59 altainet kernel: Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 May 14 10:27:59 altainet kernel: Features=0xbfebfbff May 14 10:27:59 altainet kernel: Hyperthreading: 2 logical CPUs May 14 10:27:59 altainet kernel: real memory = 1073741824 (1024 MB) May 14 10:27:59 altainet kernel: avail memory = 1045393408 (996 MB) May 14 10:27:59 altainet kernel: ioapic0: Assuming intbase of 0 May 14 10:27:59 altainet kernel: ioapic1: Assuming intbase of 16 May 14 10:27:59 altainet kernel: ioapic2: Assuming intbase of 32 May 14 10:27:59 altainet kernel: ioapic3: Assuming intbase of 48 May 14 10:27:59 altainet kernel: ioapic0 irqs 0-15 on motherboard May 14 10:27:59 altainet kernel: ioapic1 irqs 16-31 on motherboard May 14 10:27:59 altainet kernel: ioapic2 irqs 32-47 on motherboard May 14 10:27:59 altainet kernel: ioapic3 irqs 48-63 on motherboard May 14 10:27:59 altainet kernel: npx0: on motherboard May 14 10:27:59 altainet kernel: npx0: INT 16 interface May 14 10:27:59 altainet kernel: cpu0 on motherboard May 14 10:27:59 altainet kernel: pcib0: pcibus 0 on motherboard May 14 10:27:59 altainet kernel: pci0: on pcib0 May 14 10:27:59 altainet kernel: pci0: at device 6.0 (no driver attached) May 14 10:27:59 altainet kernel: fxp0: port 0xe400-0xe43f mem 0xfeb80000-0xfeb9ffff,0xfebfc000-0xfebfcfff irq 27 at device 7.0 on pci0 May 14 10:27:59 altainet kernel: miibus0: on fxp0 May 14 10:27:59 altainet kernel: inphy0: on miibus0 May 14 10:27:59 altainet kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto May 14 10:27:59 altainet kernel: fxp0: Ethernet address: 00:30:48:53:97:6c May 14 10:27:59 altainet kernel: bge0: mem 0xfebe0000-0xfebeffff irq 28 at device 8.0 on pci0 May 14 10:27:59 altainet kernel: miibus1: on bge0 May 14 10:27:59 altainet kernel: brgphy0: on miibus1 May 14 10:27:59 altainet kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto May 14 10:27:59 altainet kernel: bge0: Ethernet address: 00:30:48:53:97:6d May 14 10:27:59 altainet kernel: atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 May 14 10:27:59 altainet kernel: ata0: channel #0 on atapci0 May 14 10:27:59 altainet kernel: ata1: channel #1 on atapci0 May 14 10:27:59 altainet kernel: ohci0: mem 0xfebfd000-0xfebfdfff irq 17 at device 15.2 on pci0 May 14 10:27:59 altainet kernel: usb0: OHCI version 1.0, legacy support May 14 10:27:59 altainet kernel: usb0: SMM does not respond, resetting May 14 10:27:59 altainet kernel: usb0: on ohci0 May 14 10:27:59 altainet kernel: usb0: USB revision 1.0 May 14 10:27:59 altainet kernel: uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 May 14 10:27:59 altainet kernel: uhub0: 4 ports with 4 removable, self powered May 14 10:27:59 altainet kernel: isab0: at device 15.3 on pci0 May 14 10:27:59 altainet kernel: isa0: on isab0 May 14 10:27:59 altainet kernel: pcib255: pcibus 255 on motherboard May 14 10:27:59 altainet kernel: pci255: on pcib255 May 14 10:27:59 altainet kernel: orm0: at iomem 0xc0000-0xc7fff on isa0 May 14 10:27:59 altainet kernel: pmtimer0 on isa0 May 14 10:27:59 altainet kernel: atkbdc0: at port 0x64,0x60 on isa0 May 14 10:27:59 altainet kernel: atkbd0: irq 1 on atkbdc0 May 14 10:27:59 altainet kernel: kbd0 at atkbd0 May 14 10:27:59 altainet kernel: psm0: irq 12 on atkbdc0 May 14 10:27:59 altainet kernel: psm0: model IntelliMouse, device ID 3 May 14 10:27:59 altainet kernel: fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 May 14 10:27:59 altainet kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 May 14 10:27:59 altainet kernel: ppc0: at port 0x378-0x37f irq 7 on isa0 May 14 10:27:59 altainet kernel: ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode May 14 10:27:59 altainet kernel: ppc0: FIFO with 16/16/8 bytes threshold May 14 10:27:59 altainet kernel: ppbus0: on ppc0 May 14 10:27:59 altainet kernel: plip0: on ppbus0 May 14 10:27:59 altainet kernel: ppi0: on ppbus0 May 14 10:27:59 altainet kernel: sc0: at flags 0x100 on isa0 May 14 10:27:59 altainet kernel: sc0: VGA <16 virtual consoles, flags=0x300> May 14 10:27:59 altainet kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 May 14 10:27:59 altainet kernel: sio0: type 16550A May 14 10:27:59 altainet kernel: sio1 at port 0x2f8-0x2ff irq 3 on isa0 May 14 10:27:59 altainet kernel: sio1: type 16550A May 14 10:27:59 altainet kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: unknown: can't assign resources (irq) May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: unknown: can't assign resources (port) May 14 10:27:59 altainet kernel: Timecounter "TSC" frequency 2400102812 Hz quality 800 May 14 10:27:59 altainet kernel: Timecounters tick every 10.000 msec May 14 10:27:59 altainet kernel: IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled May 14 10:27:59 altainet kernel: ipfw2 initialized, divert disabled, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default May 14 10:27:59 altainet kernel: ad1: 114473MB [232581/16/63] at ata0-slave UDMA100 May 14 10:27:59 altainet kernel: acd0: CDROM at ata1-master PIO4 May 14 10:27:59 altainet kernel: Mounting root from ufs:/dev/ad1s1a May 14 10:29:19 altainet login: ROOT LOGIN (root) ON ttyv0 I think happen something to ACPI. Also in bios setup MP Table 1.4=Enabled. I tried Plug-in-Play=Yes/No both mode result same. Any suggestion? Regards, Balgaa From owner-freebsd-current@FreeBSD.ORG Sun May 15 16:33:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F9C16A4CE for ; Sun, 15 May 2005 16:33:22 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF86243DC8 for ; Sun, 15 May 2005 16:33:20 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j4FGXHtV064593 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 15 May 2005 18:33:17 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j4FGXGti064587; Sun, 15 May 2005 18:33:16 +0200 (CEST) Date: Sun, 15 May 2005 18:33:16 +0200 From: Divacky Roman To: "Michael W. Oliver" Message-ID: <20050515163316.GA59332@stud.fit.vutbr.cz> References: <20050513205206.GC40601@gargantuan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513205206.GC40601@gargantuan.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: current@freebsd.org Subject: Re: job count in (t)csh prompt b0rken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 16:33:22 -0000 On Fri, May 13, 2005 at 04:52:06PM -0400, Michael W. Oliver wrote: > hi guys. > > just upgraded to latest CURRENT this morning, now my prompt is hosed. > among other things, it usually has a blurb which includes the job count, > expressed as: > > jobs(%j) > > now, it just has a single number representing the job count and all > other good info is gone. worked fine with CURRENT from '04/28/05 > 00:20:45', which was my last CURRENT build before today. > > old prompt: > michael phoenix.gargantuan.com (Fri) 2005-05-13 15:46:08 ~ > line(ttyp2) jobs(0) signal(0) > > > > current prompt: > 0 there's a discussion on tcsh mailing list on something similar. it might be related and given how flexible mark was when importing .14 I am sure he will import .15 asap... so no worry :) regards roman From owner-freebsd-current@FreeBSD.ORG Sun May 15 16:35:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23CF516A4D0 for ; Sun, 15 May 2005 16:35:46 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6733A43DC7 for ; Sun, 15 May 2005 16:35:45 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j4FGZaNW064831 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 15 May 2005 18:35:36 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j4FGZZb5064830; Sun, 15 May 2005 18:35:35 +0200 (CEST) Date: Sun, 15 May 2005 18:35:35 +0200 From: Divacky Roman To: Julian Elischer Message-ID: <20050515163535.GB59332@stud.fit.vutbr.cz> References: <4286AB34.6050101@elischer.org> <20050515093422.GA18361@fw.farid-hajji.net> <42871944.4030506@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42871944.4030506@elischer.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: current@freebsd.org Subject: Re: skype on current/5.x and maestro-2E 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, 15 May 2005 16:35:46 -0000 On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer wrote: > cpghost@cordula.ws wrote: > >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: > > > >>Has anyone run skype successfully on these versions (5 or 6) of freeBSD? > >>I can run it successfully on 4.x but on my 5.x machine the audio is > >>completely > >>broken up. like someone is chopping the audio stream. > > > > > >I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz, the > >sound quality is all right; on an EPIA 5000 Eden 500 MHz (also via82c686), > >the sound is totally chopped and it is impossible to follow. > > hmm so maybe its the fact that my machine is too slow.. it's also 500MHz > my 1GHz 4.11 machine seems to run it fine. I have exactly the same problem (broken sound) pcm0: at io 0xe800 irq 12 kld snd_via8233 (5p/1r/0v channels duplex default) and athlon xp 2.5GHz (on 6-c) so I dont think its speed related roman From owner-freebsd-current@FreeBSD.ORG Sun May 15 17:12:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F319116A4CE for ; Sun, 15 May 2005 17:12:39 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 7834B43D81 for ; Sun, 15 May 2005 17:12:39 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 23606 invoked from network); 15 May 2005 17:12:38 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 15 May 2005 17:12:38 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j4FHCbDJ074048 for ; Sun, 15 May 2005 19:12:37 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j4FHCbRA074047 for current@freebsd.org; Sun, 15 May 2005 19:12:37 +0200 (CEST) (envelope-from pho) Date: Sun, 15 May 2005 19:12:36 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050515171236.GA74022@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Page fault at ffs_softdep.c:3391 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 17:12:40 -0000 With GENERIC HEAD from May 14 19:16 UTC I got: lock order reversal 1st 0xc0961fe0 Softdep Lock (Softdep Lock) @ ufs/ffs/ffs_softdep.c:3390 2nd 0xc09053c4 user map (user map) @ vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c09179a0,c0917e00,...) at kdb_backtrace+0x29 witness_checkorder(c09053c4,9,c085a8da,bb5) at witness_checkorder+0x55c _sx_xlock(c09053c4,c085a8d1,bb5) at _sx_xlock+0x50 _vm_map_lock_read(c0905380,c085a8d1,...) at _vm_map_lock_read+0x37 vm_map_lookup(cea73b5c,0,1,cea73b60,cea73b50) at vm_map_lookup+0x28 vm_fault(c0905380,0,1,0,c1751a80) at vm_fault+0x66 trap_pfault(cea73c24,0,20) at trap_pfault+0xf2 trap(cea70008,c0640028,c0950028,c1751a80,c219ea60) at trap+0x33d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0755fd9, esp = 0xcea73c64, ebp = 0xcea73c94 --- handle_workitem_remove(c219ea60,0) at handle_workitem_remove+0x6d process_worklist_item(0,0) at process_worklist_item+0x18d softdep_process_worklist(0) at softdep_process_worklist+0xf4 sched_sync(0,cea73d38,0,c06729a8,0) at sched_sync+0x25e fork_exit(c06729a8,0,cea73d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcea73d6c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x20 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0755fd9 stack pointer = 0x28:0xcea73c64 frame pointer = 0x28:0xcea73c94 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 56 (syncer) More info at http://www.holm.cc/stress/log/cons131.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sun May 15 17:14:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD88916A4D0 for ; Sun, 15 May 2005 17:14:09 +0000 (GMT) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61D8543DC3 for ; Sun, 15 May 2005 17:14:09 +0000 (GMT) (envelope-from eculp@encontacto.net) Received: from dsl-201-144-85-126.prod-infinitum.com.mx ([201.144.85.126]) by 72-12-2-214.wan.networktel.net with esmtp; Sun, 15 May 2005 12:14:07 -0500 id 00095C91.42878360.00013B53 Received: from localhost (localhost [127.0.0.1]) (uid 80) by dsl-201-144-85-126.prod-infinitum.com.mx with local; Sun, 15 May 2005 12:14:06 -0500 Received: from localhost.encontacto.net (localhost.encontacto.net [127.0.0.1]) by mail.encontacto.net (Horde MIME library) with HTTP for ; Sun, 15 May 2005 12:14:06 -0500 Message-ID: <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> Date: Sun, 15 May 2005 12:14:06 -0500 From: "Edwin L. Culp" To: freebsd-current@freebsd.org References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> In-Reply-To: <20050515163535.GB59332@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: Re: skype on current/5.x and maestro-2E 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, 15 May 2005 17:14:10 -0000 Quoting Divacky Roman : > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer wrote: >> cpghost@cordula.ws wrote: >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: >> > >> >>Has anyone run skype successfully on these versions (5 or 6) of freeBSD? >> >>I can run it successfully on 4.x but on my 5.x machine the audio is >> >>completely >> >>broken up. like someone is chopping the audio stream. >> > >> > >> >I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz, the >> >sound quality is all right; on an EPIA 5000 Eden 500 MHz (also via82c686), >> >the sound is totally chopped and it is impossible to follow. >> >> hmm so maybe its the fact that my machine is too slow.. it's also 500MHz >> my 1GHz 4.11 machine seems to run it fine. > > I have exactly the same problem (broken sound) > pcm0: at io 0xe800 irq 12 kld snd_via8233 (5p/1r/0v channels > duplex default) I had this on all my AMD/Athlon boards with the via sound chipset. I found a reference to the problem, no solution, on one of the Skype BB's. I finally just disabled the onboard sound and added cheap available sound cards and they all have worked great. I've tried to get the via sound to work a couple of times after that, without success. ed ed > > and athlon xp 2.5GHz (on 6-c) > > so I dont think its speed related > > roman > > _______________________________________________ > 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 May 15 18:10:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A7B416A4CE for ; Sun, 15 May 2005 18:10:01 +0000 (GMT) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D97043D82 for ; Sun, 15 May 2005 18:10:01 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.118.114])0.04 <0IGJ004FRMGFXU07@vms044.mailsrvcs.net> for freebsd-current@freebsd.org; Sun, 15 May 2005 13:09:51 -0500 (CDT) Date: Sun, 15 May 2005 13:12:45 -0400 From: David Gurvich To: freebsd-current@freebsd.org Message-id: <200505151312.45327.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.8 Subject: loader version installed with cvs 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, 15 May 2005 18:10:01 -0000 I cannot boot using the loader installed from cvs. I can boot copying the loader from 5.3-RELEASE iso to /boot/loader. Has anyone else seen this problem? From owner-freebsd-current@FreeBSD.ORG Sun May 15 18:35:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FB2E16A4CE for ; Sun, 15 May 2005 18:35:51 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D00143D79 for ; Sun, 15 May 2005 18:35:50 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.3/8.13.3) with ESMTP id j4FIZeEn082579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 May 2005 20:35:40 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.3/8.13.3/Submit) id j4FIZei5082578; Sun, 15 May 2005 20:35:40 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: "Edwin L. Culp" In-Reply-To: <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3mDaxAd2jGMKKY3A8VaU" Date: Sun, 15 May 2005 20:35:40 +0200 Message-Id: <1116182140.19799.9.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port cc: freebsd-current@FreeBSD.org Subject: Re: skype on current/5.x and maestro-2E sound X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@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, 15 May 2005 18:35:51 -0000 --=-3mDaxAd2jGMKKY3A8VaU Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Edwin L. Culp p=ED=B9e v ne 15. 05. 2005 v 12:14 -0500: > Quoting Divacky Roman : >=20 > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer wrote: > >> cpghost@cordula.ws wrote: > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: > >> > > >> >>Has anyone run skype successfully on these versions (5 or 6) of free= BSD? > >> >>I can run it successfully on 4.x but on my 5.x machine the audio is > >> >>completely > >> >>broken up. like someone is chopping the audio stream. > >> > > >> > > >> >I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz, the > >> >sound quality is all right; on an EPIA 5000 Eden 500 MHz (also via82c= 686), > >> >the sound is totally chopped and it is impossible to follow. > >> > >> hmm so maybe its the fact that my machine is too slow.. it's also 500M= Hz > >> my 1GHz 4.11 machine seems to run it fine. > > > > I have exactly the same problem (broken sound) > > pcm0: at io 0xe800 irq 12 kld snd_via8233 (5p/1r/0v channe= ls > > duplex default) >=20 > I had this on all my AMD/Athlon boards with the via sound chipset. I=20 > found a reference to the problem, no solution, on one of the Skype=20 > BB's. I finally just disabled the onboard sound and added cheap=20 > available sound cards and they all have worked great. I've tried to=20 > get the via sound to work a couple of times after that, without success. Same story, different solution. With Open Sound drivers from www.opensound.com Skype works correctly. --=20 Pav Lucistnik Just because you're an angel doesn't mean you have to be a fool. --=-3mDaxAd2jGMKKY3A8VaU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCh5Z7ntdYP8FOsoIRAlY7AJ90p28gkQCUi4SDaGdI2jDOfm13dQCfd/Ts sW26GSiczj73OF99aNCsfL8= =VQPO -----END PGP SIGNATURE----- --=-3mDaxAd2jGMKKY3A8VaU-- From owner-freebsd-current@FreeBSD.ORG Sun May 15 18:50:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F3716A4D1 for ; Sun, 15 May 2005 18:50:40 +0000 (GMT) Received: from relay.rdsnet.ro (smtp1-133.rdsnet.ro [62.231.74.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F2E243DA4 for ; Sun, 15 May 2005 18:50:39 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 23011 invoked from network); 15 May 2005 18:42:58 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 15 May 2005 18:42:58 -0000 Received: (qmail 24132 invoked by uid 89); 15 May 2005 19:04:15 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 15 May 2005 19:04:15 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 01ADE60FC; Sun, 15 May 2005 21:50:34 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Sun, 15 May 2005 21:50:34 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id E574448; Sun, 15 May 2005 21:51:41 +0300 (EEST) Date: Sun, 15 May 2005 21:51:40 +0300 From: Ion-Mihai Tetcu To: pav@FreeBSD.org Message-ID: <20050515215140.539d804f@it.buh.cameradicommercio.ro> In-Reply-To: <1116182140.19799.9.camel@hood.oook.cz> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-AV-Checked: on buh by ClamAV using ClamSMTP cc: freebsd-current@FreeBSD.org Subject: Re: skype on current/5.x and maestro-2E 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, 15 May 2005 18:50:40 -0000 On Sun, 15 May 2005 20:35:40 +0200 Pav Lucistnik wrote: > Edwin L. Culp p=ED=B9e v ne 15. 05. 2005 v 12:14 -0500: > > Quoting Divacky Roman : > >=20 > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer wrote: > > >> cpghost@cordula.ws wrote: > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: > > >> > > > >> >>Has anyone run skype successfully on these versions (5 or 6) of fr= eeBSD? > > >> >>I can run it successfully on 4.x but on my 5.x machine the audio is > > >> >>completely > > >> >>broken up. like someone is chopping the audio stream. > > >> > > > >> > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz, the > > >> >sound quality is all right; on an EPIA 5000 Eden 500 MHz (also via8= 2c686), > > >> >the sound is totally chopped and it is impossible to follow. > > >> > > >> hmm so maybe its the fact that my machine is too slow.. it's also 50= 0MHz > > >> my 1GHz 4.11 machine seems to run it fine. > > > > > > I have exactly the same problem (broken sound) > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 (5p/1r/0v chan= nels > > > duplex default) > >=20 > > I had this on all my AMD/Athlon boards with the via sound chipset. I=20 > > found a reference to the problem, no solution, on one of the Skype=20 > > BB's. I finally just disabled the onboard sound and added cheap=20 > > available sound cards and they all have worked great. I've tried to=20 > > get the via sound to work a couple of times after that, without success. >=20 > Same story, different solution. With Open Sound drivers from > www.opensound.com Skype works correctly. Is this with via8235/8237 on -STABLE ? Thanks, --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Sun May 15 19:00:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BBFC16A4D0 for ; Sun, 15 May 2005 19:00:00 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2274443D58 for ; Sun, 15 May 2005 18:59:59 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.3/8.13.3) with ESMTP id j4FIxp0S023598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 May 2005 20:59:51 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.3/8.13.3/Submit) id j4FIxp7W023597; Sun, 15 May 2005 20:59:51 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Ion-Mihai Tetcu In-Reply-To: <20050515215140.539d804f@it.buh.cameradicommercio.ro> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-1aj7EzLHgFyzqylJSDfl" Date: Sun, 15 May 2005 20:59:50 +0200 Message-Id: <1116183590.19799.12.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port cc: freebsd-current@FreeBSD.org Subject: Re: skype on current/5.x and maestro-2E sound X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@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, 15 May 2005 19:00:00 -0000 --=-1aj7EzLHgFyzqylJSDfl Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Ion-Mihai Tetcu p=ED=A8e v ne 15. 05. 2005 v 21:51 +0300: > On Sun, 15 May 2005 20:35:40 +0200 > Pav Lucistnik wrote: >=20 > > Edwin L. Culp p=ED=B9e v ne 15. 05. 2005 v 12:14 -0500: > > > Quoting Divacky Roman : > > >=20 > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer wrote: > > > >> cpghost@cordula.ws wrote: > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: > > > >> > > > > >> >>Has anyone run skype successfully on these versions (5 or 6) of = freeBSD? > > > >> >>I can run it successfully on 4.x but on my 5.x machine the audio= is > > > >> >>completely > > > >> >>broken up. like someone is chopping the audio stream. > > > >> > > > > >> > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz, t= he > > > >> >sound quality is all right; on an EPIA 5000 Eden 500 MHz (also vi= a82c686), > > > >> >the sound is totally chopped and it is impossible to follow. > > > >> > > > >> hmm so maybe its the fact that my machine is too slow.. it's also = 500MHz > > > >> my 1GHz 4.11 machine seems to run it fine. > > > > > > > > I have exactly the same problem (broken sound) > > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 (5p/1r/0v ch= annels > > > > duplex default) > > >=20 > > > I had this on all my AMD/Athlon boards with the via sound chipset. I= =20 > > > found a reference to the problem, no solution, on one of the Skype=20 > > > BB's. I finally just disabled the onboard sound and added cheap=20 > > > available sound cards and they all have worked great. I've tried to=20 > > > get the via sound to work a couple of times after that, without succe= ss. > >=20 > > Same story, different solution. With Open Sound drivers from > > www.opensound.com Skype works correctly. >=20 > Is this with via8235/8237 on -STABLE ? pcm0: port 0xb400-0xb4ff irq 22 at device 17.5 on pci0 pcm0: Both RELENG_5/i386 and RELENG_5/amd64 (different boards, same chip) --=20 Pav Lucistnik Squish. Larger than the normal icky things, and twice as icky. --=-1aj7EzLHgFyzqylJSDfl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCh5wmntdYP8FOsoIRApfuAKCxy7XLUmuJmlJxKvkW6qZiJkUWdwCgwZmN twjeXo5hbucILUG9FPySKOI= =155f -----END PGP SIGNATURE----- --=-1aj7EzLHgFyzqylJSDfl-- From owner-freebsd-current@FreeBSD.ORG Sun May 15 19:14:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 346CF16A4CE for ; Sun, 15 May 2005 19:14:21 +0000 (GMT) Received: from relay.rdsnet.ro (smtp1-133.rdsnet.ro [62.231.74.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 2014043DC5 for ; Sun, 15 May 2005 19:14:20 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 29575 invoked from network); 15 May 2005 19:06:39 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 15 May 2005 19:06:39 -0000 Received: (qmail 25815 invoked by uid 89); 15 May 2005 19:27:55 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 15 May 2005 19:27:55 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 9982E60A4; Sun, 15 May 2005 22:14:15 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Sun, 15 May 2005 22:14:15 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id 8EE1148; Sun, 15 May 2005 22:15:22 +0300 (EEST) Date: Sun, 15 May 2005 22:15:22 +0300 From: Ion-Mihai Tetcu To: pav@FreeBSD.org Message-ID: <20050515221522.2361523c@it.buh.cameradicommercio.ro> In-Reply-To: <1116183590.19799.12.camel@hood.oook.cz> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-AV-Checked: on buh by ClamAV using ClamSMTP cc: freebsd-current@FreeBSD.org Subject: Re: skype on current/5.x and maestro-2E 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, 15 May 2005 19:14:21 -0000 On Sun, 15 May 2005 20:59:50 +0200 Pav Lucistnik wrote: > Ion-Mihai Tetcu p=ED=A8e v ne 15. 05. 2005 v 21:51 +0300: > > On Sun, 15 May 2005 20:35:40 +0200 > > Pav Lucistnik wrote: > >=20 > > > Edwin L. Culp p=ED=B9e v ne 15. 05. 2005 v 12:14 -0500: > > > > Quoting Divacky Roman : > > > >=20 > > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer wrote: > > > > >> cpghost@cordula.ws wrote: > > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: > > > > >> > > > > > >> >>Has anyone run skype successfully on these versions (5 or 6) o= f freeBSD? > > > > >> >>I can run it successfully on 4.x but on my 5.x machine the aud= io is > > > > >> >>completely > > > > >> >>broken up. like someone is chopping the audio stream. > > > > >> > > > > > >> > > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz,= the > > > > >> >sound quality is all right; on an EPIA 5000 Eden 500 MHz (also = via82c686), > > > > >> >the sound is totally chopped and it is impossible to follow. > > > > >> > > > > >> hmm so maybe its the fact that my machine is too slow.. it's als= o 500MHz > > > > >> my 1GHz 4.11 machine seems to run it fine. > > > > > > > > > > I have exactly the same problem (broken sound) > > > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 (5p/1r/0v = channels > > > > > duplex default) > > > >=20 > > > > I had this on all my AMD/Athlon boards with the via sound chipset. = I=20 > > > > found a reference to the problem, no solution, on one of the Skype= =20 > > > > BB's. I finally just disabled the onboard sound and added cheap=20 > > > > available sound cards and they all have worked great. I've tried t= o=20 > > > > get the via sound to work a couple of times after that, without suc= cess. > > >=20 > > > Same story, different solution. With Open Sound drivers from > > > www.opensound.com Skype works correctly. > >=20 > > Is this with via8235/8237 on -STABLE ? >=20 > pcm0: port 0xb400-0xb4ff irq 22 at device 17.5 on pci0 > pcm0: >=20 > Both RELENG_5/i386 and RELENG_5/amd64 (different boards, same chip) Yup, I got one of this. --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Sun May 15 19:18:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67C5616A4E4; Sun, 15 May 2005 19:18:40 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F99543DA3; Sun, 15 May 2005 19:18:39 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j4FJIZ6d056394; Sun, 15 May 2005 23:18:35 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j4FJIZOp056393; Sun, 15 May 2005 23:18:35 +0400 (MSD) (envelope-from ache) Date: Sun, 15 May 2005 23:18:35 +0400 From: Andrey Chernov To: Pawel Jakub Dawidek Message-ID: <20050515191834.GB55765@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Pawel Jakub Dawidek , current@FreeBSD.ORG References: <20050513041929.GA34210@nagual.pp.ru> <20050513130423.GY837@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <20050513130423.GY837@darkness.comp.waw.pl> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.177; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Sun, 15 May 2005 23:18:36 +0400 (MSD) cc: current@FreeBSD.ORG Subject: Re: Who/what broke -current kernel? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 19:18:40 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 13, 2005 at 03:04:23PM +0200, Pawel Jakub Dawidek wrote: > It could be me, but it should be already fixed. > Could you verify that you have sys/kern/vfs_mount.c rev. 1.195? Yes, I have 1.195, but error remains. I clean whole kernel subdir and=20 rebuild it from scratch to be sure. The kernel which works for me dated=20 Apr 26, if it helps. --=20 http://ache.pp.ru/ --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iQCVAwUBQoegiuJgpPLZnQjrAQKy2QP/dYoXfSOdvm8/g5V8Nn65L+cHaRDRIhp/ MW2di2MB8qa2bUr7T0RImIrf9VF+JpfcCJSBBfR1g9cDKYRS2eDCQISwTN/uxd0z LY4+JwPU9R2FaNMHqOmX7mcTIbF5g3gwyU9CG5pGHPZSz820bK3Ly7tbZqqcy+0C FmdM2BpflVM= =ape+ -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-current@FreeBSD.ORG Sun May 15 19:40:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A00D16A4CE; Sun, 15 May 2005 19:40:00 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E47C43DC0; Sun, 15 May 2005 19:39:59 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j4FJdriW057191; Sun, 15 May 2005 23:39:53 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j4FJdrgJ057189; Sun, 15 May 2005 23:39:53 +0400 (MSD) (envelope-from ache) Date: Sun, 15 May 2005 23:39:53 +0400 From: Andrey Chernov To: Pawel Jakub Dawidek , current@FreeBSD.ORG Message-ID: <20050515193953.GA57021@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Pawel Jakub Dawidek , current@FreeBSD.ORG References: <20050513041929.GA34210@nagual.pp.ru> <20050513130423.GY837@darkness.comp.waw.pl> <20050515191834.GB55765@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20050515191834.GB55765@nagual.pp.ru> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.177; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Sun, 15 May 2005 23:39:54 +0400 (MSD) Subject: Re: Who/what broke -current kernel? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 May 2005 19:40:00 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 15, 2005 at 11:18:35PM +0400, Andrey Chernov wrote: > Yes, I have 1.195, but error remains. I clean whole kernel subdir and=20 > rebuild it from scratch to be sure. The kernel which works for me dated= =20 > Apr 26, if it helps. I share this disk with WinXp, FreeBSD is in the first partition. Could it= =20 be something wrong with partition edges detection introduced recently? --=20 http://ache.pp.ru/ --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iQCVAwUBQoelieJgpPLZnQjrAQIp9gQAn+0/4sJ4hiv9flOykAH9MAfBCew7FWOR Q2kAZ5zsTst89ogzYj2jBCSG4M+qErvbyxAoWbCzsrrqqvi6GQfwBN0m/4dWCS6V Ipu1WW14NUlsHOGymvbYT1vW/p/MvwtozJe4ijyidEU9nnHaSwcgz9fX6VqInqHd GYuO1bRUjbs= =L6NY -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Sun May 15 19:50:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBBA716A4CE for ; Sun, 15 May 2005 19:50:17 +0000 (GMT) Received: from mbc.edu (mail.mbc.edu [216.57.240.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ADBD43D5D for ; Sun, 15 May 2005 19:50:17 +0000 (GMT) (envelope-from ckleski@mbc.edu) Received: from [192.168.0.100] by mbc.edu (Cipher TLSv1:RC4-MD5:128) (MDaemon.PRO.v8.0.3b.R) with ESMTP id md50005014626.msg for ; Sun, 15 May 2005 15:49:50 -0400 From: ckleski@mbc.edu To: freebsd-current@freebsd.org Date: Sun, 15 May 2005 15:51:37 +0000 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505151551.37496.ckleski@mbc.edu> X-SortMonster-MessageSniffer-Message: md50005014626.msg X-SortMonster-MessageSniffer-Rules: tgibseut-MDPv0.53b (SNFv2-3.1i2) No patterns matched. X-SortMonster-MessageSniffer-Result: 0 X-Authenticated-Sender: ckleski@mbc.edu X-Spam-Processed: mail.mbc.edu, Sun, 15 May 2005 15:49:50 -0400 (not processed: message from trusted or authenticated source) X-Lookup-Warning: HELO/EHLO lookup on 192.168.0.100 does not match 65.202.151.105 X-MDRemoteIP: 65.202.151.105 X-Return-Path: ckleski@mbc.edu X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mail.mbc.edu, Sun, 15 May 2005 15:49:51 -0400 Subject: READ_BIG UDMA ICRC error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 19:50:18 -0000 Hi all, After moving from -stable to -current, I am unable to mount cdroms in DMA mode, but they will mount in PIO. I found a thread regarding something like this from January 2004, near 5.2-release, but no apparent resolution. It was working fine in -stable. In DMA mode, I get # mount_cd9660 /dev/acd0 /cdrom mount_cd9660: /dev/acd0: Invalid argument #dmesg | grep acd0 acd0: CDRW at ata1-master UDMA33 acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 error=4 acd0: WARNING - READ_BIG UDMA ICRC error (retrying request) acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 error=4 acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 error=4 acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 error=4 acd0: WARNING - READ_BIG UDMA ICRC error (retrying request) acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 error=4 acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 error=4 #uname -a FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Mon May 9 23:52:01 UTC 2005 ringo@:/usr/obj/usr/src/sys/CCUSTOM i386 Any help appreciated. From owner-freebsd-current@FreeBSD.ORG Sun May 15 20:17:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13B7B16A4CE for ; Sun, 15 May 2005 20:17:10 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id D493543DAF for ; Sun, 15 May 2005 20:17:09 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGJ00E60SC29C@VL-MO-MR010.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 15 May 2005 16:16:50 -0400 (EDT) Date: Sun, 15 May 2005 16:16:39 -0400 From: Nicolas Blais In-reply-to: <200505151551.37496.ckleski@mbc.edu> To: freebsd-current@freebsd.org Message-id: <200505151616.39854.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.8 References: <200505151551.37496.ckleski@mbc.edu> Subject: Re: READ_BIG UDMA ICRC error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 20:17:10 -0000 On May 15, 2005 11:51 am, ckleski@mbc.edu wrote: > Hi all, > > After moving from -stable to -current, I am unable to mount cdroms in DMA > mode, but they will mount in PIO. I found a thread regarding something > like this from January 2004, near 5.2-release, but no apparent resolution. > It was working fine in -stable. > > In DMA mode, I get > # mount_cd9660 /dev/acd0 /cdrom > mount_cd9660: /dev/acd0: Invalid argument > > #dmesg | grep acd0 > acd0: CDRW at ata1-master UDMA33 > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > error=4 > acd0: WARNING - READ_BIG UDMA ICRC error (retrying request) > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > error=4 > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > error=4 > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > error=4 > acd0: WARNING - READ_BIG UDMA ICRC error (retrying request) > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > error=4 > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > error=4 > > #uname -a > FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Mon May 9 23:52:01 UTC 2005 > ringo@:/usr/obj/usr/src/sys/CCUSTOM i386 > > Any help appreciated. > I had a similar problem accessing my dvdr with atapicam. The fault was the actual ata driver. A cvsup about 2-3 days ago fixed it. Since you're running on May 9th, I suggest you update to see if that fixes it. Nicolas. From owner-freebsd-current@FreeBSD.ORG Sun May 15 20:37:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EC7C16A4CE for ; Sun, 15 May 2005 20:37:39 +0000 (GMT) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 282F043DBB for ; Sun, 15 May 2005 20:37:38 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0)j4FKbBb9084925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 16 May 2005 05:37:20 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 16 May 2005 05:37:08 +0900 Message-ID: From: Hajimu UMEMOTO To: current@FreeBSD.org References: <200505152015.j4FKFGsI021150@repoman.freebsd.org> User-Agent: Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Mon_May_16_05:37:07_2005-1" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Mon, 16 May 2005 05:37:20 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Subject: HEAD UP: correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 20:37:39 -0000 --Multipart_Mon_May_16_05:37:07_2005-1 Content-Type: text/plain; charset=US-ASCII Hi, I've committed to correct type of ai_addrlen member of struct addrinfo and n_net member of struct netent. Though it affects to 64 bit arch, I believe it doesn't break ABI backward comatibility. I'll remove padding for ABI backward comatibility after 2 weeks. When padding is removed, ABI backward comatibility will be lost on 64 bit arch. Sincerely, --Multipart_Mon_May_16_05:37:07_2005-1 Content-Type: message/rfc822 X-Sieve: CMU Sieve 2.2 Delivered-To: ume@freebsd.org Delivered-To: src-committers@freebsd.org Message-Id: <200505152015.j4FKFGsI021150@repoman.freebsd.org> From: Hajimu UMEMOTO Date: Sun, 15 May 2005 20:15:15 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/include netdb.h src/lib/libc/net getaddrinfo.c getnetbydns.c getnetbyht.c getnetbynis.c getnetnamadr.c netdb_private.h X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [218.45.22.175]); Mon, 16 May 2005 05:17:10 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org ume 2005-05-15 20:15:15 UTC FreeBSD src repository Modified files: include netdb.h lib/libc/net getaddrinfo.c getnetbydns.c getnetbyht.c getnetbynis.c getnetnamadr.c netdb_private.h Log: - The ai_addrlen of a struct addrinfo used to be a size_t, per RFC 2553. In XNS5.2, and subsequently in POSIX-2001 and RFC 3493, it was changed to a socklen_t. And, the n_net of a struct netent used to be an unsigned long integer. In XNS5, and subsequently in POSIX-2001, it was changed to an uint32_t. To accomodate for this while preserving ABI compatibility with the old interface, we need to prepend or append 32 bits of padding, depending on the (LP64) architecture's endianness. - Correct 1st argument of getnetbyaddr() to uint32_t on 32 bit arch. Stay as is on 64 bit arch for ABI backward compatibility for now. Reviewed by: das, peter MFC after: 2 weeks Revision Changes Path 1.36 +46 -5 src/include/netdb.h 1.69 +4 -1 src/lib/libc/net/getaddrinfo.c 1.30 +12 -8 src/lib/libc/net/getnetbydns.c 1.15 +5 -2 src/lib/libc/net/getnetbyht.c 1.18 +7 -4 src/lib/libc/net/getnetbynis.c 1.20 +8 -3 src/lib/libc/net/getnetnamadr.c 1.9 +1 -7 src/lib/libc/net/netdb_private.h --Multipart_Mon_May_16_05:37:07_2005-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Mon_May_16_05:37:07_2005-1-- From owner-freebsd-current@FreeBSD.ORG Sun May 15 21:20:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E5F416A4CE for ; Sun, 15 May 2005 21:20:24 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id C420143DD8 for ; Sun, 15 May 2005 21:20:23 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from Sonomago (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 3DB0219F3B; Sun, 15 May 2005 14:21:01 -0700 (PDT) From: "Darren Pilgrim" To: =?iso-8859-1?Q?'=22Dag-Erling_Sm=F8rgrav=22'?= Date: Sun, 15 May 2005 14:20:11 -0700 Message-ID: <000a01c55993$e4b6d8a0$0a2a15ac@Sonomago> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal In-Reply-To: <86br7dewqh.fsf@xps.des.no> cc: freebsd-current@freebsd.org Subject: RE: cannot log on as root after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 21:20:24 -0000 From: "Dag-Erling Sm=F8rgrav" [mailto:des@des.no]=20 > "Darren Pilgrim" writes: >> >> [Paraphrased] Logging in on the console as root produces >> "pam_acct_mgmt(): authentication error" message and login failure. >=20 > This is not a PAM bug. Someone broke ttyname() so the code that > checks if you are logging in on a secure tty fails. Quick workaround: > comment out the pam_securetty line in /etc/pam.d/login. The workaround has made direct root logins possible again, thanks. I've just now noticed another error message--this one upon log-out. I = don't have the exact text of the error message (I couldn't find it in the log files), but the text is like "no utmp entry for tty??" or "could not = remove utmp entry for tty??" with the question marks actually there, instead of = the real name of the tty I was logged in on. Is this error message also due = to the breakage? From owner-freebsd-current@FreeBSD.ORG Sun May 15 21:47:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3D0316A4CE for ; Sun, 15 May 2005 21:47:47 +0000 (GMT) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A62043D88 for ; Sun, 15 May 2005 21:47:47 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.3/8.13.1) with ESMTP id j4FLlGoH038522 for ; Sun, 15 May 2005 23:47:16 +0200 (CEST) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.3/8.13.1/Submit) with ESMTP id j4FLlGla038519 for ; Sun, 15 May 2005 23:47:16 +0200 (CEST) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Sun, 15 May 2005 23:47:16 +0200 (CEST) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: current@freebsd.org Message-ID: <20050515234036.Q38486@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: panic (kmem_map too small) with smbfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 21:47:48 -0000 It happened again. Same symptomps but very different backtrace of the core: beastie:/usr/obj/usr/src/sys/BEASTIE> kgdb kernel.debug /radni/Temp/vmcore.34 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd". #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc0541e3e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc0542189 in panic (fmt=0xc071a72b "kmem_malloc(%ld): kmem_map too small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc067c70b in kmem_malloc (map=0xc103b0c0, size=12288, flags=2) at /usr/src/sys/vm/vm_kern.c:299 #4 0xc068fce7 in page_alloc (zone=0x0, bytes=0, pflag=0x0, wait=0) at /usr/src/sys/vm/uma_core.c:957 #5 0xc0692982 in uma_large_malloc (size=12288, wait=2) at /usr/src/sys/vm/uma_core.c:2644 #6 0xc05350ee in malloc (size=12288, type=0xc0740360, flags=2) at /usr/src/sys/kern/kern_malloc.c:300 #7 0xc0563e6b in sbuf_new (s=0xc1b59a80, buf=0x0, length=0, flags=0) at /usr/src/sys/kern/subr_sbuf.c:187 #8 0xc05c1528 in ifconf (cmd=3221776676, data=0xc16dd740 "") at /usr/src/sys/net/if.c:1537 #9 0xc05c1131 in ifioctl (so=0xc22d1798, cmd=3221776676, data=0xc16dd740 "", td=0xc1915000) at /usr/src/sys/net/if.c:1358 #10 0xc0570374 in soo_ioctl (fp=0x0, cmd=3221776676, data=0xc16dd740, active_cred=0xc14b1d80, td=0xc1915000) at /usr/src/sys/kern/sys_socket.c:214 #11 0xc0568ee8 in ioctl (td=0xc1915000, uap=0xd47ebd14) at file.h:257 #12 0xc06cfc70 in syscall (frame= {tf_fs = -1066729425, tf_es = 47, tf_ds = 47, tf_edi = -1077945136, tf_esi = -1077940584, tf_ebp = -1077945208, tf_isp = -729891468, tf_ebx = 1116192741, tf_edx = -1077953424, tf_ecx = 0, tf_eax = 54, tf_trapno = 0, tf_err = 2, tf_eip = 675713679, tf_cs = 31, tf_eflags = 658, tf_esp = -1077953476, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1009 #13 0xc06bcd3f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #14 0xc06b002f in scioctl (dev=Cannot access memory at address 0xbfbfdc90 ) at /usr/src/sys/dev/syscons/syscons.c:727 Previous frame inner to this frame (corrupt stack?) As advised, I logged vmstat -m output. This is the log file: http://geri.cc.fer.hr/~ivoras/vmstat.log.bz2 I logged vmstat -m via crontab every 10 minutes since I started working until the panic. As far as I can tell, there's nothing bad going on, or if there is, it happend just before the crash. -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke From owner-freebsd-current@FreeBSD.ORG Sun May 15 22:10:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2184216A4CE for ; Sun, 15 May 2005 22:10:01 +0000 (GMT) Received: from mbc.edu (mail.mbc.edu [216.57.240.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9352C43D70 for ; Sun, 15 May 2005 22:10:00 +0000 (GMT) (envelope-from ckleski@mbc.edu) Received: from [192.168.0.100] by mbc.edu (Cipher TLSv1:RC4-MD5:128) (MDaemon.PRO.v8.0.3b.R) with ESMTP id md50005015556.msg for ; Sun, 15 May 2005 18:09:36 -0400 From: Craig Kleski To: freebsd-current@freebsd.org Date: Sun, 15 May 2005 18:11:07 +0000 User-Agent: KMail/1.8 References: <200505151551.37496.ckleski@mbc.edu> <200505151616.39854.nb_root@videotron.ca> In-Reply-To: <200505151616.39854.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505151811.07984.ckleski@mbc.edu> X-SortMonster-MessageSniffer-Message: md50005015556.msg X-SortMonster-MessageSniffer-Rules: tgibseut-MDPv0.53b (SNFv2-3.1i2) No patterns matched. X-SortMonster-MessageSniffer-Result: 0 X-Authenticated-Sender: ckleski@mbc.edu X-Spam-Processed: mail.mbc.edu, Sun, 15 May 2005 18:09:36 -0400 (not processed: message from trusted or authenticated source) X-Lookup-Warning: HELO/EHLO lookup on 192.168.0.100 does not match 65.202.151.105 X-MDRemoteIP: 65.202.151.105 X-Return-Path: ckleski@mbc.edu X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mail.mbc.edu, Sun, 15 May 2005 18:09:36 -0400 Subject: Re: READ_BIG UDMA ICRC error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 22:10:01 -0000 On Sunday 15 May 2005 08:16 pm, Nicolas Blais wrote: > On May 15, 2005 11:51 am, ckleski@mbc.edu wrote: > > Hi all, > > > > After moving from -stable to -current, I am unable to mount cdroms in DMA > > mode, but they will mount in PIO. I found a thread regarding something > > like this from January 2004, near 5.2-release, but no apparent > > resolution. It was working fine in -stable. > > > > In DMA mode, I get > > # mount_cd9660 /dev/acd0 /cdrom > > mount_cd9660: /dev/acd0: Invalid argument > > > > #dmesg | grep acd0 > > acd0: CDRW at ata1-master UDMA33 > > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > > error=4 > > acd0: WARNING - READ_BIG UDMA ICRC error (retrying request) > > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > > error=4 > > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > > error=4 > > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > > error=4 > > acd0: WARNING - READ_BIG UDMA ICRC error (retrying request) > > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > > error=4 > > acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 > > error=4 > > > > #uname -a > > FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Mon May 9 23:52:01 UTC 2005 > > ringo@:/usr/obj/usr/src/sys/CCUSTOM i386 > > > > Any help appreciated. > > I had a similar problem accessing my dvdr with atapicam. The fault was the > actual ata driver. A cvsup about 2-3 days ago fixed it. Since you're > running on May 9th, I suggest you update to see if that fixes it. > > Nicolas. That was it. Thanks. From owner-freebsd-current@FreeBSD.ORG Sun May 15 23:10:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6698A16A4CE for ; Sun, 15 May 2005 23:10:51 +0000 (GMT) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4F4843DBC for ; Sun, 15 May 2005 23:10:50 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IGK003L368PZYC0@osl1smout1.broadpark.no> for freebsd-current@freebsd.org; Mon, 16 May 2005 03:17:13 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IGK0019X0K0P1N0@osl1sminn1.broadpark.no> for freebsd-current@freebsd.org; Mon, 16 May 2005 01:14:24 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id E055845165; Mon, 16 May 2005 01:10:36 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 6396745131; Mon, 16 May 2005 01:10:33 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 3AFB033C3B; Mon, 16 May 2005 01:10:33 +0200 (CEST) Date: Mon, 16 May 2005 01:10:32 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <000a01c55993$e4b6d8a0$0a2a15ac@Sonomago> To: Darren Pilgrim Message-id: <861x88ccgn.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <000a01c55993$e4b6d8a0$0a2a15ac@Sonomago> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: cannot log on as root after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 23:10:51 -0000 "Darren Pilgrim" writes: > I've just now noticed another error message--this one upon log-out. I do= n't > have the exact text of the error message (I couldn't find it in the log > files), but the text is like "no utmp entry for tty??" or "could not remo= ve > utmp entry for tty??" with the question marks actually there, instead of = the > real name of the tty I was logged in on. Is this error message also due = to > the breakage? Yes, same bug (which has been fixed now). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon May 16 02:07:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A73A16A4CE; Mon, 16 May 2005 02:07:47 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DF4D43D94; Mon, 16 May 2005 02:07:46 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j4G27jlI080028; Mon, 16 May 2005 06:07:45 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j4G27jiS080027; Mon, 16 May 2005 06:07:45 +0400 (MSD) (envelope-from ache) Date: Mon, 16 May 2005 06:07:44 +0400 From: Andrey Chernov To: current@freebsd.org, sos@freebsd.org Message-ID: <20050516020744.GA79747@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, sos@freebsd.org References: <20050513041929.GA34210@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513041929.GA34210@nagual.pp.ru> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.177; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Mon, 16 May 2005 06:07:45 +0400 (MSD) Subject: Interval detected, it was ATA driver! (was: Who/what broke -current kernel?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 02:07:47 -0000 On Fri, May 13, 2005 at 08:19:29AM +0400, Andrey Chernov wrote: > Trying to mount root... > exec /sbin/init: error 20 I found that kernel was broken May 11 2005 between 12:00 and 18:00 (CVS times). The only changes in that interval included below. Soren, it looks like your thing (I have ICH6), please fix. Updating collection src-sys/cvs Edit src/sys/cam/cam_xpt.c Add delta 1.153 2005.05.11.17.39.33 kan Edit src/sys/dev/ata/ata-all.h Add delta 1.102 2005.05.11.16.10.08 sos Edit src/sys/dev/ata/ata-chipset.c Add delta 1.117 2005.05.11.16.10.08 sos Edit src/sys/dev/ata/ata-lowlevel.c Add delta 1.67 2005.05.11.12.41.35 sos Edit src/sys/dev/ata/ata-queue.c Add delta 1.49 2005.05.11.14.36.26 sos Edit src/sys/dev/usb/uhub.c Add delta 1.69 2005.05.11.15.21.22 imp Shutting down connection to server -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon May 16 02:22:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A26116A4CE for ; Mon, 16 May 2005 02:22:48 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id A071043D67 for ; Mon, 16 May 2005 02:22:47 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.128587 secs; 16 May 2005 11:20:23 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j4G2L3ap001526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 May 2005 11:21:03 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j4G2L0hS001525; Mon, 16 May 2005 11:21:00 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Mon, 16 May 2005 11:21:00 +0900 From: Pyun YongHyeon To: Julian Elischer Message-ID: <20050516022100.GB1020@rndsoft.co.kr> References: <4286AB34.6050101@elischer.org> <20050515093422.GA18361@fw.farid-hajji.net> <42871944.4030506@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42871944.4030506@elischer.org> User-Agent: Mutt/1.4.2.1i cc: Current cc: cpghost@cordula.ws Subject: Re: skype on current/5.x and maestro-2E sound X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 02:22:48 -0000 On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer wrote: > cpghost@cordula.ws wrote: > >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: > > > >>Has anyone run skype successfully on these versions (5 or 6) of freeBSD? > >>I can run it successfully on 4.x but on my 5.x machine the audio is > >>completely > >>broken up. like someone is chopping the audio stream. > > > > > >I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz, the > >sound quality is all right; on an EPIA 5000 Eden 500 MHz (also via82c686), > >the sound is totally chopped and it is impossible to follow. > > hmm so maybe its the fact that my machine is too slow.. it's also 500MHz > my 1GHz 4.11 machine seems to run it fine. > I don't think 500MHz is too slow. Check if kernel converters are active when you play audio samples.(cat /dev/sndstat after setting hw.snd.verbose=2). Since the driver also needs Giant lock it may suffer from interrupt latencies with other devices. In addition if it share IRQ with other devices(e.g. USB) the issue would be noticable. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon May 16 05:12:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2993216A4CE for ; Mon, 16 May 2005 05:12:04 +0000 (GMT) Received: from smtp806.mail.sc5.yahoo.com (smtp806.mail.sc5.yahoo.com [66.163.168.185]) by mx1.FreeBSD.org (Postfix) with SMTP id A139043DD3 for ; Mon, 16 May 2005 05:12:03 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp806.mail.sc5.yahoo.com with SMTP; 16 May 2005 05:12:03 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 820DB60F6; Mon, 16 May 2005 00:12:02 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18661-02-2; Mon, 16 May 2005 00:12:01 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 55BD660ED; Mon, 16 May 2005 00:12:01 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4G5C0it018856; Mon, 16 May 2005 00:12:01 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42882B9C.4080609@alumni.rice.edu> Date: Mon, 16 May 2005 00:11:56 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gurvich References: <200505151312.45327.david.freebsd@verizon.net> In-Reply-To: <200505151312.45327.david.freebsd@verizon.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig64593985BA0F39567AFE5998" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: loader version installed with cvs broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 05:12:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig64593985BA0F39567AFE5998 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/15/05 12:12, David Gurvich wrote: > I cannot boot using the loader installed from cvs. I can boot copying the > loader from 5.3-RELEASE iso to /boot/loader. > > Has anyone else seen this problem? Did you ever try compiling without 'CPUTYPE?=athlon-xp'? I mentioned that a week ago but you never said whether it worked... -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig64593985BA0F39567AFE5998 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCiCugUFz01pkdgZURAjcRAKCsItlqrvTqEnQct4ULnQO3sfTXGQCg2VA4 gZxPZA5P2EdRq4z0kcDt/pM= =3/br -----END PGP SIGNATURE----- --------------enig64593985BA0F39567AFE5998-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 05:52:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A3D416A4CE for ; Mon, 16 May 2005 05:52:47 +0000 (GMT) Received: from hotmail.com (bay101-f35.bay101.hotmail.com [64.4.56.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC79043D73 for ; Mon, 16 May 2005 05:52:45 +0000 (GMT) (envelope-from officeparis@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 15 May 2005 22:52:45 -0700 Message-ID: Received: from 64.4.56.206 by by101fd.bay101.hotmail.msn.com with HTTP; Mon, 16 May 2005 05:52:45 GMT X-Originating-IP: [64.4.56.206] X-Originating-Email: [officeparis@hotmail.com] X-Sender: officeparis@hotmail.com In-Reply-To: <42871944.4030506@elischer.org> From: "ishii kazuo" To: julian@elischer.org, cpghost@cordula.ws Date: Mon, 16 May 2005 14:52:45 +0900 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp; format=flowed X-OriginalArrivalTime: 16 May 2005 05:52:45.0676 (UTC) FILETIME=[7BA09AC0:01C559DB] cc: freebsd-current@freebsd.org Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 05:52:47 -0000 $B@P0f0lIW!!(B $BGn;N!J0e3X!K!"5;=Q;N!J@8J*9)3X!K(B $BEl5~M}2JBg3X(BDDS$B8&5f%;%s%?!<(B officeparis@hotmail.com officeparis@yahoo.co.jp Mobile; 090-7114-4315 >From: Julian Elischer >To: cpghost@cordula.ws >CC: Current >Subject: Re: skype on current/5.x and maestro-2E sound >Date: Sun, 15 May 2005 02:41:24 -0700 > >cpghost@cordula.ws wrote: >>On Sat, May 14, 2005 at 06:51:48PM -0700, Julian Elischer wrote: >> >>>Has anyone run skype successfully on these versions (5 or 6) of >>>freeBSD? >>>I can run it successfully on 4.x but on my 5.x machine the audio >>>is completely >>>broken up. like someone is chopping the audio stream. >> >> >>I'm running Skype on 5.4 (via82c686). On an AMD Duron 1200 MHz, the >>sound quality is all right; on an EPIA 5000 Eden 500 MHz (also >>via82c686), >>the sound is totally chopped and it is impossible to follow. > >hmm so maybe its the fact that my machine is too slow.. it's also >500MHz >my 1GHz 4.11 machine seems to run it fine. > >> >> >>>I just want know if it's the OS or the sound driver.. >>>(maestro-2) >> >> >>Regards, >>-cpghost. >> > >_______________________________________________ >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" _________________________________________________________________ $B3Z$7$$3(J8;z$G%3%3%mEA$o$k%a%C%;%s%8%c!<(B http://messenger.msn.co.jp/ From owner-freebsd-current@FreeBSD.ORG Mon May 16 06:38:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 055A616A4D0 for ; Mon, 16 May 2005 06:38:40 +0000 (GMT) Received: from smtp811.mail.sc5.yahoo.com (smtp811.mail.sc5.yahoo.com [66.163.170.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 87B4543DA9 for ; Mon, 16 May 2005 06:38:39 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp811.mail.sc5.yahoo.com with SMTP; 16 May 2005 06:38:38 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id C8E4860F6 for ; Mon, 16 May 2005 01:38:37 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18661-05 for ; Mon, 16 May 2005 01:38:36 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 077A760ED for ; Mon, 16 May 2005 01:38:36 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4G6cZmB000908 for ; Mon, 16 May 2005 01:38:35 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42883FE6.6040608@alumni.rice.edu> Date: Mon, 16 May 2005 01:38:30 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig206D4362B8518AC6DCD25FA2" X-Virus-Scanned: amavisd-new at noacks.org Subject: Fatal trap 12: page fault while in kernel mode (subr_turnstile.c:226) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 06:38:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig206D4362B8518AC6DCD25FA2 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I was in X so no dump or ddb. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc051c117 stack pointer = 0x28:0xf976c8a8 frame pointer = 0x28:0xf976c8cc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 939 (firefox-bin) trap number = 12 panic: page fault KDB: stack backtrace: panic(c06a83b3,c06d27e7,f976c868,1,1) at panic+0x13a trap_fatal(c06d2aff,c,2,118,4) at trap_fatal+0x255 trap(b23c0008,28,c2ed0028,c29a07c0,c3168900) at trap+0x221 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc051c117, esp = 0xf976c8a8, ebp = 0xf976c8cc --- propagate_priority(c07127c0,8,c06ba676,254,c0717134) at propagate_priority+0x197 turnstile_wait(c3164668,c2ed9a80,c06b6aff,216,c3164668) at turnstile_wait+0x1f7 _mtx_lock_sleep(c3164668,c3168900,0,c06b79b9,27e) at _mtx_lock_sleep+0x9c _mtx_lock_flags(c3164668,0,c06b79b9,27e,f976c9e4) at _mtx_lock_flags+0xaf kern_sigprocmask(c3168900,3,f976c9e4,0,0) at kern_sigprocmask+0x37 nfs_restore_sigmask(c3168900,f976c9e4,6,c3168900,c2f8a980) at nfs_restore_sigmask+0x34 nfs_readrpc(c332b660,f976ca4c,c2f8a980,c2f4c294,cf1) at nfs_readrpc+0x104 nfs_doio(c332b660,d64cad80,c2f8a980,c3168900,f976cab8) at nfs_doio+0x55f nfs_write(f976cbfc,0,f976cc74) at nfs_write+0x7e1 VOP_WRITE_APV(c06f9ca0,f976cbfc,c3168900,21b,7f) at VOP_WRITE_APV+0x69 vn_write(c30bd288,f976cc74,c2f8a980,0,c3168900) at vn_write+0x1ae dofilewrite(1b,a3b7060,1fff,ffffffff,ffffffff) at dofilewrite+0xac write(c3168900,f976cd04,c,1,3) at write+0x77 syscall(3b,ffff003b,bf8f003b,8067000,8fd5) at syscall+0x13b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x28797a63, esp = 0xbfbfdb5c, ebp = 0xbfbfdb78 --- $ addr2line -e kernel.debug 0xc051c117 /usr/src/sys/kern/subr_turnstile.c:226 223: /* 224: * If we aren't blocked on a lock, we should be. 225: */ 226: KASSERT(TD_ON_LOCK(td), ( 227: "thread %d(%s):%d holds %s but isn't blocked on a lock\n", 228: td->td_tid, td->td_proc->p_comm, td->td_state, 229: ts->ts_lockobj->lo_name)); -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig206D4362B8518AC6DCD25FA2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCiD/rUFz01pkdgZURAvBMAKCGWTQP8pyIjrndv8g7WbkCY7zENwCfd3vX s3y3jZri7VM4YI5kuKERPgE= =iwsH -----END PGP SIGNATURE----- --------------enig206D4362B8518AC6DCD25FA2-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 08:22:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8877F16A4CE; Mon, 16 May 2005 08:22:39 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDE6443D6E; Mon, 16 May 2005 08:22:38 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4G8Hfw0020238; Mon, 16 May 2005 10:17:41 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <428857C8.3080009@DeepCore.dk> Date: Mon, 16 May 2005 10:20:24 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrey Chernov References: <20050513041929.GA34210@nagual.pp.ru> <20050516020744.GA79747@nagual.pp.ru> In-Reply-To: <20050516020744.GA79747@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Interval detected, it was ATA driver! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 08:22:39 -0000 Andrey Chernov wrote: > On Fri, May 13, 2005 at 08:19:29AM +0400, Andrey Chernov wrote: >=20 >>Trying to mount root... >>exec /sbin/init: error 20 >=20 >=20 > I found that kernel was broken May 11 2005 between 12:00 and 18:00 (CVS= =20 > times). The only changes in that interval included below. >=20 > Soren, it looks like your thing (I have ICH6), please fix. Hmm, my main WS is using its ICH6 just fine with this, so something must = be different on your system. I need full details, verbose booted dmesg=20 from just before the 4 changed ata-* files below, and from a -current=20 kernel from today, also make and model of motherboard etc would be nice=20 if I need to get HW to reproduce. > Edit src/sys/dev/ata/ata-all.h > Add delta 1.102 2005.05.11.16.10.08 sos > Edit src/sys/dev/ata/ata-chipset.c > Add delta 1.117 2005.05.11.16.10.08 sos > Edit src/sys/dev/ata/ata-lowlevel.c > Add delta 1.67 2005.05.11.12.41.35 sos > Edit src/sys/dev/ata/ata-queue.c > Add delta 1.49 2005.05.11.14.36.26 sos You are sure that only these 4 changed files produces the problem ? --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon May 16 09:54:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7830216A4D0 for ; Mon, 16 May 2005 09:54:50 +0000 (GMT) Received: from smtp805.mail.sc5.yahoo.com (smtp805.mail.sc5.yahoo.com [66.163.168.184]) by mx1.FreeBSD.org (Postfix) with SMTP id DF32843D72 for ; Mon, 16 May 2005 09:54:49 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp805.mail.sc5.yahoo.com with SMTP; 16 May 2005 09:54:49 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id CCF6760F6; Mon, 16 May 2005 04:54:48 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18661-16; Mon, 16 May 2005 04:54:47 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 5948C60ED; Mon, 16 May 2005 04:54:47 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4G9skHp000735; Mon, 16 May 2005 04:54:47 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42886DDE.2080406@alumni.rice.edu> Date: Mon, 16 May 2005 04:54:38 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas Quinot References: <4282F922.7070003@alumni.rice.edu> <20050513214057.GA9287@melusine.cuivre.fr.eu.org> In-Reply-To: <20050513214057.GA9287@melusine.cuivre.fr.eu.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig03483A522D61D62AEE3F82B8" X-Virus-Scanned: amavisd-new at noacks.org cc: current@FreeBSD.ORG Subject: Re: ata breakage [STILL] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 09:54:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig03483A522D61D62AEE3F82B8 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/13/05 16:40, Thomas Quinot wrote: > * Jonathan Noack, 2005-05-12 : >>The panic seems to happen during probing of the CD drive. I use >>atapicam *without* atapicd. The kernel config is also attached. > > Can you try to: > * remove 'cd' from your kernel config > * boot > * camcontrol devlist -v > * kldload cd > > Also, does this happen regardless of whether or not a disc is present in > your CD drive? Please try with no disc, with a known good CD-ROM, with a > known good CD-audio, and with a blank CD-R. With the most recent commits everything works again. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig03483A522D61D62AEE3F82B8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCiG3mUFz01pkdgZURAne5AJ9FaWL0/MhKHKwzYtRbI+js6W8xIACggYSe qKtp1mfOqU9+fVg7sN8o10M= =7wTz -----END PGP SIGNATURE----- --------------enig03483A522D61D62AEE3F82B8-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 11:34:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8952216A4CE for ; Mon, 16 May 2005 11:34:41 +0000 (GMT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03C6643D3F for ; Mon, 16 May 2005 11:34:40 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 10A0F3B970; Mon, 16 May 2005 13:34:37 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) j4GBYKnb001479 for ; Mon, 16 May 2005 13:34:20 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j4GBYKMs001478 for freebsd-current@freebsd.org; Mon, 16 May 2005 13:34:20 +0200 (CEST) (envelope-from schweikh) Date: Mon, 16 May 2005 13:34:20 +0200 From: Jens Schweikhardt To: freebsd-current@freebsd.org Message-ID: <20050516113420.GA786@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 11:34:41 -0000 hello, world\n the timekeeping on my CURRENT system as of May 15 is very strange. The time as reported by date(1) increases too slow by a factor of 3. Things with second intervals like sleep 1, tail -f, iostat 1, changing folders in mutt all go slower by a factor of 3. The system bios date however is correct, and a kernel as of March does not have this problem, so it's clearly the kernel or some other software problem. I have investigated a bit and found the interrupt rates for the lapic[01] being three times the value on the broken kernel (about 2kHz vs 6kHz), schweikh@hal9000:~ $ vmstat -i # Good kernel interrupt total rate irq1: atkbd0 250 0 irq3: sio1 2 0 irq4: sio0 2 0 irq12: psm0 9079 25 irq13: npx0 1 0 irq14: ata0 84 0 irq15: ata1 77 0 irq18: em0 1091 3 irq24: ahd0 9112 25 irq25: ahc0 16 0 lapic0: timer 722947 1997 <-- ~6057 on a bad system irq0: clk 361525 998 lapic1: timer 708251 1956 <-- dito Total 1812437 5006 <-- greater than 12000 Maybe this gives someone a clue what goes on? System is a supermicro P4SCT, 3GHz P4. Dmesg and kernel config upon request. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Sun May 15 19:57:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ECF316A4CE; Sun, 15 May 2005 19:57:08 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96BA243DA9; Sun, 15 May 2005 19:57:06 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.43 (FreeBSD)) id 1DXPSQ-000B9g-0j; Mon, 16 May 2005 05:11:26 +0900 From: balgaa@micom.mn (Balgansuren.B) To: freebsd-stable@freebsd.org X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20050515195706.96BA243DA9@mx1.FreeBSD.org> Date: Sun, 15 May 2005 19:57:06 +0000 (GMT) X-Mailman-Approved-At: Mon, 16 May 2005 11:50:20 +0000 cc: freebsd-current@freebsd.org Subject: RE: Re: Supermicro superserver 5013S-i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 May 2005 19:57:08 -0000 Doug, I checked website for BIOS files and current loaded BIOS is latest version. If I to use continously ACPI aware=NO, is there any problem? Previously, on server was loaded Fedora Core 2, then I removed it. BTW, when I install Fedora Core 2 and it works normal. Balgaa > On Sat, 14 May 2005, Balgansuren.B wrote: > > > Yesterday (13 May, 2005), I installed FreeBSD 5.4 > Release on this > > server without problem. This morning (14 May, 2005) > I did cvsup and now > > it is 5.4-STABLE. > > > > But I saw strange thing when I change settings on > bios setup. > > > > [...] > > > May 14 10:41:41 altainet kernel: ACPI-0698: *** > Warning: Type override > > - [DEB_] had invalid type (Integer) for Scope > operator, changed to > > (Scope) > > This is a bug in the ACPI DSDT table in the BIOS. If > upgrading the BIOS > causes this then contact your systems vendor and > complain since the prior > BIOS table did not have these errors. It obviously > goes away when ACPI is > disabled since the table is not evaluated in that > instance. > > Its likely harmless. > > -- > Doug White | FreeBSD: The Power > to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon May 16 03:10:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60E7E16A4CE; Mon, 16 May 2005 03:10:27 +0000 (GMT) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8174E43DA5; Mon, 16 May 2005 03:10:23 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.168.135] (unknown [218.19.164.157]) by gddsn.org.cn (Postfix) with ESMTP id 8644C38CB4A; Mon, 16 May 2005 11:10:11 +0800 (CST) Message-ID: <42880F12.6080707@gddsn.org.cn> Date: Mon, 16 May 2005 11:10:10 +0800 From: Suken Woo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.7) Gecko/20050424 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: kometen@gmail.com, current@freebsd.org, x11@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 16 May 2005 11:50:20 +0000 Subject: Re: PE2850 multiprocessor freezed under Xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 03:10:27 -0000 > DELL PE2850 freezes with the 5.4-Release SMP GENERIC kernel > while runing X for a few minutes.and it seems caused by Xorg's > bug? https://bugs.freedesktop.org/show_bug.cgi?id=2880 >Try HTT if enabled. same as before.i'll test the xorg 2880 bug patch later thx From owner-freebsd-current@FreeBSD.ORG Mon May 16 11:59:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAA8216A4CE; Mon, 16 May 2005 11:59:41 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B18743DBA; Mon, 16 May 2005 11:59:41 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DXeG4-000CpQ-Cb; Mon, 16 May 2005 14:59:40 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 May 2005 14:59:40 +0300 From: Danny Braniss Message-ID: cc: Ruslan Ermilov Subject: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 11:59:41 -0000 im trying to 'make buildworld' on a i386 5.4 for amd64, and something is broken: ===> usr.bin/lex/lib rm -f .depend CC='cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/include -L/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32 -B/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32' mkdep -f .depend -a libmain.c libyywrap.c /usr/bin/mkdep: cannot create _mkdep45500: Permission denied *** Error code 2 Stop in /r+d/5.4/src/usr.bin/lex/lib. *** Error code 1 danny From owner-freebsd-current@FreeBSD.ORG Mon May 16 12:32:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C251716A4D0 for ; Mon, 16 May 2005 12:32:09 +0000 (GMT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28B7B43D97 for ; Mon, 16 May 2005 12:32:09 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd19.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1DXelT-00061R-01; Mon, 16 May 2005 14:32:07 +0200 Received: from fw.reifenberger.com (SaetiOZ1Qe0z9HZ9L8abd0m5D1+tkKLCm48pyovEiQ8rztW6eg5bQY@[84.152.96.223]) by fwd19.sul.t-online.de with esmtp id 1DXelE-1enGWe0; Mon, 16 May 2005 14:31:52 +0200 Received: from localhost (mike@localhost)j4GCVe9B050118 for ; Mon, 16 May 2005 14:31:40 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Mon, 16 May 2005 14:31:40 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current Message-ID: <20050516142404.I50104@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: SaetiOZ1Qe0z9HZ9L8abd0m5D1+tkKLCm48pyovEiQ8rztW6eg5bQY@t-dialin.net X-TOI-MSGID: 3d21d044-f029-4b3c-aec2-74633145e7de Subject: burncd and DVD failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 12:32:09 -0000 Hi, while doing (using -current): burncd -f /dev/acd0 -s max dvdrw /some/file.iso (A 1.4GB DVD-RW mini is inserted) I get on tty: ... only wrote -1 of 32768 bytes: Input/output error And via syslog: ... acd0: TIMEOUT - WRITE_BIG retrying (1 retry left) acd0: TIMEOUT - WRITE_BIG retrying (0 retries left) acd0: FAILURE - WRITE_BIG timed out Any clues? This is an: acd0: DVDR at ata1-master UDMA33 hanging on an ASUS A8V-Deluxe AMD64 machine with 2GB Mem. I used atapicam successfully in the past BTW. Additional infos needed? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Mon May 16 13:34:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A5C916A4CE for ; Mon, 16 May 2005 13:34:12 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 959CC43D6A for ; Mon, 16 May 2005 13:34:11 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4GDTCGf023841 for ; Mon, 16 May 2005 15:29:12 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4288A0CD.5000002@DeepCore.dk> Date: Mon, 16 May 2005 15:31:57 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'FreeBSD Current'" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Subject: HEADSUP! ATA ioctl interface changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 13:34:12 -0000 The ATA ioctl interface changed, so atacontrol needs to be rebuild to=20 match the kernel.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon May 16 14:04:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 582E816A4CE for ; Mon, 16 May 2005 14:04:06 +0000 (GMT) Received: from drizzle.cc.mcgill.ca (drizzle.CC.McGill.CA [132.206.27.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88DC43D62 for ; Mon, 16 May 2005 14:04:05 +0000 (GMT) (envelope-from mat@cnd.mcgill.ca) Received: from mailscan3.cc.mcgill.ca (mailscan3.CC.McGill.CA [132.216.77.250])j4GE410t029707; Mon, 16 May 2005 10:04:03 -0400 Received: from cube.cnd.mcgill.ca (cube.CND.McGill.CA [132.216.25.196]) j4GE3oBw026867; Mon, 16 May 2005 10:03:50 -0400 (EDT) Received: from localhost.localdomain (acid.cnd.mcgill.ca [132.216.11.151]) by cube.cnd.mcgill.ca (8.12.11/8.12.11) with ESMTP id j4GE3o8j026296; Mon, 16 May 2005 10:03:50 -0400 Received: from localhost.localdomain (acid [127.0.0.1]) j4GE3oDq010658; Mon, 16 May 2005 10:03:50 -0400 Received: (from mat@localhost) by localhost.localdomain (8.12.11/8.12.11/Submit) id j4GE3niq010657; Mon, 16 May 2005 10:03:49 -0400 Date: Mon, 16 May 2005 10:03:49 -0400 From: Mathew Kanner To: Julian Elischer Message-ID: <20050516140349.GA10648@cnd.mcgill.ca> References: <4286AB34.6050101@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4286AB34.6050101@elischer.org> User-Agent: Mutt/1.4.2i Organization: I speak for myself, operating in Montreal, CANADA cc: Current Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 14:04:06 -0000 On May 14, Julian Elischer wrote: > > Has anyone run skype successfully on these versions (5 or 6) of freeBSD? > I can run it successfully on 4.x but on my 5.x machine the audio is > completely > broken up. like someone is chopping the audio stream. > > I just want know if it's the OS or the sound driver.. > (maestro-2) > Luigi Rizzo posted patches on 4.x which force the hw sound buffer to more 'reasonable' sizes for low speed. He did this for skype. --Mat From owner-freebsd-current@FreeBSD.ORG Mon May 16 14:12:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1213616A4CE for ; Mon, 16 May 2005 14:12:41 +0000 (GMT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C815943D3F for ; Mon, 16 May 2005 14:12:40 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id j4GECark001616; Mon, 16 May 2005 07:12:36 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id j4GECaFK001615; Mon, 16 May 2005 07:12:36 -0700 (PDT) (envelope-from rizzo) Date: Mon, 16 May 2005 07:12:36 -0700 From: Luigi Rizzo To: Mathew Kanner Message-ID: <20050516071236.C930@xorpc.icir.org> References: <4286AB34.6050101@elischer.org> <20050516140349.GA10648@cnd.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050516140349.GA10648@cnd.mcgill.ca>; from mat@cnd.mcgill.ca on Mon, May 16, 2005 at 10:03:49AM -0400 cc: Current cc: Julian Elischer Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 14:12:41 -0000 actually that was for asterisk, but should help both. This said, my changes affected both the infrastructure code, and one specific driver (ich) which did have issues (miscomputing the block size in certain cases) causing similar problems (choppy sound etc.). Given the nature of the drivers, with code often cut&pasted from one to the other, it is likely that there are similar issues elsewhere. Which reminds me... was it you, Mat, who promised to have a look at the code and possibly commit to current ? :) cheers luigi On Mon, May 16, 2005 at 10:03:49AM -0400, Mathew Kanner wrote: > On May 14, Julian Elischer wrote: > > > > Has anyone run skype successfully on these versions (5 or 6) of freeBSD? > > I can run it successfully on 4.x but on my 5.x machine the audio is > > completely > > broken up. like someone is chopping the audio stream. > > > > I just want know if it's the OS or the sound driver.. > > (maestro-2) > > > > Luigi Rizzo posted patches on 4.x which force the hw sound > buffer to more 'reasonable' sizes for low speed. He did this for > skype. > --Mat > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon May 16 14:28:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAFBE16A4CE for ; Mon, 16 May 2005 14:28:58 +0000 (GMT) Received: from drizzle.cc.mcgill.ca (drizzle.CC.McGill.CA [132.206.27.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id E951743DA5 for ; Mon, 16 May 2005 14:28:57 +0000 (GMT) (envelope-from mat@cnd.mcgill.ca) Received: from mailscan5.CC.McGill.CA (mailscan5.CC.McGill.CA [132.216.77.252])j4GESjQM005308; Mon, 16 May 2005 10:28:50 -0400 Received: from cube.cnd.mcgill.ca (cube.CND.McGill.CA [132.216.25.196]) j4GER7eQ013791; Mon, 16 May 2005 10:27:08 -0400 Received: from localhost.localdomain (acid.cnd.mcgill.ca [132.216.11.151]) by cube.cnd.mcgill.ca (8.12.11/8.12.11) with ESMTP id j4GERkUM026539; Mon, 16 May 2005 10:27:46 -0400 Received: from localhost.localdomain (acid [127.0.0.1]) j4GERkCv010673; Mon, 16 May 2005 10:27:46 -0400 Received: (from mat@localhost) by localhost.localdomain (8.12.11/8.12.11/Submit) id j4GERkNe010672; Mon, 16 May 2005 10:27:46 -0400 Date: Mon, 16 May 2005 10:27:46 -0400 From: Mathew Kanner To: Luigi Rizzo Message-ID: <20050516142746.GB10648@cnd.mcgill.ca> References: <4286AB34.6050101@elischer.org> <20050516140349.GA10648@cnd.mcgill.ca> <20050516071236.C930@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050516071236.C930@xorpc.icir.org> User-Agent: Mutt/1.4.2i Organization: I speak for myself, operating in Montreal, CANADA cc: Current cc: Julian Elischer cc: Mathew Kanner Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 14:28:58 -0000 On May 16, Luigi Rizzo wrote: > actually that was for asterisk, but should help both. > This said, my changes affected both the infrastructure code, > and one specific driver (ich) which did have issues > (miscomputing the block size in certain cases) causing > similar problems (choppy sound etc.). D'oh. Yes, now I remember. But as you say, it should fix the exact same problem. BTW, this problem is on a per-driver basis as far as I can tell. > > Given the nature of the drivers, with code often cut&pasted > from one to the other, it is likely that there are similar > issues elsewhere. > > Which reminds me... was it you, Mat, who promised to have a > look at the code and possibly commit to current ? :) I promise I didn't promise. I spent some time playing with the buffer patches, but I've been really busy the last couple of weeks... The timing is impeccable as I'm getting rid of the land line this week in favor of VOIP and I might get a sip enabled number (line?) at the same time. (If I read the ad right, it's 1 cent a minute) --Mat From owner-freebsd-current@FreeBSD.ORG Mon May 16 14:51:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEFC016A4D0; Mon, 16 May 2005 14:51:43 +0000 (GMT) Received: from tomoyo.MyBSD.org.my (duke.voidnetwork.com [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC6EB43DAD; Mon, 16 May 2005 14:51:31 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id E7BE66CC69; Mon, 16 May 2005 22:53:31 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (duke.voidnetwork.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30133-01; Mon, 16 May 2005 22:53:29 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.48.108.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id CBC9B6CC5F; Mon, 16 May 2005 22:53:11 +0800 (MYT) Date: Mon, 16 May 2005 22:50:39 +0800 From: Ariff Abdullah To: Ion-Mihai Tetcu Message-Id: <20050516225039.01def6b0.skywizard@MyBSD.org.my> In-Reply-To: <20050515221522.2361523c@it.buh.cameradicommercio.ro> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new-antivirus-mail-gateway at TOMOYO.MYBSD.ORG.MY cc: freebsd-current@FreeBSD.org cc: pav@FreeBSD.org Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 14:51:43 -0000 On Sun, 15 May 2005 22:15:22 +0300 Ion-Mihai Tetcu wrote: > On Sun, 15 May 2005 20:59:50 +0200 > Pav Lucistnik wrote: >=20 > > Ion-Mihai Tetcu p=ED=A8e v ne 15. 05. 2005 v 21:51 +0300: > > > On Sun, 15 May 2005 20:35:40 +0200 > > > Pav Lucistnik wrote: > > >=20 > > > > Edwin L. Culp p=ED=B9e v ne 15. 05. 2005 v 12:14 -0500: > > > > > Quoting Divacky Roman : > > > > >=20 > > > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer > > > > > > wrote: > > > > > >> cpghost@cordula.ws wrote: > > > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian > > > > > >Elischer wrote: > > > > > > > >> >>Has anyone run skype successfully on these versions (5 > > > > > >or 6) of freeBSD? > >>I can run it successfully on 4.x but > > > > > >on my 5.x machine the audio is > >>completely > > > > > >> >>broken up. like someone is chopping the audio stream. > > > > > >> > > > > > > >> > > > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD Duron > > > > > >1200 MHz, the > >sound quality is all right; on an EPIA > > > > > >5000 Eden 500 MHz (also via82c686), > >the sound is totally > > > > > >chopped and it is impossible to follow. > > > > > > >> hmm so maybe its the fact that my machine is too slow.. > > > > > >it's also 500MHz > my 1GHz 4.11 machine seems to run it > > > > > >fine. > > > > > > > > > > > > I have exactly the same problem (broken sound) > > > > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 > > > > > > (5p/1r/0v channels duplex default) > > > > >=20 > > > > > I had this on all my AMD/Athlon boards with the via sound > > > > > chipset. I found a reference to the problem, no solution, > > > > > on one of the Skype BB's. I finally just disabled the > > > > > onboard sound and added cheap available sound cards and > > > > > they all have worked great. I've tried to get the via > > > > > sound to work a couple of times after that, without success. > > > >=20 > > > > Same story, different solution. With Open Sound drivers from > > > > www.opensound.com Skype works correctly. > > >=20 > > > Is this with via8235/8237 on -STABLE ? > >=20 > > pcm0: port 0xb400-0xb4ff irq 22 at device 17.5 on > > pci0 pcm0: > >=20 > > Both RELENG_5/i386 and RELENG_5/amd64 (different boards, same > > chip) >=20 >=20 > Yup, I got one of this. >=20 > =20 Can you guys with snd_via8233 driver try these patches? http://staff.mybsd.org.my/skywizard/FreeBSD/sound/via8233.c.diff http://staff.mybsd.org.my/skywizard/FreeBSD/sound/vchan.c.diff set your hw.snd.maxautovchans or hw.snd.pcm0.vchans appropriately, add hint.pcm.0.via_dxs_disabled=3D"1" into your /boot/device.hints and possibly with option PREEMPTION in kernel. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Mon May 16 15:01:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB91516A4CE for ; Mon, 16 May 2005 15:01:50 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7576343D97 for ; Mon, 16 May 2005 15:01:49 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4GF84Sn009784; Mon, 16 May 2005 18:08:04 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 50396-01; Mon, 16 May 2005 18:01:44 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4GF83aN009781 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 May 2005 18:08:03 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4GF21d4011439; Mon, 16 May 2005 18:02:01 +0300 (EEST) (envelope-from ru) Date: Mon, 16 May 2005 18:02:01 +0300 From: Ruslan Ermilov To: Michael Reifenberger Message-ID: <20050516150201.GB11366@ip.net.ua> References: <20050516142404.I50104@fw.reifenberger.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <20050516142404.I50104@fw.reifenberger.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: FreeBSD-Current Subject: Re: burncd and DVD failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 15:01:50 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 16, 2005 at 02:31:40PM +0200, Michael Reifenberger wrote: > Hi, > while doing (using -current): > burncd -f /dev/acd0 -s max dvdrw /some/file.iso > (A 1.4GB DVD-RW mini is inserted) >=20 > I get on tty: > ... > only wrote -1 of 32768 bytes: Input/output error >=20 > And via syslog: > ... > acd0: TIMEOUT - WRITE_BIG retrying (1 retry left) > acd0: TIMEOUT - WRITE_BIG retrying (0 retries left) > acd0: FAILURE - WRITE_BIG timed out >=20 > Any clues? >=20 > This is an: > acd0: DVDR at ata1-master UDMA33 > hanging on an ASUS A8V-Deluxe AMD64 machine with 2GB Mem. >=20 > I used atapicam successfully in the past BTW. >=20 > Additional infos needed? >=20 How current is your -current? I got these errors during some recent changes from Soren, but they have since been fixed. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCiLXpqRfpzJluFF4RArJeAJ9qKdcPDGLYq2dWKOsPvbKwEnZIMQCeNe14 CVgxsu1qdOUxMW+JKAbO4Ic= =oDE9 -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 15:35:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE90A16A4CE for ; Mon, 16 May 2005 15:35:18 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEBD943D8F for ; Mon, 16 May 2005 15:35:17 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DXhbM-0003d0-Jx for freebsd-current@freebsd.org; Mon, 16 May 2005 17:33:52 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 May 2005 17:33:52 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 May 2005 17:33:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Mon, 16 May 2005 08:33:14 -0700 Lines: 53 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.9.0 Sender: news Subject: SMP hard lock with libpthread (thread X holds Y but isn't blocked on a lock) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 15:35:19 -0000 I have an application that uses shared memory/threads and is linked with libpthread, running on May 10 -current. Every time I run it, after a few minutes *poof* hard lock on a SMP box. All debug options are enabled in the kernel, but it won't break to debugger. Here's what appears on the console, and addr2line output follows: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 01 fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06b5dd9 stack pointer = 0x28:0xe76eeb4c frame pointer = 0x28:0xe76eeb74 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 640 (tgen) # addr2line -e kernel.debug 0xc06b5dd9 /usr/src/sys/kern/subr_turnstile.c:226 # ls -l /boot/kernel total 13920 -r-xr-xr-x 1 root wheel 7102901 May 10 17:15 kernel 215 #ifndef SMP 216 /* 217 * For UP, we check to see if td is curthread (this shou 217 ldn't 218 * ever happen however as it would mean we are in a dead 218 lock.) 219 */ 220 KASSERT(td != curthread, ("Deadlock detected")); 221 #endif 222 223 /* 224 * If we aren't blocked on a lock, we should be. 225 */ 226 KASSERT(TD_ON_LOCK(td), ( 227 "thread %d(%s):%d holds %s but isn't blocked on a lo 227 ck\n", 228 td->td_tid, td->td_proc->p_comm, td->td_state, 229 ts->ts_lockobj->lo_name)); -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon May 16 15:43:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C23816A4CE for ; Mon, 16 May 2005 15:43:45 +0000 (GMT) Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com [66.163.170.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 44C2443D73 for ; Mon, 16 May 2005 15:43:45 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp813.mail.sc5.yahoo.com with SMTP; 16 May 2005 15:43:39 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2147760F6; Mon, 16 May 2005 10:43:37 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 38407-03; Mon, 16 May 2005 10:43:36 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id DAE6860ED; Mon, 16 May 2005 10:43:35 -0500 (CDT) Message-ID: <4288BFA1.9050606@alumni.rice.edu> Date: Mon, 16 May 2005 10:43:29 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: othermark References: In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3C90CAABC9DA5AF541BA2785" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: SMP hard lock with libpthread (thread X holds Y but isn'tblocked on a lock) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 15:43:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3C90CAABC9DA5AF541BA2785 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/16/2005 10:33 AM, othermark wrote: > I have an application that uses shared memory/threads and is linked with > libpthread, running on May 10 -current. Every time I run it, after a few > minutes *poof* hard lock on a SMP box. All debug options are enabled in > the kernel, but it won't break to debugger. Here's what appears on the > console, and addr2line output follows: > > > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 01 > fault virtual address = 0x4 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06b5dd9 > stack pointer = 0x28:0xe76eeb4c > frame pointer = 0x28:0xe76eeb74 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 640 (tgen) > > > # addr2line -e kernel.debug 0xc06b5dd9 > /usr/src/sys/kern/subr_turnstile.c:226 > # ls -l /boot/kernel > total 13920 > -r-xr-xr-x 1 root wheel 7102901 May 10 17:15 kernel > > 215 #ifndef SMP > 216 /* > 217 * For UP, we check to see if td is curthread (this shou > 217 ldn't > 218 * ever happen however as it would mean we are in a dead > 218 lock.) > 219 */ > 220 KASSERT(td != curthread, ("Deadlock detected")); > 221 #endif > 222 > 223 /* > 224 * If we aren't blocked on a lock, we should be. > 225 */ > 226 KASSERT(TD_ON_LOCK(td), ( > 227 "thread %d(%s):%d holds %s but isn't blocked on a lo > 227 ck\n", > 228 td->td_tid, td->td_proc->p_comm, td->td_state, > 229 ts->ts_lockobj->lo_name)); I reported the same fatal trap last night, except for me it was an instant reboot from X while running Firefox. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig3C90CAABC9DA5AF541BA2785 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCiL+nUFz01pkdgZURAh4pAKCYxzAbgGnblG2u+6NSwiW/WFwY3gCfRKOp dWXnpKcmzOsLcKYdoRjY3Es= =hUyh -----END PGP SIGNATURE----- --------------enig3C90CAABC9DA5AF541BA2785-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 15:57:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B728816A4CE for ; Mon, 16 May 2005 15:57:13 +0000 (GMT) Received: from relay.rdsnet.ro (smtp1-133.rdsnet.ro [62.231.74.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E75343DC7 for ; Mon, 16 May 2005 15:57:12 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 17600 invoked from network); 16 May 2005 15:49:27 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 16 May 2005 15:49:27 -0000 Received: (qmail 18790 invoked by uid 89); 16 May 2005 16:10:51 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 16 May 2005 16:10:51 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 1E82E60BE; Mon, 16 May 2005 18:57:00 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Mon, 16 May 2005 18:57:00 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id 14F67FA; Mon, 16 May 2005 18:57:00 +0300 (EEST) Date: Mon, 16 May 2005 18:56:59 +0300 From: Ion-Mihai Tetcu To: Ariff Abdullah Message-ID: <20050516185659.0e0c7d86@it.buh.cameradicommercio.ro> In-Reply-To: <20050516225039.01def6b0.skywizard@MyBSD.org.my> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-AV-Checked: on buh by ClamAV using ClamSMTP cc: pav@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 15:57:13 -0000 On Mon, 16 May 2005 22:50:39 +0800 Ariff Abdullah wrote: > On Sun, 15 May 2005 22:15:22 +0300 > Ion-Mihai Tetcu wrote: > > On Sun, 15 May 2005 20:59:50 +0200 > > Pav Lucistnik wrote: > >=20 > > > Ion-Mihai Tetcu p=ED=A8e v ne 15. 05. 2005 v 21:51 +0300: > > > > On Sun, 15 May 2005 20:35:40 +0200 > > > > Pav Lucistnik wrote: > > > >=20 > > > > > Edwin L. Culp p=ED=B9e v ne 15. 05. 2005 v 12:14 -0500: > > > > > > Quoting Divacky Roman : > > > > > >=20 > > > > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer > > > > > > > wrote: > > > > > > >> cpghost@cordula.ws wrote: > > > > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian > > > > > > >Elischer wrote: > > > > > > > > >> >>Has anyone run skype successfully on these versions (5 > > > > > > >or 6) of freeBSD? > >>I can run it successfully on 4.x but > > > > > > >on my 5.x machine the audio is > >>completely > > > > > > >> >>broken up. like someone is chopping the audio stream. > > > > > > >> > > > > > > > >> > > > > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD Duron > > > > > > >1200 MHz, the > >sound quality is all right; on an EPIA > > > > > > >5000 Eden 500 MHz (also via82c686), > >the sound is totally > > > > > > >chopped and it is impossible to follow. > > > > > > > >> hmm so maybe its the fact that my machine is too slow.. > > > > > > >it's also 500MHz > my 1GHz 4.11 machine seems to run it > > > > > > >fine. > > > > > > > > > > > > > > I have exactly the same problem (broken sound) > > > > > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 > > > > > > > (5p/1r/0v channels duplex default) > > > > > >=20 > > > > > > I had this on all my AMD/Athlon boards with the via sound > > > > > > chipset. I found a reference to the problem, no solution, > > > > > > on one of the Skype BB's. I finally just disabled the > > > > > > onboard sound and added cheap available sound cards and > > > > > > they all have worked great. I've tried to get the via > > > > > > sound to work a couple of times after that, without success. > > > > >=20 > > > > > Same story, different solution. With Open Sound drivers from > > > > > www.opensound.com Skype works correctly. > > > >=20 > > > > Is this with via8235/8237 on -STABLE ? > > >=20 > > > pcm0: port 0xb400-0xb4ff irq 22 at device 17.5 on > > > pci0 pcm0: > > >=20 > > > Both RELENG_5/i386 and RELENG_5/amd64 (different boards, same > > > chip) > >=20 > >=20 > > Yup, I got one of this. > >=20 > > > =20 > Can you guys with snd_via8233 driver try these patches? >=20 > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/via8233.c.diff > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/vchan.c.diff >=20 > set your hw.snd.maxautovchans or hw.snd.pcm0.vchans appropriately, add > hint.pcm.0.via_dxs_disabled=3D"1" into your /boot/device.hints and > possibly with option PREEMPTION in kernel. In a day or two, on 8237 chip-set. Thanks. --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon May 16 16:02:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CF5B16A4D3 for ; Mon, 16 May 2005 16:02:49 +0000 (GMT) Received: from relay.rdsnet.ro (smtp1-133.rdsnet.ro [62.231.74.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 366D643D8A for ; Mon, 16 May 2005 16:02:48 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 19367 invoked from network); 16 May 2005 15:55:03 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 16 May 2005 15:55:03 -0000 Received: (qmail 19295 invoked by uid 89); 16 May 2005 16:16:27 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 16 May 2005 16:16:27 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id B402E60A4; Mon, 16 May 2005 19:02:41 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Mon, 16 May 2005 19:02:41 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id 5AD94FA; Mon, 16 May 2005 19:02:41 +0300 (EEST) Date: Mon, 16 May 2005 19:02:41 +0300 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Message-ID: <20050516190241.5e0f9a30@it.buh.cameradicommercio.ro> In-Reply-To: <20050516185659.0e0c7d86@it.buh.cameradicommercio.ro> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> <20050516185659.0e0c7d86@it.buh.cameradicommercio.ro> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AV-Checked: on buh by ClamAV using ClamSMTP cc: freebsd-current@FreeBSD.org Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 16:02:49 -0000 Ariff, this is what I get from your server for my reply: ............... The Postfix program : host smtp.MyBSD.org.my[202.157.186.227] said: 550 Error: Obfuscated scam (in reply to end of DATA command) ......... -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Mon May 16 16:04:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9726516A4CE; Mon, 16 May 2005 16:04:56 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67CF143DA8; Mon, 16 May 2005 16:04:55 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j4GG4pOP066359 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 16 May 2005 18:04:51 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j4GG4pg8066358; Mon, 16 May 2005 18:04:51 +0200 (CEST) Date: Mon, 16 May 2005 18:04:51 +0200 From: Divacky Roman To: Ariff Abdullah Message-ID: <20050516160451.GA66176@stud.fit.vutbr.cz> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050516225039.01def6b0.skywizard@MyBSD.org.my> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: Ion-Mihai Tetcu cc: freebsd-current@freebsd.org cc: pav@freebsd.org Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 16:04:56 -0000 On Mon, May 16, 2005 at 10:50:39PM +0800, Ariff Abdullah wrote: > On Sun, 15 May 2005 22:15:22 +0300 > Ion-Mihai Tetcu wrote: > > On Sun, 15 May 2005 20:59:50 +0200 > > Pav Lucistnik wrote: > > > > > Ion-Mihai Tetcu pí¨e v ne 15. 05. 2005 v 21:51 +0300: > > > > On Sun, 15 May 2005 20:35:40 +0200 > > > > Pav Lucistnik wrote: > > > > > > > > > Edwin L. Culp pí?e v ne 15. 05. 2005 v 12:14 -0500: > > > > > > Quoting Divacky Roman : > > > > > > > > > > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer > > > > > > > wrote: > > > > > > >> cpghost@cordula.ws wrote: > > > > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian > > > > > > >Elischer wrote: > > > > > > > > >> >>Has anyone run skype successfully on these versions (5 > > > > > > >or 6) of freeBSD? > >>I can run it successfully on 4.x but > > > > > > >on my 5.x machine the audio is > >>completely > > > > > > >> >>broken up. like someone is chopping the audio stream. > > > > > > >> > > > > > > > >> > > > > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD Duron > > > > > > >1200 MHz, the > >sound quality is all right; on an EPIA > > > > > > >5000 Eden 500 MHz (also via82c686), > >the sound is totally > > > > > > >chopped and it is impossible to follow. > > > > > > > >> hmm so maybe its the fact that my machine is too slow.. > > > > > > >it's also 500MHz > my 1GHz 4.11 machine seems to run it > > > > > > >fine. > > > > > > > > > > > > > > I have exactly the same problem (broken sound) > > > > > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 > > > > > > > (5p/1r/0v channels duplex default) > > > > > > > > > > > > I had this on all my AMD/Athlon boards with the via sound > > > > > > chipset. I found a reference to the problem, no solution, > > > > > > on one of the Skype BB's. I finally just disabled the > > > > > > onboard sound and added cheap available sound cards and > > > > > > they all have worked great. I've tried to get the via > > > > > > sound to work a couple of times after that, without success. > > > > > > > > > > Same story, different solution. With Open Sound drivers from > > > > > www.opensound.com Skype works correctly. > > > > > > > > Is this with via8235/8237 on -STABLE ? > > > > > > pcm0: port 0xb400-0xb4ff irq 22 at device 17.5 on > > > pci0 pcm0: > > > > > > Both RELENG_5/i386 and RELENG_5/amd64 (different boards, same > > > chip) > > > > > > Yup, I got one of this. > > > > > > Can you guys with snd_via8233 driver try these patches? > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/via8233.c.diff > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/vchan.c.diff > > set your hw.snd.maxautovchans or hw.snd.pcm0.vchans appropriately, add > hint.pcm.0.via_dxs_disabled="1" into your /boot/device.hints and > possibly with option PREEMPTION in kernel. I tried this patch and with: sysctl hw.snd.maxautovchans=1 sysctl hw.snd.pcm0.vchans=1 it works! so vchans seems to be the culprit... also one has to disable hint.pcm.0.via_dxs_disabled="1" from my pov its an improvement! but why is vchans making such big regression? shouldnt be via_dsx_disabled set on default on rev=0x78 (rev I use)? thnx, what other info/help can I provide? roman From owner-freebsd-current@FreeBSD.ORG Mon May 16 17:02:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A41C16A4CE for ; Mon, 16 May 2005 17:02:37 +0000 (GMT) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED22F43D66 for ; Mon, 16 May 2005 17:02:36 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id 7CBD81A6F0 for ; Mon, 16 May 2005 19:02:31 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1])port 10024) with ESMTP id 77705-13 for ; Mon, 16 May 2005 19:02:31 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id 344251A6D5 for ; Mon, 16 May 2005 19:02:31 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id 0C0D44386; Mon, 16 May 2005 19:02:31 +0200 (CEST) Date: Mon, 16 May 2005 19:02:30 +0200 From: Fredrik Lindberg To: freebsd-current@freebsd.org Message-ID: <20050516170230.GB90847@shapeshifter.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at example.com Subject: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 17:02:37 -0000 Hi I wrote a small patch to make powerd(8) aware of devd(8), thus making the AC line state change event driven. Instead of one sysctl call per iteration it just requires reading one variable to determine the AC line state. This should yield faster execution, and hence, lower power consumption. Events are read from /var/run/devd.pipe, therefore requires devd to be running. If devd is not running it will use the old polling method to determinate AC state. devd was choosen over devctl(4) because the current implementation of devctl only allow one reader and that's usually devd(8). Patch avaiable at, apply with patch < -p0 in usr.sbin http://shapeshifter.se/~fli/freebsd/powerd-devd.patch During the same time I also discovered a bug(?) in devd which causes it to terminate with a broken pipe if a client reading /var/run/devd.pipe disappears. Blocking SIGPIPE fixes this. Patch at http://shapeshifter.se/~fli/freebsd/devd.cc-sigpipe.patch You'll need the devd patch if you want to run the devd patch without problems. Fredrik Lindberg From owner-freebsd-current@FreeBSD.ORG Mon May 16 17:30:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1DE416A4CE for ; Mon, 16 May 2005 17:30:22 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7FEF43D81 for ; Mon, 16 May 2005 17:30:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd25.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1DXjQ1-0001aE-01; Mon, 16 May 2005 19:30:17 +0200 Received: from Andro-Beta.Leidinger.net (GvdqtrZbZe1620KA-Kk5ofd9u0aBRzIqwMaxQf3xMXi9Zf4aU9M3Ew@[217.229.216.7]) by fwd25.sul.t-online.de with esmtp id 1DXjPm-1WaY2y0; Mon, 16 May 2005 19:30:02 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j4GHTxVQ005145; Mon, 16 May 2005 19:30:00 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 16 May 2005 19:29:59 +0200 From: Alexander Leidinger To: noackjr@alumni.rice.edu Message-ID: <20050516192959.617566f6@Magellan.Leidinger.net> In-Reply-To: <42882B9C.4080609@alumni.rice.edu> References: <200505151312.45327.david.freebsd@verizon.net> <42882B9C.4080609@alumni.rice.edu> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: GvdqtrZbZe1620KA-Kk5ofd9u0aBRzIqwMaxQf3xMXi9Zf4aU9M3Ew@t-dialin.net X-TOI-MSGID: fb6e3f1b-ebb8-4c97-a600-ee8ee80bd022 cc: freebsd-current@freebsd.org cc: David Gurvich Subject: Re: loader version installed with cvs 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: Mon, 16 May 2005 17:30:22 -0000 On Mon, 16 May 2005 00:11:56 -0500 Jonathan Noack wrote: > On 05/15/05 12:12, David Gurvich wrote: > > I cannot boot using the loader installed from cvs. I can boot copying the > > loader from 5.3-RELEASE iso to /boot/loader. There should be /boot/loader.old just in case your system is broken with a new loader again. > > Has anyone else seen this problem? > > Did you ever try compiling without 'CPUTYPE?=athlon-xp'? I mentioned > that a week ago but you never said whether it worked... I use the following on a Mobile Athlon XP, and the loader works just fine: CFLAGS=-O2 -pipe -fno-strict-aliasing -mfpmath=sse,387 -msse -m3dnow COPTFLAGS=-Os -pipe CPUTYPE?=athlon-xp And on my Desktop Athlon XP I use the following, which results in a broken loader: CFLAGS=-O2 -pipe -fno-strict-aliasing COPTFLAGS=-Os -pipe CPUTYPE=athlon-xp So what's the non obvious difference (I noticed it just now)? The "?=" instead of "=" in CPUTYPE! Can the affected people please try if this work-around makes a difference for them? Bye, Alexander. -- Secret hacker rule #11: hackers read manuals. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Mon May 16 18:52:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FF216A4CE for ; Mon, 16 May 2005 18:52:50 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E55D43D9A for ; Mon, 16 May 2005 18:52:50 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 318053BE8D for ; Mon, 16 May 2005 13:52:45 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01796-01-16 for ; Mon, 16 May 2005 13:52:45 -0500 (CDT) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 07BAC3BE51 for ; Mon, 16 May 2005 13:52:45 -0500 (CDT) Received: from s228130hz1ew031.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 16 May 2005 13:52:23 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew031.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Mon, 16 May 2005 13:52:30 -0500 Message-ID: <4288EBEA.5030701@savvis.net> Date: Mon, 16 May 2005 11:52:26 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 May 2005 18:52:30.0195 (UTC) FILETIME=[695FAC30:01C55A48] X-Virus-Scanned: amavisd-new at savvis.net Subject: keyboard mux driver (straw man proposal) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 18:52:50 -0000 dear hackers, i'd like to follow up on keyboard mux driver discussion with some code. please dont start jumping up and down just yet :) this is a "straw man" code and everyone is welcome to beat the heck out of it. basically the code is based on vkbd(4) and the idea that was discussed long time ago - create a "super" keyboard that consumes all other keyboards in the system. the code creates a "super" kbdmux keyboard. using new special ioctl's one can add multiple keyboards to the mux. then one simple switches the current keyboard to the kbdmux keyboard. as you can see it is not usable from the kernel just yet, but i have managed to create a mux with two vkbd's and it worked (please see kbdmux_test.c program). the questions that i wanted to ask 1) is this good enough abstraction for the keyboard mux? can anyone think of anything that would not work with this model? 2) should we decide to make this usable from the kernel, what is the best way to do it? 3) did i miss anything? please tell me if i did! :) the code can be downloaded from http://www.geocities.com/m_evmenkin/kbdmux.tar.gz (~7K) i also put it in my home directory on freefall. thanks, max From owner-freebsd-current@FreeBSD.ORG Mon May 16 19:24:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D0D16A4CE; Mon, 16 May 2005 19:24:07 +0000 (GMT) Received: from tomoyo.MyBSD.org.my (duke.voidnetwork.com [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCFA443D81; Mon, 16 May 2005 19:24:06 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id F2F046CC8E; Tue, 17 May 2005 03:26:45 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (duke.voidnetwork.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34763-01; Tue, 17 May 2005 03:26:44 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.48.108.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id DBF246CC8C; Tue, 17 May 2005 03:26:43 +0800 (MYT) Date: Tue, 17 May 2005 03:24:23 +0800 From: Ariff Abdullah To: Divacky Roman Message-Id: <20050517032423.5512bfad.skywizard@MyBSD.org.my> In-Reply-To: <20050516160451.GA66176@stud.fit.vutbr.cz> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> <20050516160451.GA66176@stud.fit.vutbr.cz> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new-antivirus-mail-gateway at TOMOYO.MYBSD.ORG.MY cc: itetcu@people.tecnik93.com cc: freebsd-current@freebsd.org cc: pav@freebsd.org Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 19:24:07 -0000 On Mon, 16 May 2005 18:04:51 +0200 Divacky Roman wrote: > On Mon, May 16, 2005 at 10:50:39PM +0800, Ariff Abdullah wrote: > > On Sun, 15 May 2005 22:15:22 +0300 > > Ion-Mihai Tetcu wrote: > > > On Sun, 15 May 2005 20:59:50 +0200 > > > Pav Lucistnik wrote: > > >=20 > > > > Ion-Mihai Tetcu p=ED=A8e v ne 15. 05. 2005 v 21:51 +0300: > > > > > On Sun, 15 May 2005 20:35:40 +0200 > > > > > Pav Lucistnik wrote: > > > > >=20 > > > > > > Edwin L. Culp p=ED?e v ne 15. 05. 2005 v 12:14 -0500: > > > > > > > Quoting Divacky Roman : > > > > > > >=20 > > > > > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian > > > > > > > > Elischer wrote: > > > > > > > >> cpghost@cordula.ws wrote: > > > > > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian > > > > > > > >Elischer wrote: > > > > > > > > > >> >>Has anyone run skype successfully on these versions > > > > > > > >(5 or 6) of freeBSD? > >>I can run it successfully on > > > > > > > >4.x but on my 5.x machine the audio is > >>completely > > > > > > > >> >>broken up. like someone is chopping the audio > > > > > > > >stream. > > > > > > > > > >> > > > > > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD > > > > > > > >Duron 1200 MHz, the > >sound quality is all right; on > > > > > > > >an EPIA 5000 Eden 500 MHz (also via82c686), > >the > > > > > > > >sound is totally chopped and it is impossible to > > > > > > > >follow. > > hmm so maybe its the fact that my machine > > > > > > > >is too slow.. it's also 500MHz > my 1GHz 4.11 machine > > > > > > > >seems to run it fine. > > > > > > > > > > > > > > > > I have exactly the same problem (broken sound) > > > > > > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 > > > > > > > > (5p/1r/0v channels duplex default) > > > > > > >=20 > > > > > > > I had this on all my AMD/Athlon boards with the via > > > > > > > sound chipset. I found a reference to the problem, no > > > > > > > solution, on one of the Skype BB's. I finally just > > > > > > > disabled the onboard sound and added cheap available > > > > > > > sound cards and they all have worked great. I've tried > > > > > > > to get the via sound to work a couple of times after > > > > > > > that, without success. > > > > > >=20 > > > > > > Same story, different solution. With Open Sound drivers > > > > > > from www.opensound.com Skype works correctly. > > > > >=20 > > > > > Is this with via8235/8237 on -STABLE ? > > > >=20 > > > > pcm0: port 0xb400-0xb4ff irq 22 at device 17.5 on > > > > pci0 pcm0: > > > >=20 > > > > Both RELENG_5/i386 and RELENG_5/amd64 (different boards, same > > > > chip) > > >=20 > > >=20 > > > Yup, I got one of this. > > >=20 > > > > > =20 > > Can you guys with snd_via8233 driver try these patches? > >=20 > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/via8233.c.diff > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/vchan.c.diff > >=20 > > set your hw.snd.maxautovchans or hw.snd.pcm0.vchans appropriately, > > add hint.pcm.0.via_dxs_disabled=3D"1" into your /boot/device.hints > > and possibly with option PREEMPTION in kernel. >=20 > I tried this patch and with: > sysctl hw.snd.maxautovchans=3D1 > sysctl hw.snd.pcm0.vchans=3D1 >=20 > it works! so vchans seems to be the culprit... also one has to > disable hint.pcm.0.via_dxs_disabled=3D"1" >=20 > from my pov its an improvement! but why is vchans making such big > regression? shouldnt be via_dsx_disabled set on default on rev=3D0x78 > (rev I use)? >=20 > thnx, what other info/help can I provide? >=20 > roman Nice to hear that. How about other patches from http://staff.mybsd.org.my/skywizard/FreeBSD/sound/ especially sound.c.diff / mixer.c.diff. It fix serious refcount miscalculation, causing kernel panic while unloading busy sound driver *twice*. I think it's for *everybody*, including vchan.c.diff. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Mon May 16 19:33:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FFFB16A4CE for ; Mon, 16 May 2005 19:33:29 +0000 (GMT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FD4643DAC for ; Mon, 16 May 2005 19:33:28 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.13.3/8.13.3) with ESMTP id j4GJXP35006862 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 May 2005 21:33:25 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.13.3/8.13.3/Submit) id j4GJXPUZ006860; Mon, 16 May 2005 21:33:25 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Ariff Abdullah In-Reply-To: <20050517032423.5512bfad.skywizard@MyBSD.org.my> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> <20050516160451.GA66176@stud.fit.vutbr.cz> <20050517032423.5512bfad.skywizard@MyBSD.org.my> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-lCZJD3RTEFYjzM22FM+3" Date: Mon, 16 May 2005 21:33:24 +0200 Message-Id: <1116272004.1404.9.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port cc: itetcu@people.tecnik93.com cc: Divacky Roman cc: freebsd-current@FreeBSD.org Subject: Re: skype on current/5.x and maestro-2E sound X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 19:33:29 -0000 --=-lCZJD3RTEFYjzM22FM+3 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Ariff Abdullah p=ED=B9e v =FAt 17. 05. 2005 v 03:24 +0800: > On Mon, 16 May 2005 18:04:51 +0200 > Divacky Roman wrote: > > On Mon, May 16, 2005 at 10:50:39PM +0800, Ariff Abdullah wrote: > > > On Sun, 15 May 2005 22:15:22 +0300 > > > Ion-Mihai Tetcu wrote: > > > > On Sun, 15 May 2005 20:59:50 +0200 > > > > Pav Lucistnik wrote: > > > >=20 > > > > > Ion-Mihai Tetcu p=ED=A8e v ne 15. 05. 2005 v 21:51 +0300: > > > > > > On Sun, 15 May 2005 20:35:40 +0200 > > > > > > Pav Lucistnik wrote: > > > > > >=20 > > > > > > > Edwin L. Culp p=ED?e v ne 15. 05. 2005 v 12:14 -0500: > > > > > > > > Quoting Divacky Roman : > > > > > > > >=20 > > > > > > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian > > > > > > > > > Elischer wrote: > > > > > > > > >> cpghost@cordula.ws wrote: > > > > > > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian > > > > > > > > >Elischer wrote: > > > > > > > > > > >> >>Has anyone run skype successfully on these versions > > > > > > > > >(5 or 6) of freeBSD? > >>I can run it successfully on > > > > > > > > >4.x but on my 5.x machine the audio is > >>completely > > > > > > > > >> >>broken up. like someone is chopping the audio > > > > > > > > >stream. > > > > > > > > > > >> > > > > > > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD > > > > > > > > >Duron 1200 MHz, the > >sound quality is all right; on > > > > > > > > >an EPIA 5000 Eden 500 MHz (also via82c686), > >the > > > > > > > > >sound is totally chopped and it is impossible to > > > > > > > > >follow. > > hmm so maybe its the fact that my machine > > > > > > > > >is too slow.. it's also 500MHz > my 1GHz 4.11 machine > > > > > > > > >seems to run it fine. > > > > > > > > > > > > > > > > > > I have exactly the same problem (broken sound) > > > > > > > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 > > > > > > > > > (5p/1r/0v channels duplex default) > > > > > > > >=20 > > > > > > > > I had this on all my AMD/Athlon boards with the via > > > > > > > > sound chipset. I found a reference to the problem, no > > > > > > > > solution, on one of the Skype BB's. I finally just > > > > > > > > disabled the onboard sound and added cheap available > > > > > > > > sound cards and they all have worked great. I've tried > > > > > > > > to get the via sound to work a couple of times after > > > > > > > > that, without success. > > > > > > >=20 > > > > > > > Same story, different solution. With Open Sound drivers > > > > > > > from www.opensound.com Skype works correctly. > > > > > >=20 > > > > > > Is this with via8235/8237 on -STABLE ? > > > > >=20 > > > > > pcm0: port 0xb400-0xb4ff irq 22 at device 17.5 on > > > > > pci0 pcm0: > > > > >=20 > > > > > Both RELENG_5/i386 and RELENG_5/amd64 (different boards, same > > > > > chip) > > > >=20 > > > >=20 > > > > Yup, I got one of this. > > > >=20 > > > > > > > =20 > > > Can you guys with snd_via8233 driver try these patches? > > >=20 > > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/via8233.c.diff > > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/vchan.c.diff > > >=20 > > > set your hw.snd.maxautovchans or hw.snd.pcm0.vchans appropriately, > > > add hint.pcm.0.via_dxs_disabled=3D"1" into your /boot/device.hints > > > and possibly with option PREEMPTION in kernel. > >=20 > > I tried this patch and with: > > sysctl hw.snd.maxautovchans=3D1 > > sysctl hw.snd.pcm0.vchans=3D1 > >=20 > > it works! so vchans seems to be the culprit... also one has to > > disable hint.pcm.0.via_dxs_disabled=3D"1" > >=20 > > from my pov its an improvement! but why is vchans making such big > > regression? shouldnt be via_dsx_disabled set on default on rev=3D0x78 > > (rev I use)? > >=20 > > thnx, what other info/help can I provide? > >=20 > > roman >=20 > Nice to hear that. How about other patches from Works nicely with Skype now too... any chance to get the patches into the tree? What does that dxs_disabled thing really do? Would it hurt to disable it per default? --=20 Pav Lucistnik Geography is only physics slowed down, with a few trees stuck on it... -- Terry Pratchett --=-lCZJD3RTEFYjzM22FM+3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCiPWEntdYP8FOsoIRAmGdAJ9Otg7rl8MCK/riBh7d2yXYpuZ2OQCeNDtL sOq7O1d4r33DwpMCCXMZ9ck= =RzT7 -----END PGP SIGNATURE----- --=-lCZJD3RTEFYjzM22FM+3-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 19:33:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECA3B16A4CE for ; Mon, 16 May 2005 19:33:57 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 652B943D6D for ; Mon, 16 May 2005 19:33:57 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4GJXZqF024691; Mon, 16 May 2005 13:33:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 16 May 2005 13:33:35 -0600 (MDT) Message-Id: <20050516.133335.104054202.imp@bsdimp.com> To: fli+freebsd-current@shapeshifter.se From: Warner Losh In-Reply-To: <20050516170230.GB90847@shapeshifter.se> References: <20050516170230.GB90847@shapeshifter.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 19:33:58 -0000 Cool! > During the same time I also discovered a bug(?) in devd which causes it > to terminate with a broken pipe if a client reading /var/run/devd.pipe > disappears. Blocking SIGPIPE fixes this. Any reason that signal(SIGPIPE, SIG_IGN); wasn't used? Warner From owner-freebsd-current@FreeBSD.ORG Mon May 16 19:39:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65CDB16A4CE; Mon, 16 May 2005 19:39:48 +0000 (GMT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id C95B043D64; Mon, 16 May 2005 19:39:47 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd16.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1DXlRK-0006T4-02; Mon, 16 May 2005 21:39:46 +0200 Received: from fw.reifenberger.com (rAg41MZCQeaWqLbnba+AiHzlhHp4M+-XRnfAoR2lwU5uBrV4-IO7c2@[84.152.96.223]) by fwd16.sul.t-online.de with esmtp id 1DXlR4-21XNK40; Mon, 16 May 2005 21:39:30 +0200 Received: from localhost (mike@localhost)j4GJdBQN051777; Mon, 16 May 2005 21:39:11 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Mon, 16 May 2005 21:39:11 +0200 (CEST) From: Michael Reifenberger To: Ruslan Ermilov In-Reply-To: <20050516150201.GB11366@ip.net.ua> Message-ID: <20050516213514.G51767@fw.reifenberger.com> References: <20050516142404.I50104@fw.reifenberger.com> <20050516150201.GB11366@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-ID: rAg41MZCQeaWqLbnba+AiHzlhHp4M+-XRnfAoR2lwU5uBrV4-IO7c2@t-dialin.net X-TOI-MSGID: 3658dfc4-f969-4980-9c3d-570ad53995d5 cc: FreeBSD-Current Subject: Re: burncd and DVD failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 19:39:48 -0000 On Mon, 16 May 2005, Ruslan Ermilov wrote: ... >> Additional infos needed? >> > How current is your -current? I got these errors during some > recent changes from Soren, but they have since been fixed. > current as of an hour ago. 'burncd format dvd-rw' seems to work, 'burncd dvdrw' not. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Mon May 16 19:42:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B417B16A4CE; Mon, 16 May 2005 19:42:29 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68EB543DA1; Mon, 16 May 2005 19:42:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 85D1F52410; Mon, 16 May 2005 12:42:22 -0700 (PDT) Date: Mon, 16 May 2005 12:42:22 -0700 From: Kris Kennaway To: Danny Braniss Message-ID: <20050516194222.GA67032@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Ruslan Ermilov cc: current@freebsd.org Subject: Re: your mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 19:42:29 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 16, 2005 at 02:59:40PM +0300, Danny Braniss wrote: > im trying to 'make buildworld' on a i386 5.4 for amd64, and something > is broken: >=20 > =3D=3D=3D> usr.bin/lex/lib > rm -f .depend > CC=3D'cc -m32 -march=3Dathlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT = =20 > -I/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/include =20 > -L/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32 =20 > -B/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32' mkdep -f .depend -a = =20 > libmain.c libyywrap.c > /usr/bin/mkdep: cannot create _mkdep45500: Permission denied > *** Error code 2 >=20 > Stop in /r+d/5.4/src/usr.bin/lex/lib. > *** Error code 1 Check that you have write permission in your object directory. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCiPedWry0BWjoQKURAuRsAJwM0+B1igR845iWT77mbCfo0niC1wCgyVM5 JroqY+mxffqPtGM/9Q3emsw= =murk -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 19:43:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F18C16A4CE for ; Mon, 16 May 2005 19:43:27 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E7043D78 for ; Mon, 16 May 2005 19:43:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2CFBF5133E; Mon, 16 May 2005 12:43:21 -0700 (PDT) Date: Mon, 16 May 2005 12:43:21 -0700 From: Kris Kennaway To: othermark Message-ID: <20050516194321.GB67032@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7ZAtKRhVyVSsbBD2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: SMP hard lock with libpthread (thread X holds Y but isn't blocked on a lock) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 19:43:27 -0000 --7ZAtKRhVyVSsbBD2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 16, 2005 at 08:33:14AM -0700, othermark wrote: > I have an application that uses shared memory/threads and is linked with > libpthread, running on May 10 -current. Every time I run it, after a few > minutes *poof* hard lock on a SMP box. All debug options are enabled in > the kernel, but it won't break to debugger. Here's what appears on the > console, and addr2line output follows: Try the NMI debugger patches, which might be sufficient to get it into DDB. Kris --7ZAtKRhVyVSsbBD2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCiPfYWry0BWjoQKURAm2lAJ9UpbQ8emoglauNGbLJMj03cIEyQwCfYsYi VXZ47t1AtaocDPuVqXJQDMk= =0kzZ -----END PGP SIGNATURE----- --7ZAtKRhVyVSsbBD2-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 19:53:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62C9316A4CE; Mon, 16 May 2005 19:53:46 +0000 (GMT) Received: from tomoyo.MyBSD.org.my (duke.voidnetwork.com [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A0AB43D41; Mon, 16 May 2005 19:53:45 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 7DACB6CC8E; Tue, 17 May 2005 03:56:24 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (duke.voidnetwork.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34763-02; Tue, 17 May 2005 03:56:23 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.48.108.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id CD8BD6CC22; Tue, 17 May 2005 03:56:17 +0800 (MYT) Date: Tue, 17 May 2005 03:54:01 +0800 From: Ariff Abdullah To: pav@FreeBSD.org Message-Id: <20050517035401.36f8b787.skywizard@MyBSD.org.my> In-Reply-To: <1116272004.1404.9.camel@hood.oook.cz> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> <20050516160451.GA66176@stud.fit.vutbr.cz> <20050517032423.5512bfad.skywizard@MyBSD.org.my> <1116272004.1404.9.camel@hood.oook.cz> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new-antivirus-mail-gateway at TOMOYO.MYBSD.ORG.MY cc: itetcu@people.tecnik93.com cc: xdivac02@stud.fit.vutbr.cz cc: freebsd-current@FreeBSD.org Subject: Re: skype on current/5.x and maestro-2E 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: Mon, 16 May 2005 19:53:46 -0000 On Mon, 16 May 2005 21:33:24 +0200 Pav Lucistnik wrote: > Ariff Abdullah p=ED=B9e v =FAt 17. 05. 2005 v 03:24 +0800: > > On Mon, 16 May 2005 18:04:51 +0200 > > Divacky Roman wrote: > > > On Mon, May 16, 2005 at 10:50:39PM +0800, Ariff Abdullah wrote: > > > > On Sun, 15 May 2005 22:15:22 +0300 > > > > Ion-Mihai Tetcu wrote: > > > > > On Sun, 15 May 2005 20:59:50 +0200 > > > > > Pav Lucistnik wrote: > > > > >=20 > > > > > > Ion-Mihai Tetcu p=ED=A8e v ne 15. 05. 2005 v 21:51 +0300: > > > > > > > On Sun, 15 May 2005 20:35:40 +0200 > > > > > > > Pav Lucistnik wrote: > > > > > > >=20 > > > > > > > > Edwin L. Culp p=ED?e v ne 15. 05. 2005 v 12:14 -0500: > > > > > > > > > Quoting Divacky Roman : > > > > > > > > >=20 > > > > > > > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian > > > > > > > > > > Elischer wrote: > > > > > > > > > >> cpghost@cordula.ws wrote: > > > > > > > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian > > > > > > > > > >Elischer wrote: > > > > > > > > > > > >> >>Has anyone run skype successfully on these > > > > > > > > > >versions (5 or 6) of freeBSD? > >>I can run it > > > > > > > > > >successfully on 4.x but on my 5.x machine the audio > > > > > > > > > >is > >>completely > >>broken up. like someone is > > > > > > > > > >chopping the audio stream. > > > > > > > > > > > >> > > > > > > > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD > > > > > > > > > >Duron 1200 MHz, the > >sound quality is all right; > > > > > > > > > >on an EPIA 5000 Eden 500 MHz (also via82c686), > > > > > > > > > > >>the sound is totally chopped and it is impossible > > > > > > > > > >to follow. > > hmm so maybe its the fact that my > > > > > > > > > >machine is too slow.. it's also 500MHz > my 1GHz > > > > > > > > > >4.11 machine seems to run it fine. > > > > > > > > > > > > > > > > > > > > I have exactly the same problem (broken sound) > > > > > > > > > > pcm0: at io 0xe800 irq 12 kld > > > > > > > > > > snd_via8233 (5p/1r/0v channels duplex default) > > > > > > > > >=20 > > > > > > > > > I had this on all my AMD/Athlon boards with the via > > > > > > > > > sound chipset. I found a reference to the problem, > > > > > > > > > no solution, on one of the Skype BB's. I finally > > > > > > > > > just disabled the onboard sound and added cheap=20 > > > > > > > > > available sound cards and they all have worked > > > > > > > > > great. I've tried to get the via sound to work a > > > > > > > > > couple of times after that, without success. > > > > > > > >=20 > > > > > > > > Same story, different solution. With Open Sound > > > > > > > > drivers from www.opensound.com Skype works correctly. > > > > > > >=20 > > > > > > > Is this with via8235/8237 on -STABLE ? > > > > > >=20 > > > > > > pcm0: port 0xb400-0xb4ff irq 22 at device > > > > > > 17.5 on pci0 pcm0: > > > > > >=20 > > > > > > Both RELENG_5/i386 and RELENG_5/amd64 (different boards, > > > > > > same chip) > > > > >=20 > > > > >=20 > > > > > Yup, I got one of this. > > > > >=20 > > > > > > > > > =20 > > > > Can you guys with snd_via8233 driver try these patches? > > > >=20 > > > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/via8233.c.diff > > > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/vchan.c.diff > > > >=20 > > > > set your hw.snd.maxautovchans or hw.snd.pcm0.vchans > > > > appropriately, add hint.pcm.0.via_dxs_disabled=3D"1" into your > > > > /boot/device.hints and possibly with option PREEMPTION in > > > > kernel. > > >=20 > > > I tried this patch and with: > > > sysctl hw.snd.maxautovchans=3D1 > > > sysctl hw.snd.pcm0.vchans=3D1 > > >=20 > > > it works! so vchans seems to be the culprit... also one has to > > > disable hint.pcm.0.via_dxs_disabled=3D"1" > > >=20 > > > from my pov its an improvement! but why is vchans making such > > > big regression? shouldnt be via_dsx_disabled set on default on > > > rev=3D0x78 (rev I use)? > > >=20 > > > thnx, what other info/help can I provide? > > >=20 > > > roman > >=20 > > Nice to hear that. How about other patches from >=20 > Works nicely with Skype now too... any chance to get the patches > into the tree? What does that dxs_disabled thing really do? Would it > hurt to disable it per default? >=20 VIA DXS (Direct Xcess ?) is the *hardware* way to achive concurrent playback channels. While it seems nice, coupling with current freebsd sound driver is quite problematic, and it's also limited to no more than 4 or 5 playback channels. Using our superior vchans implementation looks better, in this regard. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Mon May 16 20:01:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCD1716A4CE for ; Mon, 16 May 2005 20:01:42 +0000 (GMT) Received: from roztocze.com.pl (server.roztocze.com.pl [217.96.30.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38DC143D62 for ; Mon, 16 May 2005 20:01:41 +0000 (GMT) (envelope-from kuba@server.roztocze.com.pl) Received: from server.roztocze.com.pl (localhost [127.0.0.1]) by roztocze.com.pl (8.12.10/8.12.10) with ESMTP id j4GK1XcO022851 for ; Mon, 16 May 2005 22:01:33 +0200 Received: (from kuba@localhost) by server.roztocze.com.pl (8.12.10/8.12.10/Submit) id j4GK1XdR027534 for freebsd-current@freebsd.org; Mon, 16 May 2005 22:01:33 +0200 Date: Mon, 16 May 2005 22:01:33 +0200 From: KubaTyszko To: freebsd-current@freebsd.org Message-ID: <20050516200133.GA19453@lbl.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavisd-new Subject: today -current and pf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kuba@lbl.pl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 20:01:43 -0000 hi. i just upgraded to fresh current and got following error when loading pf rules by pfctl: [root@kubal:~:#] pfctl -f /etc/pf.conf No ALTQ support in kernel ALTQ related functions disabled pfctl: DIOCXBEGIN: Operation not supported by device pfctl: DIOCXROLLBACK: Operation not supported by device [root@kubal:~:#] before upgrading everything was working just fine. my past -current was upgraded about a month ago. does anyone know what do change (or what did i miss ) ? From owner-freebsd-current@FreeBSD.ORG Mon May 16 20:02:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F017016A4CE; Mon, 16 May 2005 20:02:25 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j4GK2PSh008672; Mon, 16 May 2005 16:02:25 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j4GK2Pgv008671; Mon, 16 May 2005 16:02:25 -0400 (EDT) (envelope-from green) Date: Mon, 16 May 2005 16:02:25 -0400 From: Brian Fundakowski Feldman To: Ivan Voras Message-ID: <20050516200225.GD1201@green.homeunix.org> References: <20050515234036.Q38486@geri.cc.fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050515234036.Q38486@geri.cc.fer.hr> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: panic (kmem_map too small) with smbfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 20:02:26 -0000 On Sun, May 15, 2005 at 11:47:16PM +0200, Ivan Voras wrote: > It happened again. Same symptomps but very different backtrace of the > core: > > beastie:/usr/obj/usr/src/sys/BEASTIE> kgdb kernel.debug > /radni/Temp/vmcore.34 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 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-marcel-freebsd". > #0 doadump () at pcpu.h:159 > 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:159 > #1 0xc0541e3e in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:410 > #2 0xc0542189 in panic (fmt=0xc071a72b "kmem_malloc(%ld): kmem_map too > small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:566 > #3 0xc067c70b in kmem_malloc (map=0xc103b0c0, size=12288, flags=2) at > /usr/src/sys/vm/vm_kern.c:299 > #4 0xc068fce7 in page_alloc (zone=0x0, bytes=0, pflag=0x0, wait=0) at > /usr/src/sys/vm/uma_core.c:957 > #5 0xc0692982 in uma_large_malloc (size=12288, wait=2) at > /usr/src/sys/vm/uma_core.c:2644 > #6 0xc05350ee in malloc (size=12288, type=0xc0740360, flags=2) at > /usr/src/sys/kern/kern_malloc.c:300 > #7 0xc0563e6b in sbuf_new (s=0xc1b59a80, buf=0x0, length=0, flags=0) at > /usr/src/sys/kern/subr_sbuf.c:187 > #8 0xc05c1528 in ifconf (cmd=3221776676, data=0xc16dd740 "") at > /usr/src/sys/net/if.c:1537 > #9 0xc05c1131 in ifioctl (so=0xc22d1798, cmd=3221776676, data=0xc16dd740 > "", td=0xc1915000) at /usr/src/sys/net/if.c:1358 > #10 0xc0570374 in soo_ioctl (fp=0x0, cmd=3221776676, data=0xc16dd740, > active_cred=0xc14b1d80, td=0xc1915000) at > /usr/src/sys/kern/sys_socket.c:214 > #11 0xc0568ee8 in ioctl (td=0xc1915000, uap=0xd47ebd14) at file.h:257 > #12 0xc06cfc70 in syscall (frame= > {tf_fs = -1066729425, tf_es = 47, tf_ds = 47, tf_edi = -1077945136, > tf_esi = -1077940584, tf_ebp = -1077945208, tf_isp = -729891468, tf_ebx = > 1116192741, tf_edx = -1077953424, tf_ecx = 0, tf_eax = 54, tf_trapno = 0, > tf_err = 2, tf_eip = 675713679, tf_cs = 31, tf_eflags = 658, tf_esp = > -1077953476, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1009 > #13 0xc06bcd3f in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:201 > #14 0xc06b002f in scioctl (dev=Cannot access memory at address 0xbfbfdc90 > ) at /usr/src/sys/dev/syscons/syscons.c:727 > Previous frame inner to this frame (corrupt stack?) > > As advised, I logged vmstat -m output. This is the log file: > http://geri.cc.fer.hr/~ivoras/vmstat.log.bz2 > > I logged vmstat -m via crontab every 10 minutes since I started working > until the panic. As far as I can tell, there's nothing bad going on, or if > there is, it happend just before the crash. BTW, if nothing bad seems to be happening there, there may still be bad things happening that would be reported by vmstat -z output (note that vmstat -z will also supersede netstat -m output). -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon May 16 20:31:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F24A616A4D0 for ; Mon, 16 May 2005 20:31:43 +0000 (GMT) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43EC043D93 for ; Mon, 16 May 2005 20:31:42 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id 7F1871A6F0; Mon, 16 May 2005 22:31:37 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1])port 10024) with ESMTP id 85601-02; Mon, 16 May 2005 22:31:36 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id A37A51A6D5; Mon, 16 May 2005 22:31:34 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id 6576E4280; Mon, 16 May 2005 22:31:34 +0200 (CEST) Date: Mon, 16 May 2005 22:31:34 +0200 From: Fredrik Lindberg To: Warner Losh Message-ID: <20050516203134.GA722@shapeshifter.se> References: <20050516170230.GB90847@shapeshifter.se> <20050516.133335.104054202.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050516.133335.104054202.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at example.com cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 20:31:44 -0000 Nope, no reason. Just that the first thing that came to mind was sigprocmask (for some reason...) and it worked so I didn't give it more thought. Using signal(SIGPIPE, SIG_IGN); is probably a better solution. Fredrik Lindberg On Mon, May 16, 2005 at 01:33:35PM -0600, Warner Losh (imp@bsdimp.com) wrote: > Cool! > > > During the same time I also discovered a bug(?) in devd which causes it > > to terminate with a broken pipe if a client reading /var/run/devd.pipe > > disappears. Blocking SIGPIPE fixes this. > > Any reason that signal(SIGPIPE, SIG_IGN); wasn't used? > > Warner > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon May 16 20:38:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08FFC16A4CE; Mon, 16 May 2005 20:38:24 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 758EA43DC0; Mon, 16 May 2005 20:38:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GKcMtX041246; Mon, 16 May 2005 16:38:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GKcMoc013571; Mon, 16 May 2005 16:38:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7D2F67306E; Mon, 16 May 2005 16:38:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050516203822.7D2F67306E@freebsd-current.sentex.ca> Date: Mon, 16 May 2005 16:38:22 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 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: Mon, 16 May 2005 20:38:24 -0000 TB --- 2005-05-16 20:02:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-16 20:02:44 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-05-16 20:02:44 - cleaning the object tree TB --- 2005-05-16 20:03:20 - checking out the source tree TB --- 2005-05-16 20:03:20 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-05-16 20:03:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-16 20:09:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-16 20:09:36 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-16 20:09:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libstand. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-05-16 20:38:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-16 20:38:22 - ERROR: failed to build world TB --- 2005-05-16 20:38:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 16 20:39:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 0A38316A4D0; Mon, 16 May 2005 20:39:32 +0000 (GMT) To: current@freebsd.org Date: Mon, 16 May 2005 20:39:32 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20050516203932.0A38316A4D0@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: stable@freebsd.org Subject: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 20:39:32 -0000 Ok everyone, PAY ATTENTION! Drop whatevery your doing for the next five minutes and READ THIS!! You see that header on this e-mail? You see the "From:" line? Go and read it to yourself. Read the name. Say it to yourself, out loud. No no, go back and do it again. Again! You see what is says? It says "Bill Paul." It does *********NOT********* say "Paul Bill," does it now. WELL DOES IT!!?!?! No, it damn well doesn't! And yet, for some incomprehensible reason. the majority of you nitwits seem to think it does!!!!!! Get this through your miserable little heads: my first name is BILL!!! Understand that? Bill! BEE EYE ELL ELL!!! ____ _____ _ _ _ _ | _ \ |_ _| | | | | | | | | | |_) | | | | | | | | | | | | _ < | | | | | | | | | | | |_) | _| |_ | |____ | |____ |_| |_| |____/ |_____| |______| |______| (_) (_) I can carve it into your skull with a rusty railroad spike if that would make it easier to remember! Do **************NOT*************** send me e-mails opening with "Dear Paul!" That is _NOT_ my name! I don't care if you don't speak english as a first language, are distracted, tired, confused, retarded or the President of the United States: if you can't manage to scrape together enough neurons to correctly choose which one of two lousy syllables to use when addressing me, then I would rather never hear from you at all!!!!!! I am not kidding around here! I've been beating my brains out for you rotten bastards for ten lousy years, and after all that time I expect you to at least do me the courtesty of GETTING MY STUPID NAME RIGHT!!!!! This crap has been going on for years. It ends now. Anybody who's dumb enough to send me an e-mail addressed to "Paul" instead of "Bill" will be permanently banned from my inbox. I don't care if you're on fire and need me to put you out: you will become persona non grata and you will stay that way. Furthermore, anybody who screws up and gets my name wrong in person will quickly find themselves beaten, ground into a fine powder and sprinkled over Richard Stallman's oatmeal!!! And no, I don't want to hear your lousy comments on the matter! Don't follow up!! Don't reply!! Just nod quietly and DON'T MAKE THIS MISTAKE AGAIN!!!! -Bill <------------ SEE!!! LOOK!!! IT'S RIGHT THERE!!!!! IDIOTS!!!!! -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Mon May 16 20:55:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F23716A4CE for ; Mon, 16 May 2005 20:55:06 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85EC843D67 for ; Mon, 16 May 2005 20:55:05 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4GKq72M026043; Mon, 16 May 2005 14:52:08 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 16 May 2005 14:52:07 -0600 (MDT) Message-Id: <20050516.145207.39180036.imp@bsdimp.com> To: fli+freebsd-current@shapeshifter.se From: Warner Losh In-Reply-To: <20050516203134.GA722@shapeshifter.se> References: <20050516170230.GB90847@shapeshifter.se> <20050516.133335.104054202.imp@bsdimp.com> <20050516203134.GA722@shapeshifter.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 20:55:06 -0000 OK. I've just committed my take on the change. Please let me know if this causes you problems. Warner From owner-freebsd-current@FreeBSD.ORG Mon May 16 20:58:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C374B16A4CE; Mon, 16 May 2005 20:58:22 +0000 (GMT) Received: from makeworld.com (makeworld.com [216.201.118.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54ACC43DC0; Mon, 16 May 2005 20:58:22 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 011F260D6; Mon, 16 May 2005 15:58:16 -0500 (CDT) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20751-10; Mon, 16 May 2005 15:58:14 -0500 (CDT) Received: from [63.117.97.163] (unknown [63.117.97.163]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 3C7C760D4; Mon, 16 May 2005 15:58:10 -0500 (CDT) Message-ID: <42890960.9090908@makeworld.com> Date: Mon, 16 May 2005 15:58:08 -0500 From: Chris User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bill Paul References: <20050516203932.0A38316A4D0@hub.freebsd.org> In-Reply-To: <20050516203932.0A38316A4D0@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.3.0 (20050424) at makeworld.com - Isn't it ironic cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: racerx@makeworld.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 20:58:22 -0000 Bill Paul wrote: > Ok everyone, PAY ATTENTION! Drop whatevery your doing for the next > five minutes and READ THIS!! > > You see that header on this e-mail? You see the "From:" line? Go and > read it to yourself. Read the name. Say it to yourself, out loud. > > No no, go back and do it again. > > Again! > > You see what is says? It says "Bill Paul." It does *********NOT********* > say "Paul Bill," does it now. WELL DOES IT!!?!?! > > No, it damn well doesn't! And yet, for some incomprehensible reason. > the majority of you nitwits seem to think it does!!!!!! > > Get this through your miserable little heads: my first name is BILL!!! > Understand that? Bill! BEE EYE ELL ELL!!! > > ____ _____ _ _ _ _ > | _ \ |_ _| | | | | | | | | > | |_) | | | | | | | | | | | > | _ < | | | | | | | | | | > | |_) | _| |_ | |____ | |____ |_| |_| > |____/ |_____| |______| |______| (_) (_) > Dear Paul ... -- Best regards, Chris From owner-freebsd-current@FreeBSD.ORG Mon May 16 20:58:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89F1716A593 for ; Mon, 16 May 2005 20:58:31 +0000 (GMT) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A61343D7F for ; Mon, 16 May 2005 20:58:30 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4GKwKNM003036; Mon, 16 May 2005 22:58:20 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Warner Losh From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 16 May 2005 14:52:07 MDT." <20050516.145207.39180036.imp@bsdimp.com> Date: Mon, 16 May 2005 22:58:20 +0200 Message-ID: <3035.1116277100@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: fli+freebsd-current@shapeshifter.se cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 20:58:31 -0000 In message <20050516.145207.39180036.imp@bsdimp.com>, Warner Losh writes: >OK. I've just committed my take on the change. Please let me know if >this causes you problems. While you're on this: I see powerd dying with ENOMEM about once or twice per day... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon May 16 21:13:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8C7C16A4CE; Mon, 16 May 2005 21:13:34 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06AC943DA3; Mon, 16 May 2005 21:13:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GLDT3a075613; Mon, 16 May 2005 17:13:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GLDTmR074246; Mon, 16 May 2005 17:13:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 200617306E; Mon, 16 May 2005 17:13:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050516211329.200617306E@freebsd-current.sentex.ca> Date: Mon, 16 May 2005 17:13:29 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 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: Mon, 16 May 2005 21:13:34 -0000 TB --- 2005-05-16 20:38:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-16 20:38:22 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-16 20:38:22 - cleaning the object tree TB --- 2005-05-16 20:38:55 - checking out the source tree TB --- 2005-05-16 20:38:55 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-16 20:38:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-16 20:45:14 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-16 20:45:14 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-16 20:45:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/i386/i386/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/i386/i386/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/i386/i386/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/i386/i386/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib/libstand. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-05-16 21:13:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-16 21:13:28 - ERROR: failed to build world TB --- 2005-05-16 21:13:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 16 21:20:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D304F16A4CE; Mon, 16 May 2005 21:20:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A6D43DB8; Mon, 16 May 2005 21:20:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 049FA51531; Mon, 16 May 2005 14:20:42 -0700 (PDT) Date: Mon, 16 May 2005 14:20:42 -0700 From: Kris Kennaway To: obrien@FreeBSD.org Message-ID: <20050516212042.GA96395@xor.obsecurity.org> References: <20050516211329.200617306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <20050516211329.200617306E@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 21:20:49 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This is breakage from obrien's bzip update. # make depend ln -s /usr/src/lib/libstand/../../sys/i386/include machine patch -s -b .orig -o _bzlib.c < /usr/src/lib/libstand/bzlib.c.diff /usr/src= /lib/libstand/../../contrib/bzip2/bzlib.c sed "s|bzlib_private\.h|_bzlib_private.h|" /usr/src/lib/libstand/../../cont= rib/bzip2/crctable.c > _crctable.c sed "s|bzlib_private\.h|_bzlib_private.h|" /usr/src/lib/libstand/../../cont= rib/bzip2/decompress.c > _decompress.c sed "s|bzlib_private\.h|_bzlib_private.h|" /usr/src/lib/libstand/../../cont= rib/bzip2/huffman.c > _huffman.c sed "s|bzlib_private\.h|_bzlib_private.h|" /usr/src/lib/libstand/../../cont= rib/bzip2/randtable.c > _randtable.c patch -s -b .orig -o _bzlib.h < /usr/src/lib/libstand/bzlib.h.diff /usr/src= /lib/libstand/../../contrib/bzip2/bzlib.h Reversed (or previously applied) patch detected! Assume -R? [y] =20 Kris On Mon, May 16, 2005 at 05:13:29PM -0400, FreeBSD Tinderbox wrote: > TB --- 2005-05-16 20:38:22 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2005-05-16 20:38:22 - starting CURRENT tinderbox run for i386/i386 > TB --- 2005-05-16 20:38:22 - cleaning the object tree > TB --- 2005-05-16 20:38:55 - checking out the source tree > TB --- 2005-05-16 20:38:55 - cd /home/tinderbox/CURRENT/i386/i386 > TB --- 2005-05-16 20:38:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -P= d -A src > TB --- 2005-05-16 20:45:14 - building world (CFLAGS=3D-O2 -pipe) > TB --- 2005-05-16 20:45:14 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2005-05-16 20:45:14 - /usr/bin/make -B buildworld > >>> Building an up-to-date make(1) > >>> 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 > [...] > /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp= /usr/include/stdio.h:252: error: conflicting types for 'vprintf' > /tinderbox/CURRENT/i386/i386/src/lib/libstand/stand.h:248: error: previou= s declaration of 'vprintf' was here > /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp= /usr/include/stdio.h:252: error: conflicting types for 'vprintf' > /tinderbox/CURRENT/i386/i386/src/lib/libstand/stand.h:248: error: previou= s declaration of 'vprintf' was here > /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp= /usr/include/stdio.h:254: error: conflicting types for 'vsprintf' > /tinderbox/CURRENT/i386/i386/src/lib/libstand/stand.h:250: error: previou= s declaration of 'vsprintf' was here > /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp= /usr/include/stdio.h:254: error: conflicting types for 'vsprintf' > /tinderbox/CURRENT/i386/i386/src/lib/libstand/stand.h:250: error: previou= s declaration of 'vsprintf' was here > *** Error code 1 >=20 > Stop in /tinderbox/CURRENT/i386/i386/src/lib/libstand. > *** Error code 1 >=20 > Stop in /tinderbox/CURRENT/i386/i386/src/lib. > *** Error code 1 >=20 > Stop in /tinderbox/CURRENT/i386/i386/src. > *** Error code 1 >=20 > Stop in /tinderbox/CURRENT/i386/i386/src. > *** Error code 1 >=20 > Stop in /tinderbox/CURRENT/i386/i386/src. > *** Error code 1 >=20 > Stop in /tinderbox/CURRENT/i386/i386/src. > TB --- 2005-05-16 21:13:28 - WARNING: /usr/bin/make returned exit code 1= =20 > TB --- 2005-05-16 21:13:28 - ERROR: failed to build world > TB --- 2005-05-16 21:13:28 - tinderbox aborted >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCiQ6qWry0BWjoQKURAmRLAJ0f7gKOiZMXBffqeAzhgFonN5ortwCg+mVr Qmao7bu+oWR2G2ZrGsecQho= =lVgn -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 21:24:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80B9816A4D1 for ; Mon, 16 May 2005 21:24:16 +0000 (GMT) Received: from web80602.mail.yahoo.com (web80602.mail.yahoo.com [66.218.79.91]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F7D643D64 for ; Mon, 16 May 2005 21:24:16 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050516212413.68247.qmail@web80602.mail.yahoo.com> Received: from [207.126.239.39] by web80602.mail.yahoo.com via HTTP; Mon, 16 May 2005 14:24:13 PDT Date: Mon, 16 May 2005 14:24:13 -0700 (PDT) From: Mohan Srinivasan To: Bill Paul , current@freebsd.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: stable@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 21:24:16 -0000 OK Paul. Got the message Paul. --- Bill Paul wrote: > > Ok everyone, PAY ATTENTION! Drop whatevery your doing for the next > five minutes and READ THIS!! > > You see that header on this e-mail? You see the "From:" line? Go and > read it to yourself. Read the name. Say it to yourself, out loud. > > No no, go back and do it again. > > Again! > > You see what is says? It says "Bill Paul." It does *********NOT********* > say "Paul Bill," does it now. WELL DOES IT!!?!?! > > No, it damn well doesn't! And yet, for some incomprehensible reason. > the majority of you nitwits seem to think it does!!!!!! > > Get this through your miserable little heads: my first name is BILL!!! > Understand that? Bill! BEE EYE ELL ELL!!! > > ____ _____ _ _ _ _ > | _ \ |_ _| | | | | | | | | > | |_) | | | | | | | | | | | > | _ < | | | | | | | | | | > | |_) | _| |_ | |____ | |____ |_| |_| > |____/ |_____| |______| |______| (_) (_) > > > I can carve it into your skull with a rusty railroad spike if that > would make it easier to remember! > > Do **************NOT*************** send me e-mails opening with > "Dear Paul!" That is _NOT_ my name! I don't care if you don't speak > english as a first language, are distracted, tired, confused, retarded > or the President of the United States: if you can't manage to scrape > together enough neurons to correctly choose which one of two lousy > syllables to use when addressing me, then I would rather never hear > from you at all!!!!!! > > I am not kidding around here! I've been beating my brains out for > you rotten bastards for ten lousy years, and after all that time > I expect you to at least do me the courtesty of GETTING MY STUPID > NAME RIGHT!!!!! > > This crap has been going on for years. It ends now. Anybody who's > dumb enough to send me an e-mail addressed to "Paul" instead of "Bill" > will be permanently banned from my inbox. I don't care if you're on > fire and need me to put you out: you will become persona non grata > and you will stay that way. Furthermore, anybody who screws up and > gets my name wrong in person will quickly find themselves beaten, > ground into a fine powder and sprinkled over Richard Stallman's > oatmeal!!! > > And no, I don't want to hear your lousy comments on the matter! > Don't follow up!! Don't reply!! Just nod quietly and DON'T MAKE THIS > MISTAKE AGAIN!!!! > > -Bill <------------ SEE!!! LOOK!!! IT'S RIGHT THERE!!!!! IDIOTS!!!!! > > -- > ============================================================================= > -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu > wpaul@windriver.com | Wind River Systems > ============================================================================= > you're just BEGGING to face the moose > ============================================================================= > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon May 16 21:25:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42CAB16A4CE; Mon, 16 May 2005 21:25:27 +0000 (GMT) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0077243DA4; Mon, 16 May 2005 21:25:25 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr9.xs4all.nl (8.12.11/8.12.11) with ESMTP id j4GLPMjL078032; Mon, 16 May 2005 23:25:22 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.1) with ESMTP id j4GLPLEG057518; Mon, 16 May 2005 23:25:21 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j4GLPLsd057517; Mon, 16 May 2005 23:25:21 +0200 (CEST) (envelope-from wb) Date: Mon, 16 May 2005 23:25:21 +0200 From: Wilko Bulte To: Bill Paul Message-ID: <20050516212521.GB57460@freebie.xs4all.nl> References: <20050516203932.0A38316A4D0@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050516203932.0A38316A4D0@hub.freebsd.org> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 21:25:27 -0000 On Mon, May 16, 2005 at 08:39:32PM +0000, Bill Paul wrote.. > > Ok everyone, PAY ATTENTION! Drop whatevery your doing for the next > five minutes and READ THIS!! > > You see that header on this e-mail? You see the "From:" line? Go and > read it to yourself. Read the name. Say it to yourself, out loud. > > No no, go back and do it again. > > Again! > > You see what is says? It says "Bill Paul." It does *********NOT********* > say "Paul Bill," does it now. WELL DOES IT!!?!?! Its' not officially William is it? You have my symphaty, no-one ever gets Wilko right. And it is dead simple derivative of Willem Coenraad. Wilko. Not Wilco. Right? :-P -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon May 16 21:45:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6093716A4CE; Mon, 16 May 2005 21:45:17 +0000 (GMT) Received: from hex.databits.net (hex.databits.net [216.118.117.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7FA43D93; Mon, 16 May 2005 21:45:16 +0000 (GMT) (envelope-from will@csociety.org) Received: by hex.databits.net (Postfix, from userid 1001) id 232BB57B2C; Mon, 16 May 2005 16:45:13 -0500 (CDT) Date: Mon, 16 May 2005 16:45:13 -0500 From: Will Andrews To: Wilko Bulte Message-ID: <20050516214513.GF75690@hex.databits.net> Mail-Followup-To: Wilko Bulte , Bill Paul , stable@freebsd.org, current@freebsd.org References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050516212521.GB57460@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EjUKZjov3T4fFoFJ" Content-Disposition: inline In-Reply-To: <20050516212521.GB57460@freebie.xs4all.nl> User-Agent: Mutt/1.5.6i cc: Bill Paul cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 21:45:17 -0000 --EjUKZjov3T4fFoFJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 16, 2005 at 11:25:21PM +0200, Wilko Bulte wrote: > Its' not officially William is it? >=20 > You have my symphaty, no-one ever gets Wilko right. And it is=20 > dead simple derivative of Willem Coenraad. Wilko. Not Wilco. Right? I do not respond to the names Bill or Andrew, so don't ever call me that either. ;) --=20 wca --EjUKZjov3T4fFoFJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCiRRoF47idPgWcsURAr3PAJ9mqXRJDK7oR95Jyfpen/6HvkVwtwCfRTqv A7XBaRD/y3s0ZMhnKvSxI3w= =8XxH -----END PGP SIGNATURE----- --EjUKZjov3T4fFoFJ-- From owner-freebsd-current@FreeBSD.ORG Mon May 16 21:49:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 798F716A4CE; Mon, 16 May 2005 21:49:09 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9F0B43DA5; Mon, 16 May 2005 21:49:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GLn5Eo046829; Mon, 16 May 2005 17:49:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GLn5tY028515; Mon, 16 May 2005 17:49:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DBF677306E; Mon, 16 May 2005 17:49:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050516214904.DBF677306E@freebsd-current.sentex.ca> Date: Mon, 16 May 2005 17:49:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 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: Mon, 16 May 2005 21:49:09 -0000 TB --- 2005-05-16 21:13:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-16 21:13:29 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-05-16 21:13:29 - cleaning the object tree TB --- 2005-05-16 21:13:57 - checking out the source tree TB --- 2005-05-16 21:13:57 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-05-16 21:13:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-16 21:20:22 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-16 21:20:22 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-16 21:20:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/i386/pc98/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/i386/pc98/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/i386/pc98/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/i386/pc98/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib/libstand. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-05-16 21:49:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-16 21:49:04 - ERROR: failed to build world TB --- 2005-05-16 21:49:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 16 22:10:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C637016A4CE for ; Mon, 16 May 2005 22:10:07 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 698B843DA3 for ; Mon, 16 May 2005 22:10:07 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 4C2D3C00A; Tue, 17 May 2005 00:10:06 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id BE1CD4080; Tue, 17 May 2005 00:10:07 +0200 (CEST) Date: Tue, 17 May 2005 00:10:07 +0200 From: Jeremie Le Hen To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20050516221007.GB14297@obiwan.tataz.chchile.org> References: <4288A0CD.5000002@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4288A0CD.5000002@DeepCore.dk> User-Agent: Mutt/1.5.9i cc: 'FreeBSD Current' Subject: Re: HEADSUP! ATA ioctl interface changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 22:10:07 -0000 > The ATA ioctl interface changed, so atacontrol needs to be rebuild to > match the kernel.. Wouldn't it require a note in UPDATING ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon May 16 22:30:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B49816A4CE; Mon, 16 May 2005 22:30:36 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98AE443DD9; Mon, 16 May 2005 22:30:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GMURoU080588; Mon, 16 May 2005 18:30:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GMURMw009188; Mon, 16 May 2005 18:30:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6E7EA7306E; Mon, 16 May 2005 18:30:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050516223027.6E7EA7306E@freebsd-current.sentex.ca> Date: Mon, 16 May 2005 18:30:27 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean 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: Mon, 16 May 2005 22:30:36 -0000 TB --- 2005-05-16 21:49:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-16 21:49:05 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-05-16 21:49:05 - cleaning the object tree TB --- 2005-05-16 21:49:38 - checking out the source tree TB --- 2005-05-16 21:49:38 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-05-16 21:49:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-16 21:55:51 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-16 21:55:51 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-05-16 21:55:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/ia64/ia64/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/ia64/ia64/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/ia64/ia64/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/ia64/ia64/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libstand. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-05-16 22:30:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-16 22:30:27 - ERROR: failed to build world TB --- 2005-05-16 22:30:27 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 16 23:06:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1952C16A4CE; Mon, 16 May 2005 23:06:16 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A6043DC9; Mon, 16 May 2005 23:06:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GN6BaB051674; Mon, 16 May 2005 19:06:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GN6BFo066442; Mon, 16 May 2005 19:06:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4CC1D7306E; Mon, 16 May 2005 19:06:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050516230611.4CC1D7306E@freebsd-current.sentex.ca> Date: Mon, 16 May 2005 19:06:11 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc 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: Mon, 16 May 2005 23:06:16 -0000 TB --- 2005-05-16 22:30:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-16 22:30:27 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-05-16 22:30:27 - cleaning the object tree TB --- 2005-05-16 22:30:46 - checking out the source tree TB --- 2005-05-16 22:30:46 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-05-16 22:30:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-16 22:37:08 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-16 22:37:08 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-05-16 22:37:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/powerpc/powerpc/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/powerpc/powerpc/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/powerpc/powerpc/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/powerpc/powerpc/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib/libstand. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-05-16 23:06:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-16 23:06:11 - ERROR: failed to build world TB --- 2005-05-16 23:06:11 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 16 23:40:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4354516A4CE; Mon, 16 May 2005 23:40:45 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E53A43D6E; Mon, 16 May 2005 23:40:44 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GNeipC084952; Mon, 16 May 2005 19:40:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4GNei0Y016620; Mon, 16 May 2005 19:40:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1B2E07306E; Mon, 16 May 2005 19:40:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050516234044.1B2E07306E@freebsd-current.sentex.ca> Date: Mon, 16 May 2005 19:40:44 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 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: Mon, 16 May 2005 23:40:45 -0000 TB --- 2005-05-16 23:06:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-16 23:06:11 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-05-16 23:06:11 - cleaning the object tree TB --- 2005-05-16 23:06:35 - checking out the source tree TB --- 2005-05-16 23:06:35 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-05-16 23:06:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-16 23:12:58 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-16 23:12:58 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-05-16 23:12:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/sparc64/sparc64/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/include/stdio.h:252: error: conflicting types for 'vprintf' /tinderbox/CURRENT/sparc64/sparc64/src/lib/libstand/stand.h:248: error: previous declaration of 'vprintf' was here /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/sparc64/sparc64/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/include/stdio.h:254: error: conflicting types for 'vsprintf' /tinderbox/CURRENT/sparc64/sparc64/src/lib/libstand/stand.h:250: error: previous declaration of 'vsprintf' was here *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libstand. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-05-16 23:40:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-16 23:40:43 - ERROR: failed to build world TB --- 2005-05-16 23:40:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue May 17 00:01:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1511B16A4CE for ; Tue, 17 May 2005 00:01:02 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EBC143D92 for ; Tue, 17 May 2005 00:01:01 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so583228rne for ; Mon, 16 May 2005 17:00:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LT0ZuzrMvLyLI1+O8Wi84VEeEF09KIaCz10ugZD7AYk2IT5dqv02YBz3aJavjXk2Fm56Yky6IHWZ9fChj8lH5DULYr+Lcb2rwgpLncmItgmKhg/etb+mBc7pOWWhNIml6gRSu4vWhHj/eXRFkNZSMbZon7gTwUF4Ua86RX4hw4w= Received: by 10.39.3.23 with SMTP id f23mr2537989rni; Mon, 16 May 2005 17:00:59 -0700 (PDT) Received: by 10.38.104.63 with HTTP; Mon, 16 May 2005 17:00:59 -0700 (PDT) Message-ID: <7579f7fb05051617002ed65860@mail.gmail.com> Date: Mon, 16 May 2005 17:00:59 -0700 From: Matthew Jacob To: Bill Paul In-Reply-To: <20050516203932.0A38316A4D0@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050516203932.0A38316A4D0@hub.freebsd.org> cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Matthew Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 00:01:02 -0000 What an amusing rant. As far as I can tell, I've always been banned from your Inbox whether I called you BIll, Paul, Wpaul, or OMisterWizard! From owner-freebsd-current@FreeBSD.ORG Tue May 17 00:12:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68FDC16A4CE for ; Tue, 17 May 2005 00:12:27 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41A8843DA6 for ; Tue, 17 May 2005 00:12:27 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 16 May 2005 17:12:26 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DEA315D08; Mon, 16 May 2005 17:12:25 -0700 (PDT) To: Søren Schmidt Date: Mon, 16 May 2005 17:12:25 -0700 From: "Kevin Oberman" Message-Id: <20050517001225.DEA315D08@ptavv.es.net> cc: current@freebsd.org Subject: Problems with acd0 with ATA MkIII seem resolved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 00:12:27 -0000 Søren, Thanks for the latest patches to ATA. As of today I no longer get any error messages from my DVD drive on my T30 ThinkPad. For the first time in a couple of weeks, it seems to be completely clean and I am not seeing any errors, either real or spuriously reported. (I don't know if the previously reported error messages during the device probe were real or not; I have not seen any real problems since about a week ago.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue May 17 01:02:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA9D416A4CE for ; Tue, 17 May 2005 01:02:32 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46D6B43D1F for ; Tue, 17 May 2005 01:02:32 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so2927977nzk for ; Mon, 16 May 2005 18:02:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ORebC5vq8OscungIAbASOpUHzkZdaCHGRt1wLIWF8Zd7Llkhn42v+FZCumgKUY5I1atLM7j4zREjIZ3IRwngI5E9oghc3wCM3ifOHW+MXu0dTH+BvW7OHq/fGQ0XgzdTpZ2FWjgEMBsvwjYrW2bFRXJi1uQOaGRc+1Uz6Yb+/7M= Received: by 10.36.129.4 with SMTP id b4mr1922007nzd; Mon, 16 May 2005 18:02:31 -0700 (PDT) Received: by 10.36.89.16 with HTTP; Mon, 16 May 2005 18:02:31 -0700 (PDT) Message-ID: Date: Tue, 17 May 2005 09:02:31 +0800 From: Jiawei Ye To: kuba@lbl.pl In-Reply-To: <20050516200133.GA19453@lbl.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050516200133.GA19453@lbl.pl> cc: freebsd-current@freebsd.org Subject: Re: today -current and pf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 01:02:32 -0000 On 5/17/05, KubaTyszko wrote: > [root@kubal:~:#] pfctl -f /etc/pf.conf > No ALTQ support in kernel > ALTQ related functions disabled > pfctl: DIOCXBEGIN: Operation not supported by device > pfctl: DIOCXROLLBACK: Operation not supported by device > [root@kubal:~:#] >=20 > before upgrading everything was working just fine. > my past -current was upgraded about a month ago. > does anyone know what do change (or what did i miss ) ? pf was upgraded to OpenBSD 3.7. This will happen if your kernel is new but pfctl isn't yet. Could you please also test this after installworld? Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue May 17 01:21:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3013916A4CE; Tue, 17 May 2005 01:21:55 +0000 (GMT) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD0F43D8B; Tue, 17 May 2005 01:21:54 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id E83F5280014; Mon, 16 May 2005 18:21:53 -0700 (PDT) Received: from [192.168.1.186] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id 25B0228000B; Mon, 16 May 2005 18:21:52 -0700 (PDT) In-Reply-To: <42890960.9090908@makeworld.com> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890960.9090908@makeworld.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8dd0624a8f959557718a4f14644a567e@netgate.com> Content-Transfer-Encoding: 7bit From: Jim Thompson Date: Mon, 16 May 2005 15:21:44 -1000 To: racerx@makeworld.com X-Mailer: Apple Mail (2.622) X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 cc: Bill Paul cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 01:21:55 -0000 On May 16, 2005, at 10:58 AM, Chris wrote: > Bill Paul wrote: >> Ok everyone, PAY ATTENTION! Drop whatevery your doing for the next >> five minutes and READ THIS!! >> You see that header on this e-mail? You see the "From:" line? Go and >> read it to yourself. Read the name. Say it to yourself, out loud. >> No no, go back and do it again. >> Again! >> You see what is says? It says "Bill Paul." It does >> *********NOT********* >> say "Paul Bill," does it now. WELL DOES IT!!?!?! >> No, it damn well doesn't! And yet, for some incomprehensible reason. >> the majority of you nitwits seem to think it does!!!!!! >> Get this through your miserable little heads: my first name is BILL!!! >> Understand that? Bill! BEE EYE ELL ELL!!! >> ____ _____ _ _ _ _ | >> _ \ |_ _| | | | | | | | | >> | |_) | | | | | | | | | | | >> | _ < | | | | | | | | | | >> | |_) | _| |_ | |____ | |____ |_| |_| >> |____/ |_____| |______| |______| (_) (_) > > Dear Paul ... No no no. The walrus was Paul. From owner-freebsd-current@FreeBSD.ORG Tue May 17 05:21:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B0FD16A4CE for ; Tue, 17 May 2005 05:21:41 +0000 (GMT) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA50143D1D for ; Tue, 17 May 2005 05:21:39 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 23492 invoked by alias); 17 May 2005 07:21:36 +0200 Received: from unknown (HELO localhost) (127.10.10.10) by s1.vhost.cz with SMTP; 17 May 2005 07:21:36 +0200 Received: from unknown ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) id 22562-07 for ; Tue, 17 May 2005 07:21:35 +0200 (CEST) Received: from unknown (HELO ?195.122.218.78?) (jiri@mikulas.com@195.122.218.78) by s1.vhost.cz with AES256-SHA encrypted SMTP; 17 May 2005 07:21:35 +0200 Message-ID: <42897F5E.8060404@mikulas.com> Date: Tue, 17 May 2005 07:21:34 +0200 From: Jiri Mikulas User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at vhost.cz Subject: LOR if_ath.c:842 ieee80211_node.c:1490 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 05:21:41 -0000 Hello, FYI FreeBSD 6.0-CURRENT #1: Wed May 11 18:38:12 CEST 2005 lock order reversal 1st 0xc15d4f1c ath0 (network driver) @ /usr/src/sys/dev/ath/if_ath.c:842 2nd 0xc15d4c64 ath0 (802.11 scangen) @ /usr/src/sys/net80211/ieee80211_node.c:1490 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0797bd0,c0797ab8,c075c9c8) at kdb_backtrace+0x29 witness_checkorder(c15d4c64,9,c072d520,5d2) at witness_checkorder+0x55c _mtx_lock_flags(c15d4c64,0,c072d520,5d2,c15d4000) at _mtx_lock_flags+0x5b ieee80211_iterate_nodes(c15d4bb0,c04a9540,c15d4000) at ieee80211_iterate_nodes+0x21 ath_rate_newstate(c15d4000,4) at ath_rate_newstate+0x2f ath_newstate(c15d4404,4,ffffffff) at ath_newstate+0x1bf ieee80211_sta_join(c15d4404,c1a4d000,1,0,c15d4404) at ieee80211_sta_join+0xcf ieee80211_create_ibss(c15d4404,c15d4862) at ieee80211_create_ibss+0x23b ieee80211_newstate(c15d4404,1,ffffffff,d148bb4c,c06f7b40) at ieee80211_newstate+0x2b8 ath_newstate(c15d4404,1,ffffffff) at ath_newstate+0x2b3 ath_init(c15d4000) at ath_init+0x167 ath_media_change(c15d4000,c15d4f1c,10080,c15bb920,0) at ath_media_change+0x26 ifmedia_ioctl(c15d4000,c1888ba0,c15d4cac,c0206937,0) at ifmedia_ioctl+0x93 ieee80211_ioctl(c15d4404,c0206937,c1888ba0,c1888ba0,c15d4404) at ieee80211_ioctl+0xc1 ath_ioctl(c15d4000,c0206937,c1888ba0,d148bc38,c0539b90) at ath_ioctl+0x174 ifhwioctl(c0206937,c15d4000,c1888ba0,c1a80900,1) at ifhwioctl+0x998 ifioctl(c182de44,c0206937,c1888ba0,c1a80900,0) at ifioctl+0xc3 soo_ioctl(c1800630,c0206937,c1888ba0,c16da680,c1a80900) at soo_ioctl+0x2db ioctl(c1a80900,d148bd04,3,2,246) at ioctl+0x370 syscall(3b,3b,3b,80553a0,1) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c527f, esp = 0xbfbfe35c, ebp = 0xbfbfe378 --- Could it be reason, why 'wicontrol wi0 -l' doesn't show associated clients ? I have 2 ath cards and one wi card in this router. Thanks for reply Jiri From owner-freebsd-current@FreeBSD.ORG Tue May 17 06:02:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E491716A4CE for ; Tue, 17 May 2005 06:02:11 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 863EC43D53 for ; Tue, 17 May 2005 06:02:11 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DXv9c-0002t2-A2; Tue, 17 May 2005 09:02:08 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Kris Kennaway In-Reply-To: Message from Kris Kennaway <20050516194222.GA67032@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 May 2005 09:02:08 +0300 From: Danny Braniss Message-ID: cc: current@freebsd.org Subject: Re: your mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 06:02:12 -0000 > > --mYCpIKhGyMATD0i+ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Mon, May 16, 2005 at 02:59:40PM +0300, Danny Braniss wrote: > > im trying to 'make buildworld' on a i386 5.4 for amd64, and something > > is broken: > >=20 > > =3D=3D=3D> usr.bin/lex/lib > > rm -f .depend > > CC=3D'cc -m32 -march=3Dathlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT = > =20 > > -I/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/include =20 > > -L/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32 =20 > > -B/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32' mkdep -f .depend -a = > =20 > > libmain.c libyywrap.c > > /usr/bin/mkdep: cannot create _mkdep45500: Permission denied > > *** Error code 2 > >=20 > > Stop in /r+d/5.4/src/usr.bin/lex/lib. > > *** Error code 1 > > Check that you have write permission in your object directory. oh, but i do!, the above happens after having done about 80% of the make process and i can't figure out where it's trying to write, im running with export MAKEOBJDIRPREFIX=/r+d/obj/x-dev and cd /r+d/5.4/src; make TARGET_ARCH=amd64 buildworld danny From owner-freebsd-current@FreeBSD.ORG Tue May 17 06:05:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4B7316A4CE for ; Tue, 17 May 2005 06:05:25 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 637B943D49 for ; Tue, 17 May 2005 06:05:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 591CE511DB; Mon, 16 May 2005 23:05:24 -0700 (PDT) Date: Mon, 16 May 2005 23:05:24 -0700 From: Kris Kennaway To: Danny Braniss Message-ID: <20050517060524.GA33191@xor.obsecurity.org> References: <20050516194222.GA67032@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: your mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 06:05:25 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 17, 2005 at 09:02:08AM +0300, Danny Braniss wrote: > >=20 > > --mYCpIKhGyMATD0i+ > > Content-Type: text/plain; charset=3Dus-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding: quoted-printable > >=20 > > On Mon, May 16, 2005 at 02:59:40PM +0300, Danny Braniss wrote: > > > im trying to 'make buildworld' on a i386 5.4 for amd64, and something > > > is broken: > > >=3D20 > > > =3D3D=3D3D=3D3D> usr.bin/lex/lib > > > rm -f .depend > > > CC=3D3D'cc -m32 -march=3D3Dathlon-xp -msse2 -mfancy-math-387 -DCOMPAT= _32BIT =3D > > =3D20 > > > -I/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/include =3D20 > > > -L/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32 =3D20 > > > -B/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32' mkdep -f .depend = -a =3D > > =3D20 > > > libmain.c libyywrap.c > > > /usr/bin/mkdep: cannot create _mkdep45500: Permission denied > > > *** Error code 2 > > >=3D20 > > > Stop in /r+d/5.4/src/usr.bin/lex/lib. > > > *** Error code 1 > > > > Check that you have write permission in your object directory. >=20 > oh, but i do!, the above happens after having done about 80% of the make = process > and i can't figure out where it's trying to write, im running with > export MAKEOBJDIRPREFIX=3D/r+d/obj/x-dev > and > cd /r+d/5.4/src; make TARGET_ARCH=3Damd64 buildworld=20 Are you running as root? Kris --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCiYmjWry0BWjoQKURArkzAKCHQOZzo5wimsrt0sjrAl13wNL5lwCgkSvx AyyIv9nJKI2fwfUfqSqWLxI= =Wcyp -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Tue May 17 06:41:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD67516A4CE; Tue, 17 May 2005 06:41:01 +0000 (GMT) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4398943D49; Tue, 17 May 2005 06:41:01 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: from localhost (localhost [127.0.0.1]) by mail.droso.net (Postfix) with ESMTP id 4B4DA22889; Tue, 17 May 2005 08:40:59 +0200 (CEST) Received: by mail.droso.net (Postfix, from userid 1001) id 79F1E22879; Tue, 17 May 2005 08:40:58 +0200 (CEST) Date: Tue, 17 May 2005 08:40:58 +0200 From: Erwin Lansing To: freebsd-stable@freebsd.org, stable@freebsd.org, current@freebsd.org Message-ID: <20050517064058.GW3428@droso.net> Mail-Followup-To: freebsd-stable@freebsd.org, stable@freebsd.org, current@freebsd.org References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050516212521.GB57460@freebie.xs4all.nl> <20050516214513.GF75690@hex.databits.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Jbyekxk18hnEXT0m" Content-Disposition: inline In-Reply-To: <20050516214513.GF75690@hex.databits.net> X-Operating-System: FreeBSD/i386 5.4-RELEASE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd 0.1 Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 06:41:01 -0000 --Jbyekxk18hnEXT0m Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 16, 2005 at 04:45:13PM -0500, Will Andrews wrote: > On Mon, May 16, 2005 at 11:25:21PM +0200, Wilko Bulte wrote: > > Its' not officially William is it? > >=20 > > You have my symphaty, no-one ever gets Wilko right. And it is=20 > > dead simple derivative of Willem Coenraad. Wilko. Not Wilco. Right? >=20 > I do not respond to the names Bill or Andrew, so don't ever call > me that either. ;) >=20 Just never, ever, call med Edwin! --=20 Erwin Lansing DISCLAIMER: No electrons were harmed while sending this message. --Jbyekxk18hnEXT0m Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCiZH6qy9aWxUlaZARAr+zAKDKiD/+D04An9qB8hmYwblXEk8oHwCdFqy4 VyeWa26676IjS/U/iL3RD4Q= =8bNT -----END PGP SIGNATURE----- --Jbyekxk18hnEXT0m-- From owner-freebsd-current@FreeBSD.ORG Tue May 17 06:55:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFB9B16A4CE for ; Tue, 17 May 2005 06:55:26 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7382E43D86 for ; Tue, 17 May 2005 06:55:25 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j4H6tNvg092225 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 17 May 2005 10:55:24 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j4H6tNr1091863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 May 2005 10:55:23 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j4H6tMq4091862 for current@FreeBSD.org; Tue, 17 May 2005 10:55:23 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 17 May 2005 10:55:22 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20050517065522.GA91779@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Subject: [HEADSUP] netgraph API/ABI changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 06:55:26 -0000 Colleagues, I've changed netgraph ABI between nodes and framework. API has been changed a bit, too. I haven't bumped NG_VERSION and NG_ABI_VERSION, since more changes may be checked in. If you tracking CURRENT and using netgraph, make sure to rebuild all netgraph modules, if you've rebuilt netgraph.ko or kernel. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue May 17 07:32:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D46516A4CE; Tue, 17 May 2005 07:32:44 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D60443D80; Tue, 17 May 2005 07:32:43 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.50 (FreeBSD)) id 1DXwZD-000Bob-Lc; Tue, 17 May 2005 09:32:39 +0200 To: wpaul@FreeBSD.ORG (Bill Paul) From: Ian FREISLICH In-reply-to: Your message of "Mon, 16 May 2005 20:39:32 GMT." <20050516203932.0A38316A4D0@hub.freebsd.org> X-Attribution: BOFH Date: Tue, 17 May 2005 09:32:39 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 07:32:44 -0000 > You see what is says? It says "Bill Paul." It does *********NOT********* > say "Paul Bill," does it now. WELL DOES IT!!?!?! Bill, there are different conventions in other parts of the world. I remember travelling to Senegal several years ago and meeting a guy whose business card was stamped "Boubakar Barry". At the time I thought "what a strange first name". It has since occurred to me that not everybody does things according to conventions that I am used to. You would do well to understand this especially if you interract with people outside of your US cocoon. I try to make things unambiguous for others by capitalising my surname. Of course it helps to have a surname that's not easily mistakeable for a first name. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue May 17 08:49:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A2F416A4CE for ; Tue, 17 May 2005 08:49:46 +0000 (GMT) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 921AB43DA2 for ; Tue, 17 May 2005 08:49:45 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4H8nfcb006194 for ; Tue, 17 May 2005 10:49:42 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 17 May 2005 10:49:41 +0200 Message-ID: <6193.1116319781@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: BSDcan slides uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 08:49:46 -0000 I have uploaded my slides from BSDcan2005 http://phk.freebsd.dk/pubs/bsdcan2005_ioctl.pdf -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue May 17 11:42:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8978216A4CE; Tue, 17 May 2005 11:42:26 +0000 (GMT) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF51943D1F; Tue, 17 May 2005 11:42:25 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IGM006P9ZPR7880@osl1smout1.broadpark.no>; Tue, 17 May 2005 15:49:03 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IGM006RPU0ZC4F0@osl1sminn1.broadpark.no>; Tue, 17 May 2005 13:46:11 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 5D68445131; Tue, 17 May 2005 13:42:24 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id C6AA49B96A; Tue, 17 May 2005 13:42:19 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id B8D8233C3B; Tue, 17 May 2005 13:42:19 +0200 (CEST) Date: Tue, 17 May 2005 13:42:19 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <8dd0624a8f959557718a4f14644a567e@netgate.com> To: Jim Thompson Message-id: <86r7g6t6xw.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050516203932.0A38316A4D0@hub.freebsd.org> <8dd0624a8f959557718a4f14644a567e@netgate.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: Bill Paul cc: racerx@makeworld.com cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 11:42:26 -0000 On May 16, 2005, at 10:58 AM, Chris wrote: > Dear Paul ... I thought the canonical form was "Dear John"... Jim Thompson writes: > No no no. The walrus was Paul. Goo goo g'joob! DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 17 11:42:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D2BF16A4ED; Tue, 17 May 2005 11:42:39 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF2B643DAA; Tue, 17 May 2005 11:42:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BE3D351531; Tue, 17 May 2005 04:42:37 -0700 (PDT) Date: Tue, 17 May 2005 04:42:36 -0700 From: Kris Kennaway To: Gleb Smirnoff Message-ID: <20050517114235.GA25632@xor.obsecurity.org> References: <20050517065522.GA91779@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20050517065522.GA91779@cell.sick.ru> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: Re: [HEADSUP] netgraph API/ABI changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 11:42:39 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 17, 2005 at 10:55:22AM +0400, Gleb Smirnoff wrote: > Colleagues, >=20 > I've changed netgraph ABI between nodes and framework. API has been chang= ed > a bit, too. >=20 > I haven't bumped NG_VERSION and NG_ABI_VERSION, since more changes may be > checked in. Don't forget to bump __FreeBSD_version when you are finished, so that the port netgraph modules can be fixed. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCidiqWry0BWjoQKURAhdYAKDCyYjS1UT3cEO0hRTtl9/biUmsAQCggkF4 0GCHQP8i0m0j43iUO8XZ1LU= =vMtM -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Tue May 17 11:43:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5DD516A4CE; Tue, 17 May 2005 11:43:04 +0000 (GMT) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46E1D43DCA; Tue, 17 May 2005 11:43:04 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IGM006QFZQU7880@osl1smout1.broadpark.no>; Tue, 17 May 2005 15:49:42 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IGM0062EU22EN00@osl1sminn1.broadpark.no>; Tue, 17 May 2005 13:46:50 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 43AD445165; Tue, 17 May 2005 13:43:03 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id C10DC9B96A; Tue, 17 May 2005 13:42:59 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id B77BE33C3B; Tue, 17 May 2005 13:42:59 +0200 (CEST) Date: Tue, 17 May 2005 13:42:59 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050516212521.GB57460@freebie.xs4all.nl> To: Wilko Bulte Message-id: <86mzqut6ws.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050516212521.GB57460@freebie.xs4all.nl> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: Bill Paul cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 11:43:04 -0000 Wilko Bulte writes: > You have my symphaty, no-one ever gets Wilko right. And it is dead > simple derivative of Willem Coenraad. Wilko. Not Wilco. Right? Roger, wilco. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 17 11:44:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E7B16A4CE for ; Tue, 17 May 2005 11:44:41 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70DD443DA7 for ; Tue, 17 May 2005 11:44:40 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j4HBibDi099692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 17 May 2005 15:44:38 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j4HBia0J095413 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 May 2005 15:44:37 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j4HBiaY4095411; Tue, 17 May 2005 15:44:36 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 17 May 2005 15:44:35 +0400 From: Gleb Smirnoff To: Kris Kennaway Message-ID: <20050517114435.GA94596@cell.sick.ru> References: <20050517065522.GA91779@cell.sick.ru> <20050517114235.GA25632@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050517114235.GA25632@xor.obsecurity.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: current@FreeBSD.org Subject: Re: [HEADSUP] netgraph API/ABI changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 11:44:41 -0000 On Tue, May 17, 2005 at 04:42:36AM -0700, Kris Kennaway wrote: K> > I've changed netgraph ABI between nodes and framework. API has been changed K> > a bit, too. K> > K> > I haven't bumped NG_VERSION and NG_ABI_VERSION, since more changes may be K> > checked in. K> K> Don't forget to bump __FreeBSD_version when you are finished, so that K> the port netgraph modules can be fixed. No need for that. Netgraph ports use NETGRAPH_VERSION in their code. I'll supply patches for all ports. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon May 16 20:54:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B4B16A4CE; Mon, 16 May 2005 20:54:28 +0000 (GMT) Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id F182143D64; Mon, 16 May 2005 20:54:26 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.207.149] by viefep13-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050516205413.MVAK1319.viefep13-int.chello.at@[80.98.207.149]>; Mon, 16 May 2005 22:54:13 +0200 Message-ID: <42890874.4030600@t-hosting.hu> Date: Mon, 16 May 2005 22:54:12 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bill Paul , current@freebsd.org, stable@freebsd.org References: <20050516203932.0A38316A4D0@hub.freebsd.org> In-Reply-To: <20050516203932.0A38316A4D0@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 17 May 2005 11:56:39 +0000 Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 20:54:29 -0000 Dear Bill and everyone, just a little comment: as far as I know there are two countries where the first name and the family name is used in different order, and these two countries are Japan and Hungary. I'm Hungarian thus my name often get people confused. Since I write from my private address, You can read in the From field my name in the Hungarian order: family name, first name, but I sign every mail in the English order. Thus my first name is Gábor, and my family name is Kövesdán. If You read international mailing lists, You should take note of that. Cheers, Gábor Kövesdán Bill Paul wrote: >Ok everyone, PAY ATTENTION! Drop whatevery your doing for the next >five minutes and READ THIS!! > >You see that header on this e-mail? You see the "From:" line? Go and >read it to yourself. Read the name. Say it to yourself, out loud. > >No no, go back and do it again. > >Again! > >You see what is says? It says "Bill Paul." It does *********NOT********* >say "Paul Bill," does it now. WELL DOES IT!!?!?! > >No, it damn well doesn't! And yet, for some incomprehensible reason. >the majority of you nitwits seem to think it does!!!!!! > >Get this through your miserable little heads: my first name is BILL!!! >Understand that? Bill! BEE EYE ELL ELL!!! > > ____ _____ _ _ _ _ > | _ \ |_ _| | | | | | | | | > | |_) | | | | | | | | | | | > | _ < | | | | | | | | | | > | |_) | _| |_ | |____ | |____ |_| |_| > |____/ |_____| |______| |______| (_) (_) > > >I can carve it into your skull with a rusty railroad spike if that >would make it easier to remember! > >Do **************NOT*************** send me e-mails opening with >"Dear Paul!" That is _NOT_ my name! I don't care if you don't speak >english as a first language, are distracted, tired, confused, retarded >or the President of the United States: if you can't manage to scrape >together enough neurons to correctly choose which one of two lousy >syllables to use when addressing me, then I would rather never hear >from you at all!!!!!! > >I am not kidding around here! I've been beating my brains out for >you rotten bastards for ten lousy years, and after all that time >I expect you to at least do me the courtesty of GETTING MY STUPID >NAME RIGHT!!!!! > >This crap has been going on for years. It ends now. Anybody who's >dumb enough to send me an e-mail addressed to "Paul" instead of "Bill" >will be permanently banned from my inbox. I don't care if you're on >fire and need me to put you out: you will become persona non grata >and you will stay that way. Furthermore, anybody who screws up and >gets my name wrong in person will quickly find themselves beaten, >ground into a fine powder and sprinkled over Richard Stallman's >oatmeal!!! > >And no, I don't want to hear your lousy comments on the matter! >Don't follow up!! Don't reply!! Just nod quietly and DON'T MAKE THIS >MISTAKE AGAIN!!!! > >-Bill <------------ SEE!!! LOOK!!! IT'S RIGHT THERE!!!!! IDIOTS!!!!! > >-- >============================================================================= >-Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu > wpaul@windriver.com | Wind River Systems >============================================================================= > you're just BEGGING to face the moose >============================================================================= >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue May 17 03:19:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01CBB16A4CE for ; Tue, 17 May 2005 03:19:41 +0000 (GMT) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4423943DE1 for ; Tue, 17 May 2005 03:19:39 +0000 (GMT) (envelope-from mheffner@vt.edu) Received: from dagger.cc.vt.edu (IDENT:mirapoint@evil-dagger.cc.vt.edu [10.1.1.11]) by lennier.cc.vt.edu (8.12.11/8.12.11) with ESMTP id j4H3JZ2K026784 for ; Mon, 16 May 2005 23:19:35 -0400 Received: from hedwig.fesnel.no-ip.org (69-162-154-246.chvlva.adelphia.net [69.162.154.246]) by dagger.cc.vt.edu (MOS 3.5.7-GR) with ESMTP id DGA83841 (AUTH mheffner); Mon, 16 May 2005 23:19:35 -0400 (EDT) Message-ID: X-Mailer: XFMail 1.5-DEVEL on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200505170311.j4H3BTLt070077@repoman.freebsd.org> Date: Mon, 16 May 2005 23:18:25 -0400 (EDT) From: Mike Heffner To: current@freebsd.org X-Mailman-Approved-At: Tue, 17 May 2005 11:56:39 +0000 Subject: RE: cvs commit: src/contrib/lukemftp - Imported sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 03:19:41 -0000 On 17-May-2005 Mike Heffner wrote: > * Implement timeouts for accept(2) and connect(2), > which accept timeout values with '-q quittime'. > (intended to help with active mode through firewalls) Luke would like general comments from anyone that has used this feature and whether they thought it was useful or not. So, please send Luke or myself any comments you might have. Thanks, Mike -- Mike Heffner From owner-freebsd-current@FreeBSD.ORG Tue May 17 06:49:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C7216A4CE; Tue, 17 May 2005 06:49:24 +0000 (GMT) Received: from mail2out.barnet.com.au (mail2out.barnet.com.au [202.83.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B18F43D91; Tue, 17 May 2005 06:49:23 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: by mail2out.barnet.com.au (Postfix, from userid 27) id 9F13C707424; Tue, 17 May 2005 16:49:21 +1000 (EST) X-Viruscan-Id: <428993F100017CB151EFAC@BarNet> Received: from mail2-auth.barnet.com.au (mail2.barnet.com.au [202.83.176.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by mail2.barnet.com.au (Postfix) with ESMTP id 5302170741E; Tue, 17 May 2005 16:49:21 +1000 (EST) Received: from k7.mavetju (edwin-3.int.barnet.com.au [10.10.12.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Certificate Authority" (not verified)) by mail2-auth.barnet.com.au (Postfix) with ESMTP id 8B2F7707415; Tue, 17 May 2005 16:49:20 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 82CB26121; Tue, 17 May 2005 16:49:19 +1000 (EST) Date: Tue, 17 May 2005 16:49:19 +1000 From: Erwin Groothuis To: freebsd-stable@freebsd.org, stable@freebsd.org, current@freebsd.org Message-ID: <20050517064919.GH1209@k7.mavetju> Mail-Followup-To: Erwin Groothuis , freebsd-stable@freebsd.org, stable@freebsd.org, current@freebsd.org References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050516212521.GB57460@freebie.xs4all.nl> <20050516214513.GF75690@hex.databits.net> <20050517064058.GW3428@droso.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050517064058.GW3428@droso.net> User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Tue, 17 May 2005 11:56:39 +0000 Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 06:49:24 -0000 On Tue, May 17, 2005 at 08:40:58AM +0200, Erwin Lansing wrote: > On Mon, May 16, 2005 at 04:45:13PM -0500, Will Andrews wrote: > > On Mon, May 16, 2005 at 11:25:21PM +0200, Wilko Bulte wrote: > > > Its' not officially William is it? > > > > > > You have my symphaty, no-one ever gets Wilko right. And it is > > > dead simple derivative of Willem Coenraad. Wilko. Not Wilco. Right? > > > > I do not respond to the names Bill or Andrew, so don't ever call > > me that either. ;) > > > > Just never, ever, call med Edwin! Same for me! Erwin -- Erwin Groothuis | Personal website: http://www.mavetju.org erwin@mavetju.org | Weblog: http://weblog.barnet.com.au/erwin/ From owner-freebsd-current@FreeBSD.ORG Tue May 17 09:02:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AC7516A4CE for ; Tue, 17 May 2005 09:02:06 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABFBA43D79 for ; Tue, 17 May 2005 09:02:03 +0000 (GMT) (envelope-from arunsad@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1879882wri for ; Tue, 17 May 2005 02:02:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=cUWA2fe7CfcivA+xcyXRSAUGUq/RKr5vBMa4nO8aB46HwxPdKCW3FB3UTzSgVJ8jO4gE/QltZ4CYZMMKgHvSjvvokjjAcvvjUjUKb8R6kHU9ahTysNmiR7QWRnssqhAny1B8wAZ/koJ6SinOynN61sBczF8+M0DyfMx627P9mdw= Received: by 10.54.159.16 with SMTP id h16mr4226335wre; Tue, 17 May 2005 02:02:03 -0700 (PDT) Received: by 10.54.25.18 with HTTP; Tue, 17 May 2005 02:02:03 -0700 (PDT) Message-ID: <139e33fd0505170202a18e7c0@mail.gmail.com> Date: Tue, 17 May 2005 14:32:03 +0530 From: Arun Raman To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Tue, 17 May 2005 11:56:39 +0000 Subject: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arun Raman List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 09:02:06 -0000 Hi, Had anyone successfully installed FreeBSD (any version) on a IBM blade serv= er? Arun From owner-freebsd-current@FreeBSD.ORG Tue May 17 12:18:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27D5316A4CE for ; Tue, 17 May 2005 12:18:12 +0000 (GMT) Received: from avout1.midco.net (avout1.midco.net [24.220.0.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F5C43DC3 for ; Tue, 17 May 2005 12:18:11 +0000 (GMT) (envelope-from pmes@bis.midco.net) Received: (qmail 4623 invoked by uid 1009); 17 May 2005 12:18:08 -0000 Received: from pmes@bis.midco.net by avout1 by uid 1002 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.122.106):. Processed in 0.010355 secs); 17 May 2005 12:18:08 -0000 X-Qmail-Scanner-Mail-From: pmes@bis.midco.net via avout1 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.122.106):. Processed in 0.010355 secs) Received: from host-106-122-220-24.midco.net (HELO [10.0.0.3]) ([24.220.122.106]) (envelope-sender ) by avout1.midco.net (qmail-ldap-1.03) with SMTP for ; 17 May 2005 12:18:08 -0000 Mime-Version: 1.0 (Apple Message framework v728) In-Reply-To: <20050517064919.GH1209@k7.mavetju> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050516212521.GB57460@freebie.xs4all.nl> <20050516214513.GF75690@hex.databits.net> <20050517064058.GW3428@droso.net> <20050517064919.GH1209@k7.mavetju> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <88FCE670-7062-40C7-8D71-D85FD3B95522@bis.midco.net> Content-Transfer-Encoding: 7bit From: Peter Schultz Date: Tue, 17 May 2005 07:18:07 -0500 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.728) Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 12:18:12 -0000 just call him evildoer From owner-freebsd-current@FreeBSD.ORG Tue May 17 12:18:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0088F16A4D2 for ; Tue, 17 May 2005 12:18:15 +0000 (GMT) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 0457443DAC for ; Tue, 17 May 2005 12:18:13 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 23263 invoked from network); 17 May 2005 12:18:09 -0000 Received: from unknown (HELO maxis9.pacific.net.sg) (203.120.90.231) by sarajevo with SMTP; 17 May 2005 12:18:09 -0000 Received: from [192.168.0.107] ([203.120.90.231]) by maxis9.pacific.net.sg with ESMTP id <20050517121808.BXZK24579.maxis9.pacific.net.sg@[192.168.0.107]>; Tue, 17 May 2005 20:18:08 +0800 Message-ID: <4289E0E9.3060506@pacific.net.sg> Date: Tue, 17 May 2005 20:17:45 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> In-Reply-To: <42890874.4030600@t-hosting.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: Bill Paul cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 12:18:15 -0000 Hi Joseph, Kövesdán Gábor wrote: > Dear Bill and everyone, > > just a little comment: as far as I know there are two countries where > the first name and the family name is used in different order, and these > two countries are Japan and Hungary. I'm Hungarian thus my name often They are not allone. China also does it and the 'official' Germany, but it is not commonly used. Erich From owner-freebsd-current@FreeBSD.ORG Tue May 17 14:04:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68C5A16A4CE; Tue, 17 May 2005 14:04:39 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id A082443D82; Tue, 17 May 2005 14:04:38 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd19.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1DY2gX-0003pe-00; Tue, 17 May 2005 16:04:37 +0200 Received: from Andro-Beta.Leidinger.net (Ze8ACyZroe0lwoFn99kFNCS9q1U-ZvQsirLQG-apaAR-7JfTjUAkg+@[217.229.222.90]) by fwd19.sul.t-online.de with esmtp id 1DY2gM-1U4MGe0; Tue, 17 May 2005 16:04:26 +0200 Received: from localhost (localhost [127.0.0.1])j4HE4QFW081222; Tue, 17 May 2005 16:04:26 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Tue, 17 May 2005 16:04:25 +0200 Message-ID: <20050517160425.tnbe78svmsg4owgs@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 17 May 2005 16:04:25 +0200 From: Alexander Leidinger To: Erich Dollansky References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> In-Reply-To: <4289E0E9.3060506@pacific.net.sg> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: Ze8ACyZroe0lwoFn99kFNCS9q1U-ZvQsirLQG-apaAR-7JfTjUAkg+@t-dialin.net X-TOI-MSGID: 72c64e44-25d4-4036-8eaf-1f1ed837778a cc: Bill Paul cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 14:04:39 -0000 Erich Dollansky wrote: > They are not allone. China also does it and the 'official' Germany, > but it is not commonly used. In Germany it's family_name, first_name ^ | this is important or first_name family_name ^ | only a blank I'm not aware of any other way. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 PUNK ROCK!! DISCO DUCK!! BIRTH CONTROL!! From owner-freebsd-current@FreeBSD.ORG Tue May 17 14:04:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D6B716A4D1 for ; Tue, 17 May 2005 14:04:55 +0000 (GMT) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id B220E43DCC for ; Tue, 17 May 2005 14:04:54 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd20.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1DY2gm-0004Jc-01; Tue, 17 May 2005 16:04:52 +0200 Received: from Andro-Beta.Leidinger.net (GEgPbyZlge6SlTy54JNJftkMxQMkRfTfJ1elA26enzVr-V3fW6PXYi@[217.229.222.90]) by fwd20.sul.t-online.de with esmtp id 1DY2gV-1Q5hOi0; Tue, 17 May 2005 16:04:35 +0200 Received: from localhost (localhost [127.0.0.1])j4HE4ZHs081226; Tue, 17 May 2005 16:04:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Tue, 17 May 2005 16:04:35 +0200 Message-ID: <20050517160435.bk69ff67nog04g44@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 17 May 2005 16:04:35 +0200 From: Alexander Leidinger To: Jeremie Le Hen References: <4288A0CD.5000002@DeepCore.dk> <20050516221007.GB14297@obiwan.tataz.chchile.org> In-Reply-To: <20050516221007.GB14297@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: GEgPbyZlge6SlTy54JNJftkMxQMkRfTfJ1elA26enzVr-V3fW6PXYi@t-dialin.net X-TOI-MSGID: a7030601-17b2-484a-9220-920b935c7e4e cc: 'FreeBSD Current' cc: =?iso-8859-15?b?U/hyZW4=?= Schmidt Subject: Re: HEADSUP! ATA ioctl interface changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 14:04:55 -0000 Jeremie Le Hen wrote: >> The ATA ioctl interface changed, so atacontrol needs to be rebuild to >> match the kernel.. > > Wouldn't it require a note in UPDATING ? And does it affect e.g. smartmontools? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Stay the curse. From owner-freebsd-current@FreeBSD.ORG Tue May 17 14:06:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0694616A4CE for ; Tue, 17 May 2005 14:06:02 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B6443D67 for ; Tue, 17 May 2005 14:06:01 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DY2ho-0001te-Da; Tue, 17 May 2005 17:05:56 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Arun Raman In-Reply-To: Message from Arun Raman <139e33fd0505170202a18e7c0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 17 May 2005 17:05:56 +0300 From: Danny Braniss Message-ID: cc: freebsd-current@freebsd.org Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 14:06:02 -0000 as far as i have checked, the IBM and Intel blade server are 'almost' identical, if so then FreeBSD 5.x works fine with 'Intel SBXL52', but so far not much success with the EM64 based SBX82. danny From owner-freebsd-current@FreeBSD.ORG Tue May 17 14:23:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5804C16A4CE; Tue, 17 May 2005 14:23:46 +0000 (GMT) Received: from smtps-vbr1.xs4all.nl (smtps-vbr1.xs4all.nl [194.109.24.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3647543DB1; Tue, 17 May 2005 14:23:44 +0000 (GMT) (envelope-from mhellwig@xs4all.nl) Received: from [172.16.79.24] (213.126.48.224.ip.onderwijs.casematelecom.nl [213.126.48.224]) (authenticated bits=0)j4HENXuD041111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 May 2005 16:23:37 +0200 (CEST) (envelope-from mhellwig@xs4all.nl) Message-ID: <4289FE3C.2090001@xs4all.nl> Date: Tue, 17 May 2005 16:22:52 +0200 From: "Martin P. Hellwig" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050516212521.GB57460@freebie.xs4all.nl> <86mzqut6ws.fsf@xps.des.no> In-Reply-To: <86mzqut6ws.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by XS4ALL Virus Scanner cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 14:23:46 -0000 Dag-Erling Smørgrav wrote: >Wilko Bulte writes: > > >>You have my symphaty, no-one ever gets Wilko right. And it is dead >>simple derivative of Willem Coenraad. Wilko. Not Wilco. Right? >> >> > >Roger, wilco. > >DES > > Well make up you mind, roger or wilco, not both of them, jezz no wonder that modern communication only confuses if nobody uses the same *$#@!%#$%* protocol! -- mph From owner-freebsd-current@FreeBSD.ORG Tue May 17 14:55:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50D3A16A4CE for ; Tue, 17 May 2005 14:55:47 +0000 (GMT) Received: from bilbo.mebtel.net (bilbo.mebtel.net [64.40.67.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFC3C43D99 for ; Tue, 17 May 2005 14:55:46 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id B74D22A826 for ; Tue, 17 May 2005 10:55:41 -0400 (EDT) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13036-01 for ; Tue, 17 May 2005 10:55:41 -0400 (EDT) Received: from lorne.arm.org (66-79-79-189.dsl.mebtel.net [66.79.79.189]) by bilbo.mebtel.net (Postfix) with ESMTP id C8C9A2A784 for ; Tue, 17 May 2005 10:55:40 -0400 (EDT) Received: from lorne.arm.org (localhost [127.0.0.1]) by lorne.arm.org (8.13.3/8.13.1) with ESMTP id j4HEterM001351 for ; Tue, 17 May 2005 10:55:40 -0400 (EDT) (envelope-from dlt@lorne.arm.org) Received: (from dlt@localhost) by lorne.arm.org (8.13.3/8.13.1/Submit) id j4HEteKe001348; Tue, 17 May 2005 10:55:40 -0400 (EDT) (envelope-from dlt) Date: Tue, 17 May 2005 10:55:40 -0400 (EDT) Message-Id: <200505171455.j4HEteKe001348@lorne.arm.org> From: Derek Tattersall To: current@FreeBSD.org X-Virus-Scanned: by amavisd-new at mebtel.net Subject: Panic accessing msdosfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 14:55:47 -0000 FreeBSD lorne.arm.org 6.0-CURRENT FreeBSD 6.0-CURRENT #5: Mon May 16 11:32:35 EDT 2005 toor@lorne:/usr/obj/usr/src/sys/GENERIC i386 There have been several messages regarding similar panics accessing an msdosfs on a USB flash stick, but it seems that they have been regarding ehci. This is a USB 1.1 stick and uses uhci. I copied the back trace by hand. panic: non-decreasing id, id 0 last id 0 cpuid 0 KDB: enter panic [ thread pid 93 tid 100061 ] stopped at kdb_enter + 0x2b: nop db> trace Tracing pid 93 tid100061 td 0xc240a480 kdb_enter(c0840215) at kdb_enter + 0x2b panic(c0839489,0,0,d6753674,ed43aa60) at panic + 0x127 mbnambuf_write(ed43aa58,0,74657358,305f7075,0) at mbnambuf_write + 0x2b win2unixfn(d6753660,98,c25ddc00,c09184f0,c0938a20) at win2unixfn + 0x11a msdosfs_readdir(ed43ac90)at msdosfs_readdir + 0x51e VOP_READDIR_APV(c089ce00,ed43ac90) at VOP_READDIR_APV + 0x7e getdirentries(c240a480,ed43ad04,4,0,246) at getdirentries + 0x13f syscall(3b,3b,3b,8053000,2) at syscall + 0x227 Xint0x80_syscall() at Xint0x80_syscall + 0x17 --- syscall (196,FreeBSD ELF322, getdirentries), eip=0x2810595f,esp=0xbfbfe6bc,ebp=0xbfbfe6e8 --- The stick works fine on a 5.4 Release system. Any clues? -- Derek Tattersall dlt@mebtel.net From owner-freebsd-current@FreeBSD.ORG Tue May 17 15:32:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6176616A4CE for ; Tue, 17 May 2005 15:32:14 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 507F943D9B for ; Tue, 17 May 2005 15:32:13 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DY3yv-0006c4-2w for freebsd-current@freebsd.org; Tue, 17 May 2005 17:27:41 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 May 2005 17:27:41 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 May 2005 17:27:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Tue, 17 May 2005 08:26:11 -0700 Lines: 26 Message-ID: References: <20050516194321.GB67032@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.9.0 Sender: news Subject: Re: SMP hard lock with libpthread (thread X holds Y but isn't blocked on a lock) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 15:32:14 -0000 Kris Kennaway wrote: > On Mon, May 16, 2005 at 08:33:14AM -0700, othermark wrote: >> I have an application that uses shared memory/threads and is linked with >> libpthread, running on May 10 -current. Every time I run it, after a few >> minutes *poof* hard lock on a SMP box. All debug options are enabled in >> the kernel, but it won't break to debugger. Here's what appears on the >> console, and addr2line output follows: > > Try the NMI debugger patches, which might be sufficient to get it into > DDB. > > Kris Jonathan's report on this issue, does have the stack trace, but seems to be triggered by nfs. http://article.gmane.org/gmane.os.freebsd.current/69268 However, simply recompiling my application with libthr instead of libpthread completely avoids the panic. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Tue May 17 16:25:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F32616A4CE; Tue, 17 May 2005 16:25:23 +0000 (GMT) Received: from mvs1.plala.or.jp (c158129.vh.plala.or.jp [210.150.158.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB8A43DAB; Tue, 17 May 2005 16:25:21 +0000 (GMT) (envelope-from bland@FreeBSD.org) Received: from hub.bbnest.net ([60.34.9.82]) by mvs1.plala.or.jp with ESMTP id <20050517162518.FQZ15872.mvs1.plala.or.jp@hub.bbnest.net>; Wed, 18 May 2005 01:25:18 +0900 Received: from [10.0.0.2] (bland@nest.bbnest.net [10.0.0.2]) by hub.bbnest.net (8.13.3/8.13.1) with ESMTP id j4HGPG28065136; Wed, 18 May 2005 01:25:17 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <428A1AE0.1020407@FreeBSD.org> Date: Wed, 18 May 2005 01:25:04 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: des@FreeBSD.org Subject: nfsclient 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: Tue, 17 May 2005 16:25:23 -0000 Hi, FYI; Just complete full 6-CURRENT update. Now all nfs mounts (used to be rw) stays read-only. /sys/nfsclient/nfs_vfsops.c: $FreeBSD: src/sys/nfsclient/nfs_vfsops.c,v 1.175 2005/05/17 12:00:43 des Exp $ BTW. Commit log do not match actual change. Alexander. From owner-freebsd-current@FreeBSD.ORG Tue May 17 16:32:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAB3116A504 for ; Tue, 17 May 2005 16:32:18 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id F35F943D60 for ; Tue, 17 May 2005 16:32:17 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 8B60931A556 for ; Tue, 17 May 2005 18:32:12 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id DC8DD405A; Tue, 17 May 2005 18:32:12 +0200 (CEST) Date: Tue, 17 May 2005 18:32:12 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050517163212.GG14297@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: ACPI errors with recent laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 16:32:19 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I run a -CURRENT kernel from yesterday on my very recent laptop (Acer Extensa 4100), but it has a few problems with ACPI. In particular, I have some weird error at boot time or when I run "sysctl hw.acpi" and I can't get the screen back from S3 state. I attached the boot -v output with this mail. Please feel free to contact me to have more informations. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="JARJARBINKS.dmesg" ACPI set debug layer 'ACPI_ALL_COMPONENTS ACPI_ALL_DRIVERS' level 'ACPI_LV_VERBOSE' Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #127: Tue May 17 20:22:25 CEST 2005 root@coyote.tech.sitadelle.com:/usr/src/sys/i386/compile/JARJARBINKS WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc08e7000. Preloaded elf module "/boot/kernel/ums.ko" at 0xc08e720c. Calibrating clock(s) ... i8254 clock: 1193158 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1729009885 Hz CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 real memory = 1072168960 (1022 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000003ec3efff, 1040293888 bytes (253978 pages) avail memory = 1040281600 (992 MB) Table 'FACP' at 0x3fe88e8a Table 'APIC' at 0x3fe88efe MADT: Found table at 0x3fe88efe APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f69b0 bios32: Entry = 0xfd560 (c00fd560) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd560+0x25e pnpbios: Found PnP BIOS data at 0xc00f6a20 pnpbios: Entry = f0000:b1b6 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Found IO APIC ID 2, Interrupt 24 at 0xfec20000 ioapic1: Changing APIC ID to 2 ioapic1: intpin 0 -> PCI IRQ 24 (level, low) ioapic1: intpin 1 -> PCI IRQ 25 (level, low) ioapic1: intpin 2 -> PCI IRQ 26 (level, low) ioapic1: intpin 3 -> PCI IRQ 27 (level, low) ioapic1: intpin 4 -> PCI IRQ 28 (level, low) ioapic1: intpin 5 -> PCI IRQ 29 (level, low) ioapic1: intpin 6 -> PCI IRQ 30 (level, low) ioapic1: intpin 7 -> PCI IRQ 31 (level, low) ioapic1: intpin 8 -> PCI IRQ 32 (level, low) ioapic1: intpin 9 -> PCI IRQ 33 (level, low) ioapic1: intpin 10 -> PCI IRQ 34 (level, low) ioapic1: intpin 11 -> PCI IRQ 35 (level, low) ioapic1: intpin 12 -> PCI IRQ 36 (level, low) ioapic1: intpin 13 -> PCI IRQ 37 (level, low) ioapic1: intpin 14 -> PCI IRQ 38 (level, low) ioapic1: intpin 15 -> PCI IRQ 39 (level, low) ioapic1: intpin 16 -> PCI IRQ 40 (level, low) ioapic1: intpin 17 -> PCI IRQ 41 (level, low) ioapic1: intpin 18 -> PCI IRQ 42 (level, low) ioapic1: intpin 19 -> PCI IRQ 43 (level, low) ioapic1: intpin 20 -> PCI IRQ 44 (level, low) ioapic1: intpin 21 -> PCI IRQ 45 (level, low) ioapic1: intpin 22 -> PCI IRQ 46 (level, low) ioapic1: intpin 23 -> PCI IRQ 47 (level, low) ioapic1: intpin 24 -> PCI IRQ 48 (level, low) ioapic1: intpin 25 -> PCI IRQ 49 (level, low) ioapic1: intpin 26 -> PCI IRQ 50 (level, low) ioapic1: intpin 27 -> PCI IRQ 51 (level, low) ioapic1: intpin 28 -> PCI IRQ 52 (level, low) ioapic1: intpin 29 -> PCI IRQ 53 (level, low) ioapic1: intpin 30 -> PCI IRQ 54 (level, low) ioapic1: intpin 31 -> PCI IRQ 55 (level, low) ioapic1: intpin 32 -> PCI IRQ 56 (level, low) ioapic1: intpin 33 -> PCI IRQ 57 (level, low) ioapic1: intpin 34 -> PCI IRQ 58 (level, low) ioapic1: intpin 35 -> PCI IRQ 59 (level, low) ioapic1: intpin 36 -> PCI IRQ 60 (level, low) ioapic1: intpin 37 -> PCI IRQ 61 (level, low) ioapic1: intpin 38 -> PCI IRQ 62 (level, low) ioapic1: intpin 39 -> PCI IRQ 63 (level, low) ioapic1: intpin 40 -> PCI IRQ 64 (level, low) ioapic1: intpin 41 -> PCI IRQ 65 (level, low) ioapic1: intpin 42 -> PCI IRQ 66 (level, low) ioapic1: intpin 43 -> PCI IRQ 67 (level, low) ioapic1: intpin 44 -> PCI IRQ 68 (level, low) ioapic1: intpin 45 -> PCI IRQ 69 (level, low) ioapic1: intpin 46 -> PCI IRQ 70 (level, low) ioapic1: intpin 47 -> PCI IRQ 71 (level, low) ioapic1: intpin 48 -> PCI IRQ 72 (level, low) ioapic1: intpin 49 -> PCI IRQ 73 (level, low) ioapic1: intpin 50 -> PCI IRQ 74 (level, low) ioapic1: intpin 51 -> PCI IRQ 75 (level, low) ioapic1: intpin 52 -> PCI IRQ 76 (level, low) ioapic1: intpin 53 -> PCI IRQ 77 (level, low) ioapic1: intpin 54 -> PCI IRQ 78 (level, low) ioapic1: intpin 55 -> PCI IRQ 79 (level, low) ioapic1: intpin 56 -> PCI IRQ 80 (level, low) ioapic1: intpin 57 -> PCI IRQ 81 (level, low) ioapic1: intpin 58 -> PCI IRQ 82 (level, low) ioapic1: intpin 59 -> PCI IRQ 83 (level, low) ioapic1: intpin 60 -> PCI IRQ 84 (level, low) ioapic1: intpin 61 -> PCI IRQ 85 (level, low) ioapic1: intpin 62 -> PCI IRQ 86 (level, low) ioapic1: intpin 63 -> PCI IRQ 87 (level, low) ioapic1: intpin 64 -> PCI IRQ 88 (level, low) ioapic1: intpin 65 -> PCI IRQ 89 (level, low) ioapic1: intpin 66 -> PCI IRQ 90 (level, low) ioapic1: intpin 67 -> PCI IRQ 91 (level, low) ioapic1: intpin 68 -> PCI IRQ 92 (level, low) ioapic1: intpin 69 -> PCI IRQ 93 (level, low) ioapic1: intpin 70 -> PCI IRQ 94 (level, low) ioapic1: intpin 71 -> PCI IRQ 95 (level, low) ioapic1: intpin 72 -> PCI IRQ 96 (level, low) ioapic1: intpin 73 -> PCI IRQ 97 (level, low) ioapic1: intpin 74 -> PCI IRQ 98 (level, low) ioapic1: intpin 75 -> PCI IRQ 99 (level, low) ioapic1: intpin 76 -> PCI IRQ 100 (level, low) ioapic1: intpin 77 -> PCI IRQ 101 (level, low) ioapic1: intpin 78 -> PCI IRQ 102 (level, low) ioapic1: intpin 79 -> PCI IRQ 103 (level, low) ioapic1: intpin 80 -> PCI IRQ 104 (level, low) ioapic1: intpin 81 -> PCI IRQ 105 (level, low) ioapic1: intpin 82 -> PCI IRQ 106 (level, low) ioapic1: intpin 83 -> PCI IRQ 107 (level, low) ioapic1: intpin 84 -> PCI IRQ 108 (level, low) ioapic1: intpin 85 -> PCI IRQ 109 (level, low) ioapic1: intpin 86 -> PCI IRQ 110 (level, low) ioapic1: intpin 87 -> PCI IRQ 111 (level, low) ioapic1: intpin 88 -> PCI IRQ 112 (level, low) ioapic1: intpin 89 -> PCI IRQ 113 (level, low) ioapic1: intpin 90 -> PCI IRQ 114 (level, low) ioapic1: intpin 91 -> PCI IRQ 115 (level, low) ioapic1: intpin 92 -> PCI IRQ 116 (level, low) ioapic1: intpin 93 -> PCI IRQ 117 (level, low) ioapic1: intpin 94 -> PCI IRQ 118 (level, low) ioapic1: intpin 95 -> PCI IRQ 119 (level, low) ioapic1: intpin 96 -> PCI IRQ 120 (level, low) ioapic1: intpin 97 -> PCI IRQ 121 (level, low) ioapic1: intpin 98 -> PCI IRQ 122 (level, low) ioapic1: intpin 99 -> PCI IRQ 123 (level, low) ioapic1: intpin 100 -> PCI IRQ 124 (level, low) ioapic1: intpin 101 -> PCI IRQ 125 (level, low) ioapic1: intpin 102 -> PCI IRQ 126 (level, low) ioapic1: intpin 103 -> PCI IRQ 127 (level, low) ioapic1: intpin 104 -> PCI IRQ 128 (level, low) ioapic1: intpin 105 -> PCI IRQ 129 (level, low) ioapic1: intpin 106 -> PCI IRQ 130 (level, low) ioapic1: intpin 107 -> PCI IRQ 131 (level, low) ioapic1: intpin 108 -> PCI IRQ 132 (level, low) ioapic1: intpin 109 -> PCI IRQ 133 (level, low) ioapic1: intpin 110 -> PCI IRQ 134 (level, low) ioapic1: intpin 111 -> PCI IRQ 135 (level, low) ioapic1: intpin 112 -> PCI IRQ 136 (level, low) ioapic1: intpin 113 -> PCI IRQ 137 (level, low) ioapic1: intpin 114 -> PCI IRQ 138 (level, low) ioapic1: intpin 115 -> PCI IRQ 139 (level, low) ioapic1: intpin 116 -> PCI IRQ 140 (level, low) ioapic1: intpin 117 -> PCI IRQ 141 (level, low) ioapic1: intpin 118 -> PCI IRQ 142 (level, low) ioapic1: intpin 119 -> PCI IRQ 143 (level, low) ioapic1: intpin 120 -> PCI IRQ 144 (level, low) ioapic1: intpin 121 -> PCI IRQ 145 (level, low) ioapic1: intpin 122 -> PCI IRQ 146 (level, low) ioapic1: intpin 123 -> PCI IRQ 147 (level, low) ioapic1: intpin 124 -> PCI IRQ 148 (level, low) ioapic1: intpin 125 -> PCI IRQ 149 (level, low) ioapic1: intpin 126 -> PCI IRQ 150 (level, low) ioapic1: intpin 127 -> PCI IRQ 151 (level, low) ioapic1: intpin 128 -> PCI IRQ 152 (level, low) ioapic1: intpin 129 -> PCI IRQ 153 (level, low) ioapic1: intpin 130 -> PCI IRQ 154 (level, low) ioapic1: intpin 131 -> PCI IRQ 155 (level, low) ioapic1: intpin 132 -> PCI IRQ 156 (level, low) ioapic1: intpin 133 -> PCI IRQ 157 (level, low) ioapic1: intpin 134 -> PCI IRQ 158 (level, low) ioapic1: intpin 135 -> PCI IRQ 159 (level, low) ioapic1: intpin 136 -> PCI IRQ 160 (level, low) ioapic1: intpin 137 -> PCI IRQ 161 (level, low) ioapic1: intpin 138 -> PCI IRQ 162 (level, low) ioapic1: intpin 139 -> PCI IRQ 163 (level, low) ioapic1: intpin 140 -> PCI IRQ 164 (level, low) ioapic1: intpin 141 -> PCI IRQ 165 (level, low) ioapic1: intpin 142 -> PCI IRQ 166 (level, low) ioapic1: intpin 143 -> PCI IRQ 167 (level, low) ioapic1: intpin 144 -> PCI IRQ 168 (level, low) ioapic1: intpin 145 -> PCI IRQ 169 (level, low) ioapic1: intpin 146 -> PCI IRQ 170 (level, low) ioapic1: intpin 147 -> PCI IRQ 171 (level, low) ioapic1: intpin 148 -> PCI IRQ 172 (level, low) ioapic1: intpin 149 -> PCI IRQ 173 (level, low) ioapic1: intpin 150 -> PCI IRQ 174 (level, low) ioapic1: intpin 151 -> PCI IRQ 175 (level, low) ioapic1: intpin 152 -> PCI IRQ 176 (level, low) ioapic1: intpin 153 -> PCI IRQ 177 (level, low) ioapic1: intpin 154 -> PCI IRQ 178 (level, low) ioapic1: intpin 155 -> PCI IRQ 179 (level, low) ioapic1: intpin 156 -> PCI IRQ 180 (level, low) ioapic1: intpin 157 -> PCI IRQ 181 (level, low) ioapic1: intpin 158 -> PCI IRQ 182 (level, low) ioapic1: intpin 159 -> PCI IRQ 183 (level, low) ioapic1: intpin 160 -> PCI IRQ 184 (level, low) ioapic1: intpin 161 -> PCI IRQ 185 (level, low) ioapic1: intpin 162 -> PCI IRQ 186 (level, low) ioapic1: intpin 163 -> PCI IRQ 187 (level, low) ioapic1: intpin 164 -> PCI IRQ 188 (level, low) ioapic1: intpin 165 -> PCI IRQ 189 (level, low) ioapic1: intpin 166 -> PCI IRQ 190 (level, low) ioapic1: intpin 167 -> PCI IRQ 191 (level, low) ioapic1: intpin 168 -> PCI IRQ 192 (level, low) ioapic1: intpin 169 -> PCI IRQ 193 (level, low) ioapic1: intpin 170 -> PCI IRQ 194 (level, low) ioapic1: intpin 171 -> PCI IRQ 195 (level, low) ioapic1: intpin 172 -> PCI IRQ 196 (level, low) ioapic1: intpin 173 -> PCI IRQ 197 (level, low) ioapic1: intpin 174 -> PCI IRQ 198 (level, low) ioapic1: intpin 175 -> PCI IRQ 199 (level, low) ioapic1: intpin 176 -> PCI IRQ 200 (level, low) ioapic1: intpin 177 -> PCI IRQ 201 (level, low) ioapic1: intpin 178 -> PCI IRQ 202 (level, low) ioapic1: intpin 179 -> PCI IRQ 203 (level, low) ioapic1: intpin 180 -> PCI IRQ 204 (level, low) ioapic1: intpin 181 -> PCI IRQ 205 (level, low) ioapic1: intpin 182 -> PCI IRQ 206 (level, low) ioapic1: intpin 183 -> PCI IRQ 207 (level, low) ioapic1: intpin 184 -> PCI IRQ 208 (level, low) ioapic1: intpin 185 -> PCI IRQ 209 (level, low) ioapic1: intpin 186 -> PCI IRQ 210 (level, low) ioapic1: intpin 187 -> PCI IRQ 211 (level, low) ioapic1: intpin 188 -> PCI IRQ 212 (level, low) ioapic1: intpin 189 -> PCI IRQ 213 (level, low) ioapic1: intpin 190 -> PCI IRQ 214 (level, low) ioapic1: intpin 191 -> PCI IRQ 215 (level, low) ioapic1: intpin 192 -> PCI IRQ 216 (level, low) ioapic1: intpin 193 -> PCI IRQ 217 (level, low) ioapic1: intpin 194 -> PCI IRQ 218 (level, low) ioapic1: intpin 195 -> PCI IRQ 219 (level, low) ioapic1: intpin 196 -> PCI IRQ 220 (level, low) ioapic1: intpin 197 -> PCI IRQ 221 (level, low) ioapic1: intpin 198 -> PCI IRQ 222 (level, low) ioapic1: intpin 199 -> PCI IRQ 223 (level, low) ioapic1: intpin 200 -> PCI IRQ 224 (level, low) ioapic1: intpin 201 -> PCI IRQ 225 (level, low) ioapic1: intpin 202 -> PCI IRQ 226 (level, low) ioapic1: intpin 203 -> PCI IRQ 227 (level, low) ioapic1: intpin 204 -> PCI IRQ 228 (level, low) ioapic1: intpin 205 -> PCI IRQ 229 (level, low) ioapic1: intpin 206 -> PCI IRQ 230 (level, low) ioapic1: intpin 207 -> PCI IRQ 231 (level, low) ioapic1: intpin 208 -> PCI IRQ 232 (level, low) ioapic1: intpin 209 -> PCI IRQ 233 (level, low) ioapic1: intpin 210 -> PCI IRQ 234 (level, low) ioapic1: intpin 211 -> PCI IRQ 235 (level, low) ioapic1: intpin 212 -> PCI IRQ 236 (level, low) ioapic1: intpin 213 -> PCI IRQ 237 (level, low) ioapic1: intpin 214 -> PCI IRQ 238 (level, low) ioapic1: intpin 215 -> PCI IRQ 239 (level, low) ioapic1: intpin 216 -> PCI IRQ 240 (level, low) ioapic1: intpin 217 -> PCI IRQ 241 (level, low) ioapic1: intpin 218 -> PCI IRQ 242 (level, low) ioapic1: intpin 219 -> PCI IRQ 243 (level, low) ioapic1: intpin 220 -> PCI IRQ 244 (level, low) ioapic1: intpin 221 -> PCI IRQ 245 (level, low) ioapic1: intpin 222 -> PCI IRQ 246 (level, low) ioapic1: intpin 223 -> PCI IRQ 247 (level, low) ioapic1: intpin 224 -> PCI IRQ 248 (level, low) ioapic1: intpin 225 -> PCI IRQ 249 (level, low) ioapic1: intpin 226 -> PCI IRQ 250 (level, low) ioapic1: intpin 227 -> PCI IRQ 251 (level, low) ioapic1: intpin 228 -> ExtINT (level, low) ioapic1: intpin 229 -> NMI (level, low) ioapic1: intpin 230 -> SMI (level, low) ioapic1: intpin 232 -> ISA IRQ 0 (level, low) ioapic1: intpin 233 -> ISA IRQ 1 (edge, high) ioapic1: intpin 234 -> ISA IRQ 2 (edge, high) ioapic1: intpin 235 -> ISA IRQ 3 (edge, high) ioapic1: intpin 236 -> ISA IRQ 4 (edge, high) ioapic1: intpin 237 -> ISA IRQ 5 (edge, high) ioapic1: intpin 238 -> ISA IRQ 6 (edge, high) ioapic1: intpin 239 -> ISA IRQ 7 (edge, high) ioapic1: intpin 240 -> ISA IRQ 8 (edge, high) ioapic1: intpin 241 -> ISA IRQ 9 (edge, high) ioapic1: intpin 242 -> ISA IRQ 10 (edge, high) ioapic1: intpin 243 -> ISA IRQ 11 (edge, high) ioapic1: intpin 244 -> ISA IRQ 12 (edge, high) ioapic1: intpin 245 -> ISA IRQ 13 (edge, high) ioapic1: intpin 246 -> ISA IRQ 14 (edge, high) ioapic1: intpin 247 -> ISA IRQ 15 (edge, high) ioapic1: intpin 248 -> PCI IRQ 16 (level, low) ioapic1: intpin 249 -> PCI IRQ 17 (level, low) ioapic1: intpin 250 -> PCI IRQ 18 (level, low) ioapic1: intpin 251 -> PCI IRQ 19 (level, low) ioapic1: intpin 252 -> PCI IRQ 20 (level, low) ioapic1: intpin 253 -> PCI IRQ 21 (level, low) ioapic1: intpin 254 -> PCI IRQ 22 (level, low) ioapic1: intpin 255 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 null: nfslock: pseudo-device io: random: VESA: information block 56 45 53 41 00 03 40 02 00 c0 01 00 00 00 44 00 00 01 00 01 0a 09 88 01 00 c0 94 00 00 c0 4a 50 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 76 mode(s) found VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc0840c44 (1000044) VESA: ATI ATOMBIOS VESA: (C) 1988-2003, ATI Technologies Inc. M26-P 01.00 mem: Pentium Pro MTRR support enabled acpi0: on motherboard acpi0: [MPSAFE] psargs-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND SearchNode 0xc22ec3e8 StartNode 0xc22ec3e8 ReturnNode 0 psargs-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND SearchNode 0xc22ebd68 StartNode 0xc22ebd68 ReturnNode 0 pci_open(1): mode 1 addr port (0x0cf8) is 0x80010010 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25908086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 2 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 28 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link2: irq 11 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link4: irq 11 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link7: irq 11 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 11 12 14 15 acpi_ec0: port 0x62,0x66 on acpi0 acpi_ec0: info: new max delay is 20 us acpi_ec0: info: new max delay is 270 us acpi_ec0: info: new max delay is 530 us acpi_ec0: info: new max delay is 540 us acpi_ec0: info: new max delay is 550 us unknown: I/O range not supported ACPI timer: 1/2 1/2 1/2 1/2 0/14155 1/2 1/2 1/2 1/2 1/2 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x1010 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2590, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2591, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2660, revid=0x04 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2662, revid=0x04 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2664, revid=0x04 bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2658, revid=0x04 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 00001800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2659, revid=0x04 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 00001820, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x265a, revid=0x04 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 00001840, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x265b, revid=0x04 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type 4, range 32, base 00001860, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x265c, revid=0x04 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base c8000000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2448, revid=0xd4 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x266e, revid=0x04 bus=0, slot=30, func=2 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 4, range 32, base 00001880, size 6, enabled map[18]: type 1, range 32, base c8000800, size 9, enabled map[1c]: type 1, range 32, base c8000400, size 8, enabled pcib0: matched entry for 0.30.INTA pcib0: slot 30 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x266d, revid=0x04 bus=0, slot=30, func=3 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002400, size 8, enabled map[14]: type 4, range 32, base 00002000, size 7, enabled pcib0: matched entry for 0.30.INTB pcib0: slot 30 INTB hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2641, revid=0x04 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x266f, revid=0x04 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 000018c0, size 4, enabled found-> vendor=0x8086, dev=0x266a, revid=0x04 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 000020a0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xc8100000-0xc81fffff pcib1: prefetched decode 0xd0000000-0xd7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x5653, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 32, base d0000000, size 27, enabled pcib1: (null) requested memory range 0xd0000000-0xd7ffffff: good map[14]: type 4, range 32, base 00003000, size 8, enabled pcib1: (null) requested I/O range 0x3000-0x30ff: in range map[18]: type 1, range 32, base c8100000, size 16, enabled pcib1: (null) requested memory range 0xc8100000-0xc810ffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 pci1: at device 0.0 (no driver attached) pcib2: irq 17 at device 28.0 on pci0 pcib2: secondary bus 9 pcib2: subordinate bus 9 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0x0-0x0 pcib2: prefetched decode 0x0-0x0 pci9: on pcib2 pci9: physical bus=9 pcib3: irq 16 at device 28.1 on pci0 pcib3: secondary bus 10 pcib3: subordinate bus 10 pcib3: I/O decode 0x0-0x0 pcib3: memory decode 0x0-0x0 pcib3: prefetched decode 0x0-0x0 pci10: on pcib3 pci10: physical bus=10 pcib4: irq 18 at device 28.2 on pci0 pcib4: secondary bus 2 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: memory decode 0x0-0x0 pcib4: prefetched decode 0x0-0x0 pcib4: could not get PCI interrupt routing table for \\_SB_.PCI0.RP03 - AE_NOT_FOUND pci2: on pcib4 pci2: physical bus=2 uhci0: port 0x1800-0x181f irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 uhci3: [GIANT-LOCKED] 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) pci0:29:7: Transition from D0 to D3 pcib5: at device 30.0 on pci0 pcib5: secondary bus 6 pcib5: subordinate bus 7 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xc8200000-0xc82fffff pcib5: prefetched decode 0xfff00000-0xfffff pcib5: Subtractively decoded bridge. pci6: on pcib5 pci6: physical bus=6 found-> vendor=0x104c, dev=0x8031, revid=0x00 bus=6, slot=1, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x31 (1470 ns), mingnt=0x44 (17000 ns), maxlat=0x03 (750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c8216000, size 12, enabled pcib5: (null) requested memory range 0xc8216000-0xc8216fff: good pcib5: matched entry for 6.1.INTA pcib5: slot 1 INTA hardwired to IRQ 18 found-> vendor=0x104c, dev=0x8032, revid=0x00 bus=6, slot=1, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0012, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c8217000, size 11, enabled pcib5: (null) requested memory range 0xc8217000-0xc82177ff: good map[14]: type 1, range 32, base c8210000, size 14, enabled pcib5: (null) requested memory range 0xc8210000-0xc8213fff: good pcib5: matched entry for 6.1.INTA pcib5: slot 1 INTA hardwired to IRQ 18 found-> vendor=0x104c, dev=0x8033, revid=0x00 bus=6, slot=1, func=3 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x39 (1710 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c8214000, size 13, enabled pcib5: (null) requested memory range 0xc8214000-0xc8215fff: good pcib5: matched entry for 6.1.INTA pcib5: slot 1 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x4220, revid=0x05 bus=6, slot=3, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0012, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base c8218000, size 12, enabled pcib5: (null) requested memory range 0xc8218000-0xc8218fff: good pcib5: matched entry for 6.3.INTA pcib5: slot 3 INTA hardwired to IRQ 17 found-> vendor=0x14e4, dev=0x169c, revid=0x03 bus=6, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0012, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 32, base c8200000, size 16, enabled pcib5: (null) requested memory range 0xc8200000-0xc820ffff: good pcib5: matched entry for 6.8.INTA pcib5: slot 8 INTA hardwired to IRQ 16 cbb0: mem 0xc8216000-0xc8216fff irq 18 at device 1.0 on pci6 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc8216000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8031104c 0x02100007 0x06070000 0x00823108 0x10: 0xc8216000 0x020000a0 0x24070706 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440112 0x40: 0x00661025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x18441060 0x02d00019 0x000f0000 0x01c21b22 0x90: 0x606482c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pci6: at device 1.2 (no driver attached) pci6:1:2: Transition from D0 to D3 pci6: at device 1.3 (no driver attached) pci6:1:3: Transition from D0 to D3 pci6: at device 3.0 (no driver attached) pci6:3:0: Transition from D0 to D3 bge0: mem 0xc8200000-0xc820ffff irq 16 at device 8.0 on pci6 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xc8200000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:c0:9f:94:39:8f bge0: [GIANT-LOCKED] pci0: at device 30.2 (no driver attached) pci0:30:2: Transition from D0 to D3 pci0: at device 30.3 (no driver attached) pci0:30:3: Transition from D0 to D3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x18c0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcf7ff,0xe0000-0xe17ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66500332 hz Timecounter "TSC" frequency 1729009885 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. pfsync0: bpf attached ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging unlimited DUMMYNET with IPv6 initialized (040826) pflog0: bpf attached lo0: bpf attached Expensive timeout(9) function: 0xc05c87d0(0) 0.002451428 s acpi_acad0: acline initialization start ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire pid 25: corrected slot count (0->1) ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on Intel ICH6 chip ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: setting UDMA33 on Intel ICH6 chip ad0: 76319MB at ata0-master UDMA33 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acd0: setting PIO4 on Intel ICH6 chip acd0: setting UDMA33 on Intel ICH6 chip acpi_ec0: info: new max delay is 11000 us acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acd0: DVDR drive at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable caddy, unlocked acd0: Medium: no/blank disc ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init cpu0: Cx states changed cpu0: Cx states changed acpi_cmbat0: battery initialization start psargs-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND SearchNode 0xc22ec3e8 StartNode 0xc22ec3e8 ReturnNode 0 **** Exception AE_NOT_FOUND during execution of method [\\_SB_.BAT1._BST] (Node 0xc22ec1e8) Method Execution Stack: Method [_BST] executing: 17c # 88 Index (PBST, 0x 0) Local Variables for method [_BST]: Local0: 0xc23ae628 Integer 0 0 Local1: 0xc23aeaa8 Integer 0 1130 Local2: 0xc23ae5a8 Integer 0 4165 Local3: 0xc23ae3a8 Integer 0 0 Local4: 0xc23ae828 Integer 0 0 Local5: 0xc23ae6a8 Integer 0 1 Local6: 0xc23aea28 Integer 0 1 Local7: 0xc23ae728 Integer 0 0 Arguments for Method [_BST]: (0 arguments defined, max concurrency = ff) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 psparse-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc22ec1e8), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND acpi_cmbat0: battery initialization done, tried 1 times acpi_cmbat1: battery initialization start Expensive timeout(9) function: 0xc05aa840(0xc2328e10) 0.064885062 s cpu0: Cx states changed psargs-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND SearchNode 0xc22ec3e8 StartNode 0xc22ec3e8 ReturnNode 0 **** Exception AE_NOT_FOUND during execution of method [\\_SB_.BAT1._BST] (Node 0xc22ec1e8) Method Execution Stack: Method [_BST] executing: 17c # 88 Index (PBST, 0x 0) Local Variables for method [_BST]: Local0: 0xc23af028 Integer 0 0 Local1: 0xc23ae4a8 Integer 0 10fc Local2: 0xc239c628 Integer 0 4165 Local3: 0xc23aea28 Integer 0 0 Local4: 0xc239c8a8 Integer 0 0 Local5: 0xc239c9a8 Integer 0 1 Local6: 0xc23ae828 Integer 0 1 Local7: 0xc23aeaa8 Integer 0 0 Arguments for Method [_BST]: (0 arguments defined, max concurrency = ff) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 psparse-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc22ec1e8), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND psargs-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND SearchNode 0xc22ec3e8 StartNode 0xc22ec3e8 ReturnNode 0 **** Exception AE_NOT_FOUND during execution of method [\\_SB_.BAT1._BST] (Node 0xc22ec1e8) Method Execution Stack: Method [_BST] executing: 17c # 88 Index (PBST, 0x 0) Local Variables for method [_BST]: Local0: 0xc23ae828 Integer 0 0 Local1: 0xc239c528 Integer 0 10fc Local2: 0xc239c8a8 Integer 0 4165 Local3: 0xc23aea28 Integer 0 0 Local4: 0xc23ae628 Integer 0 0 Local5: 0xc23ae4a8 Integer 0 1 Local6: 0xc23af028 Integer 0 1 Local7: 0xc23aeaa8 Integer 0 0 Arguments for Method [_BST]: (0 arguments defined, max concurrency = ff) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 psparse-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc22ec1e8), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND psargs-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND SearchNode 0xc22ec3e8 StartNode 0xc22ec3e8 ReturnNode 0 **** Exception AE_NOT_FOUND during execution of method [\\_SB_.BAT1._BST] (Node 0xc22ec1e8) Method Execution Stack: Method [_BST] executing: 17c # 88 Index (PBST, 0x 0) Local Variables for method [_BST]: Local0: 0xc23af028 Integer 0 0 Local1: 0xc23ae928 Integer 0 10fc Local2: 0xc23ae628 Integer 0 4165 Local3: 0xc23aea28 Integer 0 0 Local4: 0xc239c9a8 Integer 0 0 Local5: 0xc239c528 Integer 0 1 Local6: 0xc23ae828 Integer 0 1 Local7: 0xc23aeaa8 Integer 0 0 Arguments for Method [_BST]: (0 arguments defined, max concurrency = ff) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 psparse-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc22ec1e8), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND psargs-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND SearchNode 0xc22ec3e8 StartNode 0xc22ec3e8 ReturnNode 0 **** Exception AE_NOT_FOUND during execution of method [\\_SB_.BAT1._BST] (Node 0xc22ec1e8) Method Execution Stack: Method [_BST] executing: 17c # 88 Index (PBST, 0x 0) Local Variables for method [_BST]: Local0: 0xc23ae828 Integer 0 0 Local1: 0xc239c628 Integer 0 10fc Local2: 0xc239c9a8 Integer 0 4165 Local3: 0xc23aea28 Integer 0 0 Local4: 0xc23ae4a8 Integer 0 0 Local5: 0xc23ae928 Integer 0 1 Local6: 0xc23af028 Integer 0 1 Local7: 0xc23aeaa8 Integer 0 0 Arguments for Method [_BST]: (0 arguments defined, max concurrency = ff) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 psparse-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc22ec1e8), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND psargs-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND SearchNode 0xc22ec3e8 StartNode 0xc22ec3e8 ReturnNode 0 **** Exception AE_NOT_FOUND during execution of method [\\_SB_.BAT1._BST] (Node 0xc22ec1e8) Method Execution Stack: Method [_BST] executing: 17c # 88 Index (PBST, 0x 0) Local Variables for method [_BST]: Local0: 0xc23af028 Integer 0 0 Local1: 0xc239c8a8 Integer 0 10fc Local2: 0xc23ae4a8 Integer 0 4165 Local3: 0xc23aea28 Integer 0 0 Local4: 0xc239c528 Integer 0 0 Local5: 0xc239c628 Integer 0 1 Local6: 0xc23ae828 Integer 0 1 Local7: 0xc23aeaa8 Integer 0 0 Arguments for Method [_BST]: (0 arguments defined, max concurrency = ff) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 psparse-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc22ec1e8), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND psargs-0438: *** Error: Looking up [Z00C] in namespace, AE_NOT_FOUND SearchNode 0xc22ec3e8 StartNode 0xc22ec3e8 ReturnNode 0 **** Exception AE_NOT_FOUND during execution of method [\\_SB_.BAT1._BST] (Node 0xc22ec1e8) Method Execution Stack: Method [_BST] executing: 17c # 88 Index (PBST, 0x 0) Local Variables for method [_BST]: Local0: 0xc23ae828 Integer 0 0 Local1: 0xc23ae628 Integer 0 10fc Local2: 0xc239c528 Integer 0 4165 Local3: 0xc23aea28 Integer 0 0 Local4: 0xc23ae928 Integer 0 0 Local5: 0xc239c8a8 Integer 0 1 Local6: 0xc23af028 Integer 0 1 Local7: 0xc23aeaa8 Integer 0 0 Arguments for Method [_BST]: (0 arguments defined, max concurrency = ff) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 psparse-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc22ec1e8), AE_NOT_FOUND acpi_cmbat0: error fetching current battery status -- AE_NOT_FOUND bge0: link state changed to UP acpi_cmbat1: battery initialization failed, giving up splash: image decoder found: fade_saver Linux ELF exec handler installed --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Tue May 17 16:36:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B165516A4CE for ; Tue, 17 May 2005 16:36:36 +0000 (GMT) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE81F43DC7 for ; Tue, 17 May 2005 16:36:35 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id AC7BD1A6F0; Tue, 17 May 2005 18:36:28 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1])port 10024) with ESMTP id 98924-10; Tue, 17 May 2005 18:36:27 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id DAC901A6D5; Tue, 17 May 2005 18:36:27 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id A172C43A2; Tue, 17 May 2005 18:36:27 +0200 (CEST) Date: Tue, 17 May 2005 18:36:27 +0200 From: Fredrik Lindberg To: Poul-Henning Kamp Message-ID: <20050517163627.GA20732@shapeshifter.se> References: <20050516.145207.39180036.imp@bsdimp.com> <3035.1116277100@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3035.1116277100@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at example.com cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 16:36:36 -0000 On Mon, May 16, 2005 at 10:58:20PM +0200, Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: > In message <20050516.145207.39180036.imp@bsdimp.com>, Warner Losh writes: > > >OK. I've just committed my take on the change. Please let me know if > >this causes you problems. > > While you're on this: I see powerd dying with ENOMEM about once or twice > per day... > I'm unable to reproduce this. I've been running powerd (without the devd-patch) all day now without any problems. As far as I can tell it does not appear to grow in size either... From owner-freebsd-current@FreeBSD.ORG Tue May 17 17:11:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD6C016A4D0; Tue, 17 May 2005 17:11:17 +0000 (GMT) Received: from mvs3.plala.or.jp (c158131.vh.plala.or.jp [210.150.158.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4111643DC9; Tue, 17 May 2005 17:11:16 +0000 (GMT) (envelope-from bland@FreeBSD.org) Received: from hub.bbnest.net ([60.34.9.82]) by mvs3.plala.or.jp with ESMTP id <20050517171111.KTTO17326.mvs3.plala.or.jp@hub.bbnest.net>; Wed, 18 May 2005 02:11:11 +0900 Received: from [10.0.0.2] (bland@nest.bbnest.net [10.0.0.2]) by hub.bbnest.net (8.13.3/8.13.1) with ESMTP id j4HHBAdc065512; Wed, 18 May 2005 02:11:10 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <428A25A2.4020206@FreeBSD.org> Date: Wed, 18 May 2005 02:10:58 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Nedotsukov References: <428A1AE0.1020407@FreeBSD.org> In-Reply-To: <428A1AE0.1020407@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------030108020302080306090305" cc: current@FreeBSD.org cc: des@FreeBSD.org Subject: Re: nfsclient 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: Tue, 17 May 2005 17:11:17 -0000 This is a multi-part message in MIME format. --------------030108020302080306090305 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Here is what I think was actually implied. Alexander Nedotsukov wrote: > Hi, FYI; Just complete full 6-CURRENT update. Now all nfs mounts (used > to be rw) stays read-only. > > /sys/nfsclient/nfs_vfsops.c: > $FreeBSD: src/sys/nfsclient/nfs_vfsops.c,v 1.175 2005/05/17 > 12:00:43 des Exp $ > > BTW. Commit log do not match actual change. > > Alexander. > _______________________________________________ > 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" --------------030108020302080306090305 Content-Type: text/x-patch; name="nfs_vfsops.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="nfs_vfsops.c.diff" Index: nfs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/nfsclient/nfs_vfsops.c,v retrieving revision 1.175 diff -u -r1.175 nfs_vfsops.c --- nfs_vfsops.c 17 May 2005 12:00:43 -0000 1.175 +++ nfs_vfsops.c 17 May 2005 16:53:30 -0000 @@ -519,9 +519,9 @@ * flag is already clear, or this is a root mount and it was set * intentionally at some previous point. */ - if (vfs_getopt(mp->mnt_optnew, "ro", NULL, NULL) != 0) + if (vfs_getopt(mp->mnt_optnew, "ro", NULL, NULL) == 0) mp->mnt_flag |= MNT_RDONLY; - else if (!(mp->mnt_flag & MNT_UPDATE)) + else if (mp->mnt_flag & MNT_UPDATE) mp->mnt_flag &= ~MNT_RDONLY; /* --------------030108020302080306090305-- From owner-freebsd-current@FreeBSD.ORG Tue May 17 17:41:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7E7516A4CE for ; Tue, 17 May 2005 17:41:52 +0000 (GMT) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3FEA43D60 for ; Tue, 17 May 2005 17:41:51 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4HHfi8I008438; Tue, 17 May 2005 19:41:45 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Fredrik Lindberg From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 17 May 2005 18:36:27 +0200." <20050517163627.GA20732@shapeshifter.se> Date: Tue, 17 May 2005 19:41:44 +0200 Message-ID: <8437.1116351704@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 17:41:53 -0000 In message <20050517163627.GA20732@shapeshifter.se>, Fredrik Lindberg writes: >On Mon, May 16, 2005 at 10:58:20PM +0200, Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: >> In message <20050516.145207.39180036.imp@bsdimp.com>, Warner Losh writes: >> >> >OK. I've just committed my take on the change. Please let me know if >> >this causes you problems. >> >> While you're on this: I see powerd dying with ENOMEM about once or twice >> per day... >> > >I'm unable to reproduce this. I've been running powerd (without the devd-patch) >all day now without any problems. As far as I can tell it does not appear to >grow in size either... I think it may be the sysctl failing with ENOMEM. In that case we should just abandon and try again next time. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue May 17 17:51:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4C9616A4CE; Tue, 17 May 2005 17:51:27 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B799543DA7; Tue, 17 May 2005 17:51:24 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.hackers (it.hackers [172.16.37.1]) by hq.sectorb.msk.ru (Postfix) with ESMTP id 876C83F86; Tue, 17 May 2005 21:51:22 +0400 (MSD) Date: Tue, 17 May 2005 21:53:24 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: Gary Kline In-Reply-To: <20050517173737.GA60953@thought.org> Message-ID: <20050517215231.B10856@it.hackers> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu><20050517173737.GA60953@thought.org> X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Bill Paul cc: stable@freebsd.org cc: Erich Dollansky cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 17:51:28 -0000 On Tue, 17 May 2005, Gary Kline wrote: > On Tue, May 17, 2005 at 08:17:45PM +0800, Erich Dollansky wrote: >> Hi Joseph, >> >> K?vesd?n G?bor wrote: >>> Dear Bill and everyone, >>> >>> just a little comment: as far as I know there are two countries where >>> the first name and the family name is used in different order, and these >>> two countries are Japan and Hungary. I'm Hungarian thus my name often >> >> They are not allone. China also does it and the 'official' Germany, but >> it is not commonly used. >> > Well, (Gary said, ddeliberately changing the ^Subject:), > interesting. My mother's parents are from Hungary, two of my > dad's grandparents from Germany. > > Didn't know about Hungary (or Japan). China, yes. Anybody > on this geek list know any other societies where the surname > is traditionally presented first and the given name last? > In Vietnam :) ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.su | From owner-freebsd-current@FreeBSD.ORG Tue May 17 18:17:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4775A16A4CE; Tue, 17 May 2005 18:17:14 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D5F43D1D; Tue, 17 May 2005 18:17:13 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 9DCFD1F05A; Tue, 17 May 2005 20:17:10 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 7C5B16633; Tue, 17 May 2005 20:17:10 +0200 (CEST) Date: Tue, 17 May 2005 20:17:10 +0200 From: Marc Olzheim To: Gary Kline Message-ID: <20050517181710.GA61667@stack.nl> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> <20050517173737.GA60953@thought.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20050517173737.GA60953@thought.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: Bill Paul cc: stable@freebsd.org cc: Erich Dollansky cc: current@freebsd.org Subject: Re: OT: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 18:17:14 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 17, 2005 at 10:37:37AM -0700, Gary Kline wrote: > Anybody on this geek list know any other societies where the > surname is traditionally presented first and the given name > last? =20 Geek list ? Ah! That probably means I'm allowed to say Star Trek's Bajorans suffer from it... :-P Marc --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCijUmezjnobFOgrERAhOtAJ9NbIxXQVM4v/WbCbvkZMKizVkIzACdHYzf Nmg/LVI2g+u+m1uMHSpjIDw= =O0Gf -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Tue May 17 18:54:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24AA516A4CE for ; Tue, 17 May 2005 18:54:38 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id C97C543D62 for ; Tue, 17 May 2005 18:54:37 +0000 (GMT) (envelope-from apasselac@free.fr) Received: from imp6-q.free.fr (imp6-q.free.fr [212.27.42.6]) by postfix4-1.free.fr (Postfix) with ESMTP id 8A7F5317A02 for ; Tue, 17 May 2005 20:54:31 +0200 (CEST) Received: by imp6-q.free.fr (Postfix, from userid 33) id 0668D22042; Tue, 17 May 2005 20:54:29 +0200 (MEST) Received: from f1.infodom.com (f1.infodom.com [195.101.23.5]) by imp6-q.free.fr (IMP) with HTTP for ; Tue, 17 May 2005 14:54:29 -0400 Message-ID: <1116356069.428a3de5e0ace@imp6-q.free.fr> Date: Tue, 17 May 2005 14:54:29 -0400 From: Armand Passelac Estrada To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 195.101.23.5 Subject: FreeBSD 5.4 on HP NC6120 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 18:54:38 -0000 The Compaq HP Notebook NC6120 contains the following graphical card : Intel Media Graphics Accelerator 900 with 128 MB. On the net I found that the module i810 (for X-Windows) seems to be OK. I try to configure xorg.conf via xorgcfg or xorgconfig. With the module i810 I obtain the following message when I make startx : "I810 : No matching Device." I tries with others modules : i740, ati, ... : same thing I tried with vga and vesa modules and the BusID "PCI:0:2:0" and it's OK on 640x780. When I made a "X -scanpci" I obtain : "unknown card (...) using an unknown chip (Devide Id ...) from Intel Corp" Any idea ? Please : can you send your mail response to the adresse : apasselac@free.fr Thanks a lot. -- Le Manchot des antilles From owner-freebsd-current@FreeBSD.ORG Tue May 17 19:20:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 289C016A4CE for ; Tue, 17 May 2005 19:20:19 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id B454F43DC0 for ; Tue, 17 May 2005 19:20:18 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j4HJKCms003902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 May 2005 12:20:13 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <428A44C6.4070403@errno.com> Date: Tue, 17 May 2005 12:23:50 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jiri Mikulas References: <42897F5E.8060404@mikulas.com> In-Reply-To: <42897F5E.8060404@mikulas.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: LOR if_ath.c:842 ieee80211_node.c:1490 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 19:20:19 -0000 Jiri Mikulas wrote: > Hello, FYI > FreeBSD 6.0-CURRENT #1: Wed May 11 18:38:12 CEST 2005 > > lock order reversal > 1st 0xc15d4f1c ath0 (network driver) @ /usr/src/sys/dev/ath/if_ath.c:842 > 2nd 0xc15d4c64 ath0 (802.11 scangen) @ > /usr/src/sys/net80211/ieee80211_node.c:1490 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0797bd0,c0797ab8,c075c9c8) at kdb_backtrace+0x29 > witness_checkorder(c15d4c64,9,c072d520,5d2) at witness_checkorder+0x55c > _mtx_lock_flags(c15d4c64,0,c072d520,5d2,c15d4000) at _mtx_lock_flags+0x5b > ieee80211_iterate_nodes(c15d4bb0,c04a9540,c15d4000) at > ieee80211_iterate_nodes+0x21 > ath_rate_newstate(c15d4000,4) at ath_rate_newstate+0x2f > ath_newstate(c15d4404,4,ffffffff) at ath_newstate+0x1bf > ieee80211_sta_join(c15d4404,c1a4d000,1,0,c15d4404) at > ieee80211_sta_join+0xcf > ieee80211_create_ibss(c15d4404,c15d4862) at ieee80211_create_ibss+0x23b > ieee80211_newstate(c15d4404,1,ffffffff,d148bb4c,c06f7b40) at > ieee80211_newstate+0x2b8 > ath_newstate(c15d4404,1,ffffffff) at ath_newstate+0x2b3 > ath_init(c15d4000) at ath_init+0x167 > ath_media_change(c15d4000,c15d4f1c,10080,c15bb920,0) at > ath_media_change+0x26 > ifmedia_ioctl(c15d4000,c1888ba0,c15d4cac,c0206937,0) at ifmedia_ioctl+0x93 > ieee80211_ioctl(c15d4404,c0206937,c1888ba0,c1888ba0,c15d4404) at > ieee80211_ioctl+0xc1 > ath_ioctl(c15d4000,c0206937,c1888ba0,d148bc38,c0539b90) at ath_ioctl+0x174 > ifhwioctl(c0206937,c15d4000,c1888ba0,c1a80900,1) at ifhwioctl+0x998 > ifioctl(c182de44,c0206937,c1888ba0,c1a80900,0) at ifioctl+0xc3 > soo_ioctl(c1800630,c0206937,c1888ba0,c16da680,c1a80900) at soo_ioctl+0x2db > ioctl(c1a80900,d148bd04,3,2,246) at ioctl+0x370 > syscall(3b,3b,3b,80553a0,1) at syscall+0x227 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c527f, esp = > 0xbfbfe35c, ebp = 0xbfbfe378 --- > > > Could it be reason, why 'wicontrol wi0 -l' doesn't show associated > clients ? No. The LOR is a longstanding issue with holding the driver lock over net80211 ioctls. I've delayed dealing with it because I think the best solution involves exposing the driver's lock to the net80211 layer and that is a significant change that needs to be thought through. ifconfig ath0 list sta should show you the set of associated stations. wicontrol is dead. If there's something you can do with wicontrol that you cannot do with ifconfig please speak up. > I have 2 ath cards and one wi card in this router. > Thanks for reply > Jiri > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue May 17 19:29:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6659116A4CE; Tue, 17 May 2005 19:29:09 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 411D343D91; Tue, 17 May 2005 19:29:07 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 780B71F064; Tue, 17 May 2005 21:29:00 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 3733B668A; Tue, 17 May 2005 21:29:00 +0200 (CEST) Date: Tue, 17 May 2005 21:29:00 +0200 From: Marc Olzheim To: Johan van Selst Message-ID: <20050517192900.GA22665@stack.nl> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> <20050517160425.tnbe78svmsg4owgs@netchild.homeip.net> <20050517192232.GA20572@taz.gletsjer.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <20050517192232.GA20572@taz.gletsjer.net> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: current@freebsd.org cc: Alexander Leidinger cc: stable@freebsd.org cc: Erich Dollansky cc: Bill Paul Subject: Re: OT: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 19:29:09 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, May 17, 2005 at 09:22:33PM +0200, Johan van Selst wrote: > Other variations may appear as well, but are not very common. You may > address me as 'Johan', 'Johan van Selst' or even 'Mr. van Selst' - > but _not_ (never ever) as 'Johan van'. Thank you. Although 'Mr. van Selst' only applied if you would've passed your law 'bar' exam. Marc --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCikX8ezjnobFOgrERAiK0AKC/6uG4qMty/fl+fhD/7wMgNmR1/wCggpqg SDxz35TlWyYTpBU8wGOcWIg= =NV6R -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Tue May 17 20:07:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65F6D16A4CE for ; Tue, 17 May 2005 20:07:52 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E02CD43DD8 for ; Tue, 17 May 2005 20:07:51 +0000 (GMT) (envelope-from david.kleiner@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so715223nzp for ; Tue, 17 May 2005 13:07:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YRdmvEae1tfEc1FdO6UIjUdlr1WDXxFfH8fhnuWu7K6x5lDEESlaPDqBtxoiLHWdgTQHMe52LmY4XoVaCuCexvk4149MoyzXE28bxyTY9qUn7Pqi9NZgyXPnnSMqp7LCNwcAzp/tjFcp0BsUk4EUVbxWXUCvcI8EqfFyK072BKg= Received: by 10.36.24.7 with SMTP id 7mr385823nzx; Tue, 17 May 2005 13:07:46 -0700 (PDT) Received: by 10.36.67.16 with HTTP; Tue, 17 May 2005 13:07:46 -0700 (PDT) Message-ID: Date: Tue, 17 May 2005 13:07:46 -0700 From: David Kleiner To: freebsd-current@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: Re: -current: unable to boot (bt_strategy X not multiple of block size) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Kleiner List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 20:07:52 -0000 On 5/17/05, David Kleiner wrote: > CC: to -current. >=20 > Does anyone have insights into this? >=20 > --- >=20 > Hi, >=20 > As the subject says, -current as of evening of May 16 (US/Pacific), boot= ed > with an older i386 slice (October -current.) >=20 > Is there a way to recover? >=20 > Thank you, >=20 > David >=20 Replying to myself with more information: This is amd64 Asus A8N mobo, previous -current (May 1) worked fine, I cannot boot even into kernel.old any more, the only option is older i386 -current and maybe I can fix things from there. The boot loader said i386/FreeBSD but I don't remember what it said before for amd64 - it was happening too fast. /David From owner-freebsd-current@FreeBSD.ORG Tue May 17 20:08:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8273916A4CE for ; Tue, 17 May 2005 20:08:26 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2B4843D83 for ; Tue, 17 May 2005 20:08:25 +0000 (GMT) (envelope-from david.kleiner@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so715661nzp for ; Tue, 17 May 2005 13:08:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ddHExwTgRkC3rc+aa4AwOvVP7h26Gp1C5TiZOYqZ1V3vE8k00Plk6GaK2vmv/9EnBQoJFB8EjB8hFDyH3NkgizeC03IJdu9kRTvJU27KoKp/yolPUQfGinnqdLsx5SAYtsB7Ar4+I3Z9i0bnlERMWG4e5netNSGyRE0SVyJsz/4= Received: by 10.36.80.4 with SMTP id d4mr385867nzb; Tue, 17 May 2005 13:01:40 -0700 (PDT) Received: by 10.36.67.16 with HTTP; Tue, 17 May 2005 13:01:40 -0700 (PDT) Message-ID: Date: Tue, 17 May 2005 13:01:40 -0700 From: David Kleiner To: freebsd-current@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: -current: unable to boot (bt_strategy X not multiple of block size) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Kleiner List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 20:08:26 -0000 CC: to -current. =20 Does anyone have insights into this? --- Hi, As the subject says, -current as of evening of May 16 (US/Pacific), booted with an older i386 slice (October -current.) Is there a way to recover? Thank you, David From owner-freebsd-current@FreeBSD.ORG Tue May 17 20:18:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85ADE16A4CE for ; Tue, 17 May 2005 20:18:43 +0000 (GMT) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE16F43D7F for ; Tue, 17 May 2005 20:18:42 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id 3C4C71A6F0; Tue, 17 May 2005 22:18:37 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1])port 10024) with ESMTP id 97506-19; Tue, 17 May 2005 22:18:36 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id 449BB1A6D5; Tue, 17 May 2005 22:18:36 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id DC14B4289; Tue, 17 May 2005 22:18:35 +0200 (CEST) Date: Tue, 17 May 2005 22:18:35 +0200 From: Fredrik Lindberg To: Poul-Henning Kamp Message-ID: <20050517201835.GA851@shapeshifter.se> References: <20050517163627.GA20732@shapeshifter.se> <8437.1116351704@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8437.1116351704@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at example.com cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 20:18:43 -0000 On Tue, May 17, 2005 at 07:41:44PM +0200, Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: > In message <20050517163627.GA20732@shapeshifter.se>, Fredrik Lindberg writes: > >On Mon, May 16, 2005 at 10:58:20PM +0200, Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: > >> In message <20050516.145207.39180036.imp@bsdimp.com>, Warner Losh writes: > >> > >> >OK. I've just committed my take on the change. Please let me know if > >> >this causes you problems. > >> > >> While you're on this: I see powerd dying with ENOMEM about once or twice > >> per day... > >> > > > >I'm unable to reproduce this. I've been running powerd (without the devd-patch) > >all day now without any problems. As far as I can tell it does not appear to > >grow in size either... > > I think it may be the sysctl failing with ENOMEM. In that case we should > just abandon and try again next time. > Ah, yes that's probably it. The code contains alot of err/errx calls around the sysctls. Once the initialization has been completed successfully it shouldn't choke on temporary failures. I'll try to clean this up. Fredrik Lindberg From owner-freebsd-current@FreeBSD.ORG Tue May 17 20:35:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F6616A4CE for ; Tue, 17 May 2005 20:35:53 +0000 (GMT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5951643DA4 for ; Tue, 17 May 2005 20:35:53 +0000 (GMT) (envelope-from the_mip_rvl@myrealbox.com) Received: from localhost.localdomain the_mip_rvl [131.211.108.15] on Linux via secured & encrypted transport (TLS); Tue, 17 May 2005 14:35:47 -0600 From: Roland van Laar To: techniek@lijst.WirelessLeiden.NL In-Reply-To: <20050517123522.A71013@skutsje.san.webweaving.org> References: <20050517123522.A71013@skutsje.san.webweaving.org> Content-Type: text/plain Date: Tue, 17 May 2005 22:35:42 +0200 Message-Id: <1116362143.1339.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: WLT: Re: LOR if_ath.c:842 ieee80211_node.c:1490 (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 20:35:53 -0000 On Tue, 2005-05-17 at 12:35 -0700, Dirk-Willem van Gulik wrote: > Sam is asking for wicontrol features not in ifconfig - do we have any left > ? Yes, we have, http://wleiden.webweaving.org:8080/svn/node-config/other/enh-sec-patch/ The ability to make your ssid hidden and let nobody with an "ANY" or blank SSID associate with a prism2 card in master mode. Roland > > DW. > > ---------- Forwarded message ---------- > Date: Tue, 17 May 2005 12:23:50 -0700 > From: Sam Leffler > To: Jiri Mikulas > Cc: current@freebsd.org > Subject: Re: LOR if_ath.c:842 ieee80211_node.c:1490 > > Jiri Mikulas wrote: > > Hello, FYI > > FreeBSD 6.0-CURRENT #1: Wed May 11 18:38:12 CEST 2005 > > > > lock order reversal > > 1st 0xc15d4f1c ath0 (network driver) @ /usr/src/sys/dev/ath/if_ath.c:842 > > 2nd 0xc15d4c64 ath0 (802.11 scangen) @ > > /usr/src/sys/net80211/ieee80211_node.c:1490 > > KDB: stack backtrace: > > kdb_backtrace(0,ffffffff,c0797bd0,c0797ab8,c075c9c8) at kdb_backtrace+0x29 > > witness_checkorder(c15d4c64,9,c072d520,5d2) at witness_checkorder+0x55c > > _mtx_lock_flags(c15d4c64,0,c072d520,5d2,c15d4000) at _mtx_lock_flags+0x5b > > ieee80211_iterate_nodes(c15d4bb0,c04a9540,c15d4000) at > > ieee80211_iterate_nodes+0x21 > > ath_rate_newstate(c15d4000,4) at ath_rate_newstate+0x2f > > ath_newstate(c15d4404,4,ffffffff) at ath_newstate+0x1bf > > ieee80211_sta_join(c15d4404,c1a4d000,1,0,c15d4404) at > > ieee80211_sta_join+0xcf > > ieee80211_create_ibss(c15d4404,c15d4862) at ieee80211_create_ibss+0x23b > > ieee80211_newstate(c15d4404,1,ffffffff,d148bb4c,c06f7b40) at > > ieee80211_newstate+0x2b8 > > ath_newstate(c15d4404,1,ffffffff) at ath_newstate+0x2b3 > > ath_init(c15d4000) at ath_init+0x167 > > ath_media_change(c15d4000,c15d4f1c,10080,c15bb920,0) at > > ath_media_change+0x26 > > ifmedia_ioctl(c15d4000,c1888ba0,c15d4cac,c0206937,0) at ifmedia_ioctl+0x93 > > ieee80211_ioctl(c15d4404,c0206937,c1888ba0,c1888ba0,c15d4404) at > > ieee80211_ioctl+0xc1 > > ath_ioctl(c15d4000,c0206937,c1888ba0,d148bc38,c0539b90) at ath_ioctl+0x174 > > ifhwioctl(c0206937,c15d4000,c1888ba0,c1a80900,1) at ifhwioctl+0x998 > > ifioctl(c182de44,c0206937,c1888ba0,c1a80900,0) at ifioctl+0xc3 > > soo_ioctl(c1800630,c0206937,c1888ba0,c16da680,c1a80900) at soo_ioctl+0x2db > > ioctl(c1a80900,d148bd04,3,2,246) at ioctl+0x370 > > syscall(3b,3b,3b,80553a0,1) at syscall+0x227 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c527f, esp = > > 0xbfbfe35c, ebp = 0xbfbfe378 --- > > > > > > Could it be reason, why 'wicontrol wi0 -l' doesn't show associated > > clients ? > > No. The LOR is a longstanding issue with holding the driver lock over > net80211 ioctls. I've delayed dealing with it because I think the best > solution involves exposing the driver's lock to the net80211 layer and > that is a significant change that needs to be thought through. > > ifconfig ath0 list sta > > should show you the set of associated stations. wicontrol is dead. If > there's something you can do with wicontrol that you cannot do with > ifconfig please speak up. > > > I have 2 ath cards and one wi card in this router. > > Thanks for reply > > Jiri > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > ============================================================================= > : > : Wil je je afmelden voor deze lijst, stuur dan een emailtje naar > : majordomo@lijst.wirelessleiden.nl de tekst "unsubscribe techniek" in het bericht > : (dus niet in het subject!) > : > : Voor vragen over deze lijst kun je contact opnemen met: > ; owner-techniek@lijst.wirelessleiden.nl > ============================================================================= > > From owner-freebsd-current@FreeBSD.ORG Tue May 17 20:56:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F01416A4CE; Tue, 17 May 2005 20:56:50 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 363B043DA9; Tue, 17 May 2005 20:56:49 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 734253BEE6; Tue, 17 May 2005 15:56:41 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10840-01-96; Tue, 17 May 2005 15:56:41 -0500 (CDT) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 3F9F03BECC; Tue, 17 May 2005 15:56:41 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 17 May 2005 15:56:21 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 17 May 2005 15:55:54 -0500 Message-ID: <428A5A58.6010601@savvis.net> Date: Tue, 17 May 2005 13:55:52 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <4288EBEA.5030701@savvis.net> In-Reply-To: <4288EBEA.5030701@savvis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 May 2005 20:55:54.0642 (UTC) FILETIME=[D12E5F20:01C55B22] X-Virus-Scanned: amavisd-new at savvis.net cc: freebsd-current@freebsd.org Subject: Re: keyboard mux driver (straw man proposal & code) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 20:56:50 -0000 replying to myself :) also bcc to folks who might be interested (mostly from vkbd(4) discussion). i have changed the proposed kbdmux code a bit. basically auxiliary device interface is gone. there can only be one kbdmux. it is no longer required to keep kbdmux control device open. so, right now its pretty much pure keyboard driver. i have also updated test program (works for me in console mode). http://www.geocities.com/m_evmenkin/kbdmux-1.tar.gz (~6K) the code also on freefall in my home directory (emax@freefall:kbdmux-1.tar.gz). thanks, max Maksim Yevmenkin wrote: > dear hackers, > > i'd like to follow up on keyboard mux driver discussion with some code. > please dont start jumping up and down just yet :) this is a "straw man" > code and everyone is welcome to beat the heck out of it. > > basically the code is based on vkbd(4) and the idea that was discussed > long time ago - create a "super" keyboard that consumes all other > keyboards in the system. the code creates a "super" kbdmux keyboard. > using new special ioctl's one can add multiple keyboards to the mux. > then one simple switches the current keyboard to the kbdmux keyboard. > > as you can see it is not usable from the kernel just yet, but i have > managed to create a mux with two vkbd's and it worked (please see > kbdmux_test.c program). > > the questions that i wanted to ask > > 1) is this good enough abstraction for the keyboard mux? can anyone > think of anything that would not work with this model? > > 2) should we decide to make this usable from the kernel, what is the > best way to do it? > > 3) did i miss anything? please tell me if i did! :) > > the code can be downloaded from > > http://www.geocities.com/m_evmenkin/kbdmux.tar.gz (~7K) > > i also put it in my home directory on freefall. > > thanks, > max > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue May 17 21:45:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FBA616A4CE for ; Tue, 17 May 2005 21:45:39 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC12343D41 for ; Tue, 17 May 2005 21:45:38 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j4HLjWms004630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 May 2005 14:45:32 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <428A66D6.8030800@errno.com> Date: Tue, 17 May 2005 14:49:10 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roland van Laar References: <20050517123522.A71013@skutsje.san.webweaving.org> <1116362143.1339.2.camel@localhost> In-Reply-To: <1116362143.1339.2.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: techniek@lijst.WirelessLeiden.NL cc: current@freebsd.org Subject: Re: WLT: Re: LOR if_ath.c:842 ieee80211_node.c:1490 (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 21:45:39 -0000 Roland van Laar wrote: > On Tue, 2005-05-17 at 12:35 -0700, Dirk-Willem van Gulik wrote: > >>Sam is asking for wicontrol features not in ifconfig - do we have any left >>? > > > Yes, we have, > http://wleiden.webweaving.org:8080/svn/node-config/other/enh-sec-patch/ > > The ability to make your ssid hidden and let nobody with an "ANY" or > blank SSID associate with a prism2 card in master mode. ifconfig ath0 hidessid From owner-freebsd-current@FreeBSD.ORG Tue May 17 21:51:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFE1A16A4CE; Tue, 17 May 2005 21:51:57 +0000 (GMT) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF3543D95; Tue, 17 May 2005 21:51:56 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h129.243.159.dialup.iptcom.net ([213.159.243.129]:4801 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1219529AbVEQVvt (ORCPT + 1 other); Wed, 18 May 2005 00:51:49 +0300 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.3/8.13.3) with ESMTP id j4HLpkJj008618; Wed, 18 May 2005 00:51:46 +0300 (EEST) (envelope-from vkushnir@i.kiev.ua) Date: Wed, 18 May 2005 00:51:46 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: current@FreeBSD.org In-Reply-To: <200505171801.j4HI1eei040584@repoman.freebsd.org> Message-ID: <20050518003225.I7590@kushnir1.kiev.ua> References: <200505171801.j4HI1eei040584@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Pav Lucistnik Subject: Re: cvs commit: ports/multimedia/mplayer Makefile ports/multimedia/mplayer/files patch-libmpdvdkit2-bswap.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 21:51:57 -0000 Hi On Tue, 17 May 2005, Pav Lucistnik wrote: > pav 2005-05-17 18:01:40 UTC > > FreeBSD ports repository > > Modified files: > multimedia/mplayer Makefile > Removed files: > multimedia/mplayer/files patch-libmpdvdkit2-bswap.h > Log: > - Backout part of bswap changes which completely broke playback > of encrypted DVD discs > > PR: ports/80952, ports/80984 > Diagnosed by: Jose M Rodriguez > > Revision Changes Path > 1.117 +1 -1 ports/multimedia/mplayer/Makefile > 1.3 +0 -26 ports/multimedia/mplayer/files/patch-libmpdvdkit2-bswap.h (dead) > _______________________________________________ > cvs-all@freebsd.org mailing list Sorry but it seems that patch did not need to be removed - only corrected; it worked with this diff: *** patch-libmpdvdkit2-bswap.h.orig Wed May 18 00:31:05 2005 --- patch-libmpdvdkit2-bswap.h Wed May 18 00:31:34 2005 *************** *** 18,26 **** + +#elif (defined(__FreeBSD__) && __FreeBSD_version >= 500000) +#include ! +#define B2N_16(x) be16toh(x) ! +#define B2N_32(x) be32toh(x) ! +#define B2N_64(x) be64toh(x) #elif defined(__NetBSD__) #include --- 18,26 ---- + +#elif (defined(__FreeBSD__) && __FreeBSD_version >= 500000) +#include ! +#define B2N_16(x) x = be16toh(x) ! +#define B2N_32(x) x = be32toh(x) ! +#define B2N_64(x) x = be64toh(x) #elif defined(__NetBSD__) #include Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Tue May 17 22:31:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE68816A4CE for ; Tue, 17 May 2005 22:31:18 +0000 (GMT) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D52CA43DE4 for ; Tue, 17 May 2005 22:31:17 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id 3EF821A6F0; Wed, 18 May 2005 00:31:14 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1])port 10024) with ESMTP id 04918-04; Wed, 18 May 2005 00:31:11 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id 6B6471A6D5; Wed, 18 May 2005 00:31:11 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id 1D5E54289; Wed, 18 May 2005 00:31:11 +0200 (CEST) Date: Wed, 18 May 2005 00:31:11 +0200 From: Fredrik Lindberg To: Poul-Henning Kamp Message-ID: <20050517223110.GA9359@shapeshifter.se> References: <20050517163627.GA20732@shapeshifter.se> <8437.1116351704@critter.freebsd.dk> <20050517201835.GA851@shapeshifter.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050517201835.GA851@shapeshifter.se> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at example.com cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 22:31:18 -0000 On Tue, May 17, 2005 at 10:18:35PM +0200, Fredrik Lindberg (fli+freebsd-current@shapeshifter.se) wrote: > On Tue, May 17, 2005 at 07:41:44PM +0200, Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: > > In message <20050517163627.GA20732@shapeshifter.se>, Fredrik Lindberg writes: > > >On Mon, May 16, 2005 at 10:58:20PM +0200, Poul-Henning Kamp (phk@phk.freebsd.dk) wrote: > > >> In message <20050516.145207.39180036.imp@bsdimp.com>, Warner Losh writes: > > >> > > >> >OK. I've just committed my take on the change. Please let me know if > > >> >this causes you problems. > > >> > > >> While you're on this: I see powerd dying with ENOMEM about once or twice > > >> per day... > > >> > > > > > >I'm unable to reproduce this. I've been running powerd (without the devd-patch) > > >all day now without any problems. As far as I can tell it does not appear to > > >grow in size either... > > > > I think it may be the sysctl failing with ENOMEM. In that case we should > > just abandon and try again next time. > > > > Ah, yes that's probably it. The code contains alot of err/errx calls around the > sysctls. Once the initialization has been completed successfully it shouldn't > choke on temporary failures. I'll try to clean this up. > > Fredrik Lindberg I've put together a new patch, all calls to err/errx has been changed to warn/warnx and put behind the verbose flag. I also polished the devd code and made it work properly if the pipe to devd dies. The patch is at http://shapeshifter.se/~fli/freebsd/powerd.patch It includes all devd code so the previous patch is not needed. Fredrik Lindberg From owner-freebsd-current@FreeBSD.ORG Tue May 17 22:41:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9409116A4CE for ; Tue, 17 May 2005 22:41:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E6A443D96 for ; Tue, 17 May 2005 22:41:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8118B51537; Tue, 17 May 2005 15:41:42 -0700 (PDT) Date: Tue, 17 May 2005 15:41:42 -0700 From: Kris Kennaway To: othermark Message-ID: <20050517224142.GA12953@xor.obsecurity.org> References: <20050516194321.GB67032@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: SMP hard lock with libpthread (thread X holds Y but isn't blocked on a lock) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 22:41:48 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 17, 2005 at 08:26:11AM -0700, othermark wrote: > Kris Kennaway wrote: >=20 > > On Mon, May 16, 2005 at 08:33:14AM -0700, othermark wrote: > >> I have an application that uses shared memory/threads and is linked wi= th > >> libpthread, running on May 10 -current. Every time I run it, after a = few > >> minutes *poof* hard lock on a SMP box. All debug options are enabled = in > >> the kernel, but it won't break to debugger. Here's what appears on the > >> console, and addr2line output follows: > >=20 > > Try the NMI debugger patches, which might be sufficient to get it into > > DDB. > >=20 > > Kris >=20 > Jonathan's report on this issue, does have the stack trace, but seems to > be triggered by nfs. >=20 > http://article.gmane.org/gmane.os.freebsd.current/69268 The 'turnstile' panic may be secondary, and the real panic was in some other thread. That's why you'd need to get into DDB. > However, simply recompiling my application with libthr instead of libpthr= ead > completely avoids the panic. Obviously not a real solution.. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCinMmWry0BWjoQKURAvIuAKDhaYdvjqz+jwfTTxVnxmvE0atDmgCgzwCY lnXDA1dM0J3jZHUzPAY+P1U= =v5vG -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Wed May 18 01:33:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7F3316A4CE for ; Wed, 18 May 2005 01:33:00 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 810E943D82 for ; Wed, 18 May 2005 01:33:00 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR011.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGN00C8MWAOIG@VL-MO-MR011.ip.videotron.ca> for current@freebsd.org; Tue, 17 May 2005 21:32:48 -0400 (EDT) Date: Tue, 17 May 2005 21:32:42 -0400 From: Nicolas Blais To: FreeBSD-Current Message-id: <200505172132.42322.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.8 Subject: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 01:33:01 -0000 Hi, I have a popular Marvell 88E8001 on my A8V-Deluxe (Rev2) which doesn't work like it should in FreeBSD. Whenever accessing anything on the network (whether local or internet), there is a 2-3 second delay before anything gets thru. Data transfer with small files or large files on the internet is slow (800 K/s avg in Win*XP compared to a seemingly random amount from 200-600 K/s avg in FreeBSD from the same source). My cable modem test (available at http://speedtest.cogeco.net) is much slower in FreeBSD than in XP for some reason (3025 kbps down, 118 kbps up compared to 6404 kbps down and 825 kbps up in XP). Data transfer in the LAN is also much slower in FreeBSD than in XP (about 50%). To make matters worst, whenever I'm transfering files in background, my bktr turns sluggish in fxtv as though the Marvell and the WinTV are battling for interrups. This problem is also non-existant in XP. To remedy this problem, I tried the WinTV on every PCI card on my MB but changes nothing. Whenever file transfer is done, my bktr acts fine. Yes, I tried both setting of PNP OS in BIOS. There are no watchdog timeouts, no kernel messages, no true hangs/death of sk0. My old and faithful 3COM 905C works #1 in this machine but I would rather use my onboard gigabit card when I actually do get a gigabit switch. (Currently, the sk0 is connected to a 100baseTX router). This machine runs httpd 24/7 and a fully working sk0 would probably be more efficient for everyone. Here's the setup: bktr0: mem 0xe3e00000-0xe3e00fff irq 11 at device 9.0 on pci0 bktr0: [GIANT-LOCKED] bktr0: Hauppauge Model 44811 C333 bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner. pci0: at device 9.1 (no driver attached) skc0: port 0xd400-0xd4ff mem 0xfbb00000-0xfbb03fff irq 10 at device 10.0 on pci0 skc0: interrupt moderation is 100 us skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:11:d8:44:15:f4 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto atapci0: port 0xd000-0xd007,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xb800-0xb80f,0xb400-0xb4ff irq 10 at device 15.0 on pci0 clk01a# ifconfig sk0: flags=8843 mtu 1500 inet 192.168.1.100 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::211:d8ff:fe44:15f4%sk0 prefixlen 64 scopeid 0x1 ether 00:11:d8:44:15:f4 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 no special ifconfig flags. Latest 6-CURRENT. Any help truly appreciated, Nicolas. From owner-freebsd-current@FreeBSD.ORG Wed May 18 01:36:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB0C416A4CE for ; Wed, 18 May 2005 01:36:31 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C36543D88 for ; Wed, 18 May 2005 01:36:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4I1aLBm000945; Wed, 18 May 2005 11:06:22 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 18 May 2005 11:06:15 +0930 User-Agent: KMail/1.8 References: <8437.1116351704@critter.freebsd.dk> In-Reply-To: <8437.1116351704@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2224866.rJzTX4TMd6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505181106.16200.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Poul-Henning Kamp cc: Fredrik Lindberg Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 01:36:32 -0000 --nextPart2224866.rJzTX4TMd6 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 18 May 2005 03:11, Poul-Henning Kamp wrote: > >I'm unable to reproduce this. I've been running powerd (without the > > devd-patch) all day now without any problems. As far as I can tell it > > does not appear to grow in size either... > > I think it may be the sysctl failing with ENOMEM. In that case we should > just abandon and try again next time. This would explain why powerd occasionally dies during startup and leaves m= y=20 laptop running at 125Mhz (which sucks when you try logging into KDE :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2224866.rJzTX4TMd6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCipwQ5ZPcIHs/zowRApd8AJoDPmI5r/qZsNA0qgwD+ji0mPaXVACfcXIg ZNb/i6EflVTU2XlHk0G6Sd0= =raPS -----END PGP SIGNATURE----- --nextPart2224866.rJzTX4TMd6-- From owner-freebsd-current@FreeBSD.ORG Wed May 18 02:40:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 811DE16A4CE for ; Wed, 18 May 2005 02:40:11 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id A061C43D77 for ; Wed, 18 May 2005 02:40:10 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 83690 invoked by uid 89); 18 May 2005 02:49:06 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 18 May 2005 02:49:06 -0000 Message-ID: <095501c55b52$de38afb0$6b00000a@venti> From: "Brian K. White" To: "FreeBSD-Current" References: <200505172132.42322.nb_root@videotron.ca> Date: Tue, 17 May 2005 22:39:25 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 02:40:11 -0000 ----- Original Message ----- From: "Nicolas Blais" To: "FreeBSD-Current" Sent: Tuesday, May 17, 2005 9:32 PM Subject: sk interface (Marvell 88E8001) sluggish? > Hi, > > I have a popular Marvell 88E8001 on my A8V-Deluxe (Rev2) which doesn't > work > like it should in FreeBSD. Whenever accessing anything on the network > (whether local or internet), there is a 2-3 second delay before anything > gets > thru. Data transfer with small files or large files on the internet is > slow > (800 K/s avg in Win*XP compared to a seemingly random amount from 200-600 > K/s > avg in FreeBSD from the same source). My cable modem test (available at > http://speedtest.cogeco.net) is much slower in FreeBSD than in XP for some > reason (3025 kbps down, 118 kbps up compared to 6404 kbps down and 825 > kbps > up in XP). Data transfer in the LAN is also much slower in FreeBSD than in > XP > (about 50%). > > To make matters worst, whenever I'm transfering files in background, my > bktr > turns sluggish in fxtv as though the Marvell and the WinTV are battling > for > interrups. This problem is also non-existant in XP. To remedy this > problem, I > tried the WinTV on every PCI card on my MB but changes nothing. Whenever > file > transfer is done, my bktr acts fine. Yes, I tried both setting of PNP OS > in > BIOS. > > There are no watchdog timeouts, no kernel messages, no true hangs/death of > sk0. My old and faithful 3COM 905C works #1 in this machine but I would > rather use my onboard gigabit card when I actually do get a gigabit > switch. > (Currently, the sk0 is connected to a 100baseTX router). This machine runs > httpd 24/7 and a fully working sk0 would probably be more efficient for > everyone. > > Here's the setup: > > > bktr0: mem 0xe3e00000-0xe3e00fff irq 11 at device 9.0 on > pci0 > bktr0: [GIANT-LOCKED] > bktr0: Hauppauge Model 44811 C333 > bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner. > pci0: at device 9.1 (no driver attached) > skc0: port 0xd400-0xd4ff mem > 0xfbb00000-0xfbb03fff > irq 10 at device 10.0 on pci0 > skc0: interrupt moderation is 100 us > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) > sk0: on skc0 > sk0: Ethernet address: 00:11:d8:44:15:f4 > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, > auto > atapci0: port > 0xd000-0xd007,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xb800-0xb80f,0xb400-0xb4ff > irq 10 at device 15.0 on pci0 > > clk01a# ifconfig > sk0: flags=8843 mtu 1500 > inet 192.168.1.100 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::211:d8ff:fe44:15f4%sk0 prefixlen 64 scopeid 0x1 > ether 00:11:d8:44:15:f4 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 mtu 1500 > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > > no special ifconfig flags. Latest 6-CURRENT. > > Any help truly appreciated, > > Nicolas. This is just some hand waving with no hard numbers but I have noticed less-than-I-hoped speed on sk too. I have a couple of freebsd 5.3 boxes with Linksys sk-based pci cards hooked to a couple different gigabit switches on different lans. 1) at home the switch is a cheap linksys 8port gigabit and the other machine is my hp zd7000 laptop with built-in realtek 100mbit running xp & fbsd 5.3 & 6-current 2) at work the switch is a Foundry EdgeIron 24G and the other machines are the same laptop, some intel shg2 boxes with built-in intel pro/1000 nics, but the OS on those is sco osr5 which might be slow itself despite the ideal hardware, and an intel shg2 box with a broadcom bcme gigabit pci card running no particular OS at the moment (can boot freesbie/knoppix or install any os at will) Obviously at home I am not expecting anything more than 100mbit speeds but I wasn't getting even that. I was already going to get another linksys card and stick it in a dual-p3-1G suse 9.2 box at work too. (They are only $30 full local brick&mortar retail!) And I have some decent 3com & intel pci 100mbit cards as well as the built in realtek junk in every box I can compare against. What I don't have is much time for doing good tests but since I have the hardware, especially at work, and claim to have "noticed less than expected speed", I'll do at least a few. I think I have enough combinations of switches and motherboards and other nics and other OS's to show some kind of pattern. Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani From owner-freebsd-current@FreeBSD.ORG Wed May 18 05:11:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B23A016A4CE for ; Wed, 18 May 2005 05:11:18 +0000 (GMT) Received: from infor.ck.tp.edu.tw (infor.ck.tp.edu.tw [203.64.26.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68AEC43D93 for ; Wed, 18 May 2005 05:11:18 +0000 (GMT) (envelope-from llwang@infor.ck.tp.edu.tw) Received: by infor.ck.tp.edu.tw (Postfix, from userid 1001) id 3A5E42DA749; Wed, 18 May 2005 13:11:11 +0800 (CST) Date: Wed, 18 May 2005 13:11:11 +0800 From: "Li-Lun Wang (Leland Wang)" To: freebsd-current@freebsd.org Message-ID: <20050518051111.GA33262@Athena.infor.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 05:11:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I just upgraded my pentium-m laptop from 5.4-STABLE to the newest 6.0-CURRENT. However, the newest loader does not seem to work for me. BTX reboots right after it detects the internal keyboard/console and dumps the registers. I have tried to set CPUTYPE?=p-m, CPUTYPE=p3, and even not setting CPUTYPE at all, but none of them solves my problem. The old loader from 5.4 works perfectly. Any ideas? - -- Li-Lun Wang -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCis5tCQM7t5B2mhARAgAUAKCFoJqcQIl7vQhdR/H6gIsYWH0LfQCfVjI9 wH/4YPAfQPpnM+rynVym4xs= =QoTJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 18 06:18:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BE2D16A4CE for ; Wed, 18 May 2005 06:18:14 +0000 (GMT) Received: from smtp839.mail.sc5.yahoo.com (smtp839.mail.sc5.yahoo.com [66.163.171.26]) by mx1.FreeBSD.org (Postfix) with SMTP id 248D443D95 for ; Wed, 18 May 2005 06:18:13 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp839.mail.sc5.yahoo.com with SMTP; 18 May 2005 06:18:06 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 9CDCF60ED; Wed, 18 May 2005 01:18:05 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 67634-02-3; Wed, 18 May 2005 01:18:04 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 40D6A60CF; Wed, 18 May 2005 01:18:04 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4I6I2GV015184; Wed, 18 May 2005 01:18:03 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <428ADE11.8040109@alumni.rice.edu> Date: Wed, 18 May 2005 01:17:53 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Li-Lun Wang (Leland Wang)" References: <20050518051111.GA33262@Athena.infor.org> In-Reply-To: <20050518051111.GA33262@Athena.infor.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE8B3A1D1C71018736182C8FE" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 06:18:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE8B3A1D1C71018736182C8FE Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/18/05 00:11, Li-Lun Wang (Leland Wang) wrote: > I just upgraded my pentium-m laptop from 5.4-STABLE to the newest > 6.0-CURRENT. However, the newest loader does not seem to work for > me. BTX reboots right after it detects the internal keyboard/console > and dumps the registers. I have tried to set CPUTYPE?=p-m, CPUTYPE=p3, > and even not setting CPUTYPE at all, but none of them solves my > problem. The old loader from 5.4 works perfectly. Any ideas? If you are building/installing just the loader, do a full build/install world without setting CPUTYPE. From my experience it seems like it is gcc that is being affected (when it is compiled with CPUTYPE set) and producing incorrect code for the loader, so a build/install world is necessary. This may not help, but it narrows the problem. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigE8B3A1D1C71018736182C8FE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCit4aUFz01pkdgZURArVGAJ0dkDd9CbAHNfjQzEbRqYkjAgyOYQCg4gnu aQ4dUZyFxSEmvvFPCRTebA4= =7nUO -----END PGP SIGNATURE----- --------------enigE8B3A1D1C71018736182C8FE-- From owner-freebsd-current@FreeBSD.ORG Wed May 18 07:55:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEB9216A4CE for ; Wed, 18 May 2005 07:55:12 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B355243D8B for ; Wed, 18 May 2005 07:55:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 5A08F1FFAD3; Wed, 18 May 2005 09:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 2B1991FFAD0; Wed, 18 May 2005 09:55:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 1EDF815384; Wed, 18 May 2005 07:53:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 142C51537B; Wed, 18 May 2005 07:53:40 +0000 (UTC) Date: Wed, 18 May 2005 07:53:39 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Nicolas Blais In-Reply-To: <200505172132.42322.nb_root@videotron.ca> Message-ID: References: <200505172132.42322.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD-Current Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 07:55:12 -0000 On Tue, 17 May 2005, Nicolas Blais wrote: Hi, > I have a popular Marvell 88E8001 on my A8V-Deluxe (Rev2) which doesn't work > like it should in FreeBSD. Whenever accessing anything on the network > (whether local or internet), there is a 2-3 second delay before anything gets > thru. Data transfer with small files or large files on the internet is slow > (800 K/s avg in Win*XP compared to a seemingly random amount from 200-600 K/s > avg in FreeBSD from the same source). My cable modem test (available at > http://speedtest.cogeco.net) is much slower in FreeBSD than in XP for some > reason (3025 kbps down, 118 kbps up compared to 6404 kbps down and 825 kbps > up in XP). Data transfer in the LAN is also much slower in FreeBSD than in XP > (about 50%). > > To make matters worst, whenever I'm transfering files in background, my bktr > turns sluggish in fxtv as though the Marvell and the WinTV are battling for > interrups. This problem is also non-existant in XP. To remedy this problem, I > tried the WinTV on every PCI card on my MB but changes nothing. Whenever file > transfer is done, my bktr acts fine. Yes, I tried both setting of PNP OS in > BIOS. > > There are no watchdog timeouts, no kernel messages, no true hangs/death of > sk0. My old and faithful 3COM 905C works #1 in this machine but I would > rather use my onboard gigabit card when I actually do get a gigabit switch. > (Currently, the sk0 is connected to a 100baseTX router). This machine runs > httpd 24/7 and a fully working sk0 would probably be more efficient for > everyone. > ... > no special ifconfig flags. Latest 6-CURRENT. > > Any help truly appreciated, Could you remove that bktr card and see if things improve? If so moving the bktr to another slot might help. I had that problem several years ago with an xl(4) and a bktr on a multi-OS machine too. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed May 18 08:00:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71D3E16A4D3 for ; Wed, 18 May 2005 08:00:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7E2043D81 for ; Wed, 18 May 2005 08:00:08 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 920A81FFAD3; Wed, 18 May 2005 10:00:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 401A91FFAD0; Wed, 18 May 2005 10:00:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id EB1B515384; Wed, 18 May 2005 07:56:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id E8E461537B; Wed, 18 May 2005 07:56:17 +0000 (UTC) Date: Wed, 18 May 2005 07:56:17 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: "Brian K. White" In-Reply-To: <095501c55b52$de38afb0$6b00000a@venti> Message-ID: References: <200505172132.42322.nb_root@videotron.ca> <095501c55b52$de38afb0$6b00000a@venti> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD-Current Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 08:00:09 -0000 On Tue, 17 May 2005, Brian K. White wrote: > This is just some hand waving with no hard numbers but I have noticed > less-than-I-hoped speed on sk too. > I have a couple of freebsd 5.3 boxes with Linksys sk-based pci cards hooked > to a couple different gigabit switches on different lans. Update. sk(4) is known to have issues in 5.3R. See errata: http://www.freebsd.org/releases/5.3R/errata.html -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed May 18 10:15:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A8F216A4CE for ; Wed, 18 May 2005 10:15:51 +0000 (GMT) Received: from mail01.svc.cra.dublin.eircom.net (mail01.svc.cra.dublin.eircom.net [159.134.118.17]) by mx1.FreeBSD.org (Postfix) with SMTP id E4C9E43D2D for ; Wed, 18 May 2005 10:15:48 +0000 (GMT) (envelope-from feargal@helgrim.com) Received: (qmail 92653 messnum 7068686 invoked from network[82.141.233.46/unknown]); 18 May 2005 10:15:44 -0000 Received: from unknown (HELO alatar.edhellond.fbi.ie) (82.141.233.46) by mail01.svc.cra.dublin.eircom.net (qp 92653) with SMTP; 18 May 2005 10:15:44 -0000 Received: from mablung.edhellond.fbi.ie (mablung.edhellond.fbi.ie [192.168.0.14])j4IAFcPr092052 for ; Wed, 18 May 2005 10:15:42 GMT (envelope-from feargal@helgrim.com) Date: Wed, 18 May 2005 11:15:38 +0100 From: Feargal Reilly To: freebsd-current@freebsd.org Message-ID: <20050518111538.4be4597b@mablung.edhellond.fbi.ie> In-Reply-To: <200505172132.42322.nb_root@videotron.ca> References: <200505172132.42322.nb_root@videotron.ca> Organization: www.helgrim.com X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 10:15:51 -0000 On Tue, 17 May 2005 21:32:42 -0400 Nicolas Blais wrote: > Hi, > > I have a popular Marvell 88E8001 on my A8V-Deluxe (Rev2) which > doesn't work like it should in FreeBSD. Whenever accessing > anything on the network (whether local or internet), there is I was *about* to say that SysKonnect have a version of the myk driver for that card for 5.3, but I just checked the man page for it, and the 88E8001 isn't actually listed. I don't know if that's accurate or not; if you want to check it out, email support@syskonnect.de and ask them about it. -Feargal Reilly || Reilly, Feargal || Reilly Feargal From owner-freebsd-current@FreeBSD.ORG Wed May 18 12:00:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17E6116A4CE for ; Wed, 18 May 2005 12:00:04 +0000 (GMT) Received: from relay.rdsnet.ro (smtp1-133.rdsnet.ro [62.231.74.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 785F243DAF for ; Wed, 18 May 2005 12:00:02 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 16249 invoked from network); 18 May 2005 11:52:11 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 18 May 2005 11:52:11 -0000 Received: (qmail 29980 invoked by uid 89); 18 May 2005 12:13:50 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 18 May 2005 12:13:50 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id C2F8560BF; Wed, 18 May 2005 14:59:52 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Wed, 18 May 2005 14:59:52 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id E859335; Wed, 18 May 2005 14:59:51 +0300 (EEST) Date: Wed, 18 May 2005 14:59:51 +0300 From: Ion-Mihai Tetcu To: Ariff Abdullah Message-ID: <20050518145951.49423eaf@it.buh.cameradicommercio.ro> In-Reply-To: <20050516225039.01def6b0.skywizard@MyBSD.org.my> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-AV-Checked: on buh by ClamAV using ClamSMTP cc: freebsd-current@FreeBSD.org cc: pav@FreeBSD.org Subject: snd_via8233 dxs_disabled patches (was: Re: skype on current/5.x and maestro-2E 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: Wed, 18 May 2005 12:00:04 -0000 On Mon, 16 May 2005 22:50:39 +0800 Ariff Abdullah wrote: > On Sun, 15 May 2005 22:15:22 +0300 > Ion-Mihai Tetcu wrote: > > On Sun, 15 May 2005 20:59:50 +0200 > > Pav Lucistnik wrote: > >=20 > > > Ion-Mihai Tetcu p=ED=A8e v ne 15. 05. 2005 v 21:51 +0300: > > > > On Sun, 15 May 2005 20:35:40 +0200 > > > > Pav Lucistnik wrote: > > > >=20 > > > > > Edwin L. Culp p=ED=B9e v ne 15. 05. 2005 v 12:14 -0500: > > > > > > Quoting Divacky Roman : > > > > > >=20 > > > > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian Elischer > > > > > > > wrote: > > > > > > >> cpghost@cordula.ws wrote: > > > > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian > > > > > > >Elischer wrote: > > > > > > > > >> >>Has anyone run skype successfully on these versions (5 > > > > > > >or 6) of freeBSD? > >>I can run it successfully on 4.x but > > > > > > >on my 5.x machine the audio is > >>completely > > > > > > >> >>broken up. like someone is chopping the audio stream. > > > > > > >> > > > > > > > >> > > > > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD Duron > > > > > > >1200 MHz, the > >sound quality is all right; on an EPIA > > > > > > >5000 Eden 500 MHz (also via82c686), > >the sound is totally > > > > > > >chopped and it is impossible to follow. > > > > > > > >> hmm so maybe its the fact that my machine is too slow.. > > > > > > >it's also 500MHz > my 1GHz 4.11 machine seems to run it > > > > > > >fine. > > > > > > > > > > > > > > I have exactly the same problem (broken sound) > > > > > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 > > > > > > > (5p/1r/0v channels duplex default) > > > > > >=20 > > > > > > I had this on all my AMD/Athlon boards with the via sound > > > > > > chipset. I found a reference to the problem, no solution, > > > > > > on one of the Skype BB's. I finally just disabled the > > > > > > onboard sound and added cheap available sound cards and > > > > > > they all have worked great. I've tried to get the via > > > > > > sound to work a couple of times after that, without success. > > > > >=20 > > > > > Same story, different solution. With Open Sound drivers from > > > > > www.opensound.com Skype works correctly. > > > >=20 > > > > Is this with via8235/8237 on -STABLE ? > > >=20 > > > pcm0: port 0xb400-0xb4ff irq 22 at device 17.5 on > > > pci0 pcm0: > > >=20 > > > Both RELENG_5/i386 and RELENG_5/amd64 (different boards, same > > > chip) > >=20 > >=20 > > Yup, I got one of this. > >=20 > > > =20 > Can you guys with snd_via8233 driver try these patches? >=20 > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/via8233.c.diff > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/vchan.c.diff >=20 > set your hw.snd.maxautovchans or hw.snd.pcm0.vchans appropriately, add > hint.pcm.0.via_dxs_disabled=3D"1" into your /boot/device.hints and > possibly with option PREEMPTION in kernel. I get an instant reboot when trying to play anything in xmms; I tested it this morning before leaving for work so this is all that I can say for now. With hw.snd.maxautovchans=3D0 it doesn't happen. 5.4-STABLE #6: Wed May 18 04:35:34 EEST 2005 sources + your patches and the hint, ULE and no PREEMPTION kernel, pcm0@pci0:17:5: class=3D0x040100 card=3D0xa0021458 chip=3D0x30591106 rev=3D= 0x60 hdr=3D0x00 vendor =3D 'VIA Technologies Inc' device =3D 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' class =3D multimedia subclass =3D audio pcm0: port 0xbc00-0xbcff irq 22 at device 17.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xbc00 pcm0: [MPSAFE] pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features reserved 1, center DAC, surround DAC,= LFE DAC , reserved 5 pcm0: sndbuf_setmap 252000, 1000; 0xc237e000 -> 252000 pcm0: sndbuf_setmap 274000, 1000; 0xc2380000 -> 274000 pcm0: # sysctl hw.snd hw.snd.report_soft_formats: 1 hw.snd.targetirqrate: 32 hw.snd.verbose: 3 hw.snd.maxautovchans: 3 hw.snd.unit: 0 hw.snd.pcm0.buffersize: 4096 hw.snd.pcm0.vchans: 1 # cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xbc00 irq 22 kld snd_via8233 (1p/1r/1v channels d= uplex default) [pcm0:play:0]: spd 48000, fmt 0x10000010, flags 0x00003000, 0x00000= 000 interrupts 5678, underruns 5650, ready 0 {userland} -> feeder_vchan_s16(0x10000010) -> {hardware} pcm0:play:0[pcm0:virtual:0]: spd 44100/48000, fmt 0x10000010, flags= 0x10000000, 0x00000010 interrupts 0, underruns 0, ready 0 {userland} -> feeder_root(0x10000010) -> feeder_rate(44100 -> 48000= ) -> {hardware} [pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 0x00000000= , 0x00000000 interrupts 0, overruns 0, hfree 4096, sfree 0 {hardware} -> feeder_root(0x00000000) -> {userland} File Versions: $FreeBSD: src/sys/dev/sound/pci/via8233.c,v 1.17.2.2 2005/01/30 01:00:04 im= p Exp $ $FreeBSD: src/sys/dev/sound/isa/sndbuf_dma.c,v 1.2.4.1 2005/01/30 01:00:03 = imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/vchan.c,v 1.16.2.1 2005/01/30 01:00:05 imp = Exp $ $FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.92.2.1 2005/01/30 01:00:05 imp = Exp $ $FreeBSD: src/sys/dev/sound/pcm/sndstat.c,v 1.17.2.2 2005/01/30 01:00:05 im= p Exp $ $FreeBSD: src/sys/dev/sound/pcm/mixer.c,v 1.40.2.1 2005/01/30 01:00:05 imp = Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_rate.c,v 1.10.6.1 2005/01/30 01:00:0= 5 imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder_fmt.c,v 1.13.4.1 2005/01/30 01:00:05= imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder.c,v 1.32.4.1 2005/01/30 01:00:05 imp= Exp $ $FreeBSD: src/sys/dev/sound/pcm/fake.c,v 1.13.4.1 2005/01/30 01:00:05 imp E= xp $ $FreeBSD: src/sys/dev/sound/pcm/dsp.c,v 1.77.2.1 2005/01/30 01:00:04 imp Ex= p $ $FreeBSD: src/sys/dev/sound/pcm/channel.c,v 1.97.2.1 2005/01/30 01:00:04 im= p Exp $ $FreeBSD: src/sys/dev/sound/pcm/buffer.c,v 1.23.2.2 2005/01/30 01:00:04 imp= Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.2.4.1 2005/01/30 01:00:04 = imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97.c,v 1.51.2.2 2005/05/01 14:31:06 scott= l Exp $ and this xmms config: [OSS] audio_device=3D0 mixer_device=3D0 buffer_size=3D3000 prebuffer=3D25 use_master=3DFALSE use_alt_audio_device=3DFALSE ^^^^^^^^^^^^^^^ (I think this was =3DTRUE, I'll check when I ge= t home) alt_audio_device=3D/dev/dsp0.2 use_alt_mixer_device=3DFALSE alt_mixer_device=3D/dev/mixer --=20 IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Wed May 18 12:00:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B34216A545 for ; Wed, 18 May 2005 12:00:26 +0000 (GMT) Received: from ausc60ps301.us.dell.com (ausc60ps301.us.dell.com [143.166.148.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1B2D43D76 for ; Wed, 18 May 2005 12:00:25 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx2kcpc114.aus.amer.dell.com (143.166.5.179) by ausc60ps301.us.dell.com with ESMTP; 18 May 2005 07:00:26 -0500 X-IronPort-AV: i="3.93,118,1115010000"; d="txt'?scan'208"; a="244509732:sNHT64299172" content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C55BA1.2020505D" X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Date: Wed, 18 May 2005 07:00:03 -0500 Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318AB66E1B@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: FreeBSD 5.4 + DELL CERC SATA 1.5/6ch PCI card (Adaptec) Thread-Index: AcVboR+9HZar3vDXQ/eUh8FG1RzduQ== From: To: X-OriginalArrivalTime: 18 May 2005 12:00:04.0194 (UTC) FILETIME=[206F1420:01C55BA1] Subject: FreeBSD 5.4 + DELL CERC SATA 1.5/6ch PCI card (Adaptec) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 12:00:26 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C55BA1.2020505D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, Today I installed 5.4 on PE-SC1420 which has the following cards: 1. DELL CERC SATA 2S (on-board) 2. DELL CERC SATA 1.5/6ch PCI card FreeBSD detects the on-board but not the PCI card. I am attaching the 'pciconf -l -v' & dmesg output. Could anybody give me the patch, so that I can try it here? ahd0@pci2:12:0: class=3D0x010400 card=3D0x01681028 chip=3D0x80959005 = rev=3D0x10 hdr=3D0x00 vendor =3D 'Adaptec Inc' device =3D 'ASC-39320 HostRAID SCSI Controller' class =3D mass storage subclass =3D RAID ahd1@pci2:12:1: class=3D0x010400 card=3D0x01681028 chip=3D0x80959005 = rev=3D0x10 hdr=3D0x00 vendor =3D 'Adaptec Inc' device =3D 'ASC-39320 HostRAID SCSI Controller' class =3D mass storage subclass =3D RAID em0@pci3:12:0: class=3D0x020000 card=3D0x10028086 chip=3D0x10268086 = rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82545GM Gigabit Ethernet Controller' class =3D network subclass =3D ethernet aac0@pci3:13:0: class=3D0x010400 card=3D0x02911028 chip=3D0x02859005 = rev=3D0x01 hdr=3D0x00 vendor =3D 'Adaptec Inc' device =3D 'AAC-RAID RAID Controller' class =3D mass storage subclass =3D RAID Last entry is the DELL CERC SATA 1.5/6ch PCI card (Adaptec). Thanks. --T. Muthu Mohan ------_=_NextPart_001_01C55BA1.2020505D Content-Type: text/plain; name="PE-SC1420-pciconf.txt" Content-Transfer-Encoding: base64 Content-Description: PE-SC1420-pciconf.txt Content-Disposition: attachment; filename="PE-SC1420-pciconf.txt" aG9zdGIwQHBjaTA6MDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDE3MzEwMjggY2hpcD0weDM1 OTA4MDg2IHJldj0weDA5IGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGRldmljZSAgID0gJ0U3NTJ4IFNlcnZlciBNZW1vcnkgQ29udHJvbGxlciBIdWInCiAg ICBjbGFzcyAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgPSBIT1NULVBDSQpub25lMEBwY2kwOjA6 MToJY2xhc3M9MHhmZjAwMDAgY2FyZD0weDAxNzMxMDI4IGNoaXA9MHgzNTkxODA4NiByZXY9MHgw OSBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2Ug ICA9ICdFNzUyeCBNZW1vcnkgQ29udHJvbGxlciBIdWIgRXJyb3IgUmVwb3J0aW5nIFJlZ2lzdGVy cycKcGNpYjFAcGNpMDoyOjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDA1MCBjaGlwPTB4 MzU5NTgwODYgcmV2PTB4MDkgaGRyPTB4MDEKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0 aW9uJwogICAgZGV2aWNlICAgPSAnRTc1MnggTWVtb3J5IGNvbnRyb2xsZXIgSHViIFBDSSBFeHBy ZXNzIFBvcnQgQTAnCiAgICBjbGFzcyAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgPSBQQ0ktUENJ CnBjaWI0QHBjaTA6MzowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAwMDAwNTAgY2hpcD0weDM1 OTY4MDg2IHJldj0weDA5IGhkcj0weDAxCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGRldmljZSAgID0gJ0U3NTJ4IE1lbW9yeSBjb250cm9sbGVyIEh1YiBQQ0kgRXhwcmVz cyBQb3J0IEExJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBDSQpw Y2liNUBwY2kwOjQ6MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDAwMDAwMDUwIGNoaXA9MHgzNTk3 ODA4NiByZXY9MHgwOSBoZHI9MHgwMQogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24n CiAgICBkZXZpY2UgICA9ICdFNzUyeCBNZW1vcnkgY29udHJvbGxlciBIdWIgUENJIEV4cHJlc3Mg UG9ydCBCMCcKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyA9IFBDSS1QQ0kKdWhj aTBAcGNpMDoyOTowOgljbGFzcz0weDBjMDMwMCBjYXJkPTB4MDE3MzEwMjggY2hpcD0weDI0ZDI4 MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicK ICAgIGRldmljZSAgID0gJzgyODAxRUIvRVIgKElDSDUvSUNINVIpIFVTQiBVSENJIENvbnRyb2xs ZXIgIzEnCiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzID0gVVNCCnVoY2kx QHBjaTA6Mjk6MToJY2xhc3M9MHgwYzAzMDAgY2FyZD0weDAxNzMxMDI4IGNoaXA9MHgyNGQ0ODA4 NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAg ICBkZXZpY2UgICA9ICc4MjgwMUVCL0VSIChJQ0g1L0lDSDVSKSBVU0IgVUhDSSBDb250cm9sbGVy ICMyJwogICAgY2xhc3MgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IFVTQgp1aGNpMkBw Y2kwOjI5OjI6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHgwMTczMTAyOCBjaGlwPTB4MjRkNzgwODYg cmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAg ZGV2aWNlICAgPSAnODI4MDFFQi9FUiAoSUNINS9JQ0g1UikgVVNCIFVIQ0kgQ29udHJvbGxlciAj MycKICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgPSBVU0IKdWhjaTNAcGNp MDoyOTozOgljbGFzcz0weDBjMDMwMCBjYXJkPTB4MDE3MzEwMjggY2hpcD0weDI0ZGU4MDg2IHJl dj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRl dmljZSAgID0gJzgyODAxRUIvRVIgKElDSDUvSUNINVIpIFVTQiBVSENJIENvbnRyb2xsZXIgIzQn CiAgICBjbGFzcyAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzID0gVVNCCm5vbmUxQHBjaTA6 Mjk6NzoJY2xhc3M9MHgwYzAzMjAgY2FyZD0weDAxNzMxMDI4IGNoaXA9MHgyNGRkODA4NiByZXY9 MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZp Y2UgICA9ICc4MjgwMUVCL0VSIChJQ0g1L0lDSDVSKSBVU0IgRUhDSSBDb250cm9sbGVyJwogICAg Y2xhc3MgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IFVTQgpwY2liNkBwY2kwOjMwOjA6 CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MjQ0ZTgwODYgcmV2PTB4YzIg aGRyPTB4MDEKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAg PSAnODI4MDFCQS9DQS9EQi9EQkwvRUIvRVIgKElDSDIvMy80LzQtTC81LzVSKSwgNjMwMEVTQiBI dWIgSW50ZXJmYWNlIHRvIFBDSSBCcmlkZ2UnCiAgICBjbGFzcyAgICA9IGJyaWRnZQogICAgc3Vi Y2xhc3MgPSBQQ0ktUENJCmlzYWIwQHBjaTA6MzE6MDoJY2xhc3M9MHgwNjAxMDAgY2FyZD0weDAw MDAwMDAwIGNoaXA9MHgyNGQwODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAn SW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICA9ICc4MjgwMUVCL0VSIChJQ0g1L0lDSDVS KSBMUEMgSW50ZXJmYWNlIEJyaWRnZScKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFz cyA9IFBDSS1JU0EKYXRhcGNpMEBwY2kwOjMxOjE6CWNsYXNzPTB4MDEwMThhIGNhcmQ9MHgwMTcz MTAyOCBjaGlwPTB4MjRkYjgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0lu dGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgPSAnODI4MDFFQi9FUiAoSUNINS9JQ0g1Uikg RUlERSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNz ID0gQVRBCmF0YXBjaTFAcGNpMDozMToyOgljbGFzcz0weDAxMDQ4ZiBjYXJkPTB4MDE3MzEwMjgg Y2hpcD0weDI0ZGY4MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBD b3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzgyODAxRVIgKElDSDVSKSBTQVRBIENvbnRyb2xs ZXInCiAgICBjbGFzcyAgICA9IG1hc3Mgc3RvcmFnZQogICAgc3ViY2xhc3MgPSBSQUlECm5vbmUy QHBjaTA6MzE6MzoJY2xhc3M9MHgwYzA1MDAgY2FyZD0weDAxNzMxMDI4IGNoaXA9MHgyNGQzODA4 NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAg ICBkZXZpY2UgICA9ICc4MjgwMUVCL0VSIChJQ0g1L0lDSDVSKSBTTUJ1cyBDb250cm9sbGVyJwog ICAgY2xhc3MgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IFNNQnVzCnBjaWIyQHBjaTE6 MDowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAwMDAwNDQgY2hpcD0weDAzMjk4MDg2IHJldj0w eDAwIGhkcj0weDAxCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmlj ZSAgID0gJ1BDSSBCcmlkZ2UgSHViIEEnCiAgICBjbGFzcyAgICA9IGJyaWRnZQogICAgc3ViY2xh c3MgPSBQQ0ktUENJCnBjaWIzQHBjaTE6MDoyOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAwMDAw NDQgY2hpcD0weDAzMmE4MDg2IHJldj0weDAwIGhkcj0weDAxCiAgICB2ZW5kb3IgICA9ICdJbnRl bCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJ1BDSSBCcmlkZ2UgSHViIEInCiAgICBjbGFz cyAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgPSBQQ0ktUENJCmFoZDBAcGNpMjoxMjowOgljbGFz cz0weDAxMDQwMCBjYXJkPTB4MDE2ODEwMjggY2hpcD0weDgwOTU5MDA1IHJldj0weDEwIGhkcj0w eDAwCiAgICB2ZW5kb3IgICA9ICdBZGFwdGVjIEluYycKICAgIGRldmljZSAgID0gJ0FTQy0zOTMy MCBIb3N0UkFJRCBTQ1NJIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICA9IG1hc3Mgc3RvcmFnZQog ICAgc3ViY2xhc3MgPSBSQUlECmFoZDFAcGNpMjoxMjoxOgljbGFzcz0weDAxMDQwMCBjYXJkPTB4 MDE2ODEwMjggY2hpcD0weDgwOTU5MDA1IHJldj0weDEwIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9 ICdBZGFwdGVjIEluYycKICAgIGRldmljZSAgID0gJ0FTQy0zOTMyMCBIb3N0UkFJRCBTQ1NJIENv bnRyb2xsZXInCiAgICBjbGFzcyAgICA9IG1hc3Mgc3RvcmFnZQogICAgc3ViY2xhc3MgPSBSQUlE CmVtMEBwY2kzOjEyOjA6CWNsYXNzPTB4MDIwMDAwIGNhcmQ9MHgxMDAyODA4NiBjaGlwPTB4MTAy NjgwODYgcmV2PTB4MDQgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9u JwogICAgZGV2aWNlICAgPSAnODI1NDVHTSBHaWdhYml0IEV0aGVybmV0IENvbnRyb2xsZXInCiAg ICBjbGFzcyAgICA9IG5ldHdvcmsKICAgIHN1YmNsYXNzID0gZXRoZXJuZXQKYWFjMEBwY2kzOjEz OjA6CWNsYXNzPTB4MDEwNDAwIGNhcmQ9MHgwMjkxMTAyOCBjaGlwPTB4MDI4NTkwMDUgcmV2PTB4 MDEgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0FkYXB0ZWMgSW5jJwogICAgZGV2aWNlICAgPSAn QUFDLVJBSUQgUkFJRCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgPSBtYXNzIHN0b3JhZ2UKICAg IHN1YmNsYXNzID0gUkFJRAplbTFAcGNpMzoxNDowOgljbGFzcz0weDAyMDAwMCBjYXJkPTB4MDE3 MzEwMjggY2hpcD0weDEwMjY4MDg2IHJldj0weDA0IGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdJ bnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzgyNTQ1R00gR2lnYWJpdCBFdGhlcm5l dCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgPSBuZXR3b3JrCiAgICBzdWJjbGFzcyA9IGV0aGVy bmV0Cm5vbmUzQHBjaTY6MTM6MDoJY2xhc3M9MHgwMzAwMDAgY2FyZD0weDgwMDgxMDAyIGNoaXA9 MHg0NzUyMTAwMiByZXY9MHgyNyBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnQVRJIFRlY2hub2xv Z2llcyBJbmMuJwogICAgZGV2aWNlICAgPSAnUmFnZSBYTCBQQ0knCiAgICBjbGFzcyAgICA9IGRp c3BsYXkKICAgIHN1YmNsYXNzID0gVkdBCg== ------_=_NextPart_001_01C55BA1.2020505D Content-Type: text/plain; name="PE-SC1420-dmesg.txt" Content-Transfer-Encoding: base64 Content-Description: PE-SC1420-dmesg.txt Content-Disposition: attachment; filename="PE-SC1420-dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuNC1SRUxFQVNFICMwOiBXZWQgTWF5IDE4IDA1OjM1OjI0 IElTVCAyMDA1CiAgICByb290QDovdXNyL29iai91c3Ivc3JjL3N5cy9TTVAKVGltZWNvdW50ZXIg Imk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBYZW9u KFRNKSBDUFUgMi44MEdIeiAoMjc5My4wMi1NSHogNjg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAi R2VudWluZUludGVsIiAgSWQgPSAweGYzNCAgU3RlcHBpbmcgPSA0CiAgRmVhdHVyZXM9MHhiZmVi ZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdF LE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNT LEhUVCxUTSxQQkU+CiAgSHlwZXJ0aHJlYWRpbmc6IDIgbG9naWNhbCBDUFVzCnJlYWwgbWVtb3J5 ICA9IDEwNzIyMTgxMTIgKDEwMjIgTUIpCmF2YWlsIG1lbW9yeSA9IDEwMzk2OTE3NzYgKDk5MSBN QikKQUNQSSBBUElDIFRhYmxlOiA8REVMTCAgIFBFMTQyMCA+CkZyZWVCU0QvU01QOiBNdWx0aXBy b2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcwogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAK IGNwdTEgKEFQKTogQVBJQyBJRDogIDEKIGNwdTIgKEFQKTogQVBJQyBJRDogIDYKIGNwdTMgKEFQ KTogQVBJQyBJRDogIDcKaW9hcGljMDogQ2hhbmdpbmcgQVBJQyBJRCB0byA4CmlvYXBpYzE6IENo YW5naW5nIEFQSUMgSUQgdG8gOQppb2FwaWMyOiBDaGFuZ2luZyBBUElDIElEIHRvIDEwCmlvYXBp YzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKaW9hcGljMSA8VmVyc2lv biAyLjA+IGlycXMgMjQtNDcgb24gbW90aGVyYm9hcmQKaW9hcGljMiA8VmVyc2lvbiAyLjA+IGly cXMgNDgtNzEgb24gbW90aGVyYm9hcmQKbGFwaWMwOiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJp Z2dlcgpucHgwOiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJvYXJkCm5weDA6IElOVCAxNiBp bnRlcmZhY2UKYWNwaTA6IDxERUxMIFBFMTQyMCA+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dl ciBCdXR0b24gKGZpeGVkKQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0 NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVN SHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApj cHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1Mzog PEFDUEkgQ1BVPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkw CnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAK cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogPHVua25vd24+IGF0IGRldmljZSAw LjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEg MTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBj aWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2kxCnBjaTI6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIyCmFoZDA6IDxBZGFwdGVjIChEZWxsIE9FTSkgMzkzMjAgVWx0 cmEzMjAgU0NTSSBhZGFwdGVyPiBwb3J0IDB4ZDQwMC0weGQ0ZmYsMHhkMDAwLTB4ZDBmZiBtZW0g MHhkZmRmYzAwMC0weGRmZGZkZmZmIGlycSAyNiBhdCBkZXZpY2UgMTIuMCBvbiBwY2kyCmFpYzc5 MDI6IFVsdHJhMzIwIFdpZGUgQ2hhbm5lbCBBLCBTQ1NJIElkPTcsIFBDSS1YIDY3LTEwME1oeiwg NTEyIFNDQnMKYWhkMTogPEFkYXB0ZWMgKERlbGwgT0VNKSAzOTMyMCBVbHRyYTMyMCBTQ1NJIGFk YXB0ZXI+IHBvcnQgMHhkYzAwLTB4ZGNmZiwweGQ4MDAtMHhkOGZmIG1lbSAweGRmZGZlMDAwLTB4 ZGZkZmZmZmYgaXJxIDI3IGF0IGRldmljZSAxMi4xIG9uIHBjaTIKYWljNzkwMjogVWx0cmEzMjAg V2lkZSBDaGFubmVsIEIsIFNDU0kgSWQ9NywgUENJLVggNjctMTAwTWh6LCA1MTIgU0NCcwpwY2li MzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjIgb24gcGNpMQpwY2kzOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMwplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5l Y3Rpb24sIFZlcnNpb24gLSAxLjcuMzU+IHBvcnQgMHhjYzgwLTB4Y2NiZiBtZW0gMHhkZmJjMDAw MC0weGRmYmRmZmZmIGlycSA1MyBhdCBkZXZpY2UgMTIuMCBvbiBwY2kzCmVtMDogRXRoZXJuZXQg YWRkcmVzczogMDA6MGU6MGM6NjA6MGI6YTgKZW0wOiAgU3BlZWQ6Ti9BICBEdXBsZXg6Ti9BCmFh YzA6IDxEZWxsIENFUkMgU0FUQSBSQUlEIDI+IG1lbSAweGQ4MDAwMDAwLTB4ZGJmZmZmZmYgaXJx IDQ5IGF0IGRldmljZSAxMy4wIG9uIHBjaTMKYWFjMDogVW5rbm93biBwcm9jZXNzb3IgMTAwTUh6 LCA0OE1CIGNhY2hlIG1lbW9yeSwgb3B0aW9uYWwgYmF0dGVyeSBub3QgaW5zdGFsbGVkCmFhYzA6 IEtlcm5lbCA0LjEtMCwgQnVpbGQgNzAyOCwgUy9OIGJjNDJlYwphYWMwOiBTdXBwb3J0ZWQgT3B0 aW9ucz0xMDk3YzxXQ0FDSEUsREFUQTY0LEhPU1RUSU1FLFJBSUQ1MCxXSU5ET1c0R0IsU09GVEVS UixBTEFSTT4KZW0xOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uLCBWZXJz aW9uIC0gMS43LjM1PiBwb3J0IDB4Y2NjMC0weGNjZmYgbWVtIDB4ZGZiZTAwMDAtMHhkZmJmZmZm ZiBpcnEgNDggYXQgZGV2aWNlIDE0LjAgb24gcGNpMwplbTE6IEV0aGVybmV0IGFkZHJlc3M6IDAw OjBmOjFmOjljOjdkOmZjCmVtMTogIFNwZWVkOk4vQSAgRHVwbGV4Ok4vQQpwY2liNDogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMy4wIG9uIHBjaTAKcGNpNDogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQg ZGV2aWNlIDQuMCBvbiBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnVoY2kwOiA8 SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBvcnQgMHhmZjgwLTB4 ZmY5ZiBpcnEgMTYgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1c2IwOiA8SW50ZWwgODI4MDFFQiAo SUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9uIHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAx LjAKdWh1YjA6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwg YWRkciAxCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNp MTogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBwb3J0IDB4ZmY2 MC0weGZmN2YgaXJxIDE5IGF0IGRldmljZSAyOS4xIG9uIHBjaTAKdXNiMTogPEludGVsIDgyODAx RUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBvbiB1aGNpMQp1c2IxOiBVU0IgcmV2aXNp b24gMS4wCnVodWIxOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK dWhjaTI6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQz4gcG9ydCAw eGZmNDAtMHhmZjVmIGlycSAxOCBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCnVzYjI6IDxJbnRlbCA4 MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQz4gb24gdWhjaTIKdXNiMjogVVNCIHJl dmlzaW9uIDEuMAp1aHViMjogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDEKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkCnVoY2kzOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUQ+IHBv cnQgMHhmZjIwLTB4ZmYzZiBpcnEgMTYgYXQgZGV2aWNlIDI5LjMgb24gcGNpMAp1c2IzOiA8SW50 ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUQ+IG9uIHVoY2kzCnVzYjM6IFVT QiByZXZpc2lvbiAxLjAKdWh1YjM6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxCnVodWIzOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYg cG93ZXJlZApwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuNyAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9u IHBjaTAKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKcGNpNjogPGRpc3BsYXksIFZHQT4g YXQgZGV2aWNlIDEzLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKaXNhYjA6IDxQQ0ktSVNBIGJyaWRn ZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNp MDogPEludGVsIElDSDUgVURNQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4ZmZhMC0weGZmYWYsMHgz NzYsMHgxNzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcgaXJxIDE4IGF0IGRldmljZSAzMS4xIG9u IHBjaTAKYXRhMDogY2hhbm5lbCAjMCBvbiBhdGFwY2kwCmF0YTE6IGNoYW5uZWwgIzEgb24gYXRh cGNpMAphdGFwY2kxOiA8SW50ZWwgSUNINSBTQVRBMTUwIGNvbnRyb2xsZXI+IHBvcnQgMHhmZWEw LTB4ZmVhZiwweGZlMzAtMHhmZTMzLDB4ZmUyMC0weGZlMjcsMHhmZTEwLTB4ZmUxMywweGZlMDAt MHhmZTA3IGlycSAxOCBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmF0YTI6IGNoYW5uZWwgIzAgb24g YXRhcGNpMQphdGEzOiBjaGFubmVsICMxIG9uIGF0YXBjaTEKcGNpMDogPHNlcmlhbCBidXMsIFNN QnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpmZGMwOiA8ZmxvcHB5IGRy aXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjcsMHgzZjAtMHgzZjUgaXJxIDYgZHJxIDIgb24gYWNw aTAKZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDAKYXRrYmRjMDogPEtl eWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJxIDEgb24gYWNwaTAK YXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKcHNt MDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IG1vZGVsIEludGVsbGlNb3Vz ZSBFeHBsb3JlciwgZGV2aWNlIElEIDQKcHBjMDogPEVDUCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+ IHBvcnQgMHg3NzgtMHg3N2YsMHgzNzgtMHgzN2YgaXJxIDcgb24gYWNwaTAKcHBjMDogU01DLWxp a2UgY2hpcHNldCAoRUNQL0VQUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBjMDog RklGTyB3aXRoIDE2LzE2LzggYnl0ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQg YnVzPiBvbiBwcGMwCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCmxw dDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6 IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMApzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBv cnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApzaW8wOiB0eXBl IDE2NTUwQQpzaW8xOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgyZjgtMHgy ZmYgaXJxIDMgb24gYWNwaTAKc2lvMTogdHlwZSAxNjU1MEEKb3JtMDogPElTQSBPcHRpb24gUk9N cz4gYXQgaW9tZW0gMHhkODgwMC0weGRiZmZmLDB4ZDc4MDAtMHhkODdmZiwweGQ2MDAwLTB4ZDc3 ZmYsMHhkMjAwMC0weGQ1ZmZmLDB4YzgwMDAtMHhkMWZmZiwweGMwMDAwLTB4YzdmZmYgb24gaXNh MApwbXRpbWVyMCBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBv biBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZm ZmYgb24gaXNhMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxMC4wMDAgbXNlYwphY2QwOiBDRFJP TSA8U0FNU1VORyBDRC1ST00gU0MtMTQ4QS9CNDAzPiBhdCBhdGExLW1hc3RlciBQSU80CldhaXRp bmcgMTUgc2Vjb25kcyBmb3IgU0NTSSBkZXZpY2VzIHRvIHNldHRsZQpJbnRlcnJ1cHQgc3Rvcm0g ZGV0ZWN0ZWQgb24gImlycTE4OiB1aGNpMisiOyB0aHJvdHRsaW5nIGludGVycnVwdCBzb3VyY2UK ZGEwIGF0IGFoZDAgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKZGEwOiA8U0VBR0FURSBTVDMzNjYwN0xX IERTMDk+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSAKZGEwOiAzMjAuMDAwTUIv cyB0cmFuc2ZlcnMgKDE2MC4wMDBNSHosIG9mZnNldCA2MywgMTZiaXQpLCBUYWdnZWQgUXVldWVp bmcgRW5hYmxlZApkYTA6IDM0NzMyTUIgKDcxMTMyOTU5IDUxMiBieXRlIHNlY3RvcnM6IDI1NUgg NjNTL1QgNDQyN0MpCmRhMSBhdCBhaGQwIGJ1cyAwIHRhcmdldCAxIGx1biAwCmRhMTogPFNFQUdB VEUgU1QzMzY2MDdMVyBEUzA5PiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMyBkZXZpY2UgCmRh MTogMzIwLjAwME1CL3MgdHJhbnNmZXJzICgxNjAuMDAwTUh6LCBvZmZzZXQgNjMsIDE2Yml0KSwg VGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQKZGExOiAzNDczMk1CICg3MTEzMjk1OSA1MTIgYnl0ZSBz ZWN0b3JzOiAyNTVIIDYzUy9UIDQ0MjdDKQpkYTIgYXQgYWhkMCBidXMgMCB0YXJnZXQgMiBsdW4g MApkYTI6IDxTRUFHQVRFIFNUMzM2NjA3TFcgRFMwOT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJ LTMgZGV2aWNlIApkYTI6IDMyMC4wMDBNQi9zIHRyYW5zZmVycyAoMTYwLjAwME1Ieiwgb2Zmc2V0 IDYzLCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkCmRhMjogMzQ3MzJNQiAoNzExMzI5 NTkgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA0NDI3QykKbGFwaWM3OiBGb3JjaW5nIExJ TlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjMyBMYXVuY2hlZCEKbGFwaWMxOiBGb3Jj aW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKbGFwaWM2 OiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCEK TW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2RhMHMxYQo= ------_=_NextPart_001_01C55BA1.2020505D-- From owner-freebsd-current@FreeBSD.ORG Tue May 17 17:35:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1052F16A4CE; Tue, 17 May 2005 17:35:29 +0000 (GMT) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A52E43DBD; Tue, 17 May 2005 17:35:28 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.1/8.13.1) with ESMTP id j4HHbcqx061525; Tue, 17 May 2005 10:37:38 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.1/8.13.1/Submit) id j4HHbb64061524; Tue, 17 May 2005 10:37:37 -0700 (PDT) (envelope-from kline) Date: Tue, 17 May 2005 10:37:37 -0700 From: Gary Kline To: Erich Dollansky Message-ID: <20050517173737.GA60953@thought.org> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4289E0E9.3060506@pacific.net.sg> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 18++ years of service to the Unix community X-Mailman-Approved-At: Wed, 18 May 2005 12:26:17 +0000 cc: Bill Paul cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 17:35:29 -0000 On Tue, May 17, 2005 at 08:17:45PM +0800, Erich Dollansky wrote: > Hi Joseph, > > Kövesdán Gábor wrote: > >Dear Bill and everyone, > > > >just a little comment: as far as I know there are two countries where > >the first name and the family name is used in different order, and these > >two countries are Japan and Hungary. I'm Hungarian thus my name often > > They are not allone. China also does it and the 'official' Germany, but > it is not commonly used. > Well, (Gary said, ddeliberately changing the ^Subject:), interesting. My mother's parents are from Hungary, two of my dad's grandparents from Germany. Didn't know about Hungary (or Japan). China, yes. Anybody on this geek list know any other societies where the surname is traditionally presented first and the given name last? gary PS: So long as no one calls me a 'primitive f*ckhead', I answer to just about anything:) -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-current@FreeBSD.ORG Tue May 17 17:44:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FC3316A4D4; Tue, 17 May 2005 17:44:15 +0000 (GMT) Received: from annis.human-league.net (252.232.39-62.rev.gaoland.net [62.39.232.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 947C343DB2; Tue, 17 May 2005 17:44:14 +0000 (GMT) (envelope-from cw@paig.net) Received: from localhost (localhost.human-league.net [127.0.0.1]) by annis.human-league.net (Postfix) with ESMTP id 106172163; Tue, 17 May 2005 19:43:56 +0200 (CEST) Received: from annis.human-league.net ([127.0.0.1]) by localhost (annis.human-league.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65338-06; Tue, 17 May 2005 19:43:37 +0200 (CEST) Received: from deirdre (unknown [192.168.0.1]) by annis.human-league.net (Postfix) with ESMTP id 899A32137; Tue, 17 May 2005 19:42:21 +0200 (CEST) From: "Paig Chong Woo" To: "'Gary Kline'" , "'Erich Dollansky'" Date: Tue, 17 May 2005 19:42:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050517173737.GA60953@thought.org> Thread-Index: AcVbBvZLe7tFY9NLSb68MF9RsoPn9gAALrog X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20050517174221.899A32137@annis.human-league.net> X-Virus-Scanned: amavisd-new at human-league.net X-Mailman-Approved-At: Wed, 18 May 2005 12:26:17 +0000 cc: 'Bill Paul' cc: stable@freebsd.org cc: current@freebsd.org Subject: RE: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 17:44:15 -0000 > -----Message d'origine----- > De : owner-freebsd-stable@freebsd.org=20 > [mailto:owner-freebsd-stable@freebsd.org] De la part de Gary Kline > Envoy=E9 : mardi 17 mai 2005 19:38 > =C0 : Erich Dollansky > Cc : Bill Paul; stable@freebsd.org; current@freebsd.org > Objet : Re: Alright you primitive screwheads, LISTEN UP!! >=20 > On Tue, May 17, 2005 at 08:17:45PM +0800, Erich Dollansky wrote: > > Hi Joseph, > >=20 > > K=F6vesd=E1n G=E1bor wrote: > > >Dear Bill and everyone, > > > > > >just a little comment: as far as I know there are two=20 > countries where=20 > > >the first name and the family name is used in different order, and=20 > > >these two countries are Japan and Hungary. I'm Hungarian=20 > thus my name=20 > > >often > >=20 > > They are not allone. China also does it and the 'official' Germany,=20 > > but it is not commonly used. > >=20 > Well, (Gary said, ddeliberately changing the ^Subject:), > interesting. My mother's parents are from Hungary, two of my > dad's grandparents from Germany. =20 >=20 > Didn't know about Hungary (or Japan). China, yes. Anybody=20 > on this geek list know any other societies where the surname=20 > is traditionally presented first and the given name last? =20 >=20 > gary >=20 > PS: So long as no one calls me a 'primitive f*ckhead',=20 > I answer=20 > to just about anything:) >=20 >=20 Korean too. :) --=20 See you!!!=20 PAIG Chong Woo.=20 M=E9l. : cw@paig.net ICQ : 1305386 Page Web : http://www.valken.org ---=20 Real life is for those who don't play World of Warcraft =20 From owner-freebsd-current@FreeBSD.ORG Tue May 17 18:41:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E5FF16A4CE; Tue, 17 May 2005 18:41:58 +0000 (GMT) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8588043D80; Tue, 17 May 2005 18:41:57 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.1/8.13.1) with ESMTP id j4HIi5gQ061831; Tue, 17 May 2005 11:44:05 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.1/8.13.1/Submit) id j4HIi4no061830; Tue, 17 May 2005 11:44:04 -0700 (PDT) (envelope-from kline) Date: Tue, 17 May 2005 11:44:03 -0700 From: Gary Kline To: Marc Olzheim Message-ID: <20050517184403.GB60953@thought.org> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> <20050517173737.GA60953@thought.org> <20050517181710.GA61667@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050517181710.GA61667@stack.nl> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 18++ years of service to the Unix community X-Mailman-Approved-At: Wed, 18 May 2005 12:26:17 +0000 cc: current@freebsd.org cc: Gary Kline cc: stable@freebsd.org cc: Erich Dollansky cc: Bill Paul Subject: Re: OT: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 18:41:58 -0000 On Tue, May 17, 2005 at 08:17:10PM +0200, Marc Olzheim wrote: > On Tue, May 17, 2005 at 10:37:37AM -0700, Gary Kline wrote: > > Anybody on this geek list know any other societies where the > > surname is traditionally presented first and the given name > > last? > > Geek list ? Ah! That probably means I'm allowed to say Star Trek's > Bajorans suffer from it... :-P > Aye, Mr Olzheim! And now, Scotty, see if you can get us out of here! (And: "He's *dead*, Jim.") &c. For as off-the-wall as this thread began, it's been instructive. Geeks are pretty much informal, but it's nice to know the correct (polite) way to address people from other socities. Just one reason I appreciate FBSD. gary (--trekkie to the end!) -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-current@FreeBSD.ORG Tue May 17 19:22:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61BB616A4CE; Tue, 17 May 2005 19:22:40 +0000 (GMT) Received: from skynet.stack.nl (skynet.stack.nl [131.155.140.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CD4B43DBD; Tue, 17 May 2005 19:22:39 +0000 (GMT) (envelope-from johans@mailhost.gletsjer.net) Received: by skynet.stack.nl (Postfix, from userid 65534) id 36A263FC0; Tue, 17 May 2005 21:23:41 +0200 (CEST) Received: from mailhost.gletsjer.net (tunnel03.ipv6.stack.nl [IPv6:2001:610:1108:5001::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skynet.stack.nl (Postfix) with ESMTP id 902823FB0; Tue, 17 May 2005 21:23:40 +0200 (CEST) Received: by mailhost.gletsjer.net (Postfix, from userid 801) id 958584349; Tue, 17 May 2005 21:22:33 +0200 (CEST) Date: Tue, 17 May 2005 21:22:33 +0200 From: Johan van Selst To: Alexander Leidinger Message-ID: <20050517192232.GA20572@taz.gletsjer.net> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> <20050517160425.tnbe78svmsg4owgs@netchild.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20050517160425.tnbe78svmsg4owgs@netchild.homeip.net> User-Agent: Mutt/1.5.9i X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on skynet.stack.nl X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Mailman-Approved-At: Wed, 18 May 2005 12:26:17 +0000 cc: Bill Paul cc: stable@freebsd.org cc: Erich Dollansky cc: current@freebsd.org Subject: Re: OT: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 19:22:40 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Alexander Leidinger wrote: > >They are not allone. China also does it and the 'official' Germany,=20 > >but it is not commonly used. > In Germany it's > family_name, first_name > or > first_name family_name Both forms appear in Dutch as well (although the first is pretty formal). However, Dutch names frequently include 'interjections' (tussenvoegsels) as well - something like "van" (v.), "de", "van der" (v/d), etc. - which is part of the family name, but is not relevant when sorting by last name. You see this as "d'" or "de" in other languages as well. Paperwork in the Netherlands usually offers three fields for a name: first name(s), interjection, family name - filling in forms in other languages is sometimes confusing. So my name might be listed as Johan van Selst (Johan v. Selst) or Selst, Johan van Other variations may appear as well, but are not very common. You may address me as 'Johan', 'Johan van Selst' or even 'Mr. van Selst' - but _not_ (never ever) as 'Johan van'. Thank you. Hopefully this helps clarifying things, Greetings, JohanS P.S. IIRC the Flemish, who also speak Dutch, tend to prefer another ordering, but that's their choice ;) P.P.S. Please let's not discuss the family names of married people. --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCikR4aOElK32lxTsRAo6zAJ4x3lSpqXMgPzQvwHnM2Gmr9X69ZACgnEyJ YkCfxW698mM9tVLMVxhSFvg= =sJlX -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Tue May 17 20:42:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD71016A4CE; Tue, 17 May 2005 20:42:04 +0000 (GMT) Received: from ms-smtp-01-eri0.socal.rr.com (ms-smtp-01-qfe0.socal.rr.com [66.75.162.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40B5043DB2; Tue, 17 May 2005 20:42:04 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: from [10.0.0.101] (cpe-66-8-186-59.hawaii.res.rr.com [66.8.186.59]) j4HKfmFf025777; Tue, 17 May 2005 13:41:48 -0700 (PDT) Message-ID: <428A570B.6040608@gmail.com> Date: Tue, 17 May 2005 10:41:47 -1000 From: Robert Marella User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050512 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> <20050517160425.tnbe78svmsg4owgs@netchild.homeip.net> <20050517192232.GA20572@taz.gletsjer.net> In-Reply-To: <20050517192232.GA20572@taz.gletsjer.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Mailman-Approved-At: Wed, 18 May 2005 12:26:17 +0000 cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: OT: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 20:42:04 -0000 I was not going to get involved in this but.... Where I now reside, the original inhabitants only had one name. Some still do, such as Kamehameha Kauikeaouli Liliu`okalani Ka`ahumanu It seems much simpler. regards Lopaka From owner-freebsd-current@FreeBSD.ORG Wed May 18 09:25:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0742316A4D0; Wed, 18 May 2005 09:25:33 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 526E043DAE; Wed, 18 May 2005 09:25:32 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DYKny-0004lf-V2; Wed, 18 May 2005 10:25:30 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DYKny-000Jw2-RZ; Wed, 18 May 2005 10:25:30 +0100 To: mhellwig@xs4all.nl In-Reply-To: <4289FE3C.2090001@xs4all.nl> Message-Id: From: Pete French Date: Wed, 18 May 2005 10:25:30 +0100 X-Mailman-Approved-At: Wed, 18 May 2005 12:26:17 +0000 cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 09:25:33 -0000 > Well make up you mind, roger or wilco, not both of them, jezz no wonder > that modern communication only confuses if nobody uses the same > *$#@!%#$%* protocol! Heh, yes, using that one would earn you a slap from air traffic control! Though I have to admit I did go check CAP413 just to make sure I was right about it being incorrect! -pcf. From owner-freebsd-current@FreeBSD.ORG Wed May 18 09:58:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3141A16A4CE for ; Wed, 18 May 2005 09:58:53 +0000 (GMT) Received: from mail10.svc.cra.dublin.eircom.net (mail10.svc.cra.dublin.eircom.net [159.134.118.26]) by mx1.FreeBSD.org (Postfix) with SMTP id 1AFA043DBC for ; Wed, 18 May 2005 09:58:50 +0000 (GMT) (envelope-from feargal@fbi.ie) Received: (qmail 70003 messnum 6686588 invoked from network[82.141.233.46/unknown]); 18 May 2005 09:58:48 -0000 Received: from unknown (HELO alatar.edhellond.fbi.ie) (82.141.233.46) by mail10.svc.cra.dublin.eircom.net (qp 70003) with SMTP; 18 May 2005 09:58:48 -0000 Received: from radagast.lorien.fbi.ie ([195.218.117.2])j4I9wkfw091910 for ; Wed, 18 May 2005 09:58:47 GMT (envelope-from feargal@fbi.ie) Received: from mablung.edhellond.fbi.ie ([82.141.233.46]) by radagast.lorien.fbi.ie (8.12.9/8.12.9) with ESMTP id j4I9wjkO059996 for ; Wed, 18 May 2005 09:58:46 GMT (envelope-from feargal@fbi.ie) X-Envelope-To: Date: Wed, 18 May 2005 10:58:45 +0100 From: Feargal Reilly To: freebsd-current@freebsd.org Message-ID: <20050518105845.575432b9@mablung.edhellond.fbi.ie> In-Reply-To: <200505172132.42322.nb_root@videotron.ca> References: <200505172132.42322.nb_root@videotron.ca> Organization: FBI X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 18 May 2005 12:26:17 +0000 Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 09:58:53 -0000 On Tue, 17 May 2005 21:32:42 -0400 Nicolas Blais wrote: > Hi, > > I have a popular Marvell 88E8001 on my A8V-Deluxe (Rev2) which > doesn't work like it should in FreeBSD. Whenever accessing > anything on the network (whether local or internet), there is I was *about* to say that SysKonnect have a version of the myk driver for that card for 5.3, but I just checked the man page for it, and the 88E8001 isn't actually listed. I don't know if that's accurate or not; if you want to check it out, email support@syskonnect.de and ask them about it. -Feargal Reilly || Reilly, Feargal || Reilly Feargal From owner-freebsd-current@FreeBSD.ORG Wed May 18 11:12:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC7FE16A4CE for ; Wed, 18 May 2005 11:12:52 +0000 (GMT) Received: from imo-d21.mx.aol.com (imo-d21.mx.aol.com [205.188.144.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3016543D83 for ; Wed, 18 May 2005 11:12:52 +0000 (GMT) (envelope-from ALBRADENE@aol.com) Received: from ALBRADENE@aol.com by imo-d21.mx.aol.com (mail_out_v38_r1.7.) id n.8d.2748ba23 (3996) for ; Wed, 18 May 2005 07:12:48 -0400 (EDT) From: ALBRADENE@aol.com Message-ID: <8d.2748ba23.2fbc7d30@aol.com> Date: Wed, 18 May 2005 07:12:48 EDT To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailer: 9.0 SE for Windows sub 5001 X-Mailman-Approved-At: Wed, 18 May 2005 12:26:17 +0000 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: When do ports unfreeze now that 5.3 is tagged for RELEASE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 11:12:52 -0000 now i have aol broadband i have not had any sound, can you please explain why this is. From owner-freebsd-current@FreeBSD.ORG Wed May 18 12:33:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 298DF16A4CE for ; Wed, 18 May 2005 12:33:29 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B18D143DBC for ; Wed, 18 May 2005 12:33:28 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so179711nzo for ; Wed, 18 May 2005 05:33:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZrE0rNJ3tPJJRioZhX8k8XaINdnYTBGBVrRI5O1wZGfU9QDUo8VWpCVRUYEeHaRwBbwVdXz8Fl/NnBTZ40hkKmXJkaAVvPFXxD9Gl8KXEOAY0HtcIVm7Qub+6aGPz1VffsQnP8QbhtrNFUADzaiit08LdZg/S/e796Uuq2CCX3k= Received: by 10.36.97.18 with SMTP id u18mr85874nzb; Wed, 18 May 2005 05:33:27 -0700 (PDT) Received: by 10.36.89.16 with HTTP; Wed, 18 May 2005 05:33:27 -0700 (PDT) Message-ID: Date: Wed, 18 May 2005 20:33:27 +0800 From: Jiawei Ye To: "ALBRADENE@aol.com" In-Reply-To: <8d.2748ba23.2fbc7d30@aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8d.2748ba23.2fbc7d30@aol.com> cc: freebsd-current@freebsd.org Subject: Re: When do ports unfreeze now that 5.3 is tagged for RELEASE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 12:33:29 -0000 On 5/18/05, ALBRADENE@aol.com wrote: > now i have aol broadband i have not had any sound, can you please explain > why this is. Probably because we have passed 5.4 RELEASE already. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed May 18 12:51:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 764A916A4CE for ; Wed, 18 May 2005 12:51:01 +0000 (GMT) Received: from mbc.edu (mail.mbc.edu [216.57.240.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D8C443D7C for ; Wed, 18 May 2005 12:51:00 +0000 (GMT) (envelope-from ckleski@mbc.edu) Received: from [192.168.0.100] by mbc.edu (Cipher TLSv1:RC4-MD5:128) (MDaemon.PRO.v8.0.3b.R) with ESMTP id md50005047272.msg for ; Wed, 18 May 2005 08:50:06 -0400 From: Craig Kleski To: freebsd-current@freebsd.org Date: Wed, 18 May 2005 08:51:48 +0000 User-Agent: KMail/1.8 References: <20050518051111.GA33262@Athena.infor.org> In-Reply-To: <20050518051111.GA33262@Athena.infor.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505180851.48382.ckleski@mbc.edu> X-SortMonster-MessageSniffer-Message: md50005047272.msg X-SortMonster-MessageSniffer-Rules: tgibseut-MDPv0.53b (SNFv2-3.1i2) No patterns matched. X-SortMonster-MessageSniffer-Result: 0 X-Authenticated-Sender: ckleski@mbc.edu X-Spam-Processed: mail.mbc.edu, Wed, 18 May 2005 08:50:06 -0400 (not processed: message from trusted or authenticated source) X-Lookup-Warning: HELO/EHLO lookup on 192.168.0.100 does not match 65.202.151.105 X-MDRemoteIP: 65.202.151.105 X-Return-Path: ckleski@mbc.edu X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mail.mbc.edu, Wed, 18 May 2005 08:50:08 -0400 Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 12:51:01 -0000 On Wednesday 18 May 2005 05:11 am, Li-Lun Wang (Leland Wang) wrote: > Hi, > > I just upgraded my pentium-m laptop from 5.4-STABLE to the newest > 6.0-CURRENT. However, the newest loader does not seem to work for > me. BTX reboots right after it detects the internal keyboard/console > and dumps the registers. I have tried to set CPUTYPE?=p-m, CPUTYPE=p3, > and even not setting CPUTYPE at all, but none of them solves my > problem. The old loader from 5.4 works perfectly. Any ideas? > > -- Li-Lun Wang > _______________________________________________ > 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" I had the same problem. I also have a Pentium-M and CPUTYPE set for it, and the loader would instantly reboot. Now I'm using the old loader, too. From owner-freebsd-current@FreeBSD.ORG Wed May 18 14:07:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C21BE16A4CE for ; Wed, 18 May 2005 14:07:43 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13F7C43D54 for ; Wed, 18 May 2005 14:07:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4IE53Ce056110; Wed, 18 May 2005 08:05:03 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 18 May 2005 08:05:13 -0600 (MDT) Message-Id: <20050518.080513.35046197.imp@bsdimp.com> To: fli+freebsd-current@shapeshifter.se From: "M. Warner Losh" In-Reply-To: <20050517223110.GA9359@shapeshifter.se> References: <8437.1116351704@critter.freebsd.dk> <20050517201835.GA851@shapeshifter.se> <20050517223110.GA9359@shapeshifter.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: phk@phk.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 14:07:43 -0000 In message: <20050517223110.GA9359@shapeshifter.se> Fredrik Lindberg writes: : The patch is at http://shapeshifter.se/~fli/freebsd/powerd.patch : It includes all devd code so the previous patch is not needed. Maybe you mean that all the devd patches have been committed to devd? Warner From owner-freebsd-current@FreeBSD.ORG Wed May 18 14:30:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A4A116A4CE for ; Wed, 18 May 2005 14:30:02 +0000 (GMT) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78A3643DC9 for ; Wed, 18 May 2005 14:30:01 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id B44AA1A6F0; Wed, 18 May 2005 16:29:56 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1])port 10024) with ESMTP id 17485-03; Wed, 18 May 2005 16:29:55 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id D9C841A6D5; Wed, 18 May 2005 16:29:55 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id 677F7428A; Wed, 18 May 2005 16:29:55 +0200 (CEST) Date: Wed, 18 May 2005 16:29:55 +0200 From: Fredrik Lindberg To: "M. Warner Losh" Message-ID: <20050518142955.GA1888@shapeshifter.se> References: <8437.1116351704@critter.freebsd.dk> <20050517201835.GA851@shapeshifter.se> <20050517223110.GA9359@shapeshifter.se> <20050518.080513.35046197.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050518.080513.35046197.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at example.com cc: phk@phk.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 14:30:02 -0000 On Wed, May 18, 2005 at 08:05:13AM -0600, M. Warner Losh (imp@bsdimp.com) wrote: > In message: <20050517223110.GA9359@shapeshifter.se> > Fredrik Lindberg writes: > : The patch is at http://shapeshifter.se/~fli/freebsd/powerd.patch > : It includes all devd code so the previous patch is not needed. > > Maybe you mean that all the devd patches have been committed to devd? > > Warner The devd.cc patch is still needed, but as you said, it has been committed. What I meant was that you do not need the previous powerd-patch as this new include that code aswell (the code to make powerd aware of devd. aka. "devd code"). I'm sorry for this confusion. Guess that writning mail in the middle of the night isn't such a good idea :) Fredrik LIndberg From owner-freebsd-current@FreeBSD.ORG Wed May 18 15:11:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EA9016A4CE for ; Wed, 18 May 2005 15:11:16 +0000 (GMT) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D44743D8E for ; Wed, 18 May 2005 15:11:15 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 26189 invoked from network); 18 May 2005 15:11:09 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by salvador with SMTP; 18 May 2005 15:11:09 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell2.pacific.net.sg with ESMTP <20050518151109.BZXF1130.maxwell2.pacific.net.sg@[192.168.0.107]>; Wed, 18 May 2005 23:11:09 +0800 Message-ID: <428B5B03.3050107@pacific.net.sg> Date: Wed, 18 May 2005 23:10:59 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrey Smirnov References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> <20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> In-Reply-To: <428B59A0.7030108@netstream.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 15:11:16 -0000 Hi Andrey, talking about names. I was always curious where my name originates from. I know it must be somewhere in Poland or Belarus. Do you have an idea? Erich Andrey Smirnov wrote: > Gary Kline wrote: > >> >> Well, (Gary said, ddeliberately changing the ^Subject:), >> interesting. My mother's parents are from Hungary, two of my >> dad's grandparents from Germany. >> Didn't know about Hungary (or Japan). China, yes. Anybody on >> this geek list know any other societies where the surname is >> traditionally presented first and the given name last? > > > In Russia, in all official documents name is written: > Family_Name First_Name Middle_Name > > So, my full name would be: > Smirnov Andrey Andreevich > > In short form, we usually put first name in head of family name (surname): > Andrey Smirnov > This feels less official. > > So, it's sometimes hard to find out what is what if you don't know > Russian names well. > From owner-freebsd-current@FreeBSD.ORG Wed May 18 16:23:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F9E816A4CE for ; Wed, 18 May 2005 16:23:51 +0000 (GMT) Received: from infor.ck.tp.edu.tw (infor.ck.tp.edu.tw [203.64.26.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id E695343DC2 for ; Wed, 18 May 2005 16:23:50 +0000 (GMT) (envelope-from llwang@infor.ck.tp.edu.tw) Received: by infor.ck.tp.edu.tw (Postfix, from userid 1001) id 5EF0845E7B; Thu, 19 May 2005 00:23:44 +0800 (CST) Date: Thu, 19 May 2005 00:23:44 +0800 From: "Li-Lun Wang (Leland Wang)" To: freebsd-current@freebsd.org Message-ID: <20050518162344.GA48280@Athena.infor.org> References: <20050518051111.GA33262@Athena.infor.org> <428ADE11.8040109@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <428ADE11.8040109@alumni.rice.edu> User-Agent: Mutt/1.5.6i Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 16:23:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, May 18, 2005 at 01:17:53AM -0500, Jonathan Noack wrote: > On 05/18/05 00:11, Li-Lun Wang (Leland Wang) wrote: > >I just upgraded my pentium-m laptop from 5.4-STABLE to the newest > >6.0-CURRENT. However, the newest loader does not seem to work for > >me. BTX reboots right after it detects the internal keyboard/console > >and dumps the registers. I have tried to set CPUTYPE?=p-m, CPUTYPE=p3, > >and even not setting CPUTYPE at all, but none of them solves my > >problem. The old loader from 5.4 works perfectly. Any ideas? > > If you are building/installing just the loader, do a full build/install > world without setting CPUTYPE. From my experience it seems like it is > gcc that is being affected (when it is compiled with CPUTYPE set) and > producing incorrect code for the loader, so a build/install world is > necessary. This may not help, but it narrows the problem. I rebuilt the world without setting CPUTYPE, and the loader works. I wonder if setting CPUTYPE=p3 when building the world will also work. It is strange how gcc could be affected... - -- Li-Lun Wang -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCi2wPCQM7t5B2mhARApZZAJ4lyyN8gFpElx0ryR0ln4xlqMq69gCfX7T4 GMHfTZYdaKgBDCHsnmqchYU= =qHgx -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 18 17:14:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0783F16A4CE for ; Wed, 18 May 2005 17:14:48 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E4EE43DA1 for ; Wed, 18 May 2005 17:14:47 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp812.mail.sc5.yahoo.com with SMTP; 18 May 2005 17:14:44 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 9F2586192; Wed, 18 May 2005 12:14:39 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14961-12; Wed, 18 May 2005 12:14:38 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id EF2DA618F; Wed, 18 May 2005 12:14:37 -0500 (CDT) Message-ID: <428B77F9.7030508@alumni.rice.edu> Date: Wed, 18 May 2005 12:14:33 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Li-Lun Wang (Leland Wang)" References: <20050518051111.GA33262@Athena.infor.org> <428ADE11.8040109@alumni.rice.edu> <20050518162344.GA48280@Athena.infor.org> In-Reply-To: <20050518162344.GA48280@Athena.infor.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA10F4A360495E42255A9D604" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 17:14:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA10F4A360495E42255A9D604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/18/2005 11:23 AM, Li-Lun Wang (Leland Wang) wrote: > On Wed, May 18, 2005 at 01:17:53AM -0500, Jonathan Noack wrote: >>>On 05/18/05 00:11, Li-Lun Wang (Leland Wang) wrote: >>>>I just upgraded my pentium-m laptop from 5.4-STABLE to the newest >>>>6.0-CURRENT. However, the newest loader does not seem to work for >>>>me. BTX reboots right after it detects the internal keyboard/console >>>>and dumps the registers. I have tried to set CPUTYPE?=p-m, CPUTYPE=p3, >>>>and even not setting CPUTYPE at all, but none of them solves my >>>>problem. The old loader from 5.4 works perfectly. Any ideas? >>> >>>If you are building/installing just the loader, do a full build/install >>>world without setting CPUTYPE. From my experience it seems like it is >>>gcc that is being affected (when it is compiled with CPUTYPE set) and >>>producing incorrect code for the loader, so a build/install world is >>>necessary. This may not help, but it narrows the problem. > > I rebuilt the world without setting CPUTYPE, and the loader works. > I wonder if setting CPUTYPE=p3 when building the world will also work. > It is strange how gcc could be affected... It is strange, but there's a way to confirm it is gcc: with your world built without setting CPUTYPE (as you have it now), compile and install *JUST* the loader with CPUTYPE defined. The steps to do this (the 'grep' just shows that CPUTYPE is set): # grep CPUTYPE /etc/make.conf CPUTYPE?=p-m # cd /usr/src/sys/boot/ # make depend && make && make install && make clean && make cleandepend When I tried the same thing on my athlon-xp machine, the new loader worked. So it is only when gcc is compiled with CPUTYPE set that there is a problem. I now run 5.4 on the machine and no longer experience the issue, so who knows... -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigA10F4A360495E42255A9D604 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCi3f+UFz01pkdgZURAqp4AKDgCa4NHlJXJFvNsXIiNYVSN8BdkgCfbMxP e/jIs+LUfzjSfmw0MgyHLYs= =dTDA -----END PGP SIGNATURE----- --------------enigA10F4A360495E42255A9D604-- From owner-freebsd-current@FreeBSD.ORG Wed May 18 17:30:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3356916A4D0 for ; Wed, 18 May 2005 17:30:25 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE3D43D41 for ; Wed, 18 May 2005 17:30:24 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id B18723BFAB for ; Wed, 18 May 2005 12:30:17 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06253-01-72 for ; Wed, 18 May 2005 12:30:17 -0500 (CDT) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 7F90C3BF92 for ; Wed, 18 May 2005 12:30:17 -0500 (CDT) Received: from s228130hz1ew031.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 18 May 2005 12:30:12 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew031.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 18 May 2005 12:30:02 -0500 Message-ID: <428B7B99.7080206@savvis.net> Date: Wed, 18 May 2005 10:30:01 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4288EBEA.5030701@savvis.net> <428A5A58.6010601@savvis.net> In-Reply-To: <428A5A58.6010601@savvis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 May 2005 17:30:02.0356 (UTC) FILETIME=[390EDB40:01C55BCF] X-Virus-Scanned: amavisd-new at savvis.net Subject: Re: keyboard mux driver (straw man proposal & code) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 17:30:25 -0000 and yet another reply to myself :) i found few problems with the code and i'm going to fix them. max Maksim Yevmenkin wrote: > replying to myself :) > > also bcc to folks who might be interested (mostly from vkbd(4) discussion). > > i have changed the proposed kbdmux code a bit. basically auxiliary > device interface is gone. there can only be one kbdmux. it is no longer > required to keep kbdmux control device open. so, right now its pretty > much pure keyboard driver. i have also updated test program (works for > me in console mode). > > http://www.geocities.com/m_evmenkin/kbdmux-1.tar.gz (~6K) > > the code also on freefall in my home directory > (emax@freefall:kbdmux-1.tar.gz). > > thanks, > max > > Maksim Yevmenkin wrote: > >> dear hackers, >> >> i'd like to follow up on keyboard mux driver discussion with some >> code. please dont start jumping up and down just yet :) this is a >> "straw man" code and everyone is welcome to beat the heck out of it. >> >> basically the code is based on vkbd(4) and the idea that was discussed >> long time ago - create a "super" keyboard that consumes all other >> keyboards in the system. the code creates a "super" kbdmux keyboard. >> using new special ioctl's one can add multiple keyboards to the mux. >> then one simple switches the current keyboard to the kbdmux keyboard. >> >> as you can see it is not usable from the kernel just yet, but i have >> managed to create a mux with two vkbd's and it worked (please see >> kbdmux_test.c program). >> >> the questions that i wanted to ask >> >> 1) is this good enough abstraction for the keyboard mux? can anyone >> think of anything that would not work with this model? >> >> 2) should we decide to make this usable from the kernel, what is the >> best way to do it? >> >> 3) did i miss anything? please tell me if i did! :) >> >> the code can be downloaded from >> >> http://www.geocities.com/m_evmenkin/kbdmux.tar.gz (~7K) >> >> i also put it in my home directory on freefall. >> >> thanks, >> max >> _______________________________________________ >> 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 Wed May 18 19:57:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71D4F16A4CE for ; Wed, 18 May 2005 19:57:42 +0000 (GMT) Received: from tomoyo.MyBSD.org.my (duke.voidnetwork.com [202.157.186.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 183BF43D70 for ; Wed, 18 May 2005 19:57:39 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 9549A6CC2A; Thu, 19 May 2005 04:00:28 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (duke.voidnetwork.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85071-01; Thu, 19 May 2005 04:00:26 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.48.106.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 2BDFF6CC22; Thu, 19 May 2005 04:00:24 +0800 (MYT) Date: Thu, 19 May 2005 03:57:35 +0800 From: Ariff Abdullah To: Ion-Mihai Tetcu Message-Id: <20050519035735.7fccba8d.skywizard@MyBSD.org.my> In-Reply-To: <20050518145951.49423eaf@it.buh.cameradicommercio.ro> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> <20050518145951.49423eaf@it.buh.cameradicommercio.ro> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new-antivirus-mail-gateway at TOMOYO.MYBSD.ORG.MY cc: freebsd-current@FreeBSD.org Subject: Re: snd_via8233 dxs_disabled patches (was: Re: skype on current/5.x and maestro-2E 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: Wed, 18 May 2005 19:57:42 -0000 On Wed, 18 May 2005 14:59:51 +0300 Ion-Mihai Tetcu wrote: > On Mon, 16 May 2005 22:50:39 +0800 > Ariff Abdullah wrote: >=20 > > On Sun, 15 May 2005 22:15:22 +0300 > > Ion-Mihai Tetcu wrote: > > > On Sun, 15 May 2005 20:59:50 +0200 > > > Pav Lucistnik wrote: > > >=20 > > > > Ion-Mihai Tetcu p=ED=A8e v ne 15. 05. 2005 v 21:51 +0300: > > > > > On Sun, 15 May 2005 20:35:40 +0200 > > > > > Pav Lucistnik wrote: > > > > >=20 > > > > > > Edwin L. Culp p=ED=B9e v ne 15. 05. 2005 v 12:14 -0500: > > > > > > > Quoting Divacky Roman : > > > > > > >=20 > > > > > > > > On Sun, May 15, 2005 at 02:41:24AM -0700, Julian > > > > > > > > Elischer wrote: > > > > > > > >> cpghost@cordula.ws wrote: > > > > > > > >> >On Sat, May 14, 2005 at 06:51:48PM -0700, Julian > > > > > > > >Elischer wrote: > > > > > > > > > >> >>Has anyone run skype successfully on these versions > > > > > > > >(5 or 6) of freeBSD? > >>I can run it successfully on > > > > > > > >4.x but on my 5.x machine the audio is > >>completely > > > > > > > >> >>broken up. like someone is chopping the audio > > > > > > > >stream. > > > > > > > > > >> > > > > > > > > >> >I'm running Skype on 5.4 (via82c686). On an AMD > > > > > > > >Duron 1200 MHz, the > >sound quality is all right; on > > > > > > > >an EPIA 5000 Eden 500 MHz (also via82c686), > >the > > > > > > > >sound is totally chopped and it is impossible to > > > > > > > >follow. > > hmm so maybe its the fact that my machine > > > > > > > >is too slow.. it's also 500MHz > my 1GHz 4.11 machine > > > > > > > >seems to run it fine. > > > > > > > > > > > > > > > > I have exactly the same problem (broken sound) > > > > > > > > pcm0: at io 0xe800 irq 12 kld snd_via8233 > > > > > > > > (5p/1r/0v channels duplex default) > > > > > > >=20 > > > > > > > I had this on all my AMD/Athlon boards with the via > > > > > > > sound chipset. I found a reference to the problem, no > > > > > > > solution, on one of the Skype BB's. I finally just > > > > > > > disabled the onboard sound and added cheap available > > > > > > > sound cards and they all have worked great. I've tried > > > > > > > to get the via sound to work a couple of times after > > > > > > > that, without success. > > > > > >=20 > > > > > > Same story, different solution. With Open Sound drivers > > > > > > from www.opensound.com Skype works correctly. > > > > >=20 > > > > > Is this with via8235/8237 on -STABLE ? > > > >=20 > > > > pcm0: port 0xb400-0xb4ff irq 22 at device 17.5 on > > > > pci0 pcm0: > > > >=20 > > > > Both RELENG_5/i386 and RELENG_5/amd64 (different boards, same > > > > chip) > > >=20 > > >=20 > > > Yup, I got one of this. > > >=20 > > > > > =20 > > Can you guys with snd_via8233 driver try these patches? > >=20 > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/via8233.c.diff > > http://staff.mybsd.org.my/skywizard/FreeBSD/sound/vchan.c.diff > >=20 > > set your hw.snd.maxautovchans or hw.snd.pcm0.vchans appropriately, > > add hint.pcm.0.via_dxs_disabled=3D"1" into your /boot/device.hints > > and possibly with option PREEMPTION in kernel. >=20 > I get an instant reboot when trying to play anything in xmms; I > tested it this morning before leaving for work so this is all that I > can say for now. >=20 > With hw.snd.maxautovchans=3D0 it doesn't happen. >=20 > 5.4-STABLE #6: Wed May 18 04:35:34 EEST 2005 sources + your patches > and the hint, ULE and no PREEMPTION kernel, >=20 > pcm0@pci0:17:5: class=3D0x040100 card=3D0xa0021458 chip=3D0x30591106 > rev=3D0x60 hdr=3D0x00 > vendor =3D 'VIA Technologies Inc' > device =3D 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' > class =3D multimedia > subclass =3D audio >=20 > pcm0: port 0xbc00-0xbcff irq 22 at device 17.5 on pci0 > pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xbc00 > pcm0: [MPSAFE] > pcm0: > pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement > pcm0: Primary codec extended features reserved 1, center DAC, > surround DAC, LFE DAC , reserved 5 > pcm0: sndbuf_setmap 252000, 1000; 0xc237e000 -> 252000 > pcm0: sndbuf_setmap 274000, 1000; 0xc2380000 -> 274000 > pcm0: >=20 > # sysctl hw.snd > hw.snd.report_soft_formats: 1 > hw.snd.targetirqrate: 32 > hw.snd.verbose: 3 > hw.snd.maxautovchans: 3 > hw.snd.unit: 0 > hw.snd.pcm0.buffersize: 4096 > hw.snd.pcm0.vchans: 1 >=20 > # cat /dev/sndstat > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0xbc00 irq 22 kld snd_via8233 (1p/1r/1v > channels duplex default) > [pcm0:play:0]: spd 48000, fmt 0x10000010, flags 0x00003000, > 0x00000000 interrupts 5678, underruns 5650, ready 0 > {userland} -> feeder_vchan_s16(0x10000010) -> {hardware} > pcm0:play:0[pcm0:virtual:0]: spd 44100/48000, fmt > 0x10000010, flags 0x10000000, 0x00000010 interrupts 0, > underruns 0, ready 0 {userland} -> feeder_root(0x10000010) > -> feeder_rate(44100 -> 48000) -> {hardware} > [pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags > 0x00000000, 0x00000000 interrupts 0, overruns 0, hfree 4096, > sfree 0 {hardware} -> feeder_root(0x00000000) -> {userland} >=20 > File Versions: > $FreeBSD: src/sys/dev/sound/pci/via8233.c,v 1.17.2.2 2005/01/30 > 01:00:04 imp Exp $ $FreeBSD: src/sys/dev/sound/isa/sndbuf_dma.c,v > 1.2.4.1 2005/01/30 01:00:03 imp Exp $ $FreeBSD: > src/sys/dev/sound/pcm/vchan.c,v 1.16.2.1 2005/01/30 01:00:05 imp Exp > $ $FreeBSD: src/sys/dev/sound/pcm/sound.c,v 1.92.2.1 2005/01/30 > 01:00:05 imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/sndstat.c,v > 1.17.2.2 2005/01/30 01:00:05 imp Exp $ $FreeBSD: > src/sys/dev/sound/pcm/mixer.c,v 1.40.2.1 2005/01/30 01:00:05 imp Exp > $ $FreeBSD: src/sys/dev/sound/pcm/feeder_rate.c,v 1.10.6.1 > 2005/01/30 01:00:05 imp Exp $ $FreeBSD: > src/sys/dev/sound/pcm/feeder_fmt.c,v 1.13.4.1 2005/01/30 01:00:05 > imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/feeder.c,v 1.32.4.1 > 2005/01/30 01:00:05 imp Exp $ $FreeBSD: > src/sys/dev/sound/pcm/fake.c,v 1.13.4.1 2005/01/30 01:00:05 imp Exp > $ $FreeBSD: src/sys/dev/sound/pcm/dsp.c,v 1.77.2.1 2005/01/30 > 01:00:04 imp Exp $ $FreeBSD: src/sys/dev/sound/pcm/channel.c,v > 1.97.2.1 2005/01/30 01:00:04 imp Exp $ $FreeBSD: > src/sys/dev/sound/pcm/buffer.c,v 1.23.2.2 2005/01/30 01:00:04 imp > Exp $ $FreeBSD: src/sys/dev/sound/pcm/ac97_patch.c,v 1.2.4.1 > 2005/01/30 01:00:04 imp Exp $ $FreeBSD: > src/sys/dev/sound/pcm/ac97.c,v 1.51.2.2 2005/05/01 14:31:06 scottl > Exp $ >=20 > and this xmms config: > [OSS] > audio_device=3D0 > mixer_device=3D0 > buffer_size=3D3000 > prebuffer=3D25 > use_master=3DFALSE > use_alt_audio_device=3DFALSE > ^^^^^^^^^^^^^^^ (I think this was =3DTRUE, I'll check when > I get home) > alt_audio_device=3D/dev/dsp0.2 > use_alt_mixer_device=3DFALSE > alt_mixer_device=3D/dev/mixer >=20 > How about this. Let hw.snd.maxautovchans=3D0 , and set hw.snd.pcm0.vchans=3Dmorethan_1. It's probably not because of via driver, or the driver itself triggering somewhere else. If you can, try to trigger the panic during single user mode. It's much verbose there. Other people reported better result with those patches, so I hope we can refine your current situation. How about your vmstat -i? How about enabling dxs back (hint.pcm.0.via_dxs_disabled=3D"0") ? -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Wed May 18 21:01:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FCE716A4CE for ; Wed, 18 May 2005 21:01:15 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E58243D49 for ; Wed, 18 May 2005 21:01:14 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGP00447EDM19@VL-MO-MR010.ip.videotron.ca> for freebsd-current@freebsd.org; Wed, 18 May 2005 17:00:58 -0400 (EDT) Date: Wed, 18 May 2005 17:00:53 -0400 From: Nicolas Blais In-reply-to: To: freebsd-current@freebsd.org Message-id: <200505181700.53295.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.8 References: <200505172132.42322.nb_root@videotron.ca> Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 21:01:15 -0000 On May 18, 2005 03:53 am, Bjoern A. Zeeb wrote: > Could you remove that bktr card and see if things improve? If so > moving the bktr to another slot might help. I had that problem several > years ago with an xl(4) and a bktr on a multi-OS machine too. Removing the bktr didn't solve the problem. I get about the same reported speed on dslreport (http://speedtest.cogeco.net) with the same 2-3 seconds delay before data is sent. I pushed my tests a bit further to find that TX (outgoing speed) is about 50% that of what I get in XP and RX (incoming) fluctuates from about 60% to 85% in XP. What I did is a dslreport in Windows and in FreeBSD and also 600MB file transfer on my lan both ways. Bktr or not, the speed is the same. So the bktr is going back in. Any suggestions kindly appreciated, Nicolas. From owner-freebsd-current@FreeBSD.ORG Wed May 18 21:53:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1404F16A51F; Wed, 18 May 2005 21:53:16 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A46FC43D92; Wed, 18 May 2005 21:53:15 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EA47172DD4; Wed, 18 May 2005 14:53:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E7F5772DCB; Wed, 18 May 2005 14:53:13 -0700 (PDT) Date: Wed, 18 May 2005 14:53:13 -0700 (PDT) From: Doug White To: "Balgansuren.B" In-Reply-To: <20050515195706.96BA243DA9@mx1.FreeBSD.org> Message-ID: <20050518145100.H87264@carver.gumbysoft.com> References: <20050515195706.96BA243DA9@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: RE: Re: Supermicro superserver 5013S-i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 21:53:16 -0000 On Sun, 15 May 2005, Balgansuren.B wrote: > Doug, > > I checked website for BIOS files and current loaded BIOS is latest > version. > > If I to use continously ACPI aware=NO, is there any problem? You can, but you may have reduced functionality (particularly if ACPI supports thermal zones). > Previously, on server was loaded Fedora Core 2, then I removed it. > > BTW, when I install Fedora Core 2 and it works normal. Fedora doesn't use ACPI by default I don't think. They may also suppress the messages. Again, the messages are largely harmless. I suspect its due to using a very old ACPI compiler and specification. > > Balgaa > > > > On Sat, 14 May 2005, Balgansuren.B wrote: > > > > > Yesterday (13 May, 2005), I installed FreeBSD 5.4 > > Release on this > > > server without problem. This morning (14 May, 2005) > > I did cvsup and now > > > it is 5.4-STABLE. > > > > > > But I saw strange thing when I change settings on > > bios setup. > > > > > > > [...] > > > > > May 14 10:41:41 altainet kernel: ACPI-0698: *** > > Warning: Type override > > > - [DEB_] had invalid type (Integer) for Scope > > operator, changed to > > > (Scope) > > > > This is a bug in the ACPI DSDT table in the BIOS. If > > upgrading the BIOS > > causes this then contact your systems vendor and > > complain since the prior > > BIOS table did not have these errors. It obviously > > goes away when ACPI is > > disabled since the table is not evaluated in that > > instance. > > > > Its likely harmless. > > > > -- > > Doug White | FreeBSD: The Power > > to Serve > > dwhite@gumbysoft.com | www.FreeBSD.org > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:03:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8688816A4CE for ; Wed, 18 May 2005 22:03:04 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52C7343DA1 for ; Wed, 18 May 2005 22:03:04 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 26E7E72DD9; Wed, 18 May 2005 15:03:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 24B8572DD4; Wed, 18 May 2005 15:03:03 -0700 (PDT) Date: Wed, 18 May 2005 15:03:03 -0700 (PDT) From: Doug White To: Jonathan Noack In-Reply-To: <42883FE6.6040608@alumni.rice.edu> Message-ID: <20050518150255.B87264@carver.gumbysoft.com> References: <42883FE6.6040608@alumni.rice.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode (subr_turnstile.c:226) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:03:04 -0000 On Mon, 16 May 2005, Jonathan Noack wrote: > I was in X so no dump or ddb. You have INVARIANTS compiled in? > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x4 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc051c117 > stack pointer = 0x28:0xf976c8a8 > frame pointer = 0x28:0xf976c8cc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 939 (firefox-bin) > trap number = 12 > panic: page fault > KDB: stack backtrace: > panic(c06a83b3,c06d27e7,f976c868,1,1) at panic+0x13a > trap_fatal(c06d2aff,c,2,118,4) at trap_fatal+0x255 > trap(b23c0008,28,c2ed0028,c29a07c0,c3168900) at trap+0x221 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc051c117, esp = 0xf976c8a8, ebp = 0xf976c8cc --- > propagate_priority(c07127c0,8,c06ba676,254,c0717134) at > propagate_priority+0x197 > turnstile_wait(c3164668,c2ed9a80,c06b6aff,216,c3164668) at > turnstile_wait+0x1f7 > _mtx_lock_sleep(c3164668,c3168900,0,c06b79b9,27e) at _mtx_lock_sleep+0x9c > _mtx_lock_flags(c3164668,0,c06b79b9,27e,f976c9e4) at _mtx_lock_flags+0xaf > kern_sigprocmask(c3168900,3,f976c9e4,0,0) at kern_sigprocmask+0x37 > nfs_restore_sigmask(c3168900,f976c9e4,6,c3168900,c2f8a980) at > nfs_restore_sigmask+0x34 > nfs_readrpc(c332b660,f976ca4c,c2f8a980,c2f4c294,cf1) at nfs_readrpc+0x104 > nfs_doio(c332b660,d64cad80,c2f8a980,c3168900,f976cab8) at nfs_doio+0x55f > nfs_write(f976cbfc,0,f976cc74) at nfs_write+0x7e1 > VOP_WRITE_APV(c06f9ca0,f976cbfc,c3168900,21b,7f) at VOP_WRITE_APV+0x69 > vn_write(c30bd288,f976cc74,c2f8a980,0,c3168900) at vn_write+0x1ae > dofilewrite(1b,a3b7060,1fff,ffffffff,ffffffff) at dofilewrite+0xac > write(c3168900,f976cd04,c,1,3) at write+0x77 > syscall(3b,ffff003b,bf8f003b,8067000,8fd5) at syscall+0x13b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (4, FreeBSD ELF32, write), eip = 0x28797a63, esp = > 0xbfbfdb5c, ebp = 0xbfbfdb78 --- > > $ addr2line -e kernel.debug 0xc051c117 > /usr/src/sys/kern/subr_turnstile.c:226 > > 223: /* > 224: * If we aren't blocked on a lock, we should be. > 225: */ > 226: KASSERT(TD_ON_LOCK(td), ( > 227: "thread %d(%s):%d holds %s but isn't blocked on a lock\n", > 228: td->td_tid, td->td_proc->p_comm, td->td_state, > 229: ts->ts_lockobj->lo_name)); > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:04:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB57E16A4CE for ; Wed, 18 May 2005 22:04:39 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B03843DA1 for ; Wed, 18 May 2005 22:04:39 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A30E572DD4; Wed, 18 May 2005 15:04:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A055A72DCB; Wed, 18 May 2005 15:04:39 -0700 (PDT) Date: Wed, 18 May 2005 15:04:39 -0700 (PDT) From: Doug White To: Jens Schweikhardt In-Reply-To: <20050516113420.GA786@schweikhardt.net> Message-ID: <20050518150346.S87264@carver.gumbysoft.com> References: <20050516113420.GA786@schweikhardt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:04:40 -0000 On Mon, 16 May 2005, Jens Schweikhardt wrote: > hello, world\n > > the timekeeping on my CURRENT system as of May 15 is very strange. The > time as reported by date(1) increases too slow by a factor of 3. Things > with second intervals like sleep 1, tail -f, iostat 1, changing folders > in mutt all go slower by a factor of 3. > > The system bios date however is correct, and a kernel as of March does > not have this problem, so it's clearly the kernel or some other software > problem. I have investigated a bit and found the interrupt rates for the > lapic[01] being three times the value on the broken kernel (about 2kHz > vs 6kHz), Are you running with kern.hz or HZ set to something other than the default? > schweikh@hal9000:~ $ vmstat -i # Good kernel > interrupt total rate > irq1: atkbd0 250 0 > irq3: sio1 2 0 > irq4: sio0 2 0 > irq12: psm0 9079 25 > irq13: npx0 1 0 > irq14: ata0 84 0 > irq15: ata1 77 0 > irq18: em0 1091 3 > irq24: ahd0 9112 25 > irq25: ahc0 16 0 > lapic0: timer 722947 1997 <-- ~6057 on a bad system > irq0: clk 361525 998 > lapic1: timer 708251 1956 <-- dito > Total 1812437 5006 <-- greater than 12000 the lapic timer values should run about 2*hz. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:05:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45E5A16A4CE; Wed, 18 May 2005 22:05:07 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D823243DB3; Wed, 18 May 2005 22:05:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6991C72DD4; Wed, 18 May 2005 15:05:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6719672DCB; Wed, 18 May 2005 15:05:05 -0700 (PDT) Date: Wed, 18 May 2005 15:05:05 -0700 (PDT) From: Doug White To: Danny Braniss In-Reply-To: Message-ID: <20050518150453.L87264@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Ruslan Ermilov cc: current@freebsd.org Subject: Re: your mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:05:07 -0000 On Mon, 16 May 2005, Danny Braniss wrote: > im trying to 'make buildworld' on a i386 5.4 for amd64, and something > is broken: > > ===> usr.bin/lex/lib > rm -f .depend > CC='cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT > -I/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/include > -L/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32 > -B/r+d/obj/x-dev/amd64/r+d/5.4/src/lib32/usr/lib32' mkdep -f .depend -a > libmain.c libyywrap.c > /usr/bin/mkdep: cannot create _mkdep45500: Permission denied > *** Error code 2 Permissions in your obj dir, apparently. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:11:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5CAF16A4CE for ; Wed, 18 May 2005 22:11:27 +0000 (GMT) Received: from smtp.speedfactory.net (talon.speedfactory.net [66.23.216.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 112E143D75 for ; Wed, 18 May 2005 22:11:27 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 3174 invoked from network); 18 May 2005 18:11:30 +0000 Received: from 66-23-216-49.clients.speedfactory.net (HELO palm.tree.com) (66.23.216.49) by mail.speedfactory.net with AES256-SHA encrypted SMTP; 18 May 2005 18:11:30 +0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j4IMBMpP056756; Wed, 18 May 2005 18:11:22 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: Doug White In-Reply-To: <20050518150255.B87264@carver.gumbysoft.com> References: <42883FE6.6040608@alumni.rice.edu> <20050518150255.B87264@carver.gumbysoft.com> Content-Type: text/plain Message-Id: <1116454282.7597.2146.camel@palm> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 18 May 2005 18:11:22 -0400 Content-Transfer-Encoding: 7bit cc: "current@freebsd.org" Subject: Re: Fatal trap 12: page fault while in kernel mode (subr_turnstile.c:226) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:11:27 -0000 This crash has my name on it :-( I will check in a fix ASAP. Stephan On Wed, 2005-05-18 at 18:03, Doug White wrote: > On Mon, 16 May 2005, Jonathan Noack wrote: > > > I was in X so no dump or ddb. > > You have INVARIANTS compiled in? > > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x4 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc051c117 > > stack pointer = 0x28:0xf976c8a8 > > frame pointer = 0x28:0xf976c8cc > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 939 (firefox-bin) > > trap number = 12 > > panic: page fault > > KDB: stack backtrace: > > panic(c06a83b3,c06d27e7,f976c868,1,1) at panic+0x13a > > trap_fatal(c06d2aff,c,2,118,4) at trap_fatal+0x255 > > trap(b23c0008,28,c2ed0028,c29a07c0,c3168900) at trap+0x221 > > calltrap() at calltrap+0x5 > > --- trap 0xc, eip = 0xc051c117, esp = 0xf976c8a8, ebp = 0xf976c8cc --- > > propagate_priority(c07127c0,8,c06ba676,254,c0717134) at > > propagate_priority+0x197 > > turnstile_wait(c3164668,c2ed9a80,c06b6aff,216,c3164668) at > > turnstile_wait+0x1f7 > > _mtx_lock_sleep(c3164668,c3168900,0,c06b79b9,27e) at _mtx_lock_sleep+0x9c > > _mtx_lock_flags(c3164668,0,c06b79b9,27e,f976c9e4) at _mtx_lock_flags+0xaf > > kern_sigprocmask(c3168900,3,f976c9e4,0,0) at kern_sigprocmask+0x37 > > nfs_restore_sigmask(c3168900,f976c9e4,6,c3168900,c2f8a980) at > > nfs_restore_sigmask+0x34 > > nfs_readrpc(c332b660,f976ca4c,c2f8a980,c2f4c294,cf1) at nfs_readrpc+0x104 > > nfs_doio(c332b660,d64cad80,c2f8a980,c3168900,f976cab8) at nfs_doio+0x55f > > nfs_write(f976cbfc,0,f976cc74) at nfs_write+0x7e1 > > VOP_WRITE_APV(c06f9ca0,f976cbfc,c3168900,21b,7f) at VOP_WRITE_APV+0x69 > > vn_write(c30bd288,f976cc74,c2f8a980,0,c3168900) at vn_write+0x1ae > > dofilewrite(1b,a3b7060,1fff,ffffffff,ffffffff) at dofilewrite+0xac > > write(c3168900,f976cd04,c,1,3) at write+0x77 > > syscall(3b,ffff003b,bf8f003b,8067000,8fd5) at syscall+0x13b > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (4, FreeBSD ELF32, write), eip = 0x28797a63, esp = > > 0xbfbfdb5c, ebp = 0xbfbfdb78 --- > > > > $ addr2line -e kernel.debug 0xc051c117 > > /usr/src/sys/kern/subr_turnstile.c:226 > > > > 223: /* > > 224: * If we aren't blocked on a lock, we should be. > > 225: */ > > 226: KASSERT(TD_ON_LOCK(td), ( > > 227: "thread %d(%s):%d holds %s but isn't blocked on a lock\n", > > 228: td->td_tid, td->td_proc->p_comm, td->td_state, > > 229: ts->ts_lockobj->lo_name)); > > > > From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:15:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3581B16A4CE for ; Wed, 18 May 2005 22:15:00 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F233B43DBA for ; Wed, 18 May 2005 22:14:59 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4180D72DD4; Wed, 18 May 2005 15:14:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3CFFD72DCB; Wed, 18 May 2005 15:14:58 -0700 (PDT) Date: Wed, 18 May 2005 15:14:58 -0700 (PDT) From: Doug White To: Kris Kennaway In-Reply-To: <20050517224142.GA12953@xor.obsecurity.org> Message-ID: <20050518151427.E87264@carver.gumbysoft.com> References: <20050516194321.GB67032@xor.obsecurity.org> <20050517224142.GA12953@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: othermark Subject: Re: SMP hard lock with libpthread (thread X holds Y but isn'tblocked on a lock) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:15:00 -0000 On Tue, 17 May 2005, Kris Kennaway wrote: > On Tue, May 17, 2005 at 08:26:11AM -0700, othermark wrote: > > Kris Kennaway wrote: > > > > > On Mon, May 16, 2005 at 08:33:14AM -0700, othermark wrote: > > >> I have an application that uses shared memory/threads and is linked with > > >> libpthread, running on May 10 -current. Every time I run it, after a few > > >> minutes *poof* hard lock on a SMP box. All debug options are enabled in > > >> the kernel, but it won't break to debugger. Here's what appears on the > > >> console, and addr2line output follows: > > > > > > Try the NMI debugger patches, which might be sufficient to get it into > > > DDB. > > > > > > Kris > > > > Jonathan's report on this issue, does have the stack trace, but seems to > > be triggered by nfs. > > > > http://article.gmane.org/gmane.os.freebsd.current/69268 > > The 'turnstile' panic may be secondary, and the real panic was in some > other thread. That's why you'd need to get into DDB. Someone else posted a full trace; it looks like a locking problem in nfs_sigmask(). > > However, simply recompiling my application with libthr instead of libpthread > > completely avoids the panic. > > Obviously not a real solution.. > > Kris > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:15:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A6EE16A4CE for ; Wed, 18 May 2005 22:15:11 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B151643DB5 for ; Wed, 18 May 2005 22:15:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 6163F1FFE50; Thu, 19 May 2005 00:15:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 393C91FFE4D; Thu, 19 May 2005 00:15:06 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 7910315384; Wed, 18 May 2005 22:12:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6F9CB1537B; Wed, 18 May 2005 22:12:52 +0000 (UTC) Date: Wed, 18 May 2005 22:12:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Nicolas Blais In-Reply-To: <200505181700.53295.nb_root@videotron.ca> Message-ID: References: <200505172132.42322.nb_root@videotron.ca> <200505181700.53295.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@freebsd.org Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:15:11 -0000 On Wed, 18 May 2005, Nicolas Blais wrote: I just checked you original mail and seen: > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) 0x9 is strange. could you please sent me (private mail is ok) an output of bootverbose along with pciconf -lv output? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:20:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBC7416A4CE for ; Wed, 18 May 2005 22:20:39 +0000 (GMT) Received: from smtp817.mail.sc5.yahoo.com (smtp817.mail.sc5.yahoo.com [66.163.170.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 5AC4043D69 for ; Wed, 18 May 2005 22:20:39 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp817.mail.sc5.yahoo.com with SMTP; 18 May 2005 22:20:38 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id A85866192; Wed, 18 May 2005 17:20:37 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16768-12; Wed, 18 May 2005 17:20:36 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 1295A618F; Wed, 18 May 2005 17:20:36 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4IMKZJ7001376; Wed, 18 May 2005 17:20:35 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <428BBFAA.3010207@alumni.rice.edu> Date: Wed, 18 May 2005 17:20:26 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <42883FE6.6040608@alumni.rice.edu> <20050518150255.B87264@carver.gumbysoft.com> In-Reply-To: <20050518150255.B87264@carver.gumbysoft.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig954DF9C168BC93F022F0D363" X-Virus-Scanned: amavisd-new at noacks.org cc: current@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode (subr_turnstile.c:226) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:20:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig954DF9C168BC93F022F0D363 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/18/05 17:03, Doug White wrote: > On Mon, 16 May 2005, Jonathan Noack wrote: >>I was in X so no dump or ddb. > > You have INVARIANTS compiled in? Sure do, along with WITNESS, WITNESS_SKIPSPIN, KDB, KDB_TRACE, and DDB. Why do you ask? I remember reading somewhere that at this point a panic in X results in an instant reboot. This has certainly been my experience. I assume this is a difficult problem or it would have been fixed long ago. Anyone know why this happens? >>Fatal trap 12: page fault while in kernel mode >>fault virtual address = 0x4 >>fault code = supervisor read, page not present >>instruction pointer = 0x20:0xc051c117 >>stack pointer = 0x28:0xf976c8a8 >>frame pointer = 0x28:0xf976c8cc >>code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >>processor eflags = resume, IOPL = 0 >>current process = 939 (firefox-bin) >>trap number = 12 >>panic: page fault >>KDB: stack backtrace: >>panic(c06a83b3,c06d27e7,f976c868,1,1) at panic+0x13a >>trap_fatal(c06d2aff,c,2,118,4) at trap_fatal+0x255 >>trap(b23c0008,28,c2ed0028,c29a07c0,c3168900) at trap+0x221 >>calltrap() at calltrap+0x5 >>--- trap 0xc, eip = 0xc051c117, esp = 0xf976c8a8, ebp = 0xf976c8cc --- >>propagate_priority(c07127c0,8,c06ba676,254,c0717134) at >>propagate_priority+0x197 >>turnstile_wait(c3164668,c2ed9a80,c06b6aff,216,c3164668) at >>turnstile_wait+0x1f7 >>_mtx_lock_sleep(c3164668,c3168900,0,c06b79b9,27e) at _mtx_lock_sleep+0x9c >>_mtx_lock_flags(c3164668,0,c06b79b9,27e,f976c9e4) at _mtx_lock_flags+0xaf >>kern_sigprocmask(c3168900,3,f976c9e4,0,0) at kern_sigprocmask+0x37 >>nfs_restore_sigmask(c3168900,f976c9e4,6,c3168900,c2f8a980) at >>nfs_restore_sigmask+0x34 >>nfs_readrpc(c332b660,f976ca4c,c2f8a980,c2f4c294,cf1) at nfs_readrpc+0x104 >>nfs_doio(c332b660,d64cad80,c2f8a980,c3168900,f976cab8) at nfs_doio+0x55f >>nfs_write(f976cbfc,0,f976cc74) at nfs_write+0x7e1 >>VOP_WRITE_APV(c06f9ca0,f976cbfc,c3168900,21b,7f) at VOP_WRITE_APV+0x69 >>vn_write(c30bd288,f976cc74,c2f8a980,0,c3168900) at vn_write+0x1ae >>dofilewrite(1b,a3b7060,1fff,ffffffff,ffffffff) at dofilewrite+0xac >>write(c3168900,f976cd04,c,1,3) at write+0x77 >>syscall(3b,ffff003b,bf8f003b,8067000,8fd5) at syscall+0x13b >>Xint0x80_syscall() at Xint0x80_syscall+0x1f >>--- syscall (4, FreeBSD ELF32, write), eip = 0x28797a63, esp = >>0xbfbfdb5c, ebp = 0xbfbfdb78 --- >> >>$ addr2line -e kernel.debug 0xc051c117 >>/usr/src/sys/kern/subr_turnstile.c:226 >> >>223: /* >>224: * If we aren't blocked on a lock, we should be. >>225: */ >>226: KASSERT(TD_ON_LOCK(td), ( >>227: "thread %d(%s):%d holds %s but isn't blocked on a lock\n", >>228: td->td_tid, td->td_proc->p_comm, td->td_state, >>229: ts->ts_lockobj->lo_name)); -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig954DF9C168BC93F022F0D363 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCi7+zUFz01pkdgZURAmQPAKC5bBhWsuCi2p9nNMIPCWhO+JuGQQCfb8FP qbBZQV/a1ct/XLdRmSsMUbA= =rbDG -----END PGP SIGNATURE----- --------------enig954DF9C168BC93F022F0D363-- From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:25:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C20C416A4CE for ; Wed, 18 May 2005 22:25:01 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14D6C43D45 for ; Wed, 18 May 2005 22:25:01 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR011.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGP00DYSI989B@VL-MO-MR011.ip.videotron.ca> for freebsd-current@freebsd.org; Wed, 18 May 2005 18:24:45 -0400 (EDT) Date: Wed, 18 May 2005 18:24:43 -0400 From: Nicolas Blais In-reply-to: To: freebsd-current@freebsd.org Message-id: <200505181824.43472.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_/ddcvY2uK/S1fJ++SJSu9g)" User-Agent: KMail/1.8 References: <200505172132.42322.nb_root@videotron.ca> <200505181700.53295.nb_root@videotron.ca> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:25:02 -0000 --Boundary_(ID_/ddcvY2uK/S1fJ++SJSu9g) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline On May 18, 2005 06:12 pm, Bjoern A. Zeeb wrote: > On Wed, 18 May 2005, Nicolas Blais wrote: > > I just checked you original mail and seen: > > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) > > 0x9 is strange. > > could you please sent me (private mail is ok) an output of > bootverbose along with pciconf -lv output? I have it attached to this email. Nicolas. --Boundary_(ID_/ddcvY2uK/S1fJ++SJSu9g) Content-type: text/plain; charset=iso-8859-1; name=dmesgverbose Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=dmesgverbose mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 00 01 00 01 14 01 00 01 2a 01 00 01 2f 01 00 01 6a 00 02 01 04 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 VESA: 56 mode(s) found VESA: v2.0, 16384k memory, flags:0x1, mode table:0xc09d66c2 (1000022) VESA: ATI RADEON 9600 PRO VESA: ATI Technologies Inc. V350 01.00 null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=02821106) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f59f0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x01 3 4 5 7 10 11 14 15 embedded 0 1 B 0x02 3 4 5 7 10 11 14 15 embedded 0 17 C 0x03 3 4 5 7 10 11 14 15 embedded 0 15 A 0x01 3 4 5 7 10 11 14 15 embedded 0 15 B 0x02 3 4 5 7 10 11 14 15 embedded 0 15 C 0x03 3 4 5 7 10 11 14 15 embedded 0 15 D 0x05 3 4 5 7 10 11 14 15 embedded 0 16 A 0x01 3 4 5 7 10 11 14 15 embedded 0 16 B 0x02 3 4 5 7 10 11 14 15 embedded 0 16 C 0x03 3 4 5 7 10 11 14 15 embedded 0 16 D 0x05 3 4 5 7 10 11 14 15 slot 1 0 11 A 0x01 3 4 5 7 10 11 14 15 slot 1 0 11 B 0x02 3 4 5 7 10 11 14 15 slot 1 0 11 C 0x03 3 4 5 7 10 11 14 15 slot 1 0 11 D 0x05 3 4 5 7 10 11 14 15 slot 2 0 12 A 0x02 3 4 5 7 10 11 14 15 slot 2 0 12 B 0x03 3 4 5 7 10 11 14 15 slot 2 0 12 C 0x05 3 4 5 7 10 11 14 15 slot 2 0 12 D 0x01 3 4 5 7 10 11 14 15 slot 3 0 13 A 0x03 3 4 5 7 10 11 14 15 slot 3 0 13 B 0x05 3 4 5 7 10 11 14 15 slot 3 0 13 C 0x01 3 4 5 7 10 11 14 15 slot 3 0 13 D 0x02 3 4 5 7 10 11 14 15 slot 4 0 14 A 0x05 3 4 5 7 10 11 14 15 slot 4 0 14 B 0x01 3 4 5 7 10 11 14 15 slot 4 0 14 C 0x02 3 4 5 7 10 11 14 15 slot 4 0 14 D 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 A 0x01 3 4 5 7 10 11 14 15 slot 5 0 9 B 0x02 3 4 5 7 10 11 14 15 slot 5 0 9 C 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 D 0x05 3 4 5 7 10 11 14 15 embedded 0 7 A 0x01 3 4 5 7 10 11 14 15 embedded 0 10 A 0x02 3 4 5 7 10 11 14 15 embedded 0 8 A 0x03 3 4 5 7 10 11 14 15 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link2: irq 5 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: irq 0 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: irq 0 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: irq 0 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 ACPI timer: 1/2 1/1 1/2 1/2 1/1 1/2 1/2 1/1 1/2 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x0282, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e4000000, size 26, enabled found-> vendor=0x1106, dev=0x1282, revid=0x00 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2282, revid=0x00 bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3282, revid=0x00 bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4282, revid=0x00 bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7282, revid=0x00 bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb188, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3044, revid=0x80 bus=0, slot=7, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base fbc00000, size 11, enabled map[14]: type 4, range 32, base 0000d800, size 7, enabled pcib0: matched entry for 0.7.INTA (src \\_SB_.LNKA:0) pcib0: slot 7 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x109e, dev=0x036e, revid=0x11 bus=0, slot=9, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e3e00000, size 12, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.LNKA:0) pcib0: slot 9 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x109e, dev=0x0878, revid=0x11 bus=0, slot=9, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e3f00000, size 12, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.LNKA:0) pcib0: slot 9 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x11ab, dev=0x4320, revid=0x13 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x17 (5750 ns), maxlat=0x1f (7750 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fbb00000, size 14, enabled map[14]: type 4, range 32, base 0000d400, size 8, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.LNKB:0) pcib0: slot 10 INTA routed to irq 10 via \\_SB_.LNKB found-> vendor=0x1106, dev=0x3149, revid=0x80 bus=0, slot=15, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 3, enabled map[14]: type 4, range 32, base 0000c800, size 2, enabled map[18]: type 4, range 32, base 0000c400, size 3, enabled map[1c]: type 4, range 32, base 0000c000, size 2, enabled map[20]: type 4, range 32, base 0000b800, size 4, enabled map[24]: type 4, range 32, base 0000b400, size 8, enabled pcib0: matched entry for 0.15.INTB (src \\_SB_.LNKB:0) pcib0: slot 15 INTB routed to irq 10 via \\_SB_.LNKB found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a000, size 5, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.LNKA:0) pcib0: slot 16 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a400, size 5, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.LNKA:0) pcib0: slot 16 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a800, size 5, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.LNKB:0) pcib0: slot 16 INTB routed to irq 10 via \\_SB_.LNKB found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000b000, size 5, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.LNKB:0) pcib0: slot 16 INTB routed to irq 10 via \\_SB_.LNKB found-> vendor=0x1106, dev=0x3104, revid=0x86 bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fb800000, size 8, enabled pcib0: matched entry for 0.16.INTC (src \\_SB_.LNKC:0) pcib0: slot 16 INTC routed to irq 5 via \\_SB_.LNKC found-> vendor=0x1106, dev=0x3227, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3059, revid=0x60 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00009800, size 8, enabled pcib0: matched entry for 0.17.INTC (src \\_SB_.LNKC:0) pcib0: slot 17 INTC routed to irq 5 via \\_SB_.LNKC found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 AMD64: 1 Misc. Control unit(s) found. agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe4000000 agp0: allocating GATT for aperture of size 32M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xfbd00000-0xfbffffff pcib1: prefetched decode 0xe8000000-0xfaffffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4153, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled pcib1: (null) requested memory range 0xe8000000-0xefffffff: good map[14]: type 4, range 32, base 0000e000, size 8, enabled pcib1: (null) requested I/O range 0xe000-0xe0ff: in range map[18]: type 1, range 32, base fbe00000, size 16, enabled pcib1: (null) requested memory range 0xfbe00000-0xfbe0ffff: good pcib0: matched entry for 0.1.INTA (src \\_SB_.LNKA:0) pcib0: slot 1 INTA routed to irq 11 via \\_SB_.LNKA pcib1: slot 0 INTA is routed to irq 11 found-> vendor=0x1002, dev=0x4173, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib1: (null) requested memory range 0xf0000000-0xf7ffffff: good map[14]: type 1, range 32, base fbf00000, size 16, enabled pcib1: (null) requested memory range 0xfbf00000-0xfbf0ffff: good drm0: port 0xe000-0xe0ff mem 0xe8000000-0xefffffff,0xfbe00000-0xfbe0ffff irq 11 at device 0.0 on pci1 drm0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfbe00000 pcib1: drm0 requested memory range 0xfbe00000-0xfbe0ffff: good pcib1: drm0 requested memory range 0xfbe00000-0xfbe0ffff: good drm0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe8000000 pcib1: drm0 requested memory range 0xe8000000-0xefffffff: good pcib1: drm0 requested memory range 0xe8000000-0xefffffff: good info: [drm] AGP at 0xe4000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 pci1: at device 0.1 (no driver attached) fwohci0: port 0xd800-0xd87f mem 0xfbc00000-0xfbc007ff irq 11 at device 7.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfbc00000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:cb:93:55 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) bktr0: mem 0xe3e00000-0xe3e00fff irq 11 at device 9.0 on pci0 bktr0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe3e00000 bktr0: [GIANT-LOCKED] brooktree0: PCI bus latency is 64. bktr0: buffer size 3555328, addr 0x3a000000 bktr0: GPIO is 0x00ffffdb bktr0: subsystem 0x0070 0x13eb bktr0: Hauppauge Model 44811 C333 bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner. pci0: at device 9.1 (no driver attached) pci0:9:1: Transition from D0 to D3 skc0: port 0xd400-0xd4ff mem 0xfbb00000-0xfbb03fff irq 10 at device 10.0 on pci0 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfbb00000 skc0: interrupt moderation is 100 us skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) skc0: PN: Yukon 88E8001 skc0: EC: Rev. 1.3 skc0: MN: Marvell skc0: SN: AbCdEfG334454 skc0: chip ver = 0xb1 skc0: chip rev = 0x09 skc0: SK_EPROM0 = 0x10 skc0: SRAM size = 0x010000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:11:d8:44:15:f4 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [MPSAFE] atapci0: port 0xd000-0xd007,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xb800-0xb80f,0xb400-0xb4ff irq 10 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb800 atapci0: [MPSAFE] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xb400 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc800 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc400 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xc000 ata3: SATA connect status=00000000 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=51 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0xa000-0xa01f irq 11 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xa400-0xa41f irq 11 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa400 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xa800-0xa81f irq 10 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa800 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xb000-0xb01f irq 10 at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb000 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfb800000-0xfb8000ff irq 5 at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfb800000 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: VIA Technologies Inc. Mitsumi multi cardreader, rev 2.00/0.03, addr 2 umass0:0:0:-1: Attached to scbus0 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0x9800-0x98ff irq 5 at device 17.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x9800 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: sndbuf_setmap 3e542000, 1000; 0xc24ce000 -> 3e542000 pcm0: sndbuf_setmap 3e724000, 1000; 0xc24d0000 -> 3e724000 pcm0: sndbuf_setmap 3e526000, 1000; 0xc24d2000 -> 3e526000 pcm0: sndbuf_setmap 3db68000, 1000; 0xc24f4000 -> 3db68000 pcm0: sndbuf_setmap 3e4e6000, 1000; 0xc24f2000 -> 3e4e6000 pcm0: sndbuf_setmap 3e6e4000, 1000; 0xc24f0000 -> 3e6e4000 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff 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 pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd3fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Device configuration finished. linprocfs registered procfs registered Timecounter "TSC" frequency 2655145140 Hz quality 800 Timecounters tick every 0.862 msec Linux ELF exec handler installed lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire atapicam: atapicam0 already exists; skipping it pid 25: corrected slot count (0->1) ad0: setting PIO4 on VIA 8237 chip ad0: setting UDMA100 on VIA 8237 chip ad0: 19541MB at ata0-master UDMA100 ad0: 40020624 sectors [39703C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on VIA 8237 chip acd0: setting UDMA33 on VIA 8237 chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 76319MB at ata2-master SATA150 ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: VIA check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed GEOM: new disk ad0 GEOM: new disk ad4 (probe1:ata1:0:0:0): error 22 (probe1:ata1:0:0:0): Unretryable Error (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): error 5 (probe0:umass-sim0:0:0:0): Retries Exausted pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad4s2a start_init: trying /sbin/init sk0: link state changed to UP --Boundary_(ID_/ddcvY2uK/S1fJ++SJSu9g)-- From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:30:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B57616A4CE for ; Wed, 18 May 2005 22:30:27 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84D9543D8B for ; Wed, 18 May 2005 22:30:26 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGP003JVIHS0E@VL-MO-MR010.ip.videotron.ca> for freebsd-current@freebsd.org; Wed, 18 May 2005 18:29:53 -0400 (EDT) Date: Wed, 18 May 2005 18:29:46 -0400 From: Nicolas Blais In-reply-to: To: freebsd-current@freebsd.org Message-id: <200505181829.47003.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_KmRKZju6d+n+yaxQOhGozg)" User-Agent: KMail/1.8 References: <200505172132.42322.nb_root@videotron.ca> <200505181700.53295.nb_root@videotron.ca> Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:30:27 -0000 --Boundary_(ID_KmRKZju6d+n+yaxQOhGozg) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline On May 18, 2005 06:12 pm, Bjoern A. Zeeb wrote: > On Wed, 18 May 2005, Nicolas Blais wrote: > > I just checked you original mail and seen: > > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) > > 0x9 is strange. > > could you please sent me (private mail is ok) an output of > bootverbose along with pciconf -lv output? Sorry, here is both files : --Boundary_(ID_KmRKZju6d+n+yaxQOhGozg) Content-type: text/plain; charset=iso-8859-1; name=dmesgverbose.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=dmesgverbose.txt mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 00 01 00 01 14 01 00 01 2a 01 00 01 2f 01 00 01 6a 00 02 01 04 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 VESA: 56 mode(s) found VESA: v2.0, 16384k memory, flags:0x1, mode table:0xc09d66c2 (1000022) VESA: ATI RADEON 9600 PRO VESA: ATI Technologies Inc. V350 01.00 null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=02821106) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f59f0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x01 3 4 5 7 10 11 14 15 embedded 0 1 B 0x02 3 4 5 7 10 11 14 15 embedded 0 17 C 0x03 3 4 5 7 10 11 14 15 embedded 0 15 A 0x01 3 4 5 7 10 11 14 15 embedded 0 15 B 0x02 3 4 5 7 10 11 14 15 embedded 0 15 C 0x03 3 4 5 7 10 11 14 15 embedded 0 15 D 0x05 3 4 5 7 10 11 14 15 embedded 0 16 A 0x01 3 4 5 7 10 11 14 15 embedded 0 16 B 0x02 3 4 5 7 10 11 14 15 embedded 0 16 C 0x03 3 4 5 7 10 11 14 15 embedded 0 16 D 0x05 3 4 5 7 10 11 14 15 slot 1 0 11 A 0x01 3 4 5 7 10 11 14 15 slot 1 0 11 B 0x02 3 4 5 7 10 11 14 15 slot 1 0 11 C 0x03 3 4 5 7 10 11 14 15 slot 1 0 11 D 0x05 3 4 5 7 10 11 14 15 slot 2 0 12 A 0x02 3 4 5 7 10 11 14 15 slot 2 0 12 B 0x03 3 4 5 7 10 11 14 15 slot 2 0 12 C 0x05 3 4 5 7 10 11 14 15 slot 2 0 12 D 0x01 3 4 5 7 10 11 14 15 slot 3 0 13 A 0x03 3 4 5 7 10 11 14 15 slot 3 0 13 B 0x05 3 4 5 7 10 11 14 15 slot 3 0 13 C 0x01 3 4 5 7 10 11 14 15 slot 3 0 13 D 0x02 3 4 5 7 10 11 14 15 slot 4 0 14 A 0x05 3 4 5 7 10 11 14 15 slot 4 0 14 B 0x01 3 4 5 7 10 11 14 15 slot 4 0 14 C 0x02 3 4 5 7 10 11 14 15 slot 4 0 14 D 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 A 0x01 3 4 5 7 10 11 14 15 slot 5 0 9 B 0x02 3 4 5 7 10 11 14 15 slot 5 0 9 C 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 D 0x05 3 4 5 7 10 11 14 15 embedded 0 7 A 0x01 3 4 5 7 10 11 14 15 embedded 0 10 A 0x02 3 4 5 7 10 11 14 15 embedded 0 8 A 0x03 3 4 5 7 10 11 14 15 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) atpic: Programming IRQ9 as level/low pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link2: irq 5 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: irq 0 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: irq 0 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: irq 0 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 ACPI timer: 1/2 1/1 1/2 1/2 1/1 1/2 1/2 1/1 1/2 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x0282, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e4000000, size 26, enabled found-> vendor=0x1106, dev=0x1282, revid=0x00 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2282, revid=0x00 bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3282, revid=0x00 bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4282, revid=0x00 bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7282, revid=0x00 bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb188, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3044, revid=0x80 bus=0, slot=7, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base fbc00000, size 11, enabled map[14]: type 4, range 32, base 0000d800, size 7, enabled pcib0: matched entry for 0.7.INTA (src \\_SB_.LNKA:0) pcib0: slot 7 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x109e, dev=0x036e, revid=0x11 bus=0, slot=9, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e3e00000, size 12, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.LNKA:0) pcib0: slot 9 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x109e, dev=0x0878, revid=0x11 bus=0, slot=9, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e3f00000, size 12, enabled pcib0: matched entry for 0.9.INTA (src \\_SB_.LNKA:0) pcib0: slot 9 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x11ab, dev=0x4320, revid=0x13 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x17 (5750 ns), maxlat=0x1f (7750 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fbb00000, size 14, enabled map[14]: type 4, range 32, base 0000d400, size 8, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.LNKB:0) pcib0: slot 10 INTA routed to irq 10 via \\_SB_.LNKB found-> vendor=0x1106, dev=0x3149, revid=0x80 bus=0, slot=15, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 3, enabled map[14]: type 4, range 32, base 0000c800, size 2, enabled map[18]: type 4, range 32, base 0000c400, size 3, enabled map[1c]: type 4, range 32, base 0000c000, size 2, enabled map[20]: type 4, range 32, base 0000b800, size 4, enabled map[24]: type 4, range 32, base 0000b400, size 8, enabled pcib0: matched entry for 0.15.INTB (src \\_SB_.LNKB:0) pcib0: slot 15 INTB routed to irq 10 via \\_SB_.LNKB found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a000, size 5, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.LNKA:0) pcib0: slot 16 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a400, size 5, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.LNKA:0) pcib0: slot 16 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a800, size 5, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.LNKB:0) pcib0: slot 16 INTB routed to irq 10 via \\_SB_.LNKB found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000b000, size 5, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.LNKB:0) pcib0: slot 16 INTB routed to irq 10 via \\_SB_.LNKB found-> vendor=0x1106, dev=0x3104, revid=0x86 bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fb800000, size 8, enabled pcib0: matched entry for 0.16.INTC (src \\_SB_.LNKC:0) pcib0: slot 16 INTC routed to irq 5 via \\_SB_.LNKC found-> vendor=0x1106, dev=0x3227, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3059, revid=0x60 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00009800, size 8, enabled pcib0: matched entry for 0.17.INTC (src \\_SB_.LNKC:0) pcib0: slot 17 INTC routed to irq 5 via \\_SB_.LNKC found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 AMD64: 1 Misc. Control unit(s) found. agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe4000000 agp0: allocating GATT for aperture of size 32M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xfbd00000-0xfbffffff pcib1: prefetched decode 0xe8000000-0xfaffffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4153, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled pcib1: (null) requested memory range 0xe8000000-0xefffffff: good map[14]: type 4, range 32, base 0000e000, size 8, enabled pcib1: (null) requested I/O range 0xe000-0xe0ff: in range map[18]: type 1, range 32, base fbe00000, size 16, enabled pcib1: (null) requested memory range 0xfbe00000-0xfbe0ffff: good pcib0: matched entry for 0.1.INTA (src \\_SB_.LNKA:0) pcib0: slot 1 INTA routed to irq 11 via \\_SB_.LNKA pcib1: slot 0 INTA is routed to irq 11 found-> vendor=0x1002, dev=0x4173, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib1: (null) requested memory range 0xf0000000-0xf7ffffff: good map[14]: type 1, range 32, base fbf00000, size 16, enabled pcib1: (null) requested memory range 0xfbf00000-0xfbf0ffff: good drm0: port 0xe000-0xe0ff mem 0xe8000000-0xefffffff,0xfbe00000-0xfbe0ffff irq 11 at device 0.0 on pci1 drm0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfbe00000 pcib1: drm0 requested memory range 0xfbe00000-0xfbe0ffff: good pcib1: drm0 requested memory range 0xfbe00000-0xfbe0ffff: good drm0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe8000000 pcib1: drm0 requested memory range 0xe8000000-0xefffffff: good pcib1: drm0 requested memory range 0xe8000000-0xefffffff: good info: [drm] AGP at 0xe4000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 pci1: at device 0.1 (no driver attached) fwohci0: port 0xd800-0xd87f mem 0xfbc00000-0xfbc007ff irq 11 at device 7.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfbc00000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:cb:93:55 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) bktr0: mem 0xe3e00000-0xe3e00fff irq 11 at device 9.0 on pci0 bktr0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe3e00000 bktr0: [GIANT-LOCKED] brooktree0: PCI bus latency is 64. bktr0: buffer size 3555328, addr 0x3a000000 bktr0: GPIO is 0x00ffffdb bktr0: subsystem 0x0070 0x13eb bktr0: Hauppauge Model 44811 C333 bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner. pci0: at device 9.1 (no driver attached) pci0:9:1: Transition from D0 to D3 skc0: port 0xd400-0xd4ff mem 0xfbb00000-0xfbb03fff irq 10 at device 10.0 on pci0 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfbb00000 skc0: interrupt moderation is 100 us skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) skc0: PN: Yukon 88E8001 skc0: EC: Rev. 1.3 skc0: MN: Marvell skc0: SN: AbCdEfG334454 skc0: chip ver = 0xb1 skc0: chip rev = 0x09 skc0: SK_EPROM0 = 0x10 skc0: SRAM size = 0x010000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:11:d8:44:15:f4 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [MPSAFE] atapci0: port 0xd000-0xd007,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xb800-0xb80f,0xb400-0xb4ff irq 10 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb800 atapci0: [MPSAFE] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xb400 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc800 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc400 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xc000 ata3: SATA connect status=00000000 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=51 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0xa000-0xa01f irq 11 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xa400-0xa41f irq 11 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa400 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xa800-0xa81f irq 10 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa800 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xb000-0xb01f irq 10 at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb000 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfb800000-0xfb8000ff irq 5 at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfb800000 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: VIA Technologies Inc. Mitsumi multi cardreader, rev 2.00/0.03, addr 2 umass0:0:0:-1: Attached to scbus0 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0x9800-0x98ff irq 5 at device 17.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x9800 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: sndbuf_setmap 3e542000, 1000; 0xc24ce000 -> 3e542000 pcm0: sndbuf_setmap 3e724000, 1000; 0xc24d0000 -> 3e724000 pcm0: sndbuf_setmap 3e526000, 1000; 0xc24d2000 -> 3e526000 pcm0: sndbuf_setmap 3db68000, 1000; 0xc24f4000 -> 3db68000 pcm0: sndbuf_setmap 3e4e6000, 1000; 0xc24f2000 -> 3e4e6000 pcm0: sndbuf_setmap 3e6e4000, 1000; 0xc24f0000 -> 3e6e4000 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff 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 pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd3fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Device configuration finished. linprocfs registered procfs registered Timecounter "TSC" frequency 2655145140 Hz quality 800 Timecounters tick every 0.862 msec Linux ELF exec handler installed lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire atapicam: atapicam0 already exists; skipping it pid 25: corrected slot count (0->1) ad0: setting PIO4 on VIA 8237 chip ad0: setting UDMA100 on VIA 8237 chip ad0: 19541MB at ata0-master UDMA100 ad0: 40020624 sectors [39703C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on VIA 8237 chip acd0: setting UDMA33 on VIA 8237 chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 76319MB at ata2-master SATA150 ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: VIA check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed GEOM: new disk ad0 GEOM: new disk ad4 (probe1:ata1:0:0:0): error 22 (probe1:ata1:0:0:0): Unretryable Error (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): error 5 (probe0:umass-sim0:0:0:0): Retries Exausted pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad4s2a start_init: trying /sbin/init sk0: link state changed to UP --Boundary_(ID_KmRKZju6d+n+yaxQOhGozg) Content-type: text/plain; charset=iso-8859-1; name=pciconf.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=pciconf.txt agp0@pci0:0:0: class=0x060000 card=0x80a31043 chip=0x02821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb0@pci0:0:1: class=0x060000 card=0x00000000 chip=0x12821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb1@pci0:0:2: class=0x060000 card=0x00000000 chip=0x22821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb2@pci0:0:3: class=0x060000 card=0x00000000 chip=0x32821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb3@pci0:0:4: class=0x060000 card=0x00000000 chip=0x42821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb4@pci0:0:7: class=0x060000 card=0x00000000 chip=0x72821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000080 chip=0xb1881106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'Apollo K8HTB CPU to AGP 2.0/3.0 Bridge' class = bridge subclass = PCI-PCI fwohci0@pci0:7:0: class=0x0c0010 card=0x808a1043 chip=0x30441106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire bktr0@pci0:9:0: class=0x040000 card=0x13eb0070 chip=0x036e109e rev=0x11 hdr=0x00 vendor = 'Brooktree Corporation' device = 'Bt878 Mediastream Controller' class = multimedia subclass = video none0@pci0:9:1: class=0x048000 card=0x13eb0070 chip=0x0878109e rev=0x11 hdr=0x00 vendor = 'Brooktree Corporation' device = 'Bt878/Fusion878A Video Capture (Audio Section)' class = multimedia skc0@pci0:10:0: class=0x020000 card=0x811a1043 chip=0x432011ab rev=0x13 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8001/8003/8010 Gigabit Ethernet Controller with Integrated PHY (copper)' class = network subclass = ethernet atapci0@pci0:15:0: class=0x010400 card=0x80ed1043 chip=0x31491106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 VT6410 SATA RAID Controller' class = mass storage subclass = RAID atapci1@pci0:15:1: class=0x01018a card=0x80ed1043 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA uhci0@pci0:16:0: class=0x0c0300 card=0x80ed1043 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci1@pci0:16:1: class=0x0c0300 card=0x80ed1043 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci2@pci0:16:2: class=0x0c0300 card=0x80ed1043 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci3@pci0:16:3: class=0x0c0300 card=0x80ed1043 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB ehci0@pci0:16:4: class=0x0c0320 card=0x80ed1043 chip=0x31041106 rev=0x86 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB isab0@pci0:17:0: class=0x060100 card=0x80ed1043 chip=0x32271106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 PCI-to-ISA Bridge' class = bridge subclass = PCI-ISA pcm0@pci0:17:5: class=0x040100 card=0x812a1043 chip=0x30591106 rev=0x60 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' class = multimedia subclass = audio hostb5@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb6@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb7@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb8@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI drm0@pci1:0:0: class=0x030000 card=0x00901043 chip=0x41531002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV350 Radeon 9550' class = display subclass = VGA none1@pci1:0:1: class=0x038000 card=0x00911043 chip=0x41731002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RV350 Radeon 9550 - Secondary' class = display --Boundary_(ID_KmRKZju6d+n+yaxQOhGozg)-- From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:33:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 306CB16A4CE for ; Wed, 18 May 2005 22:33:56 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39C543DBA for ; Wed, 18 May 2005 22:33:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 01CD272DD4; Wed, 18 May 2005 15:33:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id F0AF672DCB; Wed, 18 May 2005 15:33:55 -0700 (PDT) Date: Wed, 18 May 2005 15:33:55 -0700 (PDT) From: Doug White To: Danny Braniss In-Reply-To: Message-ID: <20050518153328.Y87264@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Arun Raman Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:33:56 -0000 On Tue, 17 May 2005, Danny Braniss wrote: > as far as i have checked, the IBM and Intel blade server are 'almost' > identical, if so then FreeBSD 5.x works fine with 'Intel SBXL52', but so > far not much success with the EM64 based SBX82. I'm working on the SBX82s right now. I have a workaround that gets them booting. Finding the root issue will take some more work; its a data-corruption issue. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:36:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BFAD16A4CE for ; Wed, 18 May 2005 22:36:29 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4D8C43D54 for ; Wed, 18 May 2005 22:36:28 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3070F72DD4; Wed, 18 May 2005 15:36:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2BD6A72DCB; Wed, 18 May 2005 15:36:26 -0700 (PDT) Date: Wed, 18 May 2005 15:36:26 -0700 (PDT) From: Doug White To: David Kleiner In-Reply-To: Message-ID: <20050518153537.M87264@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: -current: unable to boot (bt_strategy X not multiple of block size) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:36:29 -0000 On Tue, 17 May 2005, David Kleiner wrote: > > This is amd64 Asus A8N mobo, previous -current (May 1) worked fine, I > cannot boot even into kernel.old any more, the only option is older > i386 -current and maybe I can fix things from there. The boot loader > said i386/FreeBSD but I don't remember what it said before for amd64 - > it was happening too fast. Yes, its specific to amd64. There is a /boot/loader.old you can use just in case, but you need to break into boot2 to get to it. At the first spinny hit a key and it should drop you to a boot: prompt. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 18 22:41:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1756716A4CF for ; Wed, 18 May 2005 22:41:20 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D855143D70 for ; Wed, 18 May 2005 22:41:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BCEA772DD4; Wed, 18 May 2005 15:41:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B7C0172DCB; Wed, 18 May 2005 15:41:14 -0700 (PDT) Date: Wed, 18 May 2005 15:41:14 -0700 (PDT) From: Doug White To: Muthu_T@Dell.com In-Reply-To: <71F713C5E3CB7F4F9ACCBBB8E9BE318AB66E1B@blrx2kmbgl101.blr.amer.dell.com> Message-ID: <20050518154031.X87264@carver.gumbysoft.com> References: <71F713C5E3CB7F4F9ACCBBB8E9BE318AB66E1B@blrx2kmbgl101.blr.amer.dell.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.4 + DELL CERC SATA 1.5/6ch PCI card (Adaptec) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 22:41:20 -0000 On Wed, 18 May 2005 Muthu_T@Dell.com wrote: > All, > > Today I installed 5.4 on PE-SC1420 which has the following cards: > > 1. DELL CERC SATA 2S (on-board) > 2. DELL CERC SATA 1.5/6ch PCI card > > FreeBSD detects the on-board but not the PCI card. > > I am attaching the 'pciconf -l -v' & dmesg output. > > Could anybody give me the patch, so that I can try it here? Looks fine to me; one came up emulating SCSI controllers and the other came up emulating an aac-suppoted RAID controller. > > > > ahd0@pci2:12:0: class=0x010400 card=0x01681028 chip=0x80959005 rev=0x10 > hdr=0x00 > vendor = 'Adaptec Inc' > device = 'ASC-39320 HostRAID SCSI Controller' > class = mass storage > subclass = RAID > ahd1@pci2:12:1: class=0x010400 card=0x01681028 chip=0x80959005 rev=0x10 > hdr=0x00 > vendor = 'Adaptec Inc' > device = 'ASC-39320 HostRAID SCSI Controller' > class = mass storage > subclass = RAID > em0@pci3:12:0: class=0x020000 card=0x10028086 chip=0x10268086 rev=0x04 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82545GM Gigabit Ethernet Controller' > class = network > subclass = ethernet > aac0@pci3:13:0: class=0x010400 card=0x02911028 chip=0x02859005 rev=0x01 > hdr=0x00 > vendor = 'Adaptec Inc' > device = 'AAC-RAID RAID Controller' > class = mass storage > subclass = RAID > > > > Last entry is the DELL CERC SATA 1.5/6ch PCI card (Adaptec). > > Thanks. > --T. Muthu Mohan > > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 18 23:20:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D53916A4CE; Wed, 18 May 2005 23:20:31 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFD4D43D2F; Wed, 18 May 2005 23:20:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 510C651290; Wed, 18 May 2005 16:20:27 -0700 (PDT) Date: Wed, 18 May 2005 16:20:27 -0700 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050518232027.GA9935@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: smp@FreeBSD.org Subject: ADAPTIVE_GIANT benchmark X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 23:20:31 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I reran the 12-concurrent tarball extraction with adaptive giant enabled/disabled, on the 12-processor e4500: real time: x adaptive-giant + no-adaptive-giant +--------------------------------------------------------------------------+ | x + x | | + x + + x | | x + xx *x ++ xx+ + | | x + ** ** *+ xx*+ + + | | x x+ **+** ** *x**** * * +x + | | x x x x+x*****************x*x* +x+ * + | |x xxx **+x*x*********************x+x* * ++++ + + +x + +| | |________A_________| | | |_________M_A__________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 100 77.48 89.74 82.17 82.2382 2.2768285 + 99 79.02 94.62 82.77 83.29596 2.6837291 Difference at 95.0% confidence 1.05776 +/- 0.691261 1.28621% +/- 0.840559% (Student's t, pooled s = 2.48758) system time: x adaptive-giant + no-adaptive-giant +--------------------------------------------------------------------------+ | +x | | x +x + | | x x xxx* x +* + | | xx x+ xx** * +* + + + | | xx x* x***x * ** ++ x+** + + + | | x xxxx*x+x******x****++*+** +++++ x ++ | |x x x x*xx****x**x******************* *++**++***+*+ *+ + +| | |_________MA__________| | | |__________MA___________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 100 428.87 515.95 468.41 469.8407 15.138894 + 99 448.08 528.59 478.97 480.89152 15.913392 Difference at 95.0% confidence 11.0508 +/- 4.31528 2.35203% +/- 0.918455% (Student's t, pooled s = 15.529) user time x adaptive-giant + no-adaptive-giant +--------------------------------------------------------------------------+ | xx + | | x xx + + | | x xxx *x *x *++ + +++ | | xx +xxx xx*+*x+**+*++ +* x *+++ | | x xx*x+xx*+*+*x***x******* **+* *++++ + | |x+ x * + +x* xx*x*x***********************+*+**+*++xx x+ +x+ +| | |___________A__________| | | |____________A___________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 100 27.66 28.96 28.35 28.3449 0.22686932 + 99 27.67 29.1 28.47 28.459899 0.24268269 Difference at 95.0% confidence 0.114999 +/- 0.0652666 0.405713% +/- 0.230259% (Student's t, pooled s = 0.234869) So adaptive giant is in fact a small net win in all 3 measurements. I'm not sure whether my previous measurements with generic build were incorrect or have some other explanation. Kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCi826Wry0BWjoQKURAkkWAJ4pK6rLBcNag7cuHmfYJrC+suYxNwCgn0vB nMRGPh+4uZc8XOA5Mp3GV7s= =Lbfw -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Thu May 19 00:12:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8415116A4CE for ; Thu, 19 May 2005 00:12:44 +0000 (GMT) Received: from marvin.kset.org (marvin.kset.org [161.53.74.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88AD643D96 for ; Thu, 19 May 2005 00:12:43 +0000 (GMT) (envelope-from dorijan@kset.org) Received: from insane (cmung2571.cmu.carnet.hr [192.168.1.214]) j4J0Cpfp004868 for ; Thu, 19 May 2005 02:12:52 +0200 Received: from placebo2.znet ([10.168.4.3]) by insane (602LAN SUITE 2004) id 32ccce19 for freebsd-current@freebsd.org; Thu, 19 May 2005 2:08:58 +0200 Date: Thu, 19 May 2005 02:12:38 +0200 From: Dorijan Jelincic X-Mailer: The Bat! (v3.0.1.33) Professional Organization: FER X-Priority: 3 (Normal) Message-ID: <156685924.20050519021238@marvin.cc.fer.hr> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: problem with dummynet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dorijan Jelincic List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 00:12:44 -0000 Hello freebsd-current, Since I upgraded my kernetl dummynet is not working properly... things like ipfw pipe 1000 config bw 0 dont work anymore... free# ipfw pipe 1000 config bw 0 ipfw: setsockopt(IP_DUMMYNET_CONFIGURE): Invalid argument this worked before (in snapshot002) -- "Put your hand on a hot stove for a minute, and it seems like an hour. Sit with a pretty girl for an hour, and it seems like a minute. That's relativity." Albert Einstein Dorijan Jelincic, 9a3ajd From owner-freebsd-current@FreeBSD.ORG Thu May 19 01:31:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FA3B16A4CE for ; Thu, 19 May 2005 01:31:20 +0000 (GMT) Received: from smtp.speedfactory.net (talon.speedfactory.net [66.23.216.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 469D043D5C for ; Thu, 19 May 2005 01:31:17 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 25884 invoked from network); 18 May 2005 21:31:25 +0000 Received: from 66-23-216-49.clients.speedfactory.net (HELO palm.tree.com) (66.23.216.49)SMTP; 18 May 2005 21:31:25 +0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j4J1VGpP057758; Wed, 18 May 2005 21:31:16 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: noackjr@alumni.rice.edu In-Reply-To: <428BBFAA.3010207@alumni.rice.edu> References: <42883FE6.6040608@alumni.rice.edu> <20050518150255.B87264@carver.gumbysoft.com> <428BBFAA.3010207@alumni.rice.edu> Content-Type: text/plain Message-Id: <1116466275.7597.2553.camel@palm> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 18 May 2005 21:31:16 -0400 Content-Transfer-Encoding: 7bit cc: "current@freebsd.org" Subject: Re: Fatal trap 12: page fault while in kernel mode (subr_turnstile.c:226) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 01:31:20 -0000 On Wed, 2005-05-18 at 18:20, Jonathan Noack wrote: > On 05/18/05 17:03, Doug White wrote: > > On Mon, 16 May 2005, Jonathan Noack wrote: [...SNIP...] > >>panic(c06a83b3,c06d27e7,f976c868,1,1) at panic+0x13a > >>trap_fatal(c06d2aff,c,2,118,4) at trap_fatal+0x255 > >>trap(b23c0008,28,c2ed0028,c29a07c0,c3168900) at trap+0x221 > >>calltrap() at calltrap+0x5 > >>--- trap 0xc, eip = 0xc051c117, esp = 0xf976c8a8, ebp = 0xf976c8cc --- > >>propagate_priority(c07127c0,8,c06ba676,254,c0717134) at > >>propagate_priority+0x197 [...SNIP...] > >>/usr/src/sys/kern/subr_turnstile.c:226 > >> > >>223: /* > >>224: * If we aren't blocked on a lock, we should be. > >>225: */ > >>226: KASSERT(TD_ON_LOCK(td), ( > >>227: "thread %d(%s):%d holds %s but isn't blocked on a lock\n", > >>228: td->td_tid, td->td_proc->p_comm, td->td_state, > >>229: ts->ts_lockobj->lo_name)); I just checked in change that should help. (1.112 src/sys/kern/kern_switch.c) Thanks for reporting the problem. Stephan From owner-freebsd-current@FreeBSD.ORG Thu May 19 03:36:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F08516A4CE for ; Thu, 19 May 2005 03:36:23 +0000 (GMT) Received: from lakermmtao09.cox.net (lakermmtao09.cox.net [68.230.240.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CC7D43DB9 for ; Thu, 19 May 2005 03:36:22 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao09.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050519033620.UBDC6804.lakermmtao09.cox.net@dolphin.local.net>; Wed, 18 May 2005 23:36:20 -0400 Received: from dolphin.local.net (localhost.local.net [IPv6:::1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j4J3aLKB009007; Wed, 18 May 2005 22:36:21 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 18 May 2005 22:36:16 -0500 From: "Conrad J. Sabatier" To: "Li-Lun Wang (Leland Wang)" Message-ID: <20050518223616.3f515599@dolphin.local.net> In-Reply-To: <20050518051111.GA33262@Athena.infor.org> References: <20050518051111.GA33262@Athena.infor.org> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 03:36:23 -0000 On Wed, 18 May 2005 13:11:11 +0800, "Li-Lun Wang (Leland Wang)" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I just upgraded my pentium-m laptop from 5.4-STABLE to the newest > 6.0-CURRENT. However, the newest loader does not seem to work for > me. BTX reboots right after it detects the internal keyboard/console > and dumps the registers. I have tried to set CPUTYPE?=p-m, CPUTYPE=p3, > and even not setting CPUTYPE at all, but none of them solves my > problem. The old loader from 5.4 works perfectly. Any ideas? Yes, my new loader (built as part of a buildworld/buildkernel Tuesday morning) complains about something or the other not being a multiple of blocksize. It then panics and only offers me the option to reboot (effectively rendering the machine unbootable). Luckily, I was able to boot from a 5.2 CD-ROM (the latest I had lying around here), went into "fixit" mode, renamed loader to loader.new and loader.old to loader, and the system came back up normally on the next boot. Anyone have any idea what's going on with this? -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu May 19 03:41:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC97916A4CE for ; Thu, 19 May 2005 03:41:30 +0000 (GMT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8A043D41 for ; Thu, 19 May 2005 03:41:30 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao05.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP <20050519034125.GTDU13442.lakermmtao05.cox.net@dolphin.local.net>; Wed, 18 May 2005 23:41:25 -0400 Received: from dolphin.local.net (localhost.local.net [IPv6:::1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j4J3fPLp009034; Wed, 18 May 2005 22:41:25 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 18 May 2005 22:41:20 -0500 From: "Conrad J. Sabatier" To: Doug White Message-ID: <20050518224120.2f3062df@dolphin.local.net> In-Reply-To: <20050518153537.M87264@carver.gumbysoft.com> References: <20050518153537.M87264@carver.gumbysoft.com> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: David Kleiner cc: freebsd-current@freebsd.org Subject: Re: -current: unable to boot (bt_strategy X not multiple of block size) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 03:41:30 -0000 On Wed, 18 May 2005 15:36:26 -0700 (PDT), Doug White wrote: > On Tue, 17 May 2005, David Kleiner wrote: > > > > > This is amd64 Asus A8N mobo, previous -current (May 1) worked fine, > > I cannot boot even into kernel.old any more, the only option is > > older i386 -current and maybe I can fix things from there. The > > boot loader said i386/FreeBSD but I don't remember what it said > > before for amd64 - it was happening too fast. > > Yes, its specific to amd64. There is a /boot/loader.old you can use > just in case, but you need to break into boot2 to get to it. At the > first spinny hit a key and it should drop you to a boot: prompt. Yes, this also occurred on my amd64 box. At first, I was totally stymied as to how to proceed. I ended up booting from a 5.2 CD-ROM, went into fixit mode, mounted / under /mnt and renamed loader.old to loader (after renaming loader to loader.new). Thanks for the tip on how to break out of the loading of the new loader. One of those tricks I had either never learned in the first place, or had completely forgotten about. :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu May 19 03:49:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32BD316A4CE for ; Thu, 19 May 2005 03:49:57 +0000 (GMT) Received: from lakermmtao06.cox.net (lakermmtao06.cox.net [68.230.240.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6996E43DA9 for ; Thu, 19 May 2005 03:49:56 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao06.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050519034954.TGYU749.lakermmtao06.cox.net@dolphin.local.net>; Wed, 18 May 2005 23:49:54 -0400 Received: from dolphin.local.net (localhost.local.net [IPv6:::1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j4J3ntHG009085; Wed, 18 May 2005 22:49:55 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 18 May 2005 22:49:50 -0500 From: "Conrad J. Sabatier" To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20050518224950.7f92a0ea@dolphin.local.net> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: ata1 (acd) problems still persisting (amd64/nForce3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 03:49:57 -0000 I'm still seeing the same behavior with my most recent kernel, i.e., the DVD writer on ata1-master is still not being configured, and the CD-ROM on ata1-slave is being configured as acd0. I would have reported this sooner (this kernel is from Tuesday morning), but I ran into the loader panic problem that's been reported in the current list by other amd64 users, and only just tonight finally remedied the problem of being completely unable to boot the system. Again, the last revision that enabled both devices to work properly was 2005/4/29. I'm open to any suggestions as to what you'd like me to try, and what information you'd like me to forward on to you. Thanks, Conrad -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu May 19 05:06:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2367616A4CE; Thu, 19 May 2005 05:06:05 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE8D43D53; Thu, 19 May 2005 05:06:02 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22])j4J5629Q005773; Thu, 19 May 2005 01:06:02 -0400 X-ORBL: [64.171.184.124] Received: from [10.0.0.115] (adsl-64-171-184-124.dsl.snfc21.pacbell.net [64.171.184.124])j4J55hK8012040; Thu, 19 May 2005 01:05:54 -0400 Message-ID: <428C1EA6.7020907@root.org> Date: Wed, 18 May 2005 22:05:42 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050416) X-Accept-Language: en-us, en MIME-Version: 1.0 To: fli+freebsd-current@shapeshifter.se, Warner Losh Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 05:06:05 -0000 I appreciate you working on a patch for this. However, I'd prefer the work on the devd side go into making devctl a clonable device or follow the bpf route and hook up /dev/devctl0,1,2,... If you start using the /var/run/devd.pipe, it's not available for other consumers. I agree that the sysctl errors should be soft at runtime although you should make sure that powerd(8) does not spin in a fast loop if sysctl returns an error (i.e. the sleep at the bottom should be called even when there's an error). Other comments: style(9) long sscanf line extra newlines inserted into existing code change read() in devd_read() to return on error instead of running sscanf -- this will allow the indent to be reduced. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu May 19 05:17:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D920416A4CE; Thu, 19 May 2005 05:17:44 +0000 (GMT) Received: from lakermmtao10.cox.net (lakermmtao10.cox.net [68.230.240.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F9FE43D6D; Thu, 19 May 2005 05:17:44 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao10.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050519051740.KHIW7787.lakermmtao10.cox.net@dolphin.local.net>; Thu, 19 May 2005 01:17:40 -0400 Received: from dolphin.local.net (localhost.local.net [IPv6:::1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j4J5Hge9002524; Thu, 19 May 2005 00:17:42 -0500 (CDT) (envelope-from conrads@cox.net) Date: Thu, 19 May 2005 00:17:37 -0500 From: "Conrad J. Sabatier" To: wpaul@freebsd.org (Bill Paul) Message-ID: <20050519001737.518e40c5@dolphin.local.net> In-Reply-To: <20050516203932.0A38316A4D0@hub.freebsd.org> References: <20050516203932.0A38316A4D0@hub.freebsd.org> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 05:17:45 -0000 On Mon, 16 May 2005 20:39:32 +0000 (GMT), wpaul@freebsd.org (Bill Paul) wrote: > > Ok everyone, PAY ATTENTION! Drop whatevery your doing for the next > five minutes and READ THIS!! > > You see that header on this e-mail? You see the "From:" line? Go and > read it to yourself. Read the name. Say it to yourself, out loud. > > No no, go back and do it again. > > Again! > > You see what is says? It says "Bill Paul." It does > *********NOT********* say "Paul Bill," does it now. WELL DOES IT!!?!?! > > No, it damn well doesn't! And yet, for some incomprehensible reason. > the majority of you nitwits seem to think it does!!!!!! > > Get this through your miserable little heads: my first name is BILL!!! > Understand that? Bill! BEE EYE ELL ELL!!! > > ____ _____ _ _ _ _ > | _ \ |_ _| | | | | | | | | > | |_) | | | | | | | | | | | > | _ < | | | | | | | | | | > | |_) | _| |_ | |____ | |____ |_| |_| > |____/ |_____| |______| |______| (_) (_) > > > I can carve it into your skull with a rusty railroad spike if that > would make it easier to remember! > > Do **************NOT*************** send me e-mails opening with > "Dear Paul!" That is _NOT_ my name! I don't care if you don't speak > english as a first language, are distracted, tired, confused, retarded > or the President of the United States: if you can't manage to scrape > together enough neurons to correctly choose which one of two lousy > syllables to use when addressing me, then I would rather never hear > from you at all!!!!!! > > I am not kidding around here! I've been beating my brains out for > you rotten bastards for ten lousy years, and after all that time > I expect you to at least do me the courtesty of GETTING MY STUPID > NAME RIGHT!!!!! > > This crap has been going on for years. It ends now. Anybody who's > dumb enough to send me an e-mail addressed to "Paul" instead of "Bill" > will be permanently banned from my inbox. I don't care if you're on > fire and need me to put you out: you will become persona non grata > and you will stay that way. Furthermore, anybody who screws up and > gets my name wrong in person will quickly find themselves beaten, > ground into a fine powder and sprinkled over Richard Stallman's > oatmeal!!! > > And no, I don't want to hear your lousy comments on the matter! > Don't follow up!! Don't reply!! Just nod quietly and DON'T MAKE THIS > MISTAKE AGAIN!!!! > > -Bill <------------ SEE!!! LOOK!!! IT'S RIGHT THERE!!!!! IDIOTS!!!!! Well, that's what you get for having a name that's made up of two first names. :-) Seriously, where I work (the U.S. Postal Service), people with names like yours cause no end of confusion and grief, particularly when it comes to the forwarding of mail, as our oh-so-cleverly designed (read: brain-damaged) Central Forwarding System (CFS) uses the first four letters of the last name, along with the last three digits of the old address (leading zero-padded, if need be), to distinguish one forwarding order from another. And then you have magazine and newspaper publishers, as well as other correspondents, who choose to invert the order of names, for reasons known only to them and their Higher Power, if they have one. You can just imagine the uproarious, madcap fun that ensues. Sorry, but I've no sympathy at all. Bloody double first-namers. You'll be the first against the wall when the revolution comes. :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Thu May 19 06:01:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1631916A4CE for ; Thu, 19 May 2005 06:01:19 +0000 (GMT) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9852243D66 for ; Thu, 19 May 2005 06:01:18 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [165.91.46.15] (tamulink-0015.vpn.tamu.edu [165.91.46.15]) by smtp-relay.tamu.edu (8.12.10/8.12.10) with ESMTP id j4J5x5tJ002157; Thu, 19 May 2005 01:01:06 -0500 (CDT) In-Reply-To: <20050519001737.518e40c5@dolphin.local.net> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050519001737.518e40c5@dolphin.local.net> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6096B5C3-B035-478D-B0E7-2B94F447718C@tamu.edu> Content-Transfer-Encoding: 7bit From: "R. Tyler Ballance" Date: Thu, 19 May 2005 00:59:34 -0500 To: "Conrad J. Sabatier" X-Mailer: Apple Mail (2.730) cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 06:01:19 -0000 Uh oh Bill, it looks like you may be in store for some trouble, sounds like the Postal Service may have it in for you ;) Anyways, I usually refer to people of *BSD projects their commit bits, is it ok if I refer to you as wpaul@ (i've been know to refer to "phk" for Poul Henning Kamp (phk@) in conversation, and mlaier@ instead of Max Laier on the pf side of things ;)) Thanks for the evil work regardless, and watch your mail carefully for a while :-P Cheers, -R. Tyler Ballance > Well, that's what you get for having a name that's made up of two > first > names. :-) > > Seriously, where I work (the U.S. Postal Service), people with names > like yours cause no end of confusion and grief, particularly when it > comes to the forwarding of mail, as our oh-so-cleverly designed (read: > brain-damaged) Central Forwarding System (CFS) uses the first four > letters of the last name, along with the last three digits of the old > address (leading zero-padded, if need be), to distinguish one > forwarding > order from another. And then you have magazine and newspaper > publishers, as well as other correspondents, who choose to invert the > order of names, for reasons known only to them and their Higher Power, > if they have one. You can just imagine the uproarious, madcap fun > that > ensues. > > Sorry, but I've no sympathy at all. Bloody double first-namers. > You'll be the first against the wall when the revolution comes. :-) > > -- > Conrad J. Sabatier -- "In Unix veritas" > _______________________________________________ > 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 Thu May 19 06:56:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 041C116A549 for ; Thu, 19 May 2005 06:56:14 +0000 (GMT) Received: from sender-02.it.helsinki.fi (sender-02.it.helsinki.fi [128.214.205.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16AAA43DD2 for ; Thu, 19 May 2005 06:56:13 +0000 (GMT) (envelope-from mjsaarin@cc.helsinki.fi) Received: from lagavulin.it.helsinki.fi (lagavulin.it.helsinki.fi [128.214.38.143])j4J6uAHj009037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 19 May 2005 09:56:10 +0300 Received: (from mjs@localhost) by lagavulin.it.helsinki.fi (8.13.3/8.13.1/Submit) id j4J6u9CT011780; Thu, 19 May 2005 09:56:09 +0300 (EEST) (envelope-from mjsaarin@cc.helsinki.fi) X-Authentication-Warning: lagavulin.it.helsinki.fi: mjs set sender to mjsaarin@cc.helsinki.fi using -f From: Matti Saarinen To: freebsd-current@freebsd.org User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) Date: Thu, 19 May 2005 09:56:09 +0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 06:56:14 -0000 I'm not sure if the problem I'm seeing is caused by OpenVPN or some code change related to ifconfig. Or perhaps both are to blame. When I open an OpenVPN connection in tap mode the openvpn process creates tap0 inteface and assigns an IP address to it. If I now do ifconfig tap0 it displays the information correctly. Now, when quit the openvpn session, the tap0 interface still stays there but it has not address. If I now try see the status of it with ifconfig it dumps core. From tap0, ifconfig manages to display the inet6 line and then it receives a segementation fault. If I restart the openvpn process, the tap0 interface works but ifconfig tap0 still dumps core. An example: OpenVPN is running: % ifconfig tap0 tap0: flags=8843 mtu 1500 inet6 fe80::2bd:9ff:fe7c:100%tap0 prefixlen 64 scopeid 0x5 inet 128.214.182.158 netmask 0xffffffc0 broadcast 128.214.182.191 ether 00:bd:09:7c:01:00 Opened by PID 584 Now, I've terminated PID 584 (openvpn) % ifconfig tap0 tap0: flags=8802 mtu 1500 inet6 fe80::2bd:9ff:fe7c:100%tap0 prefixlen 64 scopeid 0x5 zsh: segmentation fault (core dumped) ifconfig tap0 I remember that ifconfig didn't dump core when my laptop ran CURRENT from a few months ago. Cheers, -- - Matti - From owner-freebsd-current@FreeBSD.ORG Thu May 19 07:14:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 616C816A4CE for ; Thu, 19 May 2005 07:14:15 +0000 (GMT) Received: from sender-01.it.helsinki.fi (sender-01.it.helsinki.fi [128.214.205.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9054643DB5 for ; Thu, 19 May 2005 07:14:14 +0000 (GMT) (envelope-from mjsaarin@cc.helsinki.fi) Received: from lagavulin.it.helsinki.fi (lagavulin.it.helsinki.fi [128.214.38.143])j4J7EDlQ014900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 19 May 2005 10:14:13 +0300 Received: (from mjs@localhost) by lagavulin.it.helsinki.fi (8.13.3/8.13.1/Submit) id j4J7ECns011877; Thu, 19 May 2005 10:14:12 +0300 (EEST) (envelope-from mjsaarin@cc.helsinki.fi) X-Authentication-Warning: lagavulin.it.helsinki.fi: mjs set sender to mjsaarin@cc.helsinki.fi using -f From: Matti Saarinen To: freebsd-current@freebsd.org Date: Thu, 19 May 2005 10:14:12 +0300 Message-ID: User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: if_ipw not working on T41 with 2005-05-20's 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, 19 May 2005 07:14:15 -0000 For some reason the ipw driver has stopped working on my laptop (IBM T41). It used to work when the laptop ran CURRENT from 2005-04-11. Now, when I upgraded at the beginnig of May the wireless connection just stops and loses connectivity. The system logs ipw0: fatal error and the interface goes down. If I do "ifconfig ipw0 up" everything starts working then the fatal error occures again. If I bring the interface up a few times (normally four) the interface stays up but does not transmit traffic. If I do ifconfig down and up to the interface, it does not help. Actually, it makes things worse. After about half a minute the system eihter freezes or panics. Unfortunately, I wasn't able to get the system to panic and produce a trace when it run a debug kernel. Below is a trace from non-debug kernel. I hope it will give some information what is wrong. The interface works if I use ndis wrapper and the Windows drivers. ipw0: fatal error Fatal trap 12: page fault while in kernel mode fault virtual address = 0x48 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05868bb stack pointer = 0x28:0xf4d67b44 frame pointer = 0x28:0xf4d67b74 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 639 (ifconfig) [thread pid 639 tid 100057 Stopped at in_ifinit+0x17b: testb $0x18,0x48(%eax) db> trace Tracing pid 639 tid 100057 td 0xc211eaf0 in_ifinit(c233167c,0,x0624fa6,0,0) at in_ifinit+0x17b in_control(c233167c,8040691a,c221dd40,c2117c00,c211eaf0) at in_control+0xd8a ifioctl(c233167c,8040691a,c221dd40,c211eaf0) at ifioctl+0x177 soo_ifioctl(c2153d38,8040691a,c221dd40,c2157700,c211eaf0) at soo_ioctl+0x290 ioctl(c211eaf0) at ioctl+0xfb syscall(3b,3b,3b,80553a0,1) at syscall+0x1e3 Xint0x80_syscall() at X_int0x80_syscall+0xif --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c526b, esp = 0xbfbfe31c, ebp = 0xbfbfeb70 ---- db> Cheers, -- - Matti - From owner-freebsd-current@FreeBSD.ORG Thu May 19 09:23:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 816A416A4CE for ; Thu, 19 May 2005 09:23:55 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC9A43D82 for ; Thu, 19 May 2005 09:23:52 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd31.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1DYhFr-0001n8-06; Thu, 19 May 2005 11:23:47 +0200 Received: from Andro-Beta.Leidinger.net (SsYQ+TZVweGeXDHzrk2rjZR+VngY5XJDvMw+TOgVHUjZu4XqHXUuZp@[217.229.214.143]) by fwd31.sul.t-online.de with esmtp id 1DYhFq-1BuIzY0; Thu, 19 May 2005 11:23:46 +0200 Received: from localhost (localhost [127.0.0.1])j4J9Nj5A053877; Thu, 19 May 2005 11:23:45 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Thu, 19 May 2005 11:23:45 +0200 Message-ID: <20050519112345.pkuuiedxwswkkk40@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 19 May 2005 11:23:45 +0200 From: Alexander Leidinger To: "Conrad J. Sabatier" References: <20050518051111.GA33262@Athena.infor.org> <20050518223616.3f515599@dolphin.local.net> In-Reply-To: <20050518223616.3f515599@dolphin.local.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: SsYQ+TZVweGeXDHzrk2rjZR+VngY5XJDvMw+TOgVHUjZu4XqHXUuZp@t-dialin.net X-TOI-MSGID: acb0a106-8fbb-41cd-bf3f-a79268b61839 cc: "Li-Lun Wang \(Leland Wang\)" cc: freebsd-current@freebsd.org Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 09:23:55 -0000 "Conrad J. Sabatier" wrote: > Luckily, I was able to boot from a 5.2 CD-ROM (the latest I had lying > around here), went into "fixit" mode, renamed loader to loader.new and > loader.old to loader, and the system came back up normally on the next > boot. Just load loader.old at boot time. You just have to press a key early in the boot sequence (before it loads the kernel and the modules) and enter "/boot/loader.old". Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 It is a lesson which all history teaches wise men, to put trust in ideas, and not in circumstances. -- Emerson From owner-freebsd-current@FreeBSD.ORG Thu May 19 09:26:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 289CA16A4CE for ; Thu, 19 May 2005 09:26:34 +0000 (GMT) Received: from inetis.com (cpe-212-18-40-64.adsl.amis.net [212.18.40.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0197B43D60 for ; Thu, 19 May 2005 09:26:30 +0000 (GMT) (envelope-from karel@inetis.com) Received: from [192.168.0.14] ([192.168.0.14]) by inetis.com with MailEnable ESMTP; Thu, 19 May 2005 11:25:58 +0200 Message-ID: <428C5BA9.2040103@inetis.com> Date: Thu, 19 May 2005 11:26:01 +0200 From: Karel Miklav User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <6193.1116319781@critter.freebsd.dk> In-Reply-To: <6193.1116319781@critter.freebsd.dk> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: BSDcan slides uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 09:26:34 -0000 Can you please explain what you mean by: ASN.1 - ”This is not the format you are looking for.” -- Regards, Karel Miklav From owner-freebsd-current@FreeBSD.ORG Thu May 19 09:39:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6D6216A4CE for ; Thu, 19 May 2005 09:39:00 +0000 (GMT) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DD5343D9A for ; Thu, 19 May 2005 09:38:59 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4J9cvv1019737; Thu, 19 May 2005 11:38:57 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Karel Miklav From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 19 May 2005 11:26:01 +0200." <428C5BA9.2040103@inetis.com> Date: Thu, 19 May 2005 11:38:57 +0200 Message-ID: <19736.1116495537@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: BSDcan slides uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 09:39:00 -0000 In message <428C5BA9.2040103@inetis.com>, Karel Miklav writes: >Can you please explain what you mean by: > >ASN.1 - ”This is not the format you are looking for.” It's a bastardized starwars quote. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu May 19 09:40:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 076AE16A4D3 for ; Thu, 19 May 2005 09:40:11 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 000B943D55 for ; Thu, 19 May 2005 09:40:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 10B081FFDD7; Thu, 19 May 2005 11:40:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 949C61FFDDD; Thu, 19 May 2005 11:40:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 5B7EA15652; Thu, 19 May 2005 09:37:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 514361537B; Thu, 19 May 2005 09:37:14 +0000 (UTC) Date: Thu, 19 May 2005 09:37:14 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Nicolas Blais In-Reply-To: <200505181829.47003.nb_root@videotron.ca> Message-ID: References: <200505172132.42322.nb_root@videotron.ca> <200505181700.53295.nb_root@videotron.ca> <200505181829.47003.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@freebsd.org Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 09:40:11 -0000 On Wed, 18 May 2005, Nicolas Blais wrote: Hi, > On May 18, 2005 06:12 pm, Bjoern A. Zeeb wrote: > > On Wed, 18 May 2005, Nicolas Blais wrote: > > > > I just checked you original mail and seen: > > > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) > > > > 0x9 is strange. > > > > could you please sent me (private mail is ok) an output of > > bootverbose along with pciconf -lv output? > > Sorry, here is both files : thanks. None of the open source drivers I know seem to know that rev. 0x9 at this time. Really looks strange. Also I could only find references of that with A8V baords. The two postings on Free/NetBSD lists talking about autnoeg/speed problems. Could you check this? http://lists.freebsd.org/pipermail/freebsd-amd64/2004-October/002215.html http://mail-index.netbsd.org/port-amd64/2005/04/17/0004.html -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu May 19 10:42:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2505016A4CE; Thu, 19 May 2005 10:42:14 +0000 (GMT) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C5BF43D81; Thu, 19 May 2005 10:42:11 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id CA53A1A6F0; Thu, 19 May 2005 12:42:08 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1])port 10024) with ESMTP id 30417-09; Thu, 19 May 2005 12:42:07 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id C78FB1A6D5; Thu, 19 May 2005 12:42:07 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id 9E5BB428A; Thu, 19 May 2005 12:42:07 +0200 (CEST) Date: Thu, 19 May 2005 12:42:07 +0200 From: Fredrik Lindberg To: Nate Lawson Message-ID: <20050519104207.GA1259@shapeshifter.se> References: <428C1EA6.7020907@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428C1EA6.7020907@root.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at example.com cc: Warner Losh cc: current@FreeBSD.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 10:42:14 -0000 On Wed, May 18, 2005 at 10:05:42PM -0700, Nate Lawson (nate@root.org) wrote: > I appreciate you working on a patch for this. However, I'd prefer the > work on the devd side go into making devctl a clonable device or follow > the bpf route and hook up /dev/devctl0,1,2,... If you start using the > /var/run/devd.pipe, it's not available for other consumers. > Yes, devctl should probably be able to have more readers, I won't argue with that. However, devd allows any number of consumers to the devd.pipe. I've had upto 4 programs reading devd.pipe simultaneously and they all got the same data. > I agree that the sysctl errors should be soft at runtime although you > should make sure that powerd(8) does not spin in a fast loop if sysctl > returns an error (i.e. the sleep at the bottom should be called even > when there's an error). The usleep call is at the top of the loop so this shouldn't be an issue. > > Other comments: > style(9) long sscanf line I'm familiar with style(9), however I don't recall anything about sscanf, could you please explain the correct behaviour in this case (except trying to reducing indent) > extra newlines inserted into existing code > change read() in devd_read() to return on error instead of running > sscanf -- this will allow the indent to be reduced. My mistakes, sorry. Fredrik Lindberg From owner-freebsd-current@FreeBSD.ORG Thu May 19 10:45:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE27816A4CF for ; Thu, 19 May 2005 10:45:20 +0000 (GMT) Received: from pipa.profix.cz (pipa.profix.cz [213.151.89.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F8D043D46 for ; Thu, 19 May 2005 10:45:19 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id A56454E72F for ; Thu, 19 May 2005 12:45:16 +0200 (CEST) Received: from pipa.profix.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18873-09 for ; Thu, 19 May 2005 12:45:16 +0200 (CEST) Received: from gandalf (105.121.95.80.ip.b26.cz [80.95.121.105]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.profix.cz (Postfix) with ESMTP id 055B84E70E for ; Thu, 19 May 2005 12:45:15 +0200 (CEST) From: =?us-ascii?Q?Daniel_Dvorak?= To: Date: Thu, 19 May 2005 12:45:09 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcVcVs+c327+7GFaRBupCKtaGtBnsQACDM8g In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20050519104515.055B84E70E@pipa.profix.cz> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at example.com Subject: ath ath_hal ath_rate_... 5GHz FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 10:45:21 -0000 Does anybody know, what is it ? May 19 01:00:00 lsd newsyslog[16716]: logfile turned over due to size>100K May 19 01:00:32 lsd kernel: ath0: device timeout May 19 01:01:17 lsd last message repeated 3 times May 19 01:02:04 lsd kernel: ath0: link state changed to DOWN May 19 01:02:08 lsd kernel: ath0: device timeout May 19 01:02:20 lsd kernel: ath0: link state changed to UP May 19 01:02:56 lsd kernel: ath0: device timeout May 19 01:03:36 lsd last message repeated 2 times May 19 01:05:05 lsd last message repeated 3 times May 19 01:05:10 lsd kernel: ath0: link state changed to DOWN May 19 01:05:14 lsd kernel: ath0: device timeout May 19 01:05:20 lsd kernel: ath0: link state changed to UP May 19 01:05:36 lsd kernel: ath0: device timeout May 19 01:06:18 lsd last message repeated 3 times May 19 01:06:28 lsd kernel: ath0: link state changed to DOWN May 19 01:06:32 lsd kernel: ath0: device timeout May 19 01:06:39 lsd kernel: ath0: link state changed to UP May 19 01:07:10 lsd kernel: ath0: device timeout May 19 01:07:46 lsd kernel: ath0: link state changed to DOWN May 19 01:07:51 lsd kernel: ath0: device timeout May 19 01:07:57 lsd kernel: ath0: link state changed to UP May 19 01:09:05 lsd kernel: ath0: link state changed to DOWN May 19 01:09:09 lsd kernel: ath0: device timeout May 19 01:09:15 lsd kernel: ath0: link state changed to UP May 19 01:09:27 lsd kernel: ath0: device timeout May 19 01:10:03 lsd last message repeated 4 times May 19 01:10:22 lsd kernel: ath0: device timeout May 19 01:10:23 lsd kernel: ath0: link state changed to DOWN May 19 01:10:28 lsd kernel: ath0: device timeout May 19 01:10:34 lsd kernel: ath0: link state changed to UP May 19 01:10:50 lsd kernel: ath0: device timeout May 19 01:11:23 lsd last message repeated 3 times May 19 01:11:42 lsd kernel: ath0: link state changed to DOWN May 19 01:11:44 lsd kernel: ath0: device timeout May 19 01:11:44 lsd kernel: ath0: link state changed to UP May 19 01:12:09 lsd kernel: ath0: device timeout May 19 01:12:43 lsd last message repeated 2 times May 19 01:00:00 lsd newsyslog[16716]: logfile turned over due to size>100K May 19 01:00:32 lsd kernel: ath0: device timeout May 19 01:01:17 lsd last message repeated 3 times May 19 01:02:04 lsd kernel: ath0: link state changed to DOWN May 19 01:02:08 lsd kernel: ath0: device timeout May 19 01:02:20 lsd kernel: ath0: link state changed to UP May 19 01:02:56 lsd kernel: ath0: device timeout May 19 01:03:36 lsd last message repeated 2 times May 19 01:05:05 lsd last message repeated 3 times May 19 01:05:10 lsd kernel: ath0: link state changed to DOWN May 19 01:05:14 lsd kernel: ath0: device timeout May 19 01:05:20 lsd kernel: ath0: link state changed to UP May 19 01:05:36 lsd kernel: ath0: device timeout May 19 01:06:18 lsd last message repeated 3 times May 19 01:06:28 lsd kernel: ath0: link state changed to DOWN May 19 01:06:32 lsd kernel: ath0: device timeout May 19 01:06:39 lsd kernel: ath0: link state changed to UP May 19 01:07:10 lsd kernel: ath0: device timeout May 19 01:07:46 lsd kernel: ath0: link state changed to DOWN May 19 01:07:51 lsd kernel: ath0: device timeout May 19 01:07:57 lsd kernel: ath0: link state changed to UP May 19 01:09:05 lsd kernel: ath0: link state changed to DOWN May 19 01:09:09 lsd kernel: ath0: device timeout May 19 01:09:15 lsd kernel: ath0: link state changed to UP May 19 01:09:27 lsd kernel: ath0: device timeout May 19 01:10:03 lsd last message repeated 4 times May 19 01:10:22 lsd kernel: ath0: device timeout May 19 01:10:23 lsd kernel: ath0: link state changed to DOWN May 19 01:10:28 lsd kernel: ath0: device timeout May 19 01:10:34 lsd kernel: ath0: link state changed to UP May 19 01:10:50 lsd kernel: ath0: device timeout May 19 01:11:23 lsd last message repeated 3 times May 19 01:11:42 lsd kernel: ath0: link state changed to DOWN May 19 01:11:44 lsd kernel: ath0: device timeout May 19 01:11:44 lsd kernel: ath0: link state changed to UP May 19 01:12:09 lsd kernel: ath0: device timeout May 19 01:12:43 lsd last message repeated 2 times May 19 01:12:49 lsd kernel: ath0: link state changed to DOWN May 19 01:12:53 lsd kernel: ath0: device timeout May 19 01:12:59 lsd kernel: ath0: link state changed to UP May 19 01:13:19 lsd kernel: ath0: device timeout May 19 01:13:38 lsd kernel: ath0: device timeout May 19 01:14:07 lsd kernel: ath0: link state changed to DOWN May 19 01:14:11 lsd kernel: ath0: device timeout May 19 01:14:17 lsd kernel: ath0: link state changed to UP May 19 01:14:41 lsd kernel: ath0: link state changed to DOWN May 19 01:14:45 lsd kernel: ath0: device timeout May 19 01:14:52 lsd kernel: ath0: link state changed to UP May 19 01:15:05 lsd kernel: ath0: device timeout May 19 01:15:59 lsd kernel: ath0: link state changed to DOWN May 19 01:16:03 lsd kernel: ath0: device timeout May 19 01:16:10 lsd kernel: ath0: link state changed to UP May 19 01:16:52 lsd kernel: ath0: device timeout May 19 01:17:05 lsd kernel: ath0: device timeout May 19 01:17:17 lsd kernel: ath0: link state changed to DOWN May 19 01:17:22 lsd kernel: ath0: device timeout May 19 01:17:28 lsd kernel: ath0: link state changed to UP May 19 01:17:53 lsd kernel: ath0: device timeout May 19 01:18:31 lsd kernel: ath0: device timeout May 19 01:18:59 lsd kernel: ath0: link state changed to DOWN May 19 01:19:02 lsd kernel: ath0: device timeout May 19 01:19:02 lsd kernel: ath0: link state changed to UP May 19 01:19:26 lsd kernel: ath0: device timeout May 19 01:19:31 lsd kernel: ath0: device timeout May 19 01:19:43 lsd kernel: ath0: link state changed to DOWN May 19 01:19:47 lsd kernel: ath0: device timeout May 19 01:19:54 lsd kernel: ath0: link state changed to UP May 19 01:20:35 lsd kernel: ath0: device timeout May 19 01:20:55 lsd kernel: ath0: device timeout May 19 01:21:01 lsd kernel: ath0: link state changed to DOWN May 19 01:21:06 lsd kernel: ath0: device timeout May 19 01:21:23 lsd kernel: ath0: link state changed to UP May 19 01:22:45 lsd kernel: ath0: link state changed to DOWN May 19 01:22:50 lsd kernel: ath0: device timeout May 19 01:23:02 lsd kernel: ath0: link state changed to UP May 19 01:23:56 lsd kernel: ath0: device timeout May 19 01:24:26 lsd last message repeated 2 times May 19 01:24:34 lsd kernel: ath0: link state changed to DOWN May 19 01:24:38 lsd kernel: ath0: device timeout May 19 01:24:45 lsd kernel: ath0: link state changed to UP May 19 01:25:04 lsd kernel: ath0: device timeout May 19 01:25:29 lsd kernel: ath0: device timeout May 19 01:25:52 lsd kernel: ath0: link state changed to DOWN May 19 01:25:57 lsd kernel: ath0: device timeout May 19 01:26:03 lsd kernel: ath0: link state changed to UP May 19 01:26:37 lsd kernel: ath0: device timeout May 19 01:26:59 lsd kernel: ath0: device timeout May 19 01:27:11 lsd kernel: ath0: link state changed to DOWN May 19 01:27:15 lsd kernel: ath0: device timeout May 19 01:27:21 lsd kernel: ath0: link state changed to UP May 19 01:27:26 lsd kernel: ath0: link state changed to DOWN May 19 01:27:31 lsd kernel: ath0: device timeout May 19 01:27:44 lsd kernel: ath0: link state changed to UP May 19 01:27:52 lsd kernel: ath0: device timeout May 19 01:28:41 lsd last message repeated 2 times May 19 01:28:51 lsd kernel: ath0: link state changed to DOWN This is our configuration of client-side: lsd# ifconfig -v ath0 ath0: flags=8843 mtu 1500 inet 10.55.2.238 netmask 0xfffffffc broadcast 10.55.2.239 inet6 fe80::260:b3ff:fe25:6d83%ath0 prefixlen 64 scopeid 0x1 ether 00:60:b3:25:6d:83 media: IEEE 802.11 Wireless Ethernet autoselect mode 11a (OFDM/36Mbps) status: associated ssid S channel 36 (5180) bssid 00:60:b3:23:c6:06 authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 63 txpower 60 rtsthreshold 2312 protmode CTS -wme roaming AUTO bintval 100 We know that this is the same for ath_rate_onoe and ath_rate_amrr, it does not matter. Before these logs, AP had channel 40. Here is sysctl: lsd# sysctl dev.ath dev.ath.0.%desc: Atheros 5212 dev.ath.0.%driver: ath dev.ath.0.%location: slot=5 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x0013 subvendor=0x17cf subdevice=0x0027 class=0x020000 dev.ath.0.%parent: pci0 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 96 dev.ath.0.debug: 0 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 180 dev.ath.0.ctstimeout: 180 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.rate_interval: 1000 dev.ath.0.max_sucess_threshold: 10 dev.ath.0.min_sucess_threshold: 1 lsd# sysctl kern.ipc.maxsockbuf kern.ipc.maxsockbuf: 2097152 lsd# uname -v FreeBSD 6.0-CURRENT #4: Wed May 18 13:59:10 CEST 2005 stayd@lsd.jspoj.czf:/usr/obj/usr/src/sys/LSD AP-side is Linux Debian with madwifi driver dated to summary 2004. Thanks Daniel From owner-freebsd-current@FreeBSD.ORG Wed May 18 15:05:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E8516A4CE; Wed, 18 May 2005 15:05:06 +0000 (GMT) Received: from mail.delit.net (delit.net [194.67.27.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECF6B43DD7; Wed, 18 May 2005 15:05:04 +0000 (GMT) (envelope-from smir@netstream.ru) Received: from [192.168.0.101] (ppp83-237-55-213.pppoe.mtu-net.ru [83.237.55.213]) by mail.delit.net (Postfix) with ESMTP id 00B9735038; Wed, 18 May 2005 19:04:59 +0400 (MSD) Message-ID: <428B59A0.7030108@netstream.ru> Date: Wed, 18 May 2005 19:05:04 +0400 From: Andrey Smirnov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050325) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gary Kline References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> <20050517173737.GA60953@thought.org> In-Reply-To: <20050517173737.GA60953@thought.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 19 May 2005 11:44:30 +0000 cc: Bill Paul cc: stable@freebsd.org cc: Erich Dollansky cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 15:05:06 -0000 Gary Kline wrote: > > Well, (Gary said, ddeliberately changing the ^Subject:), > interesting. My mother's parents are from Hungary, two of my > dad's grandparents from Germany. > > Didn't know about Hungary (or Japan). China, yes. Anybody > on this geek list know any other societies where the surname > is traditionally presented first and the given name last? > In Russia, in all official documents name is written: Family_Name First_Name Middle_Name So, my full name would be: Smirnov Andrey Andreevich In short form, we usually put first name in head of family name (surname): Andrey Smirnov This feels less official. So, it's sometimes hard to find out what is what if you don't know Russian names well. From owner-freebsd-current@FreeBSD.ORG Wed May 18 16:41:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEA6116A4CE; Wed, 18 May 2005 16:41:12 +0000 (GMT) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B15A43DC0; Wed, 18 May 2005 16:41:12 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.1/8.13.1) with ESMTP id j4IGhS2j069311; Wed, 18 May 2005 09:43:28 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.1/8.13.1/Submit) id j4IGhRjr069310; Wed, 18 May 2005 09:43:27 -0700 (PDT) (envelope-from kline) Date: Wed, 18 May 2005 09:43:26 -0700 From: Gary Kline To: Andrey Smirnov Message-ID: <20050518164326.GA69208@thought.org> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> <20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428B59A0.7030108@netstream.ru> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 18++ years of service to the Unix community X-Mailman-Approved-At: Thu, 19 May 2005 11:44:30 +0000 cc: current@freebsd.org cc: Gary Kline cc: stable@freebsd.org cc: Erich Dollansky cc: Bill Paul Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 May 2005 16:41:13 -0000 On Wed, May 18, 2005 at 07:05:04PM +0400, Andrey Smirnov wrote: > Gary Kline wrote: > > > > Well, (Gary said, ddeliberately changing the ^Subject:), > > interesting. My mother's parents are from Hungary, two of my > > dad's grandparents from Germany. > > > > Didn't know about Hungary (or Japan). China, yes. Anybody > > on this geek list know any other societies where the surname > > is traditionally presented first and the given name last? > > > > In Russia, in all official documents name is written: > Family_Name First_Name Middle_Name > > So, my full name would be: > Smirnov Andrey Andreevich > > In short form, we usually put first name in head of family name (surname): > Andrey Smirnov > This feels less official. > > So, it's sometimes hard to find out what is what if you don't know > Russian names well. Well, names everywhere that I know of are listed in reverse alphabetical order in (1) documents, (2) telephone directories, (3) attendence records. That only makes sense (IMHO). So far, in conversational reference, say, one might introduce a person from East or Southeast Asia by [ Family_Name, First_Name ]. But almost everywhere else, I think it is the reverse. For example, if we were at a BSD meeting you would introduce me as "Gary Kline" rather than "Kline Gary"; but if you were introducing someone from China, Korea, or Vietnam, you would introduce him Family_Name first. --If I still have this convention wrong, I'd be much obliged if one of my fellow geeks would correct me! Andrey, while I'm talking to a real Russian, I've got a question that you can answer. [[Sorry that this is going far OT, gang, but I've been wondering about this since I read Dostoevsky.]] *Why* are some people addressed by their first name _and_ by what may/must? be their middle names?? I remember some woman who seemed upset at Boris Yeltsin (when he was still President) call him "Boris [A_Very_Long_String_of_Characters]" Is this to indicate irony, or affection, or anger... or what? ...And now we return to our regularly schduled programming :-) gary -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-current@FreeBSD.ORG Thu May 19 01:15:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECBC516A4CF; Thu, 19 May 2005 01:15:45 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3433443DBB; Thu, 19 May 2005 01:15:43 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.43 (FreeBSD)) id 1DYZrc-0009qq-Rp; Thu, 19 May 2005 10:30:16 +0900 From: balgaa@micom.mn (Balgansuren.B) To: freebsd-stable@freebsd.org X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20050519011543.3433443DBB@mx1.FreeBSD.org> Date: Thu, 19 May 2005 01:15:43 +0000 (GMT) X-Mailman-Approved-At: Thu, 19 May 2005 11:44:30 +0000 cc: freebsd-current@freebsd.org Subject: RE: RE: Re: Supermicro superserver 5013S-i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 01:15:46 -0000 Hi, I sent following but no answer yet ======================== Hi, Existing BIOS version is 1.3a, which is same on web. Balgaa --- Support wrote: > Hi, > > did you have the latest bios for the board? > http://www.supermicro.com/support/bios/ > > thanks, > > john ============================== Balgaa > On Sun, 15 May 2005, Balgansuren.B wrote: > > > Doug, > > > > I checked website for BIOS files and current loaded > BIOS is latest > > version. > > > > If I to use continously ACPI aware=NO, is there any > problem? > > You can, but you may have reduced functionality > (particularly if ACPI > supports thermal zones). > > > Previously, on server was loaded Fedora Core 2, > then I removed it. > > > > BTW, when I install Fedora Core 2 and it works > normal. > > Fedora doesn't use ACPI by default I don't think. > They may also suppress > the messages. > > Again, the messages are largely harmless. I suspect > its due to using a > very old ACPI compiler and specification. > > > > > Balgaa > > > > > > > On Sat, 14 May 2005, Balgansuren.B wrote: > > > > > > > Yesterday (13 May, 2005), I installed FreeBSD > 5.4 > > > Release on this > > > > server without problem. This morning (14 May, > 2005) > > > I did cvsup and now > > > > it is 5.4-STABLE. > > > > > > > > But I saw strange thing when I change settings > on > > > bios setup. > > > > > > > > > > [...] > > > > > > > May 14 10:41:41 altainet kernel: ACPI-0698: *** > > > Warning: Type override > > > > - [DEB_] had invalid type (Integer) for Scope > > > operator, changed to > > > > (Scope) > > > > > > This is a bug in the ACPI DSDT table in the BIOS. > If > > > upgrading the BIOS > > > causes this then contact your systems vendor and > > > complain since the prior > > > BIOS table did not have these errors. It > obviously > > > goes away when ACPI is > > > disabled since the table is not evaluated in that > > > instance. > > > > > > Its likely harmless. > > > > > > -- > > > Doug White | FreeBSD: The > Power > > > to Serve > > > dwhite@gumbysoft.com | www.FreeBSD.org > > > _______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > > > > > To unsubscribe, send any mail to > > > "freebsd-stable-unsubscribe@freebsd.org" > > > > > > > > > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > > > > -- > Doug White | FreeBSD: The Power > to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu May 19 01:44:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D56F916A4CE; Thu, 19 May 2005 01:44:47 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FF5E43DC4; Thu, 19 May 2005 01:44:46 +0000 (GMT) (envelope-from balgaa@micom.mn) Received: from [202.179.0.80] (helo=localhost) by publicd.ub.mng.net with esmtp (Exim 4.43 (FreeBSD)) id 1DYaJj-00015D-AH; Thu, 19 May 2005 10:59:19 +0900 From: balgaa@micom.mn (Balgansuren.B) To: freebsd-stable@freebsd.org X-Mailer: ZBTA tsanba p1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Message-Id: <20050519014446.6FF5E43DC4@mx1.FreeBSD.org> Date: Thu, 19 May 2005 01:44:46 +0000 (GMT) X-Mailman-Approved-At: Thu, 19 May 2005 11:44:30 +0000 cc: freebsd-current@freebsd.org Subject: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 01:44:48 -0000 Hi, Is there any difference re-install FreeBSD-5.4? ================================ Hello Sir, Can you try to re-install FreeBSD5.4 from scratch with BIOS ACPI enabled? Thanks. Best Regards! Jerry Technical Support -- Super Micro Computer, Inc. (http://supermicro.com) A Server Solutions Manufacturer ================================= Balgaa From owner-freebsd-current@FreeBSD.ORG Thu May 19 05:31:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07F5A16A4CE; Thu, 19 May 2005 05:31:43 +0000 (GMT) Received: from kicelo.org (173.Red-217-127-73.pooles.rima-tde.net [217.127.73.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B8B043DC3; Thu, 19 May 2005 05:31:41 +0000 (GMT) (envelope-from manolo@mail.kicelo.org) Received: from mail.kicelo.org (localhost.kicelo.org [127.0.0.1]) by kicelo.org (8.12.6/8.12.6) with ESMTP id j4J5VWUB021301; Thu, 19 May 2005 07:31:32 +0200 (CEST) (envelope-from manolo@mail.kicelo.org) Received: (from manolo@localhost) by mail.kicelo.org (8.12.6/8.12.6/Submit) id j4J5VWDh021300; Thu, 19 May 2005 07:31:32 +0200 (CEST) Date: Thu, 19 May 2005 07:31:32 +0200 From: Manuel Enrique Garcia Cuesta To: "Conrad J. Sabatier" Message-ID: <20050519053132.GA21270@mail.kicelo.org> Mail-Followup-To: Manuel Enrique Garcia Cuesta , "Conrad J. Sabatier" , stable@freebsd.org, current@freebsd.org References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050519001737.518e40c5@dolphin.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050519001737.518e40c5@dolphin.local.net> User-Agent: Mutt/1.4i X-Mailman-Approved-At: Thu, 19 May 2005 11:44:30 +0000 cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 05:31:43 -0000 === Conrad J. Sabatier escribía (Thu, May 19, 2005 at 12:17:37AM -0500): > Well, that's what you get for having a name that's made up of two first > names. :-) > Sorry, but I've no sympathy at all. Bloody double first-namers. > You'll be the first against the wall when the revolution comes. :-) I start getting a feeling of that "going postal" thing of yours. Cheers Manuel Enrique García Cuesta -- Fortune cookie: Underlying Principle of Socio-Genetics: Superiority is recessive. From owner-freebsd-current@FreeBSD.ORG Thu May 19 06:28:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EA3816A4CE; Thu, 19 May 2005 06:28:16 +0000 (GMT) Received: from tao.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA8E943D78; Thu, 19 May 2005 06:28:11 +0000 (GMT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (localhost [127.0.0.1]) by tao.thought.org (8.13.1/8.13.1) with ESMTP id j4J6TdaK072023; Wed, 18 May 2005 23:29:44 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: (from kline@localhost) by tao.thought.org (8.13.1/8.13.1/Submit) id j4J6TbNA072018; Wed, 18 May 2005 23:29:37 -0700 (PDT) (envelope-from kline) Date: Wed, 18 May 2005 23:29:36 -0700 From: Gary Kline To: "Conrad J. Sabatier" Message-ID: <20050519062936.GA71975@thought.org> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050519001737.518e40c5@dolphin.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050519001737.518e40c5@dolphin.local.net> User-Agent: Mutt/1.4.2.1i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 18++ years of service to the Unix community X-Mailman-Approved-At: Thu, 19 May 2005 11:44:30 +0000 cc: Bill Paul cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 06:28:16 -0000 On Thu, May 19, 2005 at 12:17:37AM -0500, Conrad J. Sabatier wrote: > On Mon, 16 May 2005 20:39:32 +0000 (GMT), wpaul@freebsd.org (Bill Paul) > wrote: > > > > > Ok everyone, PAY ATTENTION! Drop whatevery your doing for the next > > five minutes and READ THIS!! > > [ ... ] > > Well, that's what you get for having a name that's made up of two first > names. :-) > > Seriously, where I work (the U.S. Postal Service), people with names > like yours cause no end of confusion and grief, particularly when it > comes to the forwarding of mail, as our oh-so-cleverly designed (read: > brain-damaged) Central Forwarding System (CFS) uses the first four > letters of the last name, along with the last three digits of the old > address (leading zero-padded, if need be), to distinguish one forwarding > order from another. And then you have magazine and newspaper > publishers, as well as other correspondents, who choose to invert the > order of names, for reasons known only to them and their Higher Power, > if they have one. You can just imagine the uproarious, madcap fun that > ensues. > > Sorry, but I've no sympathy at all. Bloody double first-namers. > You'll be the first against the wall when the revolution comes. :-) > *Gawk*!!!! I knew the US Postal "Service" was screwed up, but not this __this__ degree. ...Well, (*sigh*). Seriously, I hereby propose that everyone, every human, and most mammals be designed by a string of DIGITS. Befor people laugh, just think about thr billions of advantages. gary (aka 45689334177027483315780) -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-current@FreeBSD.ORG Thu May 19 11:53:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 937D216A4CE; Thu, 19 May 2005 11:53:08 +0000 (GMT) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id F238543DA6; Thu, 19 May 2005 11:53:07 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 825ED1EC32F; Thu, 19 May 2005 13:53:06 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4JBqvLw020403; Thu, 19 May 2005 13:52:58 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Gary Kline From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 18 May 2005 23:29:36 PDT." <20050519062936.GA71975@thought.org> Date: Thu, 19 May 2005 13:52:57 +0200 Message-ID: <20402.1116503577@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Bill Paul cc: "Conrad J. Sabatier" cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 11:53:08 -0000 In message <20050519062936.GA71975@thought.org>, Gary Kline writes: > Seriously, I hereby propose that everyone, every human, > and most mammals be designed by a string of DIGITS. > Befor people laugh, just think about thr billions of > advantages. I thought that was the entire idea behind IPv6 ? :-) (no, don't answer!) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu May 19 12:06:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC8B116A4CE; Thu, 19 May 2005 12:06:04 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62FB543DA0; Thu, 19 May 2005 12:06:03 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 19 May 2005 14:06:01 +0200 Date: Thu, 19 May 2005 14:06:02 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Gary Kline In-Reply-To: <20050518164326.GA69208@thought.org> Message-ID: <20050519135735.L66491@beagle.kn.op.dlr.de> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu><20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> <20050518164326.GA69208@thought.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 19 May 2005 12:06:01.0683 (UTC) FILETIME=[1FED5230:01C55C6B] cc: Bill Paul cc: stable@freebsd.org cc: Andrey Smirnov cc: current@freebsd.org cc: Erich Dollansky Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 12:06:05 -0000 On Wed, 18 May 2005, Gary Kline wrote: GK>On Wed, May 18, 2005 at 07:05:04PM +0400, Andrey Smirnov wrote: GK>> Gary Kline wrote: GK>> > GK>> > Well, (Gary said, ddeliberately changing the ^Subject:), GK>> > interesting. My mother's parents are from Hungary, two of my GK>> > dad's grandparents from Germany. GK>> > GK>> > Didn't know about Hungary (or Japan). China, yes. Anybody GK>> > on this geek list know any other societies where the surname GK>> > is traditionally presented first and the given name last? GK>> > GK>> GK>> In Russia, in all official documents name is written: GK>> Family_Name First_Name Middle_Name GK>> GK>> So, my full name would be: GK>> Smirnov Andrey Andreevich GK>> GK>> In short form, we usually put first name in head of family name (surname): GK>> Andrey Smirnov GK>> This feels less official. GK>> GK>> So, it's sometimes hard to find out what is what if you don't know GK>> Russian names well. GK> GK> GK> Well, names everywhere that I know of are listed in reverse GK> alphabetical order in (1) documents, (2) telephone directories, GK> (3) attendence records. That only makes sense (IMHO). GK> GK> So far, in conversational reference, say, one might introduce GK> a person from East or Southeast Asia by [ Family_Name, First_Name ]. GK> But almost everywhere else, I think it is the reverse. GK> GK> For example, if we were at a BSD meeting you would introduce me GK> as "Gary Kline" rather than "Kline Gary"; but if you were GK> introducing someone from China, Korea, or Vietnam, you would GK> introduce him Family_Name first. --If I still have this GK> convention wrong, I'd be much obliged if one of my fellow GK> geeks would correct me! GK> GK> Andrey, while I'm talking to a real Russian, I've got a GK> question that you can answer. [[Sorry that this is going GK> far OT, gang, but I've been wondering about this since I read GK> Dostoevsky.]] *Why* are some people addressed by their GK> first name _and_ by what may/must? be their middle names?? GK> I remember some woman who seemed upset at Boris Yeltsin GK> (when he was still President) call him "Boris GK> [A_Very_Long_String_of_Characters]" Is this to indicate GK> irony, or affection, or anger... or what? While Andrey is still typing his answer... Just to make it more confusing: In Russian there are usually dozens, if not hundreds of different forms of the first name: Tatjana - Tanjusha - Tanjucha - Tanja - Tanka - Tanjetschka - Tanjuschetshka ... Some of them having some kind of emotional load which may depend on the concrete situation and the relation between the two people. Furthermore besides refering to one by first name or first+middle name, you can also refer by last name only, which is kind of offending. And you can refer by middle name only which gives it a kind of vulgar intimacy (hope that's the right word for it). GK> ...And now we return to our regularly schduled programming :-) GK> Nice thread. But, yes. harti From owner-freebsd-current@FreeBSD.ORG Thu May 19 12:21:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 539D216A4CE for ; Thu, 19 May 2005 12:21:27 +0000 (GMT) Received: from vsmtp1.tin.it (vsmtp1.tin.it [212.216.176.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DAA443D2F for ; Thu, 19 May 2005 12:21:26 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from scudiero.sig11.org (82.50.126.178) by vsmtp1.tin.it (7.0.027) id 4289108600117B58 for freebsd-current@freebsd.org; Thu, 19 May 2005 14:21:24 +0200 Received: by scudiero.sig11.org (Postfix, from userid 1000) id 6F334283BE98; Thu, 19 May 2005 12:54:47 +0200 (CEST) Date: Thu, 19 May 2005 12:54:47 +0200 From: Matteo Riondato To: freebsd-current@freebsd.org Message-ID: <20050519105445.GA6839@localhost.localdomain> Mail-Followup-To: Matteo Riondato , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.5.6+20040907i Subject: loader panic on recent amd64 -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, 19 May 2005 12:21:27 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I recompiled my system with sources taken on Wednesday 18 at 06.00 a.m. CEST. When I rebooted, I got: BTX loader 1.00 BTX version is 1.01 Console: internal video/keyboard BIOS drice C: is disk0 BIOS drive D: is disk1 BIOS 638kB/1046400kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@kaiser.sig11.org, Wed May 18 08:23:20 CEST 2005) panic: bd_strategy: 363412 bytes I/O not multiple of block size --> Press a key on the console to reboot <-- I think it's strange that it says: "FreeBSD/i386 bootstrap loader", since this machine is an amd64... Any hint/fix?=20 Thank you --=20 Rionda aka Matteo Riondato G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCjHB12Mp4pR7Fa+wRAp8YAJwM9eNLcZ77CgSm+SwhR9dqF0MR/wCfd12d xPjfaHvT7m3D6YR/WPz0eKE= =dwgB -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-current@FreeBSD.ORG Thu May 19 13:09:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4606616A4CE for ; Thu, 19 May 2005 13:09:19 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9AE843DB0 for ; Thu, 19 May 2005 13:09:18 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 2BE7F1734BD; Thu, 19 May 2005 15:09:18 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id F278D405A; Thu, 19 May 2005 15:09:19 +0200 (CEST) Date: Thu, 19 May 2005 15:09:19 +0200 From: Jeremie Le Hen To: Poul-Henning Kamp Message-ID: <20050519130919.GL818@obiwan.tataz.chchile.org> References: <6193.1116319781@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6193.1116319781@critter.freebsd.dk> User-Agent: Mutt/1.5.9i cc: current@freebsd.org Subject: Re: BSDcan slides uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 13:09:19 -0000 Hi, > I have uploaded my slides from BSDcan2005 > > http://phk.freebsd.dk/pubs/bsdcan2005_ioctl.pdf I read this paper with attention, I was wondering if there is actually any upcoming kernel work in this area. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu May 19 13:15:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FAD016A4CE for ; Thu, 19 May 2005 13:15:13 +0000 (GMT) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDEA343D72 for ; Thu, 19 May 2005 13:15:12 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 86DF41EC38B for ; Thu, 19 May 2005 15:15:10 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4JDF6QN020778; Thu, 19 May 2005 15:15:06 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jeremie Le Hen From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 19 May 2005 15:09:19 +0200." <20050519130919.GL818@obiwan.tataz.chchile.org> Date: Thu, 19 May 2005 15:15:06 +0200 Message-ID: <20777.1116508506@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: BSDcan slides uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 13:15:13 -0000 In message <20050519130919.GL818@obiwan.tataz.chchile.org>, Jeremie Le Hen writ es: >Hi, > >> I have uploaded my slides from BSDcan2005 >> >> http://phk.freebsd.dk/pubs/bsdcan2005_ioctl.pdf > >I read this paper with attention, I was wondering if there is >actually any upcoming kernel work in this area. The paper is mostly a status report. The g_ctl and nmount stuff is in the kernel and the paper is the result of me wondering if those two shouldn't use the exact same mechanisms and functions rather than being almost, but not quite entirely, identical. Real progress in this area would take more time than I would hope to have available myself in the near term. Ideally we should get some rapport between the various projects (including Linux) about moving forward in this area, but given that this topic is intensely prone to bikeshedding, I don't think it even wise to attempt to do so. The best way forward might be for some small dedicated group of hackers to sit down, think it out (including the points raised at BSDcan about i18n etc) and implement a userland library and a set of kernel convenience functions (both hiding what goes between them) and get that working. If that becomes a success and it is easily portable to other OS (because the exact kernel-barrier mechanism is implementation dependent) then maybe we stand a chance of improving this little corner of UNIX over the next decade or so. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu May 19 13:26:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB9D416A4CE for ; Thu, 19 May 2005 13:26:31 +0000 (GMT) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B8F643D82 for ; Thu, 19 May 2005 13:26:31 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 760A51EC3A4 for ; Thu, 19 May 2005 15:26:30 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4JDQRA8020816 for ; Thu, 19 May 2005 15:26:27 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Thu, 19 May 2005 15:26:27 +0200 Message-ID: <20815.1116509187@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 13:26:32 -0000 Why do we have the omshell program in the base system when dhcpd is not there ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu May 19 13:44:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 629FF16A4CE for ; Thu, 19 May 2005 13:44:26 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200AF43DAA for ; Thu, 19 May 2005 13:44:25 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR011.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGQ000OEOTFCE@VL-MO-MR011.ip.videotron.ca> for freebsd-current@freebsd.org; Thu, 19 May 2005 09:44:03 -0400 (EDT) Date: Thu, 19 May 2005 09:44:02 -0400 From: Nicolas Blais In-reply-to: To: freebsd-current@freebsd.org Message-id: <200505190944.03008.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.8 References: <200505172132.42322.nb_root@videotron.ca> <200505181829.47003.nb_root@videotron.ca> Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 13:44:26 -0000 On May 19, 2005 05:37 am, Bjoern A. Zeeb wrote: > thanks. None of the open source drivers I know seem to know that rev. > 0x9 at this time. Really looks strange. Also I could only find > references of that with A8V baords. > > The two postings on Free/NetBSD lists talking about autnoeg/speed > problems. Could you check this? > > http://lists.freebsd.org/pipermail/freebsd-amd64/2004-October/002215.html > http://mail-index.netbsd.org/port-amd64/2005/04/17/0004.html Thanks for the links, it seems many are having the problem across different MB (which are all Asus) on all BSDs. I also found that forcing speed instead of letting ifconfig on auto fixes part of the problem. In fact: clk01a# ifconfig -m sk0 sk0: flags=8843 mtu 1500 inet 192.168.1.100 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::211:d8ff:fe44:15f4%sk0 prefixlen 64 scopeid 0x1 ether 00:11:d8:44:15:f4 media: Ethernet 100baseTX (100baseTX ) status: active supported media: media autoselect media 1000baseTX mediaopt full-duplex media 1000baseTX media 100baseTX mediaopt full-duplex media 100baseTX media 10baseT/UTP mediaopt full-duplex media 10baseT/UTP forcing it on 100baseTX (full duplex) : ifconfig sk0 media 100baseTX mediaopt full-duplex And I get no more delays before connection, speed is about 93%(RX) and 63%(TX). which is a great improvement. >From DSLReport. Your download speed : 6162099 bps, or 6017 kbps. A 752.2 KB/sec transfer rate. Your upload speed : 511465 bps, or 499 kbps. This is a start and I suggest that everyone with a sk0 and that problem try forcing it on 100mbps and do some test. I don't want to be just lucky :). Thanks, Nicolas. From owner-freebsd-current@FreeBSD.ORG Thu May 19 14:10:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 558A716A4CE; Thu, 19 May 2005 14:10:48 +0000 (GMT) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1365643D41; Thu, 19 May 2005 14:10:48 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([138.89.63.123]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IGQ008W2Q1WFY33@vms046.mailsrvcs.net>; Thu, 19 May 2005 09:10:45 -0500 (CDT) Date: Thu, 19 May 2005 10:08:45 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20050519135735.L66491@beagle.kn.op.dlr.de> To: Harti Brandt Message-id: <1116511725.694.37.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu><20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> <20050518164326.GA69208@thought.org> <20050519135735.L66491@beagle.kn.op.dlr.de> cc: stable@freebsd.org cc: Andrey Smirnov cc: current@freebsd.org cc: Bill Paul cc: Gary Kline cc: Erich Dollansky Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 14:10:48 -0000 On Thu, 2005-05-19 at 14:06 +0200, Harti Brandt wrote: > On Wed, 18 May 2005, Gary Kline wrote: > GK> Andrey, while I'm talking to a real Russian, I've got a > GK> question that you can answer. [[Sorry that this is going > GK> far OT, gang, but I've been wondering about this since I read > GK> Dostoevsky.]] *Why* are some people addressed by their > GK> first name _and_ by what may/must? be their middle names?? > GK> I remember some woman who seemed upset at Boris Yeltsin > GK> (when he was still President) call him "Boris > GK> [A_Very_Long_String_of_Characters]" Is this to indicate > GK> irony, or affection, or anger... or what? Not pretending to be "real" Russian (or really Russian ;), I would still like to point out that concept of the middle name is not clearly applicable to the name forming schema in Russia (or Ukraine for that matter). Third part of the name (besides surname/family name and first name/given name) is made up from the first name of your father suitably mutilated to reflect the fact that you belong to his family. This form would be different from your father's name and, normally have male and female version. Rules to produce this form from the original name are fairly formalized, so knowing the name of your father, native Russian speaker would rarely have a difficulty coming up with the proper form. Now, on to the original question -- use of the (for the lack of the better term) "paternal" name is somewhat equivalent to the use of the Mr./Mrs/Ms. prefix in English speaking cultures (now, not being native to one of these cultures, I beg for forgiveness if my understanding is incorrect). This means that Michail Sergeevitch Gorbachev (sorry, I do not remember Yeltsin's "paternal" name) could be formally addressed as Michail Sergeevitch or Tovarisch Gorbachev (prior to Perestroika), with "Tovarisch" giving way to "Gospodin" in past-Perestroika times, but never Michail Gorbachev. Out of the two using last name with the prefix form would be something reserved for public forums and such. Now, to circle back to my original explanation, his father's first name would be Sergey and his sister (provided he had one) would go by Sergeevna. > > While Andrey is still typing his answer... Just to make it more confusing: > In Russian there are usually dozens, if not hundreds of different forms of > the first name: Tatjana - Tanjusha - Tanjucha - Tanja - Tanka - > Tanjetschka - Tanjuschetshka ... Some of them having some kind of > emotional load which may depend on the concrete situation and the relation > between the two people. I would have to point out that in the form of first+paternal only one of the above could be used, eg. Tatjana Sergeevna. > > Furthermore besides refering to one by first name > or first+middle name, you can also refer by last name only, which is kind > of offending. And you can refer by middle name only which gives it a kind > of vulgar intimacy (hope that's the right word for it). Use of the last name only was not considered offensive (at least in mid/late 80s) under the same circumstances where roll call might be applicable, e.g. teacher addressing pupil, or in the military setting. It could also be used with the same level of intimacy as addressing people by "paternal" name only. -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Thu May 19 14:34:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4F5916A4CE; Thu, 19 May 2005 14:34:43 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1042F43D6D; Thu, 19 May 2005 14:34:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4JEYgIA014449; Thu, 19 May 2005 10:34:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4JEYgaJ069184; Thu, 19 May 2005 10:34:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 362367306E; Thu, 19 May 2005 10:34:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050519143442.362367306E@freebsd-current.sentex.ca> Date: Thu, 19 May 2005 10:34:42 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 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: Thu, 19 May 2005 14:34:43 -0000 TB --- 2005-05-19 12:48:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-19 12:48:50 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-19 12:48:51 - cleaning the object tree TB --- 2005-05-19 12:49:24 - checking out the source tree TB --- 2005-05-19 12:49:24 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-19 12:49:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-19 12:55:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-19 12:55:33 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-19 12:55:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 --- 2005-05-19 14:03:35 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-19 14:03:35 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-19 14:03:35 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu May 19 14:03:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu May 19 14:21:22 UTC 2005 TB --- 2005-05-19 14:21:22 - generating LINT kernel config TB --- 2005-05-19 14:21:22 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-05-19 14:21:22 - /usr/bin/make -B LINT TB --- 2005-05-19 14:21:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-19 14:21:22 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-19 14:21:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 19 14:21:22 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/i386/isa/pcvt/pcvt_vtf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/i386/isa/pmtimer.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /ti nderbox/CURRENT/i386/i386/src/sys/i386/isa/prof_machdep.c In file included from /tinderbox/CURRENT/i386/i386/src/sys/sys/gmon.h:36, from /tinderbox/CURRENT/i386/i386/src/sys/i386/isa/prof_machdep.c:40: ./machine/profile.h:54:1: "MCOUNT" redefined In file included from /tinderbox/CURRENT/i386/i386/src/sys/i386/isa/prof_machdep.c:33: ./machine/asmacros.h:115:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-05-19 14:34:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-19 14:34:41 - ERROR: failed to build lint kernel TB --- 2005-05-19 14:34:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:03:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 708C216A4CE for ; Thu, 19 May 2005 15:03:19 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAB6B43DA4 for ; Thu, 19 May 2005 15:03:18 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from dibbler.crodrigues.org (c-66-30-114-143.hsd1.ma.comcast.net[66.30.114.143]) by comcast.net (rwcrmhc11) with ESMTP id <2005051915031201300pgtbbe>; Thu, 19 May 2005 15:03:13 +0000 Received: from c-66-30-114-143.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1])j4JF3BxD009317; Thu, 19 May 2005 11:03:11 -0400 (EDT) (envelope-from rodrigc@c-66-30-114-143.hsd1.ma.comcast.net) Received: (from rodrigc@localhost)j4JF3BDw009316; Thu, 19 May 2005 11:03:11 -0400 (EDT) (envelope-from rodrigc) Date: Thu, 19 May 2005 11:03:11 -0400 From: Craig Rodrigues To: Poul-Henning Kamp Message-ID: <20050519150311.GA9240@crodrigues.org> References: <20815.1116509187@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20815.1116509187@critter.freebsd.dk> User-Agent: Mutt/1.5.9i cc: current@freebsd.org Subject: Re: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 15:03:19 -0000 On Thu, May 19, 2005 at 03:26:27PM +0200, Poul-Henning Kamp wrote: > > Why do we have the omshell program in the base system when dhcpd is not > there ? Probably no good reason, other than being an artifact of having isc-dhcp in the base system. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:09:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A3F016A4CE for ; Thu, 19 May 2005 15:09:22 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 198EF43D98 for ; Thu, 19 May 2005 15:09:22 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so650239wri for ; Thu, 19 May 2005 08:09:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=H45h4dgpLLr6xg7tdh5hGbW4BCssg/HpGoN73S/Bx8Z/ROopWBPDMPRAypWyRDt3ifYBFmZSFlw7vC+pN51Wu6CaQonVFS5Mv3MH5ZygCAtTauY5sOnmlcadV6W+ZczcLNVl9gUCHlfQTL7XLf+wpERxfItnLIFnkQh9FiFbGiU= Received: by 10.54.81.14 with SMTP id e14mr1240044wrb; Thu, 19 May 2005 08:09:21 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Thu, 19 May 2005 08:09:20 -0700 (PDT) Message-ID: <790a9fff0505190809428abb15@mail.gmail.com> Date: Thu, 19 May 2005 10:09:20 -0500 From: Scot Hetzel To: Matti Saarinen In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: cc: freebsd-current@freebsd.org Subject: Re: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 15:09:22 -0000 On 5/19/05, Matti Saarinen wrote: > Now, I've terminated PID 584 (openvpn) >=20 > % ifconfig tap0 > tap0: flags=3D8802 mtu 1500 > inet6 fe80::2bd:9ff:fe7c:100%tap0 prefixlen 64 scopeid 0x5 > zsh: segmentation fault (core dumped) ifconfig tap0 >=20 >=20 > I remember that ifconfig didn't dump core when my laptop ran CURRENT > from a few months ago. >=20 You'll probably need to build a version of ifconfig with debugging symbols. And then provide a backtrace of the core dump. How soon after killing openvpn, do you use the ifconfig command. It might be possible that devfs was in the process of removing tap0, when you used the ifconfig command. Another possibility is that openvpn didn't properly cleanup after itself when it shutdown. So you may also need to look at the openvpn code. > If I restart the openvpn process, the tap0 interface works but ifconfig = tap0 > still dumps core. Does tap0 really work, or is there a new tap1 interface (i.e. openvpn sees tap0 in use, and creates tap1), using the tap0 settings. Scot From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:19:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F257816A4CE for ; Thu, 19 May 2005 15:19:56 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id F243D43D67 for ; Thu, 19 May 2005 15:19:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4JFIaoK073496; Thu, 19 May 2005 09:18:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 May 2005 09:18:49 -0600 (MDT) Message-Id: <20050519.091849.115908750.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <428C1EA6.7020907@root.org> References: <428C1EA6.7020907@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: fli+freebsd-current@shapeshifter.se cc: current@FreeBSD.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 15:19:57 -0000 In message: <428C1EA6.7020907@root.org> Nate Lawson writes: : I appreciate you working on a patch for this. However, I'd prefer the : work on the devd side go into making devctl a clonable device or follow : the bpf route and hook up /dev/devctl0,1,2,... If you start using the : /var/run/devd.pipe, it's not available for other consumers. Actually, you can have multiple devd.pipe consumers. That's the whole point of the devd.pipe: to allow as many people as desire the stream of events from the kernel. Making devctl clonable in the kernel is more of a pita because you have one producer and many readers and all the assoicated bookkeeping. Warner From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:20:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7719716A4F2 for ; Thu, 19 May 2005 15:20:20 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95CB643D94 for ; Thu, 19 May 2005 15:20:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j4JFK8xv023221; Thu, 19 May 2005 08:20:08 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j4JFK7HM023220; Thu, 19 May 2005 08:20:07 -0700 Date: Thu, 19 May 2005 08:20:07 -0700 From: Brooks Davis To: Craig Rodrigues Message-ID: <20050519152007.GB20960@odin.ac.hmc.edu> References: <20815.1116509187@critter.freebsd.dk> <20050519150311.GA9240@crodrigues.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: <20050519150311.GA9240@crodrigues.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 15:20:20 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 19, 2005 at 11:03:11AM -0400, Craig Rodrigues wrote: > On Thu, May 19, 2005 at 03:26:27PM +0200, Poul-Henning Kamp wrote: > >=20 > > Why do we have the omshell program in the base system when dhcpd is not > > there ? >=20 > Probably no good reason, other than being an artifact of having > isc-dhcp in the base system. I'll be getting rid of it shortly as part of the import of OpenBSD's dhclient. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCjK6nXY6L6fI4GtQRAjfQAJ0WENQtfSHdsbjFGSt5i6gX0n7gDwCeO7KF YAJaqSHvZ9whE2IeG/B9gBI= =gEco -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:23:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8338216A4CF for ; Thu, 19 May 2005 15:23:55 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 271E243D48 for ; Thu, 19 May 2005 15:23:55 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from CMU-144034.WV.CC.cmu.edu (CMU-144034.WV.CC.cmu.edu [128.237.237.76]) by bache.ece.cmu.edu (Postfix) with ESMTP id E6CDF7F for ; Thu, 19 May 2005 11:23:48 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org In-Reply-To: <20050519150311.GA9240@crodrigues.org> References: <20815.1116509187@critter.freebsd.dk> <20050519150311.GA9240@crodrigues.org> Content-Type: text/plain Date: Thu, 19 May 2005 11:23:33 -0400 Message-Id: <1116516218.2850.0.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 15:23:55 -0000 On Thu, 2005-05-19 at 11:03 -0400, Craig Rodrigues wrote: > On Thu, May 19, 2005 at 03:26:27PM +0200, Poul-Henning Kamp wrote: > > > > Why do we have the omshell program in the base system when dhcpd is not > > there ? > > Probably no good reason, other than being an artifact of having > isc-dhcp in the base system. It can be used to query a running dhclient for lease information (and I've wanted to do so a few times only to find that omshell apparently isn't built on !current...). -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:34:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E721F16A4CF for ; Thu, 19 May 2005 15:34:17 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3D7643DAD for ; Thu, 19 May 2005 15:34:16 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by zproxy.gmail.com with SMTP id 13so527826nzn for ; Thu, 19 May 2005 08:34:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=kfjwSKgkC0382ycq8awLN81xxn2wL7oRYGfYXROqU90g5IlwYYPKDwbOjCCuFUk5BY26oxtYeXFaQUsj0Vnwq9ZKl19blE6mFzhLmmdx5gc6bs1CLQQ3GnjDdeTvcKZec/93ecocIyNM3q9qHJjDVYw9iWZ/sYJLPlbWAS9XwsE= Received: by 10.36.12.2 with SMTP id 2mr513687nzl; Thu, 19 May 2005 08:34:15 -0700 (PDT) Received: by 10.36.68.15 with HTTP; Thu, 19 May 2005 08:34:15 -0700 (PDT) Message-ID: <34cb7c84050519083477639cd5@mail.gmail.com> Date: Thu, 19 May 2005 16:34:15 +0100 From: Peter Edwards To: Matti Saarinen , Scot Hetzel , freebsd-current@freebsd.org In-Reply-To: <790a9fff0505190809428abb15@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_3241_23428101.1116516855132" References: <790a9fff0505190809428abb15@mail.gmail.com> cc: peadar@freebsd.org Subject: Re: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: peadar@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: Thu, 19 May 2005 15:34:18 -0000 ------=_Part_3241_23428101.1116516855132 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > > % ifconfig tap0 > > tap0: flags=3D8802 mtu 1500 > > inet6 fe80::2bd:9ff:fe7c:100%tap0 prefixlen 64 scopeid 0x5 > > zsh: segmentation fault (core dumped) ifconfig tap0 > > > > > > I remember that ifconfig didn't dump core when my laptop ran CURRENT > > from a few months ago. > > > You'll probably need to build a version of ifconfig with debugging > symbols. And then provide a backtrace of the core dump. >=20 > How soon after killing openvpn, do you use the ifconfig command. It > might be possible that devfs was in the process of removing tap0, when > you used the ifconfig command. >=20 Hm. It looks like the "close" code for if_tap clears out the addresses of the interface with a pretty blunt-edged "bzero", rather than removing them in any clean fashion. As a result, ifconfig gets confused over the address families in the tags it sees on the addresses it enumerates off the tap interface, and collapses with a corefile. if_tap's "close" seems to be trying to do part of what's done in if_detach, so I split out what I think are the relevant bits from there and used it in both places. Any networking experts care to take a look at the patch? I suspect there's a whole mess of locking I'm not doing for a start, but I think it might be an improvement over the current situation. Cheers, Peadar. ------=_Part_3241_23428101.1116516855132 Content-Type: text/plain; name="iftap.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="iftap.txt" SW5kZXg6IG5ldC9pZi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC91c3IvY3ZzL0ZyZWVCU0QtQ1ZT L3NyYy9zeXMvbmV0L2lmLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMjI3CmRpZmYgLXUgLXcg LXIxLjIyNyBpZi5jCi0tLSBuZXQvaWYuYwkyMCBBcHIgMjAwNSAwOTozMDo1NCAtMDAwMAkxLjIy NworKysgbmV0L2lmLmMJOSBNYXkgMjAwNSAxNTozMzo0MCAtMDAwMApAQCAtNTMwLDEzICs1MzAs NTIgQEAKIH0KIAogLyoKKyAqIFJlbW92ZSBhbnkgbmV0d29yayBhZGRyZXNzZXMgZnJvbSBhbiBp bnRlcmZhY2UuCisgKi8KKwordm9pZAoraWZfcHVyZ2VhZGRycyhzdHJ1Y3QgaWZuZXQgKmlmcCkK K3sKKwlzdHJ1Y3QgaWZhZGRyICppZmEsICpuZXh0OworCisJVEFJTFFfRk9SRUFDSF9TQUZFKGlm YSwgJmlmcC0+aWZfYWRkcmhlYWQsIGlmYV9saW5rLCBuZXh0KSB7CisKKwkJaWYgKGlmYS0+aWZh X2FkZHItPnNhX2ZhbWlseSA9PSBBRl9MSU5LKQorCQkJY29udGludWU7CisjaWZkZWYgSU5FVAor CQkvKiBYWFg6IFVnbHkhISBhZCBob2MganVzdCBmb3IgSU5FVCAqLworCQlpZiAoaWZhLT5pZmFf YWRkciAmJiBpZmEtPmlmYV9hZGRyLT5zYV9mYW1pbHkgPT0gQUZfSU5FVCkgeworCQkJc3RydWN0 IGlmYWxpYXNyZXEgaWZyOworCisJCQliemVybygmaWZyLCBzaXplb2YoaWZyKSk7CisJCQlpZnIu aWZyYV9hZGRyID0gKmlmYS0+aWZhX2FkZHI7CisJCQlpZiAoaWZhLT5pZmFfZHN0YWRkcikKKwkJ CQlpZnIuaWZyYV9icm9hZGFkZHIgPSAqaWZhLT5pZmFfZHN0YWRkcjsKKwkJCWlmIChpbl9jb250 cm9sKE5VTEwsIFNJT0NESUZBRERSLCAoY2FkZHJfdCkmaWZyLCBpZnAsCisJCQkgICAgTlVMTCkg PT0gMCkKKwkJCQljb250aW51ZTsKKwkJfQorI2VuZGlmIC8qIElORVQgKi8KKyNpZmRlZiBJTkVU NgorCQlpZiAoaWZhLT5pZmFfYWRkciAmJiBpZmEtPmlmYV9hZGRyLT5zYV9mYW1pbHkgPT0gQUZf SU5FVDYpIHsKKwkJCWluNl9wdXJnZWFkZHIoaWZhKTsKKwkJCS8qIGlmcF9hZGRyaGVhZCBpcyBh bHJlYWR5IHVwZGF0ZWQgKi8KKwkJCWNvbnRpbnVlOworCQl9CisjZW5kaWYgLyogSU5FVDYgKi8K KwkJVEFJTFFfUkVNT1ZFKCZpZnAtPmlmX2FkZHJoZWFkLCBpZmEsIGlmYV9saW5rKTsKKwkJSUZB RlJFRShpZmEpOworCX0KK30KKworLyoKICAqIERldGFjaCBhbiBpbnRlcmZhY2UsIHJlbW92aW5n IGl0IGZyb20gdGhlCiAgKiBsaXN0IG9mICJhY3RpdmUiIGludGVyZmFjZXMuCiAgKi8KIHZvaWQK IGlmX2RldGFjaChzdHJ1Y3QgaWZuZXQgKmlmcCkKIHsKLQlzdHJ1Y3QgaWZhZGRyICppZmEsICpu ZXh0OworCXN0cnVjdCBpZmFkZHIgKmlmYTsKIAlzdHJ1Y3QgcmFkaXhfbm9kZV9oZWFkCSpybmg7 CiAJaW50IHM7CiAJaW50IGk7CkBAIC01NjgsMzUgKzYwNyw5IEBACiAJCWFsdHFfZGV0YWNoKCZp ZnAtPmlmX3NuZCk7CiAjZW5kaWYKIAotCWZvciAoaWZhID0gVEFJTFFfRklSU1QoJmlmcC0+aWZf YWRkcmhlYWQpOyBpZmE7IGlmYSA9IG5leHQpIHsKLQkJbmV4dCA9IFRBSUxRX05FWFQoaWZhLCBp ZmFfbGluayk7CisJaWZfcHVyZ2VhZGRycyhpZnApOwogCi0JCWlmIChpZmEtPmlmYV9hZGRyLT5z YV9mYW1pbHkgPT0gQUZfTElOSykKLQkJCWNvbnRpbnVlOwotI2lmZGVmIElORVQKLQkJLyogWFhY OiBVZ2x5ISEgYWQgaG9jIGp1c3QgZm9yIElORVQgKi8KLQkJaWYgKGlmYS0+aWZhX2FkZHIgJiYg aWZhLT5pZmFfYWRkci0+c2FfZmFtaWx5ID09IEFGX0lORVQpIHsKLQkJCXN0cnVjdCBpZmFsaWFz cmVxIGlmcjsKIAotCQkJYnplcm8oJmlmciwgc2l6ZW9mKGlmcikpOwotCQkJaWZyLmlmcmFfYWRk ciA9ICppZmEtPmlmYV9hZGRyOwotCQkJaWYgKGlmYS0+aWZhX2RzdGFkZHIpCi0JCQkJaWZyLmlm cmFfYnJvYWRhZGRyID0gKmlmYS0+aWZhX2RzdGFkZHI7Ci0JCQlpZiAoaW5fY29udHJvbChOVUxM LCBTSU9DRElGQUREUiwgKGNhZGRyX3QpJmlmciwgaWZwLAotCQkJICAgIE5VTEwpID09IDApCi0J CQkJY29udGludWU7Ci0JCX0KLSNlbmRpZiAvKiBJTkVUICovCi0jaWZkZWYgSU5FVDYKLQkJaWYg KGlmYS0+aWZhX2FkZHIgJiYgaWZhLT5pZmFfYWRkci0+c2FfZmFtaWx5ID09IEFGX0lORVQ2KSB7 Ci0JCQlpbjZfcHVyZ2VhZGRyKGlmYSk7Ci0JCQkvKiBpZnBfYWRkcmhlYWQgaXMgYWxyZWFkeSB1 cGRhdGVkICovCi0JCQljb250aW51ZTsKLQkJfQotI2VuZGlmIC8qIElORVQ2ICovCi0JCVRBSUxR X1JFTU9WRSgmaWZwLT5pZl9hZGRyaGVhZCwgaWZhLCBpZmFfbGluayk7Ci0JCUlGQUZSRUUoaWZh KTsKLQl9CiAKICNpZmRlZiBJTkVUNgogCS8qCkluZGV4OiBuZXQvaWZfdGFwLmMKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQpSQ1MgZmlsZTogL3Vzci9jdnMvRnJlZUJTRC1DVlMvc3JjL3N5cy9uZXQvaWZfdGFwLmMsdgpy ZXRyaWV2aW5nIHJldmlzaW9uIDEuNTMKZGlmZiAtdSAtdyAtcjEuNTMgaWZfdGFwLmMKLS0tIG5l dC9pZl90YXAuYwk0IE1heSAyMDA1IDE4OjU1OjAyIC0wMDAwCTEuNTMKKysrIG5ldC9pZl90YXAu Ywk5IE1heSAyMDA1IDIxOjAxOjUyIC0wMDAwCkBAIC0zNTYsOSArMzU2LDYgQEAKIAlzdHJ1Y3Qg aWZuZXQJCSppZnAgPSBOVUxMOwogCWludAkJCSBzOwogCi0JaWYgKHRhcHVvcGVuID09IDAgJiYg c3VzZXIodGQpICE9IDApCi0JCXJldHVybiAoRVBFUk0pOwotCiAJaWYgKChkZXYydW5pdChkZXYp ICYgQ0xPTkVfVU5JVE1BU0spID4gVEFQTUFYVU5JVCkKIAkJcmV0dXJuIChFTlhJTyk7CiAKQEAg LTQwOCw2ICs0MDUsNyBAQAogCWludAkJIGJhcjsKIAlzdHJ1Y3QgdGhyZWFkCSp0ZDsKIHsKKwlz dHJ1Y3QgaWZhZGRyICppZmE7CiAJc3RydWN0IHRhcF9zb2Z0YwkqdHAgPSBkZXYtPnNpX2RydjE7 CiAJc3RydWN0IGlmbmV0CQkqaWZwID0gJnRwLT50YXBfaWY7CiAJaW50CQkJczsKQEAgLTQyNiwy NCArNDI0LDEwIEBACiAJCXMgPSBzcGxpbXAoKTsKIAkJaWZfZG93bihpZnApOwogCQlpZiAoaWZw LT5pZl9mbGFncyAmIElGRl9SVU5OSU5HKSB7Ci0JCQkvKiBmaW5kIGludGVybmV0IGFkZHJlc3Nl cyBhbmQgZGVsZXRlIHJvdXRlcyAqLwotCQkJc3RydWN0IGlmYWRkcgkqaWZhID0gTlVMTDsKLQot CQkJLyogSW4gZGVzcGFyYXRlIG5lZWQgb2YgaWZhZGRyIGxvY2tpbmcuICovCiAJCQlUQUlMUV9G T1JFQUNIKGlmYSwgJmlmcC0+aWZfYWRkcmhlYWQsIGlmYV9saW5rKSB7Ci0JCQkJaWYgKGlmYS0+ aWZhX2FkZHItPnNhX2ZhbWlseSA9PSBBRl9JTkVUKSB7CiAJCQkJCXJ0aW5pdChpZmEsIChpbnQp UlRNX0RFTEVURSwgMCk7Ci0KLQkJCQkJLyogcmVtb3ZlIGFkZHJlc3MgZnJvbSBpbnRlcmZhY2Ug Ki8KLQkJCQkJYnplcm8oaWZhLT5pZmFfYWRkciwKLQkJCQkJCSAgIHNpemVvZigqKGlmYS0+aWZh X2FkZHIpKSk7Ci0JCQkJCWJ6ZXJvKGlmYS0+aWZhX2RzdGFkZHIsCi0JCQkJCQkgICBzaXplb2Yo KihpZmEtPmlmYV9kc3RhZGRyKSkpOwotCQkJCQliemVybyhpZmEtPmlmYV9uZXRtYXNrLAotCQkJ CQkJICAgc2l6ZW9mKCooaWZhLT5pZmFfbmV0bWFzaykpKTsKIAkJCQl9Ci0JCQl9Ci0KKwkJCWlm X3B1cmdlYWRkcnMoaWZwKTsKIAkJCWlmcC0+aWZfZmxhZ3MgJj0gfklGRl9SVU5OSU5HOwogCQl9 CiAJCXNwbHgocyk7CkluZGV4OiBuZXQvaWZfdmFyLmgKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL3Vz ci9jdnMvRnJlZUJTRC1DVlMvc3JjL3N5cy9uZXQvaWZfdmFyLmgsdgpyZXRyaWV2aW5nIHJldmlz aW9uIDEuOTUKZGlmZiAtdSAtdyAtcjEuOTUgaWZfdmFyLmgKLS0tIG5ldC9pZl92YXIuaAkyMCBB cHIgMjAwNSAwOTozMDo1NCAtMDAwMAkxLjk1CisrKyBuZXQvaWZfdmFyLmgJOSBNYXkgMjAwNSAx NTozMzo0MSAtMDAwMApAQCAtNjI5LDYgKzYyOSw3IEBACiB2b2lkCWlmX2F0dGFjaChzdHJ1Y3Qg aWZuZXQgKik7CiBpbnQJaWZfZGVsbXVsdGkoc3RydWN0IGlmbmV0ICosIHN0cnVjdCBzb2NrYWRk ciAqKTsKIHZvaWQJaWZfZGV0YWNoKHN0cnVjdCBpZm5ldCAqKTsKK3ZvaWQJaWZfcHVyZ2VhZGRy cyhzdHJ1Y3QgaWZuZXQgKik7CiB2b2lkCWlmX2Rvd24oc3RydWN0IGlmbmV0ICopOwogdm9pZAlp Zl9pbml0bmFtZShzdHJ1Y3QgaWZuZXQgKiwgY29uc3QgY2hhciAqLCBpbnQpOwogdm9pZAlpZl9s aW5rX3N0YXRlX2NoYW5nZShzdHJ1Y3QgaWZuZXQgKiwgaW50KTsK ------=_Part_3241_23428101.1116516855132-- From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:40:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B53B16A4CE for ; Thu, 19 May 2005 15:40:23 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id DD30043D31 for ; Thu, 19 May 2005 15:40:20 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 7832 invoked from network); 19 May 2005 09:33:21 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 19 May 2005 09:33:21 -0000 Received: (qmail 31493 invoked by uid 89); 19 May 2005 05:16:37 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 19 May 2005 05:16:37 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 9B67E60BF; Thu, 19 May 2005 08:02:35 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Thu, 19 May 2005 08:02:35 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id 94E664C; Thu, 19 May 2005 08:02:34 +0300 (EEST) Date: Thu, 19 May 2005 08:02:33 +0300 From: Ion-Mihai Tetcu To: Ariff Abdullah Message-ID: <20050519080233.7bb09e83@it.buh.cameradicommercio.ro> In-Reply-To: <20050519035735.7fccba8d.skywizard@MyBSD.org.my> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> <20050518145951.49423eaf@it.buh.cameradicommercio.ro> <20050519035735.7fccba8d.skywizard@MyBSD.org.my> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AV-Checked: on buh by ClamAV using ClamSMTP cc: freebsd-current@FreeBSD.org Subject: Re: snd_via8233 dxs_disabled patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 15:40:23 -0000 On Thu, 19 May 2005 03:57:35 +0800 Ariff Abdullah wrote: > On Wed, 18 May 2005 14:59:51 +0300 > Ion-Mihai Tetcu wrote: [ ... ] > > I get an instant reboot when trying to play anything in xmms; I > > tested it this morning before leaving for work so this is all that I > > can say for now. > > > > With hw.snd.maxautovchans=0 it doesn't happen. > > > > 5.4-STABLE #6: Wed May 18 04:35:34 EEST 2005 sources + your patches > > and the hint, ULE and no PREEMPTION kernel, > > > > pcm0@pci0:17:5: class=0x040100 card=0xa0021458 chip=0x30591106 > > rev=0x60 hdr=0x00 [ ... ] > How about this. Let hw.snd.maxautovchans=0 , and > set hw.snd.pcm0.vchans=morethan_1. It's probably not because of via > driver, or the driver itself triggering somewhere else. If you can, > try to trigger the panic during single user mode. It's much verbose > there. The problem is there's no panic, just reboot. > Other people reported better result with those patches, so I > hope we can refine your current situation. How about your vmstat -i? > How about enabling dxs back (hint.pcm.0.via_dxs_disabled="0") ? OK, I'm going to try all this and also on an other motherboard (this one is I have for two days and I think it has some invalid acpi entries). I'll post tonight or tomorrow. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:42:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA87D16A4CE for ; Thu, 19 May 2005 15:42:58 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F8C043D55 for ; Thu, 19 May 2005 15:42:57 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 17755 invoked from network); 19 May 2005 10:36:22 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 19 May 2005 10:36:22 -0000 Received: (qmail 1446 invoked by uid 89); 19 May 2005 05:25:16 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 19 May 2005 05:25:16 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 1F3C6611E; Thu, 19 May 2005 08:11:14 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Thu, 19 May 2005 08:11:14 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id A0EB5B4; Thu, 19 May 2005 08:11:13 +0300 (EEST) Date: Thu, 19 May 2005 08:11:13 +0300 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Message-ID: <20050519081113.36f5ff61@it.buh.cameradicommercio.ro> In-Reply-To: <20050519080233.7bb09e83@it.buh.cameradicommercio.ro> References: <4286AB34.6050101@elischer.org> <42871944.4030506@elischer.org> <20050515163535.GB59332@stud.fit.vutbr.cz> <20050515121406.mawapm16gwkcs4gc@mail.encontacto.net> <1116182140.19799.9.camel@hood.oook.cz> <20050515215140.539d804f@it.buh.cameradicommercio.ro> <1116183590.19799.12.camel@hood.oook.cz> <20050515221522.2361523c@it.buh.cameradicommercio.ro> <20050516225039.01def6b0.skywizard@MyBSD.org.my> <20050518145951.49423eaf@it.buh.cameradicommercio.ro> <20050519035735.7fccba8d.skywizard@MyBSD.org.my> <20050519080233.7bb09e83@it.buh.cameradicommercio.ro> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AV-Checked: on buh by ClamAV using ClamSMTP cc: freebsd-current@FreeBSD.org cc: Ariff Abdullah Subject: Re: snd_via8233 dxs_disabled patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 15:42:58 -0000 On Thu, 19 May 2005 08:02:33 +0300 Ion-Mihai Tetcu wrote: > On Thu, 19 May 2005 03:57:35 +0800 > Ariff Abdullah wrote: > > > On Wed, 18 May 2005 14:59:51 +0300 > > Ion-Mihai Tetcu wrote: > > [ ... ] > > > > I get an instant reboot when trying to play anything in xmms; I > > > tested it this morning before leaving for work so this is all that I > > > can say for now. > > > > > > With hw.snd.maxautovchans=0 it doesn't happen. > > > > > > 5.4-STABLE #6: Wed May 18 04:35:34 EEST 2005 sources + your patches > > > and the hint, ULE and no PREEMPTION kernel, > > > > > > pcm0@pci0:17:5: class=0x040100 card=0xa0021458 chip=0x30591106 > > > rev=0x60 hdr=0x00 > > [ ... ] > > > How about this. Let hw.snd.maxautovchans=0 , and > > set hw.snd.pcm0.vchans=morethan_1. It's probably not because of via > > driver, or the driver itself triggering somewhere else. If you can, > > try to trigger the panic during single user mode. It's much verbose > > there. > > The problem is there's no panic, just reboot. > > > Other people reported better result with those patches, so I > > hope we can refine your current situation. How about your vmstat -i? > > How about enabling dxs back (hint.pcm.0.via_dxs_disabled="0") ? > > OK, I'm going to try all this and also on an other motherboard (this one > is I have for two days and I think it has some invalid acpi entries). > > I'll post tonight or tomorrow. Uh, I should have added that I'm kldload'ing snd_via8233; I'll also try with it compiled in the kernel. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:44:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C59516A4CE for ; Thu, 19 May 2005 15:44:10 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D739A43D97 for ; Thu, 19 May 2005 15:44:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4JFhe4w073850; Thu, 19 May 2005 09:43:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 May 2005 09:43:53 -0600 (MDT) Message-Id: <20050519.094353.120174404.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <20815.1116509187@critter.freebsd.dk> References: <20815.1116509187@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 15:44:10 -0000 In message: <20815.1116509187@critter.freebsd.dk> Poul-Henning Kamp writes: : Why do we have the omshell program in the base system when dhcpd is not : there ? Because you can use it with dhclient. Warner From owner-freebsd-current@FreeBSD.ORG Thu May 19 15:55:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9554A16A4CE for ; Thu, 19 May 2005 15:55:42 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2122143DBD for ; Thu, 19 May 2005 15:55:42 +0000 (GMT) (envelope-from nnieblas@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so655297wra for ; Thu, 19 May 2005 08:55:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Su8OU+6TYWnJp/+hbVrQcYOnpZxSjrp5u/2gJRO8J4p7GUR6YLZwfHgl1/kctYkMDazQM2w9oaCRMWNuPgr4g/poPREdr88s8T5ReNtzdPqarkuz9d04NWwZEN61YYcj5/hGQaIYOyqTE+ZdGJabNVETIz6tkOuGxGj6076NLIc= Received: by 10.54.33.73 with SMTP id g73mr462032wrg; Thu, 19 May 2005 08:55:41 -0700 (PDT) Received: by 10.54.13.8 with HTTP; Thu, 19 May 2005 08:55:41 -0700 (PDT) Message-ID: Date: Thu, 19 May 2005 08:55:41 -0700 From: Nathan Nieblas To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: make buildworld GBDE error - sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nathan Nieblas List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 15:55:42 -0000 I just grabbed the latest sources last night, unable to get my sparc off 5.3-RELEASE because of this. (cd /usr/src/rescue/rescue/../../sbin/fsirand && make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE depend && make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE fsirand.o) cc -O -pipe -DRESCUE -c /usr/src/sbin/fsirand/fsirand.c (cd /usr/src/rescue/rescue/../../sbin/gbde && make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE depend && make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE gbde.o template.o rijndael-alg-fst.o rijndael-api-fst.o sha2.o g_bde_lock.o) file2c 'const char template[] =3D {' ',0};' < /usr/src/sbin/gbde/template.txt > template.c rm -f .depend mkdep -f .depend -a -I/usr/src/sbin/gbde/../../sys -DRESCUE /usr/src/sbin/gbde/gbde.c template.c /usr/src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c /usr/src/sbin/gbde/../../sys/crypto/rijndael/rijndael-api-fst.c /usr/src/sbin/gbde/../../sys/crypto/sha2/sha2.c /usr/src/sbin/gbde/../../sys/geom/bde/g_bde_lock.c echo gbde: /usr/lib/libc.a /usr/lib/libmd.a /usr/lib/libutil.a /usr/lib/libgeom.a >> .depend cc -O -pipe -I/usr/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/sbin/gbde/gbde.c /usr/src/sbin/gbde/gbde.c: In function `g_read_data': /usr/src/sbin/gbde/gbde.c:162: warning: implicit declaration of function `r= ead' /usr/src/sbin/gbde/gbde.c: In function `cmd_attach': /usr/src/sbin/gbde/gbde.c:274: warning: implicit declaration of function `c= lose' /usr/src/sbin/gbde/gbde.c: In function `cmd_nuke': /usr/src/sbin/gbde/gbde.c:364: warning: implicit declaration of function `w= rite' /usr/src/sbin/gbde/gbde.c: In function `cmd_init': /usr/src/sbin/gbde/gbde.c:529: warning: implicit declaration of function `unlink' /usr/src/sbin/gbde/gbde.c: In function `main': /usr/src/sbin/gbde/gbde.c:772: warning: implicit declaration of function `getopt' /usr/src/sbin/gbde/gbde.c:775: error: `optarg' undeclared (first use in this function) /usr/src/sbin/gbde/gbde.c:775: error: (Each undeclared identifier is reported only once /usr/src/sbin/gbde/gbde.c:775: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sbin/gbde. *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. From owner-freebsd-current@FreeBSD.ORG Thu May 19 16:13:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0137E16A4CE for ; Thu, 19 May 2005 16:13:10 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADA2A43DA3 for ; Thu, 19 May 2005 16:13:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 379BA51364; Thu, 19 May 2005 09:13:06 -0700 (PDT) Date: Thu, 19 May 2005 09:13:06 -0700 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050519161306.GC87697@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="96YOpH+ONegL0A3E" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: tty ownership 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: Thu, 19 May 2005 16:13:10 -0000 --96YOpH+ONegL0A3E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On one of my machines I am getting the following: ports-i386%whoami ports-i386 lsports-i386%ls -l `tty` crw--w---- 1 root tty 3, 79 May 19 09:20 /dev/ttyp0 ports-i386% i.e. the tty ownership is wrong. This is also the only ttyp device that exists on the machine, i.e. there are no additional devices with mode 666. I have verified I have no fbtab, devfs.conf, filesystem mount options, or kernel patches that should be affecting this. I've tried switching the kernel sources back 2 weeks (well before the last working kernel update), and have done a make world. Does anyone know what could be causing this? Kris --96YOpH+ONegL0A3E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCjLsRWry0BWjoQKURAg1YAJ9jk9MBZuoVyRNkC2d/v1ELcE1R3QCgqyJP M01FS4zm/CksYaFffgd51a0= =XZNN -----END PGP SIGNATURE----- --96YOpH+ONegL0A3E-- From owner-freebsd-current@FreeBSD.ORG Thu May 19 16:16:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76EE116A4D1; Thu, 19 May 2005 16:16:14 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E28AC43DA7; Thu, 19 May 2005 16:16:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4JGGDhm023287; Thu, 19 May 2005 12:16:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4JGGD7S031504; Thu, 19 May 2005 12:16:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2AAAE7306E; Thu, 19 May 2005 12:16:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050519161613.2AAAE7306E@freebsd-current.sentex.ca> Date: Thu, 19 May 2005 12:16:13 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 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: Thu, 19 May 2005 16:16:14 -0000 TB --- 2005-05-19 14:34:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-19 14:34:42 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-05-19 14:34:42 - cleaning the object tree TB --- 2005-05-19 14:35:10 - checking out the source tree TB --- 2005-05-19 14:35:10 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-05-19 14:35:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-19 14:41:21 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-19 14:41:21 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-19 14:41:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 --- 2005-05-19 15:49:56 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-19 15:49:56 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-19 15:49:56 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu May 19 15:49:56 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu May 19 16:04:50 UTC 2005 TB --- 2005-05-19 16:04:50 - generating LINT kernel config TB --- 2005-05-19 16:04:50 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-05-19 16:04:50 - /usr/bin/make -B LINT TB --- 2005-05-19 16:04:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-19 16:04:50 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-19 16:04:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 19 16:04:50 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /ti nderbox/CURRENT/i386/pc98/src/sys/i386/isa/prof_machdep.c In file included from ./machine/profile.h:6, from /tinderbox/CURRENT/i386/pc98/src/sys/sys/gmon.h:36, from /tinderbox/CURRENT/i386/pc98/src/sys/i386/isa/prof_machdep.c:40: ./i386/profile.h:54:1: "MCOUNT" redefined In file included from ./machine/asmacros.h:6, from /tinderbox/CURRENT/i386/pc98/src/sys/i386/isa/prof_machdep.c:33: ./i386/asmacros.h:115:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-05-19 16:16:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-19 16:16:12 - ERROR: failed to build lint kernel TB --- 2005-05-19 16:16:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu May 19 16:23:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7959D16A4CE for ; Thu, 19 May 2005 16:23:50 +0000 (GMT) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E7843DAC for ; Thu, 19 May 2005 16:23:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id C42B21EC31D for ; Thu, 19 May 2005 18:23:48 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4JGNhrF021665; Thu, 19 May 2005 18:23:44 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Kris Kennaway From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 19 May 2005 09:13:06 PDT." <20050519161306.GC87697@xor.obsecurity.org> Date: Thu, 19 May 2005 18:23:43 +0200 Message-ID: <21664.1116519823@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.org Subject: Re: tty ownership 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: Thu, 19 May 2005 16:23:50 -0000 Did you login as root and su to ports-i386 ? In message <20050519161306.GC87697@xor.obsecurity.org>, Kris Kennaway writes: > >--96YOpH+ONegL0A3E >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline > >On one of my machines I am getting the following: > >ports-i386%whoami >ports-i386 >lsports-i386%ls -l `tty` >crw--w---- 1 root tty 3, 79 May 19 09:20 /dev/ttyp0 >ports-i386% > >i.e. the tty ownership is wrong. This is also the only ttyp device >that exists on the machine, i.e. there are no additional devices with >mode 666. > >I have verified I have no fbtab, devfs.conf, filesystem mount options, >or kernel patches that should be affecting this. I've tried switching >the kernel sources back 2 weeks (well before the last working kernel >update), and have done a make world. Does anyone know what could be >causing this? > >Kris > >--96YOpH+ONegL0A3E >Content-Type: application/pgp-signature >Content-Disposition: inline > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.4.1 (FreeBSD) > >iD8DBQFCjLsRWry0BWjoQKURAg1YAJ9jk9MBZuoVyRNkC2d/v1ELcE1R3QCgqyJP >M01FS4zm/CksYaFffgd51a0= >=XZNN >-----END PGP SIGNATURE----- > >--96YOpH+ONegL0A3E-- > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu May 19 16:28:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A50F16A4D1 for ; Thu, 19 May 2005 16:28:50 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A96843D9A for ; Thu, 19 May 2005 16:28:49 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGQ002Q5WEJ1H@VL-MO-MR010.ip.videotron.ca> for freebsd-current@freebsd.org; Thu, 19 May 2005 12:27:55 -0400 (EDT) Date: Thu, 19 May 2005 12:27:54 -0400 From: Nicolas Blais In-reply-to: <20050518111538.4be4597b@mablung.edhellond.fbi.ie> To: freebsd-current@freebsd.org Message-id: <200505191227.54772.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Content-disposition: inline User-Agent: KMail/1.8 References: <200505172132.42322.nb_root@videotron.ca> <20050518111538.4be4597b@mablung.edhellond.fbi.ie> Subject: Re: sk interface (Marvell 88E8001) sluggish? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 16:28:50 -0000 On May 18, 2005 06:15 am, Feargal Reilly wrote: > I was *about* to say that SysKonnect have a version of the > myk driver for that card for 5.3, but I just checked the > man page for it, and the 88E8001 isn't actually listed. I don't > know if that's accurate or not; if you want to check it out, > email support@syskonnect.de and ask them about it. I sent them an email, here is their reply: =46rom:=20 Gerald Heinig =A0=A0(SysKonnect GmbH) Hi Nicholas, there's a driver out for 5.2 and 5.3 from SysKonnect for the Yukon-I=20 controllers. However, it's only for PCI cards, not LOMs. As far as I=20 know, there are no plans to support the LOMs, although they are=20 functionally identical to the PCI cards. As for support for 6-CURRENT, the answer at the moment is, no, it's not=20 envisaged unfortunately. Note also that the current driver is=20 binary-only. This may change in the future, for undefined values of=20 'future' :(:( Hope that helps. Gerald From owner-freebsd-current@FreeBSD.ORG Thu May 19 16:31:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE1C416A4CE for ; Thu, 19 May 2005 16:31:26 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C36C43D8D for ; Thu, 19 May 2005 16:31:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2986E51326; Thu, 19 May 2005 09:31:22 -0700 (PDT) Date: Thu, 19 May 2005 09:31:22 -0700 From: Kris Kennaway To: Poul-Henning Kamp Message-ID: <20050519163122.GA3551@xor.obsecurity.org> References: <20050519161306.GC87697@xor.obsecurity.org> <21664.1116519823@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <21664.1116519823@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: tty ownership 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: Thu, 19 May 2005 16:31:27 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 19, 2005 at 06:23:43PM +0200, Poul-Henning Kamp wrote: >=20 > Did you login as root and su to ports-i386 ? Yes. That always used to work. Kris --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCjL9ZWry0BWjoQKURAoK6AKCPj19rfJPF1mL2NsC283s71mR2TACg6p/M pfsD3OHwUMxLfhsEWdUY088= =rRqs -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Thu May 19 19:01:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B796116A4CE for ; Thu, 19 May 2005 19:01:45 +0000 (GMT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9751343D8D for ; Thu, 19 May 2005 19:01:43 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id B38FB3BA68; Thu, 19 May 2005 21:01:41 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) j4JJ1TBv001417; Thu, 19 May 2005 21:01:29 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j4JJ1TUr001416; Thu, 19 May 2005 21:01:29 +0200 (CEST) (envelope-from schweikh) Date: Thu, 19 May 2005 21:01:29 +0200 From: Jens Schweikhardt To: Doug White Message-ID: <20050519190129.GA1048@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <20050518150346.S87264@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050518150346.S87264@carver.gumbysoft.com> User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 19:01:45 -0000 Doug et al, On Wed, May 18, 2005 at 03:04:39PM -0700, Doug White wrote: # On Mon, 16 May 2005, Jens Schweikhardt wrote: # # > hello, world\n # > # > the timekeeping on my CURRENT system as of May 15 is very strange. The # > time as reported by date(1) increases too slow by a factor of 3. Things # > with second intervals like sleep 1, tail -f, iostat 1, changing folders # > in mutt all go slower by a factor of 3. # > # > The system bios date however is correct, and a kernel as of March does # > not have this problem, so it's clearly the kernel or some other software # > problem. I have investigated a bit and found the interrupt rates for the # > lapic[01] being three times the value on the broken kernel (about 2kHz # > vs 6kHz), # # Are you running with kern.hz or HZ set to something other than the # default? No, $ sysctl -a | grep hz kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } debug.psm.hz: 20 is the same on both systems. ... # the lapic timer values should run about 2*hz. Then something is out of whack... this is from the strange system: $ vmstat -i interrupt total rate irq1: atkbd0 211 8 irq13: npx0 1 0 irq14: ata0 63 2 irq15: ata1 109 4 irq18: em0 17 0 irq24: ahd0 4511 187 irq25: ahc0 16 0 lapic0: timer 190869 7952 lapic1: timer 176174 7340 Total 371971 15498 Note that there's no irq0: clk 745029 1000 appearing. I'm not an expert, but that's unexpected to my eyes. My /boot/device.hints deviate from GENERIC.hints only through hint.atkbd.0.flags="0x1" hint.ppc.0.irq="5" hint.ppc.0.flags="0x20" hint.cd.0.at="scbus0" hint.cd.0.target="3" hint.cd.1.at="scbus0" hint.cd.1.target="4" dmesg and kernel config of the strange system follow. I never used the NO_MIXED_MODE mentioned in UPDATING. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Tue May 17 20:29:49 CEST 2005 toor@hal9000.schweikhardt.net:/share/HEAD/obj/share/HEAD/src/sys/HAL9000 MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2994.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Stepping = 3 Features=0xbfebfbff Features2=0x41d,MON,DS_CPL,CNTX-ID> Hyperthreading: 2 logical CPUs real memory = 1072627712 (1022 MB) avail memory = 1040842752 (992 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard bktr_mem: memory holder loaded npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0xb000-0xb01f mem 0xec000000-0xec01ffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:30:48:80:79:71 em0: Speed:N/A Duplex:N/A pcib3: at device 28.0 on pci0 pci3: on pcib3 ahd0: port 0xc000-0xc0ff,0xc400-0xc4ff mem 0xeb000000-0xeb001fff irq 24 at device 1.0 on pci3 ahd0: [GIANT-LOCKED] aic7901A: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs ahc0: port 0xc800-0xc8ff mem 0xeb002000-0xeb002fff irq 25 at device 2.0 on pci3 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs uhci0: port 0xd000-0xd01f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd400-0xd41f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pci0: at device 29.7 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 bktr0: mem 0xec300000-0xec300fff irq 20 at device 1.0 on pci4 bktr0: [GIANT-LOCKED] bktr0: Hauppauge Model 38104 B208 bktr0: Hauppauge WinCast/TV, Philips PAL I tuner. pci4: at device 1.1 (no driver attached) csa0: mem 0xec200000-0xec200fff,0xec100000-0xec1fffff irq 21 at device 2.0 on pci4 csa: card is Unknown/invalid SSID (CS4614) csa0: [GIANT-LOCKED] pcm0: on csa0 pcm0: pcm0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) orm0: at iomem 0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] ppc0: at port 0x278-0x27f irq 5 flags 0x20 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Polled port sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default ad0: 76319MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 35044MB (71771688 512 byte sectors: 255H 63S/T 4467C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 35044MB (71771688 512 byte sectors: 255H 63S/T 4467C) da2 at ahd0 bus 0 target 5 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da2: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) da3 at ahd0 bus 0 target 6 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da3: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) SMP: AP CPU #1 Launched! cd2 at ata1 bus 0 target 0 lun 0 cd2: <_NEC DVD_RW ND-2500A 1.06> Removable CD-ROM SCSI-0 device cd2: 33.000MB/s transfers cd2: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/da3s1a ----------------------------------------------------------------------------------- machine i386 cpu I686_CPU ident HAL9000 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # SCHED_4BSD scheduler #options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options _KPOSIX_PRIORITY_SCHEDULING # Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed device isa # Do not remove. device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI cd drives device atapicam # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device ahd # Adaptec PCI/PCI-X Ultra320 SCSI # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Floating point support - do not disable. device npx # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device umass # Disks/Mass storage - Requires scbus and da device psm # ps/2 mouse # Other customization. options EXT2FS options AHC_ALLOW_MEMIO options ATKBD_DFLT_KEYMAP makeoptions ATKBD_DFLT_KEYMAP="german.iso" options SC_HISTORY_SIZE=200 options SC_DFLT_FONT makeoptions SC_DFLT_FONT=iso options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPDIVERT options CPU_ENABLE_SSE # To make an SMP kernel, the next two lines are needed options SMP device apic Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Thu May 19 19:03:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E71B16A4CE for ; Thu, 19 May 2005 19:03:46 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2707943DB8 for ; Thu, 19 May 2005 19:03:44 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j4JJ3gAm062444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 19 May 2005 23:03:43 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j4JJ3fmW021547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 May 2005 23:03:42 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j4JJ3fhB021546; Thu, 19 May 2005 23:03:41 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 19 May 2005 23:03:41 +0400 From: Gleb Smirnoff To: Dorijan Jelincic Message-ID: <20050519190341.GB21461@cell.sick.ru> References: <156685924.20050519021238@marvin.cc.fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <156685924.20050519021238@marvin.cc.fer.hr> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: freebsd-current@FreeBSD.org Subject: Re: problem with dummynet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 19:03:46 -0000 Dorijan, On Thu, May 19, 2005 at 02:12:38AM +0200, Dorijan Jelincic wrote: D> Hello freebsd-current, D> D> Since I upgraded my kernetl dummynet is not working properly... D> things like ipfw pipe 1000 config bw 0 dont work anymore... D> D> free# ipfw pipe 1000 config bw 0 D> ipfw: setsockopt(IP_DUMMYNET_CONFIGURE): Invalid argument D> D> this worked before (in snapshot002) Have you upgraded userland? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu May 19 19:05:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 898A716A4CE; Thu, 19 May 2005 19:05:01 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDE8843DCA; Thu, 19 May 2005 19:05:00 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j4JJ4bLS028164 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 19 May 2005 12:04:59 -0700 Message-ID: <428CE32F.20307@root.org> Date: Thu, 19 May 2005 12:04:15 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Fredrik Lindberg References: <428C1EA6.7020907@root.org> <20050519104207.GA1259@shapeshifter.se> In-Reply-To: <20050519104207.GA1259@shapeshifter.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Warner Losh cc: current@FreeBSD.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 19:05:01 -0000 Fredrik Lindberg wrote: > On Wed, May 18, 2005 at 10:05:42PM -0700, Nate Lawson (nate@root.org) wrote: > >>I appreciate you working on a patch for this. However, I'd prefer the >>work on the devd side go into making devctl a clonable device or follow >>the bpf route and hook up /dev/devctl0,1,2,... If you start using the >>/var/run/devd.pipe, it's not available for other consumers. > > Yes, devctl should probably be able to have more readers, I won't argue with that. > However, devd allows any number of consumers to the devd.pipe. I've had > upto 4 programs reading devd.pipe simultaneously and they all got the same data. Ah, I wasn't aware of that. I thought there might be a race for who got each message. This is fine then, and perhaps we should retire devctl as a way to read messages since it is limited for that purpose and duplicates the pipe. We could keep it around for reverse signaling (sending messages to the kernel, which is needed eventually). >>Other comments: >>style(9) long sscanf line > > > I'm familiar with style(9), however I don't recall anything about sscanf, could you > please explain the correct behaviour in this case (except trying to reducing indent) I just think you should wrap the lines >80 cols. Pretty easy to do this by outdenting the string. Example: printf( "a really long string but less than 80 cols\n"); >>extra newlines inserted into existing code >>change read() in devd_read() to return on error instead of running >>sscanf -- this will allow the indent to be reduced. > > My mistakes, sorry. No problems, thanks for the work. With these changes, I'm fine with the patch being committed. I hope you can also fix the main loop soft error cases as well. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu May 19 19:14:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4CE916A4CE for ; Thu, 19 May 2005 19:14:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51B5F43DAF for ; Thu, 19 May 2005 19:14:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4JJB1fZ076203; Thu, 19 May 2005 13:11:01 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 May 2005 13:11:15 -0600 (MDT) Message-Id: <20050519.131115.87763610.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <428CE32F.20307@root.org> References: <428C1EA6.7020907@root.org> <20050519104207.GA1259@shapeshifter.se> <428CE32F.20307@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: fli+freebsd-current@shapeshifter.se cc: current@FreeBSD.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 19:14:07 -0000 In message: <428CE32F.20307@root.org> Nate Lawson writes: : Fredrik Lindberg wrote: : > On Wed, May 18, 2005 at 10:05:42PM -0700, Nate Lawson (nate@root.org) wrote: : > : >>I appreciate you working on a patch for this. However, I'd prefer the : >>work on the devd side go into making devctl a clonable device or follow : >>the bpf route and hook up /dev/devctl0,1,2,... If you start using the : >>/var/run/devd.pipe, it's not available for other consumers. : > : > Yes, devctl should probably be able to have more readers, I won't argue with that. : > However, devd allows any number of consumers to the devd.pipe. I've had : > upto 4 programs reading devd.pipe simultaneously and they all got the same data. : : Ah, I wasn't aware of that. I thought there might be a race for who got : each message. This is fine then, and perhaps we should retire devctl as : a way to read messages since it is limited for that purpose and : duplicates the pipe. We could keep it around for reverse signaling : (sending messages to the kernel, which is needed eventually). Ummm, devctl is the way that devd gets its info that it distributes to the pipe from the kernel. Can't easily eliminate it. The plan is also to add ioctls and/or sysctl so that devices can be told to detach, power off, etc. The exact form of these messages is still TBD. Warner From owner-freebsd-current@FreeBSD.ORG Thu May 19 19:26:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0017016A4CE; Thu, 19 May 2005 19:26:23 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0465543D5C; Thu, 19 May 2005 19:26:23 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id A0B303C003; Thu, 19 May 2005 14:26:20 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30707-01-82; Thu, 19 May 2005 14:26:20 -0500 (CDT) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 7283C3BFF3; Thu, 19 May 2005 14:26:20 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 19 May 2005 14:26:18 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Thu, 19 May 2005 14:25:57 -0500 Message-ID: <428CE843.7040705@savvis.net> Date: Thu, 19 May 2005 12:25:55 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: peadar@freebsd.org References: <790a9fff0505190809428abb15@mail.gmail.com> <34cb7c84050519083477639cd5@mail.gmail.com> In-Reply-To: <34cb7c84050519083477639cd5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 May 2005 19:25:58.0101 (UTC) FILETIME=[956B1050:01C55CA8] X-Virus-Scanned: amavisd-new at savvis.net cc: Matti Saarinen cc: Scot Hetzel cc: freebsd-current@freebsd.org Subject: Re: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 19:26:24 -0000 Peter Edwards wrote: >>>% ifconfig tap0 >>>tap0: flags=8802 mtu 1500 >>> inet6 fe80::2bd:9ff:fe7c:100%tap0 prefixlen 64 scopeid 0x5 >>>zsh: segmentation fault (core dumped) ifconfig tap0 >>> >>> >>>I remember that ifconfig didn't dump core when my laptop ran CURRENT >>>from a few months ago. >>> >> >>You'll probably need to build a version of ifconfig with debugging >>symbols. And then provide a backtrace of the core dump. >> >>How soon after killing openvpn, do you use the ifconfig command. It >>might be possible that devfs was in the process of removing tap0, when >>you used the ifconfig command. >> > > Hm. > It looks like the "close" code for if_tap clears out the addresses of > the interface with a pretty blunt-edged "bzero", rather than removing > them in any clean fashion. As a result, ifconfig gets confused over > the address families in the tags it sees on the addresses it > enumerates off the tap interface, and collapses with a corefile. > > if_tap's "close" seems to be trying to do part of what's done in > if_detach, so I split out what I think are the relevant bits from > there and used it in both places. > > Any networking experts care to take a look at the patch? I suspect > there's a whole mess of locking I'm not doing for a start, but I think > it might be an improvement over the current situation. i'm not an expert, but i took a brief look at it, and, it looks fine to me. does this patch fix the ifconfig(8) problem? max From owner-freebsd-current@FreeBSD.ORG Thu May 19 19:45:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F261A16A4CE for ; Thu, 19 May 2005 19:45:18 +0000 (GMT) Received: from heave.ugcs.caltech.edu (heave.ugcs.caltech.edu [131.215.176.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE66A43D5A for ; Thu, 19 May 2005 19:45:16 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by heave.ugcs.caltech.edu (Postfix, from userid 3640) id 0E9108F489; Thu, 19 May 2005 12:45:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by heave.ugcs.caltech.edu (Postfix) with ESMTP id DE5CEEAA68; Thu, 19 May 2005 12:45:15 -0700 (PDT) Date: Thu, 19 May 2005 12:45:15 -0700 (PDT) From: Jon Dama To: Poul-Henning Kamp In-Reply-To: <19736.1116495537@critter.freebsd.dk> Message-ID: References: <19736.1116495537@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Karel Miklav cc: current@freebsd.org Subject: Re: BSDcan slides uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 19:45:19 -0000 I think you can be a little more informative: ASN.1 is intended to be highly bandwidth efficient. As opposed to trying to send lots of data (over the network) with XML which is often like a baby trying to swallow a large watermelon whole. phk was discussing an infrequently used interface therefore asn.1 is not per se desirable. Though I have to take issue with Poul's opinion that writing many text parsers is just as secure as writing one ASN.1 decoder, but then again I wasn't at the talk so maybe Poul has one magic text parser to solve all of the problems. -my two cents. On Thu, 19 May 2005, Poul-Henning Kamp wrote: > In message <428C5BA9.2040103@inetis.com>, Karel Miklav writes: > >Can you please explain what you mean by: > > > >ASN.1 - =94This is not the format you are looking for.=94 > > It's a bastardized starwars quote. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetenc= e. > _______________________________________________ > 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 Thu May 19 20:07:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D91E16A4CE for ; Thu, 19 May 2005 20:07:31 +0000 (GMT) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBE5843D60 for ; Thu, 19 May 2005 20:07:30 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id A9C821EC574 for ; Thu, 19 May 2005 22:07:21 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4JK7HYV022365; Thu, 19 May 2005 22:07:18 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Jon Dama From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 19 May 2005 12:45:15 PDT." Date: Thu, 19 May 2005 22:07:17 +0200 Message-ID: <22364.1116533237@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Karel Miklav cc: current@freebsd.org Subject: Re: BSDcan slides uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 20:07:31 -0000 In message , Jon Dama writes: >Though I have to take issue with Poul's opinion that writing many text >parsers is just as secure as writing one ASN.1 decoder, but then again I >wasn't at the talk so maybe Poul has one magic text parser to solve all of >the problems. Having written 2½ ASN.1 parser myself, I couldn't help but wonder if you have "one magic ASN.1 parser to solve all of the problems" ? :-) Seriously, one of the problems I'm pointing out is that since one end of the interface has a keyboard in 99.99% of the cases, the type determination might as well be postponed so that we only have to parse the input once, rather than two times. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu May 19 20:18:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AEDD16A4CE for ; Thu, 19 May 2005 20:18:34 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69A7F43DA1 for ; Thu, 19 May 2005 20:18:34 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.118.114])0.04 <0IGR00N9Z72X4IG7@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Thu, 19 May 2005 15:18:33 -0500 (CDT) Date: Thu, 19 May 2005 15:21:46 -0400 From: David Gurvich In-reply-to: <20050519112345.pkuuiedxwswkkk40@netchild.homeip.net> To: freebsd-current@freebsd.org Message-id: <200505191521.46254.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <20050518051111.GA33262@Athena.infor.org> <20050518223616.3f515599@dolphin.local.net> <20050519112345.pkuuiedxwswkkk40@netchild.homeip.net> User-Agent: KMail/1.8 Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 20:18:34 -0000 Yes that can be done. The problem can be worked around. Should not need to be. I can use the loader from 5.3-RELEASE iso, but cannot use any from cvsup. The point here is how to fix the problem so that when building the loader works. > Just load loader.old at boot time. You just have to press a key early in > the boot sequence (before it loads the kernel and the modules) and enter > "/boot/loader.old". > > Bye, > Alexander. From owner-freebsd-current@FreeBSD.ORG Thu May 19 20:23:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C97416A4CF; Thu, 19 May 2005 20:23:46 +0000 (GMT) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id F347E43D64; Thu, 19 May 2005 20:23:43 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.3/8.13.1) with ESMTP id j4JKNVLw038968; Thu, 19 May 2005 13:23:32 -0700 (PDT) (envelope-from bakul@bitblocks.com) Message-Id: <200505192023.j4JKNVLw038968@gate.bitblocks.com> To: Maksim Yevmenkin In-reply-to: Your message of "Thu, 19 May 2005 12:25:55 PDT." <428CE843.7040705@savvis.net> Date: Thu, 19 May 2005 13:23:31 -0700 From: Bakul Shah cc: peadar@freebsd.org cc: Matti Saarinen cc: Scot Hetzel cc: freebsd-current@freebsd.org Subject: Re: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 20:23:46 -0000 i don't know about the if_tap.c fix but the following at fixes the segfault in ifconfig.c without any information loss as far as i can tell. Index: ifconfig.c =================================================================== RCS file: /home/ncvs/src/sbin/ifconfig/ifconfig.c,v retrieving revision 1.112 diff -w -u -b -r1.112 ifconfig.c --- ifconfig.c 8 Apr 2005 21:37:41 -0000 1.112 +++ ifconfig.c 19 May 2005 20:14:02 -0000 @@ -869,7 +869,7 @@ if (allfamilies) { const struct afswtch *p; p = af_getbyfamily(info.rti_info[RTAX_IFA]->sa_family); - if (p != NULL) + if (p != NULL && p->af_status != NULL) p->af_status(s, &info); } else if (afp->af_af == info.rti_info[RTAX_IFA]->sa_family) afp->af_status(s, &info); From owner-freebsd-current@FreeBSD.ORG Thu May 19 20:55:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC29B16A4CE; Thu, 19 May 2005 20:55:46 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0115143D53; Thu, 19 May 2005 20:55:42 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4JKwrYp096199; Thu, 19 May 2005 14:58:53 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <428CFD0F.4030800@samsco.org> Date: Thu, 19 May 2005 14:54:39 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gurvich References: <20050518051111.GA33262@Athena.infor.org> <20050518223616.3f515599@dolphin.local.net> <20050519112345.pkuuiedxwswkkk40@netchild.homeip.net> <200505191521.46254.david.freebsd@verizon.net> In-Reply-To: <200505191521.46254.david.freebsd@verizon.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 20:55:46 -0000 David Gurvich wrote: > Yes that can be done. The problem can be worked around. Should not need to > be. I can use the loader from 5.3-RELEASE iso, but cannot use any from > cvsup. The point here is how to fix the problem so that when building the > loader works. > Yes, something has changed that is causing problems. Would you be willing to rewind your source tree incrementally until you find the point where the loader works again? Once we know where that point is, it'll be a whole lot easier to fix it. I'm going to consider this a show-stopper on 6-current until it gets fully investigated. Scott From owner-freebsd-current@FreeBSD.ORG Thu May 19 21:21:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE3CE16A4CE for ; Thu, 19 May 2005 21:21:45 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6706B43D9D for ; Thu, 19 May 2005 21:21:44 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so761276nzf for ; Thu, 19 May 2005 14:21:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rYCje13UyHajnzkIHCv0NDz9sXTKF/uMlBTywsJBRnh3Ch34iViH40vl7iRt7cJPJuwIC38rae/E8DPe8+AJlSZRbuYUbfhv31mRTf60gHgbQrmrvYlCyxwANpK7J5Ixux1QvTe+fCwNAu7znPDocl+A1G8jjAniiwfd/bn2DxY= Received: by 10.36.157.1 with SMTP id f1mr664908nze; Thu, 19 May 2005 14:21:44 -0700 (PDT) Received: by 10.36.68.15 with HTTP; Thu, 19 May 2005 14:21:43 -0700 (PDT) Message-ID: <34cb7c8405051914212352efd7@mail.gmail.com> Date: Thu, 19 May 2005 21:21:44 +0000 From: Peter Edwards To: Bakul Shah In-Reply-To: <200505192023.j4JKNVLw038968@gate.bitblocks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <428CE843.7040705@savvis.net> <200505192023.j4JKNVLw038968@gate.bitblocks.com> cc: Matti Saarinen cc: Scot Hetzel cc: freebsd-current@freebsd.org Subject: Re: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: peadar@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: Thu, 19 May 2005 21:21:45 -0000 Yes, this most likely will make ifconfig work with minimum fuss, but the underlying problem is the bogus data it's getting from the kernel: the kernel patch should fix it by avoiding that circumstance. There are similar tests elsewhere in ifconfig, though, so it's probably reasonable to add this too, I suppose. On 5/19/05, Bakul Shah wrote: > i don't know about the if_tap.c fix but the following at > fixes the segfault in ifconfig.c without any information loss > as far as i can tell. >=20 > Index: ifconfig.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sbin/ifconfig/ifconfig.c,v > retrieving revision 1.112 > diff -w -u -b -r1.112 ifconfig.c > --- ifconfig.c=098 Apr 2005 21:37:41 -0000=091.112 > +++ ifconfig.c=0919 May 2005 20:14:02 -0000 > @@ -869,7 +869,7 @@ > =09=09if (allfamilies) { > =09=09=09const struct afswtch *p; > =09=09=09p =3D af_getbyfamily(info.rti_info[RTAX_IFA]->sa_family); > -=09=09=09if (p !=3D NULL) > +=09=09=09if (p !=3D NULL && p->af_status !=3D NULL) > =09=09=09=09p->af_status(s, &info); > =09=09} else if (afp->af_af =3D=3D info.rti_info[RTAX_IFA]->sa_family) > =09=09=09afp->af_status(s, &info); > From owner-freebsd-current@FreeBSD.ORG Thu May 19 21:25:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5E3D16A4D0 for ; Thu, 19 May 2005 21:25:55 +0000 (GMT) Received: from sb.santaba.com (sb.santaba.com [207.154.84.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56AD043D91 for ; Thu, 19 May 2005 21:25:53 +0000 (GMT) (envelope-from jbehl@fastclick.com) Received: from [192.168.3.100] (unknown [205.180.85.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sb.santaba.com (Postfix) with ESMTP id 06EB428459; Thu, 19 May 2005 14:25:52 -0700 (PDT) Message-ID: <428D04BD.2000608@fastclick.com> Date: Thu, 19 May 2005 14:27:25 -0700 From: Jeff Behl User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arun Raman References: <139e33fd0505170202a18e7c0@mail.gmail.com> In-Reply-To: <139e33fd0505170202a18e7c0@mail.gmail.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 21:25:55 -0000 Arun Raman wrote: >Hi, > >Had anyone successfully installed FreeBSD (any version) on a IBM blade server? > >Arun >_______________________________________________ >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" > > back a year or two ago we tried out the hs20s from ibm. install was fine from cd, but the nic wasn't supported at the time (can't remember if it was em or bge), so that was sorta a show stopper. it's probably supported now, but i'd check.... From owner-freebsd-current@FreeBSD.ORG Thu May 19 21:56:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A301616A4CE for ; Thu, 19 May 2005 21:56:49 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5545C43DBB for ; Thu, 19 May 2005 21:56:49 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Thu, 19 May 2005 14:56:48 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C1E0A5D07; Thu, 19 May 2005 14:56:48 -0700 (PDT) To: Søren Schmidt Date: Thu, 19 May 2005 14:56:48 -0700 From: "Kevin Oberman" Message-Id: <20050519215648.C1E0A5D07@ptavv.es.net> cc: current@freebsd.org Subject: Still at least one ATA 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: Thu, 19 May 2005 21:56:49 -0000 Søren, I have to take back my "everything works" message. :-( With a kernel built on 5/17 I can no longer detach my second ATA channel. # atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 5 Slave: no device present ATA channel 1: Master: no device present Slave: no device present # atacontrol detach 1 atacontrol: Invalid channel (null) It's not limited to the primary channel, either. # atacontrol info 0 atacontrol: Invalid channel (null) This has always worked since ATAng first provided the capability, It stopped working sometime between May 5 and May 17. I'm guessing that it was the ioctl change on May 17. Yes, I have confirmed that atacontrol and ata sources are current and in sync. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Fri May 20 00:32:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF3D316A4CE; Fri, 20 May 2005 00:32:17 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 123E643D77; Fri, 20 May 2005 00:32:15 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4K0Vsl2071869; Fri, 20 May 2005 10:01:54 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 20 May 2005 10:01:42 +0930 User-Agent: KMail/1.8 References: <20815.1116509187@critter.freebsd.dk> <20050519.094353.120174404.imp@bsdimp.com> In-Reply-To: <20050519.094353.120174404.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1284406.9fWdR6cE4h"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505201001.50476.doconnor@gsoft.com.au> X-Spam-Score: -2 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: phk@phk.freebsd.dk cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 00:32:18 -0000 --nextPart1284406.9fWdR6cE4h Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 20 May 2005 01:13, M. Warner Losh wrote: > In message: <20815.1116509187@critter.freebsd.dk> > > Poul-Henning Kamp writes: > : Why do we have the omshell program in the base system when dhcpd is not > : there ? > > Because you can use it with dhclient. Although you need a degree in brain engineering to acttually figure out how= =20 8-) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1284406.9fWdR6cE4h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCjS/25ZPcIHs/zowRAj2SAJ9qbm4kqo0tWzmH2TKjsb/57JDmAwCfTIqu /q5PK8FWidSutIWdU3Ba5Ow= =1mch -----END PGP SIGNATURE----- --nextPart1284406.9fWdR6cE4h-- From owner-freebsd-current@FreeBSD.ORG Fri May 20 00:32:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF3D316A4CE; Fri, 20 May 2005 00:32:17 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 123E643D77; Fri, 20 May 2005 00:32:15 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4K0Vsl2071869; Fri, 20 May 2005 10:01:54 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 20 May 2005 10:01:42 +0930 User-Agent: KMail/1.8 References: <20815.1116509187@critter.freebsd.dk> <20050519.094353.120174404.imp@bsdimp.com> In-Reply-To: <20050519.094353.120174404.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1284406.9fWdR6cE4h"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505201001.50476.doconnor@gsoft.com.au> X-Spam-Score: -2 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: phk@phk.freebsd.dk cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 00:32:18 -0000 --nextPart1284406.9fWdR6cE4h Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 20 May 2005 01:13, M. Warner Losh wrote: > In message: <20815.1116509187@critter.freebsd.dk> > > Poul-Henning Kamp writes: > : Why do we have the omshell program in the base system when dhcpd is not > : there ? > > Because you can use it with dhclient. Although you need a degree in brain engineering to acttually figure out how= =20 8-) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1284406.9fWdR6cE4h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCjS/25ZPcIHs/zowRAj2SAJ9qbm4kqo0tWzmH2TKjsb/57JDmAwCfTIqu /q5PK8FWidSutIWdU3Ba5Ow= =1mch -----END PGP SIGNATURE----- --nextPart1284406.9fWdR6cE4h-- From owner-freebsd-current@FreeBSD.ORG Fri May 20 03:46:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C6A416A4CE for ; Fri, 20 May 2005 03:46:23 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8D9243D7D for ; Fri, 20 May 2005 03:46:22 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.118.114])0.04 <0IGR00KHIRT3RGQ2@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Thu, 19 May 2005 22:46:16 -0500 (CDT) Date: Thu, 19 May 2005 22:49:30 -0400 From: David Gurvich In-reply-to: <428CFD0F.4030800@samsco.org> To: freebsd-current@freebsd.org Message-id: <200505192249.31200.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <20050518051111.GA33262@Athena.infor.org> <200505191521.46254.david.freebsd@verizon.net> <428CFD0F.4030800@samsco.org> User-Agent: KMail/1.8 Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 03:46:23 -0000 I installed using the 5.3-RELEASE iso. I have not been able to use any loader from cvs having tried 5.4rc4, 5.4-RELEASE and 6.x-CURRENT. I had previously tried 5.3 rc, but the result was an unbootable system. The first 5.3 version that worked was the iso. Many things did not work. As far as I can tell most everything works better with 6-CURRENT. System: Asus A7N266 nForce motherboard,athlon-xp 2600+ with 768MB ram. On Thursday 19 May 2005 16:54, Scott Long wrote: > David Gurvich wrote: > > Yes that can be done. The problem can be worked around. Should not need > > to be. I can use the loader from 5.3-RELEASE iso, but cannot use any > > from cvsup. The point here is how to fix the problem so that when > > building the loader works. > > Yes, something has changed that is causing problems. Would you be > willing to rewind your source tree incrementally until you find the > point where the loader works again? Once we know where that point is, > it'll be a whole lot easier to fix it. > > I'm going to consider this a show-stopper on 6-current until it gets > fully investigated. > > Scott > > _______________________________________________ > 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 Fri May 20 05:31:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C37516A4CF; Fri, 20 May 2005 05:31:11 +0000 (GMT) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A5E43D90; Fri, 20 May 2005 05:31:10 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 739361EC30F; Fri, 20 May 2005 07:31:09 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4K5UuPi024293; Fri, 20 May 2005 07:30:58 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Daniel O'Connor" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 20 May 2005 10:01:42 +0930." <200505201001.50476.doconnor@gsoft.com.au> Date: Fri, 20 May 2005 07:30:56 +0200 Message-ID: <24292.1116567056@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 05:31:11 -0000 In message <200505201001.50476.doconnor@gsoft.com.au>, "Daniel O'Connor" writes : >> Poul-Henning Kamp writes: >> : Why do we have the omshell program in the base system when dhcpd is not >> : there ? >> >> Because you can use it with dhclient. > >Although you need a degree in brain engineering to acttually figure out how > >8-) I usually just look in cat /var/db/dhclient.leases -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri May 20 05:31:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C37516A4CF; Fri, 20 May 2005 05:31:11 +0000 (GMT) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A5E43D90; Fri, 20 May 2005 05:31:10 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 739361EC30F; Fri, 20 May 2005 07:31:09 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4K5UuPi024293; Fri, 20 May 2005 07:30:58 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Daniel O'Connor" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 20 May 2005 10:01:42 +0930." <200505201001.50476.doconnor@gsoft.com.au> Date: Fri, 20 May 2005 07:30:56 +0200 Message-ID: <24292.1116567056@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 05:31:11 -0000 In message <200505201001.50476.doconnor@gsoft.com.au>, "Daniel O'Connor" writes : >> Poul-Henning Kamp writes: >> : Why do we have the omshell program in the base system when dhcpd is not >> : there ? >> >> Because you can use it with dhclient. > >Although you need a degree in brain engineering to acttually figure out how > >8-) I usually just look in cat /var/db/dhclient.leases -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri May 20 05:42:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 691D416A4CF for ; Fri, 20 May 2005 05:42:38 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E8943D9D for ; Fri, 20 May 2005 05:42:37 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4K5ajJx089139; Fri, 20 May 2005 07:36:45 +0200 (CEST) (envelope-from sos@deepcore.dk) In-Reply-To: <20050519215648.C1E0A5D07@ptavv.es.net> References: <20050519215648.C1E0A5D07@ptavv.es.net> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <78B88E32-9A95-4E0D-AAD0-26DAF7EE893C@deepcore.dk> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Fri, 20 May 2005 07:42:25 +0200 To: "Kevin Oberman" X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: current@freebsd.org Subject: Re: Still at least one ATA 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: Fri, 20 May 2005 05:42:38 -0000 On 19/05/2005, at 23.56, Kevin Oberman wrote: > S=F8ren, > > I have to take back my "everything works" message. :-( > > With a kernel built on 5/17 I can no longer detach my second ATA =20 > channel. > # atacontrol list > ATA channel 0: > Master: ad0 ATA/ATAPI revision 5 > Slave: no device present > ATA channel 1: > Master: no device present > Slave: no device present > # atacontrol detach 1 > atacontrol: Invalid channel (null) > > It's not limited to the primary channel, either. > # atacontrol info 0 > atacontrol: Invalid channel (null) It still works, you need to type "atacontrol detach ata1" as the =20 parsing is more tight now, and channel are "ataN" disks are "adN" =20 etc, just as one would think if its wasn't for the old ways of no =20 parsing at all (blaim POLA :) ) - S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri May 20 06:21:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37F3216A4CE; Fri, 20 May 2005 06:21:55 +0000 (GMT) Received: from in.nu.org (dsl-202-173-130-73.nsw.westnet.com.au [202.173.130.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FEF843DB6; Fri, 20 May 2005 06:21:54 +0000 (GMT) (envelope-from freebsd@nu.org) Received: by in.nu.org (Postfix, from userid 300) id 4EEDCAC05; Fri, 20 May 2005 16:21:30 +1000 (EST) Date: Fri, 20 May 2005 16:21:30 +1000 From: Christopher JS Vance To: Gary Kline Message-ID: <20050520062152.GD25164@nu.org> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <4289E0E9.3060506@pacific.net.sg> <20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> <20050518164326.GA69208@thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20050518164326.GA69208@thought.org> cc: Bill Paul cc: stable@freebsd.org cc: Andrey Smirnov cc: current@freebsd.org cc: Erich Dollansky Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 06:21:55 -0000 On Wed, May 18, 2005 at 09:43:26AM -0700, Gary Kline wrote: > Well, names everywhere that I know of are listed in reverse > alphabetical order in (1) documents, (2) telephone directories, > (3) attendence records. That only makes sense (IMHO). I was told some years ago that the telephone directory (-ies?) in Iceland index primarily by personal name, with patrionymic or family name being subsidiary. -- Christopher Vance From owner-freebsd-current@FreeBSD.ORG Fri May 20 06:38:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09B1916A4DC for ; Fri, 20 May 2005 06:38:29 +0000 (GMT) Received: from sender-02.it.helsinki.fi (sender-02.it.helsinki.fi [128.214.205.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987C143D98 for ; Fri, 20 May 2005 06:38:27 +0000 (GMT) (envelope-from mjsaarin@cc.helsinki.fi) Received: from lagavulin.it.helsinki.fi (lagavulin.it.helsinki.fi [128.214.38.143])j4K6cPdJ001731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 20 May 2005 09:38:26 +0300 Received: (from mjs@localhost) by lagavulin.it.helsinki.fi (8.13.3/8.13.1/Submit) id j4K6cOXM031821; Fri, 20 May 2005 09:38:24 +0300 (EEST) (envelope-from mjsaarin@cc.helsinki.fi) X-Authentication-Warning: lagavulin.it.helsinki.fi: mjs set sender to mjsaarin@cc.helsinki.fi using -f From: Matti Saarinen To: freebsd-current@freebsd.org Organization: University of Helsinki References: <790a9fff0505190809428abb15@mail.gmail.com> <34cb7c84050519083477639cd5@mail.gmail.com> Date: Fri, 20 May 2005 09:38:24 +0300 In-Reply-To: <34cb7c84050519083477639cd5@mail.gmail.com> (Peter Edwards's message of "Thu, 19 May 2005 16:34:15 +0100") Message-ID: User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: CURRENT: ifconfig tap0 results in core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 06:38:29 -0000 Peter Edwards writes: > Any networking experts care to take a look at the patch? I suspect > there's a whole mess of locking I'm not doing for a start, but I think > it might be an improvement over the current situation. I was brave enough to apply the pacth, to recompile the kernel and to intall it. Now, when I terminate OpenVPN session, the status of tap0 interface can be viewed with ifconfig which does not dump core. Also, the tap0 interface can be reopened and it works. Today, I'll have a chance to test whether the tap0 works for three hours in a row. If there are problems, I will disturb the list again. Thank you very much. Cheers, -- - Matti - From owner-freebsd-current@FreeBSD.ORG Fri May 20 06:47:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B34C16A4CF for ; Fri, 20 May 2005 06:47:37 +0000 (GMT) Received: from royk.itea.ntnu.no (royk.itea.ntnu.no [129.241.190.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0272743D6A for ; Fri, 20 May 2005 06:47:34 +0000 (GMT) (envelope-from svein-freebsd-current@theloosingend.net) Received: from localhost (localhost [127.0.0.1]) by royk.itea.ntnu.no (Postfix) with ESMTP id A78DD66EF9 for ; Fri, 20 May 2005 08:47:32 +0200 (CEST) Received: from maren.thelosingend.net (maren.math.ntnu.no [129.241.211.48]) by royk.itea.ntnu.no (Postfix) with SMTP for ; Fri, 20 May 2005 08:47:32 +0200 (CEST) Received: (qmail 95447 invoked by uid 1001); 20 May 2005 06:47:31 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 20 May 2005 06:47:31 -0000 Date: Fri, 20 May 2005 08:47:31 +0200 (CEST) From: Svein Halvor Halvorsen X-X-Sender: sveinhal@maren.thelosingend.net To: Christopher JS Vance In-Reply-To: <20050520062152.GD25164@nu.org> Message-ID: <20050520084157.H95376@maren.thelosingend.net> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu><20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> <20050518164326.GA69208@thought.org> <20050520062152.GD25164@nu.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1481005949-1116571651=:95376" X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! 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: Fri, 20 May 2005 06:47:37 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1481005949-1116571651=:95376 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE * Christopher JS Vance [2005-05-20 16:21 +1000] > I was told some years ago that the telephone directory (-ies?) in > Iceland index primarily by personal name, with patrionymic or family > name being subsidiary. In Iceland it is very uncommon to have family names as such. You usually=20 take your father's name and add "sonur" if you're a boy, or "d=F3ttir" if= =20 you're a girl. Your name does not change in marriage, and your whole=20 family hence have no name in common. I'm therefore not surprised if the=20 Icelanders do as you say, and sort firstly on the given name, as that=20 would make more sense than to sort on your father's given name, which=20 would otherwise have been the case. --0-1481005949-1116571651=:95376-- From owner-freebsd-current@FreeBSD.ORG Fri May 20 06:59:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E64AA16A4CE for ; Fri, 20 May 2005 06:59:15 +0000 (GMT) Received: from web.rootednetworks.com (athena.rootednetworks.com [64.71.151.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5241743D69 for ; Fri, 20 May 2005 06:59:15 +0000 (GMT) (envelope-from sigterm@rootednetworks.com) Received: from [192.168.3.30] (cpe-66-8-243-36.hawaii.res.rr.com [66.8.243.36])j4K6xEKU050690 for ; Thu, 19 May 2005 23:59:14 -0700 (PDT) (envelope-from sigterm@rootednetworks.com) Message-ID: <428D8AD0.1030203@rootednetworks.com> Date: Thu, 19 May 2005 20:59:28 -1000 From: Brett Krueger User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 65.19.176.230 Subject: intel 82550 pro/100 ethernet 5.x timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 06:59:16 -0000 Hello people, I've been sifting through alot of lists lately and finally decided to make a post out of this since ive tested it on multiple systems without success. p166, pII 400mhz, p4-3.0ghz HT. specifically: fxp0: port 0xa000-0xa03f mem 0xf5000000-0xf501ffff,0xf5020000-0xf5020fff irq 22 at device 2.0 on pci2 miibus0: on fxp0 fxp0: Ethernet address: 00:02:b3:4c:b4:74 In this current machine, ive tested it on 5.4RC4, and 5.4RELEASE as with 5.4STABLE. Though I have tried 5.3 as well. The Error: May 19 16:55:29 titan kernel: fxp0: DMA timeout May 19 16:55:29 titan kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff May 19 16:55:29 titan kernel: fxp0: DMA timeout May 19 16:55:29 titan kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff If anyone has a fix for this or found a workaround, id love to hear about it. Sadly, our company has 15 of the damn things they purchased for a project that are now.... useless for freebsd dev. Thank you for your time. -- -brett From owner-freebsd-current@FreeBSD.ORG Fri May 20 08:40:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAD3A16A4CE for ; Fri, 20 May 2005 08:40:52 +0000 (GMT) Received: from heave.ugcs.caltech.edu (heave.ugcs.caltech.edu [131.215.176.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69B0343DA9 for ; Fri, 20 May 2005 08:40:52 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by heave.ugcs.caltech.edu (Postfix, from userid 3640) id E4F548F489; Fri, 20 May 2005 01:40:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by heave.ugcs.caltech.edu (Postfix) with ESMTP id C9E07EAA68; Fri, 20 May 2005 01:40:51 -0700 (PDT) Date: Fri, 20 May 2005 01:40:51 -0700 (PDT) From: Jon Dama To: Poul-Henning Kamp In-Reply-To: <22364.1116533237@critter.freebsd.dk> Message-ID: References: <22364.1116533237@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Karel Miklav cc: current@freebsd.org Subject: Re: BSDcan slides uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 08:40:52 -0000 What exactly do you mean? The way this is typically done is that you write in ASN.1 the spec for your data interchange and feed it through a compiler which generates (in a target language) the functions to encode and decode the asn.1 + encoding rules stream. The compiler essentially knows how to make "one" generic encoder and decoder and customizes it according to the spec. This isn't much different from yacc, though imo, it's simpler. Of course there are several generations of ASN.1, different encoding rule options, etc which complicate the situation. Anyways, I don't understand your question exactly: do you mean to ask about an ASN.1 compiler? Fair enough about writing one parser per device class rather than two. As I mentioned, ASN.1 is good approach to data exchange in bandwidth constrained applications--I don't see any evidence that applies here. So I agree with you essentially and was just trying to elaborate on the actual meaning of your elliptic remark :-) -Jon note: I do not in any way mean to encourage the idea that yacc should be used to generate code inside the kernel. On Thu, 19 May 2005, Poul-Henning Kamp wrote: > In message , Jo= n Dama > writes: > > >Though I have to take issue with Poul's opinion that writing many text > >parsers is just as secure as writing one ASN.1 decoder, but then again I > >wasn't at the talk so maybe Poul has one magic text parser to solve all = of > >the problems. > > Having written 2=BD ASN.1 parser myself, I couldn't help but wonder if > you have "one magic ASN.1 parser to solve all of the problems" ? :-) > > Seriously, one of the problems I'm pointing out is that since one end > of the interface has a keyboard in 99.99% of the cases, the type > determination might as well be postponed so that we only have to parse > the input once, rather than two times. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetenc= e. > From owner-freebsd-current@FreeBSD.ORG Fri May 20 09:08:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E95316A4D0 for ; Fri, 20 May 2005 09:08:33 +0000 (GMT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC9C43D2D for ; Fri, 20 May 2005 09:08:29 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd16.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1DZ3Ua-0004Wp-01; Fri, 20 May 2005 11:08:28 +0200 Received: from Andro-Beta.Leidinger.net (JlLsDBZcoemKMAbpPI8vwPsterN6ZcSfyS+G4VmsN25iFEosSDYYQY@[217.229.209.206]) by fwd16.sul.t-online.de with esmtp id 1DZ3UF-1cxyNM0; Fri, 20 May 2005 11:08:07 +0200 Received: from localhost (localhost [127.0.0.1])j4K987HZ058024; Fri, 20 May 2005 11:08:07 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Fri, 20 May 2005 11:08:06 +0200 Message-ID: <20050520110806.6cnwk03b4wo8wk8g@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 20 May 2005 11:08:06 +0200 From: Alexander Leidinger To: David Gurvich References: <20050518051111.GA33262@Athena.infor.org> <20050518223616.3f515599@dolphin.local.net> <20050519112345.pkuuiedxwswkkk40@netchild.homeip.net> <200505191521.46254.david.freebsd@verizon.net> In-Reply-To: <200505191521.46254.david.freebsd@verizon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: JlLsDBZcoemKMAbpPI8vwPsterN6ZcSfyS+G4VmsN25iFEosSDYYQY@t-dialin.net X-TOI-MSGID: 9fbb39cb-4653-4b62-b4b4-6d0d64adb68b cc: freebsd-current@freebsd.org Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 09:08:33 -0000 David Gurvich wrote: > Yes that can be done. The problem can be worked around. Should not need to > be. Sorry if it wasn't clear enough, but I suggested to load the old loader from the harddisk instead of loading an old loader from a CD (which you may hoave to search first). After booting you can copy the old loader to /boot/loader. I wasn't suggesting that we don't need to fix the problem. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Atilla the Hub From owner-freebsd-current@FreeBSD.ORG Fri May 20 09:09:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EC7216A4CE for ; Fri, 20 May 2005 09:09:45 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1534A43D3F for ; Fri, 20 May 2005 09:09:44 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Fri, 20 May 2005 11:09:42 +0200 Date: Fri, 20 May 2005 11:09:42 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Jon Dama In-Reply-To: Message-ID: <20050520105956.Q73700@beagle.kn.op.dlr.de> References: <22364.1116533237@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2112695462-1116580182=:73700" X-OriginalArrivalTime: 20 May 2005 09:09:42.0419 (UTC) FILETIME=[A89B7E30:01C55D1B] cc: Poul-Henning Kamp cc: Karel Miklav cc: current@freebsd.org Subject: Re: BSDcan slides uploaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 09:09:45 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2112695462-1116580182=:73700 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: QUOTED-PRINTABLE On Fri, 20 May 2005, Jon Dama wrote: JD> JD>What exactly do you mean? The way this is typically done is that you JD>write in ASN.1 the spec for your data interchange and feed it through a JD>compiler which generates (in a target language) the functions to encode JD>and decode the asn.1 + encoding rules stream. The compiler essentially JD>knows how to make "one" generic encoder and decoder and customizes it JD>according to the spec. JD> JD>This isn't much different from yacc, though imo, it's simpler. Of cours= e JD>there are several generations of ASN.1, different encoding rule options, JD>etc which complicate the situation. JD> JD>Anyways, I don't understand your question exactly: do you mean to ask JD>about an ASN.1 compiler? JD> JD>Fair enough about writing one parser per device class rather than two. JD>As I mentioned, ASN.1 is good approach to data exchange in bandwidth JD>constrained applications--I don't see any evidence that applies here. JD>So I agree with you essentially and was just trying to elaborate on the JD>actual meaning of your elliptic remark :-) I think this is OT with regard to the initial topic but anyway: First time I hear someone to say this. ASN.1 is horrible from the syntax=20 point of view: it was obviously designed by people having no clue in=20 language design. It is even worse than Algol with it's user changeable=20 syntax. I wonder if there are really ASN.1 compilers that handle the full= =20 language. BER is horrible and by no means bandwidth effective - in most=20 cases you don't need the type tags and length bytes, because you just know= =20 what should be there (for a prominent example look at SNMP). It is=20 horrible to decode/encode for both software and hardware (who needs 3 or 7= =20 or 11 byte integers anyway?) Although it allows you to decode a data=20 stream that you don't know anything about - what's the use for this? XDR=20 is much more dense and bandwidth effective. harti JD> JD> -Jon JD> JD>note: I do not in any way mean to encourage the idea that yacc should be JD>used to generate code inside the kernel. JD> JD>On Thu, 19 May 2005, Poul-Henning Kamp wrote: JD> JD>> In message ,= Jon Dama JD>> writes: JD>> JD>> >Though I have to take issue with Poul's opinion that writing many tex= t JD>> >parsers is just as secure as writing one ASN.1 decoder, but then agai= n I JD>> >wasn't at the talk so maybe Poul has one magic text parser to solve a= ll of JD>> >the problems. JD>> JD>> Having written 2=BD ASN.1 parser myself, I couldn't help but wonder if JD>> you have "one magic ASN.1 parser to solve all of the problems" ? :-) JD>> JD>> Seriously, one of the problems I'm pointing out is that since one end JD>> of the interface has a keyboard in 99.99% of the cases, the type JD>> determination might as well be postponed so that we only have to parse JD>> the input once, rather than two times. JD>> JD>> -- JD>> Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 JD>> phk@FreeBSD.ORG | TCP/IP since RFC 956 JD>> FreeBSD committer | BSD since 4.3-tahoe JD>> Never attribute to malice what can adequately be explained by incompet= ence. JD>> JD>_______________________________________________ JD>freebsd-current@freebsd.org mailing list JD>http://lists.freebsd.org/mailman/listinfo/freebsd-current JD>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" JD> JD> JD> --0-2112695462-1116580182=:73700-- From owner-freebsd-current@FreeBSD.ORG Fri May 20 09:59:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46D1E16A4D7 for ; Fri, 20 May 2005 09:59:31 +0000 (GMT) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 221A843DA5 for ; Fri, 20 May 2005 09:59:29 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 15458 invoked from network); 20 May 2005 09:59:17 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by sarajevo with SMTP; 20 May 2005 09:59:17 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell2.pacific.net.sg with ESMTP <20050520095917.LGAM1130.maxwell2.pacific.net.sg@[192.168.0.107]>; Fri, 20 May 2005 17:59:17 +0800 Message-ID: <428DB4ED.4030703@pacific.net.sg> Date: Fri, 20 May 2005 17:59:09 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu><20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> <20050518164326.GA69208@thought.org> <20050520062152.GD25164@nu.org> <20050520084157.H95376@maren.thelosingend.net> In-Reply-To: <20050520084157.H95376@maren.thelosingend.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: Christopher JS Vance Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 09:59:35 -0000 Hi, Svein Halvor Halvorsen wrote: > * Christopher JS Vance [2005-05-20 16:21 +1000] > >> I was told some years ago that the telephone directory (-ies?) in >> Iceland index primarily by personal name, with patrionymic or family >> name being subsidiary. > > > In Iceland it is very uncommon to have family names as such. You usually > take your father's name and add "sonur" if you're a boy, or "dóttir" if > you're a girl. Your name does not change in marriage, and your whole This is also true for some parts of India. The 'family' name of the children is the father's first name. Erich From owner-freebsd-current@FreeBSD.ORG Fri May 20 10:10:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81B3616A4CE for ; Fri, 20 May 2005 10:10:59 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A82743D46 for ; Fri, 20 May 2005 10:10:58 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so1124393nzo for ; Fri, 20 May 2005 03:10:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RVZKwXVFS07egSzIaZl5lFiHdIf/tKdApFDBLEkhlHGOjnX+bfuI9r8WXh+S4n9EIcBpPHI5Buibxi1hihj9LGt+vhxvBPHbC+uiKvdQg43XBkqp3PSq9JdQvaJ+mjnRxj89r3Zq45QDv2Uh9dZH8txO1+XHjRWcBlM9gBDnjcc= Received: by 10.36.120.13 with SMTP id s13mr703420nzc; Fri, 20 May 2005 03:10:58 -0700 (PDT) Received: by 10.36.89.16 with HTTP; Fri, 20 May 2005 03:10:58 -0700 (PDT) Message-ID: Date: Fri, 20 May 2005 18:10:58 +0800 From: Jiawei Ye To: Erich Dollansky In-Reply-To: <428DB4ED.4030703@pacific.net.sg> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu> <20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> <20050518164326.GA69208@thought.org> <20050520062152.GD25164@nu.org> <20050520084157.H95376@maren.thelosingend.net> <428DB4ED.4030703@pacific.net.sg> cc: current@freebsd.org cc: Christopher JS Vance Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 10:10:59 -0000 On 5/20/05, Erich Dollansky wrote: > This is also true for some parts of India. The 'family' name of the > children is the father's first name. >=20 > Erich Is this also the case for Arabic names? PS. this is really becoming chat@ topic now.... --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Fri May 20 10:23:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A70B416A4CE for ; Fri, 20 May 2005 10:23:05 +0000 (GMT) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id D69ED43DAD for ; Fri, 20 May 2005 10:23:04 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id C28C41EC352 for ; Fri, 20 May 2005 12:23:03 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j4KAMtMX025329; Fri, 20 May 2005 12:22:58 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Erich Dollansky From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 20 May 2005 17:59:09 +0800." <428DB4ED.4030703@pacific.net.sg> Date: Fri, 20 May 2005 12:22:55 +0200 Message-ID: <25328.1116584575@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: Christopher JS Vance Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 10:23:05 -0000 In message <428DB4ED.4030703@pacific.net.sg>, Erich Dollansky writes: >> >> In Iceland it is very uncommon to have family names as such. You usually >> take your father's name and add "sonur" if you're a boy, or "dóttir" if >> you're a girl. Your name does not change in marriage, and your whole > >This is also true for some parts of India. The 'family' name of the >children is the father's first name. It used to be that way in Denmark, with the added twist that the firstborn son was named after his paternal grandfather. Any high-school student can see that this in the majority of cases leads to one of two patterns: Peter Larsen Peter Petersen Lars Petersen Peter Petersen Peter Larsen Peter Petersen Lars Petersen Peter Petersen ... ... In 1828 the king decreed that this had to stop and families should carry "a proper and unchanging familyname", but since one could only change familyname with royal approval that basically cemented the fact that the majority of Denmark is called ".*sen" Anyway, this has what to do with FreeBSD ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri May 20 10:25:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5015216A4CE; Fri, 20 May 2005 10:25:34 +0000 (GMT) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60F5243D91; Fri, 20 May 2005 10:25:33 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id 11DD21A6F0; Fri, 20 May 2005 12:25:31 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1])port 10024) with ESMTP id 46009-11; Fri, 20 May 2005 12:25:29 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id BA29A1A6D5; Fri, 20 May 2005 12:25:29 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id 80B90438E; Fri, 20 May 2005 12:25:29 +0200 (CEST) Date: Fri, 20 May 2005 12:25:29 +0200 From: Fredrik Lindberg To: Nate Lawson Message-ID: <20050520102529.GA1382@shapeshifter.se> References: <428C1EA6.7020907@root.org> <20050519104207.GA1259@shapeshifter.se> <428CE32F.20307@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428CE32F.20307@root.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at example.com cc: Warner Losh cc: current@FreeBSD.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 10:25:34 -0000 On Thu, May 19, 2005 at 12:04:15PM -0700, Nate Lawson (nate@root.org) wrote: > Fredrik Lindberg wrote: > >On Wed, May 18, 2005 at 10:05:42PM -0700, Nate Lawson (nate@root.org) > >wrote: > > > >>I appreciate you working on a patch for this. However, I'd prefer the > >>work on the devd side go into making devctl a clonable device or follow > >>the bpf route and hook up /dev/devctl0,1,2,... If you start using the > >>/var/run/devd.pipe, it's not available for other consumers. > > > >Yes, devctl should probably be able to have more readers, I won't argue > >with that. > >However, devd allows any number of consumers to the devd.pipe. I've had > >upto 4 programs reading devd.pipe simultaneously and they all got the same > >data. > > Ah, I wasn't aware of that. I thought there might be a race for who got > each message. This is fine then, and perhaps we should retire devctl as > a way to read messages since it is limited for that purpose and > duplicates the pipe. We could keep it around for reverse signaling > (sending messages to the kernel, which is needed eventually). > > >>Other comments: > >>style(9) long sscanf line > > > > > >I'm familiar with style(9), however I don't recall anything about sscanf, > >could you > >please explain the correct behaviour in this case (except trying to > >reducing indent) > > I just think you should wrap the lines >80 cols. Pretty easy to do this > by outdenting the string. Example: > > printf( > "a really long string but less than 80 cols\n"); > > >>extra newlines inserted into existing code > >>change read() in devd_read() to return on error instead of running > >>sscanf -- this will allow the indent to be reduced. > > > >My mistakes, sorry. > > No problems, thanks for the work. With these changes, I'm fine with the > patch being committed. I hope you can also fix the main loop soft error > cases as well. > > -- > Nate A day or two back I posted a second patch which fixed the soft error cases. I've updated it to fix the above issues too. It's avaiable at http://shapeshifter.se/~fli/freebsd/powerd.patch Fredrik Lindberg From owner-freebsd-current@FreeBSD.ORG Fri May 20 10:31:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9393016A4CE for ; Fri, 20 May 2005 10:31:17 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB3643D31 for ; Fri, 20 May 2005 10:31:16 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id 49so517105wri for ; Fri, 20 May 2005 03:31:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TP1aC/nJjHkLcITf8paBKaHK5kF9xgEAwtSfN4n8/YmRlIE1r++0wRZvBwTOeRO0x3I5gXkTPOleP/pVOm2jjcYMzHUz0HZ0VTu1CrVrgU4hFKuRyiyolZPm+/OtdILzT81HnrDsgwT9eKVgRmEaiEOjq1jsZXl/fRyCezvmb6k= Received: by 10.54.19.67 with SMTP id 67mr649011wrs; Fri, 20 May 2005 03:31:15 -0700 (PDT) Received: by 10.54.59.12 with HTTP; Fri, 20 May 2005 03:31:15 -0700 (PDT) Message-ID: Date: Fri, 20 May 2005 12:31:15 +0200 From: Cristiano Deana To: stable@freebsd.org, current@freebsd.org In-Reply-To: <20050519062936.GA71975@thought.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050519001737.518e40c5@dolphin.local.net> <20050519062936.GA71975@thought.org> Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Cristiano Deana List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 10:31:17 -0000 2005/5/19, Gary Kline : > Seriously, I hereby propose that everyone, every human, > and most mammals be designed by a string of DIGITS. Everybody will say 'call me 127.0.01'. Lot of confusion... --=20 Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-current@FreeBSD.ORG Thu May 19 16:10:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6C2416A4CE for ; Thu, 19 May 2005 16:10:19 +0000 (GMT) Received: from spadger.best.vwh.net (spadger.best.vwh.net [192.220.100.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7E9A43DB4 for ; Thu, 19 May 2005 16:10:19 +0000 (GMT) (envelope-from spadger@spadger.best.vwh.net) Received: (qmail 91989 invoked by uid 25849); 19 May 2005 16:10:12 -0000 Date: Thu, 19 May 2005 09:10:12 -0700 From: Andrew Sparrow To: "Brandon S. Allbery KF8NH" Message-ID: <20050519091012.A70581@spadger.best.vwh.net> References: <20815.1116509187@critter.freebsd.dk> <20050519150311.GA9240@crodrigues.org> <1116516218.2850.0.camel@pyanfar.ece.cmu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1116516218.2850.0.camel@pyanfar.ece.cmu.edu>; from allbery@ece.cmu.edu on Thu, May 19, 2005 at 11:23:33AM -0400 X-Mailman-Approved-At: Fri, 20 May 2005 12:23:53 +0000 cc: freebsd-current@freebsd.org Subject: Re: why omshell when no dhcpd ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 19 May 2005 16:10:19 -0000 On Thu, May 19, 2005 at 11:23:33AM -0400, Brandon S. Allbery KF8NH wrote: > It can be used to query a running dhclient for lease information (and > I've wanted to do so a few times only to find that omshell apparently > isn't built on !current...). What he said. Admittedly you can do most everything without it less elegantly by grovelling around in the lease file and/or killing/re-starting dhclient - but having to build the port (on !current) to get omshell is kind of sub-optimal, especially as omshell is the suggested method of pausing dhclient prior to suspending a mobile client and resuming on a different network. So, killing dhclient works - but it'd be preferable to use rc.suspend/rc.resume to pause/restart dhclient automatically when using a mobile profile. IIRC (been a while), the lack of omshell is reminiscent of building OpenSSL from ports to get some of the standard CA management scripts, even though SSL is in the base system. Cheers, AS From owner-freebsd-current@FreeBSD.ORG Fri May 20 13:51:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F232C16A4CF; Fri, 20 May 2005 13:51:44 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5171D43D3F; Fri, 20 May 2005 13:51:44 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4KDphuq060137; Fri, 20 May 2005 09:51:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4KDph4u052911; Fri, 20 May 2005 09:51:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F9B07306E; Fri, 20 May 2005 09:51:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050520135143.6F9B07306E@freebsd-current.sentex.ca> Date: Fri, 20 May 2005 09:51:43 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 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: Fri, 20 May 2005 13:51:45 -0000 TB --- 2005-05-20 12:04:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-20 12:04:52 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-20 12:04:52 - cleaning the object tree TB --- 2005-05-20 12:05:24 - checking out the source tree TB --- 2005-05-20 12:05:24 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-20 12:05:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-20 12:11:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-20 12:11:33 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-20 12:11:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 --- 2005-05-20 13:20:02 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-20 13:20:02 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-20 13:20:02 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri May 20 13:20:02 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri May 20 13:37:39 UTC 2005 TB --- 2005-05-20 13:37:39 - generating LINT kernel config TB --- 2005-05-20 13:37:39 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-05-20 13:37:39 - /usr/bin/make -B LINT TB --- 2005-05-20 13:37:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-20 13:37:39 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-20 13:37:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 20 13:37:39 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/i386/isa/pcvt/pcvt_vtf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/i386/isa/pmtimer.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /ti nderbox/CURRENT/i386/i386/src/sys/i386/isa/prof_machdep.c In file included from /tinderbox/CURRENT/i386/i386/src/sys/sys/gmon.h:36, from /tinderbox/CURRENT/i386/i386/src/sys/i386/isa/prof_machdep.c:40: ./machine/profile.h:54:1: "MCOUNT" redefined In file included from /tinderbox/CURRENT/i386/i386/src/sys/i386/isa/prof_machdep.c:33: ./machine/asmacros.h:115:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-05-20 13:51:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-20 13:51:43 - ERROR: failed to build lint kernel TB --- 2005-05-20 13:51:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri May 20 15:05:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40BBE16A4CF for ; Fri, 20 May 2005 15:05:47 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8639C43DCF for ; Fri, 20 May 2005 15:05:44 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1053541wri for ; Fri, 20 May 2005 08:05:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type; b=okgLA//GXeenN/r6wyXv928YWayfWSaSumT3pwvUttT75PIZZikxN7q0Sl7NQLUedew2dyEAhYDmSnb7I3PH5y4d3SDNscdoS+HAibqQOLLAINSolja5pA7jPl98c9Omy3pNZsp8uUEElTzpOaH5jOV805r9bg/AwS1Duz9Ve1I= Received: by 10.54.56.74 with SMTP id e74mr1786297wra; Fri, 20 May 2005 08:05:40 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Fri, 20 May 2005 08:05:40 -0700 (PDT) Message-ID: <790a9fff0505200805694f4dab@mail.gmail.com> Date: Fri, 20 May 2005 10:05:40 -0500 From: Scot Hetzel To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1256_17267220.1116601540850" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: orlando@break.net Subject: MFC Request: linux_gettid from 6-CURRENT to 5-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 15:05:47 -0000 ------=_Part_1256_17267220.1116601540850 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sep 6 2004 several new syscalls were added to the linux emulator code. This was done to get TransGaming's winex (partially) working.=20 Additionally these changes would allow VMware 4 to function. Could we get a MFC of the 6-CURRENT linux emulator code to 5-STABLE, or at a minimum the following versions: src/sys/i386/linux/linux_machdep.c 1.44 src/sys/i386/linux/linux_proto.h 1.61 src/sys/i386/linux/linux_syscall.h 1.55 src/sys/i386/linux/linux_sysent.c 1.62 src/sys/i386/linux/syscalls.master 1.58 I have attached 2 files: linux.gettid-freebsd4-20050520.diff.gz - not tested, needs someone to check if it will work on 4-STABLE linux.gettid-freebsd6-20040906.diff.gz - diff between the above linux emu files and there previous version= s - minus $FreeBSD$ ids - should work on FreeBSD 5-STABLE and 6-CURRENT (OSVERSION < 600003) Also need a place to host the above kernel patch files. I'm currently looking into creating the VMware 4 & 5 Host OS ports. I am using orlando's VMware 4 patch to vmmon and the VMware 3 vmnet patch for the VMware 4 port. Scot ------=_Part_1256_17267220.1116601540850-- From owner-freebsd-current@FreeBSD.ORG Fri May 20 15:26:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E60016A4CE for ; Fri, 20 May 2005 15:26:55 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1895C43D70 for ; Fri, 20 May 2005 15:26:54 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1065880wri for ; Fri, 20 May 2005 08:26:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jZJt3wft73Nmbz4itX56kAUiT8s8lo/IvbSdxB9Ys63A1xJmRUZrqijePYbi/Y7uL/LrB7v2M693wMWKGwowYJvg1b3EoE9SkRu+NGlwNza6bpsfv+KEUvdLYvZdsFHuxiLiY1esbkY9+9kbWjV23asbyV1qHZboV+NBrR4Ekzs= Received: by 10.54.61.12 with SMTP id j12mr1197209wra; Fri, 20 May 2005 08:26:53 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Fri, 20 May 2005 08:26:53 -0700 (PDT) Message-ID: <790a9fff05052008266617166@mail.gmail.com> Date: Fri, 20 May 2005 10:26:53 -0500 From: Scot Hetzel To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <790a9fff0505200805694f4dab@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <790a9fff0505200805694f4dab@mail.gmail.com> Subject: Re: MFC Request: linux_gettid from 6-CURRENT to 5-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 15:26:55 -0000 On 5/20/05, Scot Hetzel wrote: > Additionally these changes would allow VMware 4 to function. Could we > get a MFC of the 6-CURRENT linux emulator code to 5-STABLE, or at a > minimum the following versions: >=20 Also need to bump the OSVERSION on 5-STABLE when commited, so the VMware ports can detect if a patch to the kernel is needed or not. > I have attached 2 files: > linux.gettid-freebsd4-20050520.diff.gz > linux.gettid-freebsd6-20040906.diff.gz If these files have been stripped from the list, let me know and I'll send them directly to those who are interested. From owner-freebsd-current@FreeBSD.ORG Fri May 20 15:32:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B57A616A4D5; Fri, 20 May 2005 15:32:36 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 346EF43D90; Fri, 20 May 2005 15:32:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4KFX0wV062974; Fri, 20 May 2005 11:33:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4KFWZ9w036143; Fri, 20 May 2005 11:32:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DA6787306E; Fri, 20 May 2005 11:32:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050520153234.DA6787306E@freebsd-current.sentex.ca> Date: Fri, 20 May 2005 11:32:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Subject: [current tinderbox] failure on i386/pc98 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: Fri, 20 May 2005 15:32:36 -0000 TB --- 2005-05-20 13:51:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-20 13:51:43 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-05-20 13:51:43 - cleaning the object tree TB --- 2005-05-20 13:52:12 - checking out the source tree TB --- 2005-05-20 13:52:12 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-05-20 13:52:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-20 13:58:24 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-20 13:58:24 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-20 13:58:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 --- 2005-05-20 15:06:23 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-20 15:06:23 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-20 15:06:23 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri May 20 15:06:23 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri May 20 15:21:15 UTC 2005 TB --- 2005-05-20 15:21:15 - generating LINT kernel config TB --- 2005-05-20 15:21:15 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-05-20 15:21:15 - /usr/bin/make -B LINT TB --- 2005-05-20 15:21:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-20 15:21:15 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-20 15:21:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 20 15:21:16 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /ti nderbox/CURRENT/i386/pc98/src/sys/i386/isa/prof_machdep.c In file included from ./machine/profile.h:6, from /tinderbox/CURRENT/i386/pc98/src/sys/sys/gmon.h:36, from /tinderbox/CURRENT/i386/pc98/src/sys/i386/isa/prof_machdep.c:40: ./i386/profile.h:54:1: "MCOUNT" redefined In file included from ./machine/asmacros.h:6, from /tinderbox/CURRENT/i386/pc98/src/sys/i386/isa/prof_machdep.c:33: ./i386/asmacros.h:115:1: this is the location of the previous definition *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-05-20 15:32:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-20 15:32:34 - ERROR: failed to build lint kernel TB --- 2005-05-20 15:32:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri May 20 16:05:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F49D16A4CF for ; Fri, 20 May 2005 16:05:05 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 293BF43D72 for ; Fri, 20 May 2005 16:05:04 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 38885 invoked by uid 89); 20 May 2005 16:14:20 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 20 May 2005 16:14:20 -0000 Message-ID: <011c01c55d55$aad86980$6b00000a@venti> From: "Brian K. White" To: , References: <20050516203932.0A38316A4D0@hub.freebsd.org> <20050519001737.518e40c5@dolphin.local.net> <20050519062936.GA71975@thought.org> Date: Fri, 20 May 2005 12:04:30 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 16:05:05 -0000 ----- Original Message ----- From: "Cristiano Deana" To: ; Sent: Friday, May 20, 2005 6:31 AM Subject: Re: Alright you primitive screwheads, LISTEN UP!! > 2005/5/19, Gary Kline : > > > Seriously, I hereby propose that everyone, every human, > > and most mammals be designed by a string of DIGITS. > > Everybody will say 'call me 127.0.01'. Lot of confusion... That would be "call 127.0.0.1 1.2.3.4" Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani From owner-freebsd-current@FreeBSD.ORG Fri May 20 16:43:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC66616A4CE for ; Fri, 20 May 2005 16:43:50 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F10C43D9B for ; Fri, 20 May 2005 16:43:50 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4KGhnw1007782; Fri, 20 May 2005 09:43:49 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4KGhnu1007781; Fri, 20 May 2005 09:43:49 -0700 (PDT) (envelope-from obrien) Date: Fri, 20 May 2005 09:43:49 -0700 From: "David O'Brien" To: Scott Long Message-ID: <20050520164349.GD6982@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Scott Long , David Gurvich , freebsd-current@freebsd.org References: <20050518051111.GA33262@Athena.infor.org> <20050518223616.3f515599@dolphin.local.net> <20050519112345.pkuuiedxwswkkk40@netchild.homeip.net> <200505191521.46254.david.freebsd@verizon.net> <428CFD0F.4030800@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428CFD0F.4030800@samsco.org> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org cc: David Gurvich Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 16:43:51 -0000 On Thu, May 19, 2005 at 02:54:39PM -0600, Scott Long wrote: > David Gurvich wrote: > >Yes that can be done. The problem can be worked around. Should not need > >to be. I can use the loader from 5.3-RELEASE iso, but cannot use any from > >cvsup. The point here is how to fix the problem so that when building the > >loader works. > > > > Yes, something has changed that is causing problems. Would you be > willing to rewind your source tree incrementally until you find the > point where the loader works again? Once we know where that point is, > it'll be a whole lot easier to fix it. dwhite is experiencing the problem. He and I started unwinding parts of newer commits to see what broke it for him. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri May 20 17:03:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0FA916A4CE; Fri, 20 May 2005 17:03:16 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 054FA43D48; Fri, 20 May 2005 17:03:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4KH6IYG001484; Fri, 20 May 2005 11:06:18 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <428E1815.8080500@samsco.org> Date: Fri, 20 May 2005 11:02:13 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20050518051111.GA33262@Athena.infor.org> <20050518223616.3f515599@dolphin.local.net> <20050519112345.pkuuiedxwswkkk40@netchild.homeip.net> <200505191521.46254.david.freebsd@verizon.net> <428CFD0F.4030800@samsco.org> <20050520164349.GD6982@dragon.NUXI.org> In-Reply-To: <20050520164349.GD6982@dragon.NUXI.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: David Gurvich Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 17:03:17 -0000 David O'Brien wrote: > On Thu, May 19, 2005 at 02:54:39PM -0600, Scott Long wrote: > >>David Gurvich wrote: >> >>>Yes that can be done. The problem can be worked around. Should not need >>>to be. I can use the loader from 5.3-RELEASE iso, but cannot use any from >>>cvsup. The point here is how to fix the problem so that when building the >>>loader works. >>> >> >>Yes, something has changed that is causing problems. Would you be >>willing to rewind your source tree incrementally until you find the >>point where the loader works again? Once we know where that point is, >>it'll be a whole lot easier to fix it. > > > dwhite is experiencing the problem. He and I started unwinding parts of > newer commits to see what broke it for him. > Apparently it's been fixed as of about 14 hours ago. Scott From owner-freebsd-current@FreeBSD.ORG Fri May 20 17:12:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD69916A4CE for ; Fri, 20 May 2005 17:12:13 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCA5343DB1 for ; Fri, 20 May 2005 17:12:10 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 20 May 2005 10:12:10 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C71C45D08; Fri, 20 May 2005 10:12:09 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-reply-to: Your message of "Fri, 20 May 2005 07:42:25 +0200." <78B88E32-9A95-4E0D-AAD0-26DAF7EE893C@deepcore.dk> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1116609127_804260" Date: Fri, 20 May 2005 10:12:09 -0700 From: "Kevin Oberman" Message-Id: <20050520171209.C71C45D08@ptavv.es.net> cc: current@freebsd.org Subject: Re: Still at least one ATA 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: Fri, 20 May 2005 17:12:13 -0000 This is a multipart MIME message. --==_Exmh_1116609127_804260 Content-Type: text/plain; charset=us-ascii > From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= > Date: Fri, 20 May 2005 07:42:25 +0200 > > > On 19/05/2005, at 23.56, Kevin Oberman wrote: > > > S=F8ren, > > > > I have to take back my "everything works" message. :-( > > > > With a kernel built on 5/17 I can no longer detach my second ATA =20 > > channel. > > # atacontrol list > > ATA channel 0: > > Master: ad0 ATA/ATAPI revision 5 > > Slave: no device present > > ATA channel 1: > > Master: no device present > > Slave: no device present > > # atacontrol detach 1 > > atacontrol: Invalid channel (null) > > > > It's not limited to the primary channel, either. > > # atacontrol info 0 > > atacontrol: Invalid channel (null) > > It still works, you need to type "atacontrol detach ata1" as the =20 > parsing is more tight now, and channel are "ataN" disks are "adN" =20 > etc, just as one would think if its wasn't for the old ways of no =20 > parsing at all (blaim POLA :) ) Yep. It works fine. I think the man page needs updating. Here is a suggested update. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 --==_Exmh_1116609127_804260 Content-Type: text/plain ; name="atacontrol.8.diff"; charset=us-ascii Content-Description: atacontrol.8.diff Content-Disposition: attachment; filename="atacontrol.8.diff" --- atacontrol.8 Mon May 16 08:09:13 2005 +++ atacontrol.8.new Fri May 20 09:27:35 2005 @@ -38,13 +38,13 @@ .Pp .Nm .Ic attach -.Ar channel +.Ar controller .Nm .Ic detach -.Ar channel +.Ar controller .Nm .Ic reinit -.Ar channel +.Ar controller .Nm .Ic create .Ar type Oo Ar interleave Oc Ar disk0 ... diskN @@ -65,7 +65,7 @@ .Ar device .Nm .Ic info -.Ar channel +.Ar controller .Nm .Ic cap .Ar device @@ -87,25 +87,26 @@ exercise caution when using this command! .Pp The -.Ar channel -argument is the number of the ATA channel on which to operate. +.Ar controller +argument is the name of the ATA controller on which to operate. Ususally +'ataN'. The following commands are supported: .Bl -tag -width "rebuild" .It Ic attach Attach an ATA -.Ar channel . -Devices on the channel are probed and attached as +Ar controller . +Devices on the controller are probed and attached as is done on boot. .It Ic detach Detach an ATA -.Ar channel . -Devices on the channel are removed from the kernel, +.Ar controller . +Devices on the controlller are removed from the kernel, and all outstanding transfers etc.\& are returned back to the system marked as failed. .It Ic reinit Reinitialize an ATA -.Ar channel . -Both devices on the channel are reset and +.Ar controller . +Both devices on the controller are reset and initialized to the parameters the ATA driver has stored internally. Devices that have gone bad and no longer respond to the probe, or devices that have physically been removed, are removed from the kernel. @@ -192,7 +193,7 @@ .Ar device . .It Ic info Show info about the attached devices on the -.Ar channel . +.Ar controller . .It Ic list Show info about all attached devices on all active controllers. .El --==_Exmh_1116609127_804260-- From owner-freebsd-current@FreeBSD.ORG Fri May 20 17:39:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AE1116A4CE; Fri, 20 May 2005 17:39:42 +0000 (GMT) Received: from pimout6-ext.prodigy.net (pimout6-ext.prodigy.net [207.115.63.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA9A443DBF; Fri, 20 May 2005 17:39:41 +0000 (GMT) (envelope-from nate@root.org) X-ORBL: [67.119.74.222] Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j4KHdRci120348; Fri, 20 May 2005 13:39:38 -0400 Message-ID: <428E20CC.1030907@root.org> Date: Fri, 20 May 2005 10:39:24 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050416) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Fredrik Lindberg References: <428C1EA6.7020907@root.org> <20050519104207.GA1259@shapeshifter.se> <428CE32F.20307@root.org> <20050520102529.GA1382@shapeshifter.se> In-Reply-To: <20050520102529.GA1382@shapeshifter.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Warner Losh cc: current@FreeBSD.org Subject: Re: Patch to make powerd(8) devd(8)-aware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 17:39:42 -0000 Fredrik Lindberg wrote: > On Thu, May 19, 2005 at 12:04:15PM -0700, Nate Lawson (nate@root.org) wrote: >>No problems, thanks for the work. With these changes, I'm fine with the >>patch being committed. I hope you can also fix the main loop soft error >>cases as well. > > A day or two back I posted a second patch which fixed the soft error cases. I've > updated it to fix the above issues too. > It's avaiable at http://shapeshifter.se/~fli/freebsd/powerd.patch > > Fredrik Lindberg Thanks. There are a few more problems I found -- it's too specific in matching your particular AC device. I'll fix it and post the result in a couple days. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri May 20 17:48:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1B6D16A4CE for ; Fri, 20 May 2005 17:48:59 +0000 (GMT) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 558B343DB4 for ; Fri, 20 May 2005 17:48:59 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.11/8.12.11) with ESMTP id j4KHmuZS048303; Fri, 20 May 2005 13:48:56 -0400 (EDT) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.11/8.12.11/Submit) id j4KHmu9k048302; Fri, 20 May 2005 13:48:56 -0400 (EDT) (envelope-from afields) Date: Fri, 20 May 2005 13:48:56 -0400 From: Allan Fields To: Nathan Nieblas Message-ID: <20050520174856.GK4358@afields.ca> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: freebsd-current@freebsd.org Subject: Re: make buildworld GBDE error - sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 17:48:59 -0000 Haven't tried sparc64 but just a thought: Check unistd.h or recvsup? On Thu, May 19, 2005 at 08:55:41AM -0700, Nathan Nieblas wrote: > I just grabbed the latest sources last night, unable to get my sparc > off 5.3-RELEASE because of this. > > (cd /usr/src/rescue/rescue/../../sbin/fsirand && make -DRESCUE > CRUNCH_CFLAGS=-DRESCUE depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE > fsirand.o) > cc -O -pipe -DRESCUE -c /usr/src/sbin/fsirand/fsirand.c > (cd /usr/src/rescue/rescue/../../sbin/gbde && make -DRESCUE > CRUNCH_CFLAGS=-DRESCUE depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE > gbde.o template.o rijndael-alg-fst.o rijndael-api-fst.o sha2.o > g_bde_lock.o) > file2c 'const char template[] = {' ',0};' < > /usr/src/sbin/gbde/template.txt > template.c > rm -f .depend > mkdep -f .depend -a -I/usr/src/sbin/gbde/../../sys -DRESCUE > /usr/src/sbin/gbde/gbde.c template.c > /usr/src/sbin/gbde/../../sys/crypto/rijndael/rijndael-alg-fst.c > /usr/src/sbin/gbde/../../sys/crypto/rijndael/rijndael-api-fst.c > /usr/src/sbin/gbde/../../sys/crypto/sha2/sha2.c > /usr/src/sbin/gbde/../../sys/geom/bde/g_bde_lock.c > echo gbde: /usr/lib/libc.a /usr/lib/libmd.a /usr/lib/libutil.a > /usr/lib/libgeom.a >> .depend > cc -O -pipe -I/usr/src/sbin/gbde/../../sys -DRESCUE -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c > /usr/src/sbin/gbde/gbde.c > /usr/src/sbin/gbde/gbde.c: In function `g_read_data': > /usr/src/sbin/gbde/gbde.c:162: warning: implicit declaration of function `read' > /usr/src/sbin/gbde/gbde.c: In function `cmd_attach': > /usr/src/sbin/gbde/gbde.c:274: warning: implicit declaration of function `close' > /usr/src/sbin/gbde/gbde.c: In function `cmd_nuke': > /usr/src/sbin/gbde/gbde.c:364: warning: implicit declaration of function `write' > /usr/src/sbin/gbde/gbde.c: In function `cmd_init': > /usr/src/sbin/gbde/gbde.c:529: warning: implicit declaration of > function `unlink' > /usr/src/sbin/gbde/gbde.c: In function `main': > /usr/src/sbin/gbde/gbde.c:772: warning: implicit declaration of > function `getopt' > /usr/src/sbin/gbde/gbde.c:775: error: `optarg' undeclared (first use > in this function) > /usr/src/sbin/gbde/gbde.c:775: error: (Each undeclared identifier is > reported only once > /usr/src/sbin/gbde/gbde.c:775: error: for each function it appears in.) > *** Error code 1 > > Stop in /usr/src/sbin/gbde. > *** Error code 1 > > Stop in /usr/obj/usr/src/rescue/rescue. > *** Error code 1 > > Stop in /usr/src/rescue/rescue. > *** Error code 1 > > Stop in /usr/src/rescue. -- Allan Fields From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:01:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D7416A4CE for ; Fri, 20 May 2005 19:01:42 +0000 (GMT) Received: from smtp7.wanadoo.fr (smtp7.wanadoo.fr [193.252.22.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D37343D2D for ; Fri, 20 May 2005 19:01:41 +0000 (GMT) (envelope-from rmgls@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0708.wanadoo.fr (SMTP Server) with ESMTP id 2F8A81C0009B for ; Fri, 20 May 2005 21:01:40 +0200 (CEST) Received: from wanadoo.fr (ARouen-251-1-56-28.w83-199.abo.wanadoo.fr [83.199.187.28]) by mwinf0708.wanadoo.fr (SMTP Server) with ESMTP id E89681C00088 for ; Fri, 20 May 2005 21:01:39 +0200 (CEST) X-ME-UUID: 20050520190139952.E89681C00088@mwinf0708.wanadoo.fr Received: from rmgls by port.private.music with local (Exim 4.20) id 1DZCkX-0000Ha-1X for freebsd-current@freebsd.org; Fri, 20 May 2005 21:01:33 +0200 Date: Fri, 20 May 2005 21:01:32 +0200 From: raoul megelas To: freebsd-current@freebsd.org Message-ID: <20050520190132.GA1076@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: ad0 vanishes just before mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:01:42 -0000 Hello all, At work, ad0 is not detected, neither on 5.4, nor on current from 01/05/2005, or from 16/05/2005. (erased bin etc sbin usr/bin usr/sbin and lib and libexec and rebuilt all on another machine; mounted the drive externally and reinstalled all). The kernel is properly loaded, but after that, the drive vanishes: no detection. We fall in the manual mount. of course no mount is possible on that drive. N.B. acd0 and acd1 are properly detected and working on the secondary channel. swapping the channels gives the same behaviour... The drive works quite well (another os on it). any idea would be welcome. Thanks a lot. rmgls rmgls@wanadoo.fr From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:25:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1C6416A4CE for ; Fri, 20 May 2005 19:25:56 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3077F43D7D for ; Fri, 20 May 2005 19:25:54 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1C3D072DD9; Fri, 20 May 2005 12:25:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 19B6572DCB; Fri, 20 May 2005 12:25:54 -0700 (PDT) Date: Fri, 20 May 2005 12:25:54 -0700 (PDT) From: Doug White To: Jonathan Noack In-Reply-To: <428BBFAA.3010207@alumni.rice.edu> Message-ID: <20050520122412.E8229@carver.gumbysoft.com> References: <42883FE6.6040608@alumni.rice.edu> <20050518150255.B87264@carver.gumbysoft.com> <428BBFAA.3010207@alumni.rice.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode (subr_turnstile.c:226) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:25:56 -0000 On Wed, 18 May 2005, Jonathan Noack wrote: > On 05/18/05 17:03, Doug White wrote: > > On Mon, 16 May 2005, Jonathan Noack wrote: > >>I was in X so no dump or ddb. > > > > You have INVARIANTS compiled in? > > Sure do, along with WITNESS, WITNESS_SKIPSPIN, KDB, KDB_TRACE, and DDB. > Why do you ask? Just making sure the trace was valid. KASSERTS go away if INVARIANTS isn't defined. I think ups's committed a fix for you, so update and try again. > I remember reading somewhere that at this point a panic in X results in > an instant reboot. This has certainly been my experience. I assume > this is a difficult problem or it would have been fixed long ago. > Anyone know why this happens? I can only assume DRM is involved :) > > >>Fatal trap 12: page fault while in kernel mode > >>fault virtual address = 0x4 > >>fault code = supervisor read, page not present > >>instruction pointer = 0x20:0xc051c117 > >>stack pointer = 0x28:0xf976c8a8 > >>frame pointer = 0x28:0xf976c8cc > >>code segment = base 0x0, limit 0xfffff, type 0x1b > >> = DPL 0, pres 1, def32 1, gran 1 > >>processor eflags = resume, IOPL = 0 > >>current process = 939 (firefox-bin) > >>trap number = 12 > >>panic: page fault > >>KDB: stack backtrace: > >>panic(c06a83b3,c06d27e7,f976c868,1,1) at panic+0x13a > >>trap_fatal(c06d2aff,c,2,118,4) at trap_fatal+0x255 > >>trap(b23c0008,28,c2ed0028,c29a07c0,c3168900) at trap+0x221 > >>calltrap() at calltrap+0x5 > >>--- trap 0xc, eip = 0xc051c117, esp = 0xf976c8a8, ebp = 0xf976c8cc --- > >>propagate_priority(c07127c0,8,c06ba676,254,c0717134) at > >>propagate_priority+0x197 > >>turnstile_wait(c3164668,c2ed9a80,c06b6aff,216,c3164668) at > >>turnstile_wait+0x1f7 > >>_mtx_lock_sleep(c3164668,c3168900,0,c06b79b9,27e) at _mtx_lock_sleep+0x9c > >>_mtx_lock_flags(c3164668,0,c06b79b9,27e,f976c9e4) at _mtx_lock_flags+0xaf > >>kern_sigprocmask(c3168900,3,f976c9e4,0,0) at kern_sigprocmask+0x37 > >>nfs_restore_sigmask(c3168900,f976c9e4,6,c3168900,c2f8a980) at > >>nfs_restore_sigmask+0x34 > >>nfs_readrpc(c332b660,f976ca4c,c2f8a980,c2f4c294,cf1) at nfs_readrpc+0x104 > >>nfs_doio(c332b660,d64cad80,c2f8a980,c3168900,f976cab8) at nfs_doio+0x55f > >>nfs_write(f976cbfc,0,f976cc74) at nfs_write+0x7e1 > >>VOP_WRITE_APV(c06f9ca0,f976cbfc,c3168900,21b,7f) at VOP_WRITE_APV+0x69 > >>vn_write(c30bd288,f976cc74,c2f8a980,0,c3168900) at vn_write+0x1ae > >>dofilewrite(1b,a3b7060,1fff,ffffffff,ffffffff) at dofilewrite+0xac > >>write(c3168900,f976cd04,c,1,3) at write+0x77 > >>syscall(3b,ffff003b,bf8f003b,8067000,8fd5) at syscall+0x13b > >>Xint0x80_syscall() at Xint0x80_syscall+0x1f > >>--- syscall (4, FreeBSD ELF32, write), eip = 0x28797a63, esp = > >>0xbfbfdb5c, ebp = 0xbfbfdb78 --- > >> > >>$ addr2line -e kernel.debug 0xc051c117 > >>/usr/src/sys/kern/subr_turnstile.c:226 > >> > >>223: /* > >>224: * If we aren't blocked on a lock, we should be. > >>225: */ > >>226: KASSERT(TD_ON_LOCK(td), ( > >>227: "thread %d(%s):%d holds %s but isn't blocked on a lock\n", > >>228: td->td_tid, td->td_proc->p_comm, td->td_state, > >>229: ts->ts_lockobj->lo_name)); > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:37:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5C3F16A4CE for ; Fri, 20 May 2005 19:37:14 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B965643DB8 for ; Fri, 20 May 2005 19:37:12 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4KJVIZq097901; Fri, 20 May 2005 21:31:18 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <20050520190132.GA1076@wanadoo.fr> References: <20050520190132.GA1076@wanadoo.fr> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <69C8F851-EB0A-441C-9280-BED3A4F3C71D@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Fri, 20 May 2005 21:37:05 +0200 To: raoul megelas X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: freebsd-current@FreeBSD.org Subject: Re: ad0 vanishes just before mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:37:14 -0000 On 20/05/2005, at 21.01, raoul megelas wrote: > Hello all, > > At work, ad0 is not detected, neither on 5.4, nor on current > from 01/05/2005, or from 16/05/2005. > (erased bin etc sbin usr/bin usr/sbin and lib and libexec and =20 > rebuilt all > on another machine; mounted the drive externally and reinstalled all). > > The kernel is properly loaded, but after that, the drive > vanishes: no detection. We fall in the manual mount. > of course no mount is possible on that drive. > > N.B. acd0 and acd1 are properly detected and working > on the secondary channel. > > swapping the channels gives the same behaviour... > > The drive works quite well (another os on it). > > any idea would be welcome. I cant help you without information on what kind of system you have, =20 ie what chipset and what disks etc. The probe output from boot would =20 be real helpful preferably from a verbose boot. - S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:44:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0D3416A4CE for ; Fri, 20 May 2005 19:44:50 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C151E43D6E for ; Fri, 20 May 2005 19:44:50 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B3E9972DD9; Fri, 20 May 2005 12:44:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B1DBF72DD4; Fri, 20 May 2005 12:44:50 -0700 (PDT) Date: Fri, 20 May 2005 12:44:50 -0700 (PDT) From: Doug White To: Jens Schweikhardt In-Reply-To: <20050519190129.GA1048@schweikhardt.net> Message-ID: <20050520122944.B8229@carver.gumbysoft.com> References: <20050516113420.GA786@schweikhardt.net> <20050518150346.S87264@carver.gumbysoft.com> <20050519190129.GA1048@schweikhardt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:44:51 -0000 On Thu, 19 May 2005, Jens Schweikhardt wrote: > # Are you running with kern.hz or HZ set to something other than the > # default? > > No, > $ sysctl -a | grep hz > kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } > debug.psm.hz: 20 > > is the same on both systems. > ... > # the lapic timer values should run about 2*hz. > > Then something is out of whack... this is from the strange system: > > $ vmstat -i > interrupt total rate > irq1: atkbd0 211 8 > irq13: npx0 1 0 > irq14: ata0 63 2 > irq15: ata1 109 4 > irq18: em0 17 0 > irq24: ahd0 4511 187 > irq25: ahc0 16 0 > lapic0: timer 190869 7952 > lapic1: timer 176174 7340 > Total 371971 15498 > > Note that there's no > irq0: clk 745029 1000 > appearing. I'm not an expert, but that's unexpected to my eyes. Not totally (I don't have irq0 on any of my -current machines after the lapic change), but it being there before and then going away implies the kernel is choosing a different timecounter than before, and the new one may be bogus. Can you get the output of 'sysctl kern.timecounter' for both working and broken kernels? When did you pull sources for the original working kernel and the new broken kernel? > pcib0: pcibus 0 on motherboard Is ACPI disabled on purpose? It should work on such a new system. ACPI provides a couple of timecounters of its own that we'd prefer to use. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:46:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD7BF16A4CE for ; Fri, 20 May 2005 19:46:06 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B1A343D66 for ; Fri, 20 May 2005 19:46:06 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 80D8672DD9; Fri, 20 May 2005 12:46:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7F6F572DD4; Fri, 20 May 2005 12:46:06 -0700 (PDT) Date: Fri, 20 May 2005 12:46:06 -0700 (PDT) From: Doug White To: Jeff Behl In-Reply-To: <428D04BD.2000608@fastclick.com> Message-ID: <20050520124537.T8229@carver.gumbysoft.com> References: <139e33fd0505170202a18e7c0@mail.gmail.com> <428D04BD.2000608@fastclick.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Arun Raman Subject: Re: FreeBSD on IBM blade servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:46:06 -0000 On Thu, 19 May 2005, Jeff Behl wrote: > Arun Raman wrote: > > >Hi, > > > >Had anyone successfully installed FreeBSD (any version) on a IBM blade server? > > > >Arun > >_______________________________________________ > >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" > > > > > back a year or two ago we tried out the hs20s from ibm. install was > fine from cd, but the nic wasn't supported at the time (can't remember > if it was em or bge), so that was sorta a show stopper. it's probably > supported now, but i'd check.... If an HS20 is the same as the SBLX52 then thats been fixed. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:46:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E42316A4CE for ; Fri, 20 May 2005 19:46:34 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6120B43D66 for ; Fri, 20 May 2005 19:46:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5718B72DDD; Fri, 20 May 2005 12:46:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 54A1672DDB; Fri, 20 May 2005 12:46:34 -0700 (PDT) Date: Fri, 20 May 2005 12:46:34 -0700 (PDT) From: Doug White To: "Conrad J. Sabatier" In-Reply-To: <20050518224120.2f3062df@dolphin.local.net> Message-ID: <20050520124619.X8229@carver.gumbysoft.com> References: <20050518153537.M87264@carver.gumbysoft.com> <20050518224120.2f3062df@dolphin.local.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: David Kleiner cc: freebsd-current@freebsd.org Subject: Re: -current: unable to boot (bt_strategy X not multiple of block size) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:46:34 -0000 On Wed, 18 May 2005, Conrad J. Sabatier wrote: > On Wed, 18 May 2005 15:36:26 -0700 (PDT), Doug White > wrote: > > > On Tue, 17 May 2005, David Kleiner wrote: > > > > > > > > This is amd64 Asus A8N mobo, previous -current (May 1) worked fine, > > > I cannot boot even into kernel.old any more, the only option is > > > older i386 -current and maybe I can fix things from there. The > > > boot loader said i386/FreeBSD but I don't remember what it said > > > before for amd64 - it was happening too fast. > > > > Yes, its specific to amd64. There is a /boot/loader.old you can use > > just in case, but you need to break into boot2 to get to it. At the > > first spinny hit a key and it should drop you to a boot: prompt. > > Yes, this also occurred on my amd64 box. At first, I was totally > stymied as to how to proceed. I ended up booting from a 5.2 CD-ROM, > went into fixit mode, mounted / under /mnt and renamed loader.old to > loader (after renaming loader to loader.new). > > Thanks for the tip on how to break out of the loading of the new loader. > One of those tricks I had either never learned in the first place, or > had completely forgotten about. :-) BTW a fix has been committed, so things should be good again after your next update. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:50:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5E1B16A4CE for ; Fri, 20 May 2005 19:50:18 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3459143D94 for ; Fri, 20 May 2005 19:50:18 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 54B2C31D723 for ; Fri, 20 May 2005 21:50:17 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 701AC405A; Fri, 20 May 2005 21:50:18 +0200 (CEST) Date: Fri, 20 May 2005 21:50:17 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050520195017.GZ818@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: rpc.umntall 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: Fri, 20 May 2005 19:50:18 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I used to connect to multiple networks with my laptop. The problem is that rpc.umntall(8) automatically tries to send a RPCMNT_UMOUNT to all old entries in /var/db/mounttab. I always need to hit ^C because it takes too long to timeout. I watched at the code to see if I couldn't set a timeout on the sending socket to shorten the amount of time it tries to contact the NFS server of each deprecated mount. It looks there is already a hard-coded timeout of three seconds on the call of clnt_call(3), but I added some printf(3)s and this is obviously the preceding clnt_create(3) call which takes so much time. I looked at the code of this function, and this is not much than a simple wrapper to clnt_create_timed(3) function. So I changed rpc.umntall(3) code to use this function and the same timeout as clnt_call(3) instead of using the non-timed version. This is what this small patch does. It may be worth creating an option for this, I don't know if waiting a big amount of time is relevant in specific some cases. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rpc.umntall-timed.patch" Index: rpc.umntall.c =================================================================== RCS file: /nfs/donald/repo/FreeBSD/src/usr.sbin/rpc.umntall/rpc.umntall.c,v retrieving revision 1.12 diff -u -p -r1.12 rpc.umntall.c --- rpc.umntall.c 26 Oct 2003 06:14:10 -0000 1.12 +++ rpc.umntall.c 20 May 2005 17:59:45 -0000 @@ -174,14 +174,15 @@ do_umntall(char *hostname) { struct timeval try; CLIENT *clp; - clp = clnt_create(hostname, RPCPROG_MNT, RPCMNT_VER1, "udp"); + try.tv_sec = 3; + try.tv_usec = 0; + clp = clnt_create_timed(hostname, RPCPROG_MNT, RPCMNT_VER1, "udp", + &try); if (clp == NULL) { warnx("%s: %s", hostname, clnt_spcreateerror("RPCPROG_MNT")); return (0); } clp->cl_auth = authunix_create_default(); - try.tv_sec = 3; - try.tv_usec = 0; clnt_stat = clnt_call(clp, RPCMNT_UMNTALL, (xdrproc_t)xdr_void, (caddr_t)0, (xdrproc_t)xdr_void, (caddr_t)0, try); @@ -201,14 +202,15 @@ do_umount(char *hostname, char *dirp) { struct timeval try; CLIENT *clp; - clp = clnt_create(hostname, RPCPROG_MNT, RPCMNT_VER1, "udp"); + try.tv_sec = 3; + try.tv_usec = 0; + clp = clnt_create_timed(hostname, RPCPROG_MNT, RPCMNT_VER1, "udp", + &try); if (clp == NULL) { warnx("%s: %s", hostname, clnt_spcreateerror("RPCPROG_MNT")); return (0); } clp->cl_auth = authsys_create_default(); - try.tv_sec = 3; - try.tv_usec = 0; clnt_stat = clnt_call(clp, RPCMNT_UMOUNT, (xdrproc_t)xdr_dir, dirp, (xdrproc_t)xdr_void, (caddr_t)0, try); if (clnt_stat != RPC_SUCCESS) --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:54:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C20A16A4CE for ; Fri, 20 May 2005 19:54:41 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD41343D83 for ; Fri, 20 May 2005 19:54:40 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3E40372DD4; Fri, 20 May 2005 12:54:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 38DE272DCB; Fri, 20 May 2005 12:54:40 -0700 (PDT) Date: Fri, 20 May 2005 12:54:40 -0700 (PDT) From: Doug White To: Matteo Riondato In-Reply-To: <20050519105445.GA6839@localhost.localdomain> Message-ID: <20050520125343.T8229@carver.gumbysoft.com> References: <20050519105445.GA6839@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: loader panic on recent amd64 -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: Fri, 20 May 2005 19:54:41 -0000 On Thu, 19 May 2005, Matteo Riondato wrote: > I recompiled my system with sources taken on Wednesday 18 at 06.00 a.m. > CEST. Update -- this has been fixed. To boot yourself in the meantime, break into boot2 by hitting a key at the first spinny then type "/boot/loader.old" at the boot: prompt. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:58:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3BA316A4CE for ; Fri, 20 May 2005 19:58:08 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 342B943D66 for ; Fri, 20 May 2005 19:58:08 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EE12A72DD9; Fri, 20 May 2005 12:58:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EB6E972DD4; Fri, 20 May 2005 12:58:07 -0700 (PDT) Date: Fri, 20 May 2005 12:58:07 -0700 (PDT) From: Doug White To: Brett Krueger In-Reply-To: <428D8AD0.1030203@rootednetworks.com> Message-ID: <20050520125655.R8229@carver.gumbysoft.com> References: <428D8AD0.1030203@rootednetworks.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: intel 82550 pro/100 ethernet 5.x timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:58:09 -0000 On Thu, 19 May 2005, Brett Krueger wrote: > Hello people, > I've been sifting through alot of lists lately and finally decided to > make a post out of this since ive tested it on multiple systems without > success. p166, pII 400mhz, p4-3.0ghz HT. > specifically: > > fxp0: port 0xa000-0xa03f mem > 0xf5000000-0xf501ffff,0xf5020000-0xf5020fff irq 22 at device 2.0 on pci2 > miibus0: on fxp0 > fxp0: Ethernet address: 00:02:b3:4c:b4:74 > > In this current machine, ive tested it on 5.4RC4, and 5.4RELEASE as with > 5.4STABLE. Though I have tried 5.3 as well. You might try 4.x for fun. > > The Error: > > May 19 16:55:29 titan kernel: fxp0: DMA timeout > May 19 16:55:29 titan kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > May 19 16:55:29 titan kernel: fxp0: DMA timeout > May 19 16:55:29 titan kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff Looks like the device went away or the driver is looking in the wrong place for the status information... > If anyone has a fix for this or found a workaround, id love to hear > about it. Sadly, our company has 15 of the damn things they purchased > for a project that are now.... useless for freebsd dev. > Thank you for your time. Onboard or PCI cards? And you honestly want to do freebsd dev on a 166MHz machine? Even my parents gave up on theirs, and it was running Windows :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri May 20 20:07:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5A3216A4CE for ; Fri, 20 May 2005 20:07:21 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2alice.tin.it [212.216.176.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25BA843D75 for ; Fri, 20 May 2005 20:07:21 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.50.126.178) by vsmtp2.tin.it (7.0.027) id 428C5BEE000B0FC3 for freebsd-current@freebsd.org; Fri, 20 May 2005 22:07:19 +0200 Received: by kaiser.sig11.org (Postfix, from userid 1000) id 5742F611B; Fri, 20 May 2005 22:07:19 +0200 (CEST) Date: Fri, 20 May 2005 22:07:19 +0200 From: Matteo Riondato To: Doug White Message-ID: <20050520200719.GH5309@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Doug White , freebsd-current@freebsd.org References: <20050519105445.GA6839@localhost.localdomain> <20050520125343.T8229@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <20050520125343.T8229@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: loader panic on recent amd64 -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: Fri, 20 May 2005 20:07:22 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 20, 2005 at 12:54:40PM -0700, Doug White wrote: > On Thu, 19 May 2005, Matteo Riondato wrote: >=20 > > I recompiled my system with sources taken on Wednesday 18 at 06.00 a.m. > > CEST. >=20 > Update -- this has been fixed. To boot yourself in the meantime, break > into boot2 by hitting a key at the first spinny then type > "/boot/loader.old" at the boot: prompt. My system didn't even arrive at the spinny, anyway I managed to boot using FreeSBIE and renaming loader.old to loader ;) Thank you for having fixed this. Best Regards --=20 Rionda aka Matteo Riondato Disinformato per default G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCjkN32Mp4pR7Fa+wRAvA+AJ9VQmVSA90rWDw0XgSDmi8jivd9ngCbBfD4 qVzMkQ1pAII0uONcLmRT+20= =0DCu -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-current@FreeBSD.ORG Fri May 20 20:15:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 314FC16A4CE for ; Fri, 20 May 2005 20:15:54 +0000 (GMT) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C8C243D64 for ; Fri, 20 May 2005 20:15:53 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 20 May 2005 20:15:52 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Fri, 20 May 2005 16:15:42 -0400 (EDT) Message-ID: <1288.172.16.0.199.1116620142.squirrel@172.16.0.1> In-Reply-To: <20050520084157.H95376@maren.thelosingend.net> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu><20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> <20050518164326.GA69208@thought.org> <20050520062152.GD25164@nu.org> <20050520084157.H95376@maren.thelosingend.net> Date: Fri, 20 May 2005 16:15:42 -0400 (EDT) From: "Mike Jakubik" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: stable@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 20:15:54 -0000 Do these lists have a moderator or is he on vacation? Im tired of deleting this useless thread from my mailbox. From owner-freebsd-current@FreeBSD.ORG Fri May 20 20:40:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D6FD16A4CE for ; Fri, 20 May 2005 20:40:40 +0000 (GMT) Received: from lakermmtao07.cox.net (lakermmtao07.cox.net [68.230.240.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67E8543D70 for ; Fri, 20 May 2005 20:40:39 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao07.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP <20050520204038.URIN28809.lakermmtao07.cox.net@dolphin.local.net>; Fri, 20 May 2005 16:40:38 -0400 Received: from dolphin.local.net (localhost.local.net [IPv6:::1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j4KKebQ0004971; Fri, 20 May 2005 15:40:37 -0500 (CDT) (envelope-from conrads@cox.net) Date: Fri, 20 May 2005 15:40:32 -0500 From: "Conrad J. Sabatier" To: Doug White Message-ID: <20050520154032.7f2f0d58@dolphin.local.net> In-Reply-To: <20050520124619.X8229@carver.gumbysoft.com> References: <20050518153537.M87264@carver.gumbysoft.com> <20050518224120.2f3062df@dolphin.local.net> <20050520124619.X8229@carver.gumbysoft.com> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: David Kleiner cc: freebsd-current@freebsd.org Subject: Re: -current: unable to boot (bt_strategy X not multiple of block size) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 20:40:40 -0000 On Fri, 20 May 2005 12:46:34 -0700 (PDT), Doug White wrote: > On Wed, 18 May 2005, Conrad J. Sabatier wrote: > > > > Thanks for the tip on how to break out of the loading of the new > > loader. One of those tricks I had either never learned in the first > > place, or had completely forgotten about. :-) > > BTW a fix has been committed, so things should be good again after > your next update. Thanks, that's good to know. I'll try another upgrade tonight. I'm still very frustrated, though, with the brokenness of my ata setup. While everyone else seems to be reporting success, my HP DVD writer still will not configure at boot time. It was working fine up until about 4/30/2005. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Fri May 20 21:56:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE06816A4CE for ; Fri, 20 May 2005 21:56:05 +0000 (GMT) Received: from web.rootednetworks.com (athena.rootednetworks.com [64.71.151.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D77843D62 for ; Fri, 20 May 2005 21:56:05 +0000 (GMT) (envelope-from sigterm@rootednetworks.com) Received: from [192.168.3.30] (cpe-66-8-243-36.hawaii.res.rr.com [66.8.243.36])j4KLu4KU094246; Fri, 20 May 2005 14:56:05 -0700 (PDT) (envelope-from sigterm@rootednetworks.com) Message-ID: <428E5D1B.5020003@rootednetworks.com> Date: Fri, 20 May 2005 11:56:43 -1000 From: Brett Krueger User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <428D8AD0.1030203@rootednetworks.com> <20050520125655.R8229@carver.gumbysoft.com> In-Reply-To: <20050520125655.R8229@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 65.19.176.230 cc: freebsd-current@freebsd.org Subject: Re: intel 82550 pro/100 ethernet 5.x timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 21:56:06 -0000 Doug, Thanks for the reply. theres no hope of going back to 4.x unfortunetely. And they are pci cards. As for the p166 joke, heh thats a m0n0wall box which was based on a freebsd-5.3 release when i tested it. Ill look into finding out more info about the driver i guess. *shrug* -brett Doug White wrote: > On Thu, 19 May 2005, Brett Krueger wrote: > > >>Hello people, >> I've been sifting through alot of lists lately and finally decided to >>make a post out of this since ive tested it on multiple systems without >>success. p166, pII 400mhz, p4-3.0ghz HT. >>specifically: >> >>fxp0: port 0xa000-0xa03f mem >>0xf5000000-0xf501ffff,0xf5020000-0xf5020fff irq 22 at device 2.0 on pci2 >>miibus0: on fxp0 >>fxp0: Ethernet address: 00:02:b3:4c:b4:74 >> >>In this current machine, ive tested it on 5.4RC4, and 5.4RELEASE as with >>5.4STABLE. Though I have tried 5.3 as well. > > > You might try 4.x for fun. > > >>The Error: >> >>May 19 16:55:29 titan kernel: fxp0: DMA timeout >>May 19 16:55:29 titan kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff >>May 19 16:55:29 titan kernel: fxp0: DMA timeout >>May 19 16:55:29 titan kernel: fxp0: SCB timeout: 0xff 0xff 0xff 0xffff > > > Looks like the device went away or the driver is looking in the wrong > place for the status information... > > >>If anyone has a fix for this or found a workaround, id love to hear >>about it. Sadly, our company has 15 of the damn things they purchased >>for a project that are now.... useless for freebsd dev. >>Thank you for your time. > > > Onboard or PCI cards? > > And you honestly want to do freebsd dev on a 166MHz machine? Even my > parents gave up on theirs, and it was running Windows :) > From owner-freebsd-current@FreeBSD.ORG Sat May 21 00:07:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB81616A4CE; Sat, 21 May 2005 00:07:30 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5472243D64; Sat, 21 May 2005 00:07:30 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id B3BB43C03F; Fri, 20 May 2005 19:07:29 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04373-01-16; Fri, 20 May 2005 19:07:29 -0500 (CDT) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45]) by mailgate1b.savvis.net (Postfix) with ESMTP id 789AD3BE37; Fri, 20 May 2005 19:07:29 -0500 (CDT) Received: from s228130hz1ew171.apptix-01.savvis.net ([10.146.4.29]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 20 May 2005 19:07:26 -0500 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew171.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Fri, 20 May 2005 19:07:16 -0500 Message-ID: <428E7BAF.200@savvis.net> Date: Fri, 20 May 2005 17:07:11 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4288EBEA.5030701@savvis.net> <428A5A58.6010601@savvis.net> <428B7B99.7080206@savvis.net> In-Reply-To: <428B7B99.7080206@savvis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 May 2005 00:07:16.0654 (UTC) FILETIME=[0C3B9CE0:01C55D99] X-Virus-Scanned: amavisd-new at savvis.net Subject: Re: keyboard mux driver (straw man proposal & code) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 00:07:31 -0000 dear hackers, next version of experimental keyboard mux can be downloaded from http://www.geocities.com/m_evmenkin/kbdmux-2.tar.gz (~8K) also on freefall in my home directory (freefall:~emax/kbdmux-2.tar.gz). i gave up idea of using slave keyboards in K_XLATE mode. for whatever reason i could not get it to work in console (it did work just fine in X). so, i re-shaped the code and now kbdmux treats slave keyboards just as suppliers of raw at scan codes. when keyboard is added to the mux it will set be switched into K_RAW mode. i also decided to not add auxiliary device interface. i think its better to pass keyboard mux ioctl's through /dev/console. i tried the code with one ps/2 keyboard connected to the mux (pass-through) and it worked for me in both X and console. any feedback is welcome! thanks, max Maksim Yevmenkin wrote: > and yet another reply to myself :) > > i found few problems with the code and i'm going to fix them. > > max > > Maksim Yevmenkin wrote: > >> replying to myself :) >> >> also bcc to folks who might be interested (mostly from vkbd(4) >> discussion). >> >> i have changed the proposed kbdmux code a bit. basically auxiliary >> device interface is gone. there can only be one kbdmux. it is no >> longer required to keep kbdmux control device open. so, right now its >> pretty much pure keyboard driver. i have also updated test program >> (works for me in console mode). >> >> http://www.geocities.com/m_evmenkin/kbdmux-1.tar.gz (~6K) >> >> the code also on freefall in my home directory >> (emax@freefall:kbdmux-1.tar.gz). >> >> thanks, >> max >> >> Maksim Yevmenkin wrote: >> >>> dear hackers, >>> >>> i'd like to follow up on keyboard mux driver discussion with some >>> code. please dont start jumping up and down just yet :) this is a >>> "straw man" code and everyone is welcome to beat the heck out of it. >>> >>> basically the code is based on vkbd(4) and the idea that was >>> discussed long time ago - create a "super" keyboard that consumes all >>> other keyboards in the system. the code creates a "super" kbdmux >>> keyboard. using new special ioctl's one can add multiple keyboards to >>> the mux. then one simple switches the current keyboard to the kbdmux >>> keyboard. >>> >>> as you can see it is not usable from the kernel just yet, but i have >>> managed to create a mux with two vkbd's and it worked (please see >>> kbdmux_test.c program). >>> >>> the questions that i wanted to ask >>> >>> 1) is this good enough abstraction for the keyboard mux? can anyone >>> think of anything that would not work with this model? >>> >>> 2) should we decide to make this usable from the kernel, what is the >>> best way to do it? >>> >>> 3) did i miss anything? please tell me if i did! :) >>> >>> the code can be downloaded from >>> >>> http://www.geocities.com/m_evmenkin/kbdmux.tar.gz (~7K) >>> >>> i also put it in my home directory on freefall. >>> >>> thanks, >>> max >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> >> >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat May 21 07:06:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C0CD16A4CE for ; Sat, 21 May 2005 07:06:11 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C22B43D66 for ; Sat, 21 May 2005 07:06:10 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A5D52.dip.t-dialin.net [84.154.93.82]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j4L7668o088030; Sat, 21 May 2005 09:06:07 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j4L764lh003538; Sat, 21 May 2005 09:06:05 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j4L764dD065277; Sat, 21 May 2005 09:06:04 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200505210706.j4L764dD065277@fire.jhs.private> To: "Mike Jakubik" In-Reply-To: Message from "Mike Jakubik" <1288.172.16.0.199.1116620142.squirrel@172.16.0.1> Date: Sat, 21 May 2005 09:06:04 +0200 From: "Julian H. Stacey" cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 07:06:11 -0000 "Mike Jakubik" wrote: > cc: current@freebsd.org, stable@freebsd.org > Do these lists have a moderator or is he on vacation? Im tired of deleting > this useless thread from my mailbox. No moderator on current@ or stable@ Cross posting Is forbidden. For precise wording: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL The starter of this thread broke that rule, as did everyone who replied to both lists (some doubtless by accident). Postmaster@ for complaints of breach of rules. - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Sat May 21 08:59:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DD9A16A4CF for ; Sat, 21 May 2005 08:59:31 +0000 (GMT) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32D0343D31 for ; Sat, 21 May 2005 08:59:30 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 13095 invoked from network); 21 May 2005 08:59:27 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[83.129.76.92]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 21 May 2005 08:59:27 -0000 Date: Sat, 21 May 2005 10:59:19 +0200 From: Fabian Keil To: Matti Saarinen Message-ID: <20050521105919.63c09ff4@localhost> In-Reply-To: References: X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Sat__21_May_2005_10_59_19_+0200_x=EtqEaN_2aeB3l/"; protocol="application/pgp-signature"; micalg=pgp-sha1 cc: freebsd-current@freebsd.org Subject: Re: if_ipw not working on T41 with 2005-05-20's CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 08:59:31 -0000 --Signature_Sat__21_May_2005_10_59_19_+0200_x=EtqEaN_2aeB3l/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Matti Saarinen wrote: > For some reason the ipw driver has stopped working on my laptop (IBM > T41). It used to work when the laptop ran CURRENT from 2005-04-11. > Now, when I upgraded at the beginnig of May the wireless connection > just stops and loses connectivity. The system logs >=20 > ipw0: fatal error >=20 > and the interface goes down. >=20 > If I do "ifconfig ipw0 up" everything starts working then the fatal > error occures again. If I bring the interface up a few times (normally > four) the interface stays up but does not transmit traffic. If I do > ifconfig down and up to the interface, it does not help. Actually, it > makes things worse. After about half a minute the system eihter > freezes or panics. Unfortunately, I wasn't able to get the system to > panic and produce a trace when it run a debug kernel. Below is a trace > from non-debug kernel. I hope it will give some information what is > wrong. >=20 > The interface works if I use ndis wrapper and the Windows drivers. >=20 > ipw0: fatal error >=20 > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0x48 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc05868bb > stack pointer =3D 0x28:0xf4d67b44 > frame pointer =3D 0x28:0xf4d67b74 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 639 (ifconfig) > [thread pid 639 tid 100057 > Stopped at in_ifinit+0x17b: testb $0x18,0x48(%eax) > db> trace > Tracing pid 639 tid 100057 td 0xc211eaf0 > in_ifinit(c233167c,0,x0624fa6,0,0) at in_ifinit+0x17b > in_control(c233167c,8040691a,c221dd40,c2117c00,c211eaf0) at in_control+0x= d8a > ifioctl(c233167c,8040691a,c221dd40,c211eaf0) at ifioctl+0x177 > soo_ifioctl(c2153d38,8040691a,c221dd40,c2157700,c211eaf0) at soo_ioctl+0x= 290 > ioctl(c211eaf0) at ioctl+0xfb > syscall(3b,3b,3b,80553a0,1) at syscall+0x1e3 > Xint0x80_syscall() at X_int0x80_syscall+0xif > --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x280c526b, esp =3D 0xbfb= fe31c, ebp =3D 0xbfbfeb70 ---- > db> Did you rebuild if_ipw.ko after you updated the system? If if_ipw.ko and kernel are out of sync, you're asking for trouble.=20 Fabian --=20 http://www.fabiankeil.de/ --Signature_Sat__21_May_2005_10_59_19_+0200_x=EtqEaN_2aeB3l/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCjvhvbmGO+3DrZ9sRAv5MAJ485isICuxDZMUvpNiScyvBcSotswCfSGoZ brRuQm1W4eF3+e/8ECQWRhA= =a1ip -----END PGP SIGNATURE----- --Signature_Sat__21_May_2005_10_59_19_+0200_x=EtqEaN_2aeB3l/-- From owner-freebsd-current@FreeBSD.ORG Sat May 21 09:29:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ACD016A4D4 for ; Sat, 21 May 2005 09:29:20 +0000 (GMT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF34743DB1 for ; Sat, 21 May 2005 09:29:15 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 7CF3E3B8CD; Sat, 21 May 2005 11:29:13 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) j4L9SvdH001366; Sat, 21 May 2005 11:28:57 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j4L9Sv60001365; Sat, 21 May 2005 11:28:57 +0200 (CEST) (envelope-from schweikh) Date: Sat, 21 May 2005 11:28:57 +0200 From: Jens Schweikhardt To: Doug White Message-ID: <20050521092857.GA847@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <20050518150346.S87264@carver.gumbysoft.com> <20050519190129.GA1048@schweikhardt.net> <20050520122944.B8229@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050520122944.B8229@carver.gumbysoft.com> User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 09:29:20 -0000 On Fri, May 20, 2005 at 12:44:50PM -0700, Doug White wrote: ... # > Note that there's no # > irq0: clk 745029 1000 # > appearing. I'm not an expert, but that's unexpected to my eyes. # # Not totally (I don't have irq0 on any of my -current machines after the # lapic change), but it being there before and then going away implies the # kernel is choosing a different timecounter than before, and the new one # may be bogus. # # Can you get the output of 'sysctl kern.timecounter' for both working and # broken kernels? broken: kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 221327 kern.timecounter.nnanouptime: 0 kern.timecounter.nmicrouptime: 640 kern.timecounter.nbintime: 951 kern.timecounter.nnanotime: 22 kern.timecounter.nmicrotime: 929 kern.timecounter.ngetbinuptime: 410 kern.timecounter.ngetnanouptime: 76 kern.timecounter.ngetmicrouptime: 3599 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 5 kern.timecounter.nsetclock: 2 kern.timecounter.hardware: i8254 kern.timecounter.choice: TSC(-100) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 working: kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 630606 kern.timecounter.nnanouptime: 0 kern.timecounter.nmicrouptime: 1220 kern.timecounter.nbintime: 127348 kern.timecounter.nnanotime: 58801 kern.timecounter.nmicrotime: 68578 kern.timecounter.ngetbinuptime: 1983 kern.timecounter.ngetnanouptime: 423 kern.timecounter.ngetmicrouptime: 34313 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 0 kern.timecounter.ngetmicrotime: 5 kern.timecounter.nsetclock: 1 kern.timecounter.hardware: i8254 kern.timecounter.choice: TSC(-100) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 kern.timecounter.smp_tsc: 0 # When did you pull sources for the original working kernel and the new # broken kernel? Working: around March 5 (I always cvsup before compiling a system) Broken: May 17 (after the ATA hangs at boot were fixed) # > pcib0: pcibus 0 on motherboard # # Is ACPI disabled on purpose? It should work on such a new system. ACPI # provides a couple of timecounters of its own that we'd prefer to use. Some time in the past, the system would hang at boot with acpi enabled. So I kept a hint.acpi.0.disabled="1" in /boot/device.hints. But even without that hint, the time dilation effect (hey, it's the Einstein Year!) is the same... Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Sat May 21 11:14:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C91316A4CE for ; Sat, 21 May 2005 11:14:36 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BAFE43D66 for ; Sat, 21 May 2005 11:14:35 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so626836rng for ; Sat, 21 May 2005 04:14:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Vg3NkcphM+5UxcYma/o7XJknxuffRYHC9AFIQZcaR1/6xIb8S/y5SSZX/UNRZuZDwx2Eq9C3svUMG+hqBXBlzZ3HKRSWD5F+seEc47eKoT8CGUk9sefY9QeULr3DVMa/3cM+kiLU9b3wGfyr33LOXTxv6sDJzYvLfWG1n0VnbWs= Received: by 10.38.74.75 with SMTP id w75mr2258144rna; Sat, 21 May 2005 04:14:34 -0700 (PDT) Received: by 10.38.149.38 with HTTP; Sat, 21 May 2005 04:14:34 -0700 (PDT) Message-ID: Date: Sat, 21 May 2005 13:14:34 +0200 From: Pawel Worach To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: page fault in putchar/ttyoutput X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pawel Worach List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 11:14:36 -0000 During a port build my /export filesystem got full and this panic occurred. Struct tty seems to be bogus in the putchar call. FreeBSD 6.0-CURRENT #0: Fri May 20 03:53:58 CEST 2005 SMP (dual celeron), 4BSD, PREEMPTION, ADAPTIVE_GIANT kernel.debug and vmcore put aside. kernel message buffer: <3>pid 23212 (bsdtar), uid 0 inumber 942712 on /export: filesystem full <118>May 21 11:04:01 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942712 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942745 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942750 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942764 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942770 on /export: filesystem full <118>May 21 11:04:02 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942745 on /export: filesystem full <118>May 21 11:04:02 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942750 on /export: filesystem full <118>May 21 11:04:02 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942764 on /export: filesystem full <118>May 21 11:04:02 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942770 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942771 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942773 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942775 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942791 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942793 on /export: filesystem full <118>May 21 11:04:02 darkstar kernel: pid 23212 (bsdtar), uid 0 inumb---Type to continue, or q to quit--- er 942771 on /export: filesystem full <118>May 21 11:04:02 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942773 on /export: filesystem full <118>May 21 11:04:02 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942775 on /export: filesystem full <118>May 21 11:04:02 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942791 on /export: filesystem full <118>May 21 11:04:02 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942793 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942818 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942818 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 942861 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944767 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944779 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944782 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 880745 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 880746 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 880747 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 942861 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944767 on /export: filesystem full ---Type to continue, or q to quit--- <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944779 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944782 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 880745 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 880746 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 880747 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944795 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944797 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944795 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944797 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944806 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944806 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944813 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944813 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944827 on /export: filesystem full ---Type to continue, or q to quit--- <3>pid 23212 (bsdtar), uid 0 inumber 944828 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944829 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944827 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944828 on /export: filesystem full <118>May 21 11:04:03 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944829 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944830 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944831 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944830 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944831 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944835 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944836 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944837 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944838 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944839 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944840 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944841 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944845 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944846 on /export: filesystem full ---Type to continue, or q to quit--- <3>pid 23212 (bsdtar), uid 0 inumber 944847 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944848 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944849 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944850 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944851 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944852 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944853 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944854 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944855 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944835 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944836 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944837 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944838 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944839 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944840 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944841 on /export: filesystem full ---Type to continue, or q to quit--- <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944845 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944846 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944847 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944848 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944849 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944850 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944851 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944852 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 94 48<53 o3n>p i /export: f i<3l>e2 3<212 (118>bs yems ---Type to continue, or q to quit--- d fl0 <3>944856 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944854 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944855 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: 944856 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944857 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944857 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944857 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944857 on /export: filesystem full <118>May 21 11:04:04 darkstar kernel: pid 23212 (bsdtar), uid 0 inumber 944857 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944857 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944857 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944857 on /export: filesystem full <3>pid 23212 (bsdtar), uid 0 inumber 944857 on /export: filesystem full Fatal trap 12: page fault while in kernel mode ---Type to continue, or q to quit--- cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x0 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc056f44f stack pointer =3D 0x28:0xcd6306e0 frame pointer =3D 0x28:0xcd6306f0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 23212 (bsdtar) trap number =3D 12 panic: page fault cpuid =3D 0 KDB: stack backtrace: kdb_backtrace(c075a5f9,0,c0738626,cd6305e4,a) at kdb_backtrace+0x2e panic(c0738626,c075b1cb,c2c7a988,1,1) at panic+0x139 trap_fatal(cd6306a0,0,2,8,c1714d80) at trap_fatal+0x346 trap_pfault(cd6306a0,0,0,c1985480,0) at trap_pfault+0x252 trap(cd630008,c0550028,c07a0028,66,c2049838) at trap+0x340 calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0xc056f44f, esp =3D 0xcd6306e0, ebp =3D 0xcd6306f0 --= - putc(66,c2049838,cd63070c,c2049800,66) at putc+0x16f ttyoutput(66,c2049800,2,cd630830,cd630740) at ttyoutput+0x181 ---Type to continue, or q to quit--- tputchar(66,c2049800,ffffffff,c16648db,c0752436) at tputchar+0x4c putchar(66,cd630830,0,0,0) at putchar+0x7c kvprintf(c0752414,c054df40,cd630830,a,cd630854) at kvprintf+0x8d uprintf(c0752414,c16648d4,c0752404,0,800) at uprintf+0x20b ffs_alloc(c23b3b58,0,0,396d48,0) at ffs_alloc+0x328 ffs_balloc_ufs2(c1e02dd0,0,0,200,c1a58e00) at ffs_balloc_ufs2+0x1229 ufs_mkdir(cd630bac,cd630cb8,c05a5ca1,c07843a0,cd630bac) at ufs_mkdir+0x6d6 VOP_MKDIR_APV(c07843a0,cd630bac,cd630c14,cd630c3c,1f4) at VOP_MKDIR_APV+0x3= e kern_mkdir(c1985480,805b180,0,1c0,cd630d30) at kern_mkdir+0x3e1 mkdir(c1985480,cd630d04,8,cd630d2c,c0555356) at mkdir+0x29 syscall(3b,3b,bfbf003b,805b180,1c0) at syscall+0x370 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (136, FreeBSD ELF32, mkdir), eip =3D 0x28104cef, esp =3D 0xbfbfe0cc, ebp =3D 0xbfbfe168 --- Uptime: 1d6h50m10s Dumping 255 MB Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x21310006 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0442211 ---Type to continue, or q to quit--- stack pointer =3D 0x28:0xcc011c98 frame pointer =3D 0x28:0xcc011cc4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 41 (swi2: cambio) trap number =3D 12 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 stacktrace: (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc052bec2 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 97 #2 0xc052c2e3 in panic (fmt=3D0xc0738626 "%s") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc0713ca6 in trap_fatal (frame=3D0xcd6306a0, eva=3D0) at /usr/src/sys/i386/i386/trap.c:814 #4 0xc0713932 in trap_pfault (frame=3D0xcd6306a0, usermode=3D0, eva=3D0) at /usr/src/sys/i386/i386/trap.c:732 #5 0xc0713490 in trap (frame=3D {tf_fs =3D -849149944, tf_es =3D -1068171224, tf_ds =3D -1065746392, tf_edi =3D 102, tf_esi =3D -1039886280, tf_ebp =3D -849148176, tf_isp =3D -849148212, tf_ebx =3D -1043657216, tf_edx =3D 102, tf_ecx =3D 0, tf_eax = =3D 0, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1068043185, tf_cs =3D 32, tf_eflags =3D 66118, tf_esp =3D 89, tf_ss =3D 102}) at /usr/src/sys/i386/i386/trap.c:422 #6 0xc06fd73a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xcd630008 in ?? () #8 0xc0550028 in rman_fini (rm=3D0xc1cb0e00) at atomic.h:158 #9 0xc0566e11 in ttyoutput (c=3D-1039886336, tp=3D0x66) at /usr/src/sys/kern/tty.c:760 #10 0xc056abac in tputchar (c=3D102, tp=3D0xc2049800) at /usr/src/sys/kern/tty.c:2753 #11 0xc054dfbc in putchar (c=3D102, arg=3D0xcd630830) at /usr/src/sys/kern/subr_prf.c:341 ---Type to continue, or q to quit--- #12 0xc054e2dd in kvprintf (fmt=3D0xc0752436 "ull\n", func=3D0xc054df40 , arg=3D0xcd630830, radix=3D10, ap=3D0xcd630854 "\004$u\uffff") at /usr/src/sys/kern/subr_prf.c:523 #13 0xc054da0b in uprintf (fmt=3D0x0) at /usr/src/sys/kern/subr_prf.c:149 #14 0xc067f448 in ffs_alloc (ip=3D0xc23b3b58, lbn=3D0, bpref=3D3763528, siz= e=3D2048, cred=3D0xc1a58e00, bnp=3D0xcd63093c) at /usr/src/sys/ufs/ffs/ffs_alloc.= c:204 #15 0xc06877e9 in ffs_balloc_ufs2 (vp=3D0xc1e02dd0, startoffset=3DUnhandled dwarf expression opcode 0x93 ) at /usr/src/sys/ufs/ffs/ffs_balloc.c:671 #16 0xc06aeb46 in ufs_mkdir (ap=3D0xcd630bac) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1541 #17 0xc072045e in VOP_MKDIR_APV (vop=3D0x0, a=3D0x0) at vnode_if.c:1248 #18 0xc05a5ca1 in kern_mkdir (td=3D0xc1985480, path=3D0x805b180
, segflg=3DUIO_USERSP= ACE, mode=3D448) at vnode_if.h:653 #19 0xc05a58b9 in mkdir (td=3D0x0, uap=3D0x0) at /usr/src/sys/kern/vfs_syscalls.c:3307 #20 0xc07140c0 in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D -1078001605, tf_edi =3D 134590848, tf_esi =3D 448, tf_ebp =3D -1077943960, tf_isp =3D -849146524, tf_ebx =3D 671725124, tf_edx =3D 0, tf_ecx =3D 672728111, tf_eax =3D 136, tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D 672156911, tf_cs =3D 51, tf_eflag= s =3D 582, tf_esp =3D -1077944116, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:959 #21 0xc06fd78f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 ---Type to continue, or q to quit--- #22 0x0000003b in ?? () #23 0x0000003b in ?? () #24 0xbfbf003b in ?? () #25 0x0805b180 in ?? () #26 0x000001c0 in ?? () #27 0xbfbfe168 in ?? () #28 0xcd630d64 in ?? () #29 0x2809b644 in ?? () #30 0x00000000 in ?? () #31 0x2819042f in ?? () #32 0x00000088 in ?? () #33 0x00000000 in ?? () #34 0x00000002 in ?? () #35 0x28104cef in ?? () #36 0x00000033 in ?? () #37 0x00000246 in ?? () #38 0xbfbfe0cc in ?? () #39 0x0000003b in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () #43 0x00000000 in ?? () #44 0x0efbd000 in ?? () ---Type to continue, or q to quit--- #45 0xc2c7a800 in ?? () #46 0xc1985480 in ?? () #47 0xcd630314 in ?? () #48 0xcd6302f8 in ?? () #49 0xc151e480 in ?? () #50 0xc0541f00 in sched_switch (td=3D0x1c0, newtd=3D0x2809b644, flags=3DCannot access memory at address 0xbfbfe178 ) at /usr/src/sys/kern/sched_4bsd.c:971 Previous frame inner to this frame (corrupt stack?) (kgdb) frame 14 #14 0xc067f448 in ffs_alloc (ip=3D0xc23b3b58, lbn=3D0, bpref=3D3763528, siz= e=3D2048, cred=3D0xc1a58e00, bnp=3D0xcd63093c) at /usr/src/sys/ufs/ffs/ffs_alloc.= c:204 204 uprintf("\n%s: write failed, filesystem is full\n", fs->fs_fsmnt); (kgdb) list 199 softdep_request_cleanup(fs, ITOV(ip)); 200 goto retry; 201 } 202 UFS_UNLOCK(ump); 203 ffs_fserr(fs, ip->i_number, "filesystem full"); 204 uprintf("\n%s: write failed, filesystem is full\n", fs->fs_fsmnt); 205 return (ENOSPC); 206 } 207 208 /* (kgdb) frame 9 #9 0xc0566e11 in ttyoutput (c=3D-1039886336, tp=3D0x66) at /usr/src/sys/kern/tty.c:760 760 if (!ISSET(tp->t_lflag, FLUSHO) && putc(c, &tp->t_outq)) (kgdb) list 755 else if (c =3D=3D '\r' && ISSET(tp->t_oflag, ONOCR) && tp->t_column =3D=3D 0) 756 return (-1); 757 758 tk_nout++; 759 tp->t_outcc++; 760 if (!ISSET(tp->t_lflag, FLUSHO) && putc(c, &tp->t_outq)) 761 return (c); 762 763 col =3D tp->t_column; 764 switch (CCLASS(c)) { (kgdb) print *tp Cannot access memory at address 0x66 (kgdb) print tp $3 =3D (struct tty *) 0x66 --=20 Pawel From owner-freebsd-current@FreeBSD.ORG Fri May 20 19:46:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8636116A4CE; Fri, 20 May 2005 19:46:46 +0000 (GMT) Received: from outside.albsmeier.net (outside.albsmeier.net [80.81.31.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5117743D48; Fri, 20 May 2005 19:46:45 +0000 (GMT) (envelope-from andre@albsmeier.net) Received: from schlappy.albsmeier.net (dpc69190001.direcpc.com [69.19.0.1]) (authenticated bits=128) by outside.albsmeier.net (8.13.3/8.13.3) with ESMTP id j4KJk9xk020162; Fri, 20 May 2005 21:46:23 +0200 (CEST) (envelope-from andre@albsmeier.net) Received: from schlappy.albsmeier.net (schlappy.albsmeier.net [127.0.0.1]) j4KC58tU010379; Fri, 20 May 2005 14:05:08 +0200 (CEST) (envelope-from andre@schlappy.albsmeier.net) Received: (from andre@localhost) by schlappy.albsmeier.net (8.13.3/8.13.3/Submit) id j4KC58oR010378; Fri, 20 May 2005 14:05:08 +0200 (CEST) (envelope-from andre) Date: Fri, 20 May 2005 14:05:08 +0200 From: Andre Albsmeier To: Colin Percival Message-ID: <20050520120508.GB10236@schlappy.albsmeier.net> References: <42775C1A.2080400@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42775C1A.2080400@freebsd.org> X-Echelon: nitrate, Embassy, ABC, F-15, BND X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Sat, 21 May 2005 11:50:17 +0000 cc: Ian Dowse cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: MNT_USER? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2005 19:46:46 -0000 On Tue, 03-May-2005 at 04:10:18 -0700, Colin Percival wrote: > Danny Braniss wrote: > > BTW, this, the MNT_NOEXEC, uncovered, IMHO, a bug in libexec/rtld-elf/rtld.c > > where it's now checking for MNT_NOEXEC, but only if LD_LIBRARY_PATH is set! > > This is not a bug. Checking for MNT_NOEXEC adds a cost in performance, and > it is not necessary if LD_LIBRARY_PATH, LD_PRELOAD, and LD_LIBMAP* are not > set -- based on the assumption, that is, that no (sane) sysadmin would ever > put a MNT_NOEXEC-mounted filesystem into the default library path. > > I agree that it's a bit counter-intuitive, but it's really just a case of > saving time by not checking for something which should Never Happen. :-) > > Colin Percival > PS. Bravo to Ian for tracking down the bug in NFS -- I spent a while looking You may want to look at the PR mentioned in the commit message to see who did this initially. I just changed it at a different place of the kernel (the same way as it was done in 4.x). -Andre > for this, but got hopelessly lost. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- An NT server can be run by an idiot, and usually is. From owner-freebsd-current@FreeBSD.ORG Sat May 21 12:11:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70CE416A4CE; Sat, 21 May 2005 12:11:25 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id D28F543DA3; Sat, 21 May 2005 12:11:20 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.1/NinthNine) with ESMTP id j4LCBJ2Y053669; Sat, 21 May 2005 21:11:19 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 21 May 2005 21:11:19 +0900 (JST) Message-Id: <200505211211.j4LCBJ2Y053669@sakura.ninth-nine.com> From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Sat, 21 May 2005 21:11:19 +0900 (JST) cc: jeff@FreeBSD.org cc: mckusick@FreeBSD.org Subject: softdep panic on latest current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 12:11:25 -0000 I contacted a following kernel panic. I think that the persons who can fix this issue are mckusick@ or jeff@. Of course, I'm pleasure that anyone can fix. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - FreeBSD 6.0-CURRENT #8: Sat May 21 12:46:16 JST 2005 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1129.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1610547200 (1535 MB) avail memory = 1568923648 (1496 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 (snip) FreeBSD/i386 (nadesico.ninth-nine.com) (dcons) login: info: [drm] Loading R200 Microcode panic: softdep_deallocate_dependencies: dangling deps cpuid = 0 KDB: enter: panic [thread pid 33779 tid 100195 ] Stopped at kdb_enter+0x30: leave db> where Tracing pid 33779 tid 100195 td 0xc3e18780 kdb_enter(c0663d3f,0,c066fe05,f87cfa04,d6d9fa20) at kdb_enter+0x30 panic(c066fe05,200012,f87cfa54,c050cdad,d6d9fa20) at panic+0x14e softdep_deallocate_dependencies(d6d9fa20,200012,0,c3e18780,3b) at softdep_deallocate_dependencies+0x1b getnewbuf(0,0,4000,4000,20001) at getnewbuf+0x41d getblk(c5cdfdd0,dc0ea,0,4000,0) at getblk+0x421 cluster_read(c5cdfdd0,0,4,dc0ea,0) at cluster_read+0x105 ffs_read(f87cfbf8,f87cfc44,c052e6f4,c0696f60,f87cfbf8) at ffs_read+0x2bd VOP_READ_APV(c0696f60,f87cfbf8,c3e18780,c048b8cf,c3f5f048) at VOP_READ_APV+0x3e vn_read(c3f5f048,f87cfc6c,c4032380,0,c3e18780) at vn_read+0x1e4 dofileread(c3e18780,c3f5f048,4,8f7c238,800) at dofileread+0xcc read(c3e18780,f87cfd04,c,c3e18780,f87cfd2c) at read+0x6b syscall(8f4003b,3b,bfbf003b,8f4b000,8f441f0) at syscall+0x370 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x6822a84f, esp = 0xbfbfdccc, ebp = 0xbfbfdce8 --- db> show pcpu 0 cpuid = 0 curthread = 0xc3e18780: pid 33779 "qemu" curpcb = 0xf87cfd90 fpcurthread = none idlethread = 0xc2bf0780: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 db> show pcpu 1 cpuid = 1 curthread = 0xc2bf0600: pid 11 "idle: cpu1" curpcb = 0xe433dd90 fpcurthread = none idlethread = 0xc2bf0600: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 db> panic panic: from debugger cpuid = 0 Uptime: 2h29m3s - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - kgdb kernel.debug vmcore: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # kgdb /var/crash/kernel.debug.39 /var/crash/vmcore.39 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd". #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc04b424d in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04b4673 in panic (fmt=0xc065c018 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc0431272 in db_panic (addr=1, have_addr=0, count=-1, modif=0xf87cf81c "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc04311e2 in db_command (last_cmdp=0xc06a4784, cmd_table=0x0, aux_cmd_tablep=0xc0679524, aux_cmd_tablep_end=0xc0679528) at /usr/src/sys/ddb/db_command.c:349 #5 0xc04312f5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #6 0xc0433475 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc04d4dee in kdb_trap (type=0, code=0, tf=0xf87cf97c) at /usr/src/sys/kern/subr_kdb.c:471 #8 0xc063a778 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = -126091224, tf_edi = 256, tf_esi = 1, tf_ebp = -126027324, tf_isp = -126027352, tf_ebx = -126027260, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068676416, tf_cs = 32, tf_eflags = 2097810, tf_esp = -1067035210, tf_ss = -1067041473}) at /usr/src/sys/i386/i386/trap.c:581 #9 0xc062609a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0x00000008 in ?? () #11 0x00000028 in ?? () #12 0xf87c0028 in ?? () #13 0x00000100 in ?? () #14 0x00000001 in ?? () #15 0xf87cf9c4 in ?? () #16 0xf87cf9a8 in ?? () #17 0xf87cfa04 in ?? () #18 0x00000000 in ?? () #19 0xc1033000 in ?? () #20 0x00000012 in ?? () #21 0x00000003 in ?? () #22 0x00000000 in ?? () #23 0xc04d4ac0 in kdb_enter (msg=0x0) at cpufunc.h:60 #24 0xc04b45ce in panic ( fmt=0xc066fe05 "softdep_deallocate_dependencies: dangling deps") at /usr/src/sys/kern/kern_shutdown.c:537 #25 0xc05c9d7b in softdep_deallocate_dependencies (bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:5881 #26 0xc050cdad in getnewbuf (slpflag=0, slptimeo=0, size=16384, maxsize=16384) at buf.h:434 #27 0xc050e571 in getblk (vp=0xc5cdfdd0, blkno=901354, size=16384, slpflag=0, slptimeo=0, flags=0) at /usr/src/sys/kern/vfs_bio.c:2456 #28 0xc0513205 in cluster_read (vp=0xc5cdfdd0, filesize=17179869184, ---Type to continue, or q to quit--- lblkno=901354, size=16384, cred=0x0, totread=2048, seqcount=0, bpp=0x0) at /usr/src/sys/kern/vfs_cluster.c:124 #29 0xc05cedbd in ffs_read (ap=0x0) at /usr/src/sys/ufs/ffs/ffs_vnops.c:456 #30 0xc064c0ce in VOP_READ_APV (vop=0x0, a=0x0) at vnode_if.c:643 #31 0xc052e6f4 in vn_read (fp=0xc3f5f048, uio=0xf87cfc6c, active_cred=0xc4032380, flags=0, td=0xc3e18780) at vnode_if.h:343 #32 0xc04e135c in dofileread (td=0xc3e18780, fp=0xc3f5f048, fd=0, buf=0x0, nbyte=3228100960, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:234 #33 0xc04e11ab in read (td=0xc3e18780, uap=0xf87cfd04) at /usr/src/sys/kern/sys_generic.c:107 #34 0xc063b230 in syscall (frame= {tf_fs = 150208571, tf_es = 59, tf_ds = -1078001605, tf_edi = 150253568, tf_esi = 150225392, tf_ebp = -1077945112, tf_isp = -126026396, tf_ebx = 1746793652, tf_edx = 0, tf_ecx = 150225296, tf_eax = 3, tf_trapno = 0, tf_err = 2, tf_eip = 1747101775, tf_cs = 51, tf_eflags = 2097798, tf_esp = -1077945140, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:959 #35 0xc06260ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #36 0x08f4003b in ?? () #37 0x0000003b in ?? () #38 0xbfbf003b in ?? () #39 0x08f4b000 in ?? () #40 0x08f441f0 in ?? () #41 0xbfbfdce8 in ?? () #42 0xf87cfd64 in ?? () #43 0x681df4b4 in ?? () #44 0x00000000 in ?? () #45 0x08f44190 in ?? () #46 0x00000003 in ?? () #47 0x00000000 in ?? () #48 0x00000002 in ?? () #49 0x6822a84f in ?? () #50 0x00000033 in ?? () #51 0x00200286 in ?? () #52 0xbfbfdccc in ?? () #53 0x0000003b in ?? () #54 0x00000000 in ?? () #55 0x00000000 in ?? () #56 0x00000000 in ?? () #57 0x00000000 in ?? () #58 0x31d11000 in ?? () #59 0xc3ed8000 in ?? () #60 0xc3e18780 in ?? () #61 0xf87cfc94 in ?? () #62 0xf87cfc78 in ?? () ---Type to continue, or q to quit--- #63 0xc2bf5d80 in ?? () #64 0xc04cb140 in sched_switch (td=0x8f441f0, newtd=0x681df4b4, flags=Cannot access memory at address 0xbfbfdcf8 ) at /usr/src/sys/kern/sched_4bsd.c:971 Previous frame inner to this frame (corrupt stack?) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sat May 21 12:24:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24E7D16A4CE for ; Sat, 21 May 2005 12:24:16 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CE4F43D75 for ; Sat, 21 May 2005 12:24:15 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.118.114])0.04 <0IGU00KSWAG1RGS7@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Sat, 21 May 2005 07:24:01 -0500 (CDT) Date: Sat, 21 May 2005 07:27:23 -0400 From: David Gurvich In-reply-to: <200505192249.31200.david.freebsd@verizon.net> To: freebsd-current@freebsd.org Message-id: <200505210727.23320.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <20050518051111.GA33262@Athena.infor.org> <428CFD0F.4030800@samsco.org> <200505192249.31200.david.freebsd@verizon.net> User-Agent: KMail/1.8 Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 12:24:16 -0000 New cvsup cycle has not fixed the problem. Might it have anything to do with the fact my freebsd partition is not the first partition? From owner-freebsd-current@FreeBSD.ORG Sat May 21 13:03:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A26C416A4CE for ; Sat, 21 May 2005 13:03:14 +0000 (GMT) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D8F143DA4 for ; Sat, 21 May 2005 13:03:13 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 21 May 2005 13:03:12 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Sat, 21 May 2005 09:03:21 -0400 (EDT) Message-ID: <1313.172.16.0.199.1116680601.squirrel@172.16.0.1> In-Reply-To: <264865265.20050520150242@takeda.tk> References: <20050516203932.0A38316A4D0@hub.freebsd.org> <42890874.4030600@t-hosting.hu><20050517173737.GA60953@thought.org> <428B59A0.7030108@netstream.ru> <20050518164326.GA69208@thought.org> <20050520062152.GD25164@nu.org> <20050520084157.H95376@maren.thelosingend.net> <1288.172.16.0.199.1116620142.squirrel@172.16.0.1> <264865265.20050520150242@takeda.tk> Date: Sat, 21 May 2005 09:03:21 -0400 (EDT) From: "Mike Jakubik" To: "Dariusz Kulinski" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 13:03:14 -0000 On Fri, May 20, 2005 6:02 pm, Dariusz Kulinski said: > Yeah, It's SO HARD to set rule to delete posts by the subject or > references. You dont get it, do you? This is a mailing list, not a chat board. No one should have to setup filters to delete offtopic posts.